11g rman新特性 duplicate target database for standby from active database

11g之前，對於大資料庫的dataguard建立，最煩的就是搞備份，因為rman無法遠端備份阿，因此要麼必須在本地搞個NAS存備份，要麼用遠端NFS，有時候明明standby端和主庫的網路很好但還是要浪費這傳輸備份的時間，11g開發出了duplicate target database for standby from active database 這個新功能，使得dataguard建立時，如同建立stream時可以利用impdp/expdp的network_link功能一樣，不需要建立備份而直接生成dataguard環境。下面就是單機上建立dataguard並且開啟11g dataguard另外一大特性：Real-time query的大概流程。Real-time query支援dataguard在open read only的情況下apply主庫的log。並且可以做到一致讀，達成了物理standby的穩定+邏輯standby的報表查詢，實在是非常強大。。。。。

Oracle版本：11.1.0.6 for Linux x86_64

首先dcba建立了2個庫，一個prdb，一個pstdb，這樣省去建立standby資料庫資料夾和密碼檔案的步驟。這當中還碰到個小問題，建立完資料庫遲遲看不到監聽註冊2個例項。於是一看listener.log,只發現了一些Subscription for node down event still pending資訊，這個是老毛病了，在listener.ora里加上SUBSCRIBE_FOR_NODE_DOWN_EVENT_=OFF就ok了，繼續看，發現了- -hosts檔案裡的主機名和現在的hostname不匹配，好像IDC剛集體改過hostname。修正問題，監聽註冊上了，配了下tnsnames,讓2個例項可以用sys互相連線。
接下來開始修改主庫歸檔模式和一些引數，發現了11g中STANDBY_ARCHIVE_DEST引數已經被廢棄。其實10g的時候隨著unique_db_name和log_config等引數加入就覺得這個引數估計活不長了- -果然現在被拿掉了。
alter system set log_archive_dest_1='location=/u02/arch/prdb valid_for=(all_logfiles,all_roles) db_unique_name=prdb' scope=both;
alter system set fal_client='prdb' scope=both;
alter system set fal_server='pstdb' scope=both;
alter system set db_file_name_convert='pstdb','prdb' scope=spfile;
alter system set log_file_name_convert='pstdb','prdb' scope=spfile;
alter system set standby_file_management=auto scope=both;
alter system set db_unique_name='prdb' scope=spfile;
alter system set log_archive_dest_2='service=pstdb reopen=120 lgwr async valid_for=(online_logfiles,primary_role) db_unique_name=prdb' scope=both;

修改完重啟主庫

備庫麼直接startup nomount就可以了
這裡有一個問題：duplicate target database for standby from active database是需要使用net service name連線的，如果使用SID連線會報下面的錯誤：
ORACLE_SID=pstdb
rman target auxiliary /
RMAN-06217: not connected to auxiliary database with a net service name
但問題是，instance在mount/nomount階段，net service name是blocked的,直接使用net service name連線又會發生別的錯誤：
rman target auxiliary
RMAN-04006: error from auxiliary database
ORA-12528: TNS:listener: all appropriate instances are blocking new connections
那麼如何解決呢，其實只要修改監聽的配置檔案listener.ora，加一個靜態註冊就可以了：
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME = pstdb)
(ORACLE_HOME = /u01/app/product/11g/db_1)
(SID_NAME = pstdb)
)
)
另外tnsname.ora裡修改成：
pstdb =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = pstdb)(UR=A)
)
)
也可以連線mount狀態的instance，包括ASM的例項哦

做好這些工作以後，接下來的工作很方便了
在standby端：
rman target auxiliary
連線後執行下面的指令碼，RMAN會自動完成建立控制檔案，引數檔案，複製資料檔案的工作。
run {
allocate channel prmy1 type disk;
allocate auxiliary channel stby type disk;
duplicate target database for standby from active database
spfile
parameter_value_convert 'prdb','pstdb'
set db_unique_name='pstdb'
set db_file_name_convert='/prdb/','/pstdb/'
set log_file_name_convert='/prdb/','/pstdb/'
set control_files='/u02/oradata/pstdb/control01.ctl'
set fal_client='pstdb'
set fal_server='prdb'
set standby_file_management='AUTO'
set log_archive_dest_1='location=/u02/arch/pstdb valid_for=(all_logfiles,all_roles) db_unique_name=prdb'
set log_archive_dest_2='service=prdb ASYNC valid_for=(ONLINE_LOGFILE,PRIMARY_ROLE) db_unique_name=prdb'
;
}

執行完畢後，新增Real-time query需要的standby redo log：

alter database add standby logfile '/u02/oradata/pstdb/stdbyredo01.log' size 50m;
alter database add standby logfile '/u02/oradata/pstdb/stdbyredo02.log' size 50m;
alter database add standby logfile '/u02/oradata/pstdb/stdbyredo03.log' size 50m;

alter database recover managed standby database disconnect from session;
alter database recover managed standby database cancel;
ALTER DATABASE OPEN;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;

dataguard就開始Real-time Apply了，驗證資料就自己來吧