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

資訊專欄INFORMATION COLUMN

Oracle 18C&19c ADG切換流程

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

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

先決條件

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

step1 主備數(shù)據(jù)庫補(bǔ)丁要一致，
step2 查看alert log 日志是否有報(bào)錯(cuò)，要確保沒有報(bào)錯(cuò)；
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)建的最后一個(gè)歸檔日志:
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ù)庫接收到的最后一個(gè)歸檔日志；
查看備庫從主庫收到的最后一個(gè)歸檔日志：


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;


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

驗(yàn)證下面參數(shù)配置是否爭?。?/span>
log_archive_config
fal_server
db_unique_name
log_archive_dest_n


預(yù)切換

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

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

  • 在備數(shù)據(jù)庫中運(yùn)行以下查詢以檢查從所有線程接收和應(yīng)用的最后一個(gè)歸檔日志序列，這將不包括當(dāng)前序列，因?yàn)?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;


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


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


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


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


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


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


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

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


  • 對于臨時(shí)文件：

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


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

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

  • 聯(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í)行上述命令時(shí)，可能會(huì)得到：


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


如果輸出有不同的結(jié)果，則需要手動(dòng)清除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ù)過程。

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

  • 檢查警報(bào)日志文件

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


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

您必須為每個(gè)備庫配置 LOG_ARCHIVE_DEST_n 和 LOG_ARCHIVE_DEST_STATE_n 參數(shù)，以便在發(fā)生切換或故障轉(zhuǎn)移時(shí)，所有備站點(diǎ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。
如果報(bào)告了不同的結(jié)果，則不應(yīng)嘗試切換。
如果配置了延遲，則停止恢復(fù)進(jìn)程并立即啟動(dòng)該過程。
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE NODELAY;


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


驗(yàn)證切換

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


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

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

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


如果步驟1成功，則按照步驟2啟動(dòng)新的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 在新的備庫中啟動(dòng)重做應(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àn)證歸檔日志的可用性和歸檔日志文件的應(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


更多精彩干貨分享

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

IT那活兒

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

轉(zhuǎn)載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/129737.html

相關(guān)文章

  • 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)實(shí)例詳細(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升級實(shí)施測試方案

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

    IT那活兒 評論0 收藏1318

  • linux安裝mysql

    摘要：設(shè)置的密碼必須符合長度，且必須含有數(shù)字，小寫或大寫字母，特殊字符。可以看到只允許訪問更新用戶表強(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

  • 如何隨機(jī)&amp;&amp;去重返回新數(shù)組

    摘要：問題起因姐毫無征兆的在我們的水群里發(fā)來一段代碼她的目的是想從中隨機(jī)抽取個(gè)不重復(fù)的值組成一個(gè)新數(shù)組問我代碼是否有問題很遺憾因?yàn)槲覄偹央S便貼了一下代碼運(yùn)行了一下就說沒問題很快我就被打臉了也是如果沒問題的話她問個(gè)毛大家可以先找一下問題下面先 1.問題起因 W姐毫無征兆的在我們的水群里發(fā)來一段代碼: var arr = [{q:1+1=?,a:2,b:3,c:1},{q:1+2=?,a:2,...

    Apollo 評論0 收藏0

發(fā)表評論

0條評論

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