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 rog...@uic.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 >
