RE: dbms_job question ??

Hi

It means that off all your checkpoints started 59 have not completed this could mean your redo logs are to small.
Another option I heard of was to increase db_block_checkpoint_batch in order to speed up checkpointing.

Jack

blair_at_pjm.com_at_fatcity.com on 04/27/2000 03:15:42 PM

Please respond to ORACLE-L_at_fatcity.com

Sent by: root_at_fatcity.com

To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com> cc:
Subject: RE: dbms_job question ??

This is interesting. Thank you Chuck.

I ran this query and got the value of 59. I'd like to now more about what this query means in plain English.

Our redologs now are 330M. They fill every 15-20 minutes.

thanks,
..tom

> -----Original Message-----
> From: Chuck Hamilton [SMTP:chuck_hamilton_at_yahoo.com]
> Sent: Wednesday, April 26, 2000 2:03 PM
> To: Multiple recipients of list ORACLE-L
> Subject: RE: dbms_job question ??
>
> Sounds like your online logs are too small. I'll bet you're not only suffering
> from db hang-ups during hot backups, but you're probably not competing one
> checkpoint before the next begins. Run the following query and see if that's
> happening. If so, you need to increase the redo log size. If the result is >
> 1, you do. BTW how big are they. From what you describe they should be at
> least 400m each.
>
> select started.value - completed.value incomplete_checkpoints
> from v$sysstat started, v$sysstat completed
> where started.name = 'background checkpoints started'
> and completed.name = 'background checkpoints completed';
>
> -----Original Message-----
> Sent: Wednesday, April 26, 2000 9:55 AM
> To: Multiple recipients of list ORACLE-L
>
>
> 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
>
> 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: Michael Boligan
> INET: mboligan_at_healthvision.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).
>
>
>
> _____
>
> Do You Yahoo!?
> Send online invitations with Yahoo! Invites <http://invites.yahoo.com/>.

--
Author:
  INET: blair_at_pjm.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).





===================================================================
De informatie verzonden met dit E-mail bericht is uitsluitend bestemd voor
de geadresseerde. Gebruik van deze informatie door anderen dan de
geadresseerde is verboden. Openbaarmaking, vermenigvuldiging, verspreiding
en/of verstrekking van deze informatie aan derden is niet toegestaan.
Ernst & Young staat niet in voor de juiste en volledige overbrenging van de
inhoud van een verzonden E-mail, noch voor tijdige ontvangst daarvan.
===================================================================
The information contained in this communication is confidential and may be
legally privileged. It is intended solely for the use of the individual or
entity to whom it is addressed and others authorised to receive it. If you
are not the intended recipient you are hereby notified that any disclosure,
copying,  distribution or taking any action in reliance on the contents of
this information is strictly prohibited and may be unlawful. Ernst &
Young is neither liable  for the proper and complete transmission of the
information contained in this communication nor for any delay in its