ADSM-L

Re: [ADSM-L] File Device class question

2009-06-19 04:51:11
Subject: Re: [ADSM-L] File Device class question
From: Hans Christian Riksheim <HCR AT STERIA DOT NO>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 19 Jun 2009 10:49:57 +0200
Hi,

could you tell us more about that SAN meltdown. It is a rather rare
occurence.

Best regards

Hans Chr.

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Rodney Luk
Sent: Thursday, June 18, 2009 8:24 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: File Device class question

Thanks for the advice, but we would like to put the onsite backup on
disk for fast restore purpose. We had a SAN melt down last year and it
took 3 days to restore 70 VM servers. So we would really like to put the
backup on disk. In addition, how much GB you would recommend for a FILE
volume? I read some forum, someone recommend 25GB and some recommend
50GB.

Thanks
Rodney

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Shawn Drew
Sent: Thursday, June 18, 2009 11:14 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] File Device class question

If it is only Exchange data that is kept forever, you should just put
the exchange data in its own pool and keep checking them out for onsite
storage.
Since they don't expire, you should have to worry about reclamation.
You can leave all the other stuff in the library and let it reclaim as
needed.


Regards,
Shawn
________________________________________________
Shawn Drew





Internet
rluk AT SAMHEALTH DOT ORG

Sent by: ADSM-L AT VM.MARIST DOT EDU
06/18/2009 01:50 PM
Please respond to
ADSM-L AT VM.MARIST DOT EDU


To
ADSM-L
cc

Subject
[ADSM-L] File Device class question






Hi,

Our 3584 library, it holds 270 tapes, is full because we keep our
exchange backup forever. I had to checkout some tapes for onsite
storage. However, we come to the point that it makes reclamation very
inefficiency since tapes are not in the library. I am thinking to create
a new Domain and move some nodes to the new domain. Create a FILE class
pool on disk for onsite restore that associate with the new domain. For
now on the current domain, our primary pool is on tapes. A copy tape
pool is send to offsite for DR.
My question is should I use the current copy tape pool or create a new
copy tape pool bind to the new domain. In addition, any suggest solution
for a situation that I have now? I am sorry I am new to TSM, I hope I
explain well the situation we have now.

Thanks
Rodney



  ________________________________
Confidentiality Notice: This e-mail message, including any attachments,
is for the sole use of the intended recipient(s) and may contain
confidential and privileged information. Any unauthorized review, use,
disclosure or distribution is prohibited. If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all
copies of the original message.



This message and any attachments (the "message") is intended solely for
the addressees and is confidential. If you receive this message in
error, please delete it and immediately notify the sender. Any use not
in accord with its purpose, any dissemination or disclosure, either
whole or partial, is prohibited except formal approval. The internet can
not guarantee the integrity of this message. BNP PARIBAS (and its
subsidiaries) shall (will) not therefore be liable for the message if
modified. Please note that certain functions and services for BNP
Paribas may be performed by BNP Paribas RCC, Inc.

This email originates from Steria AS, Biskop Gunnerus' gate 14a, N-0051 OSLO, 
http://www.steria.no. This email and any attachments may contain 
confidential/intellectual property/copyright information and is only for the 
use of the addressee(s). You are prohibited from copying, forwarding, 
disclosing, saving or otherwise using it in any way if you are not the 
addressee(s) or responsible for delivery. If you receive this email by mistake, 
please advise the sender and cancel it immediately. Steria may monitor the 
content of emails within its network to ensure compliance with its policies and 
procedures. Any email is susceptible to alteration and its integrity cannot be 
assured. Steria shall not be liable if the message is altered, modified, 
falsified, or even edited.