I'll give the first two a go;
1 ) Yes... as long as you have kept the client node tapes separate in a box (This is related to Question 2 also) and they havent been used since the database backup you will restore was taken. 2 ) Pending tapes are important. They provide the functionality of your 'box' in question 1... When a tape 'empties' for whatever reason, it remains in a pending state for a number of days set by the reusedelay parm on the storage pool. This is so that should you restore a TSM database backup, the data that backup believed was on the tapes when the backup was taken, is still there. IE; You take a TSM db backup Space reclamation occurs You restore the TSM db backup ....because space reclamation happened, data is not where the DB backup expects it to be. You should set the reusedelay of your storage pools to be as long as you retain your TSM db backups for. Matt. -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Hashim, Shukrie BSP-ISM/116 Sent: Friday, November 12, 2004 2:26 AM To: [EMAIL PROTECTED] Subject: database, scratch and failed backup HI all, I have 3 questions .... 1 ) If I backup the TSM database into tapes ... will the database include the nodes that are actually ...registered during at that point in time ? so when .. I accidentally .. deleted the client\nodes (that means all the filespace as well) Can I restore back the database ... and get the client\nodes that are deleted and the filespace ...? assuming that I have already seperated the client\nodes's data tapes into a storage box ... (not in library)?? 2 ) I can see when I do 'q vol stgp=pool' there's some pending tapes ... and has 0.0 % used ... if I delete them ... they will become scratch ... well sometimes it works sometimes it doesn't work ... why is that ... am I doing something that is not recommendable .. ? if yes ... what is recommendable .. to make those pending tapes as scratch ? Usually I do checkout, delete volume and then . checkin as scratch ... 3 ) One more thing ... I have problems backing up the TSM server itself ... the IP address is in asterisk ... it's the server that TSM is installed on ... 11/11/04 23:36:03 ANR8214E Session open with ***.***.***.*** failed due to connection refusal. Regards Shukrie ___________________________ Disclaimer Notice __________________________ This message and any attachments are confidential and should only be read by those to whom they are addressed. If you are not the intended recipient, please contact us, delete the message from your computer and destroy any copies. Any distribution or copying without our prior permission is prohibited. Internet communications are not always secure and therefore Powergen Retail Limited does not accept legal responsibility for this message. The recipient is responsible for verifying its authenticity before acting on the contents. Any views or opinions presented are solely those of the author and do not necessarily represent those of Powergen Retail Limited. Registered addresses: Powergen Retail Limited, Westwood Way, Westwood Business Park, Coventry, CV4 8LG. Registered in England and Wales No: 3407430 Telephone +44 (0) 2476 42 4000 Fax +44 (0) 2476 42 5432
