X-ASG-Orig-Subj: Re: basic DR questions In-Reply-To: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=__PartFBCE68B6.0__=" X-Barracuda-Connect: mail.mrl.ubc.ca[137.82.67.155] X-Barracuda-Start-Time: 1422572459 X-Barracuda-URL: http://148.100.49.28:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at marist.edu X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.50 X-Barracuda-Spam-Status: No, SCORE=0.50 using global scores of TAG_LEVEL=3.5 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=5.5 tests=BSF_RULE7568M, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.14755 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message 0.50 BSF_RULE7568M Custom Rule 7568M
This is a MIME message. If you are reading this text, you may want to consider changing to a mail reader or gateway that understands how to properly handle MIME multipart messages. --=__PartFBCE68B6.0__= Content-Type: multipart/alternative; boundary="=__PartFBCE68B6.1__=" --=__PartFBCE68B6.1__= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I'm back in the land of living, functional TSM servers so thanks again for = the help. Now I have to fight the battle to get us a more modern version = of TSM.=20 =20 thanks, Andrew >>> Andrew Ferris 1/27/2015 3:25 PM >>> Thanks for the reply Rick.=20 =20 Pointing the new TSM server at the old db and log files didn't work so = Skylar was correct. Got messages saying that they belonged to another TSM = server. So I will pull back my one DB tape and double check that the = server can talk to our 3584/TS3500 and IBM drives. =20 Andrew >>> Rick Adamson <rickadam...@biloholdings.com> 1/27/2015 11:32 AM >>> Andrew, Been there, done that.=20 Here's how I handled it: -Get the server operational. Like others have said it is advantageous to = have several files from the TSM instance directory (volhist, devconfig, = and optionally dsmserv.opt). On 5.x it is possible to recover without = them, but the situation gets a bit more complicated.=20 - Assure the system has access to the tape library, (real or virtual), and = update the devconfig file to reflect any changes needed. - Install the TSM server software and perform a minimal configuration. = This can be done via the management console wizards. - Place/replace the volhist, devconfig, and dsmserv files in the instance = directory. - Use the "dsmserv restore db" command to restore the latest data base = copy. (If the library is physical tape you may have to manually load the = tapes as requested.) - Bring the TSM Server online and inspect for proper operation. -Unless you determine it is needed I would forego the volume auditing, the = time it takes per volume to complete is extensive. Be critically selective = here. If you perform a point-in-time database restore (versus a roll forward) I = strongly recommend that once the server is up you review the original = volhist file and resolve any potential issues, such as volumes created/dele= ted in between the time of the database backup used for the restore and = the time the server crashed.=20 Rick Adamson Jacksonville,Fl. =20 -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of = Andrew Ferris Sent: Tuesday, January 27, 2015 12:16 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] basic DR questions Hello ADSM-ers, Our ancient 5.5 (EOL I know) TSM server on windows just corrupted it's C: = drive (so OS + Server Program Files) but everything else is fine - the = diskpools, the logs, the db files, the library, etc. I even have copies of = dsmserv.opt, devconfig.out, and volhist.out. I have a plan file but I = would prefer to pull back as few tapes as possible from offsite. What would be the quickest way to restore TSM given the large amount of = non-destroyed material I have? Sorry my DRM skills are so rusty. thanks, Andrew Ferris Network & System Management UBC Centre for Heart & Lung Innovation St. Paul's Hospital, Vancouver https://urldefense.proofpoint.com/v2/url?u=3Dhttp-3A__www.hli.ubc.ca&d=3DAw= IFAg&c=3DAzgFQeXLLKhxSQaoFCm29A&r=3Deqh5PzQPIsPArLoI_uV1mKvhIpcNP1MsClDPSJj= Ffxw&m=3DtOvkkg88gL_qIi-t-hizMiMh4elw6_Vx6ZomA3sqQE8&s=3DbYWNR0zk8MR7W8DusA= LKHG319cUGFjDFjE_IVZx0rQE&e=3D=20 --=__PartFBCE68B6.1__= Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Description: HTML <HTML><HEAD> <META content=3D"text/html; charset=3Dutf-8" http-equiv=3DContent-Type> <META name=3DGENERATOR content=3D"MSHTML 11.00.9600.17496"></HEAD> <BODY style=3D"FONT: 10pt Segoe UI; MARGIN: 4px 4px 1px"> <DIV>I'm back in the land of living, functional TSM servers so thanks = again for the help. Now I have to fight the battle to get us a more modern = version of TSM. </DIV> <DIV> </DIV> <DIV>thanks,</DIV> <DIV>Andrew<BR><BR>>>> Andrew Ferris 1/27/2015 3:25 PM >>>= ;<BR></DIV> <DIV>Thanks for the reply Rick. </DIV> <DIV> </DIV> <DIV>Pointing the new TSM server at the old db and log files didn't work = so Skylar was correct. Got messages saying that they belonged to another = TSM server. So I will pull back my one DB tape and double check that the = server can talk to our 3584/TS3500 and IBM drives.</DIV> <DIV> </DIV> <DIV>Andrew</DIV> <DIV><BR><BR>>>> Rick Adamson <rickadam...@biloholdings.com>= 1/27/2015 11:32 AM >>><BR>Andrew,<BR>Been there, done that. = <BR>Here's how I handled it:<BR><BR>-Get the server operational. Like = others have said it is advantageous to have several files from the TSM = instance directory (volhist, devconfig, and optionally dsmserv.opt). On = 5.x it is possible to recover without them, but the situation gets a bit = more complicated. <BR>- Assure the system has access to the tape library, = (real or virtual), and update the devconfig file to reflect any changes = needed.<BR>- Install the TSM server software and perform a minimal = configuration. This can be done via the management console wizards.<BR>- = Place/replace the volhist, devconfig, and dsmserv files in the instance = directory.<BR>- Use the "dsmserv restore db" command to restore the latest = data base copy. (If the library is physical tape you may have to manually = load the tapes as requested.)<BR>- Bring the TSM Server online and inspect = for proper operation.<BR>-Unless you determine it is needed I would forego = the volume auditing, the time it takes per volume to complete is extensive.= Be critically selective here.<BR><BR>If you perform a point-in-time = database restore (versus a roll forward) I strongly recommend that once = the server is up you review the original volhist file and resolve any = potential issues, such as volumes created/deleted in between the time of = the database backup used for the restore and the time the server crashed. = <BR><BR><BR>Rick Adamson<BR>Jacksonville,Fl.<BR> <BR><BR>-----O= riginal Message-----<BR>From: ADSM: Dist Stor Manager [mailto:ads...@vm.mar= IST.EDU] On Behalf Of Andrew Ferris<BR>Sent: Tuesday, January 27, 2015 = 12:16 PM<BR>To: ADSM-L@VM.MARIST.EDU<BR>Subject: [ADSM-L] basic DR = questions<BR><BR>Hello ADSM-ers,<BR><BR>Our ancient 5.5 (EOL I know) TSM = server on windows just corrupted it's C: drive (so OS + Server Program = Files) but everything else is fine - the diskpools, the logs, the db = files, the library, etc. I even have copies of dsmserv.opt, devconfig.out, = and volhist.out. I have a plan file but I would prefer to pull back as few = tapes as possible from offsite.<BR><BR>What would be the quickest way to = restore TSM given the large amount of non-destroyed material I have?<BR><BR= >Sorry my DRM skills are so rusty.<BR><BR>thanks,<BR>Andrew Ferris<BR>Netwo= rk & System Management<BR>UBC Centre for Heart & Lung Innovation<BR= >St. Paul's Hospital, Vancouver<BR><A href=3D"https://urldefense.proofpoint= .com/v2/url?u=3Dhttp-3A__www.hli.ubc.ca&d=3DAwIFAg&c=3DAzgFQeXLLKhx= SQaoFCm29A&r=3Deqh5PzQPIsPArLoI_uV1mKvhIpcNP1MsClDPSJjFfxw&m=3DtOvk= kg88gL_qIi-t-hizMiMh4elw6_Vx6ZomA3sqQE8&s=3DbYWNR0zk8MR7W8DusALKHG319cU= GFjDFjE_IVZx0rQE&e=3D">https://urldefense.proofpoint.com/v2/url?u=3Dhtt= p-3A__www.hli.ubc.ca&d=3DAwIFAg&c=3DAzgFQeXLLKhxSQaoFCm29A&r=3D= eqh5PzQPIsPArLoI_uV1mKvhIpcNP1MsClDPSJjFfxw&m=3DtOvkkg88gL_qIi-t-hizMiM= h4elw6_Vx6ZomA3sqQE8&s=3DbYWNR0zk8MR7W8DusALKHG319cUGFjDFjE_IVZx0rQE&am= p;e=3D</A> <BR><BR><BR></DIV></BODY></HTML> --=__PartFBCE68B6.1__=-- --=__PartFBCE68B6.0__=--
