【正文】 ter database open。 主備庫的目錄結(jié)構(gòu)要求一樣 (邏輯備庫可以不一樣 )。 所以如果在主庫 出現(xiàn)故障的情況下會丟失這部分未歸檔的 數(shù)據(jù)。 當(dāng)然這是最壞的一種情況。 三、 對主庫的修改 修改歸檔方式 要使用 dataguard做數(shù)據(jù)庫容災(zāi)，主庫必須處于歸檔模式下。 查看當(dāng)前數(shù)據(jù)庫模式 SQL archive log list。 FORCE LOGGING 是做為固定參數(shù)保存在控制文件中，因此其不受重啟之類操作的影響 (只執(zhí)行一次即可 )，如果想取消，可以通過 alter database no force logging語句關(guān)閉強制記錄。該參數(shù)非常重要 ,dataguard就是通過這里的設(shè)置傳輸日志的。 FAL_CLIENT 指定 主庫到備庫 的連接服務(wù)名， FAL_CLIENT = orcl 日志接收 客戶端 。 scope=spfile。 SQLalter system set log_archive_dest_2=39。 SQL alter system set fal_server=orcl2 scope=spfile。/opt/rmanbk/%d_%39。即在備庫上也建一個目錄 /opt/rmanbk，我們把所有的文件都放在這個目 錄下。s password: 100% 1419 :00 修改 和 修改 ，修改這部分內(nèi)容，目的是使用 oracle服務(wù)在監(jiān)聽器中靜態(tài)注冊。 四、 對備庫的修改 設(shè)置 oracle環(huán)境變量 和 oracle實例名 修改 oracle 賬號根目錄下的 .bash_profile 文件。ORCL239。(PROTOCOL=TCP) (SERVICE=orclXDB)39。方法同上 。 Starting restore at 18AUG10 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=157 devtype=DISK channel ORA_DISK_1: starting datafile backupset restore channel ORA_DISK_1: specifying datafile(s) to restore from backup set restoring datafile 00001 to /opt/oradata/orcl/ restoring datafile 00002 to /opt/oradata/orcl/ restoring datafile 00003 to /opt/oradata/orcl/ restoring datafile 00004 to /opt/oradata/orcl/ channel ORA_DISK_1: reading from backup piece /opt/rmanbk/ channel ORA_DISK_1: restored backup piece 1 piece handle=/opt/rmanbk/ tag=TAG20200817T094507 channel ORA_DISK_1: restore plete, elapsed time: 00:01:05 Finished restore at 18AUG10 RMANexit 退出 rman恢復(fù)管理器 到此備庫基本建立完成。可在主庫中手動歸檔一個日志文件（ alter system switch logfile），然后查看在備庫的歸檔目錄中是否生成有新的歸檔日志文件 ,也可以在備庫中用一下語句查詢是否存在 日志 歸檔 記錄。 SQL alter database temp add tempfile 39。為了避免這種情況的發(fā)生，可以使用最大可用 模式。 先取消日志應(yīng)用 sql system altered sql alter database add standby logfile group 4 (39。) size 50M。 可在下面統(tǒng)一修改 。/opt/oradata/primary/39。 sql system altered sql alter database add standby logfile group 7 (39。對于主庫采用 lgwr傳輸日志的方式。故障排除后自動切換回 最大可用模式。) size 50M。/opt/oradata/primary/39。 ORA01126: database must be mounted EXCLUSIVE and not open for this operation。 SQL alter system set log_archive_dest_2=39。 DEST_NAME STATUS ERROR LOG_ARCHIVE_DEST_1 VALID LOG_ARCHIVE_DEST_2 VALID LOG_ARCHIVE_DEST_3 INACTIVE LOG_ARCHIVE_DEST_4 INACTIVE LOG_ARCHIVE_DEST_5 INACTIVE LOG_ARCHIVE_DEST_6 INACTIVE LOG_ARCHIVE_DEST_7 INACTIVE LOG_ARCHIVE_DEST_8 INACTIVE LOG_ARCHIVE_DEST_9 INACTIVE LOG_ARCHIVE_DEST_10 INACTIVE 10 rows selected. 如上記錄則代表備庫歸檔日志目錄有效且正常。 SQL select name,SEQUENCE,APPLIED from v$archived_log order by sequence。 5， select message_num,message from v$dataguard_status。 startup nomount。 2， Failover切換方法 (1) 判斷主數(shù)據(jù)庫確 實出現(xiàn)嚴(yán)重的硬件故障或其他原因?qū)е轮鲾?shù)據(jù)庫無法啟動。 (6) 把新的主用數(shù)據(jù)庫重新啟動 SQL SHUTDOWN IMMEDIATE。 3， 取消對備庫傳送日志 ALTER SYSTEM SET log_archive_dest_state_2=’DEFER’ 。 DEST_NAME STATUS ERROR LOG_ARCHIVE_DEST_1 VALID LOG_ARCHIVE_DEST_2 ERROR ORA01031: insufficient Privileges 解決辦法：統(tǒng)一主備庫的數(shù)據(jù)庫密碼文件，或者重建密碼文件， sys密碼設(shè)置成一樣。 PROCESS STATUS ——— ———— ARCH CONNECTED ARCH CONNECTED MRP0 WAIT_FOR_GAP RFS IDLE RFS IDLE 發(fā)現(xiàn) MRP0在等待 GAP,進一步查看此視圖 select process,status,group,thread,sequence,block,blocks from v$managed_standby。 Restore archivelog from logseq=17 thread 1。 ORA16191: Primary log shipping client not logged on standby SQL select dest_name,status,error from v$archive_dest。 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。 (7) 對新的主用數(shù)據(jù)庫做全備份 . 歸檔日志的處理 1， 物理備庫中已經(jīng)應(yīng)用的歸檔日志需定 期 刪除 . Rmanconnect target system/cgsdzdacgsdzda rman DELETE ARCHIVELOG ALL COMPLETED BEFORE 39。 (3) 消除 archive redo log gaps 從主數(shù)據(jù)庫上或其他備份的地方把沒有傳到 物理備用數(shù)據(jù)庫 的 archive redo log傳到物理備用數(shù)據(jù)庫上，并注冊到物理備用數(shù)據(jù)庫的 controlfile中。 alter database recover managed standby database disconnect from session。 6, select * from v$archive_gap。（方法：從主庫的歸檔目錄拷貝相應(yīng)的歸檔文件到備庫上注冊 alter database register physical logfile 39。主要查詢數(shù)據(jù)庫的主備角色，以及當(dāng)前 dataguard保護的模式 ，主備庫上查詢結(jié)果不同。 SQL alter database open。 SQL startup mount。 sqlalter database recover managed standby database disconnect from session。/opt/oradata/primary/39。 是否需要 standy redo file 需要 需要 不需要 最大保護和最大可用模式都需要用到備用重做日志 (standby redo logfile ) 添加原則： standby redo log的文件大小與 primary 數(shù)據(jù)庫 online redo log 文件大小相同 。 五、 DATAGUARD的三種保護模式說明 Dataguard 有三種保護模式，最大保護、最大可用性和最大性能，對主庫的性能影響和對網(wǎng)絡(luò)的要求依次降低。) size 50M。 sql system altered sql alter database add standby logfile group 5 (39。service=test lgwr sync39。/opt/oradata/primary/39。) size 50M。 實際的生產(chǎn)庫推薦這種模式。 size 100m reuse。 備注： 對于物理備庫 (physical standby)來說，處于日志恢復(fù)模式的 時候數(shù)據(jù)庫是不能打開的。 關(guān)閉數(shù)據(jù)庫 SQL shutdown immediate。 修改 ，修改這部分內(nèi)容，目的是使用 oracle服務(wù)在監(jiān)聽器中靜態(tài)注冊。/opt/oracle/product/39。ORCL239。 目的是創(chuàng)建一個數(shù)據(jù)庫實例 sid。 不然通過靜態(tài)注冊的服務(wù)無法連接數(shù)據(jù)庫實例。 ()39。 Starting backup at 17AUG10 current log archived using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=147 devtype=DISK channel ORA_DISK_1: starting archive log backupset channel ORA_DISK_1: specifying archive log(s) in backup set input archive log thread=1 sequence=3 recid=1 stamp=727261781 input archive log thread=1 sequence=4 recid=2 stamp=727263902 channel ORA_DISK_1: starting piece 1 at 17AUG10 channel ORA_DISK_1: finished piece 1 at 17AUG