ORA-01555 on Active Data Guard Standby Database
ORA-01555 on Active Data Guard Standby Database [ID 1273808.1] | |||||
| |||||
修改時間 18-APR-2011 型別 PROBLEM 狀態 PUBLISHED |
In this Document
Applies to:
Oracle Server - Enterprise Edition - Version: 11.2.0.2.0 and later [Release: 11.2 and later ]Information in this document applies to any platform.
Primary and Standby databases at 11.2.0.2
Symptoms
After upgrading to 11.2.0.2 we see this ORA-1555 on the Standby Database. It is not possible to logon with system, dbsnmp or other db-users. Only sys as sysdba is working.
It's like we are running on system's undo Tablespace, - and not the one which has been restored..
Alert log file from Standby database
Wed Oct 27 14:48:22 2010
ORA-01555 caused by SQL statement below (SQL ID: dskjv8dgqdax0, Query Duration=8519 sec, SCN: 0x03cd.7fb9ca61):
SELECT TRANSMAIN.RECSEQNO,TRANSMAIN.TRANSIK,TRANSMAIN.TRAUNIEX,TRANSMAIN.TRANSEX,TRANSMAIN.DEPKEY,TRANSMAIN.SECIK,TRANSMAIN.PORIK,TRANSMAIN.CTP,TRANSMAIN.DEALER,TRANSMAIN.TRASPECIK,TRANSMAIN.CDYIK,TRANSMAIN.BLKIK,TRANSMAIN.TRCELMNO,TRANSMAIN.TRCBUSNO,TRANSMAIN.TRASTATREQ,TRANSMAIN.TRASTATACT,TRANSMAIN.TRASTATREV,TRANSMAIN.TRACAN,TRANSMAIN.BLKDATE,TRANSMAIN.TRANSORG,TRANSMAIN.TRANOLINK,TRANSMAIN.XI_TRANSCOSTTAX,TRANSMAIN.XI_TRANSSETTLE,TRANSMAIN.XI_TRANSINSTRUC,TRANSMAIN.XI_BALBOOKPFC,TRANSMAIN.NOMVAL,TRANSMAIN.NOMVALEX,TRANSMAIN.AGRDATE,TRANSMAIN.INTBEGDATE,TRANSMAIN.STLMDATE,TRANSMAIN.PMTDATE,TRANSMAIN.TRAPRICE,TRANSMAIN.TRAYIELD,TRANSMAIN.CURVALQC,TRANSMAIN.CURVALPC,TRANSMAIN.ACRINTQC,TRANSMAIN.ACRINTPC,TRANSMAIN.STLMAMTSC,TRANSMAIN.FXRATEQP,TRANSMAIN.FXRATEQS,TRANSMAIN.ACRINTDAYS,TRANSMAIN.STLMCUR,TRANSMAIN.EXTNOTEDATE,TRANSMAIN.EXTNOTEID,TRANSMAIN.BOOKMONTH,TRANSMAIN.FXRATEIP,TRANSMAIN.ACRINTSC,TRANSMAIN.AGIODISASC,TRANSMAIN.CAPCHGID,TRANSMAIN.REFIRATE,TRANSMAIN.FROMDATE,TRANSMAIN.TODATE,TRANSMAIN.EXCTYPE
Wed Oct 27 14:59:29 2010
Thread 1 cannot allocate new log, sequence 17781
Private strand flush not complete
Current log# 4 seq# 17780 mem# 0: /u1041105/redo/redo0401.log
Thread 1 advanced to log sequence 17781 (LGWR switch)
Current log# 1 seq# 17781 mem# 0: /u1041105/redo/redo0101.log
Wed Oct 27 14:59:32 2010
LNS: Standby redo logfile selected for thread 1 sequence 17781 for destination LOG_ARCHIVE_DEST_2
Wed Oct 27 14:59:34 2010
Archived Log entry 35541 added for thread 1 sequence 17780 ID 0x21653caa dest 1:
Wed Oct 27 15:02:20 2010
ALTER SYSTEM ARCHIVE LOG
Wed Oct 27 15:02:20 2010
Thread 1 cannot allocate new log, sequence 17782
Private strand flush not complete
Current log# 1 seq# 17781 mem# 0: /u1041105/redo/redo0101.log
Thread 1 advanced to log sequence 17782 (LGWR switch)
Current log# 2 seq# 17782 mem# 0: /u1041105/redo/redo0201.log
Archived Log entry 35543 added for thread 1 sequence 17781 ID 0x21653caa dest 1:
Wed Oct 27 14:48:22 2010
ORA-01555 caused by SQL statement below (SQL ID: dskjv8dgqdax0, Query Duration=8519 sec, SCN: 0x03cd.7fb9ca61):
SELECT TRANSMAIN.RECSEQNO,TRANSMAIN.TRANSIK,TRANSMAIN.TRAUNIEX,TRANSMAIN.TRANSEX,TRANSMAIN.DEPKEY,TRANSMAIN.SECIK,TRANSMAIN.PORIK,TRANSMAIN.CTP,TRANSMAIN.DEALER,TRANSMAIN.TRASPECIK,TRANSMAIN.CDYIK,TRANSMAIN.BLKIK,TRANSMAIN.TRCELMNO,TRANSMAIN.TRCBUSNO,TRANSMAIN.TRASTATREQ,TRANSMAIN.TRASTATACT,TRANSMAIN.TRASTATREV,TRANSMAIN.TRACAN,TRANSMAIN.BLKDATE,TRANSMAIN.TRANSORG,TRANSMAIN.TRANOLINK,TRANSMAIN.XI_TRANSCOSTTAX,TRANSMAIN.XI_TRANSSETTLE,TRANSMAIN.XI_TRANSINSTRUC,TRANSMAIN.XI_BALBOOKPFC,TRANSMAIN.NOMVAL,TRANSMAIN.NOMVALEX,TRANSMAIN.AGRDATE,TRANSMAIN.INTBEGDATE,TRANSMAIN.STLMDATE,TRANSMAIN.PMTDATE,TRANSMAIN.TRAPRICE,TRANSMAIN.TRAYIELD,TRANSMAIN.CURVALQC,TRANSMAIN.CURVALPC,TRANSMAIN.ACRINTQC,TRANSMAIN.ACRINTPC,TRANSMAIN.STLMAMTSC,TRANSMAIN.FXRATEQP,TRANSMAIN.FXRATEQS,TRANSMAIN.ACRINTDAYS,TRANSMAIN.STLMCUR,TRANSMAIN.EXTNOTEDATE,TRANSMAIN.EXTNOTEID,TRANSMAIN.BOOKMONTH,TRANSMAIN.FXRATEIP,TRANSMAIN.ACRINTSC,TRANSMAIN.AGIODISASC,TRANSMAIN.CAPCHGID,TRANSMAIN.REFIRATE,TRANSMAIN.FROMDATE,TRANSMAIN.TODATE,TRANSMAIN.EXCTYPE
Wed Oct 27 14:59:29 2010
Thread 1 cannot allocate new log, sequence 17781
Private strand flush not complete
Current log# 4 seq# 17780 mem# 0: /u1041105/redo/redo0401.log
Thread 1 advanced to log sequence 17781 (LGWR switch)
Current log# 1 seq# 17781 mem# 0: /u1041105/redo/redo0101.log
Wed Oct 27 14:59:32 2010
LNS: Standby redo logfile selected for thread 1 sequence 17781 for destination LOG_ARCHIVE_DEST_2
Wed Oct 27 14:59:34 2010
Archived Log entry 35541 added for thread 1 sequence 17780 ID 0x21653caa dest 1:
Wed Oct 27 15:02:20 2010
ALTER SYSTEM ARCHIVE LOG
Wed Oct 27 15:02:20 2010
Thread 1 cannot allocate new log, sequence 17782
Private strand flush not complete
Current log# 1 seq# 17781 mem# 0: /u1041105/redo/redo0101.log
Thread 1 advanced to log sequence 17782 (LGWR switch)
Current log# 2 seq# 17782 mem# 0: /u1041105/redo/redo0201.log
Archived Log entry 35543 added for thread 1 sequence 17781 ID 0x21653caa dest 1:
Cause
This is described in
: QUERY IN ACTIVE DATA GUARD RETURNS ORA-1555
which is duplicate from
: ACTIVE DATAGUAD INSTANCE HANGS DUE TO A LIBRARY CACHE LOCK HOLDER
This is resolved by applying the fix for
Internal : DBMV2-BIGBH:SPIN IN KGLLOCK CAUSED DB HUNG AND HIGH LIBRARY CACHE LOCK
Solution
On Unix Platforms:
Apply this Patch 10018789 or request corresponding Patch if not available for your Platform. on Top of 11.2.0.2
On Windows Platform.:
Please apply 11.2.0.2.0 Patch 3 (11.2.0.2.3P)
32-Bit Patch:11731183
64-Bit (x64) Patch:11731184
For more info please check this note:
11.2.0.x Oracle Database and Networking Patches for Microsoft Platforms ()
References
- ACTIVE DATAGUAD INSTANCE HANGS DUE TO A LIBRARY CACHE LOCK HOLDER- QUERY IN ACTIVE DATA GUARD RETURNS ORA-1555
- 11.2.0.x Oracle Database and Networking Patches for Microsoft Platforms
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29320885/viewspace-2136580/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle 12.2 How to Generate AWRs in Active Data Guard Standby DatabasesOracleDatabase
- 【DG】Data Guard搭建(physical standby)
- Convert a Physical Standby Database into a Snapshot Standby DatabaseDatabase
- 【mos 1265700.1】Oracle Patch Assurance - Data Guard Standby-First Patch ApplyOracleAPP
- 【DATAGUARD】Data Guard 12C 新特性:Far Sync Standby (Doc ID 2179719.1)
- 12c DG新特性 - Active Data Guard Far Sync (Doc ID 2179719.1)
- G008-ORACLE-DG ORACLE 19C Active Data Guard DML RedirectionOracle
- Oracle 19C Data Guard基礎運維-01安裝物理standbyOracle運維
- Performing a Failover to a Physical Standby DatabaseORMAIDatabase
- Setup Standby Database on One PC(轉)Database
- Oracle DG Standby Database型別OracleDatabase型別
- Oracle DG建立Physical Standby DatabaseOracleDatabase
- Oracle DG建立Logical Standby DatabaseOracleDatabase
- Oracle 12.2 使用Database Link優化Standby Database WorkloadOracleDatabase優化
- Oracle Data Guard Broker元件Oracle元件
- Oracle Data Guard簡介Oracle
- 單機搭建Data Guard
- [20230110]sql profile run standby database.txtSQLDatabase
- 1 關於 Oracle Data GuardOracle
- 2 Oracle Data Guard 安裝Oracle
- 1 Oracle Data Guard Broker 概念Oracle
- bd_ticket_guard_client_dataclient
- Oracle Data Guard和Broker概述Oracle
- 使用Data Guard Broker進行Data Guard物理備用庫配置(Oracle 19c)Oracle
- 使用RMAN複製資料庫 active database資料庫Database
- 8 Oracle Data Guard Broker 屬性Oracle
- 9 Oracle Data Guard 故障診斷Oracle
- Bd-Ticket-Guard-Client-Data逆向client
- 4 Creating a Logical Standby Database 建立邏輯備庫Database
- oracle 11g data guard維護Oracle
- 4.1.6 Oracle Restart 與 Oracle Data Guard 整合OracleREST
- 【DATAGUARD】Oracle19c Data Guard BrokerOracle
- 2 開始實用 Oracle Data GuardOracle
- 19 Oracle Data Guard 相關檢視Oracle
- 在Oracle DG Standby庫上啟用flashback database功能OracleDatabase
- 6 Oracle Data Guard Protection Modes 保護模式Oracle模式
- 【DG】Data Guard主備庫Failove切換AI
- 【DG】Data Guard主備庫Switchover切換
- 15 Oracle Data Guard Scenarios 保護場景OracleiOS