国产99久久精品_欧美日本韩国一区二区_激情小说综合网_欧美一级二级视频_午夜av电影_日本久久精品视频

最新文章專題視頻專題問答1問答10問答100問答1000問答2000關鍵字專題1關鍵字專題50關鍵字專題500關鍵字專題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關鍵字專題關鍵字專題tag2tag3文章專題文章專題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專題3
問答文章1 問答文章501 問答文章1001 問答文章1501 問答文章2001 問答文章2501 問答文章3001 問答文章3501 問答文章4001 問答文章4501 問答文章5001 問答文章5501 問答文章6001 問答文章6501 問答文章7001 問答文章7501 問答文章8001 問答文章8501 問答文章9001 問答文章9501
當前位置: 首頁 - 科技 - 知識百科 - 正文

LogondatabaseTiger引起DataGuard不同步問題

來源:懂視網 責編:小采 時間:2020-11-09 14:34:10
文檔

LogondatabaseTiger引起DataGuard不同步問題

LogondatabaseTiger引起DataGuard不同步問題:當DataGuard升級CPU后,發現主備庫不能同步了,日志報錯,所以在主庫的執行的升級的后腳本@catbundle.sql cpu apply不能同步到備庫 現象: broker狀態: [oracle@webdb2 ~]$ dgmgrl sys/oracle DGMGRL for Linux: Versio
推薦度:
導讀LogondatabaseTiger引起DataGuard不同步問題:當DataGuard升級CPU后,發現主備庫不能同步了,日志報錯,所以在主庫的執行的升級的后腳本@catbundle.sql cpu apply不能同步到備庫 現象: broker狀態: [oracle@webdb2 ~]$ dgmgrl sys/oracle DGMGRL for Linux: Versio

當DataGuard升級CPU后,發現主備庫不能同步了,日志報錯,所以在主庫的執行的升級的后腳本@catbundle.sql cpu apply不能同步到備庫 現象: broker狀態: [oracle@webdb2 ~]$ dgmgrl sys/oracle DGMGRL for Linux: Version 11.2.0.3.0 -64bit Production Copy

當DataGuard升級CPU后,發現主備庫不能同步了,日志報錯,所以在主庫的執行的升級的后腳本“@catbundle.sql cpu apply”不能同步到備庫

現象:

broker狀態:

[oracle@webdb2 ~]$ dgmgrl sys/oracle

DGMGRL for Linux: Version 11.2.0.3.0 -64bit Production

Copyright (c) 2000, 2009, Oracle. Allrights reserved.

歡迎使用 DGMGRL, 要獲取有關信息請鍵入 "help"。

已連接。

DGMGRL> show configuration

配置 - webdb

保護模式: MaxAvailability

數據庫:

webdb - 主數據庫

webdb2 - 物理備用數據庫

快速啟動故障轉移: DISABLED

配置狀態:

ORA-16664: 無法從數據庫接收結果

DGM-17017: 無法確定配置狀態

--查看主庫狀態:

SQL> Select timestamp, message FROMV$DATAGUARD_STATUS Where Rownum < 5;

TIMESTAMP MESSAGE

-------------------------------------------------------------------------------------------

2014-10-23 Error 604 received logging on to the standby

2014-10-23 PING[ARC2]: Heartbeat failed to connect tostandby'(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=webdb2)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=webdb2)(SERVER=DEDICATED)))'.Error is 604.

2014-10-23 Error 604 received logging on to the standby

2014-10-23 PING[ARC2]: Heartbeat failed to connect to standby'(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=webdb2)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=webdb2)(SERVER=DEDICATED)))'.Error is 604.

--此時查看日志

主庫日志:

ORA-00604: 遞歸 SQL 級別 1 出現錯誤

ORA-20154: TNS: 監聽程序當前無法識別連接描述符中請求的服務

ORA-06512: 在 line 29

Thu Oct 23 00:25:52 2014

Errors in file/u01/app/ora11g/diag/rdbms/webdb/webdb/trace/webdb_ora_18833.trc:

ORA-00604: 遞歸 SQL 級別 1 出現錯誤

ORA-20154: TNS: 監聽程序當前無法識別連接描述符中請求的服務

ORA-06512: 在 line 29

Thu Oct 23 00:25:52 2014

Errors in file/u01/app/ora11g/diag/rdbms/webdb/webdb/trace/webdb_ora_18842.trc:

ORA-00604: 遞歸 SQL 級別 1 出現錯誤

ORA-20154: TNS: 監聽程序當前無法識別連接描述符中請求的服務

ORA-06512: 在 line 29

Thu Oct 23 00:25:53 2014

Error 604 receivedlogging on to the standby

PING[ARC2]: Heartbeatfailed to connect to standby'(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=webdb2)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=webdb2)(SERVER=DEDICATED)))'.Error is 604.

Thu Oct 23 00:26:12 2014

Errors in file /u01/app/ora11g/diag/rdbms/webdb/webdb/trace/webdb_ora_18961.trc:

ORA-00604: 遞歸 SQL 級別 1 出現錯誤

ORA-20154: TNS: 監聽程序當前無法識別連接描述符中請求的服務

ORA-06512: 在 line 29

備庫日志:

ORA-00604: 遞歸 SQL 級別 1 出現錯誤

ORA-16000: 打開數據庫以進行只讀訪問

ORA-06512: 在 line 3

Thu Oct 23 00:27:39 2014

Errors in file /u01/app/ora11g/diag/rdbms/webdb2/webdb2/trace/webdb2_ora_30130.trc:

ORA-00604: 遞歸 SQL 級別 1 出現錯誤

ORA-20154: TNS: 監聽程序當前無法識別連接描述符中請求的服務

ORA-06512: 在 line 29

Errors in file/u01/app/ora11g/diag/rdbms/webdb2/webdb2/trace/webdb2_ora_30130.trc:

ORA-00604: 遞歸 SQL 級別 1 出現錯誤

ORA-16000: 打開數據庫以進行只讀訪問

ORA-06512: 在 line 3

--進一步查看trace文件

主庫trace:

[oracle@webdb1 trace]$ more/u01/app/ora11g/diag/rdbms/webdb/webdb/trace/webdb_ora_8589.trc

Trace file/u01/app/ora11g/diag/rdbms/webdb/webdb/trace/webdb_ora_8589.trc

Oracle Database 11g Enterprise EditionRelease 11.2.0.3.0 - 64bit Production

With the Partitioning, Automatic StorageManagement, OLAP, Data Mining

and Real Application Testing options

ORACLE_HOME =/u01/app/ora11g/product/11.2.0/db_1

System name: Linux

Node name: webdb1

Release: 2.6.32-200.13.1.el5uek

Version: #1 SMP Wed Jul 27 21:02:33 EDT 2011

Machine: x86_64

Instance name: webdb

Redo thread mounted by this instance: 1

Oracle process number: 176

Unix process pid: 8589, image:oracle@webdb1

*** 2014-10-14 13:19:18.860

*** SESSION ID:(21.12621) 2014-10-1413:19:18.860

*** CLIENT ID:() 2014-10-14 13:19:18.860

*** SERVICE NAME:(SYS$USERS) 2014-10-1413:19:18.860

*** MODULE NAME:(emagent@webdb1 (TNSV1-V3)) 2014-10-14 13:19:18.860

*** ACTION NAME:() 2014-10-14 13:19:18.860

Error in executing triggers on connectinternal

*** 2014-10-14 13:19:18.861

dbkedDefDump(): Starting a non-incidentdiagnostic dump (flags=0x0, level=0, mask=0x0)

----- Error Stack Dump -----

ORA-00604: 遞歸 SQL 級別 1 出現錯誤

ORA-20154: TNS: 監聽程序當前無法識別連接描述符中請求的服務

ORA-06512: 在 line 28

Trace file/u01/app/ora11g/diag/rdbms/webdb/webdb/trace/webdb_ora_8589.trc

Oracle Database 11g Enterprise EditionRelease 11.2.0.3.0 - 64bit Production

With the Partitioning, Automatic StorageManagement, OLAP, Data Mining

and Real Application Testing options

ORACLE_HOME =/u01/app/ora11g/product/11.2.0/db_1

System name: Linux

Node name: webdb1

Release: 2.6.32-200.13.1.el5uek

Version: #1 SMP Wed Jul 27 21:02:33 EDT 2011

Machine: x86_64

Instance name: webdb

Redo thread mounted by this instance: 1

Oracle process number: 163

Unix process pid: 8589, image:oracle@webdb1

備庫trace:

[oracle@webdb2 trace]$ more/u01/app/ora11g/diag/rdbms/webdb2/webdb2/trace/webdb2_ora_29791.trc

Trace file/u01/app/ora11g/diag/rdbms/webdb2/webdb2/trace/webdb2_ora_29791.trc

Oracle Database 11g Enterprise EditionRelease 11.2.0.3.0 - 64bit Production

With the Partitioning, Automatic StorageManagement, OLAP, Data Mining

and Real Application Testing options

ORACLE_HOME =/u01/app/ora11g/product/11.2.0/db_1

System name: Linux

Node name: webdb2

Release: 2.6.32-200.13.1.el5uek

Version: #1 SMP Wed Jul 27 21:02:33 EDT 2011

Machine: x86_64

Instance name: webdb2

Redo thread mounted by this instance: 1

Oracle process number: 22

Unix process pid: 29791, image:oracle@webdb2

*** 2014-10-23 11:30:21.649

*** SESSION ID:(854.10603) 2014-10-2311:30:21.649

*** CLIENT ID:() 2014-10-23 11:30:21.649

*** SERVICE NAME:(SYS$USERS) 2014-10-2311:30:21.649

*** MODULE NAME:(emagent@webdb2 (TNSV1-V3)) 2014-10-23 11:30:21.649

*** ACTION NAME:() 2014-10-23 11:30:21.649

Error in executing triggers on connectinternal

*** 2014-10-23 11:30:21.649

dbkedDefDump(): Starting a non-incidentdiagnostic dump (flags=0x0, level=0, mask=0x0)

----- Error Stack Dump -----

ORA-00604: 遞歸 SQL 級別 1 出現錯誤

ORA-20154: TNS: 監聽程序當前無法識別連接描述符中請求的服務

ORA-06512: 在 line 29

Error in executing triggers on connectinternal

*** 2014-10-23 11:30:21.650

dbkedDefDump(): Starting a non-incidentdiagnostic dump (flags=0x0, level=0, mask=0x0)

----- Error Stack Dump -----

ORA-00604: 遞歸 SQL 級別 1 出現錯誤

ORA-16000: 打開數據庫以進行只讀訪問

ORA-06512: 在 line 3

分析:

可以從看到trace log中看到都與tiger執行有關,于是想到在主庫是創建過的兩個 logon on database tiger

解決辦法:

--禁用登錄tiger

把一個登錄IP限制的tiger的禁用后,主庫的

ORA-00604: 遞歸 SQL 級別 1 出現錯誤

ORA-20154: TNS: 監聽程序當前無法識別連接描述符中請求的服務

報錯消失,只剩下下面的報錯:

Error 604 received logging on to thestandby

PING[ARC2]: Heartbeat failed to connect tostandby'(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=webdb2)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=webdb2)(SERVER=DEDICATED)))'.Error is 604.

備庫依然報錯

--啟動備庫到mount狀態

SQL> shutdown immediate

SQL> startup mount

ORACLE 例程已經啟動。

Total System Global Area 1.0456E+10 bytes

Fixed Size 2237488 bytes

Variable Size 5435821008 bytes

Database Buffers 4999610368 bytes

Redo Buffers 17973248 bytes

數據庫裝載完畢。

SQL> select open_mode from v$database;

OPEN_MODE

--------------------

MOUNTED

--查看日志

主庫:

Thu Oct 23 13:45:15 2014

Archived Log entry 2225 added for thread 1sequence 1122 ID 0xc8d579d3 dest 1:

ARC3: Standby redo logfile selected forthread 1 sequence 1122 for destination LOG_ARCHIVE_DEST_2

Thu Oct 23 13:46:46 2014

ARC3: Archive log rejected (thread 1sequence 1120) at host'(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=webdb2)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=webdb2)(SERVER=DEDICATED)))'

Thu Oct 23 13:46:46 2014

ARC0: Archive log rejected (thread 1sequence 1121) at host'(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=webdb2)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=webdb2)(SERVER=DEDICATED)))'

FAL[server, ARC3]: FAL archive failed, seetrace file.

ARCH: FAL archive failed. Archivercontinuing

ORACLE Instance webdb - Archival Error.Archiver continuing.

FAL[server, ARC0]: FAL archive failed, seetrace file.

ARCH: FAL archive failed. Archivercontinuing

ORACLE Instance webdb - Archival Error.Archiver continuing.

Thu Oct 23 13:46:49 2014

Destination LOG_ARCHIVE_DEST_2 isSYNCHRONIZED

LGWR: Standby redo logfile selected toarchive thread 1 sequence 1124

LGWR: Standby redo logfile selected forthread 1 sequence 1124 for destination LOG_ARCHIVE_DEST_2

Thread 1 advanced to log sequence 1124(LGWR switch)

Current log# 2 seq# 1124 mem# 0:+DATA/webdb/onlinelog/group_2.262.819826783

Current log# 2 seq# 1124 mem# 1:+FRA/webdb/onlinelog/group_2.258.819826785

Archived Log entry 2244 added for thread 1sequence 1123 ID 0xc8d579d3 dest 1

備庫:

Using STANDBY_ARCHIVE_DEST parameterdefault value as USE_DB_RECOVERY_FILE_DEST

Thu Oct 23 13:45:15 2014

RFS[1]: Assigned to RFS process 17293

RFS[1]: Opened log for thread 1 sequence1102 dbid -925543465 branch 819826777

Thu Oct 23 13:45:15 2014

Primary database is in MAXIMUM AVAILABILITYmode

Standby controlfile consistent with primary

Standby controlfile consistent with primary

RFS[2]: Assigned to RFS process 17297

RFS[2]: Selected log 7 for thread 1sequence 1123 dbid -925543465 branch 819826777

Deleted Oracle managed file+FRA/webdb2/archivelog/2014_10_13/thread_1_seq_1049.350.860808821

Archived Log entry 1104 added for thread 1sequence 1102 rlc 819826777 ID 0xc8d579d3 dest 2:

可以看到主備庫恢復心跳,備庫能恢復應用日志

打開備庫操作:

SQL> alter database open;

數據庫已更改。

SQL> select open_mode from v$database;

OPEN_MODE

--------------------

READ ONLY

SQL> ALTER DATABASE RECOVER MANAGEDSTANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;

ALTER DATABASE RECOVER MANAGED STANDBYDATABASE USING CURRENT LOGFILE DISCONNECT

*

第 1 行出現錯誤:

ORA-01153: 激活了不兼容的介質恢復

SQL> select open_mode from v$database;

OPEN_MODE

--------------------

READ ONLY WITH APPLY

--主庫切換日志

SQL> alter system switch logfile;

系統已更改。

--查看日志

主庫:

Thu Oct 23 14:19:52 2014

LGWR: Standby redo logfile selected toarchive thread 1 sequence 1125

LGWR: Standby redo logfile selected forthread 1 sequence 1125 for destination LOG_ARCHIVE_DEST_2

Thread 1 advanced to log sequence 1125(LGWR switch)

Current log# 3 seq# 1125 mem# 0:+DATA/webdb/onlinelog/group_3.263.819826787

Current log# 3 seq# 1125 mem# 1:+FRA/webdb/onlinelog/group_3.259.819826789

Thu Oct 23 14:19:53 2014

Archived Log entry 2246 added for thread 1sequence 1124 ID 0xc8d579d3 dest 1:

備庫:

Completed: ALTER DATABASE RECOVER MANAGEDSTANDBY DATABASE THROUGH ALL SWITCHOVERDISCONNECT USING CURRENT LOGFILE

Thu Oct 23 14:15:51 2014

ALTER DATABASE RECOVER MANAGED STANDBYDATABASE USING CURRENT LOGFILE DISCONNECT

ORA-1153 signalled during: ALTER DATABASERECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT...

Thu Oct 23 14:19:52 2014

Standby controlfile consistent with primary

RFS[2]: Selected log 7 for thread 1sequence 1125 dbid -925543465 branch 819826777

Thu Oct 23 14:19:52 2014

Archived Log entry 1123 added for thread 1sequence 1124 ID 0xc8d579d3 dest 1:

Thu Oct 23 14:19:52 2014

Media Recovery Waiting for thread 1sequence 1125 (in transit)

Recovery of Online Redo Log: Thread 1 Group7 Seq 1125 Reading mem 0

Mem# 0: +DATA/webdb2/onlinelog/group_7.282.819884421

Mem# 1: +FRA/webdb2/onlinelog/group_7.278.819884423

可以看到在只讀應用狀態open備庫后,日志應用仍然正常

--查看DataGuard狀態

[oracle@webdb1 trace]$ dgmgrl sys/oracle

DGMGRL for Linux: Version 11.2.0.3.0 -64bit Production

Copyright (c) 2000, 2009, Oracle. Allrights reserved.

歡迎使用 DGMGRL, 要獲取有關信息請鍵入 "help"。

已連接。

DGMGRL> show configuration

配置 - webdb

保護模式: MaxAvailability

數據庫:

webdb - 主數據庫

webdb2 - 物理備用數據庫

快速啟動故障轉移: DISABLED

配置狀態:

SUCCESS

總結:

通過報錯分析看到,主備不同步跟CPU補丁升級沒有直接關系,跟創建的logon on database 觸發器有關,

如果在主數據創建一個logon on database tiger,可能會引起主備庫不能同步傳輸日志的問題,

這時,我們要做是把備庫重新mount,然后再open到只讀應用狀態(READ ONLY WITH APPLY)

因為當備庫重啟后,備庫直接啟動到只讀應用狀態(READ ONLY WITH APPLY),就會出現上面的問題。

參考:

http://www.cnblogs.com/Spiritual-journey/archive/2012/10/21/2732806.html

聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

文檔

LogondatabaseTiger引起DataGuard不同步問題

LogondatabaseTiger引起DataGuard不同步問題:當DataGuard升級CPU后,發現主備庫不能同步了,日志報錯,所以在主庫的執行的升級的后腳本@catbundle.sql cpu apply不能同步到備庫 現象: broker狀態: [oracle@webdb2 ~]$ dgmgrl sys/oracle DGMGRL for Linux: Versio
推薦度:
標簽: 同步 引起 dataguard
  • 熱門焦點

最新推薦

猜你喜歡

熱門推薦

專題
Top
主站蜘蛛池模板: 日韩伦理网 | 欧美一区二区在线观看 | 国产成人亚洲欧美三区综合 | 国产欧美日韩视频 | 久久亚洲精品国产精品777777 | 国产欧美日韩另类 | 国产一区二区久久久 | 二区久久国产乱子伦免费精品 | 国产a国产片 | 国产一区二区三区久久 | 国产91成人精品亚洲精品 | 欧美第一页 | 欧美日本中文字幕 | 台湾一级毛片永久免费 | 一区二区不卡久久精品 | 国产精品视频专区 | 国产精品91av | 国产在线成人一区二区 | 久久久久久亚洲精品影院 | 日本成本人观看免费fc2 | 日韩有码在线播放 | 欧美日韩一二 | 国产成人精品日本亚洲语音1 | 国产欧美另类第一页 | 手机精品在线 | 高清不卡一区 | 国产精品高清视亚洲一区二区 | 91精品国产高清久久久久久io | 日韩123| 综合欧美日韩 | 伊人网2021| 亚洲va欧美ⅴa国产va影院 | 欧美日韩大尺码免费专区 | 亚洲第一区视频在线观看 | 久久一道本| 日韩在线欧美高清一区 | 日韩第3页 | 欧美日韩精品一区二区 | 久久99久久精品国产99热 | 国产在线观看一区二区三区 | 国产精品视频a |