?
?
第四部分Standby之REDO傳輸服務(wù)? 2007.12.18
??? 很多人看電影或者電視劇時(shí)往往都以為，影響劇情發(fā)展的關(guān)鍵是主角的命運(yùn)，那么，我不得不又說，你只看到了問題的表面，真正影響劇情發(fā)展的...............是導(dǎo)演。對(duì)于data guard 的數(shù)據(jù)應(yīng)用而言，幕后的導(dǎo)演是LOG_ARCHIVE_DEST_n。本章節(jié)我們要學(xué)習(xí)的內(nèi)容會(huì)很多，這一次，希望你能理清要學(xué)習(xí)的重點(diǎn)。
??? 關(guān)于redo 傳輸服務(wù)(Redo Transport Services)，它不僅控制著傳輸redo 數(shù)據(jù)到其它數(shù)據(jù)庫，同時(shí)還管理著解決由于網(wǎng)絡(luò)中斷造成的歸檔文件未接收的過程。
?
?
一、如何發(fā)送數(shù)據(jù)
??? 在primary 數(shù)據(jù)庫，DataGuard 可以使用歸檔進(jìn)程(ARCn)或者日志寫進(jìn)程(LGWR)收集redo 數(shù)據(jù)并傳輸?shù)絪tandby，不過不管你選擇歸檔進(jìn)程也好，日志寫進(jìn)程也好，都由一個(gè)核心參數(shù)來控制，它就是：LOG_ARCHIVE_DEST_n，所以，我們先來：
?
1、認(rèn)識(shí)LOG_ARCHIVE_DEST_n參數(shù)
?
??? LOG_ARCHIVE_DEST_n(n 從1 到10)定義redo 文件路徑。該參數(shù)定義必須通過location 或service 指明歸檔文件路徑。location 表示本地路徑，service 通常是net service name，即接收redo 數(shù)據(jù)的standby 數(shù)據(jù)庫。
??? 提示：
??? 對(duì)于每一個(gè)LOG_ARCHIVE_DEST_n 參數(shù)，還有一個(gè)對(duì)應(yīng)的LOG_ARCHIVE_DEST_STATE_n 參數(shù)。LOG_ARCHIVE_DEST_STATE_n 參數(shù)用來指定對(duì)應(yīng)的LOG_ARCHIVE_DEST_n 參數(shù)是否生效，擁有4 個(gè)屬性值：
??? ● ENABLE：默認(rèn)值，表示允許傳輸服務(wù)。
??? ● DEFER：該屬性指定對(duì)應(yīng)的log_archive_dest_n 參數(shù)有效，但暫不使用。
??? ● ALTERNATE：禁止傳輸，但是如果其它相關(guān)的目的地的連接通通失敗，則它將變成enable。
??? ● RESET：功能與DEFER 屬性類似，不過如果傳輸目的地之前有過錯(cuò)誤，它會(huì)清除其所有錯(cuò)誤信息。
?
??? 例如：指定本地歸檔路徑
??? LOG_ARCHIVE_DEST_1='LOCATION=/arch1/chicago/'
??? LOG_ARCHIVE_DEST_STATE_1=ENABLE
?
??? 又比如，指定redo 傳輸服務(wù)
??? LOG_ARCHIVE_DEST_2='SERVICE=jsspdg'
??? LOG_ARCHIVE_DEST_STATE_2=ENABLE
?
??? 當(dāng)然，LOG_ARCHIVE_DEST_n 參數(shù)的屬性遠(yuǎn)不止這些。
?
??? 這些參數(shù)都可以通過alter system set 語句直接聯(lián)機(jī)修改，修改會(huì)在primary 下次日志切換時(shí)生效，當(dāng)然你直接shutdown 再重啟數(shù)據(jù)庫的話也會(huì)即時(shí)生效:)比如：
??? SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=jsspdgVALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)';
?
??? 除show parameter log_archive_dest 外，還可以通過查詢V$ARCHIVE_DEST 視圖的方式查看參數(shù)配置，并且V$ARCHIVE_DEST 視圖還可以看到更詳細(xì)的同步信息。
?
2、使用ARCARCn歸檔redo數(shù)據(jù)
??? 默認(rèn)情況下，redo 傳輸服務(wù)使用ARCn 進(jìn)程歸檔redo 日志。不過ARCn 歸檔進(jìn)程只支持最高性能的保護(hù)模式。如果standby 數(shù)據(jù)庫處于其它類型的保護(hù)模式，那你必須使用LGWR 傳輸redo 數(shù)據(jù)(為什么會(huì)這樣呢，三思再來白話幾句，我們知道對(duì)于最大保護(hù)和最高可用性兩種模式而言，其實(shí)強(qiáng)調(diào)的都是一點(diǎn)，redo數(shù)據(jù)必須實(shí)時(shí)應(yīng)用于standby 數(shù)據(jù)庫，我們再看來歸檔，歸檔是做什么呢？是備份已完成切換的redolog，完成切換的redolog 代表著什么呢？說明該redo 中所有數(shù)據(jù)均已提交至數(shù)據(jù)文件，那好我們再回過頭來看，數(shù)據(jù)已完成提交的redo 并且完成了切換還被復(fù)制了一份做為歸檔，這個(gè)時(shí)候才準(zhǔn)備開始傳輸?shù)絪tandby 數(shù)據(jù)庫，這與最大保護(hù)和最高可用所要求的實(shí)時(shí)應(yīng)用差的簡直不是一點(diǎn)半點(diǎn)，現(xiàn)在，你是不是明白了為什么ARCn 歸檔進(jìn)程只能支持最高性能的保護(hù)模式)。
?
??
1).初始化參數(shù)控制ARCn 歸檔行為
?
??? 影響ARCn 進(jìn)程的初始化參數(shù)有：
??? LOG_ARCHIVE_DEST_n 及LOG_ARCHIVE_MAX_PROCESSES。
?
??? 關(guān)于LOG_ARCHIVE_DEST_n 參數(shù)的配置前面介紹了一些，我們知道該參數(shù)的部分屬性與ARCn進(jìn)程相關(guān)，而LOG_ARCHIVE_MAX_PROCESSES 初始化參數(shù)則可看做是專為ARCn 進(jìn)程量身打造，該參數(shù)用來指定最大可被調(diào)用的ARCn 進(jìn)程的數(shù)量，注意我們指定的是最大值，也就是說數(shù)據(jù)庫在運(yùn)行過程中是會(huì)根據(jù)歸檔的任務(wù)繁重程度自動(dòng)調(diào)節(jié)歸檔進(jìn)程數(shù)量的。當(dāng)然如果說你覺著你的系統(tǒng)歸檔任務(wù)比較繁重，可以通過設(shè)置較多的歸檔進(jìn)程數(shù)量提高歸檔并發(fā)度，但是這個(gè)數(shù)字也不是越高越好，過高的歸檔進(jìn)程數(shù)量有可能反而影響系統(tǒng)性能(所謂物極必反就是這個(gè)意思，所以這中間是需要你來把握平衡的，當(dāng)然這方面更多涉及到調(diào)優(yōu)了，非本章所要講解之重點(diǎn)，就不多說了)。調(diào)整該參數(shù)可以通過下列語句：
??? ALTER SYSTEM SET LOG_ARCHIVE_MAX_PROCESSES = n;
??? 注：n>0 and n<=30
?
???
2).ARCn 的歸檔過程
?
??? primary 數(shù)據(jù)庫日志發(fā)生切換時(shí)就會(huì)啟動(dòng)歸檔：
??? ● 在primary 數(shù)據(jù)庫(假設(shè)有2 個(gè)歸檔進(jìn)程)，一旦ARC0 進(jìn)程完成redolog 的歸檔，ARC1 進(jìn)程即開始傳輸該歸檔到standby 數(shù)據(jù)庫的指定路徑。
??? ● 在standby 數(shù)據(jù)庫，RFS 進(jìn)程輪流將redo 數(shù)據(jù)寫入standby redo log，再由standby 數(shù)據(jù)庫中的ARCn 進(jìn)程將其寫入歸檔，然后通過REDO 應(yīng)用或SQL 應(yīng)用將數(shù)據(jù)應(yīng)用到standby 數(shù)據(jù)庫。
?
??? 如圖：
??? 
??? 另外，因?yàn)楸镜氐臍w檔進(jìn)程與遠(yuǎn)程歸檔進(jìn)程間并無聯(lián)系，注意如果本地存在刪除完成備份的歸檔的策略，需要在刪除之前首先確認(rèn)這些歸檔已經(jīng)被傳輸?shù)絪tandby 數(shù)據(jù)庫。
?
3、使用LGWR歸檔redo數(shù)據(jù)
??? 使用LGWR 進(jìn)程與使用ARCn 進(jìn)程有明顯不同，LGWR 無須等待日志切換及完成歸檔。
??? Standby 數(shù)據(jù)庫的LGWR 進(jìn)程會(huì)先選擇一個(gè)standby redo log 文件映射primary 數(shù)據(jù)庫當(dāng)前redolog 的sequence(以及文件大小)，一旦primary 數(shù)據(jù)庫有redo 數(shù)據(jù)產(chǎn)生，視LOG_ARCHIVE_DEST_n 初始化參數(shù)中sync 或async 屬性設(shè)置，以同步或非同步方式傳輸?shù)絪tandby 數(shù)據(jù)庫。
??? 要繼續(xù)下面的內(nèi)容，我們必須先了解與LGWR 歸檔進(jìn)程密切相關(guān)的幾個(gè)LOG_ARCHIVE_DEST_n 參數(shù)的屬性，如果選擇LGWR 歸檔redo 數(shù)據(jù)，那么在LOG_ARCHIVE_DEST_n中必須指定SERVICE 和LGWR屬性以允許日志傳輸服務(wù)使用LGWR 進(jìn)程來傳送redo 數(shù)據(jù)到遠(yuǎn)程歸檔目的地。我們還需要指定SYNC(同步)還是ASYNC(異步)的傳輸方式，如果指定SYNC 屬性(如果不明確指定的話，默認(rèn)是SYNC)，則primary數(shù)據(jù)庫任何會(huì)產(chǎn)生redo 操作都會(huì)同步觸發(fā)網(wǎng)絡(luò)I/O，并且等到網(wǎng)絡(luò)I/O 全部完成才會(huì)繼續(xù)下面的提交，而如果指定了ASYNC 屬性，則會(huì)primary 數(shù)據(jù)庫的操作會(huì)先記錄online redologs，然后再傳輸?shù)絪tandby。下面詳細(xì)看看其流程：
?
??? 1).LGWR 同步歸檔的流程
?
??? 例如初始化參數(shù)中有如下設(shè)置：
??? LOG_ARCHIVE_DEST_1='LOCATION=E:\ora10g\oradata\jssweb\'
??? LOG_ARCHIVE_DEST_2='SERVICE=jsspdg LGWR SYNC NET_TIMEOUT=30'
??? LOG_ARCHIVE_DEST_STATE_1=ENABLE
??? LOG_ARCHIVE_DEST_STATE_2=ENABLE
??? 如果設(shè)置LOG_ARCHIVE_DEST_n 初始化參數(shù)SYNC 屬性，建議同時(shí)設(shè)置NET_TIMEOUT 屬性，該屬性控制網(wǎng)絡(luò)連接的超時(shí)時(shí)間，如果超時(shí)仍無響應(yīng)，則會(huì)返回錯(cuò)誤信息。
??? 如圖：
??? 
??? 展示了primary 數(shù)據(jù)庫LGWR 寫online redologs 的同時(shí)，同步傳輸redo 數(shù)據(jù)到standby 數(shù)據(jù)庫的過程。
?
??? 我們?nèi)匀环謨刹糠謥斫庾x：
??? ● 在primary 數(shù)據(jù)庫，LGWR 提交redo 數(shù)據(jù)到LNSn(LGWR Network Server process)進(jìn)程(n>0)，LNSn 啟動(dòng)網(wǎng)絡(luò)傳輸。
??? ● standby 數(shù)據(jù)庫的RFS(Remote File Server)將接收到的redo 數(shù)據(jù)寫入standby redolog。特別注意， 在此期間， primary 數(shù)據(jù)庫的事務(wù)會(huì)一直保持， 直到所有所有含LGWR SYNC 屬性的LOG_ARCHIVE_DEST_n 指定路徑均已完成接收。
??? 一旦primary 數(shù)據(jù)庫執(zhí)行日志切換，就會(huì)級(jí)聯(lián)觸發(fā)standby 的ARCn 將standby redo 寫入歸檔，然后通過redo 應(yīng)用(MRP 進(jìn)程)或sql 應(yīng)用(LSP 進(jìn)程)讀取歸檔文件將數(shù)據(jù)應(yīng)用至standby 數(shù)據(jù)庫。(如果啟用了實(shí)時(shí)應(yīng)用的話，MRP/LSP 會(huì)直接讀取standby redolog 并應(yīng)用到standby 數(shù)據(jù)庫，無須再等待歸檔)。
?
???
2).LGWR 不同步歸檔的流程
?
??? 例如初始化參數(shù)中有如下設(shè)置：
??? LOG_ARCHIVE_DEST_1='LOCATION=E:\ora10g\oradata\jssweb\ '
??? LOG_ARCHIVE_DEST_2='SERVICE=jsspdg LGWR ASYNC'
??? LOG_ARCHIVE_DEST_STATE_1=ENABLE
??? LOG_ARCHIVE_DEST_STATE_2=ENABLE
??? ASYNC 方式歸檔就不需要再指定NET_TIMEOUT 了，因?yàn)長GWR 與LNSn 之間已無關(guān)聯(lián)，所以指定不指定NET_TIMEOUT 就都沒任何影響了，因此對(duì)于異步傳輸而言，即使網(wǎng)絡(luò)出現(xiàn)故障造成primary 與standby 之間通信中斷，也并不會(huì)影響到primary 數(shù)據(jù)庫的提交。
?
??? 如圖：
??? 
??? 展示了LNSn 進(jìn)程異步傳輸redo 數(shù)據(jù)到standby 數(shù)據(jù)庫RFS 進(jìn)程的過程。
?
??? 大致步驟與同步傳輸相同，差別只在LNSn 進(jìn)程這里，LGWR 寫數(shù)據(jù)到online redolog，LNSn 進(jìn)程訪問online redolog 并傳輸數(shù)據(jù)到遠(yuǎn)程standby 的RFS 而不再與本地LGWR 之間有聯(lián)系。standby 數(shù)據(jù)庫方面的處理邏輯仍然不變。
?
?
二、什么時(shí)候發(fā)送
?
??? 這小節(jié)包含兩個(gè)內(nèi)容，發(fā)送什么，以及發(fā)送給誰：
?
1、通過VALID_FOR 屬性指定傳輸及接收對(duì)象
?
??? valid_for，字面理解就是基于xx 有效，再配合其redo_log_type,database_role 屬性，我們基本上可以將其理解為：為指定角色設(shè)置日志文件的歸檔路徑，主要目的是為了輔助一旦發(fā)生角色切換操作后數(shù)據(jù)庫的正常運(yùn)轉(zhuǎn)。
?
??? redo_log_type 可設(shè)置為：ONLINE_LOGFILE，STANDBY_LOGFILE，ALL_LOGFILES
??? database_role 可設(shè)置為：PRIMARY_ROLE，STANDBY_ROLE，ALL_ROLES
??? 注意valid_for 參數(shù)是有默認(rèn)值的，如果不設(shè)置的話，其默認(rèn)值等同于：valid_for=(ALL_LOGFILES,ALL_ROLES)
?
??? 推薦主動(dòng)設(shè)置該參數(shù)而不要使用默認(rèn)值，某些情況下默認(rèn)的參數(shù)值不一定合適，比如邏輯standby 就不像物理standby ，邏輯standby 處于open 模式， 不僅有redo 數(shù)據(jù)而且還包含多種日志文件(onlineredologs,archived redologs 以及standby redologs)。多數(shù)情況下，邏輯standby 生成的online redologs 與standbyredologs 生成在相同的目錄內(nèi)。因此，推薦你對(duì)每個(gè)*dest 設(shè)置合適的valid_for 屬性。
?
2、通過DB_UNIQUE_NAME 屬性指定數(shù)據(jù)庫
?
??? DB_UNIQUE_NAME 屬性主要是為某個(gè)數(shù)據(jù)庫指定唯一的數(shù)據(jù)庫名稱，這就使得動(dòng)態(tài)添加standby 到包含RAC 結(jié)構(gòu)的primary 數(shù)據(jù)庫的dg 配置成為可能，并且對(duì)于log_archive_dest_n 中的service 屬性，其屬
性值對(duì)應(yīng)的也必然是db_unique_name，也正因有了db_unique_name，redo 數(shù)據(jù)在傳輸過程中才能確認(rèn)傳輸?shù)侥阆Ｍ粋鬏數(shù)降臄?shù)據(jù)庫上。當(dāng)然要保障傳輸redo 數(shù)據(jù)到指定服務(wù)器， 除了db_unique_name,log_archive_dest_n 之外，還有一個(gè)初始化參數(shù)：log_archive_config。
?
??? 關(guān)于log_archive_config 呢，我們前面有過一些接觸，在第二部分第1 節(jié)中也有一些簡單的介紹，log_archive_config 初始化參數(shù)還包括幾個(gè)屬性， 可以用過控制數(shù)據(jù)庫的傳輸和接收，SEND,NOSEND,RECEIVE,NORECEIVE：
??? ● SEND 允許數(shù)據(jù)庫發(fā)送數(shù)據(jù)到遠(yuǎn)端
??? ● RECEIVE 則允許standby 接收來自其它數(shù)據(jù)庫的數(shù)據(jù)
??? ● NOSEND,NORECEIVE 自然就是禁止嘍。
?
??? 例如，設(shè)置primary 數(shù)據(jù)庫不接收任何歸檔數(shù)據(jù)，可以做如下的設(shè)置：
??? LOG_ARCHIVE_CONFIG='NORECEIVE,DG_CONFIG=(jssweb,jsspdg)'
?
??? 當(dāng)然，你同樣也需要注意，一旦做了如上的設(shè)置，那么假設(shè)該服務(wù)器發(fā)生了角色切換，那它仍然也沒有接收redo 數(shù)據(jù)的能力喲。
?
?
三、出錯(cuò)了咋整
??? 對(duì)于歸檔失敗的處理，LOG_ARCHIVE_DEST_n 參數(shù)有幾個(gè)屬性可以用來控制一旦向歸檔過程中出現(xiàn)故障時(shí)應(yīng)該采取什么措施，它們是：
?
1、REOPEN 指定時(shí)間后再次嘗試歸檔
??? 使用REOPEN=seconds(默認(rèn)=300)屬性，在指定時(shí)間重復(fù)嘗試向歸檔目的地進(jìn)行歸檔操作，如果該參數(shù)值設(shè)置為0，則一旦失敗就不會(huì)再嘗試重新連接并發(fā)送，直到下次redo 數(shù)據(jù)再被歸檔時(shí)會(huì)重新嘗試，不過并不會(huì)歸檔到已經(jīng)失敗的歸檔目的地，而是向替補(bǔ)的歸檔目的地發(fā)送。
?
2、ALTERNATE 指定替補(bǔ)的歸檔目的地
??? alternate 屬性定義一個(gè)替補(bǔ)的歸檔目的地，所謂替補(bǔ)就是一旦主歸檔目的地因各種原因無法使用，則臨時(shí)向alternate 屬性中指定的路徑寫。
??? 需要注意一點(diǎn)，reopen 的屬性會(huì)比alternate屬性優(yōu)先級(jí)要高，如果你指定reopen 屬性的值>0，則lgwr/arch會(huì)首先嘗試向主歸檔目的地寫入，直到達(dá)到最大重試次數(shù)，如果仍然寫入失敗，才會(huì)向alternate 屬性指定的路徑寫。
?
3、MAX_FAILURE 控制失敗嘗試次數(shù)
?
??? max_failure 屬性指定一個(gè)最大失敗嘗試次數(shù)，大家應(yīng)該能夠聯(lián)想到reopen，沒錯(cuò)兩者通常是應(yīng)該配合使用，reopen 指定失敗后重新嘗試的時(shí)間周期，max_failure 則控制失敗嘗試的次數(shù)，如例：
??? LOG_ARCHIVE_DEST_1='LOCATION=E:\ora10g\oradata\jsspdg\ REOPEN=60 MAX_FAILURE=3'
?
?
四、管理歸檔中斷
??? 如果primary 數(shù)據(jù)庫中的歸檔日志沒能成功發(fā)送至standby 數(shù)據(jù)庫，就會(huì)出現(xiàn)歸檔中斷。當(dāng)然通常情況下你不需要擔(dān)心這一點(diǎn)，因?yàn)閐g 會(huì)自動(dòng)檢測并嘗試復(fù)制丟失的歸檔以解決中斷問題，通過什么解決呢？
FAL(FetchArchive Log)。
?
??? FAL 分server 和client，前面創(chuàng)建步驟中講初始化參數(shù)時(shí)想必大家也注意到了。FAL client 自動(dòng)主動(dòng)要求傳
輸歸檔文件，F(xiàn)AL server 則響應(yīng)FAL client 發(fā)送的請求。多好的兩口子啊。
?
??? FAL 機(jī)制會(huì)自動(dòng)處理下列類似的歸檔中斷問題：
??? ● 當(dāng)創(chuàng)建物理或邏輯的standby 數(shù)據(jù)庫，F(xiàn)AL 機(jī)制會(huì)自動(dòng)獲取primary 數(shù)據(jù)庫熱備時(shí)產(chǎn)生的歸檔文件。
??? ● 當(dāng)接收的歸檔文件出現(xiàn)下列的問題時(shí)，F(xiàn)AL 機(jī)會(huì)會(huì)自動(dòng)獲取歸檔文件解決：
??????? ※ 當(dāng)接收到的歸檔在應(yīng)用之后被刪除時(shí)；
??????? ※ 當(dāng)接收到的歸檔所在磁盤損壞時(shí)；
??? ● 當(dāng)存在多個(gè)物理standby 時(shí)，F(xiàn)AL 機(jī)制會(huì)自動(dòng)嘗試從其它standby 服務(wù)器獲取丟失的歸檔文件。
?
??? 讓大家了解這個(gè)東西不是為了讓你做什么，而是希望你放心，oracle 會(huì)管理好這些，如果它沒有管理好，你明白這個(gè)原理，你也能分析一下它為什么沒能管理好，通過什么方式能夠促使它恢復(fù)有效管理的能力，當(dāng)然你一定要自己動(dòng)手，也可以，下面通過示例來說明手工處理歸檔中斷（注意，俺只描述步驟，演示俺就不做了。因?yàn)槿棘F(xiàn)在用地最大保護(hù)模式，不會(huì)丟失歸檔地說，哇哈哈哈:)）
?
1、首先你要確認(rèn)一下standby 是否存在歸檔中斷
?
??? 可以通過查詢v$archive_gap 視圖來確定，如果有記錄就表示有中斷。
??? SQL> select *from v$archive_gap;
?
??? 這一步的目的是為了取出對(duì)應(yīng)的LOW_SEQUENCE#和HIGH_SEQUENCE#，如果有RAC 的話，還需要注意一下THREAD#。
?
2、查找sequence 對(duì)應(yīng)的歸檔文件
?
??? SQL> SELECT NAME FROM V$ARCHIVED_LOG WHERE THREAD#=1 AND DEST_ID=1 ANDSEQUENCE# BETWEEN 7 AND 10;
?
?
3、復(fù)制對(duì)應(yīng)的歸檔文件到standby
?
??? 注意，如果是RAC 的話，要找對(duì)機(jī)器喲:)
??? 然后通過alter database register logfile 命令將這些文件重新注冊一下，例如：
??? SQL> ALTER DATABASE REGISTER LOGFILE 'e:\ora10g\jsspdg\xxxx.arc';
?
??? 然后重啟redo 應(yīng)用即可。
??? 對(duì)于邏輯standby 的丟失歸檔處理稍微復(fù)雜一點(diǎn)點(diǎn)，因?yàn)檫壿媠tandby 沒有提供類型v$archive_gap;之類的視圖，因此我們需要自己想辦法來識(shí)別是否存在丟失的情況，具體可以通過下列的語句：
??? SQL> select thread#,sequence#,file_name from dba_logstdby_log l
?????? 2 where next_change# not in (
?????? 3 select first_change# from dba_logstdby_log where l.thread# = thread#)
?????? 4 order by thread#,sequence#;
?
??? 找出丟失的歸檔文件后，接著的處理方式與物理standby 相同。
?
?