disaster recovery using ontape

Hi, We are putting in a machine to function as both our test and off-site disaster recovery box. I will need to configure the new machine to be able to come up after a restore of the database. I recall a thread but could not find in the archives, when using ontape to restore, the links must be EXACTLY the same. Does this carry over into the unix /dev/vgxx/dbsxxx? I wouldn't think so, but want to confirm this with folks. Does it also carry over into the naming conventions of the chunks? Or will it just restore to the dbspace, as long as there is enough space available and the names/links are exact. IDS 7.31 Thanks in advance, Doug sending to informix-list

It refers simply to the chunk names used. So provided you've used links for chunk names, the underlying devices need not have the same names. For example, if your chunk name on the primary is appdbs_1, and is a link to /dev/vglocal/rappdbs_1 then on your restore target your chunk name MUST also be appdbs_1, but may be a link to /dev/vgemc/rlvol8, or any other device name, or even a file, say /exports/informix/appdbs_1. In IDS 9.40 this restriction is (finally!) removed, so you can do a "re-directed restore" to any chunk name(s). "Doug Fossmeyer" <dfossmeyer@gmx.net> wrote in message news:bjku5a$qgs$1@terabinaries.xmission.com... > > Hi, We are putting in a machine to function as both our test and off-site > disaster recovery box. I will need to configure the new machine to be able > to come up after a restore of the database. > > I recall a thread but could not find in the archives, when using ontape to > restore, the links must be EXACTLY the same. Does this carry over into the > unix /dev/vgxx/dbsxxx? I wouldn't think so, but want to confirm this with > folks. Does it also carry over into the naming conventions of the chunks? > Or will it just restore to the dbspace, as long as there is enough space > available and the names/links are exact. > > IDS 7.31 > > Thanks in advance, > > Doug > > sending to informix-list