Informix Dynamic Server 11.50 基礎(chǔ)考試 555 認(rèn)證準(zhǔn)備,第 9 部分 Informix 復(fù)制技術(shù)

1、Informix Dynamic Server 11.50 基礎(chǔ)考試 555 認(rèn)證準(zhǔn)備，第 9 部分: Informix 復(fù)制技術(shù)開始之前本教程概述 IDS 復(fù)制技術(shù)。關(guān)于本系列這個免費的共包含 9 篇教程的 教程系列 的目的是為了幫助您準(zhǔn)備 Informix Dynamic Server (IDS) 基礎(chǔ)認(rèn)證考試（555）。這個認(rèn)證將考察關(guān)于 IDS 11.50 管理的入門級知識，包括基礎(chǔ) SQL、如何安裝 IDS 11.50、如何創(chuàng)建數(shù)據(jù)庫和數(shù)據(jù)庫對象、安全性、事務(wù)隔離、備份和恢復(fù)流程，以及數(shù)據(jù)復(fù)制技術(shù)。這些教程為考試的每部分打下了堅實的基礎(chǔ)。不過，您不能僅使用這些教程作為唯一的考試準(zhǔn)備材

2、料?；仨撌钻P(guān)于本教程本教程討論 IDS 11.50 提供的各種復(fù)制和高可用性技術(shù)。它解釋了如何配置 High Availability Data Replication (HDR)、Enterprise Replication (ER)、Remote Standalone secondary (RSS) 服務(wù)器、Shared Disk secondary (SDS) 服務(wù)器和持續(xù)日志恢復(fù)。回頁首目標(biāo)本教程主要幫助您熟悉：· IDS 提供的各種復(fù)制技術(shù) · 各種復(fù)制技術(shù)之間的區(qū)別 · 不同的復(fù)制術(shù)語 · 如何設(shè)置 HDR、ER、RSS、SDS 和持續(xù)日志恢

3、復(fù) 回頁首先決條件本文主要針對初級和中級水平的 IDS 數(shù)據(jù)庫專業(yè)人員。您應(yīng)該能夠輕松設(shè)置 sqlhosts 文件、設(shè)置配置參數(shù)和開始使用 IDS。您應(yīng)該熟悉各種 IDS 實用工具，比如 onmode、onstat、ontape 和 ON-bar 等等?；仨撌紫到y(tǒng)需求要運行本教程提供了例子，您需要一個安裝了 IDS 并且能夠啟動兩個 IDS 實例的計算機(jī)。高可用性數(shù)據(jù)復(fù)制：簡介對于提供全天候在線服務(wù)的企業(yè)，數(shù)據(jù)的高可用性是必要因素。如果服務(wù)器離線，此類公司將損失慘重。Informix Dynamic Server 通過一套完整的技術(shù)提供無間斷的持續(xù)服務(wù)，從而將停機(jī)和維護(hù)時間降至最低。企業(yè)可以將

4、復(fù)制技術(shù)用于：· 容量釋放：您可以將 OLTP 數(shù)據(jù)傳播到備份站點，可以在報告時將用戶引導(dǎo)到備份站點。這樣，就可以在主站點上為與 OLTP 相關(guān)的用戶提供更多的容量。 · 高可用性：在主站點更新數(shù)據(jù)，然后再復(fù)制到備份站點。當(dāng)主站點出現(xiàn)故障時，備份站點將成為主站點。 · 數(shù)據(jù)合并：您可以將遠(yuǎn)程數(shù)據(jù)合并到中央服務(wù)器中。例如，您可以合并分支機(jī)構(gòu)的數(shù)據(jù)。 · 分布式可用性：您可以從中央服務(wù)器將數(shù)據(jù)分布到不同位置。例如，您可以從總部將數(shù)據(jù)分發(fā)到分支機(jī)構(gòu)。 · 就地更新：以點對點的方式在任意站點上更新數(shù)據(jù)，從而保持?jǐn)?shù)據(jù)的一致性。 什么是 HDR？HDR 提

5、供一個機(jī)制，可以在一個服務(wù)器（主服務(wù)器）上創(chuàng)建和維護(hù)日志數(shù)據(jù)庫的副本，并將該副本映射到另一個服務(wù)器（備份服務(wù)器）。在 HDR 設(shè)置中有一個主服務(wù)器和一個備份服務(wù)器。如果主服務(wù)器失敗，應(yīng)用程序可以連接到備份服務(wù)器并繼續(xù)進(jìn)行操作。HDR 的最高目標(biāo)是盡量減少或消除物理服務(wù)器故障的影響。HDR 對中的備份服務(wù)器僅在只讀模式下可用。報告應(yīng)用程序和工具可以在只讀模式下的備份服務(wù)器中運行，從而減輕主服務(wù)器的負(fù)載?；仨撌譎DR 的工作原理當(dāng)在主服務(wù)器的日志數(shù)據(jù)庫中執(zhí)行 Data Manipulation Language (DML) 語句時，邏輯日志記錄將被發(fā)送到備份服務(wù)器。備份服務(wù)器將應(yīng)用邏輯日志記錄，通

6、過主服務(wù)器中的更新保持?jǐn)?shù)據(jù)庫狀態(tài)是最新的。備份服務(wù)器的更新可以是同步或異步的。位于主服務(wù)器和備份服務(wù)器之間的檢查點是同步的；這就是說，僅當(dāng)檢查點在備份數(shù)據(jù)庫服務(wù)器上完成之后，它才能在主服務(wù)器上完成。回頁首HDR 的先決條件HDR 需要滿足以下先決條件：· 主服務(wù)器和備份服務(wù)器的操作系統(tǒng)和硬件相同。不能在不同的操作系統(tǒng)之間設(shè)置 HDR。 · 添加到每個服務(wù)器的塊的磁盤布局必須相同。必須在備份服務(wù)器上創(chuàng)建可用的駐留數(shù)據(jù)庫塊的設(shè)備，并且其 PATH 值必須與主服務(wù)器一樣。這可以通過符號鏈接來實現(xiàn)。 · HDR 主服務(wù)器和備份服務(wù)器上的 IDS 的版本必須一樣。 

7、3; 必須記錄數(shù)據(jù)庫日志。 · 如果使用 blob 數(shù)據(jù)庫類型，那么它們必須儲存在 dbspace 中。將不復(fù)制存儲在 dbspace 中的 blob 數(shù)據(jù)類型。 · 如果根塊（chunk）被映射到主服務(wù)器，那么也必須將它映射到備份服務(wù)器。 · HDR 使用 TCP/IP 連接。數(shù)據(jù)庫服務(wù)器的名稱（DBSERVERANME 配置參數(shù)的值）必須設(shè)置為 sqlhosts 文件中的 TCP/IP 連接。 · 主服務(wù)器和備份服務(wù)器都必須是可信的。為用戶 informix 修改 .rhosts 或 /etc/hosts.equiv 以建立可信通信。 回頁首影響 H

8、DR 的配置參數(shù)以下配置參數(shù)能夠影響 HDR 及其性能：· DRAUTO：DRAUTO 配置參數(shù)決定在主服務(wù)器失敗時備份服務(wù)器采取什么操作。該參數(shù)的設(shè)置在主服務(wù)器和備份服務(wù)器中必須相同。需要謹(jǐn)慎地使用該參數(shù)。如果出現(xiàn)臨時的網(wǎng)絡(luò)失敗，每個服務(wù)器都能感知對方宕機(jī)。對于這種情況，如果 DRAUTO 設(shè)置為 1，備份服務(wù)器將轉(zhuǎn)變?yōu)闃?biāo)準(zhǔn)服務(wù)器，而主服務(wù)器停止復(fù)制?？蛻舳藢⒎謩e嘗試在這兩個服務(wù)器上更新數(shù)據(jù)。這可能導(dǎo)致服務(wù)器不能保持同步。根據(jù) DRAUTO 的設(shè)置不同，備份服務(wù)器可能執(zhí)行以下操作之一： o 如果 DRAUTO 設(shè)置為 0，備份服務(wù)器將保持只讀狀態(tài)，直至手動地將其切換為主服務(wù)器或切換

9、到標(biāo)準(zhǔn)模式。 o 如果 DRAUTO 設(shè)置為 1（RETAIN_TYPE），備份服務(wù)器在主服務(wù)器失敗時自動切換為標(biāo)準(zhǔn)服務(wù)器。當(dāng) HDR 對重新啟動時，該服務(wù)器將重新切換回到備份服務(wù)器。 o 如果 DRAUTO 設(shè)置為 2（REVERSE_TYPE），備份服務(wù)器在主服務(wù)器失敗時自動切換成主服務(wù)器。當(dāng) HDR 對重新啟動之后，該服務(wù)器將切換為主服務(wù)器（而原先的主服務(wù)器切換為備份服務(wù)器）。 · DRINTERVAL：DRINTERVAL 指定 HDR 數(shù)據(jù)緩沖區(qū)刷新之間的最大秒數(shù)。該參數(shù)在主服務(wù)器和備份服務(wù)器上的設(shè)置必須相同。 HDR 有兩個主要操作模式：同步和異步。讓我們看看更新如何從主

10、服務(wù)器傳播到備份服務(wù)器。當(dāng)主服務(wù)器開始將共享內(nèi)存中的邏輯日志緩沖區(qū)的內(nèi)容轉(zhuǎn)儲到磁盤的邏輯日志時，它同樣將邏輯日志緩沖區(qū)的內(nèi)容復(fù)制到一個數(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)行更新。o 如果 DRINTERVAL 設(shè)置為 -1，更新就是同步的。 o 如果 DRINTERVAL 設(shè)置為 -1 以外的其他值，那么更新就是異步的。 HDR 同步更新：當(dāng) DRINTERVAL

11、設(shè)置為 -1 時，到 HDR 備份服務(wù)器的數(shù)據(jù)復(fù)制就是同步的。當(dāng)主服務(wù)器向 HDR 緩沖區(qū)寫入邏輯日志緩沖內(nèi)容時，它就將這些記錄從緩沖區(qū)發(fā)送到 HDR 備份服務(wù)器。僅當(dāng)主服務(wù)器收到來自 HDR 備份服務(wù)器關(guān)于記錄已經(jīng)接收的確認(rèn)消息之后，主服務(wù)器上的邏輯日志緩沖轉(zhuǎn)移才完成。HDR 異步更新：當(dāng) DRINTERVAL 設(shè)置為 -1 以外的其他值時，到 HDR 備份服務(wù)器的數(shù)據(jù)復(fù)制就是異步的。主服務(wù)器在將邏輯日志緩沖區(qū)內(nèi)容復(fù)制到 HDR 緩沖區(qū)之后才刷新邏輯日志緩沖區(qū)。當(dāng)發(fā)生以下情況之一，主服務(wù)器將通過網(wǎng)絡(luò)發(fā)送 HDR 緩沖區(qū)的內(nèi)容，并且不受以上操作的影響：HDR 緩沖區(qū)變滿，或者從最后一次刷新 H

12、DR 復(fù)制緩沖區(qū)開始，在主服務(wù)器上由 DRINTERVAL 指定的時間間隔被錯過。· DRTIMEOUT：DRTIMEOUT 指定 HDR 對等待彼此的傳輸確認(rèn)消息的時間間隔（單位為秒）。如果檢查點沒有在配置參數(shù) DRTIMEOUT 指定的時間內(nèi)完成，主服務(wù)器就認(rèn)為發(fā)生了故障。該參數(shù)在主服務(wù)器和備份服務(wù)器上的值必須相同。 · DRLOSTFOUND：DRLOSTFOUND 配置參數(shù)指定 dr.lostfound.timestamp 文件的路徑名。如果主服務(wù)器沒有在 DRTIMEOUT 配置參數(shù)指定的時間內(nèi)收到備份服務(wù)器的確認(rèn)，它將向一個由 DRLOSTFOUND 配置參數(shù)命

13、名的文件添加事務(wù)信息。 · ENCRYPT_HDR：ENCRYPT_HDR 指定是否啟用 HDR 加密。 o 1 表示啟用；為服務(wù)器之間的數(shù)據(jù)傳輸提供安全的辦法 o 0 表示禁用 增加安全性會帶來額外的開銷。加密和解密 HDR 數(shù)據(jù)要占用額外的 CPU 周期。· DRIDXAUTO：DRIDXAUTO 指定當(dāng)備份服務(wù)器檢測到索引損壞時，HDR 服務(wù)器是否自動開始索引復(fù)制。 o 1 = on；自動復(fù)制索引 o 0 = off；需要手動復(fù)制索引 · LOG_INDEX_BUILDS：LOG_INDEX_BUILDS 指定是否啟用索引頁日志。 o 1：啟用索引頁日志。索

14、引頁被復(fù)制到邏輯日志。主服務(wù)器通過日志將索引發(fā)送到備份服務(wù)器。 o 0：禁用索引頁日志。當(dāng)在主服務(wù)器上創(chuàng)建了索引時，將逐頁把它傳輸?shù)絺浞莘?wù)器。 如何設(shè)置和管理 HDR首次設(shè)置 HDR在進(jìn)入設(shè)置 HDR 的步驟之前，首先要為 informix 用戶啟用主服務(wù)器和備份服務(wù)器之間的可信通信。為網(wǎng)絡(luò)連接更新 $INFORMIXSQLHOSTS 和 /etc/services 文件。確保 onconfig 文件在主服務(wù)器和備份服務(wù)器上都正確設(shè)置。以下配置參數(shù)在主服務(wù)器和備份服務(wù)器上的值必須相同。· ROOTNAME · >ROOTOFFSET · ROOTPATH

15、· ROOTSIZE · MIRROROFFSET - 如果使用映像 · MIRRORPATH - 如果使用映像 · PHYSDBS · PHYSFILE · LOGFILES · LOGSIZE DYNAMIC_LOGS · DRAUTO · DRINTERVAL · DRTIMEOUT · DRLOSTFOUND · LOG_INDEX_BUILDS：可選 表 1. 首次設(shè)置 HDR 的步驟步驟主服務(wù)器備份服務(wù)器1 安裝和注冊 UDR、UDT 和 DataBlade 模塊

16、。安裝 UDR、UDT 和 DataBlade 模塊。2 ontape -s -L 0、onbar -b -L 0，或執(zhí)行外部備份-3 onmode -d primary sec_name -4 -ontape -p、ontape -r -p -e、onbar -r 或 onbar -r -p -e5 -onmode -d secondary prim_name 6 -ontape -l or onbar -r -l 下面詳細(xì)描述表 1 中的步驟：1. 在兩個服務(wù)器上 安裝 用戶定義的類型、用戶定義的例程和 DataBlade 模塊。僅在主服務(wù)器上注冊它們。 2. 對主服務(wù)器 執(zhí)行 0 級別的

17、部分。 3. 運行 以下命令將服務(wù)器設(shè)置為主服務(wù)器： onmode -d primary sec_name4.5. 在以上命令中，將 sec_name 替換為備份服務(wù)器的數(shù)據(jù)庫服務(wù)器名（DBSERVERNAME 配置參數(shù)的值）。在執(zhí)行該命令之后，以下消息將打印到 online.log：DR: new type = primary server name = sec_nameDR: Trying to connect to secondary serverDR: Cannot connect to secondary server6.7. 在 備份服務(wù)器 上，使用備份時采用的實用工具從在步驟 2

18、 中創(chuàng)建的 0 級別備份執(zhí)行物理恢復(fù)。不要執(zhí)行邏輯恢復(fù)。 o ON-Bar：使用 onbar -r -p 命令執(zhí)行物理恢復(fù)。 o ON-Bar 并執(zhí)行外部恢復(fù)：使用 onbar -r -p -e 命令執(zhí)行物理恢復(fù)。 o ontape：使用 ontape -p 選項。您不能使用 ontape -r 選項，因為它同時執(zhí)行物理和邏輯恢復(fù)。 o ontape 和執(zhí)行外部恢復(fù)：使用 ontape -p -e 命令執(zhí)行物理恢復(fù)。 8. 在 備份服務(wù)器 上，運行以下命令將服務(wù)器設(shè)置為備份服務(wù)器： onmode -d secondary prim_name9.10. 在以上命令中，將 prim_name 替換

19、為主服務(wù)器的數(shù)據(jù)庫服務(wù)器名（DBSERVERNAME 配置參數(shù)的值）。如果磁盤上的所有邏輯日志仍然可用的話，備份服務(wù)器上的恢復(fù)就能夠完成；否則需要執(zhí)行步驟 6。在執(zhí)行該命令之后，將在備份服務(wù)器的 online.log 中打印以下消息：DR: new type = secondary server name = prim_name11.12. 如果 寫到主服務(wù)器的邏輯日志記錄不再存在主服務(wù)器磁盤上，那么備份服務(wù)器將提示您從磁帶備份恢復(fù)這些文件。從磁帶恢復(fù)了所有邏輯日志文件之后，邏輯恢復(fù)就完成了，從而可以在主服務(wù)器磁盤上使用邏輯日志文件。 當(dāng) HDR 設(shè)置成功完成之后，將在主服務(wù)器的 online

20、.log 打印以下消息：DR: Primary server connected DR: Primary server operational將在備份服務(wù)器的 online.log 中打印以下消息：Secondary server operational回頁首更改服務(wù)器類型您可以將備份服務(wù)器的類型更改為主服務(wù)器或標(biāo)準(zhǔn)服務(wù)器。如果 HDR 在備份服務(wù)器上關(guān)閉了，那么僅能從備份服務(wù)器更改為標(biāo)準(zhǔn)服務(wù)器（使用 onmode -d standard 命令）。如果到主服務(wù)器的復(fù)制連接斷開或備份服務(wù)器上的復(fù)制失敗，HDR 將關(guān)閉。當(dāng)您重啟標(biāo)準(zhǔn)服務(wù)器時，它不會嘗試連接到復(fù)制對中的另一個服務(wù)器。使用 HDR 時

21、，更改一個服務(wù)器的模式可能導(dǎo)致需要更改 HDR 對中的另一個服務(wù)器。這個小節(jié)討論當(dāng) HDR 對中的一個服務(wù)器失敗時會發(fā)生什么。在主服務(wù)器上，運行 onmode -k 命令將導(dǎo)致：· 備份服務(wù)器在消息日志中打印一條消息： DR: Receive error. HDR is turned off.·· 備份服務(wù)器受到的影響取決于 DRAUTO 配置參數(shù)的設(shè)置： o 如果 DRAUTO 設(shè)置為 0，備份服務(wù)器將保持只讀模式。 o 如果 DRAUTO 設(shè)置為 1，備份服務(wù)器將切換到標(biāo)準(zhǔn)模式，并且可以接受更新。 o 如果 DRAUTO 設(shè)置為 2，備份服務(wù)器將在舊主服務(wù)器連

22、接丟失時切換到主服務(wù)器模式。 在備份服務(wù)器上，運行 onmode -k 命令將導(dǎo)致主服務(wù)器在消息日志中打?。篋R: Turned off on primary serverEnterprise Replication：簡介Enterprise Replication (ER) 是一種基于異步日志的復(fù)制方法。當(dāng)復(fù)制事務(wù)被提交并發(fā)送到目標(biāo)實例（在此處用作常規(guī)日志事務(wù)）之后，將從源實例的邏輯日志捕捉它們。這種類型的復(fù)制對源實例的影響很小。由于信息是從邏輯日志讀取的，所以它不影響事務(wù)處理。因為復(fù)制是異步的，所以源實例將繼續(xù)進(jìn)行處理，而不是等待事務(wù)被應(yīng)用到目標(biāo)實例。Enterprise Replicat

23、ion 的靈活架構(gòu)支持多種復(fù)制方法和網(wǎng)絡(luò)拓?fù)洌?#183; 復(fù)制方法： o 主服務(wù)器-備份服務(wù)器（Primary-target）- 數(shù)據(jù)庫更改發(fā)生在主服務(wù)器并被復(fù)制到目標(biāo)實例，但目標(biāo)實例上的更改不會復(fù)制到主服務(wù)器實例 o 處處更新（Update-anywhere）- 數(shù)據(jù)庫更改應(yīng)用到所有參與復(fù)制的實例，不管它們位于哪個服務(wù)器 · 網(wǎng)絡(luò)拓?fù)洌?o 完全連接（Fully connected）- 所有參與數(shù)據(jù)庫服務(wù)器之間持續(xù)保持連接 o 層次結(jié)構(gòu)樹（Hierarchical tree）- 一種支持持續(xù)連接和間斷連接的父-子配置 o 森林樹（Forest of trees）- 通過根數(shù)據(jù)庫服

24、務(wù)器連接起來的多個層次結(jié)構(gòu)樹 Enterprise Replication 可以與 HDR、SDS 和 RSS 復(fù)制方法結(jié)合使用，這進(jìn)一步增加了它的靈活性。此外，它還可以跨平臺、跨 IBM Informix Dynamic Server 的各個版本使用。Enterprise Replication 不需要在實例之間定義相同的儲存，甚至不需要使用相同的表模式和名稱。Enterprise Replication 的工作原理下面列出了 Enterprise Replication 的 3 個階段，并通過一個例子詳細(xì)描述這 3 個階段：· 數(shù)據(jù)捕捉 · 數(shù)據(jù)傳輸 · 應(yīng)用

25、復(fù)制數(shù)據(jù) 讓我們通過一個簡單的例子了解如何將一個事務(wù)從源實例復(fù)制到目標(biāo)實例：1. 客戶端應(yīng)用程序在定義了復(fù)制的數(shù)據(jù)庫中執(zhí)行事務(wù)。 2. 該事務(wù)被寫入邏輯日志。 3. 日志捕捉組件讀取邏輯日志并將邏輯記錄傳遞到分組組件。 4. 分組組件計算需要復(fù)制的邏輯日志，并將它們分組到描述原始事務(wù)的操作的消息中。 5. 分組組件將消息添加到發(fā)送隊列。在特定情況下，發(fā)送隊列將消息臨時儲存到磁盤上。 6. 發(fā)送隊列通過 Enterprise Replication 網(wǎng)絡(luò)將復(fù)制消息傳輸?shù)侥繕?biāo)服務(wù)器。 7. 復(fù)制消息被添加到目標(biāo)服務(wù)器的接收隊列中。 8. 數(shù)據(jù)同步組件將該事務(wù)應(yīng)用到目標(biāo)數(shù)據(jù)庫。如果有必要的話，數(shù)據(jù)同

26、步組件還會執(zhí)行沖突解決。 9. 在確認(rèn)隊列中放置一條表示消息已成功應(yīng)用的消息。 10. 將確認(rèn)消息發(fā)送回到源服務(wù)器。 回頁首首次設(shè)置 Enterprise Replication影響 Enterprise Replication 的配置參數(shù)：· CDR_EVALTHREADS - 每個 CPU VP 的計算器線程數(shù)和額外的線程數(shù)，用逗號分隔（必要） · CDR_DSLOCKWAIT - 數(shù)據(jù)同步組件等待數(shù)據(jù)庫鎖的秒數(shù)（必要） · CDR_QUEUEMEM - 發(fā)送和接收隊列的最大內(nèi)存量，單位為 KB（必要） · CDR_NIFCOMPRESS - 控制網(wǎng)

27、絡(luò)界面壓縮級別（必要） · CDR_SERIAL - 指定增量大小和復(fù)制連續(xù)列的開始值（必要） · CDR_DBSPACE - syscdr 數(shù)據(jù)庫的 dbspace 名稱（可選） · CDR_QHDR_DBSPACE - 事務(wù)記錄 dbspace 的名稱；默認(rèn)值為根 dbspace（可選） · CDR_QDATA_SBSPACE - 臨時儲存到磁盤的事務(wù)數(shù)據(jù)的 sbdpace 名稱，用逗號分隔（必要） · CDR_MAX_DYNAMIC_LOGS - ER 在一個數(shù)據(jù)庫會話中能夠發(fā)出的動態(tài)日志請求的最大數(shù)量（必要） · CDR_SU

28、PPRESS_ATSRISWARN - 數(shù)據(jù)同步錯誤，警告在 STS 和 RIS 文件中隱藏的編碼號（可選） 現(xiàn)在，我們通過一個例子了解如何在兩個帶有以下特征的實例中定義復(fù)制。這個例子展示處處更新復(fù)制。在處處更新復(fù)制中，任何服務(wù)器上的更改都被復(fù)制到其他所有參與服務(wù)器中。· 在 cook 文件 /u/data/qdatasbspace 中有一個名為 qdatasbspace 的 CDR_QDATA_SBSPACE，它的偏移量為 0，大小為 200MB · 源組名 grp_er1，目標(biāo)組名 grp_er2 · 源 DBSERVERNAME er1，目標(biāo) DBSERVE

29、RNAME er2 · 源數(shù)據(jù)庫名 primary_db，目標(biāo)數(shù)據(jù)庫名 target_db · 源表名 primary_table，目標(biāo)表名 target_table · 源 ATS 目錄名 /u/data/atsdir，目標(biāo) ATS 目錄名 /u/data/atsdir · 源 RIS 目錄名 /u/data/risdir，目標(biāo) RIS 目錄名 /u/data/risdir · 復(fù)制名 repl1 這個例子使用 “timestamp” 沖突解決方法?？捎玫臎_突解決方法包括：· always - Enterprise Replicat

30、ion 不解決沖突，但是將應(yīng)用復(fù)制更改，即使操作在源和目標(biāo)服務(wù)器上不一樣。僅能用于從源服務(wù)器到目標(biāo)服務(wù)器的復(fù)制。 · ignore - Enterprise Replication 不解決沖突。 · timestamp - 出現(xiàn)沖突時，時間戳最新的行或事務(wù)具有優(yōu)先權(quán)。 · deletewins - 出現(xiàn)沖突時，帶有 DELETE 操作或帶有最新時間戳的行或事務(wù)具有優(yōu)先權(quán)。deletewins 沖突解決規(guī)則阻止 upsert。 表 2. 首次設(shè)置 ER 的步驟步驟源服務(wù)器目標(biāo)服務(wù)器1使用 onspaces 為臨時儲存到磁盤的事務(wù)數(shù)據(jù)創(chuàng)建 sbspace，由 CDR_

31、QDATA_SBSPACE 指定： · onspaces -c -S qdatasbspace -p /u/data/qdatasbspace -o 0 -s 200000 使用 onspaces 為 CDR_QDATA_SBSPACE 定義 sbspace： · onspaces -c -S qdatasbspace -p /u/data/qdatasbspace -o 0 -s 200000 2修改 onconfig 文件以設(shè)置 CDR_QDATA_SBSPACE： · CDR_QDATA_SBSPACE qdatasbspace 修改名為 CDR_QDATA

32、_SBSPACE 的 onconfig 配置文件： · CDR_QDATA_SBSPACE qdatasbspace 3配置 sqlhosts 文件，以包含源服務(wù)器和目標(biāo)服務(wù)器的連接： · grp_er1 group - - i=12 · er1 onsoctcp primary 9211 g=grp_er1 · grp_er2 group - - i=13 · er2 onsoctcp stewie 9212 g=grp_er2 配置 sqlhosts 文件，以包含源服務(wù)器和目標(biāo)服務(wù)器的連接： · grp_er1 group - -

33、 i=12 · er1 onsoctcp primary 9211 g=grp_er1 · grp_er2 group - - i=13 · er2 onsoctcp stewie 9212 g=grp_er2 4為進(jìn)行復(fù)制定義源服務(wù)器和目標(biāo)服務(wù)器： · cdr define server -c grp_er1 -A /u/data/atsdir -R /u/data/risdir -I grp_er1 · cdr define server -c grp_er2 -A /u/data/risdir -R /u/data/risdir -I -

34、S grp_er1 grp_er2 -5定義復(fù)制： · cdr define replicate -C timestamp -S tran -A -R repl1 · "primary_dber1.primary_table" "select * from primary_table" · "target_dber2.target_table" "select * from target_table" · 注意：這將把 primary_table 的所有行復(fù)制到 target

35、_table。可以在這里使用任何有效的 select 語句，以定義需要復(fù)制的數(shù)據(jù)。 -6開始復(fù)制： · cdr start replicate repl1 -這是設(shè)置復(fù)制的簡單例子。閱讀文檔更詳細(xì)地了解命令行語法和選項。Shared Disk secondary：簡介在 Shared Disk (SD) secondary 復(fù)制中，主服務(wù)器和 SD 備份服務(wù)器通過一個高度可用的集群配置共享磁盤空間。在該配置中，不在 SD 備份服務(wù)器中儲存數(shù)據(jù)庫的物理副本。如果主服務(wù)器和 SD 備份服務(wù)器駐留在相同的機(jī)器上，它們都可以訪問本地磁盤。如果它們駐留在不同的物理機(jī)器上，那么配置它們以使用共享

36、磁盤設(shè)備。不要將主服務(wù)器和 SD 備份服務(wù)器配置為使用操作系統(tǒng)緩沖區(qū)，比如 NFS 裝載。主服務(wù)器和 SD 備份服務(wù)器共享磁盤空間，因此 SD 備份服務(wù)器的啟動非常快，但它不能在復(fù)制環(huán)境之外提升為標(biāo)準(zhǔn)服務(wù)器，也不能提升為 RS 備份服務(wù)器。SD 備份服務(wù)器可以和 Enterprise Replication、HDR 和 RS 備份服務(wù)器并存。什么時候使用 SD 備份服務(wù)器？· 增加容量：使用多個 SD 備份服務(wù)器能夠減少報告容量，同時不影響主服務(wù)器實例。 · 主服務(wù)器失敗備份：當(dāng)主服務(wù)器失敗時，SD 備份服務(wù)器能夠快速提升為主服務(wù)器。 當(dāng)磁盤失敗時，SD 備份服務(wù)器不能用作

37、熱點備份。如果需要使用熱點備份，推薦使用 HDR 備份服務(wù)器或 RS 備份服務(wù)器?；仨撌譙D secondary 復(fù)制的工作原理因為主服務(wù)器和 SD 備份服務(wù)器共享磁盤空間，所以不需要在服務(wù)器之前傳遞日志。要保持實例同步，僅需發(fā)送日志的位置?；仨撌资状卧O(shè)置 SD secondary 復(fù)制影響 SD secondary 復(fù)制的配置參數(shù)：· SDS_ENABLE - 啟用或禁用 SDS 服務(wù)器（必要） · SDS_TEMPDBS - SDS 服務(wù)器使用的臨時 dbspace · SDS_PAGING - 兩個緩沖頁文件的路徑 · SDS_TIMEOUT -

38、在將 SDS 服務(wù)器標(biāo)記為宕機(jī)之前執(zhí)行頁刷新時，主服務(wù)器等待來自 SDS 服務(wù)器的確認(rèn)的時間（秒） · UPDATABLE_SECONDARY - 控制備份服務(wù)器是否能夠接受更新、插入和刪除操作 · TEMPTAB_NOLOG - 控制臨時表的日志模式（在 SDS 服務(wù)器上要設(shè)置為 1） 表 3. 首次設(shè)置 SDS 服務(wù)器的步驟步驟主服務(wù)器備份服務(wù)器1在 onconfig 文件中設(shè)置 SDS_TIMEOUT 配置參數(shù)。-2設(shè)置 SD 主服務(wù)器的別名： · onmode -d set SDS primary alias -3-設(shè)置配置參數(shù)： · SDS_E

39、NABLE · SDS_PAGING · SDS_TEMPDBS 4-設(shè)置以下配置參數(shù)，使它們與主服務(wù)器上的參數(shù)匹配： · ROOTNAME · ROOTPATH · ROOTOFFSET · ROOTSIZE · PHYSFILE · LOGFILES · LOGSIZE 5-在 sqlhosts 文件中添加一個主服務(wù)器條目： · dbservername nettype hostname servicename 6-開始使用 SD secondary 服務(wù)器： · oninit 查

40、看文檔詳細(xì)了解命令行語法和選項。回頁首將 SDS 服務(wù)器提升為主服務(wù)器當(dāng)主服務(wù)器失敗時，通過發(fā)出以下命令之一將 SDS 服務(wù)器提升為主服務(wù)器：onmode -d set SDS primary aliasonmode -d make primaryRemote Standalone 備份服務(wù)器：簡介RS (Remote Standalone) 備份服務(wù)器非常類似于 HDR 備份服務(wù)器。它可以在高度可用的集群中用于災(zāi)難恢復(fù)。它包含數(shù)據(jù)庫的完整副本，以類似于 HDR 的方式接收日志，并且要求主服務(wù)器和備份服務(wù)器使用相同的硬件和數(shù)據(jù)布局。使用 RS 備份服務(wù)器解決了只能使用一個備份服務(wù)器的限制，從而

41、增強了可用性。盡管 HDR 環(huán)境和 RS secondary 環(huán)境是相似的，但它們也有兩個主要區(qū)別：· HDR 支持同步和異步模式，而 RS secondary 僅支持異步復(fù)制。 · HDR 使用同步檢查點，而 RS secondary 沒有使用。 什么時候使用 RS 備份服務(wù)器？· 增強服務(wù)器可用性：使用多個 RS 備份服務(wù)器能夠提供更大的可用性。 · 遠(yuǎn)程地理位置備份支持：通過將復(fù)制節(jié)點分布到多個地理位置，單點災(zāi)難導(dǎo)致停機(jī)的機(jī)會減少。 · 改善報告性能：多個 RS 備份服務(wù)器可以將一部分報告轉(zhuǎn)移到備份服務(wù)器，從而減輕報告對主服務(wù)器的影響。

42、· 在不穩(wěn)定的網(wǎng)絡(luò)中增強可用性：在不穩(wěn)定或速度很慢的網(wǎng)絡(luò)環(huán)境中，RS 備份服務(wù)器通過利用異步復(fù)制消除在主服務(wù)器上出現(xiàn)的延遲。主服務(wù)器和 RS 備份服務(wù)器之間不同步任何事務(wù)提交和檢查點。 回頁首RS secondary 復(fù)制的工作原理當(dāng)在主服務(wù)器上對日志數(shù)據(jù)庫執(zhí)行 Data Manipulation Language (DML) 語句時，邏輯日志記錄將被發(fā)送到備份服務(wù)器。備份服務(wù)器應(yīng)用邏輯日志記錄。RS 備份服務(wù)器的更新通常是異步的?；仨撌资状卧O(shè)置 RS secondary 復(fù)制影響 RS secondary 復(fù)制的配置參數(shù)：· HA_ALIAS - 高可用性集群的服務(wù)器別名

43、 · LOG_INDEX_BUILDS - 啟用或禁用索引頁日志（必要） · UPDATABLE_SECONDARY - 控制備份服務(wù)器是否可以接受更新、插入和刪除操作 · FAILOVER_CALLBACK - 當(dāng)備份服務(wù)器切換為標(biāo)準(zhǔn)或主服務(wù)器時，指定需要調(diào)用的路徑和程序名 · TEMPTAB_NOLOG - 控制臨時表的默認(rèn)日志模式（在 RS 備份服務(wù)器上需要設(shè)置為 1） 表 4. 首次設(shè)置 RS 的步驟步驟主服務(wù)器備份服務(wù)器1安裝和注冊 UDR、UDT 和 DataBlade 模塊。安裝 UDR、UDT 和 DataBlade 模塊。2onmode 命令： · onmode -wf LOG_INDEX_BUILDS=1 -3onmode 命令： · onmode -d add RSS rss_servername password -4ontape 或 ON-Bar 命令： · ontape -s -L 0 · onbar -b -L 0 -5-ontape 或 ON-Bar 命令： · ontape -p or ontape -p -e · onbar