service：遠(yuǎn)程備庫(kù)網(wǎng)絡(luò)服務(wù)名

lgwr或者arch： ?lgwr或者arch進(jìn)程傳輸主庫(kù)的redo數(shù)據(jù)

sync或者async：?同步或者異步傳輸

affirm與noaffirm： affirm表示只有當(dāng)日志寫(xiě)入standby重做日志后才算日志傳輸成功，noaffirm則沒(méi)有這個(gè)要求；

reopen：主數(shù)據(jù)庫(kù)重新連接備庫(kù)的時(shí)間

net_timeout：當(dāng)采用sync傳輸模式時(shí)，超過(guò)多少秒則表示網(wǎng)路超時(shí)（默認(rèn)為30s），建議設(shè)置改參數(shù)；

valid_for：定義使用log_archive_dest_n參數(shù)歸檔，控制主備庫(kù)是否可以歸檔在線(xiàn)日志文件或者歸檔備用日志文件，有如下子參數(shù)：

? ? ? ? ? ? ? ? ?online_logfile：僅歸檔聯(lián)機(jī)日志文件

? ? ? ? ? ? ? ? ?standby_logfile：歸檔備用日志文件

? ? ? ? ? ? ? ? ?all_logfiles：歸檔所有日志文件

? ? ? ? ? ? ? ? ?primary_role：在主角色起作用

? ? ? ? ? ? ? ? ?standby_role：在備角色起作用

? ? ? ? ? ? ? ? ?all_roles：在所有角色起作用

compression：傳送中進(jìn)行壓縮，

delay：在備庫(kù)延遲應(yīng)用redo的時(shí)間（秒/單位）

比較項(xiàng)

最大保護(hù)

最高可用

最大性能

Redo寫(xiě)或傳輸進(jìn)程

lgwr

lgwr

lgwr或者arch

網(wǎng)絡(luò)傳輸模式

sync

sync

sync或者async

是否落盤(pán)確認(rèn)

affirm

affirm

affirm或者noaffirm

standby redologs

需要

需要

可有可無(wú)

用LGWR傳輸大致如下：

1）主庫(kù)：只要有新的重做日志產(chǎn)生，lgwr進(jìn)程將觸發(fā)LNSn進(jìn)程把新生成的日志傳輸給備庫(kù)rfs進(jìn)程。

2）備庫(kù)：rfs進(jìn)程接收到日志后，將其寫(xiě)入standby重做日志，如果備庫(kù)開(kāi)啟了實(shí)時(shí)應(yīng)用，就立即做日志應(yīng)用，如果沒(méi)有開(kāi)啟，則等standby重做日志歸檔后再應(yīng)用。

3）其中，async和sync的區(qū)別在于：sync是在redo還在內(nèi)存時(shí)，LNSn進(jìn)程就開(kāi)始傳輸，而async是在redo寫(xiě)到online redo log后，LNSn才開(kāi)始傳輸。

同步的實(shí)時(shí)性來(lái)看，lgwr(sync) > lgwr(async）> arch

主備庫(kù)操作：SQL>select database_role,protection_mode,protection_level from v$database;

主庫(kù)更改log_archive_dest_n參數(shù)配置，如：

SQL>alter system set log_archive_dest_2='service=orcldg lgwr sync valid_for=(online_logfiles,primary_role) db_unique_name=orcldg';

主庫(kù)操作：SQL> shutdown immediate;

備庫(kù)操作：alter database recover managed standby database cancel;

主庫(kù)操作：SQL>startup mount;

主庫(kù)操作：SQL>alter database set standby database to maximize availability;

主庫(kù)操作：SQL>alter database open

完成。

問(wèn)題

當(dāng)切換為alter database set standby database to maximize protection;之后alter database open報(bào)錯(cuò)

alter database open

*

ERROR at line 1:

ORA-03113: end-of-file on communication channel

Process ID: 10711

Session ID: 1 Serial number: 5

解決：讀alert_orcl.log，我這里是備庫(kù)端監(jiān)聽(tīng)沒(méi)有啟動(dòng)，啟動(dòng)了問(wèn)題就解決了。

Fatal NI connect error 12541, connecting to:

(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=orcldg)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=orcldg)(CID=(PROGRAM=oracle)(HOST=orcldg)(USER=oracle))))

? VERSION INFORMATION:

????? TNS for Linux: Version 11.2.0.4.0 - Production

????? TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.4.0 - Production

? Time: 08-MAR-2016 21:14:11

? Tracing not turned on.

? Tns error struct:

??? ns main err code: 12541

TNS-12541: TNS:no listener

??? ns secondary err code: 12560

??? nt main err code: 511

TNS-00511: No listener

??? nt secondary err code: 111

??? nt OS err code: 0

***********************************************************************

備庫(kù)啟動(dòng)遇到問(wèn)題

SQL> startup

ORA-10458: standby database requires recovery

ORA-01196: file 1 is inconsistent due to a failed media recovery session

ORA-01110: data file 1: '/u01/app/oracle/oradata/orcl/system01.dbf'

原因是由于某些redo沒(méi)有傳輸?shù)絺鋷?kù)，可能落后了很多歸檔文件

處理：

1)備庫(kù)查詢(xún)：SQL>select process,client_process,sequence#,status from v$managed_standby;//定位正在應(yīng)用的日志文件

select max(sequence#) from v$archived_log;

2)主庫(kù)查詢(xún)：SQL> select process,client_process,sequence#,status from v$managed_standby;//查詢(xún)主庫(kù)當(dāng)前寫(xiě)到的日志文件

select max(sequence#) from v$archived_log;

3)對(duì)比備庫(kù)與主庫(kù)之間的待傳輸應(yīng)用日志文件，從主庫(kù)拷貝到備庫(kù)歸檔路徑

4)備庫(kù)注冊(cè)

ALTER DATABASE REGISTER PHYSICAL LOGFILE '/u01/app/oracle/archivelog/xxx.dbf' ;

5)備庫(kù)應(yīng)用redo

alter database recover managed standby database disconnect from session;

即可。