Just to add $.02 more, I was given a great surprise last weekend by the
longterm restore capabilities of *SM. We converted from V1 on MVS to V2 on
AIX five years ago. At that time I strongly urged users to move their
archives(some of them already 2-3 years old) to the new server. The last
user got around to it last week, successfully retrieving from a V1 server
to a V3R7 client.
At 12:31 PM 4/10/2001 +0200, you wrote:
>Hi Ray,
>
>I think the most important is to do "refreshing" of the data.
>If you think of it(maybe not people with recent Adsm/Tsm servers), we ran
>Adsm V1 about 7 years ago - the physical media at that time was 3480 - it
>has gone through quite a few incarnations of tape technology(3480 + idrc,
>3590, 3590e), so yes the data was refreshed. As we moved to newer tape
>technology the old archived data was copied by Adsm move data commands to
>the new tapes, and thus is still restorable after 7 years since been
>archived to Adsm, and I know it will still be retrievable after 10 years....
>(Take into consideration that the data is readable even after changing to
>TSM 3.7 and 4.1 from Adsm V3 and 2 and 1, I think we have a pretty robust
>piece of software that gives you the ability to do this).
>
>Just my 2cents.
>
>Regards
>Christo Heuer
>Absa Bank
>
> > Doesn't anybody have a pragmatic approach to using *SM for
> > long term archive?
> > Bypass compression? Bypass encryption?
> >
> > What are the realities of using optical media (WORM)?
> >
> > Who performs "refreshing" (i.e., media migration) on a
> > regular schedule?
> >
> > Has anyone successfully migrated all their archives between
> > platforms, or between media (tape to optical?)
> >
> > It seems to me that with the wealth of experience in the
> > *SM community, somebody would have some experiences
> > and best practices to share!
> >
> >
> > Ray Dmochowski
> > Schering-Plough Research Institute
> > Kenilworth, NJ 07033, U.S.A.
> > (908) 740-3261
> > [EMAIL PROTECTED]
> >
> >
> >
> > -----Original Message-----
> > From: Richard Sims [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, April 09, 2001 9:10 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Long Term Archive for Databases
> >
> >
> > Ray - I think that one has to approach the long-term archiving of
>electronic
> > records in stages of practicality, and considering the longevity of
> > the data. Other postings on the issue suggested what amounts to
>performing
> > an "export" of data that is stored in highly structured (database)
>vehicles,
> > and in general making an image external to proprietary storage vehicles
> > (e.g.,
> > TSM). This is to say that the format of the data is rendered "neutral",
> > toward the objective of either being able to later reintroduce it into a
> > contemporary storage and retrieval vehicle, or to be able to use the data
> > as-is in its "flat" form, though perhaps in a limited manner.
> >
> > In addition to making the data "neutral", one has to house it in media
> > commensurate with the objective of long-term storage and retrieval. That
> > calls for the qualities of media stability, and pervasive standardization
>so
> > as to maximize the availability of playback mechanisms. CD-R is a current
> > technology which well fulfills both requirements. However, no media is
> > forever. For very long term storage, I would refer to a statement in one
> > paper on the issue: "Digital preservation depends upon copying." That is,
> > as the media technology approaches its twilight, the data needs to be
> > transferred to the comparable media of its day.
> >
> > Certainly we are not pathfinders in this issue. Here are some references
>to
> > just a few of the sites, postings, and papers on the long-term storage of
> > electronic records:
> >
> > http://www.nara.gov/arch/
> > http://www.zdnet.com/enterprise/stories/main/0,10228,913670,00.html
> > http://esdis-it.gsfc.nasa.gov/MSST/conf1996/A6_14Nonon.html
> > http://www.ukoln.ac.uk/services/papers/bl/rdr6238/paper.html
> > http://www.nb.no/rapporter/preserv.html
> > http://www.uky.edu/~kiernan/DL/hedstrom.html
> > http://www.kb.nl/coop/nedlib/results/D4.2/D4.2.htm
> >
> >
> > Richard Sims, BU
> >
> > ***************************************************************
> > This electronic message, including its attachments, is confidential and
> > proprietary and is solely for the intended recipient. If you are not the
> > intended recipient, this message was sent to you in error and you are
>hereby
> > advised that any review, disclosure, copying, distribution or use of this
> > message or any of the information included in this message by you is
> > unauthorized and strictly prohibited. If you have received this
>electronic
> > transmission in error, please immediately notify the sender by reply to
>this
> > message and permanently delete all copies of this message and its
> > attachments in your possession. Thank you.
