亚洲中字慕日产2020,大陆极品少妇内射AAAAAA,无码av大香线蕉伊人久久,久久精品国产亚洲av麻豆网站

資訊專欄INFORMATION COLUMN

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

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

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


  

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

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

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


switchover前準(zhǔn)備工作

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

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

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

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

SWITCHOVER_STATUS 
----------------- 
TO PRIMARY 
1 row selected
5. 在目標(biāo)備庫(kù)上執(zhí)行以下SQL語句將其切換為primary
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WITH SESSION SHUTDOWN;
6. 打開新主庫(kù)
SQL> ALTER DATABASE OPEN;
7. 在新備庫(kù)上開始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)備庫(kù) VERIFY;
具備切換條件，一切正常的情況下，只會(huì)返回“Database altered”的信息。如果有其它的報(bào)錯(cuò)返回，一定要處理完成才能繼續(xù)下面的切換步驟。
2. 在主庫(kù)上執(zhí)行以后SQL進(jìn)行switchover
SQL> ALTER DATABASE SWITCHOVER TO 目標(biāo)備庫(kù);
Database altered.
3. open新的主庫(kù)
SQL> ALTER DATABASE OPEN;
4. open新的備庫(kù)
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檢查主備庫(kù)的同步狀態(tài)是否正常
show database verbose 目標(biāo)主庫(kù);
show database verbose 目標(biāo)備庫(kù);
show configuration verbose;
返回結(jié)果中有報(bào)錯(cuò)，一定要處理完成才能繼續(xù)下面的切換步驟。
2. 使用dg broker執(zhí)行switchover(主備庫(kù)皆可執(zhí)行)

switchover to 備庫(kù)名稱。

switchover過程中的常見問題

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

解決方法：

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

2. 主備庫(kù)的database_role都是standby

解決方法：

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


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

本文來源：“IT那活兒”公眾號(hào)

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

轉(zhuǎn)載請(qǐng)注明本文地址：http://www.ezyhdfw.cn/yun/129264.html

相關(guān)文章

  • 19C?DG?Broker配置和測(cè)試

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

    IT那活兒 評(píng)論0 收藏2941

  • DG備庫(kù)讀寫測(cè)試方案

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

    IT那活兒 評(píng)論0 收藏856

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

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

    MRZYD 評(píng)論0 收藏0

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

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

    lk20150415 評(píng)論0 收藏0

發(fā)表評(píng)論

0條評(píng)論

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