国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

物理備庫switchover切換的3種操作步驟與常見問題

IT那活兒 / 867人閱讀
物理備庫switchover切換的3種操作步驟與常見問題

點擊上方“IT那活兒”公眾號，關注后了解更多內容，不管IT什么活兒，干就完了！！！


  

從oracle 12.1開始引入了新的SQL語法，用于物理備庫的switchover切換。

在使用過程嚴禁混合使用新舊兩種用法。除非在切換過程中有明確的提示。

上節文章介紹了《物理備庫failover切換的3種方法》，本文將介紹分別使用新舊SQL語法執行switchover切換的兩種操作步驟、使用data guard broker的切換方法、以及switchover的常見問題。


switchover前準備工作

1. 檢查主備庫dataguard參數是否正常
LOG_ARCHIVE_DEST_1

LOG_ARCHIVE_DEST_2

LOG_ARCHIVE_CONFIG

FAL_SERVER

STANDBY_FILE_MANAGEMENT

db_file_name_convert

log_file_name_convert

enabled_PDBs_on_standby

SQL>select group#,thread#,bytes/1024/1024 MM from v$log;

SQL>select member from v$logfile;

SQL>select group#,thread#,bytes/1024/1024 MM,status from v$standby_log;
2. 檢查主備庫同步是否正常，確保沒有任何apply delay
select inst_id,dbid,name,db_unique_name,open_mode,PROTECTION_MODE,database_role,SWITCHOVER_STATUS,DATAGUARD_BROKER from gv$database;
select * from v$dataguard_stats;
SELECT PROCESS, STATUS, THREAD#, SEQUENCE#,BLOCK#, BLOCKS FROM V$MANAGED_STANDBY;
SELECT STATUS, GAP_STATUS FROM V$ARCHIVE_DEST_STATUS WHERE DEST_ID = 2;
3. 檢查主備庫alert日志是否有異常輸出。
4. 檢查主備庫的監聽狀態、listener.ora、tnsnames.ora文件。
5. 執行切換前，備庫最好是處于mounted狀態，提高切換速度。
6. 確認主備庫的補丁一致，以免切換到備庫以后，遇到不可遇知的BUG。
7. 與業務側溝通好操作時間。
8. 確認備庫的硬件(CPU、內存、IO)性能能夠支撐切換后的應用連接。

9. 檢查主備庫的歸檔空間使用率，切換期間不要刪除歸檔日志。

使用舊語法執行switchover到Physical Standby Database

1. 主庫檢查switchover_status狀態
SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;
SWITCHOVER_STATUS 
----------------- 
TO STANDBY 
1 row selected
2. 在主庫上執行以下SQL語句將其切換到standby
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY;
3. mount原主庫
SQL> STARTUP MOUNT;
4. 在備庫上檢查switchover_status狀態
SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS 
----------------- 
TO PRIMARY 
1 row selected
5. 在目標備庫上執行以下SQL語句將其切換為primary
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WITH SESSION SHUTDOWN;
6. 打開新主庫
SQL> ALTER DATABASE OPEN;
7. 在新備庫上開始redo apply
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

使用新語法執行switchover到Physical Standby Database

1. 檢查目前是否具備切換條件
SQL> ALTER DATABASE SWITCHOVER TO 目標備庫 VERIFY;
具備切換條件，一切正常的情況下，只會返回“Database altered”的信息。如果有其它的報錯返回，一定要處理完成才能繼續下面的切換步驟。
2. 在主庫上執行以后SQL進行switchover
SQL> ALTER DATABASE SWITCHOVER TO 目標備庫;
Database altered.
3. open新的主庫
SQL> ALTER DATABASE OPEN;
4. open新的備庫
SQL> STARTUP MOUNT;
SQL>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
SQL>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
SQL> ALTER DATABASE OPEN;
SQL>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

使用data guard broker執行switchover到Physical Standby Database

1. 使用dg broker檢查主備庫的同步狀態是否正常
show database verbose 目標主庫;
show database verbose 目標備庫;
show configuration verbose;
返回結果中有報錯，一定要處理完成才能繼續下面的切換步驟。
2. 使用dg broker執行switchover(主備庫皆可執行)

switchover to 備庫名稱。

switchover過程中的常見問題

除了在switchover前準備工作檢查出的問題之外，還有一些其它方面的常見問題。
1. 主備庫的角色互換失敗

解決方法：

檢查alert日志中的報錯提示，采取必要的措施修復該錯誤，如有必要，則重新打開主庫的一個節點，從switchover第一步重新開始。

2. 主備庫的database_role都是standby

解決方法：

  • 在原主庫上執行如下SQL
    alter database switchover to 目標備庫 force；
  • 在原備庫上執行如下SQL
    alter database switchover to 目標主庫 force;
  • 如果上面SQL執行失敗并伴隨著ORA-16473，則先執行如下SQL
    SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;
  • 再次執行強制切換命令
    alter database switchover to 目標主庫 force。
3. 最后一次歸檔日志未傳輸到備庫導致switchover失敗
手動把歸檔日志傳輸到目標庫，使用SQL“ALTER DATABASE REGISTER LOGFILEfile_specification”注冊后，應用日志，重新執行切換步驟。
4. switchover失敗并報ORA-01102錯誤
原因是參數文件中未明確指定DB_UNIQUE_NAME參數，解決方法是在備庫中初始化參數文件中指定DB_UNIQUE_NAME參數后，重新啟動主備庫。
5. switchover成功后卻新主庫報ORA-12514
檢查各種配置、參數沒有問題。原因是tnsnames.ora中新備庫的連接是在切換后新添加的，導致歸檔進程、lns進程沒有加載新的tnsnames.ora，重新新主庫實例，即可恢復正常。


本文作者：聶文峰（上海新炬王翦團隊）

本文來源：“IT那活兒”公眾號

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/129264.html

相關文章

  • 19C?DG?Broker配置和測試

    19C?DG?Broker配置和測試 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...

    IT那活兒 評論0 收藏2941

  • DG備庫讀寫測試方案

    DG備庫讀寫測試方案 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; margin:0...

    IT那活兒 評論0 收藏856

  • MySQL 復制 - 性能與擴展性的基石 4：主備切換

    摘要：一旦使用的復制功能，就很大可能會碰到主備切換的情況。對于主備切換，如果是計劃內的操作，較為容易至少比緊急情況下容易。可能有主庫上已發生的修改還沒有更新到它任何一臺備庫上的情況。假設是和的主庫。 一旦使用 MySQL 的復制功能，就很大可能會碰到主備切換的情況。也許是為了迭代升級服務器，或者是主庫出現問題時，將一臺備庫轉換成主庫，或者只是希望重新分配容量。不過出于什么原因，都需要將新主庫...

    MRZYD 評論0 收藏0

  • MySQL 復制 - 性能與擴展性的基石 4：主備切換

    摘要：一旦使用的復制功能，就很大可能會碰到主備切換的情況。對于主備切換，如果是計劃內的操作，較為容易至少比緊急情況下容易。可能有主庫上已發生的修改還沒有更新到它任何一臺備庫上的情況。假設是和的主庫。 一旦使用 MySQL 的復制功能，就很大可能會碰到主備切換的情況。也許是為了迭代升級服務器，或者是主庫出現問題時，將一臺備庫轉換成主庫，或者只是希望重新分配容量。不過出于什么原因，都需要將新主庫...

    lk20150415 評論0 收藏0

發表評論

0條評論

IT那活兒

男|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<