【正文】 connected to target database (not started) RMAN startup mount。 SQL select process,status from v$managed_standby。 打開數(shù)據(jù)庫。 只是 這時(shí)dataguard處于默認(rèn)的最大性能模式，這個(gè)模式下，主庫的重做日志只有在歸檔之后才會(huì)傳輸?shù)絺鋷焐?，然?備庫才 會(huì) 應(yīng)用日志。組的數(shù)量最好比在線重做日志多一兩組（可調(diào)）。 sql system altered sql alter database add standby logfile group 6 (39。 鑒于后面主備庫切換的需要，在主庫上也增加備用重做日志。 alter system set log_archive_dest_2=’service=standby lgwr async’ scope=both。/opt/oradata/primary/39。 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ù)級(jí)別為 MAXIMUM AVAILABILITY SQL select database_role,PROTECTION_MODE,PROTECTION_LEVEL from v$database。 三種模式的日志同步參數(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ā)生時(shí)候得不同點(diǎn)如下表： 最大保護(hù)模式 最大可用模式 最大性能模式 對(duì)主數(shù)據(jù)庫性能影響 最大 中等 最小 數(shù)據(jù)丟失可能性 不會(huì) 正常情況下不會(huì)丟數(shù)據(jù)，除非剛剛處于最大性能模式 會(huì)丟數(shù)據(jù) 故障發(fā)生時(shí)描述 當(dāng)備庫日 志不可到達(dá)時(shí)，主數(shù)據(jù)庫會(huì) down機(jī)，不適合生成用途。 sql alter database add standby logfile group 4 (39。) size 50M。 缺省的保護(hù)模式 SQLALTER DATABASE SET STANDBY DATABASE TO maximize availability。 ORA03113: endoffile on munication channel 這時(shí)需要先修改日志傳送方式為 lgwr同步方式，否則，數(shù)據(jù)庫是無法 open的。 在主庫上執(zhí)行只主要是查看日志歸檔目的地是否可用，如果遠(yuǎn)程歸檔目錄不可用則 error會(huì)顯示錯(cuò)誤信息。主備庫上查詢結(jié)果不同，在主庫上對(duì)于每個(gè)歸檔文件會(huì)有 兩條記錄 。 ） 4， select process,status from v$managed_standby。 否則執(zhí)行 :alter database mit to switchover to physical standby with session shutdown。 shutdown immediate。 (4） 在物理備用數(shù)據(jù)庫上發(fā)起 failover操作 SQL ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH FORCE。 2， 先手動(dòng)刪除歸檔日志文件， 然后再 RMAN里執(zhí)行下面 2條命令 以更新控制文件 crosscheck archivelog all。 這個(gè)周期默認(rèn)是 300 秒，也可以在 log_archive_dest_2 的參數(shù)中添加 reopen 參數(shù)指定這個(gè)主備庫之間失敗后繼續(xù)嘗試的周期 。 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 。 PROCESS STATUS ——— ———— ARCH CONNECTED ARCH CONNECTED MRP0 WAIT_F。 然后在主庫執(zhí)行 SQL alter system set log_archive_dest_state_2= enable。 其實(shí)這種情況下，只要保證主備庫之間的網(wǎng)絡(luò)和配置是正確的。 刪除 7天前的歸檔日志文件。archive redo log 文件名稱 39。 如果是 to_primary 表可以正常切換 . 執(zhí)行 : alter database mit to switchover to primary。 一是 Switchover（計(jì)劃中的切換，不會(huì)丟失數(shù)據(jù)） 二是 Failover（ 當(dāng)主庫出現(xiàn)故障的時(shí)候需要主備庫切換角色 ） 1， Switchover的 切換方法 主庫端： select switchover_status from v$database。然后 手動(dòng)應(yīng)用日志 alter database recover automatic standby database。 DATABASE_ROLE LOG_MODE PROTECTION_MODE PROTECTION_LEVEL PRIMARY ARCHIVELOG MAXIMUM PERFORMANCE MAXIMUM PERFORMANCE 3, select name,SEQUENCE,APPLIED from v$archived_log order by sequence。修改實(shí)時(shí)同步的方法： SQL alter database recover managed standby database using current logfile disconnect from session。 SQL alter database open。 切換 standby的保護(hù)模式 ，在主庫上執(zhí)行 SQLALTER DATABASE SET STANDBY DATABASE TO maximize protection。 sql alter database add standby logfile group 6 (39。 添加方法： 先停止備庫的日志應(yīng)用。在最大可用性模式下，當(dāng)與備庫的日志傳輸斷開時(shí)，主庫會(huì)自動(dòng)切換到最大性能模式。 切換到最大可用模式 sql alter database open。) size 50M。 sql startup mount。 sql system altered sql recover managed standby database disconnect from session。/opt/oradata/primary/39。 對(duì)于 dataguard模式 的 介紹 。 當(dāng)用 read only 方式打開備庫后只有重新啟動(dòng)才能使備庫重新回到 備用 模式。 （ oracle11G版本 可以在 read only 下應(yīng)用歸檔日志） SQLalter database recover managed standby database cancel。 開始應(yīng)用日志恢復(fù) SQL alter database recover managed standby database disconnect from session。如果不通則修改檢查以上文件配置是否正確。盡量保持主備庫的 sga和 pga相關(guān)參數(shù)一樣。ORCL39。 then . ~/.bashrc fi User specific environment and startup programs PATH=$PATH:$HOME/bin export PATH export LC_ALL= export ORACLE_HOME=/opt/oracle/product/export PATH=$PATH:$ORACLE_HOME/bin export NLS_LANG= export ORACLE_SID=orcl2 建立 備庫的參數(shù)文件 備庫的參數(shù)文件我們根據(jù)主庫的參數(shù)文件 做一些 修改即可。 修改靜態(tài)注冊(cè)可以使用 mgr工具配置。t be established. RSA key fingerprint is de:b4:0e:e6:c5:56:71:47:e1:69:5e:f1:c5:8b:48:b4. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 39。 Database altered. 創(chuàng)建一個(gè)備庫使用的控制文件。 SQL create pfile from spfile。 arch async NOAFFIRM 說明的是 同步的方式，這個(gè)同步的方式有三種方式，最大保護(hù)，最大性能，最大可用。 System altered. /opt/arch為本地的歸檔目錄，需要手動(dòng)創(chuàng)建該目錄，當(dāng)然也可以指定別的路徑。 例如： STANDBY_FILE_MANAGEMENT=AUTO 下面開始修改 主庫的初始化參數(shù)。數(shù)據(jù)庫默認(rèn)是 EXCLUSIVE,一般不用修改。 LOG_ARCHIVE_CONFIG 該參 數(shù)通過 DG_CONFIG屬性羅列同一個(gè) Data Guard中所有 DB_UNIQUE_NAME(含 主庫 db及 備庫 db)，以逗號(hào)分隔。 FOR NO 可見當(dāng)前數(shù)據(jù)庫為非強(qiáng)制 日志 模式 修改數(shù)據(jù)庫為強(qiáng)制 日 志 模式 SQL alter database force logging。 啟動(dòng)數(shù)據(jù)庫到 mount階段 SQL startup mount。 主備庫 硬件配置可以不一樣 ，看具體應(yīng)用。DATAGUARD物理備庫的創(chuàng)建 一、 dataguard 介紹 Dataguard是 ORACLE 推出的一種高可用性 (HIGH AVAILABLE)的數(shù)據(jù)庫方案 ,RAC的技術(shù)是為了保護(hù)實(shí)例， rman 的技術(shù)是為了保護(hù)數(shù)據(jù)，而 DATAGUARD 則是把 實(shí)例和數(shù)據(jù)一起 保護(hù)了。 主備數(shù)據(jù)庫所在操作系統(tǒng)版本 以及位數(shù) 要求一樣。 Database log mode No Archive Mode Automatic archival Disabled Archive destination /opt/arch Oldest online log sequence 1 Current log sequence 3 可見 當(dāng)前數(shù)據(jù)庫處于非歸檔模式 . 關(guān)閉數(shù)據(jù)庫 SQL shutdown immediate。 打開 Forced Logging 模式 查詢當(dāng)前日志 模式 SQLselect FORCE_LOGGING from v$database。 與主