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