Re: [ADSM-L] File retention
2014-03-25 13:09:07
Tom,
As with everything, there is a cost,
some times its money, sometimes it's time, most of the time it is a combination
of both. Here is my 3 cents:
You can crate backup sets of the clients
for the clients that are listed to be deleted or no longer needed. There
are two bonus items of a backup set:
1. Once it is created, it becomes self
sufficient, as you no longer need a TSM server to restore the data. To
restore data from a backup set, you need a tape drive for the tape cartridge
of the data, and a TSM client.
2. The HOST who's data you want, can
be offline or even removed from the Enterprise, as long as the data still
resides in a primary or offsite copy pool, since you create the backup
set from the data that is already stored within TSM, so there is no need
for the HOST to be available.
The cost is time. It can take for 1
- 20 hours to create a single backup set, since the data is being restored
from tape then written to tape.
t
Best Regards,
_________________________________________________________
Ronald C. Delaware
IBM Level 2 - IT Plus Certified Specialist – Expert
IBM Corporation | Tivoli Software
IBM Certified Solutions Advisor - Tivoli Storage
IBM Certified Deployment Professional
Butterfly Solutions Professional
916-458-5726 (Office
925-457-9221 (cell phone)
email: ron.delaware AT us.ibm DOT com
Storage
Services Offerings
If you haven’t
learned something new today, then you’ve wasted your day
From:
Tom Taylor <TTaylor AT JOS-A-BANK DOT COM>
To:
ADSM-L AT vm.marist DOT edu,
Date:
03/25/2014 09:01 AM
Subject:
Re: [ADSM-L]
File retention
Sent by:
"ADSM:
Dist Stor Manager" <ADSM-L AT vm.marist DOT edu>
Thank you for your response, I am not familiar with
copy group features. I
have been pouring over the TSM admin guide for a few weeks now trying to
learn, but alas, its a long read. I have been reading about migration,....
but some things that migration describes scare me, and make it sound like
its not what I want. If you have some advice and we could discuss I would
love that, as its much faster and easier to get info from a person than
it
is from a book (PDF, DOC, web page, etc.).
Thank you so much!
Thomas Taylor
System Administrator
Jos. A. Bank Clothiers
Cell (443)-974-5768
From:
George Huebschman <george.huebschman AT PNC DOT COM>
To:
ADSM-L AT VM.MARIST DOT EDU,
Date:
03/25/2014 11:48 AM
Subject:
Re: [ADSM-L] File retention
Sent by:
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
Mr Taylor.
I used to get this question or something like it while we were
transitioning our TSM environment to an outside vendor who had no
experience with TSM.
We had been instructed to modify (shorten) retention policies (Management
Class/Copy Group).
We were also directed to delete/remove a number of clients; not just stop
backing up, but remove.
I warned them...boldly....once the data is
gone, it's GONE.
Later the question came, repeatedly, "But don't you have a copy on
tape,
offsite somewhere?"
"No...I DID tell you, here is an e-mail."
The copy pool data is a copy of the data in the primary pool. The
Primary
pool is not defined as the media where the data is first recorded. It
is
the first place from which the data would be restored.
The Copy Pool is a disaster recovery resource. It covers you in the
event
of damaged media (corrupted filesystem, dropped tape, failed disk) or
damaged data center (fire, flood, Ravens fans). It is a copy of what
currently exists in your primary pool.
When something is deleted from the Primary pool, it deleted from the Copy
pool.
Disk can be your first tier
Tape can be your first tier. (Sometimes large files will go straight
to
tape, bypassing disk, though you can address that.)
Tape can be your second tier...but still be primary pool media.
Are you familiar with how to use Copy Group features?
Active data is never automatically deleted.
Inactive data is retained according to the
number of versions you
decide to keep and the length of time you choose to keep each version.
You can decide
separately how long to keep the last
version of each piece of inactive data.
Still if you have both Primary and Copy pools, you will have two (or more)
"copies" of each object you have backed up.
George Huebschman (George H.)
(301) 699-4013
(301) 875-1227 (Cell)
From:
Richard Rhodes <rrhodes AT FIRSTENERGYCORP DOT COM>
To:
ADSM-L AT VM.MARIST DOT EDU
Date:
03/24/14 03:12 PM
Subject:
Re: [ADSM-L] File retention
Sent by:
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> What I want to accomplish is I want to set the primary pool to keep10
> versions of files for 30 days, and 10 versions of inactive files also
for
> 30 days, and keep the last version for 30 days, but I want the copy
pool
> to keep teh last version of an inactive file FOREVER.
I know of no way to accomplish this.
Policies are on files, not pools. The policy of a file will be in
effect
whether it's the primary pool copy or one/several copy pool copies.
Also, if you did have a copy pool which had different policies than
the
primary pool, you wouldn't have redundancy. If you lost a copy pool
tape
you would loose files on that volume that you need to keep forever.
There would be no way to recover them.
This would also be a huge DR issue. For DR you need:
- A copy of all files at a offsite/safe location in case you have a
disaster at the main site.
- A copy of all files at the main site in case the DR site is lost.
Rick
-----------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If
the reader of this message is not the intended recipient or an
agent responsible for delivering it to the intended recipient, you
are hereby notified that you have received this document in error
and that any review, dissemination, distribution, or copying of
this message is strictly prohibited. If you have received this
communication in error, please notify us immediately, and delete
the original message.
The contents of this email are the property of PNC. If it was not
addressed to you, you have no legal right to read it. If you think you
received it in error, please notify the sender. Do not forward or copy
without permission of the sender. This message may contain an
advertisement of a product or service and thus may constitute a commercial
electronic mail message under US Law. The postal address for PNC is 249
Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any
additional advertising or promotional messages from PNC at this e-mail
address, click here to unsubscribe.
https://pnc.p.delivery.net/m/u/pnc/uni/p.asp
By unsubscribing to this message, you will be unsubscribed from all
advertising or promotional messages from PNC. Removing your e-mail address
from this mailing list will not affect your subscription to alerts,
e-newsletters or account servicing e-mails.
|
|
|