VÁ: Catalog Size and large number of files
Hi All! I'm in a similar situation as Joe. So, if I make backups from a client with different node names bounded to different management classes, I can set different retension policies for the same file. I'm right? In this case, are there two record for this file in the Tivoli DB? Can anybody confirm this? Regards, Gyorgy Hegedus -Eredeti üzenet- Feladó: Loon, E.J. van - SPLXM Címzett: [EMAIL PROTECTED] Küldve: 2003. 11. 19. 9:21 Tárgy: Re: Catalog Size and large number of files Hi Joe! Well, in that case full backups won't even help you. A backup once a month to a different managementclass will cause all previous backups to be rebound to this managementclass. The next day you run a standard backup, all previous backups (including the yesterday backup!) are rebound again to the standard retention. Like mentioned here yesterday by several people: use backupsets, use archiving or use a different node name for the long term storage backup. Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: Pasquale, Joe [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 18, 2003 17:08 To: [EMAIL PROTECTED] Subject: Re: Catalog Size and large number of files Full backups are required because of retention requirements set by government regulations, so the "incremental forever" philosophy is NOT a solution. -Original Message- From: David E Ehresman [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 18, 2003 11:04 AM To: [EMAIL PROTECTED] Subject: Re: Catalog Size and large number of files > If so, could you please forward some >possible solutions? > The obvious solution is to use TSM's "incremental forever" philosophy and not do unnecessary full backups. David * This message and any attachments are solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use or distribution of the information included in this message is prohibited -- Please immediately and permanently delete. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. **
offsite tapes 'reclamation'
Hi All, I would like to copy the primary storage pools to a copy storage pool, then take the tapes offsite. The 'backup stgpool' command make incremental backups, so every day I should take some tapes offsite. And will be more and more offsite tapes. How can I initiate the reclamation process? Should I take back all tapes to the library? I have no idea. What should I do? Could you help me? Regards, Gyorgy Hegedus Megatrend 2000 Rt.
VÁ: VÁ: Active Directory bare metal restore
Have a look at 'IC36322: TSM restore of system object doesn't merge registry key properly which causes blue screen at boot'. GY -Eredeti üzenet- Feladó: Fred Johanson Címzett: [EMAIL PROTECTED] Küldve: 2003. 10. 28. 21:30 Tárgy: Re: VÁ: Active Directory bare metal restore That was the purpose of the test: they restored a machine that had suffered massive disk failure. There are other ways to move a system to new hardware. The text they used was the Redbook. At 09:04 PM 10/28/2003 +0100, you wrote: >But it works fine only if you restore to the same hardware! > >GY > > >-Eredeti üzenet- >Feladó: Fred Johanson >Címzett: [EMAIL PROTECTED] >Küldve: 2003. 10. 28. 20:45 >Tárgy: Re: Active Directory bare metal restore > >Yes, our guys did it, step by step, by the book. But I don't know which >book. One of them printed out a section from either the Windows Client >manual or a redbook. They wiped the drives clean and TSM put everything >back where it had originally been. > > > >At 10:57 AM 10/28/2003 -0600, you wrote: > >Can TSM perform bare metal restore of a Win2K active directory domain > >controller? If so, can you point me to information on how that is done? > > > >TIA > > > >Regards, > >Orin Rehorst Fred Johanson ITSM Administration NSIT/DCS University of Chicago 773-702-8464
VÁ: Active Directory bare metal restore
But it works fine only if you restore to the same hardware! GY -Eredeti üzenet- Feladó: Fred Johanson Címzett: [EMAIL PROTECTED] Küldve: 2003. 10. 28. 20:45 Tárgy: Re: Active Directory bare metal restore Yes, our guys did it, step by step, by the book. But I don't know which book. One of them printed out a section from either the Windows Client manual or a redbook. They wiped the drives clean and TSM put everything back where it had originally been. At 10:57 AM 10/28/2003 -0600, you wrote: >Can TSM perform bare metal restore of a Win2K active directory domain >controller? If so, can you point me to information on how that is done? > >TIA > >Regards, >Orin Rehorst
Re: Does anyone install TSM 5.1.5 with Tape Autoloader 3607-16X ? ??
I don't know that type of autoloader. I use IBM 3583 LTO library, and it only works propery if the library robot is handled by TSM Device Driver and the tapes are handled by windows native driver. GY -Original Message- From: Le Minh Hieu To: [EMAIL PROTECTED] Sent: 7/31/2003 10:53 AM Subject: Does anyone install TSM 5.1.5 with Tape Autoloader 3607-16X ??? I can't manage tape in Tape Autoloader 3607-16X with TSM 5.1.5. It make me crazy. Can anyone help me ??? TSM 5.1.5 Device Driver can't recognise all the device in Tape Autoloader 3607-16x. So that I use Windows native drivers but when I mount tape by RSM and backup by TSM client, the process fails and show the message "Server media mount not possible" *** Le Minh Hieu FPT Software Solution, FPT Corp. Phone: +(84) 4 8338341 Mobile: +(84) 912461062 Fax: +(84) 4 8336743 Email: [EMAIL PROTECTED]