Yes I agree with Eric,
First AUDIT VOL FIX=NO if all is OK then (I've have had a few problems with 3590E's going unavailable. Then Next MOVE DATA across to an empty volume, If the AUDIT was not good, fix using AUDIT VOLUME FIX=YES, and still MOVE the data you have across to another tape. Then seek help of the owners of the files. :) Stephen Pole Operations Manager - IBM RS6000/TSM/HACMP Specialist 61 Delonix Circle Woodvale WA 6026 Australia Office Phone +61 8 9409 3014 Home Phone +61 8 9409 3012 Mobile Phone +61 4 2121 0157 Time Zone : WAST - GMT + 08:00 hours -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Loon, E.J. van - SPLXM Sent: Wednesday, 15 May 2002 5:36 PM To: [EMAIL PROTECTED] Subject: Re: Restoring Data on A Damaged Tape Hi Mike! I would start an AUDIT VOLUME FIX=NO on the tape. This will tell you which files are damaged. Let's hope they are TSM backup files, not TDP backup files! Afterwards, you can run an AUDIT VOLUME FIX=YES. It will remove the damaged files from your database, so they will be backed up again during the next backup. Now you can run a MOVE DATA to empty the tape. If the tape is not readable at all, you will have to do a Q CONT to see what kind of backups are on that tape. You can then delete it with DISCARDDATA=YES. If the tape does contain damaged TDP files, it gets more complicated. When fi. you are using TDP for Oracle you will also have to tell the Oracle Recovery Catalog that the backup files are gone. I personally don't know how, but a Oracle Administrator should know. Kindest regards, Eric van Loon KLM Royal Dutch Airlines -----Original Message----- From: Mike Crawford [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 08:21 To: [EMAIL PROTECTED] Subject: Re: Restoring Data on A Damaged Tape Any suggestions for a worst case scenario, where it is a primary pool tape which has not yet had a backup made? Had this happen this morning. Wrote 33GB onto a 3590E. The tape then became unreadable, the server error being "I/O error reading label for libvolume 101144 in drive RMT1 (/dev/rmt/6st)." Has anyone used any data recovery services? Is it even possible in this sort of situation? Thanks, Mike >If it is a primary pool tape you just do a RESTORE VOLUME command on the TSM >Server. The current tape will get marked destroyed and the data will >actually go to other tapes in the pool from your copypool. > >If it is a copy pool tape, just do a DELETE VOLUME DISCARDDATA=YES. The >next time you run a BACKUP STG command to the pool it will recreate the data >from the primary disk and tape pools involved. > >Yes, it is just that simple. > >Paul D. Seay, Jr. >Technical Specialist >Naptheon, INC >757-688-8180 > > >-----Original Message----- >From: Al'shaebani, Bassam [mailto:Bassam.Al'[EMAIL PROTECTED]] >Sent: Tuesday, May 14, 2002 9:22 AM >To: [EMAIL PROTECTED] >Subject: Restoring Data on A Damaged Tape > > >Hello TSM'rs, >Does anyone know the steps in recovering data on a damaged tape? I believe, >we can recover the data from our onsite tape pool, i'm >just not sure of the steps. Can anyone help? >Thanks, >-bassam > ********************************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. **********************************************************************
