One of the nice things about having more than one TSM/ISP server is that
they can be ordinary backup clients of one another. Items 2-4 can be
restored from regular TSM backups on the other server, along with the
entire Instance Directory, the executable binaries, etc. It really makes
for a much faster, less painful, restore of the server that failed. You
probbaly still have to do a database restore, but everything for that
will be there in the right places. I've been there.
Even though I do that, I still make daily copies of devconfig and
volhist to 3 different locations, right after the database backup.
They're that important.
BTW I have tried doing database backups via server-to-server, but I
found that it was slower and less flexible, so I do not recommend that.
Roger Deschner University of Illinois at Chicago rogerd AT uic DOT edu
======I have not lost my mind -- it is backed up on tape somewhere.=====
On Thu, 23 Nov 2017, Sasa Drnjevic wrote:
>You need the following to be able to restore:
>
>1) DB backup (full + logs for PIT restore or just DBsnapshot)
>2) dsmserv.opt
>3) volhistory backup (or at least the last DBBackup entry)
>4) devconfig backup
>
>
>No.2 was probably in your /tsminst1 home, but if you know your
>installation you can recreate dsmserv.opt - just use the correct options
>and values.
>
>
>No.3 - in what location did you backup your volhistory? - you can also
>recreate this one - you need just the last entry with the right DB
>backup...but you must know exactly, when and where it was backed up, and
>which devclass...
>
>No.4 - same as no.3 considering location where you backed up devconf.
>This one could also be recreated, but depending on your configuration it
>could be the most complicated of all three...maybe even impossible :-(
>
>Wish you luck.
>
>Regards,
>
>--
>Sasa Drnjevic
>www.srce.unizg.hr
>
>
>
>
>On 2017-11-23 20:25, Richard van Denzel wrote:
>> Hi All,
>>
>> A while ago my Linux system (running TSM 7.1.3) died and was unable to boot
>> anymore.
>> Sadly enough I had to reinstall it, overwriting the system disk (where my
>> /tsminst1 resided).
>>
>> Is there a way to recover my TSM DB without the /tsminst1 present? My
>> data-disk (DB, LOG, Arch , DBBackup and StoragePools) were in different
>> volumegroups and are still there.
>>
>> Thanks in advance,
>>
>> Richard
>
|
