RE: Onbar and Storage Manager Backup to different server mpossible?

I hesitated to respond to this thread since I am not an onbar expert. I assisted in setting this up on IDS7.31 and Solaris 8 a few years ago. We have since moved to Solaris 9 IDS 9.40.FC5. We routinely do imported restores from our production instance to a test box. We had some very similar problems and they ended up being ISM setup issues. When you do ism_show -admins, do you have an administrator for both the host and target machine listed there (username@hostname)? Once a month, we oninit -i the instance on the test box and lay the onbar of production down on it. Our process as memory serves: take production onbar backup import these volumnes into the ISM catalog on the target machine oninit -i the target database copy the oncfg and ixbar files to the target informix dir load necesssary tapes and mount needed devices start onbar cold restore bring the database up when restore is complete. Once we got past the initial setup problems, the process runs pretty smoothly. In this case, we found informix support to be helpful. -----Original Message----- From: owner-informix-list@iiug.org [mailto:owner-informix-list@iiug.org]On Behalf Of Jonathan Leffler Sent: Friday, June 17, 2005 1:14 AM To: informix-list@iiug.org Subject: Re: Onbar and Storage Manager Backup to different server mpossible? Robert A. Reissaus wrote: > [SNIP] > Jonathan Leffler <jleffler@earthlink.net> wrote: > [SNIP] > > DR stands for Disaster Recovery. Since I came across it again and > again and again in the past 15 years a well enough known abbreviation > I would say. OK - I don't remember coming across the term used for that purpose (certainly not sufficiently routinely for it to have sunk in), so I've been asleep. Must be the Rip van Winkle effect - another 21 years and I'll wake up. > Return time is the time elapsed between sending data from the source > to the target and getting the result code ( ack or nack) back from the > target to the source. Something I believe is also a well known topic. Again, I've not seen that as the description - again, I must have been dozing at all the wrong points. > Yes of course ISM. I know it is 'small version of Legato' but that > isn't important here now is it? It comes bundled with the engine and > Onbar and should do what it says in the manuals. And it doesn't when > doing a remote restore. OK; so you've contacted IBM Tech Support and asked for a bug to be created, clear stating exactly where there is a discrepancy between the documentation and the actual product behaviour? > What file have copied across? I said it is EXACTLY the same as the > source except for the Hostname didn't I? The sqlhosts file is the same? The dbservernames are the same? If the sqlhosts files are the same, are you using localhost as the machine name? Or is that what you meant by 'except for the hostname'? Did you copy the various BAR-related log files - which go by names such as ixbar*, I believe? Did you make all the necessary changes (if there are any) in the ON-Bar configuration files. > If you are not a onbar expert, even when I asked for a response, a > simple 'I am not an onbar expert so I can't help you here' would have > been more than enough. The rest is totally unwarrented. I am sorry that my attempt to understand your problem annoyed you. I was merely trying to obtain enough information from you to have a chance of helping you. I knew that my answer would, of itself, be of little value - but you did call upon me when, unasked, I'd have kept quiet, knowing that I have little of use to say. > Anyone else have something usefull to say? I suspect Martin gave you (at least some of) the extra information that you need. -- Jonathan Leffler #include <disclaimer.h> Email: jleffler@earthlink.net, jleffler@us.ibm.com Guardian of DBD::Informix v2005.01 -- http://dbi.perl.org/ sending to informix-list