RE: Archiver Tunning ? [RE: dbms_job question ??]

We are using SQLBacktrack and like it on our non-OPS servers. This problem however is with an OPS server and Backtrack does not support OPS.

..tom

> -----Original Message-----
> From: renato.huliganga_at_au1.ibm.com [SMTP:renato.huliganga_at_au1.ibm.com]
> Sent: Thursday, April 27, 2000 10:48 AM
> To: Multiple recipients of list ORACLE-L
> Subject: Re: Archiver Tunning ? [RE: dbms_job question ??]
>
> You might want to look at SQLBackTrack (www.bmc.com) for your backup
> solution. It works with V7x, RMAN works only from V8x. Both products works
> in similar principles, i.e. quick backup window, block level copying, use
> of catalog, etc.
>
> - Renato
>
>
>
> "Deshpande, Kirti" <Kirti.Deshpande_at_gtedc.gte.com> on 27/04/2000 02:56:20
>
> Please respond to ORACLE-L_at_fatcity.com
>
> To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
> cc: (bcc: Renato Huliganga/Australia/IBM)
>
>
>
>
> If you have not already done so, please take a look at Note # 45042.1 on
> Metalink (Archiver Best Practices). It offers some suggestions that may be
> of some help to you. Also, have you considered upgrading to Oracle 8.x and
> take advantage of RMAN for your backups?
> - Kirti
>
> > -----Original Message-----
> > From: blair_at_pjm.com [SMTP:blair_at_pjm.com]
> > Sent: Wednesday, April 26, 2000 8:55 AM
> > To: Multiple recipients of list ORACLE-L
> > Subject: RE: dbms_job question ??
> >
> > We are running Oracle 7.3.2.3 OPS on AIX 4.2.1
> >
> > Our database is 600G and extremely insert-intensive (330M per 15
> minutes).
> >
> > During hot backup (which takes 10 hours) all 23 on-line redo logs usually
> > fill
> > and the database stops
> > because they are filling faster than the archive process can copy them to
> > the
> > archive filesystem.
> >
> > Can anyone suggest any Oracle tuning that may help? I cant think of
> > anything.
> > Is there a way (in Unix) to give the archiver an exclusive lock on the
> > archive
> > filesystem during a redo log write?
> >
> > ..tom
> > --
> > Author:
> > INET: blair_at_pjm.com
> >
> >
> --
> Author: Deshpande, Kirti
> INET: Kirti.Deshpande_at_gtedc.gte.com
>
> Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
> San Diego, California -- Public Internet access / Mailing Lists
> --------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
>
>
>
> --
> Author:
> INET: renato.huliganga_at_au1.ibm.com
>
> Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
> San Diego, California -- Public Internet access / Mailing Lists
> --------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
Received on Thu Apr 27 2000 - 09:55:15 CDT