FAL_SERVER設定錯誤導致SWITCHOVER切換HANG住
客戶在進行DATA GUARD的SWITCHOVER時,操作長時間沒有反應。
操作如下:
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN;
這個命令等待很長時間沒有結束,雖然資料庫的SWITCHOVER_STATUS並非TO STANDBY而是SESSION ACTIVE,但是幾乎所有的LOCAL=NO的連線已經在作業系統級kill掉了,而且使用了WITH SESSION SHUTDOWN語法,理論上不應該是連線問題導致SWITCHOVER無法完成。
檢查告警日誌:
Fri Oct 14 23:03:45 2011
ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN
Fri Oct 14 23:03:45 2011
ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY (db1)
Fri Oct 14 23:03:47 2011
Thread 1 cannot allocate new log, sequence 133983
Private strand flush not complete
Current log# 4 seq# 133982 mem# 0: /dev/rredodbs41
Current log# 4 seq# 133982 mem# 1: /dev/rredodbs42
Fri Oct 14 23:03:50 2011
Thread 1 advanced to log sequence 133983 (LGWR switch)
Current log# 5 seq# 133983 mem# 0: /dev/rredodbs51
Current log# 5 seq# 133983 mem# 1: /dev/rredodbs52
Fri Oct 14 23:03:50 2011
Waiting for all non-current ORLs to be archived...
Fri Oct 14 23:03:50 2011
Waiting for the ORL for thread 1 sequence 133982 to be archived...
Fri Oct 14 23:04:00 2011
ORL for thread 1 sequence 133982 has been archived...
Fri Oct 14 23:04:00 2011
All non-current ORLs have been archived.
Fri Oct 14 23:04:00 2011
Waiting for all FAL entries to be archived...
Fri Oct 14 23:25:29 2011
ORA-1013 signalled during: ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL
STANDBY WITH SESSION SHUTDOWN...
資料庫在等待和FAL配置有關,由於資料庫的操作一直停在了這裡,最後不得以中止了SWITCHOVER的操作。
檢查客戶的FAL相關配置,發現FAL_SERVER的設定可能存在問題:
SQL> SHOW PARAMETER FAL
NAME TYPE VALUE
-------------------------- ----------- --------------------
fal_client string db1
fal_server string db1st,db1st2
由於當前主庫配置了兩個STANDBY資料庫,分別是db1st和db2st,當前的設定明顯是希望無論主庫和那個備庫進行切換後,透過設定兩個fal_server,DATA GUARD配置都可以正常,而不需要修改配置。
但是目前看來,似乎這種設定兩個引數的方式並不生效,使得在SWITCHOVER的時Oracle停了下來。
將FAL_SERVER設定為要進行SWITCHOVER的備庫的TNS服務名:
SQL> ALTER SYSTEM SET fal_server='db1st';
System altered.
重啟資料庫,使得引數生效。雖然這個引數的修改不需要重啟資料庫,但是在執行SWITCHOVER的時候發現,如果不重啟資料庫,Oracle並沒有重新獲取FAL_SERVER的值,而是根據本次啟動時載入的FAL_SERVER的值。
重新啟動後再次執行SWITCHOVER,切換成功完成:
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN;
Database altered.
一直認為FAL_SERVER和FAL_CLIENT只是DATA GUARD配置用來自動獲取GAP的引數,沒想到這個引數的設定對於SWITCHOVER也有這麼大的影響。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/4227/viewspace-709669/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- file-max設定過小導致oracle資料庫hang住Oracle資料庫
- 中止程式導致系統HANG住
- oracle僵死會話鎖住buffer,導致資料庫hang住Oracle會話資料庫
- 批次錯誤使用者名稱與密碼導致業務使用者HANG住(library cache lock)密碼
- 批量錯誤使用者名稱與密碼導致業務使用者HANG住(library cache lock)密碼
- 密碼延遲驗證導致的系統HANG住密碼
- 歸檔日誌無法歸檔導致資料庫hang住資料庫
- 關於Apache錯誤頁面導致版本顯示的設定Apache
- /etc/fstab的錯誤設定導致系統啟動失敗
- 11gR2修改使用者後導致系統HANG住
- 導數時資料庫hang住分析資料庫
- Oracle11G密碼延遲驗證導致的系統HANG住Oracle密碼
- Flash Recovery Area空間不足導致資料庫不能開啟或hang住資料庫
- 系統日期設定不正確導致的ORA-01839錯誤
- ORACLE_HOME設定錯誤導致本地sqlplus無法登陸OracleSQL
- Oracle DataGuard switchover切換一例Oracle
- 【DATAGUARD】物理dg的switchover切換(五)
- DATA GUARD物理STANDBY的 SWITCHOVER切換
- RAC環境STANDBY的SWITCHOVER切換
- 多餘索引導致explain錯誤索引AI
- 環境變數設定錯誤導致sqlplus 連線不上oracle變數SQLOracle
- iOS使用者注意了:日期設定錯誤可導致裝置“變磚”iOS
- 又一例SPFILE設定錯誤導致資料庫無法啟動資料庫
- 【DG】Data Guard主備庫Switchover切換
- DATA GUARD物理備庫的SWITCHOVER切換
- DATA GUARD物理STANDBY的 SWITCHOVER切換[zt]
- 資料庫關閉Hang住,出現錯誤PMON failed to acquire latch, see PMON dump資料庫AIUI
- impdp時parallel=4導致的錯誤Parallel
- DataGuard---->物理StandBy的角色切換之switchover
- 再次使用DGbroker做switchover主備切換
- 單節點DG的switchover切換介紹
- RAC環境的物理STANDBY的 SWITCHOVER切換
- RAC環境LOGICAL STANDBY的SWITCHOVER切換
- AIX下nfs故障導致oracle process hangAINFSOracle
- RAC節點hang住, oracle bug導致了cpu過高,無法啟動叢集隔離Oracle
- Linux 設定錯誤的DNS 伺服器導致網路傳輸慢的問題LinuxDNS伺服器
- ROSE HA切換節點導致DG失敗、恢復ROS
- Oracle DataGuard 主備切換 (switchover) oracle11gOracle