Re: [ADSM-L] Backupset media goes to Copypool too?

Remco

TSM is with us for more than 10 years now, if you have migrated your
archived data from earlier tape system to LTO1..and then to LTO4, when LTO10
is Ready, you will keep migrating your archive data, so the 25 years could
be completed.

So, when you have such a requirement you must think your migration path of
older data...is part of the job

10 years is an standard here

Adrian Pardo
Buenos Aires- Argentina




-----Mensaje original-----
De: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] En nombre de 
Remco
Post
Enviado el: Domingo, 28 de Diciembre de 2008 21:06
Para: ADSM-L AT VM.MARIST DOT EDU
Asunto: Re: [ADSM-L] Backupset media goes to Copypool too?

On Dec 28, 2008, at 23:38 , Cheung, Richard wrote:

> Business requirements to have quarterly backups to be retained for 25
> years
>

You mean a business requirements to retain some data for 25 years?
Backups are not archives. Really repeat after me, "backups are not
archives". I can think of no legitimate reason to retain backups for
more than maybe 2 years, and even that is pushing it.

Here's a bit of free consultancy ;)

When retaining TSM backupsets, are you also retaining:

1- drives that can read the tapes
2- software versions that can read the media and interpret the data
3- hardware that can run that software

Have you considered that even enterprise archival tapes are only
guaranteed for 10 years?

This is a very hard problem to solve and I really don't believe that
it's easy to have TSM be part of the solution. If you have a real
business-case, make a real design, assume nothing but open standards.
You'll probably wind up writing tapes in tar or cpio format with plain-
text, pdf or maybe odf formatted files and copying those tapes over
every year or so. IBM is a very big company, but I doubt that even IBM
will guarantee availability of software that can interpret current TSM
on-tape format in 25 years. And that is just one link in the chain.

In the old days there were people that specialized in retaining data,
called archivists. Now, in current day and age, anyone thinks that can
do this on a PC, but really there are just to many thing to think of.

> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On
> Behalf Of
> Nick Laflamme
> Sent: Sunday, 28 December 2008 3:39 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: [ADSM-L] Backupset media goes to Copypool too?
>
> On Dec 26, 2008, at 9:10 PM, Cheung, Richard wrote:
>
>> Hi...
>>
>> So if i wanted these to be kept offsite AND onsite, do I need to
>> issue a
>> manual copy command?
>
> The following is speculation, but I'll bet a beer at SCIDS that the
> premise is valid.
>
> If you want two backup sets, run the command twice. Presumably, after
> each one, you'll CHECKOUT the LIBVOLs on which the backup set was
> created. What you do with the media once it's out of the library is up
> to you. Send one to an off-site repository, or store one is a user's
> office so they "know" they have a copy of their data, it's up to them.
>
> Like database backups, backup sets are created on a device type but
> are not part of storage pools. They're just "different."
>
> Remind me, why are you so gung-ho to have backup sets in the first
> place? What problem are you solving?
>
> Nick
>
> <html>
> <body>
> <font face="arial" color=#808080 size="-2"><img
> alt="Santos Logo" src="http://www.santos.com/library/logo.gif";>
> <br>Santos Ltd A.B.N. 80 007 550 923<br>
> Disclaimer: The information contained in this email is intended only
> for the use of the person(s) to whom it is addressed and may be
> confidential or contain privileged information.
> If you are not the intended recipient you are hereby notified that
> any perusal, use, distribution, copying or disclosure is strictly
> prohibited.
> If you have received this email in error please immediately advise
> us by return email and delete the email without making a copy.</font>
> <font face="arial" color=#008000 size="-2">Please consider the
> environment before printing this email</font>
> </body>
> </html>

--
Met vriendelijke groeten,

Remco Post
r.post AT plcs DOT nl
+31 6 248 21 622