【正文】 log 文件名稱 39。 (6) 把新的主用數(shù)據(jù)庫重新啟動 SQL SHUTDOWN IMMEDIATE。 刪除 7天前的歸檔日志文件。 3， 取消對備庫傳送日志 ALTER SYSTEM SET log_archive_dest_state_2=’DEFER’ 。 其實這種情況下，只要保證主備庫之間的網(wǎng)絡(luò)和配置是正確的。 DEST_NAME STATUS ERROR LOG_ARCHIVE_DEST_1 VALID LOG_ARCHIVE_DEST_2 ERROR ORA01031: insufficient Privileges 解決辦法：統(tǒng)一主備庫的數(shù)據(jù)庫密碼文件，或者重建密碼文件， sys密碼設(shè)置成一樣。 然后在主庫執(zhí)行 SQL alter system set log_archive_dest_state_2= enable。 PROCESS STATUS ——— ———— ARCH CONNECTED ARCH CONNECTED MRP0 WAIT_FOR_GAP RFS IDLE RFS IDLE 發(fā)現(xiàn) MRP0在等待 GAP,進(jìn)一步查看此視圖 select process,status,group,thread,sequence,block,blocks from v$managed_standby。 PROCESS STATUS ——— ———— ARCH CONNECTED ARCH CONNECTED MRP0 WAIT_F。 Restore archivelog from logseq=17 thread 1。 SEQUENCE APP ——— — 930 NO 931 NO 932 NO 933 NO 934 NO 935 NO 936 NO 937 NO 938 NO 939 NO 940 NO 然后開始查看有沒有 mrp [oracleHJITBACKUP bdump]$ ps ef | grep mrp oracle 31896 1 0 14:37 ? 00:00:00 ora_mrp0_flow oracle 32020 31820 0 15:17 pts/1 00:00:00 grep mrp 看來有，接著查 gap，發(fā)現(xiàn)備庫上有此進(jìn)程， SQL select * from v$archive_gap 2 。 ORA16191: Primary log shipping client not logged on standby SQL select dest_name,status,error from v$archive_dest。 這個周期默認(rèn)是 300 秒，也可以在 log_archive_dest_2 的參數(shù)中添加 reopen 參數(shù)指定這個主備庫之間失敗后繼續(xù)嘗試的周期 。 DEST_NAME STATUS ERROR LOG_ARCHIVE_DEST_1 VALID LOG_ARCHIVE_DEST_2 ERROR ORA03113: endoffile on munication channel 解決辦法：在主庫執(zhí)行 SQL alter system set log_archive_dest_state_2= enable。 2， 先手動刪除歸檔日志文件， 然后再 RMAN里執(zhí)行下面 2條命令 以更新控制文件 crosscheck archivelog all。 (7) 對新的主用數(shù)據(jù)庫做全備份 . 歸檔日志的處理 1， 物理備庫中已經(jīng)應(yīng)用的歸檔日志需定 期 刪除 . Rmanconnect target system/cgsdzdacgsdzda rman DELETE ARCHIVELOG ALL COMPLETED BEFORE 39。 (4） 在物理備用數(shù)據(jù)庫上發(fā)起 failover操作 SQL ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH FORCE。 (3) 消除 archive redo log gaps 從主數(shù)據(jù)庫上或其他備份的地方把沒有傳到 物理備用數(shù)據(jù)庫 的 archive redo log傳到物理備用數(shù)據(jù)庫上，并注冊到物理備用數(shù)據(jù)庫的 controlfile中。 shutdown immediate。 alter database recover managed standby database disconnect from session。 否則執(zhí)行 :alter database mit to switchover to physical standby with session shutdown。 6, select * from v$archive_gap。 ） 4， select process,status from v$managed_standby。（方法：從主庫的歸檔目錄拷貝相應(yīng)的歸檔文件到備庫上注冊 alter database register physical logfile 39。主備庫上查詢結(jié)果不同，在主庫上對于每個歸檔文件會有 兩條記錄 。主要查詢數(shù)據(jù)庫的主備角色，以及當(dāng)前 dataguard保護(hù)的模式 ，主備庫上查詢結(jié)果不同。 在主庫上執(zhí)行只主要是查看日志歸檔目的地是否可用，如果遠(yuǎn)程歸檔目錄不可用則 error會顯示錯誤信息。 SQL alter database open。 ORA03113: endoffile on munication channel 這時需要先修改日志傳送方式為 lgwr同步方式，否則，數(shù)據(jù)庫是無法 open的。 SQL startup mount。 缺省的保護(hù)模式 SQLALTER DATABASE SET STANDBY DATABASE TO maximize availability。 sqlalter database recover managed standby database disconnect from session。) size 50M。/opt/oradata/primary/39。 sql alter database add standby logfile group 4 (39。 是否需要 standy redo file 需要 需要 不需要 最大保護(hù)和最大可用模式都需要用到備用重做日志 (standby redo logfile ) 添加原則： standby redo log的文件大小與 primary 數(shù)據(jù)庫 online redo log 文件大小相同 。 三種模式的日志同步參數(shù)設(shè)置如下表： 最大保護(hù)模式 最大可用模式 最大性能模式 Redo archival process LGWR LGWR LGWR or ARCH Network transmission mode SYNC SYNC SYNC or ASYNC when using LGWR process. SYNC if using ARCH process. Disk write option AFFIRM AFFIRM AFFIRM or NOAFFIRM Standby redo log required? Yes Yes No, but it is remended 三種模式在故障發(fā)生時候得不同點如下表： 最大保護(hù)模式 最大可用模式 最大性能模式 對主數(shù)據(jù)庫性能影響 最大 中等 最小 數(shù)據(jù)丟失可能性 不會 正常情況下不會丟數(shù)據(jù)，除非剛剛處于最大性能模式 會丟數(shù)據(jù) 故障發(fā)生時描述 當(dāng)備庫日 志不可到達(dá)時，主數(shù)據(jù)庫會 down機(jī)，不適合生成用途。 五、 DATAGUARD的三種保護(hù)模式說明 Dataguard 有三種保護(hù)模式，最大保護(hù)、最大可用性和最大性能，對主庫的性能影響和對網(wǎng)絡(luò)的要求依次降低。 DATABASE_ROLE PROTECTION_MODE PROTECTION_LEVEL PRIMARY MAXIMUM AVAILABILITY RESYNCHRONIZATION 備庫的查詢結(jié)果為： UNPROTECTED DATABASE_ROLE PROTECTION_MODE PROTECTION_LEVEL PHYSICAL STANDBY UNPROTECTED UNPROTECTED 2， lgwr sync affirm參數(shù)下主庫的模式保護(hù)級別為 MAXIMUM AVAILABILITY SQL select database_role,PROTECTION_MODE,PROTECTION_LEVEL from v$database。) size 50M。/opt/oradata/primary/39。 sql system altered sql alter database add standby logfile group 5 (39。 alter system set log_archive_dest_2=’service=standby lgwr async’ scope=both。service=test lgwr sync39。 鑒于后面主備庫切換的需要，在主庫上也增加備用重做日志。/opt/oradata/primary/39。 sql system altered sql alter database add standby logfile group 6 (39。) size 50M。組的數(shù)量最好比在線重做日志多一兩組（可調(diào)）。 實際的生產(chǎn)庫推薦這種模式。 只是 這時dataguard處于默認(rèn)的最大性能模式，這個模式下，主庫的重做日志只有在歸檔之后才會傳輸?shù)絺鋷焐希缓?備庫才 會 應(yīng)用日志。 size 100m reuse。 打開數(shù)據(jù)庫。 備注： 對于物理備庫 (physical standby)來說，處于日志恢復(fù)模式的 時候數(shù)據(jù)庫是不能打開的。 SQL select process,status from v$managed_standby。 關(guān)閉數(shù)據(jù)庫 SQL shutdown immediate。 恢復(fù)控制文件 拷貝三份備庫控制文件到數(shù)據(jù)庫目錄 [oraclelocalhost rmanbk]$ cp /opt/oradata/orcl/ [oraclelocalhost rmanbk]$ cp /opt/oradata/orcl/ [oraclelocalhost rmanbk]$ cp /opt/oradata/orcl/ 用 RMAN還原出備庫 [oraclelocalhost ~]$ rman target / Recovery Manager: Release Production on Wed Aug 18 19:46:59 2020 Copyright (c) 1982, 2020, Oracle. All rights reserved. connected to target database (not started) RMAN startup mount。 修改 ，修改這部分內(nèi)容，目的是使用 oracle服務(wù)在監(jiān)聽器中靜態(tài)注冊。 建立備庫密碼文件 可以手動建也 可以拷貝主庫的密碼文件，前提是主備庫設(shè)置的密碼要一致， 否 則日志傳輸會失敗 。/opt/oracle/product/39。service=orcl valid_for=(online_logfiles,primary_role) arch async NOAFFIRM db_unique_name=orcl39。ORCL239。注意要修改參數(shù)文件名稱。 目的是創(chuàng)建一個數(shù)據(jù)庫實例 sid。 orcl = (DESCRIPTI