【文章內(nèi)容簡介】 日志傳輸會失敗。 [oracle@localhost ~]$orapwd file=orapworcl2 password=sys123 force=y ？？ orapwd file=orapworcl password=sys123 force=y 注意文件名稱不能有誤，否則主庫連接不上備庫，導(dǎo)致歸檔日志同步失敗 修改 和 可以拷貝主庫的 ,。方法同上 。 和 不用修改， 與主庫保持 一樣即可。 修改 ，修改這部分內(nèi)容，目的是使用 oracle服務(wù)在監(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) ) ) 這個(gè)時(shí)候在主備庫上分別用 tnsping 命令測試 orcl和 orcl2服務(wù)名看是否通。如果不通則修改檢查以上文件配置是否正確。 [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) 從上面兩個(gè)服務(wù)名均已經(jīng)互通。 恢復(fù)控制文件 拷貝三份備庫控制文件到數(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階段，準(zhǔn)備還原 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恢復(fù)管理器 到此備庫基本建立完成。 開啟備庫 創(chuàng)建備庫的動態(tài)參數(shù)文件 SQL create spfile from pfile。 關(guān)閉數(shù)據(jù)庫 SQL shutdown immediate。 啟動備庫到 mount狀態(tài) SQL startup mount。 開始應(yīng)用日志恢復(fù) SQL alter database recover managed standby database disconnect from session。 使備庫處于日志恢復(fù)模式 （備用模式） 。 SQL select process,status from v$managed_standby。 PROCESS STATUS ARCH CONNECTED ARCH CONNECTED RFS IDLE MRP0 WAIT_FOR_LOG 這時(shí)候備庫的進(jìn)程有以上幾個(gè)， RFS 遠(yuǎn)程文 件接收進(jìn)程 MRP0 日志應(yīng)用進(jìn)程 到此，需要測試一下備庫是否可以接收到主庫的歸檔日志?？稍谥鲙熘惺謩託w檔一個(gè)日志文件（ alter system switch logfile），然后查看在備庫的歸檔目錄中是否生成有新的歸檔日志文件 ,也可以在備庫中用一下語句查詢是否存在 日志 歸檔 記錄。 select name,SEQUENCE,APPLIED from v$archived_log order by sequence。 備注： 對于物理備庫 (physical standby)來說，處于日志恢復(fù)模式的 時(shí)候數(shù)據(jù)庫是不能打開的。如果要打開只能先關(guān)閉日志恢復(fù)模式，然后以 read only （只讀方式）打開。 （ oracle11G版本 可以在 read only 下應(yīng)用歸檔日志） SQLalter database recover managed standby database cancel。 停止日志恢復(fù)模式 SQLalter database open read only。 打開數(shù)據(jù)庫。 物理備庫在只讀模式下可以增加臨時(shí)文件 。 SQL alter database temp add tempfile 39。/opt/oradata/orcl/39。 size 100m reuse。 這個(gè)時(shí)候備庫還是可以接收主庫傳輸過來的歸檔日志文件，只是不能應(yīng)用日志而已。 當(dāng)用 read only 方式打開備庫后只有重新啟動才能使備庫重新回到 備用 模式。 切換到 DATAGUARD最大可用模式并開啟 實(shí)時(shí)應(yīng)用 一般情況 下，到 步驟為止， dataguard 的物理備庫已經(jīng)可以正常使用了。 只是 這時(shí)dataguard處于默認(rèn)的 最大性能模式 ，這個(gè)模式下，主庫的重做日志只有在歸檔之后才會傳輸?shù)絺鋷焐?，然?備庫才 會 應(yīng)用日志。如果 在歸檔之前主庫數(shù)據(jù)庫 意外 down機(jī)，那么這部分未歸檔的數(shù)據(jù)肯 會丟失。 為了避免這種情況的發(fā)生，可以使用 最大可用 模式 。 Oracle 推薦最大可用模式使用 LGWR ASYNC（異步） NOAFFIRM 模式傳輸 。 實(shí)際的生產(chǎn)庫推薦這種模式。在 standby不可用時(shí)，最大可用模式會自動降低成最大性能模式，所以 standby故障不會導(dǎo)致 primay 不可用。 對于 dataguard模式 的 介紹 。以下是在 dataguard 默認(rèn)的最大性能模式下切換到實(shí)際生成用途的最大可用模式 . 1， 在備庫上增加備用重做日志文件，大小跟主庫的在線重做日 志一樣。組的數(shù)量最好比在線重做日志多一兩組（可調(diào)）。 sqlalter database recover managed standby database cancel。 先取消日志應(yīng)用 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。 非實(shí)時(shí)應(yīng)用模式或者用下面的語句開啟備庫的實(shí)時(shí)應(yīng)用模式 sql recover managed standby database using current logfile disconnect from session。 鑒于后面主備庫切換的需要，在主庫上也增加備用重做日志。當(dāng)然要把主庫處于 mount狀態(tài)下才可添加。 可在下面統(tǒng)一修改。 2， 在主庫上做修改（兩個(gè)地方：一個(gè)是修改 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