基礎考試認證準備第部分復制技術

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

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

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

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

表4.初次設立RS的環(huán)節(jié)環(huán)節(jié)主服務器備份服務器1安裝和注冊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命令（當所有邏輯日記寫在主服務器實例上時使