Re: Lengthening backup

From: Fuad Arshad <fuadar_at_yahoo.com>
Date: Sat, 8 Jul 2006 15:22:21 -0700 (PDT)
Message-ID: <20060708222221.70252.qmail@web82102.mail.mud.yahoo.com>

ora_ixxx processes are created by rman to and the dbms_backup_restore to backup the database. ytry ot see during a backup run how many ora_i processes are there. i've seen ora_i processes hang for a number of reasons including lost network communication and issues with rman communicating to the media management most of our issues weere lrelated ot the media management front. i would run rman in debug mode.
set debug on
in the rman script
and see between calls what is it performing. if this is aix rman uses aio servers and you might have acontention there. the only otherpoint is monitoring the large pool as the problem week start to see if the large pool is fragmented .

Original Message ---- From: Terry Sutton <terrysutton_at_usa.net> To: oracle-l_at_freelists.org Sent: Saturday, July 8, 2006 4:16:51 PM Subject: Re: Lengthening backup

Faud,

What's an ora_i process? The oracle processes (besides connections) I see are:

oracle@:/export/home/oracle $ ps -ef | grep ora_                                                  
  oracle 15349     1  0   Mar 20 ?       803:07 ora_dbw2_DBNAME
  oracle 15343     1  0   Mar 20 ?        0:18 ora_pmon_DBNAME
  oracle 15365     1  0   Mar 20 ?       24:03 ora_snp0_DBNAME
  oracle 15363     1  0   Mar 20 ?        0:05 ora_reco_DBNAME
  oracle 15371     1  0   Mar 20 ?       123:15 ora_arc0_DBNAME
  oracle 15383     1  0   Mar 20 ?       116:37 ora_arc6_DBNAME
  oracle 15359     1  0   Mar 20 ?       2345:43 ora_ckpt_DBNAME
  oracle 15355     1  0   Mar 20 ?       796:49 ora_dbw5_DBNAME
  oracle 15353     1  0   Mar 20 ?       776:13 ora_dbw4_DBNAME
  oracle 15367     1  0   Mar 20 ?       15:36 ora_snp1_DBNAME
  oracle 15351     1  0   Mar 20 ?       785:47 ora_dbw3_DBNAME
  oracle 15369     1  0   Mar 20 ?       30:50 ora_snp2_DBNAME
  oracle 12533 11168  0 14:15:15 pts/7    0:00 grep ora_
  oracle 15357     1  1   Mar 20 ?       5559:09 ora_lgwr_DBNAME
  oracle 15381     1  0   Mar 20 ?       103:16 ora_arc5_DBNAME
  oracle 15347     1  0   Mar 20 ?       781:11 ora_dbw1_DBNAME
  oracle 15373     1  0   Mar 20 ?       102:51 ora_arc1_DBNAME
  oracle 15375     1  0   Mar 20 ?       119:24 ora_arc2_DBNAME
  oracle 15379     1  0   Mar 20 ?       122:43 ora_arc4_DBNAME
  oracle 15345     1  0   Mar 20 ?       793:48 ora_dbw0_DBNAME
  oracle 15361     1  0   Mar 20 ?       119:17 ora_smon_DBNAME
  oracle 15377     1  0   Mar 20 ?       103:31 ora_arc3_DBNAME
  oracle 15385     1  0   Mar 20 ?       104:06 ora_arc7_DBNAME

--Terry

the first week when the problem starts i would look at the ora_i process. we had the excact same problem with ora_i being hung and oracle spawing more ora_i processes until the backusp became real slow and used to crawl to a halt. killing the previous ora_i processes immediately solved the issues.

Original Message ---- From: Terry Sutton <terrysutton_at_usa.net> To: oracle-l_at_freelists.org Sent: Friday, July 7, 2006 2:01:16 PM Subject: Re: Lengthening backup

SQL> SELECT DISTINCT(incremental_level)

FROM rc_backup_set WHERE db_id = 435051864 AND start_time > SYSDATE -10;

INCREMENTAL_LEVEL

So the incremental level is null.

--Terry

Original Message ----- From: Allen, Brandon To: terrysutton_at_usa.net ; oracle-l_at_freelists.org Sent: Friday, July 07, 2006 11:43 AM Subject: RE: Lengthening backup

The only thing I can think of that would cause such behaviour is if for some reason you were actually running a cumulative incremental backup. From the script you've shown, that doesn't appear to be the case, but could you check the incremental_level of the rc_backup_set view in your recovery catalog and verify?

From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Terry Sutton

I'm having some issues with a client's RMAN backup. They're on Oracle 8.1.7.4, Solaris 8. It's a weekly full backup, and they're backing up ~1.5TB to disk, and the longer the instance is up, the longer the backup takes. Privileged/Confidential Information may be contained in this message or attachments hereto. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of this company shall be understood as neither given nor endorsed by it.
--

http://www.freelists.org/webpage/oracle-l Received on Sat Jul 08 2006 - 17:22:21 CDT