Re: Vanishing Vault Retrieve tapes
The list has decided to stop sending me emails for some reason. Must find out why. Anyway, I do have an administrative schedule running del volhist todate=today-5 type=dbb Since we only recover Vault Retrieve tapes once every 7 days, I think that may be it. I've increased to Volhist timeout to 20 days now and we'll see what happens. Thanks for the pointers. Gallair e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chin meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynnyn gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod ir anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo ir awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu Ir cyhoedd o dan Ddeddf Rhyddid Gwybodaeth 2000. Ni does modd gwarantu cyfrinachedd y neges ac unrhyw ateb Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid ir sawl syn derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid ywr Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
[no subject]
query adsm-l Gallair e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chin meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynnyn gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod ir anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo ir awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu Ir cyhoedd o dan Ddeddf Rhyddid Gwybodaeth 2000. Ni does modd gwarantu cyfrinachedd y neges ac unrhyw ateb Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid ir sawl syn derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid ywr Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
Vanishing Vault Retrieve tapes
I have a little problem with one of my Tivoli 5.3 systems. Tapes in the vault gradually expire during the week and are recovered once per week, on Mondays. However, some tapes fall into Vault Retrieve status and are then lost overnight. For example, I have one tape today that was in Vault Retrieve 24 hours ago but today cannot be found anywhere in Tivoli. It's still in the vault. When I do a q vol on it, it's not found. Other tapes that were in the same state yesterday still are. Nothing in the activity log references this missing tape so nobody has run any commands against it. So, can tapes that fall into Vault retrieve expire in some way? Gallair e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chin meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynnyn gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod ir anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo ir awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu Ir cyhoedd o dan Ddeddf Rhyddid Gwybodaeth 2000. Ni does modd gwarantu cyfrinachedd y neges ac unrhyw ateb Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid ir sawl syn derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid ywr Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
Re: Offsite tapes not being brought back.
Are the tapes flagged as Empty? Is reclamation working? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of David Hensley Sent: 28 April 2008 14:28 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Offsite tapes not being brought back. I have tapes in my offsite tapecopypool that are not being returned. How do I bring these tapes back for use? Dave Hensley Technical Analyst McNeilus Companies, Inc. Desk: 1-507-374-8587 Cell: 1-507-244-0921 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. No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.5/1400 - Release Date: 27/04/2008 09:39
Query to list .pst files
Can someone point me towards a query that I can use to discover how much of my storage capacity is used up by .pst files? I suspect it's a lot but need some hard figures to wave at authority. Thanks Angus
Re: Query to list .pst files
That's got me started. Many thanks -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Thorneycroft, Doug Sent: 16 April 2008 15:08 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Query to list .pst files dsmc q backup -nodename=NODE_NAME '{FILESPACE_NAME}\*.pst' -subdir=yes -inactive -detail C:\Output.txt -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Angus Macdonald Sent: Wednesday, April 16, 2008 2:18 AM To: ADSM-L@VM.MARIST.EDU Subject: Query to list .pst files Can someone point me towards a query that I can use to discover how much of my storage capacity is used up by .pst files? I suspect it's a lot but need some hard figures to wave at authority. Thanks Angus
Query to find .pst files
I'm an utter newbie to TSM querying. Can anyone suggest a suitable query to list all instances of .pst files on a TSM database, with sizes, or even just a total size? I need something to wave at management to prove that mail archiving is a good idea. Thanks Angus
Re: Archived data, deleted from Tivoli but still on tape. Normal?
Great. Thanks once again Richard. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Sims Sent: 28 January 2008 12:54 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Archived data, deleted from Tivoli but still on tape. Normal? On Jan 28, 2008, at 7:32 AM, Angus Macdonald wrote: I've just finished archiving 2TB of data from a fileserver. Once complete (it took 5 days but that's another issue) I ran a delete backup command at the client and 2.9 million files were removed from the database. The files are no longer available to restore at the client. However, the tape pool the files were backed up to is still full. Querying a tapes contents shows the archived (and subsequently deleted) files are still there. Once deleted, should files expire normally or should they be deleted straight away? I expected the latter. dsmc Delete BAckup marks files for expiration, as noted in ADSM QuickFacts and IBM Technotes such as 1224145. (Why such obvious information is perpetually left out of TSM manuals is a mystery of IBM Publications.) Richard Sims Gallair e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chin meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynnyn gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod ir anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo ir awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu Ir cyhoedd o dan Ddeddf Rhyddid Gwybodaeth 2000. Ni does modd gwarantu cyfrinachedd y neges ac unrhyw ateb Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid ir sawl syn derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid ywr Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
Archived data, deleted from Tivoli but still on tape. Normal?
I've just finished archiving 2TB of data from a fileserver. Once complete (it took 5 days but that's another issue) I ran a delete backup command at the client and 2.9 million files were removed from the database. The files are no longer available to restore at the client. However, the tape pool the files were backed up to is still full. Querying a tapes contents shows the archived (and subsequently deleted) files are still there. Once deleted, should files expire normally or should they be deleted straight away? I expected the latter. All hints welcome, as usual. Angus Gallair e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chin meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynnyn gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod ir anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo ir awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu Ir cyhoedd o dan Ddeddf Rhyddid Gwybodaeth 2000. Ni does modd gwarantu cyfrinachedd y neges ac unrhyw ateb Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid ir sawl syn derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid ywr Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
Re: Another archive/expire query
So I'm right to think the dsmc delete backup command will remove the TSM backup files and leave the archived copies alone? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Sims Sent: 22 January 2008 23:56 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Another archive/expire query Use 'dsmc Delete ARchive' to remove previously archived files. The client manual explains how to manage Archive files. Richard Sims Gallair e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chin meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynnyn gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod ir anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo ir awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu Ir cyhoedd o dan Ddeddf Rhyddid Gwybodaeth 2000. Ni does modd gwarantu cyfrinachedd y neges ac unrhyw ateb Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid ir sawl syn derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid ywr Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
Another archive/expire query
I am busy helping an external supplier understand his own Tivoli system, which has become full. We plan to archive certain drive letters attached to a file server which contain data that will never change. The archive process is fine but what is the best way to remove references to the archived data from the main TSM database? Should I run a dsmc expire j:\*.* at the client? Will that expire the data immediately? How would subdirectories be handled? There appears to be no -subdir=yes option for the expire command. Alternatively, would dsmc delete backup j:\* -deltype=all get rid of the file references from the TSM database? I take it the deletion would get rid of the entries immediately. Sorry for the probably newbie queries. I haven't done any archiving before and it isn't my data ;-) Angus Gallair e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chin meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynnyn gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod ir anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo ir awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu Ir cyhoedd o dan Ddeddf Rhyddid Gwybodaeth 2000. Ni does modd gwarantu cyfrinachedd y neges ac unrhyw ateb Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid ir sawl syn derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid ywr Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
Re: Another archive/expire query
Thanks. You should have seen my efforts to get it cut down from the original version ;-) I got the impression from the BAClient redbook that delete filespace would remove backup AND archived copies. Is that incorrect? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Steven Harris Sent: 22 January 2008 22:54 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Another archive/expire query Angus, Congrats to your organization for the longest disclaimer in the history of the internet :-) If its a whole drive, DEL FILESPACE node_name filespace_name TYPE=ARCHIVE on the server might be the way to go. As its windows you may have to use the fsid number and nametype=fsid to indicate the drive you want. Regards Steve Steven Harris TSM Admin, Sydney Australia ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 23/01/2008 08:45:37 AM: I am busy helping an external supplier understand his own Tivoli system, which has become full. We plan to archive certain drive letters attached to a file server which contain data that will never change. The archive process is fine but what is the best way to remove references to the archived data from the main TSM database? Should I run a dsmc expire j:\*.* at the client? Will that expire the data immediately? How would subdirectories be handled? There appears to be no -subdir=yes option for the expire command. Alternatively, would dsmc delete backup j:\* -deltype=all get rid of the file references from the TSM database? I take it the deletion would get rid of the entries immediately. Sorry for the probably newbie queries. I haven't done any archiving before and it isn't my data ;-) Angus Gallair e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chin meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynnyn gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod ir anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo ir awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu Ir cyhoedd o dan Ddeddf Rhyddid Gwybodaeth 2000. Ni does modd gwarantu cyfrinachedd y neges ac unrhyw ateb Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid ir sawl syn derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid ywr Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
Re: Excluding a new file type
That's perfect. Thanks again Richard. Angus -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Sims Sent: 20 December 2007 13:22 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Excluding a new file type A TSM backup of a type which causes an area of the file system to be traversed and its contents to be compared with that filespace area in TSM server storage (i.e., an Incremental backup), will result in file expiration where either the file no longer exists in the client file system or exists in TSM server storage and matches current exclusion patterns. Richard Sims Gallair e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chin meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynnyn gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod ir anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo ir awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu Ir cyhoedd o dan Ddeddf Rhyddid Gwybodaeth 2000. Ni does modd gwarantu cyfrinachedd y neges ac unrhyw ateb Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid ir sawl syn derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid ywr Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
Re: ANS1009W DRM error and recommended fix
Presumably displaying the faulty multi_sz value strips out anything that shouldn't be there and hitting OK commits the stripped values back into the registry. If you cancelled, the stripped values would not be written back. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Zoltan Forray/AC/VCU Sent: 11 December 2007 14:32 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] ANS1009W DRM error and recommended fix This is mostly for Andy but any help is appreciated We are having the ANS1009W DRM FilesNotToBackup RC 13 error described in the document: http://www-1.ibm.com/support/docview.wss?uid=swg21243837 Unfortunately, some of the recommendations make absolute no sense to me or my Windows experts. HOW TO REPAIR THE REGISTRY KEY - METHOD 1 1. From the Windows desktop, click Start--Run... In the Run dialog, type regedit, then click OK. This will launch the registry editor. 2. Navigate to the following registry subkey: HKEY_LOCAL_MACHINE\ SYSTEM\ CurrentControlSet\ Control\ BackupRestore\ FilesNotToBackup 3. In the right-hand pane of the registry editor, locate DRM. Right-click on DRM and select Modify from the pop-up menu (alternatively, double-click on DRM). The Edit Multi-String dialog will appear. Below is an example of this dialog: graphic omitted - only shows the DRM key value 4. Do not change anything in the Value data window. Just click OK. Then select the File--Exit menu item to close regedit. The last statement puzzles us. Basically, once you navigate to this registry key, DO NOT CHANGE ANYTHING ??? How exactly does this fix anything Gallair e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chin meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynnyn gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod ir anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo ir awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu Ir cyhoedd o dan Ddeddf Rhyddid Gwybodaeth 2000. Ni does modd gwarantu cyfrinachedd y neges ac unrhyw ateb Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid ir sawl syn derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid ywr Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
How big can a filelist be?
I'm planning to archive a large list of specific files, scattered all over a biggish fileserver. I can generate a text file with the paths to all the files I want to archive and plan to use it as a TSM filelist. Is there a limit to how big a filelist can be, or to how many lines it can contain? Gallai'r e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chi'n meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynny'n gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod i'r anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo i'r awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu i'r cyhoedd o dan Gôd Bod yn Agored y GIG neu Ddeddf Rhyddid Gwybodaeth 2000. Nid oes modd gwarantu cyfrinachedd y neges ac unrhyw ateb. Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid i'r sawl sy'n derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid yw'r Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the NHS Code of Openness or the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
Stuck full filling empty offsite tape
I have an offsite tape pool volume in an unusual state. It reports itself as 0.4% and filling but if I try to move the data to another volume, Tivoli reports that the tape contains no data, returning ANR2209W and ANS800, return code 11. Examining the content of the tape brings back nothing. If I try to delete the volume and discard the content, I get ANS8001, return code 14. I'm a bit stuck here. Tivoli won't delete the tape because it contains data and won't move the data because it is empty. Gallai'r e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chi'n meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynny'n gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod i'r anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo i'r awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu i'r cyhoedd o dan Gôd Bod yn Agored y GIG neu Ddeddf Rhyddid Gwybodaeth 2000. Nid oes modd gwarantu cyfrinachedd y neges ac unrhyw ateb. Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid i'r sawl sy'n derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid yw'r Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the NHS Code of Openness or the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
Re: Archiving basic queries
Right, I think I have the archiving process clear in my own mind now. I may be wrong but that's purely my own fault ;-) The next query is expiration. Ideally, I'd like to immediately expire the files which have been archived, to free up library space. I currently retain 3 versions up to 100 days and the final version up to 365 days. I can set all of those values temporarily nice and low but as I understand it, the database objects are only finally removed by the EXPIRE INVENTORY process at the server end. This would presumably remove all old versions, not just those I have archived. Is there a way around this, am I simply wrong, or will I just have to wait for the normal expiration process timeout? Thanks again Angus -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Larry Clark Sent: 19 October 2007 11:59 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Archiving basic queries Yes, if you use the -deletefiles=yes, they will be removed from the client when you run the archive. Then on the next backup, TSM will update its database entries the same as if you simply deleted the files without an archive. Then on the next expire inventory, your backup rules will be applied. They will be expired from the backup primary and copypool pools per your rules. You might want to check your defs on your (default or explicit management class you select for the archives) archive pool to verify how long your files will be retained once archived. - Original Message - From: Angus Macdonald [EMAIL PROTECTED] To: ADSM-L@VM.MARIST.EDU Sent: Friday, October 19, 2007 5:22 AM Subject: Re: [ADSM-L] Archiving basic queries Thanks for that. Makes it a lot clearer. So, if I create a filelist of files I want to archive and archive them with the -deletefiles option, they will be gone from the source, correct? If I then run an expire with the same filelist, the files will be expired from the Tivoli primary storage pools but not the archive, thereby freeing up library space (once the archive tapes are safely removed), also correct? I hope so - the job might actually be fairly simple that way! Thanks again Angus Gallai'r e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chi'n meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynny'n gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod i'r anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo i'r awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu i'r cyhoedd o dan Gôd Bod yn Agored y GIG neu Ddeddf Rhyddid Gwybodaeth 2000. Nid oes modd gwarantu cyfrinachedd y neges ac unrhyw ateb. Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid i'r sawl sy'n derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid yw'r Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the NHS Code of Openness or the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
Re: Archiving basic queries
Yes, library space is threatening to become an issue in the near future so I want to do some housekeeping. I already run a fairly agressive reclamation scheme so there aren't any underused tapes around. If I drop my retention values to 0, say, and run EXPIRE INVENTORY, I'm guessing I'll expire my archived files plus old versions of current, unarchived files. That's not something that'll make me popular! I'm not that short of library space at the moment so perhaps I'll just archive anything that hasn't been accessed in the last couple of years and wait for the database to catch up. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Larry Clark Sent: 22 October 2007 12:16 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Archiving basic queries You can execute an expire inventory at anytime It sounds like you are in a pinch for library space. Maybe the better thing to obtain space in the tape library more quickly would be to see how many volumes would be freed if you dropped your reclamation value on the storage pool(s) that occupy the library. Those would be triggered immediately. - Original Message - From: Angus Macdonald [EMAIL PROTECTED] To: ADSM-L@VM.MARIST.EDU Sent: Monday, October 22, 2007 4:27 AM Subject: Re: [ADSM-L] Archiving basic queries Right, I think I have the archiving process clear in my own mind now. I may be wrong but that's purely my own fault ;-) The next query is expiration. Ideally, I'd like to immediately expire the files which have been archived, to free up library space. I currently retain 3 versions up to 100 days and the final version up to 365 days. I can set all of those values temporarily nice and low but as I understand it, the database objects are only finally removed by the EXPIRE INVENTORY process at the server end. This would presumably remove all old versions, not just those I have archived. Is there a way around this, am I simply wrong, or will I just have to wait for the normal expiration process timeout? Thanks again Angus -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Larry Clark Sent: 19 October 2007 11:59 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Archiving basic queries Yes, if you use the -deletefiles=yes, they will be removed from the client when you run the archive. Then on the next backup, TSM will update its database entries the same as if you simply deleted the files without an archive. Then on the next expire inventory, your backup rules will be applied. They will be expired from the backup primary and copypool pools per your rules. You might want to check your defs on your (default or explicit management class you select for the archives) archive pool to verify how long your files will be retained once archived. - Original Message - From: Angus Macdonald [EMAIL PROTECTED] To: ADSM-L@VM.MARIST.EDU Sent: Friday, October 19, 2007 5:22 AM Subject: Re: [ADSM-L] Archiving basic queries Thanks for that. Makes it a lot clearer. So, if I create a filelist of files I want to archive and archive them with the -deletefiles option, they will be gone from the source, correct? If I then run an expire with the same filelist, the files will be expired from the Tivoli primary storage pools but not the archive, thereby freeing up library space (once the archive tapes are safely removed), also correct? I hope so - the job might actually be fairly simple that way! Thanks again Angus Gallai'r e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chi'n meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynny'n gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod i'r anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo i'r awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu i'r cyhoedd o dan Gôd Bod yn Agored y GIG neu Ddeddf Rhyddid Gwybodaeth 2000. Nid oes modd gwarantu cyfrinachedd y neges ac unrhyw ateb. Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid i'r sawl sy'n derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid yw'r Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action
Re: Archiving basic queries
I may not be describing it very well ;-) I have lots of old, unaccessed files that need to be retained indefinitely. To free up library space I want to archive them to tape and delete from the fileservers. It would be nice if I could remove the Tivoli database entries for these files to free up the library sooner rather than later. I know how to select and archive only those files with a last accessed date earlier than some arbitrary date in the past. I was interested in the possibility of expiring only those files and not others from Tivoli afterwards. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Sims Sent: 22 October 2007 12:34 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Archiving basic queries On Oct 22, 2007, at 5:27 AM, Angus Macdonald wrote: ... The next query is expiration. Ideally, I'd like to immediately expire the files which have been archived, to free up library space. I currently retain 3 versions up to 100 days and the final version up to 365 days. I can set all of those values temporarily nice and low but as I understand it, the database objects are only finally removed by the EXPIRE INVENTORY process at the server end. This would presumably remove all old versions, not just those I have archived. Is there a way around this, am I simply wrong, or will I just have to wait for the normal expiration process timeout? I think we're all puzzled as to why you would have bothered archiving files which you could have simply deleted from the file system, to achieve the same effect? You need to dig into the B/A client manual, the chapter Archiving and retrieving your data, which describes all the aspects and factors of file archiving - including deleting archive data. You need a solid grounding in the area that you are pursuing, in order to make best use of it. Going at it piecemeal is not a good approach when dealing with data retention regimens. Richard Sims http://people.bu.edu/rbs Gallai'r e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chi'n meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynny'n gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod i'r anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo i'r awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu i'r cyhoedd o dan Gôd Bod yn Agored y GIG neu Ddeddf Rhyddid Gwybodaeth 2000. Nid oes modd gwarantu cyfrinachedd y neges ac unrhyw ateb. Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid i'r sawl sy'n derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid yw'r Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the NHS Code of Openness or the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
Re: Archiving basic queries
That's the plan. I have an archiving storage pool setup and ready, although not a separate management class. The bit I'm working on is getting the existing backups of the files I'm archiving, out of the existing main storage pool. I can then reclaim the main storage pool tapes and regain a lot of library space. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Larry Clark Sent: 22 October 2007 13:49 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Archiving basic queries Have you considered creating a separate managment class with its own archive pool, archive/deleteing your files to that, then checking out those volumes and storing them on a shelf someplace? - Original Message - From: Angus Macdonald [EMAIL PROTECTED] To: ADSM-L@VM.MARIST.EDU Sent: Monday, October 22, 2007 7:41 AM Subject: Re: [ADSM-L] Archiving basic queries I may not be describing it very well ;-) I have lots of old, unaccessed files that need to be retained indefinitely. To free up library space I want to archive them to tape and delete from the fileservers. It would be nice if I could remove the Tivoli database entries for these files to free up the library sooner rather than later. I know how to select and archive only those files with a last accessed date earlier than some arbitrary date in the past. I was interested in the possibility of expiring only those files and not others from Tivoli afterwards. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Sims Sent: 22 October 2007 12:34 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Archiving basic queries On Oct 22, 2007, at 5:27 AM, Angus Macdonald wrote: ... The next query is expiration. Ideally, I'd like to immediately expire the files which have been archived, to free up library space. I currently retain 3 versions up to 100 days and the final version up to 365 days. I can set all of those values temporarily nice and low but as I understand it, the database objects are only finally removed by the EXPIRE INVENTORY process at the server end. This would presumably remove all old versions, not just those I have archived. Is there a way around this, am I simply wrong, or will I just have to wait for the normal expiration process timeout? I think we're all puzzled as to why you would have bothered archiving files which you could have simply deleted from the file system, to achieve the same effect? You need to dig into the B/A client manual, the chapter Archiving and retrieving your data, which describes all the aspects and factors of file archiving - including deleting archive data. You need a solid grounding in the area that you are pursuing, in order to make best use of it. Going at it piecemeal is not a good approach when dealing with data retention regimens. Richard Sims http://people.bu.edu/rbs Gallai'r e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chi'n meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynny'n gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod i'r anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo i'r awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu i'r cyhoedd o dan Gôd Bod yn Agored y GIG neu Ddeddf Rhyddid Gwybodaeth 2000. Nid oes modd gwarantu cyfrinachedd y neges ac unrhyw ateb. Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid i'r sawl sy'n derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid yw'r Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the NHS Code of Openness or the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software
Re: Archiving basic queries
In my case that would involve moving all the files to be archived to a different server and backup the server en-masse. Not out of the question but also not something I relish. Maybe I should just use Veritas! -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of CAYE PIERRE Sent: 22 October 2007 14:12 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Archiving basic queries May I suggest something ? I had to deal with a problem like that, involving externalization of datas, for legal archiving. I made a specific node, specific mgmt class and archive datas like that, then export node to deal with externalization of cartridges. I keep node definition but I had deleted filespaces under it and freed db space like that. Data's are on export cartridge. It is easy to retrieve it with an import node dates=relative. Regards, Pierre -Message d'origine- De : ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] De la part de Angus Macdonald Envoyé : lundi 22 octobre 2007 15:02 À : ADSM-L@VM.MARIST.EDU Objet : Re: [ADSM-L] Archiving basic queries That's the plan. I have an archiving storage pool setup and ready, although not a separate management class. The bit I'm working on is getting the existing backups of the files I'm archiving, out of the existing main storage pool. I can then reclaim the main storage pool tapes and regain a lot of library space. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Larry Clark Sent: 22 October 2007 13:49 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Archiving basic queries Have you considered creating a separate managment class with its own archive pool, archive/deleteing your files to that, then checking out those volumes and storing them on a shelf someplace? - Original Message - From: Angus Macdonald [EMAIL PROTECTED] To: ADSM-L@VM.MARIST.EDU Sent: Monday, October 22, 2007 7:41 AM Subject: Re: [ADSM-L] Archiving basic queries I may not be describing it very well ;-) I have lots of old, unaccessed files that need to be retained indefinitely. To free up library space I want to archive them to tape and delete from the fileservers. It would be nice if I could remove the Tivoli database entries for these files to free up the library sooner rather than later. I know how to select and archive only those files with a last accessed date earlier than some arbitrary date in the past. I was interested in the possibility of expiring only those files and not others from Tivoli afterwards. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Sims Sent: 22 October 2007 12:34 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Archiving basic queries On Oct 22, 2007, at 5:27 AM, Angus Macdonald wrote: ... The next query is expiration. Ideally, I'd like to immediately expire the files which have been archived, to free up library space. I currently retain 3 versions up to 100 days and the final version up to 365 days. I can set all of those values temporarily nice and low but as I understand it, the database objects are only finally removed by the EXPIRE INVENTORY process at the server end. This would presumably remove all old versions, not just those I have archived. Is there a way around this, am I simply wrong, or will I just have to wait for the normal expiration process timeout? I think we're all puzzled as to why you would have bothered archiving files which you could have simply deleted from the file system, to achieve the same effect? You need to dig into the B/A client manual, the chapter Archiving and retrieving your data, which describes all the aspects and factors of file archiving - including deleting archive data. You need a solid grounding in the area that you are pursuing, in order to make best use of it. Going at it piecemeal is not a good approach when dealing with data retention regimens. Richard Sims http://people.bu.edu/rbs Gallai'r e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chi'n meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynny'n gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod i'r anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo i'r awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu i'r cyhoedd o dan Gôd Bod yn Agored y GIG neu Ddeddf Rhyddid Gwybodaeth 2000. Nid oes modd gwarantu cyfrinachedd y neges ac unrhyw
Re: Archiving basic queries
Thanks for that. Makes it a lot clearer. So, if I create a filelist of files I want to archive and archive them with the -deletefiles option, they will be gone from the source, correct? If I then run an expire with the same filelist, the files will be expired from the Tivoli primary storage pools but not the archive, thereby freeing up library space (once the archive tapes are safely removed), also correct? I hope so - the job might actually be fairly simple that way! Thanks again Angus -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Larry Clark Sent: 19 October 2007 10:56 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Archiving basic queries Archiving and backups are two separate considerations unless you do an archive with the deletefiles option. If you archive a file it remains on the client unless you add the deletefiles option. In that case, the backup versions are not affected. If you archive with the deletefiles option, then the file is removed from the client and the rules you have set for deleted files applies to your backup version. - Original Message - From: Angus Macdonald [EMAIL PROTECTED] To: ADSM-L@VM.MARIST.EDU Sent: Friday, October 19, 2007 4:34 AM Subject: [ADSM-L] Archiving basic queries I have a lot of old data I want to archive based on the file accessed date. I know Tivoli cannot do this for me so I am putting together an app to locate and archive each file using batch mode. My queries are more fundamental - I'm having trouble finding a simple explanation of the archive process! If I archive a file, is the file removed from the source afterwards? Once archived, are files removed from other primary and secondary storage pools they might be living in? I'm archiving to free up Tivoli library space so I'd like to expire archived files immediately; does the archive process do this or will I have to manually expire each file as it is archived? I don't want to wait for the files to expire automatically as we have a fairly long retention period set by default. And last, is there a redbook anywhere that CLEARLY explains the archive process. I have lots that address archiving (the mechanics, how to perform it etc) but none that explain what exactly happens. Thanks Angus Gallai'r e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chi'n meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynny'n gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod i'r anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo i'r awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu i'r cyhoedd o dan Gôd Bod yn Agored y GIG neu Ddeddf Rhyddid Gwybodaeth 2000. Nid oes modd gwarantu cyfrinachedd y neges ac unrhyw ateb. Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid i'r sawl sy'n derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid yw'r Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the NHS Code of Openness or the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses. Gallai'r e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chi'n meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynny'n gyfan gwbl a gallai
Archiving basic queries
I have a lot of old data I want to archive based on the file accessed date. I know Tivoli cannot do this for me so I am putting together an app to locate and archive each file using batch mode. My queries are more fundamental - I'm having trouble finding a simple explanation of the archive process! If I archive a file, is the file removed from the source afterwards? Once archived, are files removed from other primary and secondary storage pools they might be living in? I'm archiving to free up Tivoli library space so I'd like to expire archived files immediately; does the archive process do this or will I have to manually expire each file as it is archived? I don't want to wait for the files to expire automatically as we have a fairly long retention period set by default. And last, is there a redbook anywhere that CLEARLY explains the archive process. I have lots that address archiving (the mechanics, how to perform it etc) but none that explain what exactly happens. Thanks Angus Gallai'r e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chi'n meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynny'n gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod i'r anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo i'r awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu i'r cyhoedd o dan Gôd Bod yn Agored y GIG neu Ddeddf Rhyddid Gwybodaeth 2000. Nid oes modd gwarantu cyfrinachedd y neges ac unrhyw ateb. Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid i'r sawl sy'n derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid yw'r Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the NHS Code of Openness or the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
Re: backups on Microsoft Sharepoint
To be honest, we use Sharepoints own backup routines to dump the system to file and them simply backup the file to Tivoli later. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Avy Wong Sent: 05 October 2007 14:49 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] backups on Microsoft Sharepoint Hello, Currently we uses Microsoft Sharepoint as the tool to manage our projects and we backup the client on tivoli. The files and database structure of Microsoft sharepoint is complex enough that when it is time to come to recover or restore files, it is not as simple as the regular filespace or database restore. I am wondering if anyone has some insight as to what's best way to back up Microsoft Sharepoint. Can tivoli backup sufficient enough if not what is the best way or any suggestion as to what other backup methods, tools are available. I appreciate your suggestions. Avy Wong Business Continuity Administrator Mohegan Sun 1 Mohegan Sun Blvd Uncasville, CT 06382 (860)862-8164 (cell) (860)961-6976 ** The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copy of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. ** Gallai'r e-bost yma gynnwys gwybodaeth gyfrinachol a/neu ddeunydd hawlfraint. Os ydych chi'n meddwl eich bod wedi derbyn yr e-bost yma drwy gamgymeriad rydym yn ymddiheuro am hyn; peidiwch os gwelwch yn dda â datgelu, anfon ymlaen, printio, copïo na dosbarthu gwybodaeth yn yr e-bost yma na gweithredu mewn unrhyw fodd drwy ddibynnu ar ei gynnwys: gwaherddir gwneud hynny'n gyfan gwbl a gallai fod yn anghyfreithlon. Rhowch wybod i'r anfonwr fod y neges yma wedi mynd ar goll cyn ei dileu. Mae unrhyw safbwynt neu farn a gyflwynir yn eiddo i'r awdur ac nid ydynt o anghenraid yn cynrychioli safbwynt neu farn Ymddiriedolaeth GIG Gogledd Orllewin Cymru. Gallai cynnwys yr e-bost yma gael ei ddatgelu i'r cyhoedd o dan Gôd Bod yn Agored y GIG neu Ddeddf Rhyddid Gwybodaeth 2000. Nid oes modd gwarantu cyfrinachedd y neges ac unrhyw ateb. Bydd y neges yma ac unrhyw ffeiliau cysylltiedig wedi cael eu gwirio gan feddalwedd canfod firws cyn eu trosglwyddo. Ond rhaid i'r sawl sy'n derbyn wirio rhag firws ei hun cyn agor unrhyw ymgysylltiad. Nid yw'r Ymddiriedolaeth yn derbyn unrhyw gyfrifoldeb am unrhyw golled neu niwed a allai gael ei achosi gan firws meddalwedd. This e-mail may contain confidential information and/or copyright material. If you believe that you have received this e-mail in error please accept our apologies; please do not disclose, forward, print, copy or distribute information in this e-mail or take any action in reliance on its contents: to do so is strictly prohibited and may be unlawful. Please inform the sender that this message has gone astray before deleting it. Any views or opinions presented are to be understood as those of the author and do not necessarily represent those of the North West Wales NHS Trust. The contents of this e-mail may be subject to public disclosure under the NHS Code of Openness or the Freedom of Information Act 2000. The confidentiality of the message and any reply cannot be guaranteed. This message and any attached files will have been checked with virus detection software before transmission. However, recipients must carry out their own virus checks before opening any attachment. The Trust accepts no liability for any loss or damage, which may be caused by software viruses.
Re: Archiving files older than a certain date
Thanks Richard. I think I'll just hang onto Veritas for a bit. Angus -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Sims Sent: 07 September 2007 12:15 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Archiving files older than a certain date On Sep 7, 2007, at 6:05 AM, Angus Macdonald wrote: I have a lot of very old files in various Windows filesystems, which I would like to archive. Many of them have not changed in years but are often opened for reference only, so the modified date doesn't change. I would like to archive everything that has not been accessed (ie opened at all) since a certain date? Can TSM do this? I can't see any options for the Archive command to select files by age. I have a Veritas system that can do it easily but I'm trying to retire it! Angus - No, TSM can't do this, at its current state of development. This gets back to my recent posting regarding the TSM CLI being neglected such that it doesn't provide rather basic capabilities that customers should expect, and doesn't try to remain competitive relative to what other vendors are doing. Client development needs an infusion of fresh ideas and motivated people. And, probably, the big company needs less bureaucracy stifling creativity and the implementation of new ideas. Look at the rich capabilities in the Linux command set, as a public example of people regularly adding helpful features to software: TSM's CLI looks utterly stunted by comparison. Probably your best bet is to create a small perl script which does the date test and invoke dsmc archive as appropriate. Richard Sims at Boston University
Archiving files older than a certain date
I have a lot of very old files in various Windows filesystems, which I would like to archive. Many of them have not changed in years but are often opened for reference only, so the modified date doesn't change. I would like to archive everything that has not been accessed (ie opened at all) since a certain date? Can TSM do this? I can't see any options for the Archive command to select files by age. I have a Veritas system that can do it easily but I'm trying to retire it! Thanks Angus
Re: Possible to delete folders within a filespace?
Many thanks. That led to a Redbook site I'm not familiar with but the info is there. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Andrew Raibeck Sent: 04 September 2007 18:15 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Possible to delete folders within a filespace? Go to the link in my sig (recommended bookmark), then find the link to Information center, and go there... there you will find the TSM product manuals, include those for the TSM clients. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 09/04/2007 05:34:38 AM: Many thanks Richard. That looks like it'll do what I need. Can anyone point me to a redbook or other document that covers operation of the client command-line? I can't seem to find one anywhere. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Sims Sent: 04 September 2007 12:50 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Possible to delete folders within a filespace? The straightforward tools are the client EXPire and Delete BAckup commands. Richard Sims
Possible to delete folders within a filespace?
One of my users has spent a lot of time copying huge amounts of data within one of my servers, with the result that I have backed up about 3.5TB of files I don't need. The copies have gone from the server but will remain on my Tivoli system for the next year (retonly=365). Is it possible to delete specific folders within a filespace? I would prefer not to change my retonly parameter unless that's the only way to get rid of this data. Thanks Angus
Re: Possible to delete folders within a filespace?
Many thanks Richard. That looks like it'll do what I need. Can anyone point me to a redbook or other document that covers operation of the client command-line? I can't seem to find one anywhere. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Sims Sent: 04 September 2007 12:50 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Possible to delete folders within a filespace? The straightforward tools are the client EXPire and Delete BAckup commands. Richard Sims
Checkout full, unchanging tape volumes
I support a TSM 5.3 installation with a 3582 library, which is running out of local capacity. One of the tape pools is used exclusively for a large body of files which receive regular additions but are never changed or deleted. The tapes in the pool are all full, apart from the one that is being currently written-to. Is it safe to checkout some or all of the full tapes and store them offsite, since their content will never change or expire? Thanks Angus
Re: Checkout full, unchanging tape volumes
So can I take it my suggestion won't work? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Sims Sent: 18 July 2007 12:58 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Checkout full, unchanging tape volumes On Jul 18, 2007, at 7:50 AM, Angus Macdonald wrote: I support a TSM 5.3 installation with a 3582 library, which is running out of local capacity. One of the tape pools is used exclusively for a large body of files which receive regular additions but are never changed or deleted. The tapes in the pool are all full, apart from the one that is being currently written- to. Is it safe to checkout some or all of the full tapes and store them offsite, since their content will never change or expire? Angus - Your site needs to be more realistic about capacity needs, to avoid putting technicians (you) into a position of having to deal with capacity exhaustion. Try to make them fully aware of the situation. See topic Managing a Full Library in the Admin Guide for coping with it. Richard Simshttp://people.bu.edu/rbs
Re: Checkout full, unchanging tape volumes
Thanks for that Richard. Reclamation should not be an issue because the content of a full tape in this pool never changes. Once full, the tapes just sit there taking up space. I've noticed in TSMManager that I have the option to checkout a tape to onsite storage so I may experiment with that. I agree that the real solution is more library capacity but in a cash-strapped environment with wildly differing budgets from year-to-year, it's neccessary to take a creative approach sometimes. Once you add in the fact that the system is *actually* managed by an external company that nevertheless has no in-house Tivoli skills you can start to appreciate the situation I find myself in all too often ;-) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Sims Sent: 18 July 2007 15:12 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Checkout full, unchanging tape volumes On Jul 18, 2007, at 8:40 AM, Angus Macdonald wrote: So can I take it my suggestion won't work? Checking tapes out of a library will work to create empty cells in the library, but is problematic in that it is an out of band measure. TSM is enterprise software, with a rules set and regimen to assure that all pieces are consistent and aware of one another such that automated operations can work. It is implicit that investing in enterprise level software involves an equivalent commitment to enterprise hardware, with adequate capacity and performance - including all data being resident in managed libraries. By TSM conventions, tapes which leave a library are to be copy storage pool volumes marked as Offsite, where their life cycle can be tracked by automated facilities and be dealt with appropriately in all phases. For example, Reclamation will not sit in a stupor waiting for such a tape to be mounted, instead calling for mounts of the primary copy of the data, which is still in the library. As you can see from the Managing a Full Library topic in the Admin Guide, you have to go through gyrations to fabricate an alternate reality for primary storage pool volumes, including dealing with mount requests and allied handling of tapes which are outside the library. This is not something you really want to do. Richard Sims
Re: Checkout full, unchanging tape volumes
After a bit more thought, I believe I follow the problem through now. Our offsite copy tape pool supports multiple primary pools and IS subject to reclamation so presumably the full tapes in the primary (unchanging) pool will still be read on occasion to support reclamation on the offsite copy pool. Thanks for clearing my head Richard. Angus -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Sims Sent: 18 July 2007 15:12 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Checkout full, unchanging tape volumes On Jul 18, 2007, at 8:40 AM, Angus Macdonald wrote: So can I take it my suggestion won't work? Checking tapes out of a library will work to create empty cells in the library, but is problematic in that it is an out of band measure. TSM is enterprise software, with a rules set and regimen to assure that all pieces are consistent and aware of one another such that automated operations can work. It is implicit that investing in enterprise level software involves an equivalent commitment to enterprise hardware, with adequate capacity and performance - including all data being resident in managed libraries. By TSM conventions, tapes which leave a library are to be copy storage pool volumes marked as Offsite, where their life cycle can be tracked by automated facilities and be dealt with appropriately in all phases. For example, Reclamation will not sit in a stupor waiting for such a tape to be mounted, instead calling for mounts of the primary copy of the data, which is still in the library. As you can see from the Managing a Full Library topic in the Admin Guide, you have to go through gyrations to fabricate an alternate reality for primary storage pool volumes, including dealing with mount requests and allied handling of tapes which are outside the library. This is not something you really want to do. Richard Sims
Re: Lost in TSM licensing
And how does one go about purchasing this CPU-counting tool without knowing how many CPUs to license it for? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Bill Mansfield Sent: 28 June 2007 13:23 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Lost in TSM licensing IBM does have a tool that properly counts CPUs and cores for value unit licensing calculations. It's called Tivoli License Compliance Manager. Load an(other) agent on all of your TSM systems and periodically it will pop out a report of all your value units. List price about $26/CPU. I agree that TSM should contain something to help out with licensing, but be careful what you ask for - other vendors that do that enforce licensing by server (you have to get specific license key registrations for each server). Not a good tradeoff. Bill Mansfield Solution Architect Logicalis, Inc.
Re: Lost in TSM licensing
An Intel Xeon with AMD64 architecture? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Len Boyle Sent: 25 June 2007 20:22 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Lost in TSM licensing Yes the number of processors does include the ht processor count. This a dual 3.60GHz Intel Xeon (Hyper- Threaded) machine. Here is part of the output of the set command: C:\set NUMBER_OF_PROCESSORS=4 OS=Windows_NT PROCESSOR_ARCHITECTURE=AMD64 PROCESSOR_IDENTIFIER=EM64T Family 15 Model 4 Stepping 3, GenuineIntel PROCESSOR_LEVEL=15 PROCESSOR_REVISION=0403 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sims Sent: Monday, June 25, 2007 3:16 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Lost in TSM licensing On Jun 25, 2007, at 3:01 PM, Kauffman, Tom wrote: ... If someone does find a way to query MS-Windows for this information, we'd like to know as well. Probably covered in past postings, but here's a brief from my Windows QuickFacts: Processors, number of How to find out how many processors are in the Wintel box: - Via stupid Windows trick: in the cmd window, enter 'set n', and get back like: NUMBER_OF_PROCESSORS=1. Or maybe LOGICAL CPU count on a hyperthreading CPU. - Inspect the Registry key hklm\system \currentcontrolset\control \session management \environment \number_of_processors Richard Sims
Re: MS SharePoint backup
Sharepoint has its' own backup and restore functionality, stsadm.exe. You could dump your sharepoint to a file using that and back the file up any way you choose. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Paul Zarnowski Sent: 20 June 2007 23:07 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] MS SharePoint backup I have a user here who is asking if it is possible to backup (and restore) a Microsoft SharePoint server *without* using the new TSM for SharePoint product. Anyone doing this, or know the answer? Or know what the value-add would be to using the TSM for SharePoint product? Thanks. ..Paul -- Paul ZarnowskiPh: 607-255-4757 Manager, Storage Services Fx: 607-255-8521 719 Rhodes Hall, Ithaca, NY 14853-3801Em: [EMAIL PROTECTED]
Re: TSM thinks I'm out of disk space when I'm not
It turns out to have been the MaxCap value. I took it as max capacity per file, not the whole devc. Thanks. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Helder Garcia Sent: 27 April 2007 11:12 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM thinks I'm out of disk space when I'm not Look at the max scratch volumes parameter of the storage pool. On 4/26/07, Angus Macdonald [EMAIL PROTECTED] wrote: I have lately been having trouble backing by db up to sequential file. I see messages like this: 25/04/2007 18:00:25 ANR8785E Out-of-space in file system for FILE volume E:\FILECLASS\77520420.DBB. even though the selected partition has plenty of space (currently 48GB, full DB backup is 9GB). I guess it's probably because the device class is improperly setup. What parameters should I be looking for to successfully backup a 9GB database to a sequential file devclass? -- Helder Garcia
TSM thinks I'm out of disk space when I'm not
I have lately been having trouble backing by db up to sequential file. I see messages like this: 25/04/2007 18:00:25 ANR8785E Out-of-space in file system for FILE volume E:\FILECLASS\77520420.DBB. even though the selected partition has plenty of space (currently 48GB, full DB backup is 9GB). I guess it's probably because the device class is improperly setup. What parameters should I be looking for to successfully backup a 9GB database to a sequential file devclass?
How are tapes declared full
Doing some maintenance, I notice that most of my LTO2 storage pool tapes are designated as full, although their % utilised is sometimes less that 60%. The estimated capacities also vary from 320GB to over 600GB. I'm not actually having any problems but how does TSM decide the estimated capacity of a tape and whether or not it is full?
BAClient doesn't know my new partition is there!
I've added a new SAN partition to an existing server and I can't, for the life of me, get the BAClient to back it up. I've tried everything my meagre knowledge allows, restarted the client numerous times and am really starting to struggle. I can back the partition up manually but the regularly scheduled job doesn't pick it up. Nothing in the job or error log refers to this partition (E:\) Here is the relevant part of my dsm.opt file: DOMAIN.IMAGE \\nwwsanfs3\c$ DOMAIN.IMAGE \\nwwsanfs3\e$ DOMAIN.IMAGE \\nwwsanfs3\g$ DOMAIN.IMAGE \\nwwsanfs3\i$ DOMAIN.IMAGE \\nwwsanfs3\j$ DOMAIN.IMAGE \\nwwsanfs3\k$ DOMAIN.IMAGE \\nwwsanfs3\v$ EXCLUDE.BACKUP *:\microsoft uam volume\...\* EXCLUDE.BACKUP *:\microsoft uam volume\...\*.* EXCLUDE.BACKUP *:\...\EA DATA. SF EXCLUDE.BACKUP *:\...\INT-PRODUCTION\*.* EXCLUDE.BACKUP *:\IBMBIO.COM EXCLUDE.BACKUP *:\IBMDOS.COM EXCLUDE.BACKUP *:\IO.SYS EXCLUDE.BACKUP *:\...\system32\config\...\* EXCLUDE.BACKUP *:\...\system32\Perflib*.dat EXCLUDE.BACKUP *:\...\system32\dhcp\...\* INCLUDE.BACKUP *:\...\system32\dhcp\backup\...\* EXCLUDE.BACKUP *:\...\system32\dns\...\* INCLUDE.BACKUP *:\...\system32\dns\backup\...\* EXCLUDE.ARCHIVE *:\microsoft uam volume\...\* EXCLUDE.ARCHIVE *:\microsoft uam volume\...\*.* EXCLUDE.ARCHIVE *:\...\EA DATA. SF EXCLUDE.ARCHIVE *:\IBMBIO.COM EXCLUDE.ARCHIVE *:\IBMDOS.COM EXCLUDE.ARCHIVE *:\IO.SYS EXCLUDE.ARCHIVE *:\...\system32\config\...\* EXCLUDE.ARCHIVE *:\...\system32\Perflib*.dat EXCLUDE.ARCHIVE *:\...\system32\dhcp\...\* INCLUDE.ARCHIVE *:\...\system32\dhcp\backup\...\* EXCLUDE.ARCHIVE *:\...\system32\dns\...\* INCLUDE.ARCHIVE *:\...\system32\dns\backup\...\* EXCLUDE.DIR *:\System Volume Information EXCLUDE.DIR *:\...\Temporary Internet Files EXCLUDE.DIR *:\Recycled EXCLUDE.DIR *:\Recycler EXCLUDE.DIR G:\TSM_Mirror EXCLUDE.DIR c:\documents and settings INCLUDE.FS C: fileleveltype=dynamic INCLUDE.FS G: fileleveltype=dynamic INCLUDE.FS J: fileleveltype=dynamic INCLUDE.FS E: fileleveltype=dynamic EXCLUDE.DIR K:\tseprofiles\* EXCLUDE.DIR C:\windows\temp\* INCLUDE.BACKUP *:\ECG\* The last line is the most recent addition. It should backup all ECG folders on all drives, correct? ECG is the only folder on E:\ I know I can probably use task scheduler to backup this folder manually but it offends my engineering sensibilities! Regards Angus
Re: BAClient doesn't know my new partition is there!
I only have a single cloptset configured to support a number of W2K3 fileservers (of which this is one). It has exclusions for a number of specific files and folders but nothing at the drive letter level and nothing that should affect the folder in question. However, I've uncovered a little .cmd file that is run every night. It contains dsmc incremental c: g: j: k: which makes me suspect this isn't a recent problem! I've added my new partition to the end of the command-line so we'll see what happens tonight. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Andrew Raibeck Sent: 18 April 2007 13:25 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] BAClient doesn't know my new partition is there! Try starting the backup-archive client GUI, then click the Backup button. Look under the local drives. Does your new file system appear there? Using the command line client, run: dsmc q opt domain Does the file system appear there? Check your options file AND client option set on the server to see if there is a DOMAIN setting that spells out drives to back up. It is possible you have a DOMAIN setting (maybe on the server client option set) that explicitly lists file systems to back up, in which case your new file system will not automatically be added. Also check the schedule definition to see if it explicitly mentions file systems to back up (in the OBJECTS field), in which case the new file system is probably not there. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 04/18/2007 02:34:33 AM: I've added a new SAN partition to an existing server and I can't, for the life of me, get the BAClient to back it up. I've tried everything my meagre knowledge allows, restarted the client numerous times and am really starting to struggle. I can back the partition up manually but the regularly scheduled job doesn't pick it up. Nothing in the job or error log refers to this partition (E:\) Here is the relevant part of my dsm.opt file: DOMAIN.IMAGE \\nwwsanfs3\c$ DOMAIN.IMAGE \\nwwsanfs3\e$ DOMAIN.IMAGE \\nwwsanfs3\g$ DOMAIN.IMAGE \\nwwsanfs3\i$ DOMAIN.IMAGE \\nwwsanfs3\j$ DOMAIN.IMAGE \\nwwsanfs3\k$ DOMAIN.IMAGE \\nwwsanfs3\v$ EXCLUDE.BACKUP *:\microsoft uam volume\...\* EXCLUDE.BACKUP *:\microsoft uam volume\...\*.* EXCLUDE.BACKUP *:\...\EA DATA. SF EXCLUDE.BACKUP *:\...\INT-PRODUCTION\*.* EXCLUDE.BACKUP *:\IBMBIO.COM EXCLUDE.BACKUP *:\IBMDOS.COM EXCLUDE.BACKUP *:\IO.SYS EXCLUDE.BACKUP *:\...\system32\config\...\* EXCLUDE.BACKUP *:\...\system32\Perflib*.dat EXCLUDE.BACKUP *:\...\system32\dhcp\...\* INCLUDE.BACKUP *:\...\system32\dhcp\backup\...\* EXCLUDE.BACKUP *:\...\system32\dns\...\* INCLUDE.BACKUP *:\...\system32\dns\backup\...\* EXCLUDE.ARCHIVE *:\microsoft uam volume\...\* EXCLUDE.ARCHIVE *:\microsoft uam volume\...\*.* EXCLUDE.ARCHIVE *:\...\EA DATA. SF EXCLUDE.ARCHIVE *:\IBMBIO.COM EXCLUDE.ARCHIVE *:\IBMDOS.COM EXCLUDE.ARCHIVE *:\IO.SYS EXCLUDE.ARCHIVE *:\...\system32\config\...\* EXCLUDE.ARCHIVE *:\...\system32\Perflib*.dat EXCLUDE.ARCHIVE *:\...\system32\dhcp\...\* INCLUDE.ARCHIVE *:\...\system32\dhcp\backup\...\* EXCLUDE.ARCHIVE *:\...\system32\dns\...\* INCLUDE.ARCHIVE *:\...\system32\dns\backup\...\* EXCLUDE.DIR *:\System Volume Information EXCLUDE.DIR *:\...\Temporary Internet Files EXCLUDE.DIR *:\Recycled EXCLUDE.DIR *:\Recycler EXCLUDE.DIR G:\TSM_Mirror EXCLUDE.DIR c:\documents and settings INCLUDE.FS C: fileleveltype=dynamic INCLUDE.FS G: fileleveltype=dynamic INCLUDE.FS J: fileleveltype=dynamic INCLUDE.FS E: fileleveltype=dynamic EXCLUDE.DIR K:\tseprofiles\* EXCLUDE.DIR C:\windows\temp\* INCLUDE.BACKUP *:\ECG\* The last line is the most recent addition. It should backup all ECG folders on all drives, correct? ECG is the only folder on E:\ I know I can probably use task scheduler to backup this folder manually but it offends my engineering sensibilities! Regards Angus
Re: Fw: BAClient doesn't know my new partition is there!
Lots of times, possibly more. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Nicholas Cassimatis Sent: 18 April 2007 13:33 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Fw: BAClient doesn't know my new partition is there! Have you recycled the scheduler on the client? That's required to pick up any changes to the configuration files. Nick Cassimatis
Re: BAClient doesn't know my new partition is there!
I'll give that a go. My dsm.opt file doesn't currently have a line like that, although it does have DOMAIN SYSTEMSERVICES DOMAIN SYSTEMSTATE Angus -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Helder Garcia Sent: 18 April 2007 14:00 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] BAClient doesn't know my new partition is there! Add your new drive to the DOMAIN statement of your option file DOMAIN C: D: E: I think it is not considered a local drive, that's why it is not being included by default on the backup. On 4/18/07, Angus Macdonald [EMAIL PROTECTED] wrote: I've added a new SAN partition to an existing server and I can't, for the life of me, get the BAClient to back it up. I've tried everything my meagre knowledge allows, restarted the client numerous times and am really starting to struggle. I can back the partition up manually but the regularly scheduled job doesn't pick it up. Nothing in the job or error log refers to this partition (E:\) Here is the relevant part of my dsm.opt file: DOMAIN.IMAGE \\nwwsanfs3\c$ DOMAIN.IMAGE \\nwwsanfs3\e$ DOMAIN.IMAGE \\nwwsanfs3\g$ DOMAIN.IMAGE \\nwwsanfs3\i$ DOMAIN.IMAGE \\nwwsanfs3\j$ DOMAIN.IMAGE \\nwwsanfs3\k$ DOMAIN.IMAGE \\nwwsanfs3\v$ EXCLUDE.BACKUP *:\microsoft uam volume\...\* EXCLUDE.BACKUP *:\microsoft uam volume\...\*.* EXCLUDE.BACKUP *:\...\EA DATA. SF EXCLUDE.BACKUP *:\...\INT-PRODUCTION\*.* EXCLUDE.BACKUP *:\IBMBIO.COM EXCLUDE.BACKUP *:\IBMDOS.COM EXCLUDE.BACKUP *:\IO.SYS EXCLUDE.BACKUP *:\...\system32\config\...\* EXCLUDE.BACKUP *:\...\system32\Perflib*.dat EXCLUDE.BACKUP *:\...\system32\dhcp\...\* INCLUDE.BACKUP *:\...\system32\dhcp\backup\...\* EXCLUDE.BACKUP *:\...\system32\dns\...\* INCLUDE.BACKUP *:\...\system32\dns\backup\...\* EXCLUDE.ARCHIVE *:\microsoft uam volume\...\* EXCLUDE.ARCHIVE *:\microsoft uam volume\...\*.* EXCLUDE.ARCHIVE *:\...\EA DATA. SF EXCLUDE.ARCHIVE *:\IBMBIO.COM EXCLUDE.ARCHIVE *:\IBMDOS.COM EXCLUDE.ARCHIVE *:\IO.SYS EXCLUDE.ARCHIVE *:\...\system32\config\...\* EXCLUDE.ARCHIVE *:\...\system32\Perflib*.dat EXCLUDE.ARCHIVE *:\...\system32\dhcp\...\* INCLUDE.ARCHIVE *:\...\system32\dhcp\backup\...\* EXCLUDE.ARCHIVE *:\...\system32\dns\...\* INCLUDE.ARCHIVE *:\...\system32\dns\backup\...\* EXCLUDE.DIR *:\System Volume Information EXCLUDE.DIR *:\...\Temporary Internet Files EXCLUDE.DIR *:\Recycled EXCLUDE.DIR *:\Recycler EXCLUDE.DIR G:\TSM_Mirror EXCLUDE.DIR c:\documents and settings INCLUDE.FS C: fileleveltype=dynamic INCLUDE.FS G: fileleveltype=dynamic INCLUDE.FS J: fileleveltype=dynamic INCLUDE.FS E: fileleveltype=dynamic EXCLUDE.DIR K:\tseprofiles\* EXCLUDE.DIR C:\windows\temp\* INCLUDE.BACKUP *:\ECG\* The last line is the most recent addition. It should backup all ECG folders on all drives, correct? ECG is the only folder on E:\ I know I can probably use task scheduler to backup this folder manually but it offends my engineering sensibilities! Regards Angus -- Helder Garcia
Re: moving/deleting a DB volume
Agreed. That's the way I did a similar migration recently. No downtime that way. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Collins, Brenda Sent: 03 April 2007 19:19 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] moving/deleting a DB volume Hi! I just went through this process myself but I normally just make the new volume a copy of the original and once the synchronization process is complete, then I delete the original volume. Brenda -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Patterson, Scott Sent: Tuesday, April 03, 2007 12:50 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] moving/deleting a DB volume Hi there all, TSM 5.2.7 on AIX 5.3.3 - question is about deleting a db vol with the intent to move it. As one can see from the output of the q dbv command we have 2 db vols. The first is on a local disk array and the second on enterprise storage disk. The goal is to get the DB off the local disk and onto the enterprise storage disk. ANS8000I Server command: 'q dbv f=d' Volume Name (Copy 1): /adsmserv/db/dbvol01.dsm Copy Status: Sync'd Volume Name (Copy 2): Copy Status: Undefined Volume Name (Copy 3): Copy Status: Undefined Available Space (MB): 50,000 Allocated Space (MB): 50,000 Free Space (MB): 0 Volume Name (Copy 1): /adsmserv/db2/db2.dsm Copy Status: Sync'd Volume Name (Copy 2): Copy Status: Undefined Volume Name (Copy 3): Copy Status: Undefined Available Space (MB): 81,000 Allocated Space (MB): 10,000 Free Space (MB): 71,000 If we run the command delete dbv /adsmserv/db/dbvol01.dsm, TSM is smart enough to move the database contents out of /adsmserv/db/dbvol01.dsm and into /adsmserv/db2/db2.dsm. Is that correct? This delete/mov occurs during the background without interrupting other TSM processes and sessions? We would also like to delete/move the log vol in the near future. This move isn't from local to enterprise storage, just from one local array to another. We have not defined the new log volume or extended the current log volume. Assuming this work has been done... can we (again) simply delete logv on the log volume we want to move from? ANS8000I Server command: 'q logv f=d' Volume Name (Copy 1): /adsmserv/log/logvol01.dsm Copy Status: Sync'd Volume Name (Copy 2): Copy Status: Undefined Volume Name (Copy 3): Copy Status: Undefined Available Space (MB): 10,000 Allocated Space (MB): 10,000 Free Space (MB): 0 Thanks so much! Scott
Re: TSM Client rebacking up files that werent changed
We had this one after file permissions were updated on a raft of folders. Even that change is enough to trigger the backup. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Tim Brown Sent: 26 March 2007 12:50 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] TSM Client rebacking up files that werent changed Have Windows 2000 TSM client that recently started to back up files that have not been updated. This particular client has a remote connection to a network storage appliance. The files that are being backed up again are on this share \\netshare\share1. This client backup runs once a week on Sundays. What is causing the TSM client to behave this way. The client version is 5.3.3. This has happened the past 2 weekends. I dont recall when the client was updated to 5.3.3 but I am sure it was more then 2 weeks ago. Tim Brown Systems Specialist Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: [EMAIL PROTECTED] Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255
Vaulted DB Backups vanish from TSM?
I'm still pretty new to TSM so please be gentle with me. I have inherited control of a previously externally-managed TSM 5.3 system and have been chasing a problem where there always seem to be tapes in the vault that shouldn't be there. After much chasing, it appears that the extras are DB Backup tapes that have been sent to the vault, then subsequently expired. Unlike offsite copy tapes that are expired through reclamation, the expired DB tapes don't appear to be flagged in any way so, unlike reclaimed offsite copy tapes, they are not given a Vaultretrieve status. The DB backups just vanish from the system and it's neccessary to trawl through the histories of these volumes as they are found. I'm pretty sure it shouldn't work this way so can anybody recommend some best practice for handling expired DB tapes?
Another probably newbie question!
I have a TSM 5.3 server with a 150GB disk pool (PACS_DISK_POOL). Highmig=90 and lowmig=70. The disk pool is currently 100% utilised. Shouldn't an automatic migration to the next storage pool (PACS_TAPE_POOL) have started? I tried running MIGRATE STGPOOL PACS_DISK_POOL lowmig=60 but was told there was no data to migrate. I tried MIGRATE STGPOOL PACS_DISK_POOL lowmig=0 but got the same response. The next storage pool has plenty of free capacity and scratch tapes. I'm out of ideas so all suggestions welcome. Angus
Re: Another probably newbie question!
Thanks for that. I am indeed caching migrated files. Is it something I need to worry about or fix? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Henrik Wahlstedt Sent: 01 March 2007 11:26 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Another probably newbie question! Hi Angus, Check if you cache migrated files in your diskpool, q stg PACS_DISK_POOL f=d. If yes, that´s the explanation. //Henrik -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald Sent: den 1 mars 2007 12:12 To: ADSM-L@VM.MARIST.EDU Subject: Another probably newbie question! I have a TSM 5.3 server with a 150GB disk pool (PACS_DISK_POOL). Highmig=90 and lowmig=70. The disk pool is currently 100% utilised. Shouldn't an automatic migration to the next storage pool (PACS_TAPE_POOL) have started? I tried running MIGRATE STGPOOL PACS_DISK_POOL lowmig=60 but was told there was no data to migrate. I tried MIGRATE STGPOOL PACS_DISK_POOL lowmig=0 but got the same response. The next storage pool has plenty of free capacity and scratch tapes. I'm out of ideas so all suggestions welcome. Angus --- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you.
Re: Another probably newbie question!
No, Migdelay=0. Thanks Angus -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Choudarapu, Ramakrishna (GTI) Sent: 01 March 2007 11:31 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Another probably newbie question! Have you set MIGDelay (Migration Delay) for PACS_DISK_POOL (Q STG PACS_DISK_POOL F=D) to a value greater than 0? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald Sent: Thursday, March 01, 2007 6:12 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Another probably newbie question! I have a TSM 5.3 server with a 150GB disk pool (PACS_DISK_POOL). Highmig=90 and lowmig=70. The disk pool is currently 100% utilised. Shouldn't an automatic migration to the next storage pool (PACS_TAPE_POOL) have started? I tried running MIGRATE STGPOOL PACS_DISK_POOL lowmig=60 but was told there was no data to migrate. I tried MIGRATE STGPOOL PACS_DISK_POOL lowmig=0 but got the same response. The next storage pool has plenty of free capacity and scratch tapes. I'm out of ideas so all suggestions welcome. Angus If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: Another probably newbie question!
Ok, thanks a lot. I only noticed because TSMManager brought it up in a report. Thanks for the info. Angus -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Henrik Wahlstedt Sent: 01 March 2007 11:45 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Another probably newbie question! No, for as long as backup performance is OK you don't need to turn of the cache function. Check the Admin Guide for further information, http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1/index.jsp //Henrik -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald Sent: den 1 mars 2007 12:30 To: ADSM-L@VM.MARIST.EDU Subject: Re: Another probably newbie question! Thanks for that. I am indeed caching migrated files. Is it something I need to worry about or fix? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Henrik Wahlstedt Sent: 01 March 2007 11:26 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Another probably newbie question! Hi Angus, Check if you cache migrated files in your diskpool, q stg PACS_DISK_POOL f=d. If yes, that´s the explanation. //Henrik -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald Sent: den 1 mars 2007 12:12 To: ADSM-L@VM.MARIST.EDU Subject: Another probably newbie question! I have a TSM 5.3 server with a 150GB disk pool (PACS_DISK_POOL). Highmig=90 and lowmig=70. The disk pool is currently 100% utilised. Shouldn't an automatic migration to the next storage pool (PACS_TAPE_POOL) have started? I tried running MIGRATE STGPOOL PACS_DISK_POOL lowmig=60 but was told there was no data to migrate. I tried MIGRATE STGPOOL PACS_DISK_POOL lowmig=0 but got the same response. The next storage pool has plenty of free capacity and scratch tapes. I'm out of ideas so all suggestions welcome. Angus --- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you. --- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you.
Re: Vaulted DB Backups vanish from TSM?
Thanks for that Richard. That definitely sounds likely. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Sims Sent: 01 March 2007 12:32 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Vaulted DB Backups vanish from TSM? Angus - See DBBackup tapes vanishing with DRM in ADSM QuickFacts for the traditional cause. Richard Sims (Angus - Be aware that your email processing is very problematic and should be reviewed: My attempt to send the above text to you directly resulted in rejection, with: Mail has been automatically classified as unsolicited (spam). Your mail system may be discarding a lot of email that people are trying to send to you.)
Re: ADSM Listserv problem!
They got through to me just fine. Maybe a problem with your mail system? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Roger Deschner Sent: 08 December 2006 07:41 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] ADSM Listserv problem! XXX XXX XXX XXX I think we're having a problem on the listserv server for this list where it is deleting the first few lines of each message. I have put 4 lines of X's at the top of this message in hopes that it will make it through. Roger Deschner University of Illinois at Chicago [EMAIL PROTECTED]
Re: duplicate backup
Even without Disk storage? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Stef Coene Sent: 24 November 2006 14:50 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] duplicate backup On Friday 24 November 2006 15:43, Richard Sims wrote: On Nov 24, 2006, at 5:06 AM, Sasho Sterjovski wrote: I have TSM5.3 on AIX and LTO3573 TS3100 My customer wants to duplicate backup-data.I don't have DISK Storage and only 1 tape drive, so I can have only primary storage pool. Can I beackup data from one node to two different tapes can I tell TSM to backup data on tape that I specified Sasho - With just one tape drive and no disk storage, either, your TSM server implementation is severely constrained. (How do you even perform reclamation?) You can reclaim the tapes by writing the data back to the disk pool. So not from tape to tape, but from tape to disk. Stef
Re: TSM Schedule fails on Large File
2.5GB isn't all that large though. I recently gound out the backup job on one of my machines was timing out because of an errant 131GB file. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Sims Sent: 09 November 2006 12:10 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM Schedule fails on Large File On Nov 9, 2006, at 3:31 AM, adrian_compton wrote: ...The file in question (INDEX01.DBF) is 2.5GB ... Adrian - Windows has historically had memory allocation issues. In this case, I suspect that your Windows 2003 is the 32-bit edition, which is probably undersized for the more demanding work that your system is now doing. See IBM Technote 1116532 and past postings. Richard Sims
Re: ADSMLICN.DLL cannot be loaded
I only have a 5.3.0 CD and the file from that one cannot be loaded. I have the 5.3.2 download so I'll see if I can find a licensing module in there. Thanks. -Original Message- From: Prather, Wanda [mailto:[EMAIL PROTECTED] Sent: 25 October 2006 16:53 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] ADSMLICN.DLL cannot be loaded I don't think so. 5.3.3 is just a patch. No new license module included with it. If the CD you have is 5.3.2, just run setup.exe, and choose to install the license manager. It won't replace/download your server code. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald Sent: Wednesday, October 25, 2006 11:48 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: ADSMLICN.DLL cannot be loaded My concern is that I appear to have to downgrade from 5.3.3 to 5.3.2 to get licensing to work. I wouldn't be too concerned about an upgrade. -Original Message- From: Len Boyle [mailto:[EMAIL PROTECTED] Sent: 24 October 2006 17:59 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] ADSMLICN.DLL cannot be loaded Angus, In the past the cdrom had a choice just to install the License information. So you should not have to uninstall what you have done. len -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald Sent: Tuesday, October 24, 2006 10:44 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] ADSMLICN.DLL cannot be loaded Are there any kind TSM 5.3.3 Win32 users out there that could spare a copy of ADSMLICN.DLL? I'd really, really hate to have to uninstall what I've done, just because IBM choose to list TSM 5.3.2 on the PA site for download. Thanks Angus -Original Message- From: Richard Sims [mailto:[EMAIL PROTECTED] Sent: 24 October 2006 13:19 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] ADSMLICN.DLL cannot be loaded On Oct 24, 2006, at 7:38 AM, Angus Macdonald wrote: I'm running 5.3.3 but the installation media (and therefore adsmlicn.dll) I had from IBM is 5.3.0. Would that do it? Hello, Angus - If the file existence resulted from a wholly fresh install of 5.3, and then boosting of the whole to 5.3.3, then the file should be compatible with the current server. What I suspect is that the install was performed over the trial version, somehow causing the original file to be left in place, and that PTF maintenance carried no replacement for that file. Whereas this is not a problem that other 5.3 customers have reported, I have to believe that your circumstances are unique by virtue of pre-existence of the trial software. (Indeed, it may be that module which stops usage at the end of the trial period. :-) You may be able to physically extract that module from the installation CD, or some kind 5.3.3 Windows customer may send you a copy, or you may have to reinstall (this time wiping out executables from the server directory). Richard Sims
Re: ADSMLICN.DLL cannot be loaded
I'll try my 5.3.2 download and see what happens. Thanks. -Original Message- From: Mark Stapleton [mailto:[EMAIL PROTECTED] Sent: 25 October 2006 17:44 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] ADSMLICN.DLL cannot be loaded From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald My concern is that I appear to have to downgrade from 5.3.3 to 5.3.2 to get licensing to work. I wouldn't be too concerned about an upgrade. Not true. You need to install 5.3.2 first, since the license installation code resides there, and then upgrade to 5.3.3, if you're doing a new install. In your case, just run the installation for the 5.3.2 code and install *only* the 5.3.2 licensing code. (The version of TSM licensing code is 5.3.2, even though the actual executables may be at 5.3.3+.) -- Mark Stapleton ([EMAIL PROTECTED]) Senior TSM consultant
Re: ADSMLICN.DLL cannot be loaded
Now I'm confused ;-) The license manager component of the 5.3.2 download pack is v5.3.0, so it appears I had the correct one all along. -Original Message- From: Mark Stapleton [mailto:[EMAIL PROTECTED] Sent: 25 October 2006 17:44 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] ADSMLICN.DLL cannot be loaded From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald My concern is that I appear to have to downgrade from 5.3.3 to 5.3.2 to get licensing to work. I wouldn't be too concerned about an upgrade. Not true. You need to install 5.3.2 first, since the license installation code resides there, and then upgrade to 5.3.3, if you're doing a new install. In your case, just run the installation for the 5.3.2 code and install *only* the 5.3.2 licensing code. (The version of TSM licensing code is 5.3.2, even though the actual executables may be at 5.3.3+.) -- Mark Stapleton ([EMAIL PROTECTED]) Senior TSM consultant
Re: ADSMLICN.DLL cannot be loaded
My concern is that I appear to have to downgrade from 5.3.3 to 5.3.2 to get licensing to work. I wouldn't be too concerned about an upgrade. -Original Message- From: Len Boyle [mailto:[EMAIL PROTECTED] Sent: 24 October 2006 17:59 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] ADSMLICN.DLL cannot be loaded Angus, In the past the cdrom had a choice just to install the License information. So you should not have to uninstall what you have done. len -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald Sent: Tuesday, October 24, 2006 10:44 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] ADSMLICN.DLL cannot be loaded Are there any kind TSM 5.3.3 Win32 users out there that could spare a copy of ADSMLICN.DLL? I'd really, really hate to have to uninstall what I've done, just because IBM choose to list TSM 5.3.2 on the PA site for download. Thanks Angus -Original Message- From: Richard Sims [mailto:[EMAIL PROTECTED] Sent: 24 October 2006 13:19 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] ADSMLICN.DLL cannot be loaded On Oct 24, 2006, at 7:38 AM, Angus Macdonald wrote: I'm running 5.3.3 but the installation media (and therefore adsmlicn.dll) I had from IBM is 5.3.0. Would that do it? Hello, Angus - If the file existence resulted from a wholly fresh install of 5.3, and then boosting of the whole to 5.3.3, then the file should be compatible with the current server. What I suspect is that the install was performed over the trial version, somehow causing the original file to be left in place, and that PTF maintenance carried no replacement for that file. Whereas this is not a problem that other 5.3 customers have reported, I have to believe that your circumstances are unique by virtue of pre-existence of the trial software. (Indeed, it may be that module which stops usage at the end of the trial period. :-) You may be able to physically extract that module from the installation CD, or some kind 5.3.3 Windows customer may send you a copy, or you may have to reinstall (this time wiping out executables from the server directory). Richard Sims
ADSMLICN.DLL cannot be loaded
I'm running a Tivoli system that was originally setup using an evaluation copy. I'm fully licensed now but whenever I run a license audit I get ANR9632I Cannot load licensing DLL library: ADSMLICN.DLL: the server will assume evaluation mode. I've installed the TSM licensing package from the TSM media and adsmlicn.dll is in the \server folder. I've tried REGSVR32 ADSMLICN.DLL but the file cannot be registered. Can anyone suggest a way to fix this? The knowledgebase suggests contacting IBM but I'd rather consult the real experts first ;-) Do I have to reinstall using the proper media? Angus
Re: ADSMLICN.DLL cannot be loaded
I'm running 5.3.3 but the installation media (and therefore adsmlicn.dll) I had from IBM is 5.3.0. Would that do it? Thanks Angus -Original Message- From: Richard Sims [mailto:[EMAIL PROTECTED] Sent: 24 October 2006 12:21 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] ADSMLICN.DLL cannot be loaded Angus - Some things I would do... - Assure that the server start-up is occurring from the server directory, so that it can have the opportunity to find things. - Make sure that the level of the ADSMLICN.DLL is the same as that of the TSM server. (A mis-match caused by a leftover file can cause problems.) - Review Technote 1240013, which is close, and generally describes dealing with this file. Richard Sims On Oct 24, 2006, at 5:28 AM, Angus Macdonald wrote: I'm running a Tivoli system that was originally setup using an evaluation copy. I'm fully licensed now but whenever I run a license audit I get ANR9632I Cannot load licensing DLL library: ADSMLICN.DLL: the server will assume evaluation mode. I've installed the TSM licensing package from the TSM media and adsmlicn.dll is in the \server folder. I've tried REGSVR32 ADSMLICN.DLL but the file cannot be registered. Can anyone suggest a way to fix this? The knowledgebase suggests contacting IBM but I'd rather consult the real experts first ;-) Do I have to reinstall using the proper media? Angus
Re: ADSMLICN.DLL cannot be loaded
My installation is still 5.3.3 from the evaluation kit. I haven't reinstalled or added any patches. Will I have to reinstall and if so, can I carry the settings across from my current (live) installation? Angus -Original Message- From: Richard Sims [mailto:[EMAIL PROTECTED] Sent: 24 October 2006 13:19 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] ADSMLICN.DLL cannot be loaded On Oct 24, 2006, at 7:38 AM, Angus Macdonald wrote: I'm running 5.3.3 but the installation media (and therefore adsmlicn.dll) I had from IBM is 5.3.0. Would that do it? Hello, Angus - If the file existence resulted from a wholly fresh install of 5.3, and then boosting of the whole to 5.3.3, then the file should be compatible with the current server. What I suspect is that the install was performed over the trial version, somehow causing the original file to be left in place, and that PTF maintenance carried no replacement for that file. Whereas this is not a problem that other 5.3 customers have reported, I have to believe that your circumstances are unique by virtue of pre-existence of the trial software. (Indeed, it may be that module which stops usage at the end of the trial period. :-) You may be able to physically extract that module from the installation CD, or some kind 5.3.3 Windows customer may send you a copy, or you may have to reinstall (this time wiping out executables from the server directory). Richard Sims
Re: ADSMLICN.DLL cannot be loaded
Are there any kind TSM 5.3.3 Win32 users out there that could spare a copy of ADSMLICN.DLL? I'd really, really hate to have to uninstall what I've done, just because IBM choose to list TSM 5.3.2 on the PA site for download. Thanks Angus -Original Message- From: Richard Sims [mailto:[EMAIL PROTECTED] Sent: 24 October 2006 13:19 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] ADSMLICN.DLL cannot be loaded On Oct 24, 2006, at 7:38 AM, Angus Macdonald wrote: I'm running 5.3.3 but the installation media (and therefore adsmlicn.dll) I had from IBM is 5.3.0. Would that do it? Hello, Angus - If the file existence resulted from a wholly fresh install of 5.3, and then boosting of the whole to 5.3.3, then the file should be compatible with the current server. What I suspect is that the install was performed over the trial version, somehow causing the original file to be left in place, and that PTF maintenance carried no replacement for that file. Whereas this is not a problem that other 5.3 customers have reported, I have to believe that your circumstances are unique by virtue of pre-existence of the trial software. (Indeed, it may be that module which stops usage at the end of the trial period. :-) You may be able to physically extract that module from the installation CD, or some kind 5.3.3 Windows customer may send you a copy, or you may have to reinstall (this time wiping out executables from the server directory). Richard Sims
Re: Odd client problem - backs up all files every night
It turns out that one of my colleagues has been updating the security on a large number of folders on this server. Apparently that'll trigger a new incremental backup. Thanks -Original Message- From: Lawrence Clark [mailto:[EMAIL PROTECTED] Sent: 19 October 2006 16:01 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Odd client problem - backs up all files every night the client may be running an explicit 'selective' backup, forcing the backup of all files. [EMAIL PROTECTED] 10/19/06 11:00 AM One of my clients has decided to back up all files every night, instead of performing an incremental backup, so I have multiple identical copies of ancient files and old versions of files are rapidly overwritten by multiple copies of the current version. I'm using the BA Client and all my client machines use a single policy. I've checked that the default backup action in the client is incremental. Nothing is logged to the error log that might suggest problems. Is this a common problem and how can I fix it? I'm not that experienced with TSM yet but we're running 5.3.3 on Windows 2003. Thanks The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain information that is confidential, privileged, and/or otherwise exempt from disclosure under applicable law. If this electronic message is from an attorney or someone in the Legal Department, it may also contain confidential attorney-client communications which may be privileged and protected from disclosure. If you are not the intended recipient, be advised that you have received this message in error and that any use, dissemination, forwarding, printing, or copying is strictly prohibited. Please notify the New York State Thruway Authority immediately by either responding to this e-mail or calling (518) 436-2700, and destroy all copies of this message and any attachments.
Odd client problem - backs up all files every night
One of my clients has decided to back up all files every night, instead of performing an incremental backup, so I have multiple identical copies of ancient files and old versions of files are rapidly overwritten by multiple copies of the current version. I'm using the BA Client and all my client machines use a single policy. I've checked that the default backup action in the client is incremental. Nothing is logged to the error log that might suggest problems. Is this a common problem and how can I fix it? I'm not that experienced with TSM yet but we're running 5.3.3 on Windows 2003. Thanks
Re: Odd client problem - backs up all files every night
Hmmm. It's only apparent on this one server and they all share the same policy. I'll check if any big security changes have happened. Thanks. -Original Message- From: Andrew Raibeck [mailto:[EMAIL PROTECTED] Sent: 19 October 2006 16:19 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Odd client problem - backs up all files every night The client does not decide on its own to back up all files every night. Something else is almost certainly triggering that behavior. Likely possibilities: someone changed a copy group's MODE setting (on the TSM server) to ABSOLUTE (though that could affect all nodes belonging to that policy), or someone performed mass changes on the client file system, perhaps security changes, which will trigger backups of all changed files. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager .html The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 10/19/2006 08:00:11 AM: One of my clients has decided to back up all files every night, instead of performing an incremental backup, so I have multiple identical copies of ancient files and old versions of files are rapidly overwritten by multiple copies of the current version. I'm using the BA Client and all my client machines use a single policy. I've checked that the default backup action in the client is incremental. Nothing is logged to the error log that might suggest problems. Is this a common problem and how can I fix it? I'm not that experienced with TSM yet but we're running 5.3.3 on Windows 2003. Thanks
Re: Operational reports do not generate
Everything appears to be OK as far as I can tell. OR just doesn't generate anything. I've actually got round the problem by running the reports from my other Tivoli server (the one I DO manage!). They generate fine so I guess the problem is with OR on the affected server itself. At least I can tell that to the server owner. Thanks Angus -Original Message- From: John Monahan [mailto:[EMAIL PROTECTED] Sent: 06 October 2006 19:21 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Operational reports do not generate When you open the TSM management console, directly beneath Tivoli Storage Manager, there should be your server connection. Right click on it and do properties. Make sure the TCPIP address is correct and also click on account - this is where you set the TSM account and password. Also check if the other items in your management console work like Command Line - try running a q proc using that command line. When you refresh a report you should see a session started and a bunch of select statements in the TSM activity log. It sounds like your OR isn't even getting to your TSM server. __ John Monahan Consultant Infrastructure Solutions Group Computech Resources, Inc., a Logicalis Company Office: 952-833-0930 ext 109 Cell: 952-221-6938 http://www.computechresources.com http://us.logicalis.com Angus Macdonald [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 10/06/2006 03:44 AM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: Operational reports do not generate Thanks for responding. The OR service was starting (successuflly) with the local system account. I've changed it to a domain admin account but there's no improvement. I've just tried the TSMREPT command both with and without OR running and the command just hangs, like the GUI does. It can be interrupted but shows no signs of finishing by itself. The activity log shows no OR related events. Should it? Angus -Original Message- From: John Monahan [mailto:[EMAIL PROTECTED] Sent: 05 October 2006 17:54 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Operational reports do not generate ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 10/05/2006 10:08:08 AM: I'm trying to fix a TSM 5.3 server that was incorrectly setup by a vendor. I've ironed out most of the issues but I have a problem with operational reporting. It was fine until a couple of weeks ago but reports no longer generate. The automated generation sends nothing by email. If I manually refresh a report from the MSC I get to look at the Working page for ever. I've rebooted the server, restarted the OM service and recreated the reports so far. What else should I be looking for? Thanks Angus Did you try updating the user account/password that OR uses? You might have an expired password. I would also check the TSM server activity log to see if it is logging any sessions or queries from OR. __ John Monahan Consultant Infrastructure Solutions Group Computech Resources, Inc., a Logicalis Company Office: 952-833-0930 ext 109 Cell: 952-221-6938 http://www.computechresources.com http://us.logicalis.com
Re: Operational reports do not generate
Thanks for responding. The OR service was starting (successuflly) with the local system account. I've changed it to a domain admin account but there's no improvement. I've just tried the TSMREPT command both with and without OR running and the command just hangs, like the GUI does. It can be interrupted but shows no signs of finishing by itself. The activity log shows no OR related events. Should it? Angus -Original Message- From: John Monahan [mailto:[EMAIL PROTECTED] Sent: 05 October 2006 17:54 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Operational reports do not generate ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 10/05/2006 10:08:08 AM: I'm trying to fix a TSM 5.3 server that was incorrectly setup by a vendor. I've ironed out most of the issues but I have a problem with operational reporting. It was fine until a couple of weeks ago but reports no longer generate. The automated generation sends nothing by email. If I manually refresh a report from the MSC I get to look at the Working page for ever. I've rebooted the server, restarted the OM service and recreated the reports so far. What else should I be looking for? Thanks Angus Did you try updating the user account/password that OR uses? You might have an expired password. I would also check the TSM server activity log to see if it is logging any sessions or queries from OR. __ John Monahan Consultant Infrastructure Solutions Group Computech Resources, Inc., a Logicalis Company Office: 952-833-0930 ext 109 Cell: 952-221-6938 http://www.computechresources.com http://us.logicalis.com
Re: Fw: TSW Operational reporting. How to run a report o nce a week
That's great Mike. As long as I know it isn't just me, I can cope with it. -Original Message- From: E Mike Collins [mailto:[EMAIL PROTECTED] Sent: 05 October 2006 06:44 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Fw: TSW Operational reporting. How to run a report once a week Hi, The Repeat every function in TSM operational reporting is not working correctly for monitors and reports. APAR IC50308 is open to cover it. An alternative to operational reporting's built-in scheduler is to use the windows scheduler to drive the command line version of operational reporting. This method provides more granular scheduling options and is described in IBM Tivoli Storage Manager Version 5.3 Technical Workshop Presentation Guide, appendix A. http://www.redbooks.ibm.com/abstracts/SG246774.html?Open Also note that the /notifiyrecipients=yes option must be specified. http://www-1.ibm.com/support/docview.wss?rs=663context=SSGSG7q1=operationa l+reportinguid=swg21208523loc=en_UScs=utf-8lang=en Basically, what you'll want to do is to define the report as you have already done and ensure that the value for Hours covered reflects the period you want to report on (ex: 168 for a week's worth of hours) and then use the windows scheduler to control the time and frequency of when the command line version of operational reporting is run. If you need more information on this please feel free to e-mail me directly. Regards, Mike Collins [EMAIL PROTECTED]
Re: Fw: TSW Operational reporting. How to run a report o nce a week
That appears to work perfectly, although for the benefit of the archive I should add that the option is -notifyrecipients=yes, not /notifyrecipients=yes. I know it was just a typo but it could trip someone up in the future. Angus -Original Message- From: E Mike Collins [mailto:[EMAIL PROTECTED] Sent: 05 October 2006 06:44 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Fw: TSW Operational reporting. How to run a report once a week Hi, The Repeat every function in TSM operational reporting is not working correctly for monitors and reports. APAR IC50308 is open to cover it. An alternative to operational reporting's built-in scheduler is to use the windows scheduler to drive the command line version of operational reporting. This method provides more granular scheduling options and is described in IBM Tivoli Storage Manager Version 5.3 Technical Workshop Presentation Guide, appendix A. http://www.redbooks.ibm.com/abstracts/SG246774.html?Open Also note that the /notifiyrecipients=yes option must be specified. http://www-1.ibm.com/support/docview.wss?rs=663context=SSGSG7q1=operationa l+reportinguid=swg21208523loc=en_UScs=utf-8lang=en Basically, what you'll want to do is to define the report as you have already done and ensure that the value for Hours covered reflects the period you want to report on (ex: 168 for a week's worth of hours) and then use the windows scheduler to control the time and frequency of when the command line version of operational reporting is run. If you need more information on this please feel free to e-mail me directly. Regards, Mike Collins [EMAIL PROTECTED]
Operational reports do not generate
I'm trying to fix a TSM 5.3 server that was incorrectly setup by a vendor. I've ironed out most of the issues but I have a problem with operational reporting. It was fine until a couple of weeks ago but reports no longer generate. The automated generation sends nothing by email. If I manually refresh a report from the MSC I get to look at the Working page for ever. I've rebooted the server, restarted the OM service and recreated the reports so far. What else should I be looking for? Thanks Angus
Re: TSW Operational reporting. How to run a report once a week
I tried recreating the report from scratch after posting yesterday. I'll find out later today if it's worked. -Original Message- From: Sung Y Lee [mailto:[EMAIL PROTECTED] Sent: 03 October 2006 17:32 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSW Operational reporting. How to run a report once a week Have you tried deleting or recreating a new Operational Reporting with new setting under report instead of modifying existing one? I had a different problem, where when I first setup I used Windows type for TSM server, but when I tried to changed to UNIX, it would not allow me to change and old setting kept coming back when i restarted the console. Thanks, Sung Y. Lee ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 10/03/2006 10:55:01 AM: I want to run a report once a week. The report is defined and runs at the designated time but it insists on running once per day. The Hours covered is 168 and it's set to Repeat every 7 days. It was originally set to run daily but I'm having trouble convincing it to nitice the change. Any suggestions? Angus
TSW Operational reporting. How to run a report once a week
I want to run a report once a week. The report is defined and runs at the designated time but it insists on running once per day. The Hours covered is 168 and it's set to Repeat every 7 days. It was originally set to run daily but I'm having trouble convincing it to nitice the change. Any suggestions? Angus
Is it possible to limit what goes into the schedule log?
I'm just implementing TSM 5.3. Is it possible to limit what goes into the BA client log file (dsmsched.log)? I really don't need to know every single file that is processed successfully. Exceptions or folders only would be fine. A typical client log is over 100MB a day so I either have to rollover a lot or trawl through a vast mass of irrelevance to get to the juicy nuggets. Angus
Re: Is it possible to limit what goes into the schedule log?
Ah well. I'll probably just stick to the error log then. Thanks -Original Message- From: Leigh Reed [mailto:[EMAIL PROTECTED] Sent: 29 September 2006 11:16 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Is it possible to limit what goes into the schedule log? With the 5.3 baclient, a new parameter was introduced to limit the size of the logs schedlogmax errorlogmax Also, previous parameters pruned the size of the logs in terms of days schedlogretention errorlogretention The juicy nuggets are generally in the dsmerror.log. Using a pattern searching tool like 'grep' or 'find' will ease your trawling through the logs. However, I am not aware of any method to control the verbosity of the dsmsched.log. Leigh -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald Sent: 29 September 2006 09:59 To: ADSM-L@VM.MARIST.EDU Subject: [SPAM: 4.000] [ADSM-L] Is it possible to limit what goes into the schedule log? I'm just implementing TSM 5.3. Is it possible to limit what goes into the BA client log file (dsmsched.log)? I really don't need to know every single file that is processed successfully. Exceptions or folders only would be fine. A typical client log is over 100MB a day so I either have to rollover a lot or trawl through a vast mass of irrelevance to get to the juicy nuggets. Angus
Newbie question 2!
How do I convince my console output to display in wide format, like in the redbooks? My course tutor did show me but that was 18 months before I touched Tivoli for real and it seemed so trivial I didn't make a note of it. Angus
Re: Newbie question 2!
-displaymode is a distinct step forward. now if I can just find something equivalent for the ISC command-prompt mode, I'll be a happy man. It's cold in the server room so I prefer to work remotely! Angus -Original Message- From: Andrew Raibeck [mailto:[EMAIL PROTECTED] Sent: 22 September 2006 15:23 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Newbie question 2! The -displaymode option is also a possibility. See the Admin Reference chapter about using the command line interface for details. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www-306.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageMan ager.html The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 09/22/2006 07:13:10 AM: Hey Angus, Are you talking about SQL statements appearing in a 'wide' format? If so, then 'set sqldisplaymode wide' will work for you http://192.168.1.10:2297/help/topic/com.ibm.itsmmsmunn.doc/anrsrf53400.h tm Otherwise, certainly from my experience, as long as my terminal display is wide enough (for example, easy to resize in PuTTY) the output from queries will make use of the whole terminal width. Hope that helps, Rgds, David McClelland Data Protection Specialist IBM Tivoli Storage Manager Certified Consultant Reuters, London -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald Sent: 22 September 2006 08:51 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Newbie question 2! How do I convince my console output to display in wide format, like in the redbooks? My course tutor did show me but that was 18 months before I touched Tivoli for real and it seemed so trivial I didn't make a note of it. Angus This email was sent to you by Reuters, the global news and information company. To find out more about Reuters visit www.about.reuters.com Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd.
Re: Newbie question 2!
Thanks. I'll try that. I did say I was a newbie! -Original Message- From: Andrew Raibeck [mailto:[EMAIL PROTECTED] Sent: 22 September 2006 15:49 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Newbie question 2! I do not see the dependency on ISC. Just install the admin client (it's available via custom install of the TSM backup-archive client) on your remote machine. Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www-306.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageMan ager.html The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 09/22/2006 07:38:38 AM: -displaymode is a distinct step forward. now if I can just find something equivalent for the ISC command-prompt mode, I'll be a happy man. It's cold in the server room so I prefer to work remotely! Angus -Original Message- From: Andrew Raibeck [mailto:[EMAIL PROTECTED] Sent: 22 September 2006 15:23 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Newbie question 2! The -displaymode option is also a possibility. See the Admin Reference chapter about using the command line interface for details. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www-306.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageMan ager.html The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 09/22/2006 07:13:10 AM: Hey Angus, Are you talking about SQL statements appearing in a 'wide' format? If so, then 'set sqldisplaymode wide' will work for you http://192.168.1.10:2297/help/topic/com.ibm.itsmmsmunn.doc/anrsrf53400.h tm Otherwise, certainly from my experience, as long as my terminal display is wide enough (for example, easy to resize in PuTTY) the output from queries will make use of the whole terminal width. Hope that helps, Rgds, David McClelland Data Protection Specialist IBM Tivoli Storage Manager Certified Consultant Reuters, London -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald Sent: 22 September 2006 08:51 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Newbie question 2! How do I convince my console output to display in wide format, like in the redbooks? My course tutor did show me but that was 18 months before I touched Tivoli for real and it seemed so trivial I didn't make a note of it. Angus This email was sent to you by Reuters, the global news and information company. To find out more about Reuters visit www.about.reuters.com Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd.
Re: Newbie question 2!
Thanks for that. I'm lucky in that my environment is very close to the example in the implementation guide redbook, so I'm able to carefully work through the book, learning exactly what to do at every stage. Now I have a working system I have the confidence to start icing the cake, not to mention ask questions here. Angus -Original Message- From: Andrew Raibeck [mailto:[EMAIL PROTECTED] Sent: 22 September 2006 16:15 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Newbie question 2! My general advice for newbies: Take home the TSM Admin Guide and Admin Reference. Read the Admin Guide from cover to cover. As commands and options are discussed in the guide, read up on them in the reference. In the same fashion, also recommend reading the TSM Backup-Archive Client user's guide from cover to cover. Pick the client manual for the client you will be using the most. After that, you can probably cherry-pick material to read from the other client books that apply to your installation. Yes, it is a daunting task, given the size of the books, but if you can get through one or two chapters a day, you should be able to do it in a month or less; and you will find it to be a worthwhile investment of your time. It is my own experience that this is the best way to learn a product that you will be working with, and it will give you a good overall acquaintence with TSM's capabilities. In the admin guide, pay special attention to the chapters on protecting your TSM server (the database, recovery log, and storage pools). Also go to http://www.redbooks.ibm.com and in the search box, enter: tivoli storage manager You will find multiple hits of interest. Also bookmark the URL in my sig. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www-306.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageMan ager.html The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 09/22/2006 07:56:29 AM: Thanks. I'll try that. I did say I was a newbie! -Original Message- From: Andrew Raibeck [mailto:[EMAIL PROTECTED] Sent: 22 September 2006 15:49 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Newbie question 2! I do not see the dependency on ISC. Just install the admin client (it's available via custom install of the TSM backup-archive client) on your remote machine. Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www-306.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageMan ager.html The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 09/22/2006 07:38:38 AM: -displaymode is a distinct step forward. now if I can just find something equivalent for the ISC command-prompt mode, I'll be a happy man. It's cold in the server room so I prefer to work remotely! Angus -Original Message- From: Andrew Raibeck [mailto:[EMAIL PROTECTED] Sent: 22 September 2006 15:23 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Newbie question 2! The -displaymode option is also a possibility. See the Admin Reference chapter about using the command line interface for details. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www-306.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageMan ager.html The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 09/22/2006 07:13:10 AM: Hey Angus, Are you talking about SQL statements appearing in a 'wide' format? If so, then 'set sqldisplaymode wide' will work for you http://192.168.1.10:2297/help/topic/com.ibm.itsmmsmunn.doc/anrsrf53400.h tm Otherwise, certainly from my experience, as long as my terminal display is wide enough (for example, easy to resize in PuTTY) the output from queries will make use of the whole terminal width. Hope that helps, Rgds, David McClelland Data Protection Specialist IBM Tivoli Storage Manager Certified Consultant Reuters, London -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald Sent: 22
Total newbie question about DB Backups
I'm just in the process of implementing TSM 5.3 for the first time in our environment and I'm following the TSM Implementation Guide (June 2006 edition) redbook very closely ;-) Things are going pretty well so far but I have a bit of an issue with my database backups. Every DB backup seems to use another scratch tape so my 3582 is going to run out of tapes very quickly. My backup command is Backup DB type=full devc=lto2-dc lifted directly from the redbook. How can I limit the number of tapes used for DB backups? I tried limiting the backup to a particular tape volume but the tape is apparently in use after the first backup and cannot be reused. Angus
Re: Total newbie question about DB Backups
Okay, I may rely on mirroring then. If I do a DB backup every 4 hours it'll cost 6 tapes a day and each one will only have a few MB of data. For some reason, the tapes used for DB Backup aren't listed when I execute a Q VOL. Something else to investigate. Thanks again. -Original Message- From: PAC Brion Arnaud [mailto:[EMAIL PROTECTED] Sent: 21 September 2006 16:28 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Total newbie question about DB Backups Hi Angus ! You'll probably get somehow disapointed, but there's no way to do what you're asking ! TSM wants a new tape for each DB backup, and the only way to spare your precious scratch volumes would be to use some form of disk storage, thru the mean of a sequential-on-disk device class ... HTH. Cheers Arnaud ** Panalpina Management Ltd., Basle, Switzerland, CIT Department Viadukstrasse 42, P.O. Box 4002 Basel/CH Phone: +41 (61) 226 11 11, FAX: +41 (61) 226 17 01 Direct: +41 (61) 226 19 78 e-mail: [EMAIL PROTECTED] ** -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald Sent: Thursday, 21 September, 2006 17:11 To: ADSM-L@VM.MARIST.EDU Subject: Total newbie question about DB Backups I'm just in the process of implementing TSM 5.3 for the first time in our environment and I'm following the TSM Implementation Guide (June 2006 edition) redbook very closely ;-) Things are going pretty well so far but I have a bit of an issue with my database backups. Every DB backup seems to use another scratch tape so my 3582 is going to run out of tapes very quickly. My backup command is Backup DB type=full devc=lto2-dc lifted directly from the redbook. How can I limit the number of tapes used for DB backups? I tried limiting the backup to a particular tape volume but the tape is apparently in use after the first backup and cannot be reused. Angus
Re: Total newbie question about DB Backups
Thanks guys. Lots of stuff there to get my teeth into. -Original Message- From: Len Boyle [mailto:[EMAIL PROTECTED] Sent: 21 September 2006 16:46 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Total newbie question about DB Backups Angus, Look at help query volhist This will show you the db tapes and other special tapes Query volhist type=dbb len -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald Sent: Thursday, September 21, 2006 11:36 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Total newbie question about DB Backups Okay, I may rely on mirroring then. If I do a DB backup every 4 hours it'll cost 6 tapes a day and each one will only have a few MB of data. For some reason, the tapes used for DB Backup aren't listed when I execute a Q VOL. Something else to investigate. Thanks again. -Original Message- From: PAC Brion Arnaud [mailto:[EMAIL PROTECTED] Sent: 21 September 2006 16:28 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Total newbie question about DB Backups Hi Angus ! You'll probably get somehow disapointed, but there's no way to do what you're asking ! TSM wants a new tape for each DB backup, and the only way to spare your precious scratch volumes would be to use some form of disk storage, thru the mean of a sequential-on-disk device class ... HTH. Cheers Arnaud ** Panalpina Management Ltd., Basle, Switzerland, CIT Department Viadukstrasse 42, P.O. Box 4002 Basel/CH Phone: +41 (61) 226 11 11, FAX: +41 (61) 226 17 01 Direct: +41 (61) 226 19 78 e-mail: [EMAIL PROTECTED] ** -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Angus Macdonald Sent: Thursday, 21 September, 2006 17:11 To: ADSM-L@VM.MARIST.EDU Subject: Total newbie question about DB Backups I'm just in the process of implementing TSM 5.3 for the first time in our environment and I'm following the TSM Implementation Guide (June 2006 edition) redbook very closely ;-) Things are going pretty well so far but I have a bit of an issue with my database backups. Every DB backup seems to use another scratch tape so my 3582 is going to run out of tapes very quickly. My backup command is Backup DB type=full devc=lto2-dc lifted directly from the redbook. How can I limit the number of tapes used for DB backups? I tried limiting the backup to a particular tape volume but the tape is apparently in use after the first backup and cannot be reused. Angus
Re: Power saving and TSM backups
If you hibernate PCs instead of shutting them down, Windows can run a scheduled task that wakes the machine from hibernation, runs the backup then hibernates again. You get all the power savings of a proper shutdown but the machine can still be automatically backed up. -Original Message- From: Andrew Raibeck [mailto:[EMAIL PROTECTED] Sent: 17 August 2006 05:21 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Power saving and TSM backups I can't speak to Mac or Linux, but Windows has the shutdown.exe program. So you could easily write a script to launch the client backup, then run shutdown.exe. Trivial example of a hypothetical script called backup_and_shutdown.cmd: cd /d c:\program files\tivoli\tsm\baclient dsmc i dsmc.out 21 shutdown -s Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www-306.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageMan ager.html The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 08/16/2006 07:01:38 PM: One way we are looking to save energy is to turn computers off at night. As we typically run backups at night, this presents a problem. We would like to see a way that users could initiate a backup/auto-shutdown as they leave work for the day so that their computers aren't left on all night. We estimate that the energy savings would be substantial. Some other backup products provide this capability. Has anyone else figured out a way to do this with TSM on Windows, MacOS, and Linux? Has anyone else wished that TSM had a way to do this? ..Paul