Hi Alexandra, the information you gave us was very spare, may be you can proceed. We did some reorgs, weeks ago after server splits, the time ratio unloaddb:loaddb was ~ 3:1 4,5 h unload - 1,5 h load up and running.
Best regards Peter Sternecker R+V Allgemeine Versicherung AG * mailto:[EMAIL PROTECTED] -----Urspr�ngliche Nachricht----- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Im Auftrag von Yuhico, Alexandra Gesendet: Donnerstag, 7. Oktober 2004 16:03 An: [EMAIL PROTECTED] Betreff: Re: DSMSERV UNLOADDB i didn't abort the dsmserv unloaddb. i allowed it to finish. but i want to stop here before i take more time into my production. if i continue doing the dsmserv loadformat, and loaddb command, i will have overshot my change window. i want to avoid this and just do the activity some other time when i can allocate enough time. what does unloaddb do that will stop tsm db from restarting? -----Original Message----- From: Daniel Sparrman [mailto:[EMAIL PROTECTED] Sent: Thursday, 7 October 2004 11:52 PM To: [EMAIL PROTECTED] Subject: Re: DSMSERV UNLOADDB Hi Alexandra Aborting a dsmserv unloaddb in the middle of a process means you have to restore the database from your latest database backup. There is no other way of getting your TSM server online again. Best Regards Daniel Sparrman ----------------------------------- Daniel Sparrman Chef Utveckling & Drift Exist i Stockholm AB Propellerv�gen 6B 183 62 T�BY V�xel: 08 - 754 98 00 Mobil: 070 - 399 27 51 "Yuhico, Alexandra" <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 2004-10-07 15:50 Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject DSMSERV UNLOADDB Folks, ANYONE EVER DONE A TSM reorganization but wanted to stop after performing DSMSERV UNLOADDB due to time limit? I did the DSMSERV UNLOADDB but didn't realize it would take soo long. when i went and tried to do a restart of the TSM server (after making sure all my devconfig.bak files were correct), I got an access denied error. Any thoughts? Ta, Alexandra This e-mail is privileged and may contain confidential information intended only for the person(s) named above. If you receive this e-mail in error, please notify the addressee immediately by telephone or return e-mail. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. This e-mail is privileged and may contain confidential information intended only for the person(s) named above. If you receive this e-mail in error, please notify the addressee immediately by telephone or return e-mail. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.
