Re: Imported Restore with TSM and 2 engines with same DBSERVERNAME

When performing a cold restore will onbar ask TSM for the unique storage manager object by supplying the copyid_hi and copyid_lo fields from columns 7 and 8 in the ixbar file? If so, that makes a lot of sense and would explain how onbar/TSM knows which /engine1/engine1/rootdbs/0 file is needed for the restore (because we have two, the one I want to restore from production and the one from a backup of the test system). Am I right on this? Also, can there still be problems backing up objects from two engines with the same name to TSM? Thanks, Andrew ----- Original Message ----- From: "Andrew Ford" <aford@networkip.net> To: <informix-list@iiug.org> Sent: Friday, November 06, 2009 7:15 AM Subject: Imported Restore with TSM and 2 engines with same DBSERVERNAME > IDS 10.00.UC5 > > I have a production Informix engine with a DBSERVERNAME of engine1 running > on server1 backing up to TSM and I have a test Informix engine with a > DBSERVERNAME of engine1 running on server2 backing up to TSM. Both > instances have SERVERNUM set to 1. > > Does anyone know if there will be any issues with performing an imported > restore of the production engine1 to the test engine running on server2? > > I'm wondering how onbar knows to ask TSM for the right restore files if > the > rootdbs level 0 backup files for test and production both look like > /engine1/engine1/rootdbs/0 > > Can there be other issues with this configuration? Could running onsmsync > on the test engine incorrectly expire logical log backups for the > production > engine in TSM? Would giving the test engine a different SERVERNUM fix > this? > > Thanks in advance, > > Andrew > > _______________________________________________ > Informix-list mailing list > Informix-list@iiug.org > http://www.iiug.org/mailman/listinfo/informix-list