成人国产在线小视频_日韩寡妇人妻调教在线播放_色成人www永久在线观看_2018国产精品久久_亚洲欧美高清在线30p_亚洲少妇综合一区_黄色在线播放国产_亚洲另类技巧小说校园_国产主播xx日韩_a级毛片在线免费

資訊專欄INFORMATION COLUMN

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

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

點(diǎn)擊上方“IT那活兒”公眾號，關(guān)注后了解更多內(nèi)容，不管IT什么活兒，干就完了?。?！


  

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

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

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


switchover前準(zhǔn)備工作

1. 檢查主備庫dataguard參數(shù)是否正常
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. 檢查主備庫的監(jiān)聽狀態(tài)、listener.ora、tnsnames.ora文件。
5. 執(zhí)行切換前，備庫最好是處于mounted狀態(tài)，提高切換速度。
6. 確認(rèn)主備庫的補(bǔ)丁一致，以免切換到備庫以后，遇到不可遇知的BUG。
7. 與業(yè)務(wù)側(cè)溝通好操作時(shí)間。
8. 確認(rèn)備庫的硬件(CPU、內(nèi)存、IO)性能能夠支撐切換后的應(yīng)用連接。

9. 檢查主備庫的歸檔空間使用率，切換期間不要?jiǎng)h除歸檔日志。

使用舊語法執(zhí)行switchover到Physical Standby Database

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

SWITCHOVER_STATUS 
----------------- 
TO PRIMARY 
1 row selected
5. 在目標(biāo)備庫上執(zhí)行以下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;

使用新語法執(zhí)行switchover到Physical Standby Database

1. 檢查目前是否具備切換條件
SQL> ALTER DATABASE SWITCHOVER TO 目標(biāo)備庫 VERIFY;
具備切換條件，一切正常的情況下，只會(huì)返回“Database altered”的信息。如果有其它的報(bào)錯(cuò)返回，一定要處理完成才能繼續(xù)下面的切換步驟。
2. 在主庫上執(zhí)行以后SQL進(jìn)行switchover
SQL> ALTER DATABASE SWITCHOVER TO 目標(biāo)備庫;
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執(zhí)行switchover到Physical Standby Database

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

switchover to 備庫名稱。

switchover過程中的常見問題

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

解決方法：

檢查alert日志中的報(bào)錯(cuò)提示，采取必要的措施修復(fù)該錯(cuò)誤，如有必要，則重新打開主庫的一個(gè)節(jié)點(diǎn)，從switchover第一步重新開始。

2. 主備庫的database_role都是standby

解決方法：

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


本文作者：聶文峰（上海新炬王翦團(tuán)隊(duì)）

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

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/129264.html

相關(guān)文章

  • 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 復(fù)制 - 性能與擴(kuò)展性的基石 4：主備切換

    摘要：一旦使用的復(fù)制功能，就很大可能會(huì)碰到主備切換的情況。對于主備切換，如果是計(jì)劃內(nèi)的操作，較為容易至少比緊急情況下容易?？赡苡兄鲙焐弦寻l(fā)生的修改還沒有更新到它任何一臺(tái)備庫上的情況。假設(shè)是和的主庫。 一旦使用 MySQL 的復(fù)制功能，就很大可能會(huì)碰到主備切換的情況。也許是為了迭代升級服務(wù)器，或者是主庫出現(xiàn)問題時(shí)，將一臺(tái)備庫轉(zhuǎn)換成主庫，或者只是希望重新分配容量。不過出于什么原因，都需要將新主庫...

    MRZYD 評論0 收藏0

  • MySQL 復(fù)制 - 性能與擴(kuò)展性的基石 4：主備切換

    摘要：一旦使用的復(fù)制功能，就很大可能會(huì)碰到主備切換的情況。對于主備切換，如果是計(jì)劃內(nèi)的操作，較為容易至少比緊急情況下容易?？赡苡兄鲙焐弦寻l(fā)生的修改還沒有更新到它任何一臺(tái)備庫上的情況。假設(shè)是和的主庫。 一旦使用 MySQL 的復(fù)制功能，就很大可能會(huì)碰到主備切換的情況。也許是為了迭代升級服務(wù)器，或者是主庫出現(xiàn)問題時(shí)，將一臺(tái)備庫轉(zhuǎn)換成主庫，或者只是希望重新分配容量。不過出于什么原因，都需要將新主庫...

    lk20150415 評論0 收藏0

發(fā)表評論

0條評論

最新活動(dòng)
閱讀需要支付1元查看
<