Re: ontape vs onbar

Hi all, I can confirm you that the ontape restores well all databases in the instance. I did it a lot of time ... in both systems: Windows and Unix .... Every time I took care with the log tape with ontape -c , and after finish ontape -s -L 0, I run an "onmode -l" (force next logical log) to whoole back-up of instance. I did already the ontape -r -D (dbspaces) and it worked ok ! REgards Ferronato "Simmons, Keith" <keith.simmons@office2office.biz> wrote in message news:<c5gn28$fr9$1@terabinaries.xmission.com>... > Colin > > Ontape is rock solid whether the database is active or not. I have used it > to backup my database every night for over 5 years with only one restoration > problem (in v5.03). we run a 24x7 operation so the database is active the > entire time. Unlike some database archive mechanisms ontape (and onbar) are > specifically designed to take a 'snapshot in time' archive which is totally > consistent with the system in use (anything less would be worth the disk it > was stored on). If you have a problem restoring archive using ontape you > need to raise a call. > > Keith > > -> -----Original Message----- > -> From: Colin Bull [mailto:c.bull@videonetworks.com] > -> Sent: Tuesday, April 13, 2004 10:34 AM > -> To: informix-list@iiug.org > -> Subject: RE: ontape vs onbar > -> > -> > -> > -> > -> brett wrote > -> > > -> > Is onbar a viable backup solution with IBS 9.x or is ontape > -> > still the best ? > -> > > -> > I keep reading in the newsgroup, talk about using ontape as > -> > backup and not > -> > onbar. Why ? > -> > > -> Ontape is quick and easy, but does not guarantee consistent > -> restores if databse is active when backed up. > -> > -> Onbar works with logs to give reliable restore when database > -> is active, and is therefore more demanding to use. > -> > -> Horses for courses. > -> > -> Colin Bull > -> c.bull@videonetworks.com > -> sending to informix-list > -> > > > ********************************************************************************** > This message is sent in strict confidence for the addressee only. It may > contain legally privileged information. The contents are not to be disclosed > to anyone other than the addressee. Unauthorised recipients are requested > to preserve this confidentiality and to advise the sender immediately of any > error in transmission. > This footnote also confirms that this email message has been swept for the > presence of computer viruses, however we cannot guarantee that this message > is free from such problems. > ********************************************************************************** > > sending to informix-list