基礎(chǔ)考試認(rèn)證準(zhǔn)備第部分復(fù)制技術(shù)

InformixDynamicServer11.50基礎(chǔ)考試555認(rèn)證準(zhǔn)備，第9部分:Informix復(fù)制技術(shù)開(kāi)始之前本教程概述IDS復(fù)制技術(shù)。關(guān)于本系列這個(gè)免費(fèi)的共包含9篇教程的教程系列的目的是為了幫助您準(zhǔn)備InformixDynamicServer(IDS)基礎(chǔ)認(rèn)證考試（555）。這個(gè)認(rèn)證將考察關(guān)于IDS11.50管理的入門(mén)級(jí)知識(shí)，涉及基礎(chǔ)SQL、如何安裝IDS11.50、如何創(chuàng)建數(shù)據(jù)庫(kù)和數(shù)據(jù)庫(kù)對(duì)象、安全性、事務(wù)隔離、備份和恢復(fù)流程，以及數(shù)據(jù)復(fù)制技術(shù)。這些教程為考試的每部分打下了堅(jiān)實(shí)的基礎(chǔ)。但是，您不能僅使用這些教程作為唯一的考試準(zhǔn)備材料?；仨?yè)首關(guān)于本教程本教程討論IDS11.50提供的各種復(fù)制和高可用性技術(shù)。它解釋了如何配置HighAvailabilityDataReplication(HDR)、EnterpriseReplication(ER)、RemoteStandalonesecondary(RSS)服務(wù)器、SharedDisksecondary(SDS)服務(wù)器和連續(xù)日記恢復(fù)?；仨?yè)首目的本教程重要幫助您熟悉：IDS提供的各種復(fù)制技術(shù)各種復(fù)制技術(shù)之間的區(qū)別不同的復(fù)制術(shù)語(yǔ)如何設(shè)立HDR、ER、RSS、SDS和連續(xù)日記恢復(fù)回頁(yè)首先決條件本文重要針對(duì)初級(jí)和中級(jí)水平的IDS數(shù)據(jù)庫(kù)專業(yè)人員。您應(yīng)當(dāng)可以輕松設(shè)立sqlhosts文獻(xiàn)、設(shè)立配置參數(shù)和開(kāi)始使用IDS。您應(yīng)當(dāng)熟悉各種IDS實(shí)用工具，比如onmode、onstat、ontape和ON-bar等等?；仨?yè)首系統(tǒng)需求要運(yùn)營(yíng)本教程提供了例子，您需要一個(gè)安裝了IDS并且可以啟動(dòng)兩個(gè)IDS實(shí)例的計(jì)算機(jī)。高可用性數(shù)據(jù)復(fù)制：簡(jiǎn)介對(duì)于提供全天候在線服務(wù)的公司，數(shù)據(jù)的高可用性是必要因素。假如服務(wù)器離線，此類公司將損失慘重。InformixDynamicServer通過(guò)一套完整的技術(shù)提供無(wú)間斷的連續(xù)服務(wù)，從而將停機(jī)和維護(hù)時(shí)間降至最低。公司可以將復(fù)制技術(shù)用于：容量釋放：您可以將OLTP數(shù)據(jù)傳播到備份站點(diǎn)，可以在報(bào)告時(shí)將用戶引導(dǎo)到備份站點(diǎn)。這樣，就可以在主站點(diǎn)上為與OLTP相關(guān)的用戶提供更多的容量。高可用性：在主站點(diǎn)更新數(shù)據(jù)，然后再?gòu)?fù)制到備份站點(diǎn)。當(dāng)主站點(diǎn)出現(xiàn)故障時(shí)，備份站點(diǎn)將成為主站點(diǎn)。數(shù)據(jù)合并：您可以將遠(yuǎn)程數(shù)據(jù)合并到中央服務(wù)器中。例如，您可以合并分支機(jī)構(gòu)的數(shù)據(jù)。分布式可用性：您可以從中央服務(wù)器將數(shù)據(jù)分布到不同位置。例如，您可以從總部將數(shù)據(jù)分發(fā)到分支機(jī)構(gòu)。就地更新：以點(diǎn)對(duì)點(diǎn)的方式在任意站點(diǎn)上更新數(shù)據(jù)，從而保持?jǐn)?shù)據(jù)的一致性。什么是HDR？HDR提供一個(gè)機(jī)制，可以在一個(gè)服務(wù)器（主服務(wù)器）上創(chuàng)建和維護(hù)日記數(shù)據(jù)庫(kù)的副本，并將該副本映射到另一個(gè)服務(wù)器（備份服務(wù)器）。在HDR設(shè)立中有一個(gè)主服務(wù)器和一個(gè)備份服務(wù)器。假如主服務(wù)器失敗，應(yīng)用程序可以連接到備份服務(wù)器并繼續(xù)進(jìn)行操作。HDR的最高目的是盡量減少或消除物理服務(wù)器故障的影響。HDR對(duì)中的備份服務(wù)器僅在只讀模式下可用。報(bào)告應(yīng)用程序和工具可以在只讀模式下的備份服務(wù)器中運(yùn)營(yíng)，從而減輕主服務(wù)器的負(fù)載?；仨?yè)首HDR的工作原理當(dāng)在主服務(wù)器的日記數(shù)據(jù)庫(kù)中執(zhí)行DataManipulationLanguage(DML)語(yǔ)句時(shí)，邏輯日記記錄將被發(fā)送到備份服務(wù)器。備份服務(wù)器將應(yīng)用邏輯日記記錄，通過(guò)主服務(wù)器中的更新保持?jǐn)?shù)據(jù)庫(kù)狀態(tài)是最新的。備份服務(wù)器的更新可以是同步或異步的。位于主服務(wù)器和備份服務(wù)器之間的檢查點(diǎn)是同步的；這就是說(shuō)，僅當(dāng)檢查點(diǎn)在備份數(shù)據(jù)庫(kù)服務(wù)器上完畢之后，它才干在主服務(wù)器上完畢?；仨?yè)首HDR的先決條件HDR需要滿足以下先決條件：主服務(wù)器和備份服務(wù)器的操作系統(tǒng)和硬件相同。不能在不同的操作系統(tǒng)之間設(shè)立HDR。添加到每個(gè)服務(wù)器的塊的磁盤(pán)布局必須相同。必須在備份服務(wù)器上創(chuàng)建可用的駐留數(shù)據(jù)庫(kù)塊的設(shè)備，并且其PATH值必須與主服務(wù)器同樣。這可以通過(guò)符號(hào)鏈接來(lái)實(shí)現(xiàn)。HDR主服務(wù)器和備份服務(wù)器上的IDS的版本必須同樣。必須記錄數(shù)據(jù)庫(kù)日記。假如使用blob數(shù)據(jù)庫(kù)類型，那么它們必須儲(chǔ)存在dbspace中。將不復(fù)制存儲(chǔ)在dbspace中的blob數(shù)據(jù)類型。假如根塊（chunk）被映射到主服務(wù)器，那么也必須將它映射到備份服務(wù)器。HDR使用TCP/IP連接。數(shù)據(jù)庫(kù)服務(wù)器的名稱（DBSERVERANME配置參數(shù)的值）必須設(shè)立為sqlhosts文獻(xiàn)中的TCP/IP連接。主服務(wù)器和備份服務(wù)器都必須是可信的。為用戶informix修改.rhosts或/etc/hosts.equiv以建立可信通信?；仨?yè)首影響HDR的配置參數(shù)以下配置參數(shù)可以影響HDR及其性能：DRAUTO：DRAUTO配置參數(shù)決定在主服務(wù)器失敗時(shí)備份服務(wù)器采用什么操作。該參數(shù)的設(shè)立在主服務(wù)器和備份服務(wù)器中必須相同。需要謹(jǐn)慎地使用該參數(shù)。假如出現(xiàn)臨時(shí)的網(wǎng)絡(luò)失敗，每個(gè)服務(wù)器都能感知對(duì)方宕機(jī)。對(duì)于這種情況，假如DRAUTO設(shè)立為1，備份服務(wù)器將轉(zhuǎn)變?yōu)闃?biāo)準(zhǔn)服務(wù)器，而主服務(wù)器停止復(fù)制。客戶端將分別嘗試在這兩個(gè)服務(wù)器上更新數(shù)據(jù)。這也許導(dǎo)致服務(wù)器不能保持同步。根據(jù)DRAUTO的設(shè)立不同，備份服務(wù)器也許執(zhí)行以下操作之一：假如DRAUTO設(shè)立為0，備份服務(wù)器將保持只讀狀態(tài)，直至手動(dòng)地將其切換為主服務(wù)器或切換到標(biāo)準(zhǔn)模式。假如DRAUTO設(shè)立為1（RETAIN_TYPE），備份服務(wù)器在主服務(wù)器失敗時(shí)自動(dòng)切換為標(biāo)準(zhǔn)服務(wù)器。當(dāng)HDR對(duì)重新啟動(dòng)時(shí)，該服務(wù)器將重新切換回到備份服務(wù)器。假如DRAUTO設(shè)立為2（REVERSE_TYPE），備份服務(wù)器在主服務(wù)器失敗時(shí)自動(dòng)切換成主服務(wù)器。當(dāng)HDR對(duì)重新啟動(dòng)之后，該服務(wù)器將切換為主服務(wù)器（而原先的主服務(wù)器切換為備份服務(wù)器）。DRINTERVAL：DRINTERVAL指定HDR數(shù)據(jù)緩沖區(qū)刷新之間的最大秒數(shù)。該參數(shù)在主服務(wù)器和備份服務(wù)器上的設(shè)立必須相同。HDR有兩個(gè)重要操作模式：同步和異步。讓我們看看更新如何從主服務(wù)器傳播到備份服務(wù)器。當(dāng)主服務(wù)器開(kāi)始將共享內(nèi)存中的邏輯日記緩沖區(qū)的內(nèi)容轉(zhuǎn)儲(chǔ)到磁盤(pán)的邏輯日記時(shí)，它同樣將邏輯日記緩沖區(qū)的內(nèi)容復(fù)制到一個(gè)數(shù)據(jù)復(fù)制緩沖區(qū)。數(shù)據(jù)復(fù)制緩沖區(qū)是主服務(wù)器管理的虛擬共享內(nèi)存的一部分。數(shù)據(jù)復(fù)制緩沖區(qū)的大小與邏輯日記緩沖區(qū)的大小同樣。然后，主服務(wù)器以同步或異步的方式將數(shù)據(jù)復(fù)制緩沖區(qū)的內(nèi)容發(fā)送到HDR備份服務(wù)器。配置參數(shù)DRINTERVAL的值決定服務(wù)器使用同步還是異步的方式進(jìn)行更新。假如DRINTERVAL設(shè)立為-1，更新就是同步的。假如DRINTERVAL設(shè)立為-1以外的其他值，那么更新就是異步的。HDR同步更新：當(dāng)DRINTERVAL設(shè)立為-1時(shí)，到HDR備份服務(wù)器的數(shù)據(jù)復(fù)制就是同步的。當(dāng)主服務(wù)器向HDR緩沖區(qū)寫(xiě)入邏輯日記緩沖內(nèi)容時(shí)，它就將這些記錄從緩沖區(qū)發(fā)送到HDR備份服務(wù)器。僅當(dāng)主服務(wù)器收到來(lái)自HDR備份服務(wù)器關(guān)于記錄已經(jīng)接受的確認(rèn)消息之后，主服務(wù)器上的邏輯日記緩沖轉(zhuǎn)移才完畢。HDR異步更新：當(dāng)DRINTERVAL設(shè)立為-1以外的其他值時(shí)，到HDR備份服務(wù)器的數(shù)據(jù)復(fù)制就是異步的。主服務(wù)器在將邏輯日記緩沖區(qū)內(nèi)容復(fù)制到HDR緩沖區(qū)之后才刷新邏輯日記緩沖區(qū)。當(dāng)發(fā)生以下情況之一，主服務(wù)器將通過(guò)網(wǎng)絡(luò)發(fā)送HDR緩沖區(qū)的內(nèi)容，并且不受以上操作的影響：HDR緩沖區(qū)變滿，或者從最后一次刷新HDR復(fù)制緩沖區(qū)開(kāi)始，在主服務(wù)器上由DRINTERVAL指定的時(shí)間間隔被錯(cuò)過(guò)。DRTIMEOUT：DRTIMEOUT指定HDR對(duì)等待彼此的傳輸確認(rèn)消息的時(shí)間間隔（單位為秒）。假如檢查點(diǎn)沒(méi)有在配置參數(shù)DRTIMEOUT指定的時(shí)間內(nèi)完畢，主服務(wù)器就認(rèn)為發(fā)生了故障。該參數(shù)在主服務(wù)器和備份服務(wù)器上的值必須相同。DRLOSTFOUND：DRLOSTFOUND配置參數(shù)指定dr.lostfound.timestamp文獻(xiàn)的途徑名。假如主服務(wù)器沒(méi)有在DRTIMEOUT配置參數(shù)指定的時(shí)間內(nèi)收到備份服務(wù)器的確認(rèn)，它將向一個(gè)由DRLOSTFOUND配置參數(shù)命名的文獻(xiàn)添加事務(wù)信息。ENCRYPT_HDR：ENCRYPT_HDR指定是否啟用HDR加密。1表達(dá)啟用；為服務(wù)器之間的數(shù)據(jù)傳輸提供安全的辦法0表達(dá)禁用增長(zhǎng)安全性會(huì)帶來(lái)額外的開(kāi)銷。加密和解密HDR數(shù)據(jù)要占用額外的CPU周期。DRIDXAUTO：DRIDXAUTO指定當(dāng)備份服務(wù)器檢測(cè)到索引損壞時(shí)，HDR服務(wù)器是否自動(dòng)開(kāi)始索引復(fù)制。1=on；自動(dòng)復(fù)制索引0=off；需要手動(dòng)復(fù)制索引LOG_INDEX_BUILDS：LOG_INDEX_BUILDS指定是否啟用索引頁(yè)日記。1：?jiǎn)⒂盟饕?yè)日記。索引頁(yè)被復(fù)制到邏輯日記。主服務(wù)器通過(guò)日記將索引發(fā)送到備份服務(wù)器。0：禁用索引頁(yè)日記。當(dāng)在主服務(wù)器上創(chuàng)建了索引時(shí)，將逐頁(yè)把它傳輸?shù)絺浞莘?wù)器。如何設(shè)立和管理HDR初次設(shè)立HDR在進(jìn)入設(shè)立HDR的環(huán)節(jié)之前，一方面要為informix用戶啟用主服務(wù)器和備份服務(wù)器之間的可信通信。為網(wǎng)絡(luò)連接更新$INFORMIXSQLHOSTS和/etc/services文獻(xiàn)。保證onconfig文獻(xiàn)在主服務(wù)器和備份服務(wù)器上都對(duì)的設(shè)立。以下配置參數(shù)在主服務(wù)器和備份服務(wù)器上的值必須相同。ROOTNAME>ROOTOFFSETROOTPATHROOTSIZEMIRROROFFSET-假如使用映像MIRRORPATH-假如使用映像PHYSDBSPHYSFILELOGFILESLOGSIZEDYNAMIC_LOGSDRAUTODRINTERVALDRTIMEOUTDRLOSTFOUNDLOG_INDEX_BUILDS：可選

表1.初次設(shè)立HDR的環(huán)節(jié)環(huán)節(jié)主服務(wù)器備份服務(wù)器1安裝和注冊(cè)UDR、UDT和DataBlade模塊。安裝UDR、UDT和DataBlade模塊。2ontape-s-L0、onbar-b-L0，或執(zhí)行外部備份-3onmode-dprimarysec_name-4-ontape-p、ontape-r-p-e、onbar-r或onbar-r-p-e5-onmode-dsecondaryprim_name6-ontape-loronbar-r-l下面具體描述表1中的環(huán)節(jié)：在兩個(gè)服務(wù)器上安裝用戶定義的類型、用戶定義的例程和DataBlade模塊。僅在主服務(wù)器上注冊(cè)它們。對(duì)主服務(wù)器執(zhí)行0級(jí)別的部分。運(yùn)營(yíng)以下命令將服務(wù)器設(shè)立為主服務(wù)器：onmode-dprimarysec_name在以上命令中，將sec_name替換為備份服務(wù)器的數(shù)據(jù)庫(kù)服務(wù)器名（DBSERVERNAME配置參數(shù)的值）。在執(zhí)行該命令之后，以下消息將打印到online.log：DR:newtype=primaryservername=sec_nameDR:TryingtoconnecttosecondaryserverDR:Cannotconnecttosecondaryserver在備份服務(wù)器上，使用備份時(shí)采用的實(shí)用工具從在環(huán)節(jié)2中創(chuàng)建的0級(jí)別備份執(zhí)行物理恢復(fù)。不要執(zhí)行邏輯恢復(fù)。ON-Bar：使用onbar-r-p命令執(zhí)行物理恢復(fù)。ON-Bar并執(zhí)行外部恢復(fù)：使用onbar-r-p-e命令執(zhí)行物理恢復(fù)。ontape：使用ontape-p選項(xiàng)。您不能使用ontape-r選項(xiàng)，由于它同時(shí)執(zhí)行物理和邏輯恢復(fù)。ontape和執(zhí)行外部恢復(fù)：使用ontape-p-e命令執(zhí)行物理恢復(fù)。在備份服務(wù)器上，運(yùn)營(yíng)以下命令將服務(wù)器設(shè)立為備份服務(wù)器：onmode-dsecondaryprim_name在以上命令中，將prim_name替換為主服務(wù)器的數(shù)據(jù)庫(kù)服務(wù)器名（DBSERVERNAME配置參數(shù)的值）。假如磁盤(pán)上的所有邏輯日記仍然可用的話，備份服務(wù)器上的恢復(fù)就可以完畢；否則需要執(zhí)行環(huán)節(jié)6。在執(zhí)行該命令之后，將在備份服務(wù)器的online.log中打印以下消息：DR:newtype=secondaryservername=prim_name假如寫(xiě)到主服務(wù)器的邏輯日記記錄不再存在主服務(wù)器磁盤(pán)上，那么備份服務(wù)器將提醒您從磁帶備份恢復(fù)這些文獻(xiàn)。從磁帶恢復(fù)了所有邏輯日記文獻(xiàn)之后，邏輯恢復(fù)就完畢了，從而可以在主服務(wù)器磁盤(pán)上使用邏輯日記文獻(xiàn)。當(dāng)HDR設(shè)立成功完畢之后，將在主服務(wù)器的online.log打印以下消息：DR:PrimaryserverconnectedDR:Primaryserveroperational將在備份服務(wù)器的online.log中打印以下消息：Secondaryserveroperational回頁(yè)首更改服務(wù)器類型您可以將備份服務(wù)器的類型更改為主服務(wù)器或標(biāo)準(zhǔn)服務(wù)器。假如HDR在備份服務(wù)器上關(guān)閉了，那么僅能從備份服務(wù)器更改為標(biāo)準(zhǔn)服務(wù)器（使用onmode-dstandard命令）。假如到主服務(wù)器的復(fù)制連接斷開(kāi)或備份服務(wù)器上的復(fù)制失敗，HDR將關(guān)閉。當(dāng)您重啟標(biāo)準(zhǔn)服務(wù)器時(shí)，它不會(huì)嘗試連接到復(fù)制對(duì)中的另一個(gè)服務(wù)器。使用HDR時(shí)，更改一個(gè)服務(wù)器的模式也許導(dǎo)致需要更改HDR對(duì)中的另一個(gè)服務(wù)器。這個(gè)小節(jié)討論當(dāng)HDR對(duì)中的一個(gè)服務(wù)器失敗時(shí)會(huì)發(fā)生什么。在主服務(wù)器上，運(yùn)營(yíng)onmode-k命令將導(dǎo)致：備份服務(wù)器在消息日記中打印一條消息：DR:Receiveerror.HDRisturnedoff.備份服務(wù)器受到的影響取決于DRAUTO配置參數(shù)的設(shè)立：假如DRAUTO設(shè)立為0，備份服務(wù)器將保持只讀模式。假如DRAUTO設(shè)立為1，備份服務(wù)器將切換到標(biāo)準(zhǔn)模式，并且可以接受更新。假如DRAUTO設(shè)立為2，備份服務(wù)器將在舊主服務(wù)器連接丟失時(shí)切換到主服務(wù)器模式。在備份服務(wù)器上，運(yùn)營(yíng)onmode-k命令將導(dǎo)致主服務(wù)器在消息日記中打?。篋R:TurnedoffonprimaryserverEnterpriseReplication：簡(jiǎn)介EnterpriseReplication(ER)是一種基于異步日記的復(fù)制方法。當(dāng)復(fù)制事務(wù)被提交并發(fā)送到目的實(shí)例（在此處用作常規(guī)日記事務(wù)）之后，將從源實(shí)例的邏輯日記捕獲它們。這種類型的復(fù)制對(duì)源實(shí)例的影響很小。由于信息是從邏輯日記讀取的，所以它不影響事務(wù)解決。由于復(fù)制是異步的，所以源實(shí)例將繼續(xù)進(jìn)行解決，而不是等待事務(wù)被應(yīng)用到目的實(shí)例。EnterpriseReplication的靈活架構(gòu)支持多種復(fù)制方法和網(wǎng)絡(luò)拓?fù)洌簭?fù)制方法：主服務(wù)器-備份服務(wù)器（Primary-target）-數(shù)據(jù)庫(kù)更改發(fā)生在主服務(wù)器并被復(fù)制到目的實(shí)例，但目的實(shí)例上的更改不會(huì)復(fù)制到主服務(wù)器實(shí)例處處更新（Update-anywhere）-數(shù)據(jù)庫(kù)更改應(yīng)用到所有參與復(fù)制的實(shí)例，不管它們位于哪個(gè)服務(wù)器網(wǎng)絡(luò)拓?fù)洌和耆B接（Fullyconnected）-所有參與數(shù)據(jù)庫(kù)服務(wù)器之間連續(xù)保持連接層次結(jié)構(gòu)樹(shù)（Hierarchicaltree）-一種支持連續(xù)連接和間斷連接的父-子配置森林樹(shù)（Forestoftrees）-通過(guò)根數(shù)據(jù)庫(kù)服務(wù)器連接起來(lái)的多個(gè)層次結(jié)構(gòu)樹(shù)EnterpriseReplication可以與HDR、SDS和RSS復(fù)制方法結(jié)合使用，這進(jìn)一步增長(zhǎng)了它的靈活性。此外，它還可以跨平臺(tái)、跨IBMInformixDynamicServer的各個(gè)版本使用。EnterpriseReplication不需要在實(shí)例之間定義相同的儲(chǔ)存，甚至不需要使用相同的表模式和名稱。EnterpriseReplication的工作原理下面列出了EnterpriseReplication的3個(gè)階段，并通過(guò)一個(gè)例子具體描述這3個(gè)階段：數(shù)據(jù)捕獲數(shù)據(jù)傳輸應(yīng)用復(fù)制數(shù)據(jù)讓我們通過(guò)一個(gè)簡(jiǎn)樸的例子了解如何將一個(gè)事務(wù)從源實(shí)例復(fù)制到目的實(shí)例：客戶端應(yīng)用程序在定義了復(fù)制的數(shù)據(jù)庫(kù)中執(zhí)行事務(wù)。該事務(wù)被寫(xiě)入邏輯日記。日記捕獲組件讀取邏輯日記并將邏輯記錄傳遞到分組組件。分組組件計(jì)算需要復(fù)制的邏輯日記，并將它們分組到描述原始事務(wù)的操作的消息中。分組組件將消息添加到發(fā)送隊(duì)列。在特定情況下，發(fā)送隊(duì)列將消息臨時(shí)儲(chǔ)存到磁盤(pán)上。發(fā)送隊(duì)列通過(guò)EnterpriseReplication網(wǎng)絡(luò)將復(fù)制消息傳輸?shù)侥康姆?wù)器。復(fù)制消息被添加到目的服務(wù)器的接受隊(duì)列中。數(shù)據(jù)同步組件將該事務(wù)應(yīng)用到目的數(shù)據(jù)庫(kù)。假如有必要的話，數(shù)據(jù)同步組件還會(huì)執(zhí)行沖突解決。在確認(rèn)隊(duì)列中放置一條表達(dá)消息已成功應(yīng)用的消息。將確認(rèn)消息發(fā)送回到源服務(wù)器?；仨?yè)首初次設(shè)立EnterpriseReplication影響EnterpriseReplication的配置參數(shù)：CDR_EVALTHREADS-每個(gè)CPUVP的計(jì)算器線程數(shù)和額外的線程數(shù)，用逗號(hào)分隔（必要）CDR_DSLOCKWAIT-數(shù)據(jù)同步組件等待數(shù)據(jù)庫(kù)鎖的秒數(shù)（必要）CDR_QUEUEMEM-發(fā)送和接受隊(duì)列的最大內(nèi)存量，單位為KB（必要）CDR_NIFCOMPRESS-控制網(wǎng)絡(luò)界面壓縮級(jí)別（必要）CDR_SERIAL-指定增量大小和復(fù)制連續(xù)列的開(kāi)始值（必要）CDR_DBSPACE-syscdr數(shù)據(jù)庫(kù)的dbspace名稱（可選）CDR_QHDR_DBSPACE-事務(wù)記錄dbspace的名稱；默認(rèn)值為根dbspace（可選）CDR_QDATA_SBSPACE-臨時(shí)儲(chǔ)存到磁盤(pán)的事務(wù)數(shù)據(jù)的sbdpace名稱，用逗號(hào)分隔（必要）CDR_MAX_DYNAMIC_LOGS-ER在一個(gè)數(shù)據(jù)庫(kù)會(huì)話中可以發(fā)出的動(dòng)態(tài)日記請(qǐng)求的最大數(shù)量（必要）CDR_SUPPRESS_ATSRISWARN-數(shù)據(jù)同步錯(cuò)誤，警告在STS和RIS文獻(xiàn)中隱藏的編碼號(hào)（可選）現(xiàn)在，我們通過(guò)一個(gè)例子了解如何在兩個(gè)帶有以下特性的實(shí)例中定義復(fù)制。這個(gè)例子展示處處更新復(fù)制。在處處更新復(fù)制中，任何服務(wù)器上的更改都被復(fù)制到其他所有參與服務(wù)器中。在cook文獻(xiàn)/u/data/qdatasbspace中有一個(gè)名為qdatasbspace的CDR_QDATA_SBSPACE，它的偏移量為0，大小為200MB源組名grp_er1，目的組名grp_er2源DBSERVERNAMEer1，目的DBSERVERNAMEer2源數(shù)據(jù)庫(kù)名primary_db，目的數(shù)據(jù)庫(kù)名target_db源表名primary_table，目的表名target_table源ATS目錄名/u/data/atsdir，目的ATS目錄名/u/data/atsdir源RIS目錄名/u/data/risdir，目的RIS目錄名/u/data/risdir復(fù)制名repl1這個(gè)例子使用“timestamp”沖突解決方法。可用的沖突解決方法涉及：always-EnterpriseReplication不解決沖突，但是將應(yīng)用復(fù)制更改，即使操作在源和目的服務(wù)器上不同樣。僅能用于從源服務(wù)器到目的服務(wù)器的復(fù)制。ignore-EnterpriseReplication不解決沖突。timestamp-出現(xiàn)沖突時(shí)，時(shí)間戳最新的行或事務(wù)具有優(yōu)先權(quán)。deletewins-出現(xiàn)沖突時(shí)，帶有DELETE操作或帶有最新時(shí)間戳的行或事務(wù)具有優(yōu)先權(quán)。deletewins沖突解決規(guī)則阻止upsert。

表2.初次設(shè)立ER的環(huán)節(jié)環(huán)節(jié)源服務(wù)器目的服務(wù)器1使用onspaces為臨時(shí)儲(chǔ)存到磁盤(pán)的事務(wù)數(shù)據(jù)創(chuàng)建sbspace，由CDR_QDATA_SBSPACE指定：onspaces-c-Sqdatasbspace-p/u/data/qdatasbspace-o0-s202300使用onspaces為CDR_QDATA_SBSPACE定義sbspace：onspaces-c-Sqdatasbspace-p/u/data/qdatasbspace-o0-s2023002修改onconfig文獻(xiàn)以設(shè)立CDR_QDATA_SBSPACE：CDR_QDATA_SBSPACEqdatasbspace修改名為CDR_QDATA_SBSPACE的onconfig配置文獻(xiàn)：CDR_QDATA_SBSPACEqdatasbspace3配置sqlhosts文獻(xiàn)，以包含源服務(wù)器和目的服務(wù)器的連接：grp_er1group--i=12er1onsoctcpprimary9211g=grp_er1grp_er2group--i=13er2onsoctcpstewie9212g=grp_er2配置sqlhosts文獻(xiàn)，以包含源服務(wù)器和目的服務(wù)器的連接：grp_er1group--i=12er1onsoctcpprimary9211g=grp_er1grp_er2group--i=13er2onsoctcpstewie9212g=grp_er24為進(jìn)行復(fù)制定義源服務(wù)器和目的服務(wù)器：cdrdefineserver-cgrp_er1-A/u/data/atsdir-R/u/data/risdir-Igrp_er1cdrdefineserver-cgrp_er2-A/u/data/risdir-R/u/data/risdir-I-Sgrp_er1grp_er2-5定義復(fù)制：cdrdefinereplicate-Ctimestamp-Stran-A-Rrepl1\"_table""select*fromprimary_table"\"t_table""select*fromtarget_table"注意：這將把primary_table的所有行復(fù)制到target_table?？梢栽谶@里使用任何有效的select語(yǔ)句，以定義需要復(fù)制的數(shù)據(jù)。-6開(kāi)始復(fù)制：cdrstartreplicaterepl1-這是設(shè)立復(fù)制的簡(jiǎn)樸例子。閱讀文檔更具體地了解命令行語(yǔ)法和選項(xiàng)。SharedDisksecondary：簡(jiǎn)介在SharedDisk(SD)secondary復(fù)制中，主服務(wù)器和SD備份服務(wù)器通過(guò)一個(gè)高度可用的集群配置共享磁盤(pán)空間。在該配置中，不在SD備份服務(wù)器中儲(chǔ)存數(shù)據(jù)庫(kù)的物理副本。假如主服務(wù)器和SD備份服務(wù)器駐留在相同的機(jī)器上，它們都可以訪問(wèn)本地磁盤(pán)。假如它們駐留在不同的物理機(jī)器上，那么配置它們以使用共享磁盤(pán)設(shè)備。不要將主服務(wù)器和SD備份服務(wù)器配置為使用操作系統(tǒng)緩沖區(qū)，比如NFS裝載。主服務(wù)器和SD備份服務(wù)器共享磁盤(pán)空間，因此SD備份服務(wù)器的啟動(dòng)非?？欤荒茉趶?fù)制環(huán)境之外提高為標(biāo)準(zhǔn)服務(wù)器，也不能提高為RS備份服務(wù)器。SD備份服務(wù)器可以和EnterpriseReplication、HDR和RS備份服務(wù)器并存。什么時(shí)候使用SD備份服務(wù)器？增長(zhǎng)容量：使用多個(gè)SD備份服務(wù)器可以減少報(bào)告容量，同時(shí)不影響主服務(wù)器實(shí)例。主服務(wù)器失敗備份：當(dāng)主服務(wù)器失敗時(shí)，SD備份服務(wù)器可以快速提高為主服務(wù)器。當(dāng)磁盤(pán)失敗時(shí)，SD備份服務(wù)器不能用作熱點(diǎn)備份。假如需要使用熱點(diǎn)備份，推薦使用HDR備份服務(wù)器或RS備份服務(wù)器?；仨?yè)首SDsecondary復(fù)制的工作原理由于主服務(wù)器和SD備份服務(wù)器共享磁盤(pán)空間，所以不需要在服務(wù)器之前傳遞日記。要保持實(shí)例同步，僅需發(fā)送日記的位置?；仨?yè)首初次設(shè)立SDsecondary復(fù)制影響SDsecondary復(fù)制的配置參數(shù)：SDS_ENABLE-啟用或禁用SDS服務(wù)器（必要）SDS_TEMPDBS-SDS服務(wù)器使用的臨時(shí)dbspaceSDS_PAGING-兩個(gè)緩沖頁(yè)文獻(xiàn)的途徑SDS_TIMEOUT-在將SDS服務(wù)器標(biāo)記為宕機(jī)之前執(zhí)行頁(yè)刷新時(shí)，主服務(wù)器等待來(lái)自SDS服務(wù)器的確認(rèn)的時(shí)間（秒）UPDATABLE_SECONDARY-控制備份服務(wù)器是否可以接受更新、插入和刪除操作TEMPTAB_NOLOG-控制臨時(shí)表的日記模式（在SDS服務(wù)器上要設(shè)立為1）

表3.初次設(shè)立SDS服務(wù)器的環(huán)節(jié)環(huán)節(jié)主服務(wù)器備份服務(wù)器1在onconfig文獻(xiàn)中設(shè)立SDS_TIMEOUT配置參數(shù)。-2設(shè)立SD主服務(wù)器的別名：onmode-dsetSDSprimaryalias-3-設(shè)立配置參數(shù)：SDS_ENABLESDS_PAGINGSDS_TEMPDBS4-設(shè)立以下配置參數(shù)，使它們與主服務(wù)器上的參數(shù)匹配：ROOTNAMEROOTPATHROOTOFFSETROOTSIZEPHYSFILELOGFILESLOGSIZE5-在sqlhosts文獻(xiàn)中添加一個(gè)主服務(wù)器條目：dbservernamenettypehostnameservicename6-開(kāi)始使用SDsecondary服務(wù)器：oninit查看文檔具體了解命令行語(yǔ)法和選項(xiàng)?；仨?yè)首將SDS服務(wù)器提高為主服務(wù)器當(dāng)主服務(wù)器失敗時(shí)，通過(guò)發(fā)出以下命令之一將SDS服務(wù)器提高為主服務(wù)器：onmode-dsetSDSprimaryaliasonmode-dmakeprimaryRemoteStandalone備份服務(wù)器：簡(jiǎn)介RS(RemoteStandalone)備份服務(wù)器非常類似于HDR備份服務(wù)器。它可以在高度可用的集群中用于劫難恢復(fù)。它包含數(shù)據(jù)庫(kù)的完整副本，以類似于HDR的方式接受日記，并且規(guī)定主服務(wù)器和備份服務(wù)器使用相同的硬件和數(shù)據(jù)布局。使用RS備份服務(wù)器解決了只能使用一個(gè)備份服務(wù)器的限制，從而增強(qiáng)了可用性。盡管HDR環(huán)境和RSsecondary環(huán)境是相似的，但它們也有兩個(gè)重要區(qū)別：HDR支持同步和異步模式，而RSsecondary僅支持異步復(fù)制。HDR使用同步檢查點(diǎn)，而RSsecondary沒(méi)有使用。什么時(shí)候使用RS備份服務(wù)器？增強(qiáng)服務(wù)器可用性：使用多個(gè)RS備份服務(wù)器可以提供更大的可用性。遠(yuǎn)程地理位置備份支持：通過(guò)將復(fù)制節(jié)點(diǎn)分布到多個(gè)地理位置，單點(diǎn)劫難導(dǎo)致停機(jī)的機(jī)會(huì)減少。改善報(bào)告性能：多個(gè)RS備份服務(wù)器可以將一部分報(bào)告轉(zhuǎn)移到備份服務(wù)器，從而減輕報(bào)告對(duì)主服務(wù)器的影響。在不穩(wěn)定的網(wǎng)絡(luò)中增強(qiáng)可用性：在不穩(wěn)定或速度很慢的網(wǎng)絡(luò)環(huán)境中，RS備份服務(wù)器通過(guò)運(yùn)用異步復(fù)制消除在主服務(wù)器上出現(xiàn)的延遲。主服務(wù)器和RS備份服務(wù)器之間不同步任何事務(wù)提交和檢查點(diǎn)。回頁(yè)首R(shí)Ssecondary復(fù)制的工作原理當(dāng)在主服務(wù)器上對(duì)日記數(shù)據(jù)庫(kù)執(zhí)行DataManipulationLanguage(DML)語(yǔ)句時(shí)，邏輯日記記錄將被發(fā)送到備份服務(wù)器。備份服務(wù)器應(yīng)用邏輯日記記錄。RS備份服務(wù)器的更新通常是異步的?；仨?yè)首初次設(shè)立RSsecondary復(fù)制影響RSsecondary復(fù)制的配置參數(shù)：HA_ALIAS-高可用性集群的服務(wù)器別名LOG_INDEX_BUILDS-啟用或禁用索引頁(yè)日記（必要）UPDATABLE_SECONDARY-控制備份服務(wù)器是否可以接受更新、插入和刪除操作FAILOVER_CALLBACK-當(dāng)備份服務(wù)器切換為標(biāo)準(zhǔn)或主服務(wù)器時(shí)，指定需要調(diào)用的途徑和程序名TEMPTAB_NOLOG-控制臨時(shí)表的默認(rèn)日記模式（在RS備份服務(wù)器上需要設(shè)立為1）

表4.初次設(shè)立RS的環(huán)節(jié)環(huán)節(jié)主服務(wù)器備份服務(wù)器1安裝和注冊(cè)UDR、UDT和DataBlade模塊。安裝UDR、UDT和DataBlade模塊。2onmode命令：onmode-wfLOG_INDEX_BUILDS=1-3onmode命令：onmode-daddRSSrss_servernamepassword-4ontape或ON-Bar命令：ontape-s-L0onbar-b-L0-5-ontape或ON-Bar命令：ontape-porontape-p-eonbar-r-poronbar-r-p-e6-ontape或onbar命令（當(dāng)所有邏輯日記寫(xiě)在主服務(wù)器實(shí)例上時(shí)使