【文章內(nèi)容簡介】 日志傳輸會失敗。 [oracle@localhost ~]$orapwd file=orapworcl2 password=sys123 force=y ？？ orapwd file=orapworcl password=sys123 force=y 注意文件名稱不能有誤，否則主庫連接不上備庫，導致歸檔日志同步失敗 修改 和 可以拷貝主庫的 ,。方法同上 。 和 不用修改， 與主庫保持 一樣即可。 修改 ，修改這部分內(nèi)容，目的是使用 oracle服務在監(jiān)聽器中靜態(tài)注冊。 SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (SID_NAME = PLSExtProc) (ORACLE_HOME = /opt/oracle/product/) (PROGRAM = extproc) ) ) 修改成（增加紅色部分內(nèi)容 ) SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (SID_NAME = PLSExtProc) (ORACLE_HOME = /opt/oracle/product/) (PROGRAM = extproc) ) (SID_DESC = (GLOBAL_DBNAME = orcl2) (ORACLE_HOME = /opt/oracle/product/) (SID_NAME = orcl2) ) ) 這個時候在主備庫上分別用 tnsping 命令測試 orcl和 orcl2服務名看是否通。如果不通則修改檢查以上文件配置是否正確。 [oracle@localhost admin]$ tnsping orcl2 TNS Ping Utility for Linux: Version Production on 18AUG2020 19:32:00 Copyright (c) 1997, 2020, Oracle. All rights reserved. Used parameter files: /opt/oracle/product/ Used TNSNAMES adapter to resolve the alias Attempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = )(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = orcl2))) OK (0 msec) [oracle@localhost admin]$ tnsping orcl TNS Ping Utility for Linux: Version Production on 18AUG2020 19:33:38 Copyright (c) 1997, 2020, Oracle. All rights reserved. Used parameter files: /opt/oracle/product/ Used TNSNAMES adapter to resolve the alias Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST=)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = orcl))) OK (10 msec) 從上面兩個服務名均已經(jīng)互通。 恢復控制文件 拷貝三份備庫控制文件到數(shù)據(jù)庫目錄 [oracle@localhost rmanbk]$ cp /opt/oradata/orcl/ [oracle@localhost rmanbk]$ cp /opt/oradata/orcl/ [oracle@localhost rmanbk]$ cp /opt/oradata/orcl/ 用 RMAN還原出備庫 [oracle@localhost ~]$ 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。 Oracle instance started database mounted Total System Global Area 167772160 bytes Fixed Size 1218292 bytes Variable Size 62916876 bytes Database Buffers 96468992 bytes Redo Buffers 7168000 bytes 啟動數(shù)據(jù)庫到 mount階段，準備還原 RMAN restore database。 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恢復管理器 到此備庫基本建立完成。 開啟備庫 創(chuàng)建備庫的動態(tài)參數(shù)文件 SQL create spfile from pfile。 關閉數(shù)據(jù)庫 SQL shutdown immediate。 啟動備庫到 mount狀態(tài) SQL startup mount。 開始應用日志恢復 SQL alter database recover managed standby database disconnect from session。 使備庫處于日志恢復模式 （備用模式） 。 SQL select process,status from v$managed_standby。 PROCESS STATUS ARCH CONNECTED ARCH CONNECTED RFS IDLE MRP0 WAIT_FOR_LOG 這時候備庫的進程有以上幾個， RFS 遠程文 件接收進程 MRP0 日志應用進程 到此，需要測試一下備庫是否可以接收到主庫的歸檔日志。可在主庫中手動歸檔一個日志文件（ alter system switch logfile），然后查看在備庫的歸檔目錄中是否生成有新的歸檔日志文件 ,也可以在備庫中用一下語句查詢是否存在 日志 歸檔 記錄。 select name,SEQUENCE,APPLIED from v$archived_log order by sequence。 備注： 對于物理備庫 (physical standby)來說，處于日志恢復模式的 時候數(shù)據(jù)庫是不能打開的。如果要打開只能先關閉日志恢復模式，然后以 read only （只讀方式）打開。 （ oracle11G版本 可以在 read only 下應用歸檔日志） SQLalter database recover managed standby database cancel。 停止日志恢復模式 SQLalter database open read only。 打開數(shù)據(jù)庫。 物理備庫在只讀模式下可以增加臨時文件 。 SQL alter database temp add tempfile 39。/opt/oradata/orcl/39。 size 100m reuse。 這個時候備庫還是可以接收主庫傳輸過來的歸檔日志文件，只是不能應用日志而已。 當用 read only 方式打開備庫后只有重新啟動才能使備庫重新回到 備用 模式。 切換到 DATAGUARD最大可用模式并開啟 實時應用 一般情況 下，到 步驟為止， dataguard 的物理備庫已經(jīng)可以正常使用了。 只是 這時dataguard處于默認的 最大性能模式 ，這個模式下，主庫的重做日志只有在歸檔之后才會傳輸?shù)絺鋷焐希缓?備庫才 會 應用日志。如果 在歸檔之前主庫數(shù)據(jù)庫 意外 down機，那么這部分未歸檔的數(shù)據(jù)肯 會丟失。 為了避免這種情況的發(fā)生，可以使用 最大可用 模式 。 Oracle 推薦最大可用模式使用 LGWR ASYNC（異步） NOAFFIRM 模式傳輸 。 實際的生產(chǎn)庫推薦這種模式。在 standby不可用時，最大可用模式會自動降低成最大性能模式，所以 standby故障不會導致 primay 不可用。 對于 dataguard模式 的 介紹 。以下是在 dataguard 默認的最大性能模式下切換到實際生成用途的最大可用模式 . 1， 在備庫上增加備用重做日志文件，大小跟主庫的在線重做日 志一樣。組的數(shù)量最好比在線重做日志多一兩組（可調(diào)）。 sqlalter database recover managed standby database cancel。 先取消日志應用 sql system altered sql alter database add standby logfile group 4 (39。/opt/oradata/primary/39。) size 50M。 sql system altered sql alter database add standby logfile group 5 (39。/opt/oradata/primary/39。) size 50M。 sql system altered sql alter database add standby logfile group 6 (39。/opt/oradata/primary/39。) size 50M。 sql system altered sql alter database add standby logfile group 7 (39。/opt/oradata/primary/39。) size 50M。 sql system altered sql recover managed standby database disconnect from session。 非實時應用模式或者用下面的語句開啟備庫的實時應用模式 sql recover managed standby database using current logfile disconnect from session。 鑒于后面主備庫切換的需要，在主庫上也增加備用重做日志。當然要把主庫處于 mount狀態(tài)下才可添加。 可在下面統(tǒng)一修改。 2， 在主庫上做修改（兩個地方：一個是修改 log_archive_dest_2 參數(shù)，二是添加備用日志文件） sql shutdown immediate。 sql startup mount。 sql alter system set log_archive_dest_2=’service=orcl valid_for=(online_logfiles,priamry_role) lgwr async noaffirm db_unique_name=orcl2’ scope=spf