Hi Jeff,
Thanks for your help, but I believe I can't use your "modus operandi" in
my case.
Reason is following : if our server crash happens during the night,
european time, the hacmp function will automatically transfer db content
on another node, and users will continue working, because it's daytime
in the us or in asia, thus generating lots of loglogs. When our team
will be back, let's say 12 hours later, and try to restore this db on
it's original node, all the work done during the night will be lost if
we can't restore it (like you said "data accidentally backed up under
the wrong node name is most likely not retrievable by onbar though or
very difficult.") That's where it hurts !
Do you understand what I mean ? (sorry my english may not be perfect
...)
So, what I'm looking for, is a backup strategy that works without losing
any snippet of already typed-in info, I can't afford losing 12 hours
work all around the world...
Add to this situation is even worse than described, due to the fact our
hacmp "backup" node is hosting an other informix db .... but that's an
other story !
If you have other proposal, my eyes are wide opened !
Thanks anyway, your info helped me in some ways ;-)
Cheers.
Arnaud
-----Original Message-----
From: Jeff Bach [mailto:[EMAIL PROTECTED]]
Sent: Mittwoch, 31. Oktober 2001 16:07
To: [EMAIL PROTECTED]
Subject: Re: equivalent of -virtualnodename for onbar
Arnaud,
Disable the backup of logical logging on the system to be
restored
to. Change the dsm.sys file for the API. (ie:/usr/adsm/api/dsm.sys).
Now
do the restore.
The data stored by ADSM does not change due to a restore. You
could
define 1000 clients as your HACMP Informix DB nodename and as long as
you
don't backup any data on them, the data stored by ADSM does not change.
Even if you do backup Informix data accidentally, the backup of the data
you
are restoring from is still good becuase Informix on a restore will ask
for
specific objects. The data accidentally backed up under the wrong node
name
is most likely not retrievable by onbar though or very difficult.
We do this all the time, with HACMP and Service Guard systems.
If
this does not help, please specify concerns.
Jeff Bach
> -----Original Message-----
> From: PAC Brion Arnaud [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, October 31, 2001 8:53 AM
> To: [EMAIL PROTECTED]
> Subject: equivalent of -virtualnodename for onbar
>
> Hi *SM'ers,
>
> A still unresolved question : is there any way modyfiying onbar to
have
> it restoring files created on a different node ? As far as I
understood
> it, it seems onbar looks in dsm.sys file for finding the hostname
it's
> going to use. I need a trick to bypass this, without having to modify
my
> local dsm.sys file (cross restore from an HACMP'ed informix db, back
to
> it's original place, but the "backup" node is hosting an other
informix
> db that uses onbar too, so I can't modify dsm.sys).
> Any help appreciated ....
> TIA.
> Arnaud
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> | Arnaud Brion, Panalpina Management Ltd., IT Group |
> | Viaduktstrasse 42, P.O. Box, 4002 Basel - Switzerland |
> | Phone: +41 61 226 19 78 / Fax: +41 61 226 17 01 |
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
**********************************************************************
This email and any files transmitted with it are confidential
and intended solely for the individual or entity to
whom they are addressed. If you have received this email
in error destroy it immediately.
**********************************************************************
