Petra Van Hoorde is on holidays.
I will be out of the office starting 15/05/2008 and will not return until 20/05/2008. I am out of the office, no mail access. For urgent matters, leave a message on my mobile 0032 475 338226.
Client priority?
Hi, I'm doing some client testing and have discovered a strange quirk, if it's not WAD: Scheduled backup session is in pending 'MediaW' state waiting to acquire a drive from the library manager A manually started backup on the same machine, while the scheduled session is still open, from the GUI quickly acquires the drive and immediately starts transferring data. It seems the manually started backup had no problem getting a drive from the library manager but the scheduled backup seemed to be waiting for nothing - there were plenty of drives available. Can any one explain this behaviour? Cheers, Matthew -- Matthew Large TSM Consultant Storage Services Barclays Wealth Technology Desk: +44 (0) 207 977 3262 Mobile: +44 (0) 7736 44 8808 Alpha Room, Ground Floor Murray House 1 Royal Mint Court London EC3N 4HH Barclays Wealth is the wealth management division of Barclays Bank PLC. This email may relate to or be sent from other members of the Barclays Group. The availability of products and services may be limited by the applicable laws and regulations in certain jurisdictions. The Barclays Group does not normally accept or offer business instructions via internet email. Any action that you might take upon this message might be at your own risk. This email and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this email in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this email or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this email may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this email or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC. Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority.
Damaged Tape During Restore - Theoretical Question
Hi TSM Server V 5.4.0.0 TSM Client v5.4.0.2 Both running on Windows 2003 I am doing some DR testing and must assume that my onsite tapes are not available to me and our offsite tapes are the ones we will restore from. During the restore process, i have found that one of the LTO3 tapes is damaged and cannot be read. In the event of a real DR, I would not be able to recreate the volume as i don't have the onsite copy of the tapes. I am restoring a 500gb Windows drive and i have restored about 300gb when i hit the error. Should the restore 'skip' the data on the damaged tape and continue, or should it fail the restore? The restore in question has spent 15 hours trying to read the tape, but is receiving hundreds of I/O error, error 1104 (no more data on tape). If i made the tape 'unavailable', would it say 'data unavailable to server' and continue or would it fail? I have cancelled the restore for now and will recreate the damaged tape from the live server and start again when that is complete, but the management here want to know what would happen in the event of a real disaster recovery being invoked. Would they lose the remaining 200gb yet to be restored? Thanks Jeff Woolworths plc Registered Office: 242 Marylebone Road, London NW1 6JL Registered in England, Number 104206 This e-mail is only intended for the person(s) to whom it is addressed and may contain confidential information. Unless stated to the contrary, any opinions or comments are personal to the writer and do not represent the official view of the company. If you have received this e-mail in error, please notify us immediately by reply e-mail and then delete this message from your system Please do not copy it or use it for any purposes, or disclose its contents to any other person. Thank you for your co-operation. Email scanned for viruses and unwanted content by emailsystems Information regarding this service can be found at www.emailsystems.com
Re: Client priority? + info
I should add that the client level is 5.4.1.6, on W2K3sp1, talking to a 5.4.1.0 Sol10 server. Library is a Scalar i500 with LTO4 tapes and drives. Cheers, Matthew -- Matthew Large TSM Consultant Storage Services Barclays Wealth Technology Desk: +44 (0) 207 977 3262 Mobile: +44 (0) 7736 44 8808 Alpha Room, Ground Floor Murray House 1 Royal Mint Court London EC3N 4HH -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Large, Matthew : Barclays Wealth Sent: 15 May 2008 10:44 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Client priority? Hi, I'm doing some client testing and have discovered a strange quirk, if it's not WAD: Scheduled backup session is in pending 'MediaW' state waiting to acquire a drive from the library manager A manually started backup on the same machine, while the scheduled session is still open, from the GUI quickly acquires the drive and immediately starts transferring data. It seems the manually started backup had no problem getting a drive from the library manager but the scheduled backup seemed to be waiting for nothing - there were plenty of drives available. Can any one explain this behaviour? Cheers, Matthew -- Matthew Large TSM Consultant Storage Services Barclays Wealth Technology Desk: +44 (0) 207 977 3262 Mobile: +44 (0) 7736 44 8808 Alpha Room, Ground Floor Murray House 1 Royal Mint Court London EC3N 4HH Barclays Wealth is the wealth management division of Barclays Bank PLC. This email may relate to or be sent from other members of the Barclays Group. The availability of products and services may be limited by the applicable laws and regulations in certain jurisdictions. The Barclays Group does not normally accept or offer business instructions via internet email. Any action that you might take upon this message might be at your own risk. This email and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this email in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this email or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this email may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this email or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC. Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. Barclays Wealth is the wealth management division of Barclays Bank PLC. This email may relate to or be sent from other members of the Barclays Group. The availability of products and services may be limited by the applicable laws and regulations in certain jurisdictions. The Barclays Group does not normally accept or offer business instructions via internet email. Any action that you might take upon this message might be at your own risk. This email and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this email in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this email or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this email may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this email or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC. Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority.
Re: Damaged Tape During Restore - Theoretical Question
Hi, If the tape itself is readable, all readable data will be restored and the damage part will be reported (error log) and skipped. Restore will take somewhat longer because of the retries on the damaged part of the tape. Regards, Karel -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Jeff White Sent: donderdag 15 mei 2008 12:36 To: ADSM-L@VM.MARIST.EDU Subject: Damaged Tape During Restore - Theoretical Question Hi TSM Server V 5.4.0.0 TSM Client v5.4.0.2 Both running on Windows 2003 I am doing some DR testing and must assume that my onsite tapes are not available to me and our offsite tapes are the ones we will restore from. During the restore process, i have found that one of the LTO3 tapes is damaged and cannot be read. In the event of a real DR, I would not be able to recreate the volume as i don't have the onsite copy of the tapes. I am restoring a 500gb Windows drive and i have restored about 300gb when i hit the error. Should the restore 'skip' the data on the damaged tape and continue, or should it fail the restore? The restore in question has spent 15 hours trying to read the tape, but is receiving hundreds of I/O error, error 1104 (no more data on tape). If i made the tape 'unavailable', would it say 'data unavailable to server' and continue or would it fail? I have cancelled the restore for now and will recreate the damaged tape from the live server and start again when that is complete, but the management here want to know what would happen in the event of a real disaster recovery being invoked. Would they lose the remaining 200gb yet to be restored? Thanks Jeff Woolworths plc Registered Office: 242 Marylebone Road, London NW1 6JL Registered in England, Number 104206 This e-mail is only intended for the person(s) to whom it is addressed and may contain confidential information. Unless stated to the contrary, any opinions or comments are personal to the writer and do not represent the official view of the company. If you have received this e-mail in error, please notify us immediately by reply e-mail and then delete this message from your system Please do not copy it or use it for any purposes, or disclose its contents to any other person. Thank you for your co-operation. Email scanned for viruses and unwanted content by emailsystems Information regarding this service can be found at www.emailsystems.com ÿþD i t b e r i c h t i s v e r t r o u w e l i j k e n k a n g e h e i m e i n f o r m a t i e b e v a t t e n e n k e l b e s t e m d v o o r d e g e a d r e s s e e r d e . I n d i e n d i t b e r i c h t n i e t v o o r u i s b e s t e m d , v e r z o e k e n w i j u d i t o n m i d d e l l i j k a a n o n s t e m e l d e n e n h e t b e r i c h t t e v e r n i e t i g e n . A a n g e z i e n d e i n t e g r i t e i t v a n h e t b e r i c h t n i e t v e i l i g g e s t e l d i s m i d d e l s v e r z e n d i n g v i a i n t e r n e t , k a n A t o s O r i g i n n i e t a a n s p r a k e l i j k w o r d e n g e h o u d e n v o o r d e i n h o u d d a a r v a n . H o e w e l w i j o n s i n s p a n n e n e e n v i r u s v r i j n e t w e r k t e h a n t e r e n , g e v e n w i j g e e n e n k e l e g a r a n t i e d a t d i t b e r i c h t v i r u s v r i j i s , n o c h a a n v a a r d e n w i j e n i g e a a n s p r a k e l i j k h e i d v o o r d e m o g e l i j k e a a n w e z i g h e i d v a n e e n v i r u s i n d i t b e r i c h t . O p a l o n z e r e c h t s v e r h o u d i n g e n , a a n b i e d i n g e n e n o v e r e e n k o m s t e n w a a r o n d e r A t o s O r i g i n g o e d e r e n e n / o f d i e n s t e n l e v e r t z i j n m e t u i t s l u i t i n g v a n a l l e a n d e r e v o o r w a a r d e n d e L e v e r i n g s v o o r w a a r d e n v a n A t o s O r i g i n v a n t o e p a s s i n g . D e z e w o r d e n u o p a a n v r a a g d i r e c t k o s t e l o o s t o e g e z o n d e n . T h i s e - m a i l a n d t h e d o c u m e n t s a t t a c h e d a r e c o n f i d e n t i a l a n d i n t e n d e d s o l e l y f o r t h e a d d r e s s e e ; i t m a y a l s o b e p r i v i l e g e d . I f y o u r e c e i v e t h i s e - m a i l i n e r r o r , p l e a s e n o t i f y t h e s e n d e r i m m e d i a t e l y a n d d e s t r o y i t . A s i t s
Re: Damaged Tape During Restore - Theoretical Question
Karel Yes, that's what i was hoping It's difficult to tell how much it continued restoring, if anything at all, after the errors appeared. The error messages (anr8302e) started at 00:30 this morning. On a q vol tapevol f=d, the error count was +500. Perhaps one for each i/o error - there were several hundred of them and were still being reported when i came into work at 8am today. Thanks Jeff -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Bos, Karel Sent: 15 May 2008 12:18 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Damaged Tape During Restore - Theoretical Question Hi, If the tape itself is readable, all readable data will be restored and the damage part will be reported (error log) and skipped. Restore will take somewhat longer because of the retries on the damaged part of the tape. Regards, Karel -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Jeff White Sent: donderdag 15 mei 2008 12:36 To: ADSM-L@VM.MARIST.EDU Subject: Damaged Tape During Restore - Theoretical Question Hi TSM Server V 5.4.0.0 TSM Client v5.4.0.2 Both running on Windows 2003 I am doing some DR testing and must assume that my onsite tapes are not available to me and our offsite tapes are the ones we will restore from. During the restore process, i have found that one of the LTO3 tapes is damaged and cannot be read. In the event of a real DR, I would not be able to recreate the volume as i don't have the onsite copy of the tapes. I am restoring a 500gb Windows drive and i have restored about 300gb when i hit the error. Should the restore 'skip' the data on the damaged tape and continue, or should it fail the restore? The restore in question has spent 15 hours trying to read the tape, but is receiving hundreds of I/O error, error 1104 (no more data on tape). If i made the tape 'unavailable', would it say 'data unavailable to server' and continue or would it fail? I have cancelled the restore for now and will recreate the damaged tape from the live server and start again when that is complete, but the management here want to know what would happen in the event of a real disaster recovery being invoked. Would they lose the remaining 200gb yet to be restored? Thanks Jeff Woolworths plc Registered Office: 242 Marylebone Road, London NW1 6JL Registered in England, Number 104206 This e-mail is only intended for the person(s) to whom it is addressed and may contain confidential information. Unless stated to the contrary, any opinions or comments are personal to the writer and do not represent the official view of the company. If you have received this e-mail in error, please notify us immediately by reply e-mail and then delete this message from your system Please do not copy it or use it for any purposes, or disclose its contents to any other person. Thank you for your co-operation. Email scanned for viruses and unwanted content by emailsystems Information regarding this service can be found at www.emailsystems.com -- Email scanned for viruses and spam by the Woolworths anti-virus systems. If you believe this email is spam, please forward to [EMAIL PROTECTED] Woolworths plc Registered Office: 242 Marylebone Road, London NW1 6JL Registered in England, Number 104206 This e-mail is only intended for the person(s) to whom it is addressed and may contain confidential information. Unless stated to the contrary, any opinions or comments are personal to the writer and do not represent the official view of the company. If you have received this e-mail in error, please notify us immediately by reply e-mail and then delete this message from your system Please do not copy it or use it for any purposes, or disclose its contents to any other person. Thank you for your co-operation. Email scanned for viruses and unwanted content by emailsystems Information regarding this service can be found at www.emailsystems.com
Node will not back up
Tsm client v5.4.2, server v5.2.10. Our pc support folks replaced the c: drive on an xp machine. This meant a reinstalation of windows xp. Then they installed the tsm client v5.4.2. I watched them go through the scheduler setup, and all looked ok. Now when the time comes for this node's scheduled backup I get Anr2561 schedule prompter contacting node samaria2 for scheduled operation. Then about two seconds later, Anr0403 session ended for node samaria2. This continues about every five minutes. I've stopped, deleted and redefined the scheduler, and nothing. Also, nothing is written to the dsmsched.log, or dsmerror.log. Any help is appreciated. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310
Re: Node will not back up
From the BACLIENT folder: DSMCUTIL LIST to list the TSM services DSMCUTIL Q /NAME:your tsm scheduled service name What does the output look like? Is the DSM.OPT where you expect it? And where are the sched and error logs located. If they are not being written to (i.e. empty), bearing in mind you get the ANR2561 schedule messages, they must be written somewhere Also, since the install, have you started the GUI or DSMC command line? This will ensure that the password is consistent with the TSM server. Jeff -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Lee, Gary D. Sent: 15 May 2008 12:40 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Node will not back up Tsm client v5.4.2, server v5.2.10. Our pc support folks replaced the c: drive on an xp machine. This meant a reinstalation of windows xp. Then they installed the tsm client v5.4.2. I watched them go through the scheduler setup, and all looked ok. Now when the time comes for this node's scheduled backup I get Anr2561 schedule prompter contacting node samaria2 for scheduled operation. Then about two seconds later, Anr0403 session ended for node samaria2. This continues about every five minutes. I've stopped, deleted and redefined the scheduler, and nothing. Also, nothing is written to the dsmsched.log, or dsmerror.log. Any help is appreciated. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310 -- Email scanned for viruses and spam by the Woolworths anti-virus systems. If you believe this email is spam, please forward to [EMAIL PROTECTED] Woolworths plc Registered Office: 242 Marylebone Road, London NW1 6JL Registered in England, Number 104206 This e-mail is only intended for the person(s) to whom it is addressed and may contain confidential information. Unless stated to the contrary, any opinions or comments are personal to the writer and do not represent the official view of the company. If you have received this e-mail in error, please notify us immediately by reply e-mail and then delete this message from your system Please do not copy it or use it for any purposes, or disclose its contents to any other person. Thank you for your co-operation. Email scanned for viruses and unwanted content by emailsystems Information regarding this service can be found at www.emailsystems.com
Re: STGPOOL migration thresholds
I have enough disk cache to handle these large backups, but the problem I have is the log file filling up and not emptying fast enough to handle this deluge of data especially the amount of directory information coming in from Windows file servers. I have the log file allocated at 13 GB with 12 GB assign and the backup threshold set to 50 percent. I still had several times when the log file went to over 90 percent and the system start delaying transactions by 30 milliseconds. One time the system also ran over 15 different DB backups in the space of 2 hours before the utilization went back down. Many of these DB backups only pick up 1 or 2 MB of data. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Nick Laflamme Sent: Wednesday, May 14, 2008 9:05 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] STGPOOL migration thresholds What are people using for storage pool migration thresholds these days? Do the speed and capacity of modern secondary storage make it more practical to have a very low threshold? In particular, I'm expecting a large number of large backups as some WinNT file permissions get updated en masse. If I'm expecting continual floods of data, I figure we ought to migrate large amounts each time, but I'm wondering what I'm missing. Collocation, mount times, and seek times are all factors, but we're using VTLs that should reduce mount and seek times. So, what are you using, and with what technology? Thanks, Nick This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you.
Re: Node will not back up
-Gary Lee wrote: - Our pc support folks replaced the c: drive on an xp machine. This meant a reinstalation of windows xp. Then they installed the tsm client v5.4.2. I watched them go through the scheduler setup, and all looked ok. Now when the time comes for this node's scheduled backup I get Anr2561 schedule prompter contacting node samaria2 for scheduled operation. Then about two seconds later, Anr0403 session ended for node samaria2. This continues about every five minutes. Does the new XP installation include an on-board firewall? If so, the firewall may need a configuration change to allow the TSM central scheduler to make contact with the client scheduler service.
Expire Inventory.
I am running TSM server 5.5 on a Windows 2003 server. I want any data residing in my copy pools (Onsite and Offsite) over 42 days old to expire. The volumes that expire their data should show up as EMPTY. Below is a copy of a script that runs on the server daily. I am still not receiving any EMPTY. Tapes. Can anyone help me? /* --- DO NOT EDIT THIS SCRIPT ---*/ /* */ /* This script was generated as the */ /* result of the maintenance plan wizard */ /* or properties notebook. Editing this */ /* script will cause those tools to fail. */ /* */ /* --- DO NOT EDIT THIS SCRIPT ---*/ /***/ /* BACKUP_STORAGE_START */ /* BA_STG:DISKPRIM=HPOFFSITETAPEPOOL; */ /* BA_STG:HPONSITETAPEPOOL=HPOFFSITETAPEPOOL; */ /* BA_STG:DISKWINDIR=HPOFFSITETAPEPOOL; */ /* BACKUP_STORAGE_END */ PARALLEL backup stg DISKPRIM HPOFFSITETAPEPOOL wait=yes backup stg HPONSITETAPEPOOL HPOFFSITETAPEPOOL wait=yes backup stg DISKWINDIR HPOFFSITETAPEPOOL wait=yes SERIAL /* BACKUP_DB_START */ /* BA_DB:DEVCLASS=HPLTO;BATYPE=batype_full; */ /* BACKUP_DB_END */ backup db devclass=HPLTO type=full wait=yes /* REM_VOLS_START */ /* REM_VOLS:VOLNAME=*;WHERESTATE=MOUNTABLE;TOSTATE=Courier;APPEND=NO;REMOVE=Bulk;SOURCE=dbbackup; */ /* REM_VOLS_END */ move drm '*' wheresta=MOUNTABLE tostate=Courier app=NO rem=Bulk source=dbbackup wait=YES /* CREATE_RPF_START */ /* RPF:SOURCE=dbbackup; */ /* CREATE_RPF_END */ prepare source=dbbackup wait=YES DELETE VOLHISTORY TODATE=TODAY-1 TOTIME=00:01 type=dbb /* MIG_STG_START */ /* MIG_STG:STGPOOL=DISKPRIM;LOWMIG=60;DURATION=120; */ /* MIG_STG_END */ migrate stgpool DISKPRIM lowmig=60 duration=120 wait=yes /* EXP_INV_START */ /* EXP_INV:SKIPDIRS=NO;DURATION=120; */ /* EXP_INV_END */ expire inventory skipdirs=NO wait=yes duration=120 /* RECL_STG_START */ /* RECL_STG:STGPOOL=HPONSITETAPEPOOL;THRESHOLD=60;DURATION=360; */ /* RECL_STG:STGPOOL=TAPEPRIM;THRESHOLD=60;DURATION=360; */ /* RECL_STG:STGPOOL=HPOFFSITETAPEPOOL;THRESHOLD=60;DURATION=360; */ /* RECL_STG_END */ PARALLEL reclaim stgpool HPONSITETAPEPOOL threshold=60 duration=360 wait=yes reclaim stgpool HPOFFSITETAPEPOOL threshold=60 duration=360 wait=yes SERIAL Dave Hensley Although this e-mail and any attachments are believed to be free of any virus or other defect which might affect any computer system, it is the responsibility of the recipient to check that it is virus-free and the sender accepts no responsibility or liability for any loss, injury, damage, cost or expense arising in any way from receipt or use thereof by the recipient. The information contained in this electronic mail message is confidential information and intended only for the use of the individual or entity named above, and may be privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, please contact the sender immediately, delete this material from your computer and destroy all related paper media. Please note that the documents transmitted are not intended to be binding until a hard copy has been manually signed by all parties. Thank you.
Re: Expire Inventory.
Do you have a script that you can run to see how many reclaimable tapes you have? For the storage pools you show below run the following two: select volume_name as ONSITE_VOLUME,est_capacity_mb as CAPACITY,pct_utilized as UTILIZATION,pct_reclaim as RECLAIMABLE from volumes where stgpool_name='HPONSITETAPEPOOL' and pct_reclaim=60 order by pct_reclaim desc select volume_name as OFFSITE_VOLUME,est_capacity_mb as CAPACITY,pct_utilized as UTILIZATION,pct_reclaim as RECLAIMABLE from volumes where stgpool_name='HPOFFSITETAPEPOOL' and pct_reclaim=60 order by pct_reclaim desc If you have an excessive number of tapes in an offsite pool you may want to manually run the reclaim stg command with the option to limit the number of volumes so that it actually completes. Also check your reuse delay setting on both tape storage pools. You may have a lot of volumes in pending status. See Ya' Howard -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of David Hensley Sent: Thursday, May 15, 2008 2:11 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Expire Inventory. I am running TSM server 5.5 on a Windows 2003 server. I want any data residing in my copy pools (Onsite and Offsite) over 42 days old to expire. The volumes that expire their data should show up as EMPTY. Below is a copy of a script that runs on the server daily. I am still not receiving any EMPTY. Tapes. Can anyone help me? /* --- DO NOT EDIT THIS SCRIPT ---*/ /* */ /* This script was generated as the */ /* result of the maintenance plan wizard */ /* or properties notebook. Editing this */ /* script will cause those tools to fail. */ /* */ /* --- DO NOT EDIT THIS SCRIPT ---*/ /***/ /* BACKUP_STORAGE_START */ /* BA_STG:DISKPRIM=HPOFFSITETAPEPOOL; */ /* BA_STG:HPONSITETAPEPOOL=HPOFFSITETAPEPOOL; */ /* BA_STG:DISKWINDIR=HPOFFSITETAPEPOOL; */ /* BACKUP_STORAGE_END */ PARALLEL backup stg DISKPRIM HPOFFSITETAPEPOOL wait=yes backup stg HPONSITETAPEPOOL HPOFFSITETAPEPOOL wait=yes backup stg DISKWINDIR HPOFFSITETAPEPOOL wait=yes SERIAL /* BACKUP_DB_START */ /* BA_DB:DEVCLASS=HPLTO;BATYPE=batype_full; */ /* BACKUP_DB_END */ backup db devclass=HPLTO type=full wait=yes /* REM_VOLS_START */ /* REM_VOLS:VOLNAME=*;WHERESTATE=MOUNTABLE;TOSTATE=Courier;APPEND=NO;REMOV E=Bulk;SOURCE=dbbackup; */ /* REM_VOLS_END */ move drm '*' wheresta=MOUNTABLE tostate=Courier app=NO rem=Bulk source=dbbackup wait=YES /* CREATE_RPF_START */ /* RPF:SOURCE=dbbackup; */ /* CREATE_RPF_END */ prepare source=dbbackup wait=YES DELETE VOLHISTORY TODATE=TODAY-1 TOTIME=00:01 type=dbb /* MIG_STG_START */ /* MIG_STG:STGPOOL=DISKPRIM;LOWMIG=60;DURATION=120; */ /* MIG_STG_END */ migrate stgpool DISKPRIM lowmig=60 duration=120 wait=yes /* EXP_INV_START */ /* EXP_INV:SKIPDIRS=NO;DURATION=120; */ /* EXP_INV_END */ expire inventory skipdirs=NO wait=yes duration=120 /* RECL_STG_START */ /* RECL_STG:STGPOOL=HPONSITETAPEPOOL;THRESHOLD=60;DURATION=360; */ /* RECL_STG:STGPOOL=TAPEPRIM;THRESHOLD=60;DURATION=360; */ /* RECL_STG:STGPOOL=HPOFFSITETAPEPOOL;THRESHOLD=60;DURATION=360; */ /* RECL_STG_END */ PARALLEL reclaim stgpool HPONSITETAPEPOOL threshold=60 duration=360 wait=yes reclaim stgpool HPOFFSITETAPEPOOL threshold=60 duration=360 wait=yes SERIAL Dave Hensley Although this e-mail and any attachments are believed to be free of any virus or other defect which might affect any computer system, it is the responsibility of the recipient to check that it is virus-free and the sender accepts no responsibility or liability for any loss, injury, damage, cost or expense arising in any way from receipt or use thereof by the recipient. The information contained in this electronic mail message is confidential information and intended only for the use of the individual or entity named above, and may be privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, please contact the sender immediately, delete this material from your computer and destroy all related paper media. Please note that the documents transmitted are not intended to be binding until a hard copy has been manually signed by all parties. Thank you.
Re: Expire Inventory.
On May 15, 2008, at 3:10 PM, David Hensley wrote: I am running TSM server 5.5 on a Windows 2003 server. I want any data residing in my copy pools (Onsite and Offsite) over 42 days old to expire. The volumes that expire their data should show up as EMPTY. Below is a copy of a script that runs on the server daily. I am still not receiving any EMPTY. Tapes. Can anyone help me? It is unlikely that tapes will go empty on their own, due to the persistence of Active files representing unchanging files on clients. You should principally experience tapes returning to Scratch by virtue of reclamation, rather than retention policies. Note also that you impose a time limit on expirations, which could result in a growing backlog of expired data, depending upon your system size. Richard Sims
Tape Reclaim Question
Hi. TSM V5.4.3.0 AIX V5.3 TL7 I have been doing some checking on on-site tapes via q volume * f=d command and other scripts. The two TSM database values which we have been checking are percent utilized and percent reclaim. Some of the on-site tapes do not have a reverse of each other numbers. Some on-site tapes show percent utilized at 1% and at 0% reclaim. Are they not to add up to 100?? Off-site tapes look OK regarding these numbers. I thought that any tape at 30% or below utilized value or 70% or above reclaim value, they would be part of the tape reclaim process if reclaim is set at 70? Did I miss something during my TSM classes and the years of being a TSM admin?? or am I thinking I have lost my mind. What have I missed??
Re: Tape Reclaim Question
Full tapes should be within .1 of 100 on the total due to rounding error. Filling tapes will vary. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Lamb, Charles P. Sent: Thursday, May 15, 2008 4:58 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Tape Reclaim Question Hi. TSM V5.4.3.0 AIX V5.3 TL7 I have been doing some checking on on-site tapes via q volume * f=d command and other scripts. The two TSM database values which we have been checking are percent utilized and percent reclaim. Some of the on-site tapes do not have a reverse of each other numbers. Some on-site tapes show percent utilized at 1% and at 0% reclaim. Are they not to add up to 100?? Off-site tapes look OK regarding these numbers. I thought that any tape at 30% or below utilized value or 70% or above reclaim value, they would be part of the tape reclaim process if reclaim is set at 70? Did I miss something during my TSM classes and the years of being a TSM admin?? or am I thinking I have lost my mind. What have I missed?? This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you.
Re: Tape Reclaim Question
Are the onsite tapes full or filling? Onsite tapes are not eligible for reclamation until they are full. A filling tape with only 1% used has 99% of it's space left to fill. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Lamb, Charles P. Sent: Thursday, May 15, 2008 2:58 PM To: ADSM-L@VM.MARIST.EDU Subject: Tape Reclaim Question Hi. TSM V5.4.3.0 AIX V5.3 TL7 I have been doing some checking on on-site tapes via q volume * f=d command and other scripts. The two TSM database values which we have been checking are percent utilized and percent reclaim. Some of the on-site tapes do not have a reverse of each other numbers. Some on-site tapes show percent utilized at 1% and at 0% reclaim. Are they not to add up to 100?? Off-site tapes look OK regarding these numbers. I thought that any tape at 30% or below utilized value or 70% or above reclaim value, they would be part of the tape reclaim process if reclaim is set at 70? Did I miss something during my TSM classes and the years of being a TSM admin?? or am I thinking I have lost my mind. What have I missed??
Re: Tape Reclaim Question
No. Filling tapes aren't eligible for reclamation, unless they are marked OFFSITE. If the tape is filling and onsite, the %utilized is the estimated amount of tape that has been used (the number of bytes written as a percentage of Est-capacity for the devclass) and the %reclaimable is the amount of data on the tape that has already expired. One the tape is FULL or OFFSITE, %utilized is (100% of the bytes actually written to the tape) -(the amount of data that has expired). Wanda On 5/15/08, Lamb, Charles P. [EMAIL PROTECTED] wrote: Hi. TSM V5.4.3.0 AIX V5.3 TL7 I have been doing some checking on on-site tapes via q volume * f=d command and other scripts. The two TSM database values which we have been checking are percent utilized and percent reclaim. Some of the on-site tapes do not have a reverse of each other numbers. Some on-site tapes show percent utilized at 1% and at 0% reclaim. Are they not to add up to 100?? Off-site tapes look OK regarding these numbers. I thought that any tape at 30% or below utilized value or 70% or above reclaim value, they would be part of the tape reclaim process if reclaim is set at 70? Did I miss something during my TSM classes and the years of being a TSM admin?? or am I thinking I have lost my mind. What have I missed??
Re: Tape Reclaim Question
On May 15, 2008, at 6:20 PM, Wanda Prather wrote: No. Filling tapes aren't eligible for reclamation, unless they are marked OFFSITE. Actually, volumes are eligible for reclamation regardless of siteness, or Full/Filling state. Technote 1202254 reinforces this. If you set the threshold low enough, Filling type volumes will also get selected. Equal treatment under the law. Richard Sims
Re: Tape Reclaim Question
Richard Thats an interesting explanation, but it does not seem to reflect reality, I can remember a case of a tape that had a small amount of data added to it every day, so that by the time we got to the end of the tape it was mostly expired, and as soon as the tape went to FULL status it got reclaimed, but not before. Now this was a while ago and I can't be certain what version of TSM it was - probably 5.2, but I do remember it happening that way. I wonder if this changed in 5.3? Steve Steven Harris TSM Admin, Sydney Australia Richard Sims [EMAIL PROTECTED] Sent by: ADSM:To Dist Stor ADSM-L@VM.MARIST.EDU Manager cc [EMAIL PROTECTED] .EDU Subject Re: [ADSM-L] Tape Reclaim Question 16/05/2008 10:34 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] .EDU On May 15, 2008, at 6:20 PM, Wanda Prather wrote: No. Filling tapes aren't eligible for reclamation, unless they are marked OFFSITE. Actually, volumes are eligible for reclamation regardless of siteness, or Full/Filling state. Technote 1202254 reinforces this. If you set the threshold low enough, Filling type volumes will also get selected. Equal treatment under the law. Richard Sims
