Well, As as an OS390 person, you have the opportunity to :- put your backupset to a file device dfhsm migrate it off to tape exercise your dfhsm tape as often as you want through recycle I knew mainframes still had some advantages over that small kit
ps. I am going home now, to miss all the comments from advocates of the small stuff. Bill Boyer <[EMAIL PROTECTED]> on 02/13/2002 05:12:41 PM Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: (bcc: John Naylor/HAV/SSE) Subject: Re: Backup Sets for Long Term Storage You can 'exercise' the archive data all you want, but the original request was using backupsets, and these you don't 'exercise' with reclamation or even move data commands. Like that guy on the Info-mercials says ... "Set it and forget it!". With archiveing vs. backupsets, you can always move the archive data to another storage pool with more up-to-date equipement. A backupset is here to stay. No way to move it, and not even a way to re-build it. That 'snapshot' of the node/filespace is gone the next time a backup runs against it. Maybe sending the backupset to a FILE device class, then turning around and ARCHIVING those file back into TSM. Now it's an ARCHIVE object you can play around with. Just rambling....it's been a long week today! Bill Boyer DSS, Inc. -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Dmochowski, Ray Sent: Wednesday, February 13, 2002 9:47 AM To: [EMAIL PROTECTED] Subject: Re: Backup Sets for Long Term Storage Jeff and Kelly ... Don't look to the Tivoli software to solve all the "issues" involved in long-term data storage. Hardware obsolescence must be considered, as well as media life, and having redundant copies, at multiple locations, such as would be recommended in a real DR plan. Kelly, mixing archive files and backup files, and using reclamation, doesn't quite give me that warm, fuzzy feeling I'd like to have. Archive files are usually the data you absolutely need to protect for regulatory, legal, scientific, or historical reasons! And, if this data is really so valuable, doesn't it follow that it deserves more attention? A separate procedure to "exercise" (read/clean/retension) archive media, refresh the media based on some threshold of read errors, and, ultimately, media/format conversion should be employed, regardless of the volume of data ... Tis a conundrum ! -----Original Message----- From: Jeff Bach [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 13, 2002 8:25 AM To: [EMAIL PROTECTED] Subject: Re: Backup Sets for Long Term Storage Kelly, How often should I refresh my ### Terabytes of longterm storage? Jeff > -----Original Message----- > From: Kelly Lipp [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, February 12, 2002 10:15 PM > To: [EMAIL PROTECTED] > Subject: Re: Backup Sets for Long Term Storage > > I believe the key to long term storage is the notion of data refreshment > on > the tapes. With reclamation, we get that. If archive data is mixed with > backup data we get reclamation due to backup retention policies being much > less (typically) than archive. Some will argue that moving this data > around > isn't efficient, but if ensuring that data can be read is the goal, moving > it around occasionally is important. > > Kelly J. Lipp > Storage Solutions Specialists, Inc. > PO Box 51313 > Colorado Springs, CO 80949 > [EMAIL PROTECTED] or [EMAIL PROTECTED] > www.storsol.com or www.storserver.com > (719)531-5926 > Fax: (240)539-7175 > > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of > Seay, Paul > Sent: Tuesday, February 12, 2002 6:36 PM > To: [EMAIL PROTECTED] > Subject: Re: Backup Sets for Long Term Storage > > > I would not put something I wanted to keep that long on "doggies little > toy" > or "ate my momma". You get the picture. I do not think DLT and 8mm are > reliable enough to be comfortable that they will be able to be restored > that > far out. This is a nasty problem for all of us. LTO is too new to bet on > and we are limited by what we can do. In the mainframe world you archive > the stuff and just keep some tape drives around. Open is different. The > issue is the vendors have not stepped up to the fact that open has > longterm > data now, just like a mainframe. > > -----Original Message----- > From: Haskins, Mike [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, February 12, 2002 7:10 PM > To: [EMAIL PROTECTED] > Subject: Backup Sets for Long Term Storage > > > Our TSM server has a 3494 library with 3590 tape drives. Now faced with > meeting long term storage requirements (7+ years), I am looking at > generating backup sets to accomplish this. Since backup sets can be used > for stand-alone restores from a backup-archive client, I am thinking that > a > different media type would be better than 3590. There's not much chance > that many of my nodes could have access to a 3590 drive. DLT or 8mm seem > more appropriate. Any experiences or opinions would be appreciated. ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the individual or entity to whom they are addressed. If you have received this email in error destroy it immediately. ********************************************************************** *************************************************************** This message and any attachments is solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use, or distribution of the information included in this message is prohibited -- please immediately and permanently delete this message. ********************************************************************** The information in this E-Mail is confidential and may be legally privileged. It may not represent the views of Scottish and Southern Energy plc. It is intended solely for the addressees. Access to this E-Mail by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Any unauthorised recipient should advise the sender immediately of the error in transmission. Scottish Hydro-Electric, Southern Electric, SWALEC and S+S are trading names of the Scottish and Southern Energy Group. **********************************************************************
