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 <RickAdamson AT BILOHOLDINGS DOT 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 AT VM.MARIST DOT EDU] On Behalf Of
=
Andrew Ferris
Sent: Tuesday, January 27, 2015 12:16 PM
To: ADSM-L AT VM.MARIST DOT 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 <RickAdamson AT BILOHOLDINGS DOT
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:ADSM-L AT VM DOT
MAR=
IST.EDU] On Behalf Of Andrew Ferris<BR>Sent: Tuesday, January 27, 2015 =
12:16 PM<BR>To: ADSM-L AT VM.MARIST DOT 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__=--
|
