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

資訊專欄INFORMATION COLUMN

Oracle 18C&19c ADG切換流程

IT那活兒 / 863人閱讀
Oracle 18C&19c ADG切換流程

點擊上方“IT那活兒”，關(guān)注后了解更多精彩內(nèi)容?。?！

先決條件

主備庫需要更新到最新補(bǔ)丁。
配置驗證

step1 主備數(shù)據(jù)庫補(bǔ)丁要一致，
step2 查看alert log 日志是否有報錯，要確保沒有報錯；
step3 通過在主備庫查看v$database_
block_corruption & v$nonlogged_block 視圖確保沒有損壞；
step4 確保主庫和備庫是正常的，切redo日志傳輸及應(yīng)用正常；
step5 可以選擇使用以下查詢來檢查重做傳輸和應(yīng)用狀態(tài)。

  • 主庫操作

SQL> col DEST_NAME for a20
SQL> col DESTINATION for a25
SQL> col ERROR for a15
SQL> col ALTERNATE for a20
SQL> set lines 1000
SQL>select DEST_NAME,DESTINATION,ERROR,ALTERNATE,TYPE,status,VALID_TYPE,VALID_ROLE from V$ARCHIVE_DEST where STATUS <>INACTIVE;
在主庫檢查創(chuàng)建的最后一個歸檔日志:
SQL> select thread#, max(sequence#) "Last Primary Seq Generated" 
              from gv$archived_log val, gv$database vdb
              where val.resetlogs_change# = vdb.resetlogs_change#
              group by thread# order by 1;


  • 備庫操作

使用以下查詢，檢查從主數(shù)據(jù)庫接收到的最后一個歸檔日志；
查看備庫從主庫收到的最后一個歸檔日志：


SQL> select   thread#, max(sequence#) "Last Standby Seq Received" 
              from     gv$archived_log val, gv$database vdb
              where    val.resetlogs_change# = vdb.resetlogs_change#
              group by thread# order by 1;


  • 驗證初始化參數(shù)

驗證下面參數(shù)配置是否爭取：
log_archive_config
fal_server
db_unique_name
log_archive_dest_n


預(yù)切換

  • 確保先決條件得到完全驗證，同時遵循以下指導(dǎo)以成功切換，這些步驟應(yīng)在真正的計劃中斷開始之前執(zhí)行，并確保沒有問題。

  • 驗證重做/歸檔日志應(yīng)用良好并且沒有GAP。

  • 在備數(shù)據(jù)庫中運(yùn)行以下查詢以檢查從所有線程接收和應(yīng)用的最后一個歸檔日志序列，這將不包括當(dāng)前序列，因為 SQL 正在從 v$archived_log 中提取詳細(xì)信息。

SQL> select thread#, max(sequence#) "Last Standby Seq Applied"
from gv$archived_log val, gv$database vdb
where val.resetlogs_change# = vdb.resetlogs_change#
and val.applied in (YES,IN- MEMORY)
group by thread# order by 1;


  • 檢查 MRP 進(jìn)程狀態(tài)（它應(yīng)該開始運(yùn)行并應(yīng)用日志）：


SQL> select * from gv$dataguard_process;


  • 停止和啟動托管恢復(fù)過程的命令：


SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;


無論出于何種原因，如果備庫恢復(fù) (MRP) 延遲啟動，或者如果備用數(shù)據(jù)庫始終保持滯后，則切換將消耗時間來應(yīng)用要同步的日志。


在切換之前，盡量保持最小的歸檔日志應(yīng)用延遲，這將減少總切換時間窗口。


檢查數(shù)據(jù)文件和臨時文件狀態(tài)。


預(yù)計所有數(shù)據(jù)文件在主備庫中都應(yīng)該在線，如果有文件離線（或）不在在線狀態(tài)，則恢復(fù)文件并恢復(fù)以確保備庫文件與主庫文件相同。


如果有離線文件和切換后的文件，如果切換后需要在線，則將文件在線。

SQL> SELECT NAME FROM V$DATAFILE WHERE STATUS=OFFLINE;
SQL> ALTER DATABASE DATAFILE datafile-name ONLINE;


  • 對于臨時文件：

SQL> select tf.name filename, bytes, ts.name tablespace from 
v$tempfile tf, v$tablespace ts where tf.ts#=ts.ts#;


列出的臨時文件對于應(yīng)用程序來說已經(jīng)足夠好了，應(yīng)該沒問題。

如果需要添加更多臨時文件，請同時簽入主文件并添加其他文件。

  • 聯(lián)機(jī)和備用重做日志文件配置

在線重做日志文件：
set lines 150
col member for a50
select a.thread#,a.group#,a.bytes,a.blocksize,b.type,a.status,b.member from v$log a,v$logfile b where a.group#=b.group#;


從primary執(zhí)行上述命令時，可能會得到：


a.status in (INACTIVE,ACTIVE,CURRENT)
Expected a.status from Standby is UNUSED, CLEARING or CLEARING_CURRENT,


如果輸出有不同的結(jié)果，則需要手動清除redo logfiles。


  • 對于備庫redo日志文件（SRL）：


select s.thread#,s.group#,s.status,s.bytes,l.type,l.member 
from v$logfile l,v$standby_log s where s.group#=l.group#;


備用重做日志文件狀態(tài)將處于UNASSIGNED 或ACTIVE狀態(tài)。


  • 清除 ORL 組的命令：


SQL> ALTER DATABASE CLEAR LOGFILE GROUP # >;


如果需要在備用數(shù)據(jù)庫中清除 ORL 或 SRL，則必須停止恢復(fù)過程。

如果在切換時間之前 ORL 未被清除，則 SWITCHOVER 命令將清除 ORL 并啟動數(shù)據(jù)庫。但是切換會耗費(fèi)時間來完成。
如果等待時間較長（超過 15 分鐘），那么由于超時，oracle 進(jìn)程的會話將被終止，如果由于超時而終止切換，請重試，直到切換成功。
如果數(shù)據(jù)庫配置為將 OMF 文件用于重做日志文件或設(shè)置了 log_file_name_convert，則在線重做日志文件將在恢復(fù)過程啟動時自動清除。

  • 檢查警報日志文件

a. 從主要警報日志文件：
    * 檢查是否有任何重做傳輸報告的問題？
    * 沒有密碼文件的問題？
    * 沒有 TNS 或連接問題
b.  從備用數(shù)據(jù)庫確保：
    * 沒有與托管恢復(fù)相關(guān)的錯誤
    * 通過應(yīng)用存檔日志/重做日志向前恢復(fù)
    * 沒有 TNS 或連接問題
    * 沒有I/O 問題或損壞問題
select * from v$database_block_corruption; -- 它不返回任何行
select * from v$nonlogged_block; -- 它不返回任何行


  • 檢查歸檔日志 GAP 和redo延遲應(yīng)用

您必須為每個備庫配置 LOG_ARCHIVE_DEST_n 和 LOG_ARCHIVE_DEST_STATE_n 參數(shù)，以便在發(fā)生切換或故障轉(zhuǎn)移時，所有備站點繼續(xù)從新的主庫接收重做數(shù)據(jù)。

  • 主庫執(zhí)行以下命令：

考慮到 log_archive_dest_2 是為重做傳送配置的。
SQL> SELECT STATUS, GAP_STATUS FROM V$ARCHIVE_DEST_STATUS 
WHERE DEST_ID = 2;
STATUS 應(yīng)該是Valid。
GAP_STATUS 應(yīng)該是 NO GAP。
如果報告了不同的結(jié)果，則不應(yīng)嘗試切換。
如果配置了延遲，則停止恢復(fù)進(jìn)程并立即啟動該過程。
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE NODELAY;


如果延遲沒有消除，那么切換將需要更長的時間。


驗證切換

切換時，如果需要保持備用連接不斷開，則將參數(shù)：
STANDBY_DB_PRESERVE_STATES設(shè)置為SESSION或ALL。
如果此操作成功，則應(yīng)返回一條 Database Altered 消息（在主數(shù)據(jù)庫中執(zhí)行以下 SQL）。
SQL> ALTER DATABASE SWITCHOVER TO  VERIFY;


如果出現(xiàn)錯誤，請修復(fù)問題，然后重新運(yùn)行切換驗證命令。

示例：“ORA-16475：警告成功，檢查警報日志以獲取更多詳細(xì)信息”，在這種情況下，請檢查警報日志文件，然后解決所有錯誤/警告。
切換步驟

如果切換驗證成功，則執(zhí)行命令切換數(shù)據(jù)庫。
step1 在當(dāng)前primary中執(zhí)行
SQL> ALTER DATABASE SWITCHOVER TO ;


如果步驟1成功，則按照步驟2啟動新的primay庫到open模式

step2 在新的主庫中執(zhí)行
SQL> ALTER DATABASE OPEN；
step3 舊主（當(dāng)前/新備用）應(yīng)安裝或打開取決于情況。
如果備用是 Oracle Active dataguard 物理備用：
SQL> STARTUP;
如果備庫不是 Oracle Active data guard 物理備用：
SQL> STARTUP MOUNT;
step4 在新的備庫中啟動重做應(yīng)用
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE 
DISCONNECT from SESSION;


切換后


  • 在主庫：

檢查歸檔日志是否正在傳輸?shù)絺溆脭?shù)據(jù)庫并得到應(yīng)用
SQL> alter system archive log current;
SQL>select dest_id,error,status from v$archive_dest where dest_id=>;
SQL>select max(sequence#),thread# from v$log_history group by thread#;
如果遠(yuǎn)程 log_Archive_destination 為 2，即 log_archive_dest_2。
SQL>select max(sequence#) from v$archived_log where applied=YES and dest_id=2;


  • 在備庫：

驗證歸檔日志的可用性和歸檔日志文件的應(yīng)用
SQL>select max(sequence#),thread# from v$archived_log group by thread#;
SQL> select name,role,instance,thread#,sequence#,action from gv$dataguard_process;



END


更多精彩干貨分享

點擊下方名片關(guān)注

IT那活兒

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

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

相關(guān)文章

  • 利用Oracle ADG升級11.2.0.4到19.8案例分享

    利用Oracle ADG升級11.2.0.4到19.8案例分享 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75...

    IT那活兒 評論0 收藏1380

  • RAC補(bǔ)丁日常更新成功反遇異常處理

    RAC補(bǔ)丁日常更新成功反遇異常處理 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; m...

    IT那活兒 評論0 收藏2488

  • 應(yīng)用Docker制做Python自然環(huán)境聯(lián)接Oracle鏡像系統(tǒng)

    　　本文主要是給大家介紹了應(yīng)用Docker制做Python自然環(huán)境聯(lián)接Oracle鏡像系統(tǒng)實例詳細(xì)說明，感興趣的小伙伴可以參考借鑒一下，希望可以有一定的幫助，祝愿大家多多的發(fā)展，盡快漲薪　　Python聯(lián)接Oracle本地檢測　　依靠安裝使用提前準(zhǔn)備　　Python、連接Oracle必須Python依靠和當(dāng)?shù)豋racle客戶端，接口測試Oracle版本號12.1.0.2.0，開發(fā)和測試自然環(huán)境為l...

    89542767 評論0 收藏0

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

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

    IT那活兒 評論0 收藏2941

  • MySQL集群MGR升級實施測試方案

    MySQL集群MGR升級實施測試方案 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...

    IT那活兒 評論0 收藏1318

  • linux安裝mysql

    摘要：設(shè)置的密碼必須符合長度，且必須含有數(shù)字，小寫或大寫字母，特殊字符?？梢钥吹街辉试S訪問更新用戶表強(qiáng)制刷新權(quán)限再次查看用戶表。查看端口監(jiān)聽狀態(tài)，修改配置文件這里可以看到表示所有均可訪問。1.準(zhǔn)備① 檢測系統(tǒng)是否自帶安裝 MySQLrpm -qa | grep mysql如有，類似mysql-libs-5.1.52-1.el6_0.1.x86_64那可以選擇進(jìn)行卸載:rpm -e mysql-li...

    Tecode 評論0 收藏0

發(fā)表評論

0條評論

IT那活兒

男|高級講師

TA的文章

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