再次遭遇oracle BUG--6704410

一时失言乱红尘 2021-12-09 08:01 201阅读 0赞

昨天完成了logical standby的建制，运行在默认模式最大性能模式，今天试着修改为最大可用模式时，发现主数据库报如下错误。上google,baidu均未找到答案。上metalink上查询，发现一笔记录，曰是oracle 的BUG.Oracle仍未提供修正程序，也没有解决方式，又给改回最大性能模式。  
错误如下：  
LGWR: Error 4030 disconnecting from destination LOG\_ARCHIVE\_DEST\_2 standby host 'its'  
Tue Feb 05 13:12:36 2008  
Errors in file d:\\it\\dump\\bdump\\it\_lgwr\_3508.trc:  
ORA-04030: out of process memory when trying to allocate  bytes (,)

LGWR: Error 4030 creating archivelog file 'its'  
LGWR: Failed to archive log 1 thread 1 sequence 35 (4030)  
Thread 1 advanced to log sequence 35

metalink原文如下：  
Bug No. 6704410  
Filed 19-DEC-2007 Updated 24-JAN-2008  
Product Oracle Server - Enterprise Edition Product Version  10.2.0.3  
Platform Microsoft Windows Server 2003 R2 (64-bit AMD64 and Intel EM64T) Platform Version No Data  
Database Version 10.2.0.3 Affects Platforms  Generic  
Severity  Severe Loss of Service Status Duplicate Bug. To Filer  
Base Bug 5618471 Fixed in Product Version No Data

Problem statement:

RFS PROCESS ACQUIRE HUGE MEMORY.  
\--------------------------------------------------------------------------------

\*\*\* 12/19/07 12:18 am \*\*\* TAR: ---- . PROBLEM: -------- In customer's site, when instance of primary node 2 starts up, RFS process acquire huge memory. . -- result of v$sesstat. SPID   PROGRAM               SID NAME                          MEMORY ------ ------------------ ------ ------------------------- ---------- 7152   ORACLE.EXE (SHAD)     410 session pga memory        2284412296 < -- 7152   ORACLE.EXE (SHAD)     410 session pga memory max    2284412296 7152   ORACLE.EXE (SHAD)     410 session uga memory            158464 7152   ORACLE.EXE (SHAD)     410 session uga memory max        158464 . Moreover, lgwr of primary nodes face the following error and lgwr can not transfer redo log. .     Fri Dec 07 22:09:15 2007     LGWR: Error 4030 disconnecting from destination LOG\_ARCHIVE\_DEST\_2       standby host 'LIFE\_DR'     Fri Dec 07 22:09:15 2007     Errors in file ....     ORA-04030: .... . DIAGNOSTIC ANALYSIS: -------------------- . WORKAROUND: ----------- N/A . RELATED BUGS: ------------- . REPRODUCIBILITY: ---------------- . TEST CASE: ---------- N/A . STACK TRACE: ------------ . SUPPORTING INFORMATION: ----------------------- . 24 HOUR CONTACT INFORMATION FOR P1 BUGS: ---------------------------------------- . DIAL-IN INFORMATION: -------------------- . IMPACT DATE: ------------ . \*\*\* 12/19/07 12:22 am \*\*\* \*\*\* 12/19/07 05:49 pm \*\*\* (CHG: Sta->16) \*\*\* 12/19/07 06:01 pm \*\*\* (CHG: Asg->NEW OWNER) \*\*\* 12/21/07 12:02 am \*\*\* (CHG: Sta->10) \*\*\* 12/21/07 12:02 am \*\*\* \*\*\* 01/14/08 06:52 pm \*\*\* (CHG: Sta->16) \*\*\* 01/14/08 06:52 pm \*\*\* \*\*\* 01/15/08 11:10 pm \*\*\* (CHG: Sta->10) \*\*\* 01/15/08 11:10 pm \*\*\* \*\*\* 01/20/08 06:34 pm \*\*\* (CHG: Sta->16) \*\*\* 01/20/08 06:34 pm \*\*\* \*\*\* 01/20/08 09:42 pm \*\*\* (CHG: Sta->11 SubComp->DATAGUARD\_PSBY) \*\*\* 01/20/08 09:42 pm \*\*\* \*\*\* 01/20/08 09:43 pm \*\*\* \*\*\* 01/20/08 09:43 pm \*\*\* (ADD: Impact/Symptom->MEMORY/OTHER RESOURC... \*\*\* 01/20/08 09:45 pm \*\*\* \*\*\* 01/20/08 09:45 pm \*\*\* (CHG: Asg->NEW OWNER) \*\*\* 01/20/08 09:45 pm \*\*\* \*\*\* 01/21/08 01:46 am \*\*\* (CHG: Confirmed Flag->Y) \*\*\* 01/21/08 01:46 am \*\*\* (CHG: Asg->NEW OWNER) \*\*\* 01/21/08 01:46 am \*\*\* \*\*\* 01/23/08 07:14 am \*\*\* \*\*\* 01/23/08 08:49 am \*\*\* \*\*\* 01/24/08 06:05 am \*\*\* \*\*\* 01/24/08 07:16 am \*\*\* (CHG: Sta->36) \*\*\* 01/24/08 07:16 am \*\*\* \*\*\* 01/24/08 07:53 am \*\*\*

转载于:https://www.cnblogs.com/helpdesk/archive/2008/06/18/1224989.html