Re: onbar onarchive or ontape which one??

From: "Loven, Isaac" <Isaac.Loven@team.telstra.com> > >onbar onarchive or ontape. Which one should we use for backups? If you want simple, reliable, backups with no clever bits, use ontape. If you want multiple tape jukeboxes, integration with a storage manager and enjoy fiddling, use onbar. If you are a masochist or very confused and enjoy banging your head against a brick wall, use onarchive. Actually, even if you do enjoy these things, don't use onarchive. ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

Obnoxio The Clown wrote in message <8mttkn$na$1@news.xmission.com>... > >From: "Loven, Isaac" <Isaac.Loven@team.telstra.com> >> >>onbar onarchive or ontape. Which one should we use for backups? > >If you want simple, reliable, backups with no clever bits, use ontape. > AS LONG AS YOU DO NOT RUN IT IN BACKGROUND. RUNNING IN BACKGROUND IS NOT SUPPORTED. People have recommended using expect to feed ontape replies but... a) Do you know ALL the error prompts ontape can issue AND ALL the correct replies, even without analysing the problem? b) Can you be 100% sure that this list of prompts will not change even on a patch level change e.g. UD3->UD4 or UD3->UD3X1? Use onbar with ISM(for simple requirements), ADSM, Legato, Solstice Netbackup(?, something like that).. David. >If you want multiple tape jukeboxes, integration with a storage manager and >enjoy fiddling, use onbar. > >If you are a masochist or very confused and enjoy banging your head against >a brick wall, use onarchive. Actually, even if you do enjoy these things, >don't use onarchive. >________________________________________________________________________ >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com >

Hi All, Funny you should ask that. Years ago I wrote a Perl utility to automate ontape backups. You can get a copy at www.iiug.org. It is called db_ontape. It does anticipate error messages and has been used daily to backup up to 150 Informix instances a day for the last about 6 years. Ron Flannery included a copy of it in his latest book: Informix Handbook. It will handle an infinite number of tapes. Enjoy, Bill Low-Cost UX-Based Informix/Oracle DB Monitor: http://dbamon.com bill_border@agilent.com smooth1 wrote in message <39932ff7$1_1@news2.vip.uk.com>... > >Obnoxio The Clown wrote in message <8mttkn$na$1@news.xmission.com>... >> >>From: "Loven, Isaac" <Isaac.Loven@team.telstra.com> >>> >>>onbar onarchive or ontape. Which one should we use for backups? >> >>If you want simple, reliable, backups with no clever bits, use ontape. >> > > AS LONG AS YOU DO NOT RUN IT IN BACKGROUND. > RUNNING IN BACKGROUND IS NOT SUPPORTED. > > People have recommended using expect to feed ontape > replies but... > > a) Do you know ALL the error prompts ontape can issue AND > ALL the correct replies, even without analysing the problem? > > b) Can you be 100% sure that this list of prompts will not change > even on a patch level change e.g. UD3->UD4 or UD3->UD3X1? > > Use onbar with ISM(for simple requirements), ADSM, Legato, > Solstice Netbackup(?, something like that).. > > David. > > > >>If you want multiple tape jukeboxes, integration with a storage manager and >>enjoy fiddling, use onbar. >> >>If you are a masochist or very confused and enjoy banging your head against >>a brick wall, use onarchive. Actually, even if you do enjoy these things, >>don't use onarchive. >>________________________________________________________________________ >>Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com >> > >