inix數(shù)據(jù)庫(kù)高可用集群技術(shù)與應(yīng)用實(shí)現(xiàn).docx

Informix 11.5 高可用集群技術(shù)及應(yīng)用實(shí)現(xiàn)本文主要介紹了 Informix 11.5 中提供的高可用集群技術(shù)及其安裝、配置、管理的基本方法，各種高可用集群技術(shù)的選擇及應(yīng)用場(chǎng)景，希望能夠使讀者能夠?qū)?Informix 11.5 高可用集群技術(shù)有一個(gè)比較全面的了解。概述用戶(hù)的關(guān)鍵業(yè)務(wù)系統(tǒng)，特別是 OLTP 系統(tǒng)，都要求提供 24X7 不間斷的應(yīng)用服務(wù)，這就要求數(shù)據(jù)庫(kù)系統(tǒng)能夠提供強(qiáng)大的高可用能力。這種能力不僅僅體現(xiàn)在主機(jī)及備機(jī)的接管方面，同時(shí)要能夠提供遠(yuǎn)程容災(zāi)能力，以及本地的負(fù)載均衡能力。針對(duì)上述對(duì)數(shù)據(jù)庫(kù)的要求，Informix 從版本 6 開(kāi)始， 就提供了 HDR 技術(shù)，它是通過(guò)數(shù)據(jù)庫(kù)的事務(wù)日志的方式實(shí)現(xiàn)了主、備機(jī)互相接管的功能，當(dāng)主機(jī)工作時(shí)，備機(jī)提供只讀功能，因此，備機(jī)可以提供查詢(xún)、報(bào)表等功能，實(shí)現(xiàn)負(fù)載分擔(dān)的功能，當(dāng)主機(jī)發(fā)生故障，備機(jī)會(huì)自動(dòng)接管，實(shí)現(xiàn)主機(jī)及備機(jī)的接管功能。從 Informix 7.2.2 版本開(kāi)始，Informix 數(shù)據(jù)庫(kù)提供了 ER(Enterprise Replication) 數(shù)據(jù)庫(kù)復(fù)制技術(shù)，它也是通過(guò)讀取數(shù)據(jù)庫(kù)日志的方式實(shí)現(xiàn)數(shù)據(jù)同步功能，當(dāng)源數(shù)據(jù)庫(kù)數(shù)據(jù)發(fā)生變化后，Informix 數(shù)據(jù)庫(kù)通過(guò)讀取數(shù)據(jù)庫(kù)日志，將變化的數(shù)據(jù)及時(shí)同步到目標(biāo)數(shù)據(jù)庫(kù)，采用 ER 的方式，與 HDR 不同，HDR 數(shù)據(jù)庫(kù)的接管是基于數(shù)據(jù)庫(kù)服務(wù)器的，也就是它的作用范圍是基于整個(gè)實(shí)例的，而 ER 的作用范圍是作用于一個(gè)表，你可以靈活定義需要復(fù)制哪些數(shù)據(jù)列及數(shù)據(jù)行，而且可以靈活定義數(shù)據(jù)復(fù)制的方式，是采用主從方式、匯總方式還是雙向復(fù)制方式。從 Informix 11 開(kāi)始，Informix 數(shù)據(jù)庫(kù)提供了 SDS(Shared Disk Secondary)、RSS(Remote Standalone Secondary)、CLR(Continuous Log Restore) 等高可用集群技術(shù)，提供了更加強(qiáng)大的高可用能力。從 Informix 11.5 開(kāi)始，HDR、SDS、RSS 備機(jī)都支持讀寫(xiě)能力，提供了更強(qiáng)大的負(fù)載均衡能力。同時(shí)，從 Informix 11.5 開(kāi)始，Informix 還提供了 Connection Manager 功能部件，它可以提供 SLA(Service Level Agreement) 功能，更好地實(shí)現(xiàn)負(fù)載均衡的能力，同時(shí)提供了 FOC(Fail Over Connection) 功能，實(shí)現(xiàn)透明故障接管能力，而且，所有這些對(duì)客戶(hù)端應(yīng)用來(lái)說(shuō)是透明的。通過(guò)不斷的發(fā)展與創(chuàng)新，Informix 提供了業(yè)界領(lǐng)先的高可用集群技術(shù)。下邊，我們就具體講述一下 Informix 高可用集群技術(shù)特點(diǎn)、使用范圍及技術(shù)實(shí)現(xiàn)，希望讀者能夠?qū)λ幸粋€(gè)更全面的理解。HDR 技術(shù)高可用性數(shù)據(jù)復(fù)制 HDR 技術(shù)，從 Informix 6 版本就開(kāi)始提供，它是采用一主、一備方式，通過(guò)讀取數(shù)據(jù)庫(kù)邏輯日志方式，實(shí)現(xiàn)主備機(jī)互相切換功能。在 Informix 11.5 之前， HDR 備機(jī)支持只讀方式，我們通常會(huì)通過(guò)備機(jī)來(lái)完成數(shù)據(jù)查詢(xún)、報(bào)表功能，分擔(dān)主機(jī)系統(tǒng)的壓力。從 Informix 11.5 開(kāi)始， HDR 備機(jī)支持讀寫(xiě)操作，提供了更靈活的功能。 HDR 方式通常用來(lái)提供高可用性及 hot standby 功能。HDR 工作的基本原理圖 1. HDR 工作原理示例圖如圖中所示，當(dāng)主數(shù)據(jù)庫(kù)服務(wù)器開(kāi)始將共享內(nèi)存中的邏輯日志緩沖區(qū)的內(nèi)容刷新到磁盤(pán)上的邏輯日志時(shí)，數(shù)據(jù)庫(kù)服務(wù)器也將邏輯日志緩沖區(qū)的內(nèi)容復(fù)制到主數(shù)據(jù)庫(kù)服務(wù)器上的數(shù)據(jù)復(fù)制緩沖區(qū)。然后主數(shù)據(jù)庫(kù)服務(wù)器將這些邏輯日志記錄發(fā)送至 HDR 輔助數(shù)據(jù)庫(kù)服務(wù)器。HDR 輔助數(shù)據(jù)庫(kù)服務(wù)器將來(lái)自主數(shù)據(jù)庫(kù)服務(wù)器的邏輯日志記錄接收到共享內(nèi)存接收緩沖區(qū)（數(shù)據(jù)庫(kù)服務(wù)器自動(dòng)將接收緩沖區(qū)調(diào)節(jié)至適當(dāng)?shù)拇笮∫赃m合正在發(fā)送的數(shù)據(jù)量）。然后輔助數(shù)據(jù)庫(kù)服務(wù)器在整個(gè)邏輯恢復(fù)中應(yīng)用邏輯日志記錄 , ，并將這些記錄應(yīng)用到其自己的數(shù)據(jù)庫(kù)空間。HDR 數(shù)據(jù)復(fù)制支持同步或異步兩種方式。 ONCONFIG 配置參數(shù) DRINTERVAL 的值確定數(shù)據(jù)庫(kù)服務(wù)器使用同步更新還是異步更新。如果將 DRINTERVAL 設(shè)置為 -1，那么對(duì) HDR 輔助服務(wù)器的數(shù)據(jù)復(fù)制同步發(fā)生。一旦主數(shù)據(jù)庫(kù)服務(wù)器將邏輯日志緩沖區(qū)內(nèi)容寫(xiě)入 HDR 緩沖區(qū)，它會(huì)將那些記錄從緩沖區(qū)發(fā)送至 HDR 輔助數(shù)據(jù)庫(kù)服務(wù)器。僅當(dāng)主數(shù)據(jù)庫(kù)服務(wù)器接收到來(lái)自 HDR 輔助數(shù)據(jù)庫(kù)服務(wù)器的確認(rèn)（已收到記錄）之后，主數(shù)據(jù)庫(kù)服務(wù)器上的邏輯日志緩沖區(qū)清倉(cāng)才會(huì)完成。使用同步更新時(shí)，如果發(fā)生故障，那么在主數(shù)據(jù)庫(kù)服務(wù)器上提交的事務(wù)在 HDR 輔助數(shù)據(jù)庫(kù)服務(wù)器上不會(huì)仍未提交或部分提交。如果您將 DRINTERVAL 設(shè)置為除 -1 以外的任何值，那么數(shù)據(jù)復(fù)制將針對(duì) HDR 輔助服務(wù)器異步發(fā)生。主數(shù)據(jù)庫(kù)服務(wù)器在將邏輯日志緩沖區(qū)內(nèi)容復(fù)制到 HDR 緩沖區(qū)之后會(huì)清倉(cāng)邏輯日志緩沖區(qū)。（與上述操作無(wú)關(guān)）當(dāng)發(fā)生以下條件之一時(shí)，主數(shù)據(jù)庫(kù)服務(wù)器在整個(gè)網(wǎng)絡(luò)上發(fā)送 HDR 緩沖區(qū)的內(nèi)容：HDR 緩沖區(qū)變滿(mǎn)。自上次將記錄發(fā)送至輔助數(shù)據(jù)庫(kù)服務(wù)器以后，DRINTERVAL 配置參數(shù)在主數(shù)據(jù)庫(kù)服務(wù)器上指定的時(shí)間間隔已過(guò)去。該更新方法可以提供比同步更新更好的性能。但是，可能會(huì)丟失事務(wù)。HDR 處理數(shù)據(jù)復(fù)制的線(xiàn)程主數(shù)據(jù)庫(kù)服務(wù)器啟動(dòng)專(zhuān)門(mén)的線(xiàn)程來(lái)支持?jǐn)?shù)據(jù)復(fù)制。如圖 2 所示，主數(shù)據(jù)庫(kù)服務(wù)器上名為 drprsend 的線(xiàn)程將整個(gè)網(wǎng)絡(luò)上主服務(wù)器緩沖區(qū)的內(nèi)容發(fā)送至輔助數(shù)據(jù)庫(kù)服務(wù)器上名為 drsecrcv 的線(xiàn)程。輔助數(shù)據(jù)庫(kù)服務(wù)器上名為 drsecapply 的線(xiàn)程將接收緩沖區(qū)的內(nèi)容復(fù)制到恢復(fù)緩沖區(qū)。 logrecvr 線(xiàn)程對(duì)恢復(fù)緩沖區(qū)的內(nèi)容執(zhí)行邏輯恢復(fù)，將邏輯日志記錄應(yīng)用到輔助數(shù)據(jù)庫(kù)服務(wù)器管理的數(shù)據(jù)庫(kù)空間。 OFF_RECVRY_THREADS 配置參數(shù)指定使用的 logrecvr 線(xiàn)程數(shù)。數(shù)據(jù)庫(kù)服務(wù)器啟動(dòng)的其余線(xiàn)程是 drprping 與 drsecping 線(xiàn)程，它們負(fù)責(zé)發(fā)送與接收指示兩個(gè)數(shù)據(jù)庫(kù)服務(wù)器是否連接的消息。圖 2. HDR 數(shù)據(jù)復(fù)制線(xiàn)程示例圖HDR 主、備機(jī)之間采用半雙工通信協(xié)議，因此對(duì)網(wǎng)絡(luò)延遲非常敏感，通常要求網(wǎng)絡(luò)要非常穩(wěn)定，同時(shí)距離支持有限，通常在同一個(gè)大樓里面。HDR 配置實(shí)現(xiàn)HDR 對(duì)硬件與操作系統(tǒng)要求：運(yùn)行主數(shù)據(jù)庫(kù)服務(wù)器與輔助數(shù)據(jù)庫(kù)服務(wù)器的計(jì)算機(jī)必須相同（相同的供應(yīng)商與體系結(jié)構(gòu)）。運(yùn)行主數(shù)據(jù)庫(kù)服務(wù)器與輔助數(shù)據(jù)庫(kù)服務(wù)器的計(jì)算機(jī)上的操作系統(tǒng)必須相同。運(yùn)行主數(shù)據(jù)庫(kù)服務(wù)器與輔助數(shù)據(jù)庫(kù)服務(wù)器的硬件必須支持網(wǎng)絡(luò)能力。分配給主數(shù)據(jù)庫(kù)服務(wù)器與輔助數(shù)據(jù)庫(kù)服務(wù)器的數(shù)據(jù)庫(kù)空間的磁盤(pán)空間量必須相等。磁盤(pán)空間類(lèi)型是不相關(guān)的；您可以在兩個(gè)數(shù)據(jù)庫(kù)服務(wù)器上使用任何原始或格式化的空間組合。HDR 對(duì)數(shù)據(jù)庫(kù)與數(shù)據(jù)要求：數(shù)據(jù)庫(kù)必須將事務(wù)日志記錄打開(kāi)。數(shù)據(jù)必須駐留在數(shù)據(jù)庫(kù)空間或 Sb 空間中。HDR 對(duì)配置參數(shù)的要求：以下 ONCONFIG 參數(shù)在每個(gè)數(shù)據(jù)庫(kù)服務(wù)器上都必須具有相同值：ROOTNAMEROOTOFFSETROOTPATHROOTSIZEMIRROROFFSETMIRRORPATHPHYSDBSPHYSFILELTAPEBLKLTAPESIZETAPEBLKTAPESIZELOGFILESLOGSIZEDYNAMIC_LOGS數(shù)據(jù)庫(kù)服務(wù)器記錄邏輯日志文件的添加。在主服務(wù)器上動(dòng)態(tài)添加的邏輯日志文件將在輔助服務(wù)器上自動(dòng)復(fù)制。盡管輔助服務(wù)器上的 DYNAMIC_LOGS 值不起作用，請(qǐng)保持主服務(wù)器上 DYNAMIC_LOGS 與值的同步，以免它們切換角色。HDR 配置參數(shù)在復(fù)制對(duì)中的兩個(gè)數(shù)據(jù)庫(kù)服務(wù)器上必須設(shè)置為相同的值： DRAUTO DRINTERVAL DRTIMEOUTHDR 相關(guān)配置參數(shù)說(shuō)明： DRAUTO：用來(lái)控制主服務(wù)器與 HDR 備用服務(wù)器在出現(xiàn)故障時(shí)的行為。其取值范圍如下 :o 0 表示 OFF = 不要在 HDR 環(huán)境中自動(dòng)切換服務(wù)器類(lèi)型。o 1 表示 RETAIN_TYPE = 在 HDR 故障期間自動(dòng)從輔助切換到標(biāo)準(zhǔn)。在重新啟動(dòng) HDR 時(shí)切換回輔助。o 2 表示 REVERSE_TYPE= 在 HDR 故障時(shí)自動(dòng)從輔助切換到標(biāo)準(zhǔn)。在重新啟動(dòng) HDR 時(shí)切換到主要（并將原來(lái)的主要切換為輔助）。 DRIDXAUTO：指定如果 HDR 輔助服務(wù)器檢測(cè)到了毀壞的索引，主服務(wù)器是否要自動(dòng)啟動(dòng)索引復(fù)制。其取值范圍如下 :o 0 - 禁用自動(dòng)索引修復(fù)o 1 - 啟用自動(dòng)索引修復(fù) DRINTERVAL：指定高可用性數(shù)據(jù)復(fù)制緩沖區(qū)的清倉(cāng)之間的最大時(shí)間間隔（秒）。其取值范圍如下 :o = 0 - 異步更新o -1 - 同步更新 DRLOSTFOUND：指定 dr.lostfound.timestamp 文件的路徑名。該文件包含當(dāng)主數(shù)據(jù)庫(kù)服務(wù)器遇到故障時(shí)在主數(shù)據(jù)庫(kù)服務(wù)器上提交但未在輔助數(shù)據(jù)庫(kù)服務(wù)器上提交的事務(wù)。如果在主數(shù)據(jù)庫(kù)服務(wù)器與輔助數(shù)據(jù)庫(kù)服務(wù)器之間同步發(fā)生更新（即，如果 DRINTERVAL 設(shè)置為 -1），那么此參數(shù)不適用。 DRTIMEOUT：出現(xiàn)網(wǎng)絡(luò)超時(shí)的時(shí)間，以秒為單位。 DRAUTO 使用該參數(shù)檢測(cè)故障轉(zhuǎn)移。其取值范圍如下 := 0 秒 , 缺省為 30 秒向集群中添加 HDR 備用服務(wù)器向集群添加一個(gè) HDR 備用服務(wù)器的具體步驟：步驟1：準(zhǔn)備 SQLHOSTS 文件在主服務(wù)器更新 SQLHOSTS 文件，同時(shí)在 HDR 備用服務(wù)器中更新：production onsoctcp server_1 prod_tcp sds1 onsoctcp server_1 sds1_tcp hdr1 onsoctcp server_1 hdr1_tcp rss1 onsoctcp server_1 rss1_tcp clr1 onsoctcp server_1 clr1_tcp步驟2：配置 ONCONFIG 文件保證 HDR 備用服務(wù)器上的 DRAUTO、DRINTERVAL、DRTIMEOUT、與根 dbspace 相關(guān)的設(shè)置、與物理日志、邏輯日志相關(guān)的 ONCONFIG 配置參數(shù)同主服務(wù)器上保持一致。步驟3：備份主服務(wù)器在主服務(wù)器中，使用 0 級(jí)備份：ontape -s -L 0步驟4：將 HDR 備份服務(wù)器注冊(cè)到主服務(wù)器在主服務(wù)器中，運(yùn)行：onmode -d primary hdr步驟5：準(zhǔn)備 HDR 備用服務(wù)器的磁盤(pán)HDR 備用服務(wù)器使用的存儲(chǔ)必須匹配主服務(wù)器的存儲(chǔ)（例如，必須匹配 dbspace 的數(shù)量、塊的數(shù)量、塊大小、路徑名與偏移量）。步驟6：恢復(fù) HDR 備用服務(wù)器上的備份在 HDR 服務(wù)器上，執(zhí)行 0 級(jí)備份的物理恢復(fù)：ontape -p Three questions will be asked. Answer as shown below: Continue restore? (y/n) y Do you want to back up the logs? (y/n) n Restore a level 1 archive (y/n) n步驟7：使 HDR 備用服務(wù)器進(jìn)入 online 模式完成恢復(fù)后，HDR 備用服務(wù)器將進(jìn)入 recovery 模式。運(yùn)行以下命令：onmode -d secondary productionHDR 狀態(tài)監(jiān)控onstat 命令每次執(zhí)行 onstat 時(shí)顯示的頭信息均有字段指示數(shù)據(jù)庫(kù)服務(wù)器正在作為主數(shù)據(jù)庫(kù)服務(wù)器還是輔助數(shù)據(jù)庫(kù)服務(wù)器運(yùn)行。以下示例為作為復(fù)制對(duì)中的主數(shù)據(jù)庫(kù)服務(wù)器并且處于聯(lián)機(jī)方式的數(shù)據(jù)庫(kù)服務(wù)器顯示頭信息：IBM Informix Dynamic Server Version 11.50.UC1 - On-Line (Prim) - Up 00:00:59 - 105120 Kbytes以下示例顯示作為復(fù)制對(duì)中的 HDR 輔助數(shù)據(jù)庫(kù)服務(wù)器并且處于讀寫(xiě)方式的數(shù)據(jù)庫(kù)服務(wù)器：IBM Informix Dynamic Server Version 11.50.UC1 - Updatable (Sec) - Up 00:00:59 - 105120 Kbytes以下示例顯示不包含在 HDR 中的數(shù)據(jù)庫(kù)服務(wù)器的標(biāo)題。該數(shù)據(jù)庫(kù)服務(wù)器的類(lèi)型為標(biāo)準(zhǔn)類(lèi)型。IBM Informix Dynamic Server Version 11.50.UC1 - On-Line - Up 00:00:59 - 105120 Kbytesonstat -g dri 命令要獲得完整的 HDR 監(jiān)視信息，請(qǐng)執(zhí)行 onstat -g dri 選項(xiàng)。顯示以下字段： 數(shù)據(jù)庫(kù)服務(wù)器類(lèi)型（主類(lèi)型、輔助類(lèi)型或標(biāo)準(zhǔn)類(lèi)型） HDR 狀態(tài)（打開(kāi)或關(guān)閉） 成對(duì)的數(shù)據(jù)庫(kù)服務(wù)器 最后一個(gè) HDR 檢查點(diǎn) HDR 配置參數(shù)的值oncheck pr 命令如果您的數(shù)據(jù)庫(kù)服務(wù)器正在運(yùn)行 HDR，那么保留頁(yè)面 PAGE_1ARCH 與 PAGE_2ARCH 將保存 HDR 用于同步主數(shù)據(jù)庫(kù)服務(wù)器與輔助數(shù)據(jù)庫(kù)服務(wù)器的檢查點(diǎn)信息。下圖中給出相關(guān)的 oncheck -pr 輸出示例。運(yùn)行 HDR 的數(shù)據(jù)庫(kù)服務(wù)器的 oncheck -pr PAGE_1ARCH 輸出 :Validating Informix Database Server reserved pages - PAGE_1ARCH & PAGE_2ARCH Using archive page PAGE_1ARCH. Archive Level 0 Real Time Archive Began 01/11/95 16:54:07 Time Stamp Archive Began 11913 Logical Log Unique Id 3 Logical Log Position b018 DR Ckpt Logical Log Id 3 DR Ckpt Logical Log Pos 80018 DR Last Logical Log Id 3 DR Last Logical Log Page 128使用 SMI 表 sysdri查詢(xún) sysmaster 數(shù)據(jù)庫(kù)中的 sysdri 表，同樣可以獲得完整的 HDR 監(jiān)視信息。 sysdri 表包含以下各列。列描述typeHDR 服務(wù)器類(lèi)型stateHDR 服務(wù)器狀態(tài)name數(shù)據(jù)庫(kù)服務(wù)器名稱(chēng)intvlHDR 緩沖區(qū)清空時(shí)間間隔timeout網(wǎng)絡(luò)超時(shí)lostfoundHDR lost+found 路徑名HDR 故障恢復(fù)HDR 的失敗是失去了復(fù)制對(duì)中數(shù)據(jù)庫(kù)服務(wù)器之間的連接。任一以下情況均可能導(dǎo)致數(shù)據(jù)復(fù)制失?。?一個(gè)數(shù)據(jù)庫(kù)服務(wù)器的站點(diǎn)上發(fā)生災(zāi)難性故障（如火災(zāi)或大地震） 連接兩個(gè)數(shù)據(jù)庫(kù)服務(wù)器的聯(lián)網(wǎng)電纜被破壞 一個(gè)數(shù)據(jù)庫(kù)服務(wù)器上的處理中延遲過(guò)長(zhǎng) 輔助數(shù)據(jù)庫(kù)服務(wù)器上發(fā)生磁盤(pán)故障（未通過(guò)鏡像塊解決）HDR 故障的檢測(cè)數(shù)據(jù)庫(kù)服務(wù)器將以下任何一種情況解釋為 HDR 失?。?超過(guò)了指定的超時(shí)值。在正常的 HDR 操作期間，數(shù)據(jù)庫(kù)服務(wù)器期待來(lái)自對(duì)中另一數(shù)據(jù)庫(kù)服務(wù)器的通信確認(rèn)。對(duì)中的每個(gè)數(shù)據(jù)庫(kù)服務(wù)器都具有一個(gè) ONCONFIG 參數(shù) DRTIMEOUT，該參數(shù)指定秒數(shù)。如果來(lái)自對(duì)中另一數(shù)據(jù)庫(kù)服務(wù)器的確認(rèn)沒(méi)有在 DRTIMEOUT 指定的秒數(shù)返回，那么數(shù)據(jù)庫(kù)服務(wù)器會(huì)假設(shè)發(fā)生了 HDR 失敗。 主 輔助對(duì)中的另一數(shù)據(jù)庫(kù)服務(wù)器未響應(yīng)網(wǎng)絡(luò)上的定期消息傳遞（pinging）嘗試。無(wú)論主數(shù)據(jù)庫(kù)服務(wù)器是否向輔助數(shù)據(jù)庫(kù)服務(wù)器發(fā)送任何記錄，兩個(gè)數(shù)據(jù)庫(kù)服務(wù)器均會(huì)互相 ping 。如果主要 輔助對(duì)的一個(gè)數(shù)據(jù)庫(kù)服務(wù)器沒(méi)有響應(yīng)四個(gè)連續(xù)的 ping 嘗試，那么另一個(gè)數(shù)據(jù)庫(kù)服務(wù)器會(huì)假設(shè)發(fā)生了 HDR 失敗。當(dāng)數(shù)據(jù)庫(kù)服務(wù)器檢測(cè)到 HDR 失敗時(shí)，它將寫(xiě)一個(gè)消息到其消息日志（例如，DR: receive error）并關(guān)閉數(shù)據(jù)復(fù)制。如果發(fā)生了 HDR 失敗，那么兩個(gè)數(shù)據(jù)庫(kù)服務(wù)器之間的 HDR 連接將斷開(kāi)，并且輔助數(shù)據(jù)庫(kù)服務(wù)器將保持只讀方式。如果輔助數(shù)據(jù)庫(kù)服務(wù)器在 high-availability data-replication 失敗后保持聯(lián)機(jī)狀態(tài)，并且 DRAUTO 配置參數(shù)設(shè)置為 1（RETAIN_TYPE），那么該數(shù)據(jù)庫(kù)服務(wù)器的類(lèi)型將自動(dòng)更改為標(biāo)準(zhǔn)。如果 DRAUTO 設(shè)置為 0（off），那么輔助數(shù)據(jù)庫(kù)服務(wù)器將頂事嘗試重新建立與主數(shù)據(jù)庫(kù)服務(wù)器的通信。如果 DRAUTO 設(shè)置為 2（REVERSE_TYPE），那么當(dāng)舊的主服務(wù)器發(fā)生故障時(shí)（而非舊的主服務(wù)器重新啟動(dòng)時(shí)），在連接結(jié)束時(shí)，輔助數(shù)據(jù)庫(kù)服務(wù)器將立即成為主數(shù)據(jù)庫(kù)服務(wù)器。RSS 技術(shù)從 Informix 11 開(kāi)始，Informix 數(shù)據(jù)庫(kù)提供了 RSS 、SDS、CLR 技術(shù)，它擴(kuò)展了以前 HDR 只支持主、備兩臺(tái)機(jī)器，系統(tǒng)可以支持多臺(tái) RSS 、SDS 備機(jī)，進(jìn)一步提高了高可用性。 Informix 11 提出了一種新的通信方式 SMX(Server Multiplexer) 用來(lái)建立節(jié)點(diǎn)之間的網(wǎng)絡(luò)連接。 SMX 采用全雙工的通信協(xié)議，支持異步通信方式，在低速網(wǎng)絡(luò)上提供更好的通信連接，簡(jiǎn)化了節(jié)點(diǎn)之間的通信管理，支持加密傳輸，同一個(gè) SMX 連接可以支持多個(gè)內(nèi)部功能傳輸。圖 3. SMX 通信示意圖RSS 自動(dòng)啟動(dòng) SMX 通信方式。RSS 工作的基本原理為支持 RS 輔助服務(wù)器，主服務(wù)器要進(jìn)行檢查以查看是否連接了 RS 輔助服務(wù)器，如果連接，那么將頁(yè)面復(fù)制到用于將該頁(yè)面發(fā)送到 RS 輔助服務(wù)器的日志高速緩存。圖 4. RSS 數(shù)據(jù)復(fù)制線(xiàn)程示意圖RSS_Send 線(xiàn)程將日志頁(yè)面?zhèn)鬏數(shù)?RS 輔助服務(wù)器。很有可能需要發(fā)送的下一頁(yè)不在日志高速緩存中。在該情況下，RSS_Send 線(xiàn)程將直接從磁盤(pán)讀取日志頁(yè)。 RSS_Send 線(xiàn)程與 SMX 交互，以使用全雙工方式發(fā)送數(shù)據(jù)。有了全雙工通信，線(xiàn)程在發(fā)送下一個(gè)緩沖區(qū)之前不等待來(lái)自 RS 輔助服務(wù)器的確認(rèn)。在主服務(wù)器需要來(lái)自 RS 輔助服務(wù)器的確認(rèn)之前最多可發(fā)送 32 個(gè)緩沖區(qū)傳輸。如果達(dá)到 32 個(gè)緩沖區(qū)的限制，那么發(fā)送線(xiàn)程將等待 RSS_Recv 線(xiàn)程接收來(lái)自 RS 輔助服務(wù)器的確認(rèn)。在 RS 輔助服務(wù)器上，RSS_Recv 與 SMX 交互，以接收來(lái)自主服務(wù)器的日志頁(yè)。RSS 在很多方面都與 HDR 相似。將日志發(fā)送到 RSS 的方式與主服務(wù)器將日志發(fā)送到 HDR 輔助服務(wù)器的方式很相似。但是，RSS 采用 SMX 異步通信框架，因此其對(duì)主服務(wù)器的影響達(dá)到最小。出于該原因，主服務(wù)器與 RSS 輔助服務(wù)器之間事務(wù)落實(shí)或檢查點(diǎn)均不是同步進(jìn)行的。換句話(huà)說(shuō)，不保證在主服務(wù)器上落實(shí)的任何事務(wù)也在同一時(shí)間在 RSS 輔助服務(wù)器上得到落實(shí)。因?yàn)?RSS 輔助服務(wù)器是異步進(jìn)行更新的，所以 RSS 輔助服務(wù)器不能直接提升為主服務(wù)器。相反，它可以提升為 HDR 輔助服務(wù)器，然后可提升為主服務(wù)器。另外，HDR 輔助服務(wù)器可降級(jí)為 RS 輔助服務(wù)器。盡管 RS 輔助服務(wù)器與 HDR 輔助服務(wù)器類(lèi)似，但有某些操作是 HDR 輔助服務(wù)器可執(zhí)行但 RS 輔助服務(wù)器卻不支持，例如： RS 輔助服務(wù)器不支持 SYNC 方式 RS 輔助服務(wù)器不支持 DRAUTO RS 輔助服務(wù)器不具有同步檢查點(diǎn) RS 輔助服務(wù)器不能直接轉(zhuǎn)換為主服務(wù)器RSS 備用服務(wù)器的主要作用是提供災(zāi)難恢復(fù)解決方案。如同在 HDR 中一樣，主服務(wù)器不斷將其所有的邏輯日志記錄發(fā)送給 RS 備用服務(wù)器，不過(guò) RS 使用的異步方式。與 HDR 不同，通信使用全雙工協(xié)議。因此 RS 對(duì)網(wǎng)絡(luò)延遲不是很敏感，并且可以更容易駐留在一個(gè)較遠(yuǎn)的地理位置。同時(shí)，如果節(jié)點(diǎn)間通信線(xiàn)路比較差的情況下，頁(yè)經(jīng)常采用 RS 備用服務(wù)器方式。 RS 備用服務(wù)器的一個(gè)特點(diǎn)是主服務(wù)器并不與 RS 備用服務(wù)器同步檢查點(diǎn)，這一點(diǎn)與 SD 與 HDR 服務(wù)器不同。因此不能立即替代主服務(wù)器；必須首先切換為一個(gè) HDR 服務(wù)器。RSS 配置實(shí)現(xiàn)硬件與軟件需求RS 輔助服務(wù)器維護(hù)物理數(shù)據(jù)庫(kù)的完整副本。出于此原因，以下內(nèi)容必須與主服務(wù)器相同： 運(yùn)行數(shù)據(jù)庫(kù)服務(wù)器的計(jì)算機(jī)硬件 分配給數(shù)據(jù)庫(kù)空間的磁盤(pán)空間量 創(chuàng)建數(shù)據(jù)庫(kù)空間時(shí)使用的物理設(shè)備中的偏移量索引頁(yè)日志記錄（LOG_INDEX_BUILDS）在創(chuàng)建索引時(shí)，索引頁(yè)日志記錄將各頁(yè)寫(xiě)入到邏輯日志，以使高可用性環(huán)境中各服務(wù)器之間的索引創(chuàng)建同步。要使用 RS 輔助服務(wù)器，必須啟用索引頁(yè)日志記錄。索引頁(yè)日志記錄將完整索引寫(xiě)入到日志文件，然后將該日志文件異步地傳輸?shù)捷o助服務(wù)器。輔助服務(wù)器可以是 RS 輔助服務(wù)器，也可以是 HDR 輔助服務(wù)器。然后，日志文件事務(wù)被讀入到輔助服務(wù)器上的數(shù)據(jù)庫(kù)，減少輔助服務(wù)器在恢復(fù)期間重新構(gòu)建索引的需求。對(duì)于 RS 輔助服務(wù)器，主服務(wù)器不等待來(lái)自輔助服務(wù)器的確認(rèn)，這允許對(duì)主服務(wù)器上索引的立即訪(fǎng)問(wèn)。索引頁(yè)日志記錄是使用 onconfig 參數(shù) LOG_INDEX_BUILDS 進(jìn)行控制的。如果 LOG_INDEX_BUILDS 設(shè)置為 1（已啟用），那么在主服務(wù)器上構(gòu)建索引然后將索引發(fā)送到輔助服務(wù)器。向集群中添加 RS 備用服務(wù)器向集群添加一個(gè) RSS 備用服務(wù)器的具體步驟：步驟1：準(zhǔn)備 SQLHOSTS 文件集群中的所有服務(wù)器必須具有針對(duì)其他服務(wù)器的 SQLHOSTS 條目。production onsoctcp server_1 prod_tcp sds1 onsoctcp server_1 sds1_tcp hdr1 onsoctcp server_1 hdr1_tcp rss1 onsoctcp server_1 rss1_tcp clr1 onsoctcp server_1 clr1_tcp步驟2：在主服務(wù)器上，啟用索引頁(yè)面日志記錄onmode -wf LOG_INDEX_BUILDS=1步驟3：在主服務(wù)器上，注冊(cè)新的RS備用服務(wù)器onmode -d add RSS rss1步驟4：對(duì)主服務(wù)器采取0級(jí)備份ontape -s -L 0步驟5：在RS備用服務(wù)器中，恢復(fù)備份ontape -p Three questions will be asked. Answer as shown below: Continue restore? (y/n) y Do you want to back up the logs? (y/n) n Restore a level 1 archive (y/n) n步驟6：使RS備用服務(wù)器進(jìn)入online模式onmode -d RSS myprimRSS 狀態(tài)監(jiān)控onstat 命令每次執(zhí)行onstat時(shí)顯示的頭信息均有字段指示數(shù)據(jù)庫(kù)服務(wù)器正在作為主數(shù)據(jù)庫(kù)服務(wù)器還是輔助數(shù)據(jù)庫(kù)服務(wù)器運(yùn)行。以下示例顯示作為復(fù)制對(duì)中的 RSS 輔助數(shù)據(jù)庫(kù)服務(wù)器并且處于讀寫(xiě)方式的數(shù)據(jù)庫(kù)服務(wù)器：IBM Informix Dynamic Server Version 11.50.UC1 - Updatable (RSS)- Up 00:00:59 - 105120 Kbytes onstat -g rss 命令我們可以在主服務(wù)器與 RSS 節(jié)點(diǎn)中分別運(yùn)行 onstat -g rss 命令查看 RSS 節(jié)點(diǎn)狀態(tài)。 在主服務(wù)器與 RSS 節(jié)點(diǎn)上的輸出稍有不同。在主服務(wù)器上運(yùn)行 onstat -g rss 命令輸出如下： Local server type: Primary Index page logging status: Enabled Index page logging was enabled at: 2007/02/20 18:10:01 Number of RSS servers: 3 RSS Server information: RSS Srv RSS Srv Connection Next LPG to send Supports name status status (log id,page) Proxy Writes cdr_ol_nag_1_c1 Active Connected 7,899 Y cdr_ol_nag_1_c2 Active Connected 7,899 Y其中： Local server type：是 Primary 還是 RSS (remote standalone secondary) 服務(wù)器類(lèi)型 Index page logging status： 顯示索引頁(yè)日志記錄狀態(tài)是否被激活 Index page logging was enabled at：顯示索引頁(yè)日志記錄激活的時(shí)間 Number of RSS servers：連接到主服務(wù)器上 RSS 服務(wù)器的數(shù)量 RSS Srv name: RSS 服務(wù)器的名稱(chēng) RSS Srv status: 顯示 RSS 服務(wù)器數(shù)否活動(dòng) Connection status：顯示 RSS 服務(wù)器是否已經(jīng)連接 Next LPG sent (log id, page)：最近發(fā)送的 LPG log ID and page Supports Proxy Writes：顯示輔助服務(wù)器是否可執(zhí)行 update 操作，Y 代表支持，N 不支持在輔助服務(wù)器上運(yùn)行 onstat -g rss 命令輸出如下：IBM Informix Dynamic Server Version 11.50.UC1 - Read-Only (RSS) - Up 00:05:18 - 55296 Kbytes Local server type: RSS Server Status : Active Source server name: cdr_ol_nag_1 Connection status: Connected Last log page received(log id,page): 7,877其中： Local server type：是 Primary 還是 RSS (remote standalone secondary) 服務(wù)器類(lèi)型 Server Status: 顯示 RSS 服務(wù)器是否活動(dòng) Source server name：主服務(wù)器名稱(chēng) Connection status：顯示 RSS 服務(wù)器是否已經(jīng)連接 Last log page received (log id,page)：最近接受的 LPG log ID and pageRSS 故障切換在高可用集群環(huán)境中，數(shù)據(jù)庫(kù)服務(wù)器主要包含下述三種工作方式：服務(wù)器方式說(shuō)明標(biāo)準(zhǔn)方式不是數(shù)據(jù)復(fù)制系統(tǒng)的一部分。主要方式數(shù)據(jù)復(fù)制系統(tǒng)的主要方式?？梢愿聰?shù)據(jù)。輔助方式數(shù)據(jù)復(fù)制系統(tǒng)的輔助方式。無(wú)法更新數(shù)據(jù)，但是可以讀取數(shù)據(jù)。RSS 進(jìn)行故障切換的基本原則： RSS 節(jié)點(diǎn)不能升級(jí)為主節(jié)點(diǎn) DRAUTO 對(duì) RSS 不起作用 RSS 節(jié)點(diǎn)可以轉(zhuǎn)換為 HDR 輔助節(jié)點(diǎn) HDR 輔助節(jié)點(diǎn)可以轉(zhuǎn)變?yōu)?RSS 節(jié)點(diǎn) RSS 節(jié)點(diǎn)可以轉(zhuǎn)換為 standard nodeRSS 故障切換的基本方法及形式：將 RSS 節(jié)點(diǎn)升級(jí)為 HDR 輔助節(jié)點(diǎn) :onmode d secondary 將 RSS 節(jié)點(diǎn)轉(zhuǎn)換為標(biāo)準(zhǔn)節(jié)點(diǎn) :onmode d standard將 HDR 輔助節(jié)點(diǎn)裝換為 RSS 節(jié)點(diǎn) :onmode d RSS 除去 RSS 節(jié)點(diǎn) :onmode -d delete RSS rss_servernameSDS 技術(shù)與 HDR、RSS 不同，SDS 采用與主機(jī)共享磁盤(pán)方式，避免了數(shù)據(jù)重復(fù)存儲(chǔ)的問(wèn)題，節(jié)省了空間，同時(shí)安裝、配置更加簡(jiǎn)單。而且，當(dāng)主機(jī)發(fā)生故障后，它可以快速實(shí)現(xiàn)接管，另外，我們可以非常容易地配置多個(gè) SDS，可以實(shí)現(xiàn)了負(fù)載均衡的功能。由于 SD 備用節(jié)點(diǎn)利用了主服務(wù)器的磁盤(pán)并且可以輕松快速地啟動(dòng)，因而非常適合規(guī)模擴(kuò)展場(chǎng)景，由于 SD 備用服務(wù)器非常接近主服務(wù)器（即它們共享相同的磁盤(pán)），因此最適合在主服務(wù)器遇到問(wèn)題時(shí)作為故障轉(zhuǎn)移服務(wù)器。SDS 工作的基本原理所有輔助服務(wù)器類(lèi)型都使用日志從主服務(wù)器復(fù)制數(shù)據(jù)。對(duì)于 HDR 輔助服務(wù)器與 RS 輔助服務(wù)器可通過(guò)生成日志時(shí)使主服務(wù)器將其所有邏輯日志記錄發(fā)送到輔助服務(wù)器，從而在輔助服務(wù)器上復(fù)制對(duì)主服務(wù)器所作的更新。 HDR 輔助服務(wù)器與 RS 輔助服務(wù)器接收在主服務(wù)器上生成的邏輯日志記錄，并將這些記錄應(yīng)用到其自己的數(shù)據(jù)庫(kù)空間。對(duì)于 SD 輔助服務(wù)器，如圖所示，同 HDR 輔助服務(wù)器與 RS 輔助服務(wù)器不同，主服務(wù)器不是將整個(gè)日志進(jìn)行發(fā)送，而只是將邏輯日志頁(yè)的日志位置發(fā)送到 SD 輔助服務(wù)器。通過(guò)使用從主服務(wù)器接收到的日志位置，SD 輔助服務(wù)器從磁盤(pán)讀取邏輯日志頁(yè)，并將其應(yīng)用于內(nèi)存數(shù)據(jù)緩沖區(qū)。圖 5. SDS 數(shù)據(jù)復(fù)制示意圖SD 輔助服務(wù)器不會(huì)向共享磁盤(pán)塊中寫(xiě)任何東西，不會(huì)將共享內(nèi)存的數(shù)據(jù)刷新到磁盤(pán)，即使是發(fā)生 checkpoint 操作也一樣。如果 SD 輔助服務(wù)器需要刷新共享內(nèi)存數(shù)據(jù)，他們會(huì)備寫(xiě)到臨時(shí)的 paging file 中，直到下一次 checkpoint 操作才清空 paging file 。同時(shí)，如下圖所示，主服務(wù)器不會(huì)清倉(cāng)共享內(nèi)存中的數(shù)據(jù)頁(yè)，直到確認(rèn) SDS 不在需要該數(shù)據(jù)頁(yè)才會(huì)清倉(cāng)到磁盤(pán)上。下圖顯示了啟動(dòng) SD 輔助服務(wù)器的基本過(guò)程：SD 輔助服務(wù)器首先創(chuàng)建到主服務(wù)器的 SMX 連接，之后，SD 輔助服務(wù)器向主服務(wù)器發(fā)出 checkpoint 請(qǐng)求，主服務(wù)器響應(yīng) SD 輔助服務(wù)器的 checkpoint 請(qǐng)求，并將相應(yīng) LSN 發(fā)送給 SD 輔助服務(wù)器，SD 輔助服務(wù)器啟動(dòng)必要的恢復(fù)操作，之后，主服務(wù)器開(kāi)始不斷向 SD 輔助服務(wù)器發(fā)送當(dāng)前的 LSN，SD 輔助服務(wù)器也開(kāi)始不斷向主服務(wù)器發(fā)送 ACK 確認(rèn)信息。圖 6. SDS 數(shù)據(jù)復(fù)制工作原理示意圖SDS 配置實(shí)現(xiàn)輔助服務(wù)器的硬件與軟件需求除了磁盤(pán)需求（與主服務(wù)器共享），硬件與軟件需求與 HDR 輔助服務(wù)器的需求相同。此外，具有數(shù)據(jù)庫(kù)服務(wù)器的計(jì)算機(jī)之間必須共享主磁盤(pán)系統(tǒng)。這表示從 SD 輔助服務(wù)器到數(shù)據(jù)庫(kù)空間的路徑必須與主服務(wù)器的數(shù)據(jù)庫(kù)空間路徑相同。SDS 相關(guān)配置參數(shù)說(shuō)明 SDS_ENABLE：用來(lái)啟用 SD 輔助服務(wù)器功能。您必須在主服務(wù)器及 SD 輔助服務(wù)器中將 SDS_ENABLE 都設(shè)置為 1（啟用），才能啟用 SD 輔助服務(wù)器功能。其取值范圍：o 0 - 禁用 SDS 功能o 1 - 啟用 SDS 功能 SDS_PAGING： 指定了兩個(gè)要作為緩存器調(diào)頁(yè)文件的文件的位置。如果未設(shè)置 SDS_PAGING，SD 輔助服務(wù)器可能無(wú)法啟動(dòng)。在 SD 輔助服務(wù)上設(shè)置該值。其取值范圍：， SDS_TEMPDBS：指定 SD 輔助服務(wù)器用于動(dòng)態(tài)創(chuàng)建臨時(shí)數(shù)據(jù)庫(kù)空間的信息。為了啟動(dòng) SD 輔助服務(wù)器，SD 輔助服務(wù)器的 ONCONFIG 文件中至少出現(xiàn)一次 SDS_TEMPDBS，最多可以配置為 16 SDS_TEMPDBS 條目。在 SD 輔助服務(wù)上設(shè)置該值，主服務(wù)器上不使用 SDS_TEMPDBS 。其取值范圍：、示例：SDS_TEMPDBS sdstmpdbs1, /work/dbspaces/sdstmpdbs1,2,0,16000 SDS_TIMEOUT：該配置參數(shù)用于主服務(wù)器確定要從 SD 服務(wù)器獲得確認(rèn)需要等待多長(zhǎng)時(shí)間，如果沒(méi)有獲得確認(rèn)，主服務(wù)器將停止 SD 服務(wù)器。在主服務(wù)器上設(shè)置該值。其取值范圍：= 0 秒，默認(rèn)值為 20 秒。向集群中添加 SD 備用服務(wù)器向集群添加一個(gè) SDS 備用服務(wù)器的具體步驟：步驟1：準(zhǔn)備SQLHOSTS文件確保 SQHOSTS 文件在主服務(wù)器與 SDS 節(jié)點(diǎn)都具有另一個(gè)服務(wù)器的條目：production onsoctcp server_1 prod_tcp sds1 onsoctcp server_1 sds1_tcp hdr1 onsoctcp server_1 hdr1_tcp rss1 onsoctcp server_1 rss1_tcp clr1 onsoctcp server_1 clr1_tcp注意這里使用的組是可選的。步驟2：將主服務(wù)器設(shè)置為共享磁盤(pán)的所有者在主服務(wù)器中，運(yùn)行：onmode -d set SDS primary myprim步驟3：配置SD備用服務(wù)器 確保以下參數(shù)匹配主服務(wù)器的 ONCONFIG：ROOTNAME、ROOTPATH、ROOTOFFSET、ROOTSIZE、PHYSDBS、PHYSFILE、LOGFILES 與 LOGSIZE 。 將 SDS_ENABLE 設(shè)置為 1 。 配置 SDS_PAGING 與 SDS_TEMPDBS 。例如：SDS_ENABLE 1 SDS_PAGING /ids/sds/dbspaces/page_1,/ids/sds/dbspaces/page_2 SDS_TEMPDBS sdstmpdbs1,/ids/sds/dbspaces/sdstmpdbs1,2,0,16000 REDIRECTED_WRITES 1 TEMPTAB_NOLOG 1步驟4：?jiǎn)?dòng)SD備用服務(wù)器oninitSDS 狀態(tài)監(jiān)控onstat 命令每次執(zhí)行onstat時(shí)顯示的頭信息均有字段指示數(shù)據(jù)庫(kù)服務(wù)器正在作為主數(shù)據(jù)庫(kù)服務(wù)器還是輔助數(shù)據(jù)庫(kù)服務(wù)器運(yùn)行。以下示例顯示作為復(fù)制對(duì)中的 SDS 輔助數(shù)據(jù)庫(kù)服務(wù)器并且處于讀寫(xiě)方式的數(shù)據(jù)庫(kù)服務(wù)器：IBM Informix Dynamic Server Version 11.50.UC1 - Updatable (SDS)- Up 00:00:59 - 105120 Kbytesonstat -g sds 命令您可以使用onstat -g sds命令來(lái)查看 SD 輔助服務(wù)器統(tǒng)計(jì)信息。 onstat 實(shí)用程序的輸出取決于實(shí)用程序是在主服務(wù)器還是在輔助服務(wù)器上運(yùn)行。onstat-g sds 命令輸出基本包括： Local server type：是 Primary 還是 SDS (shared disk secondary) 服務(wù)器類(lèi)型 Number of SDS servers：連接到主服務(wù)器上 SDS 服務(wù)器的數(shù)量 SDS Srv name: SDS 服務(wù)器的名稱(chēng) SDS Srv status: 顯示 SDS 服務(wù)器數(shù)否活動(dòng) Connection status：顯示 SDS 服務(wù)器是否已經(jīng)連接 Last LPG sent (log id, page)：最近發(fā)送的 LPG log ID and page Supports Proxy Writes：顯示輔助服務(wù)器是否可執(zhí)行 update 操作，Y 代表支持，N 不支持下邊是執(zhí)行 onstat -g sds 命令的輸出：Local server type: Primary Number of SDS servers:1 SDS server information SDS srv SDS srv Connection Last LPG sent Supports name status status (log id,page) Proxy Writes C_151162 Active Connected 554,4998使用 SMI 表查詢(xún) syssrcsds 表可獲取關(guān)于主服務(wù)器上共享磁盤(pán)統(tǒng)計(jì)信息的信息。查詢(xún) systrgsds 表可獲取關(guān)于輔助服務(wù)器上共享磁盤(pán)統(tǒng)計(jì)信息的信息。SDS 故障切換輔助服務(wù)器環(huán)境中的災(zāi)難恢復(fù)在當(dāng)前主服務(wù)器連接到新的主服務(wù)器時(shí)執(zhí)行故障轉(zhuǎn)移當(dāng)高可用性環(huán)境處于活動(dòng)狀態(tài)時(shí)，新的主服務(wù)器將通知舊主服務(wù)器它將采取共享磁盤(pán)的所有權(quán)。然后，舊的主服務(wù)器將回滾所有打開(kāi)的事務(wù)，并將其自身切換為輔助狀態(tài)。在舊的主服務(wù)器完成該過(guò)程之后，它將通知新的主服務(wù)器回滾完成。這將成為新的主服務(wù)器繼續(xù)操作的信號(hào)?？赏ㄟ^(guò)在新的主服務(wù)器上發(fā)出onmode -d set sds primary命令來(lái)執(zhí)行此過(guò)程。在當(dāng)前主服務(wù)器未連接到新的主服務(wù)器時(shí)執(zhí)行故障轉(zhuǎn)移在此場(chǎng)景中，新舊主服務(wù)器之間的連接不存在。在這種情況下，我們需要強(qiáng)制執(zhí)行轉(zhuǎn)換。這可通過(guò)發(fā)出onmode -d set sds primary force命令完成。僅當(dāng)在確定原始主服務(wù)器不活動(dòng)時(shí)才能發(fā)出該命令。因?yàn)閺?qiáng)制關(guān)鍵字會(huì)使新的主服務(wù)器在不與舊主服務(wù)器通信的情況下成為源服務(wù)器，所以如果舊的主服務(wù)器仍然處于活動(dòng)狀態(tài)，它很可能導(dǎo)致數(shù)據(jù)庫(kù)毀壞。當(dāng)高可用性集群中的所有節(jié)點(diǎn)不可用時(shí)執(zhí)行故障轉(zhuǎn)移這是在所有服務(wù)器出現(xiàn)故障而且未能啟動(dòng)現(xiàn)有主服務(wù)器后嘗試故障轉(zhuǎn)移時(shí)的唯一問(wèn)題。該問(wèn)題的原因是主服務(wù)器必須能夠連接以啟動(dòng)高可用性集群中的輔助服務(wù)器。如果主服務(wù)器不處于活動(dòng)狀態(tài)，那么無(wú)法建立連接，因此無(wú)法啟動(dòng)輔助服務(wù)器。如果無(wú)法啟動(dòng)輔助服務(wù)器，那么用于更改主服務(wù)器的 onmode 命令將不會(huì)起作用。要避免該問(wèn)題，請(qǐng)使用 oninit -SDS=，其中 是新的主服務(wù)器上的 TCP 別名。這允許啟動(dòng)現(xiàn)有輔助服務(wù)器，并使其能夠同時(shí)采取環(huán)境的所有權(quán)。僅當(dāng)啟動(dòng)集群內(nèi)的第一個(gè)服務(wù)器時(shí)才能使用 oninit 命令的該選項(xiàng)。SDS 故障切換的基本方法及形式將 SD 輔助服務(wù)器提升為主服務(wù)器可通過(guò)在 SD 輔助服務(wù)器上發(fā)出以下命令來(lái)將 SD 輔助服務(wù)器轉(zhuǎn)換為主服務(wù)器：onmode -d set SDS primary 請(qǐng)注意：SD 輔助服務(wù)器不能轉(zhuǎn)換為標(biāo)準(zhǔn)服務(wù)器。禁用 SD 輔助服務(wù)器環(huán)境中的主服務(wù)器可使用以下命令禁用主服務(wù)器：在主服務(wù)器上，輸入以下命令： onmode -d clear SDS primary 該命令將使主服務(wù)器成為標(biāo)準(zhǔn)服務(wù)器，并禁用共享磁盤(pán)環(huán)境。SD 輔助服務(wù)器環(huán)境中的災(zāi)難恢復(fù)的建議如果主服務(wù)器發(fā)生故障，那么故障轉(zhuǎn)移的順序應(yīng)該是： 轉(zhuǎn)移到 SD 輔助服務(wù)器 轉(zhuǎn)移到 HDR 輔助服務(wù)器 轉(zhuǎn)移到 RS 輔助服務(wù)器集群環(huán)境下災(zāi)難恢復(fù)的各種方式對(duì)比可在任何類(lèi)型的輔助服務(wù)器上運(yùn)行 onmode -d make primary 命令以將該服務(wù)器提升為主服務(wù)器。下表說(shuō)明了每個(gè)服務(wù)器類(lèi)型是如何受到影響的。如果新的主服務(wù)器是：那么該類(lèi)型的對(duì)等服務(wù)器：受該方式的影響：SD 輔助服務(wù)器SD 輔助服務(wù)器連接到新的主服務(wù)器并繼續(xù)RS 輔助服務(wù)器連接到新的主服務(wù)器并繼續(xù)HDR 輔助服務(wù)器連接到新的主服務(wù)器并繼續(xù)舊的主服務(wù)器關(guān)閉HDR 輔助服務(wù)器SD 輔助服務(wù)器關(guān)閉RS 輔助服務(wù)器連接到新的主服務(wù)器并繼續(xù)HDR 主服務(wù)器取決于用戶(hù)操作RS 輔助服務(wù)器SD 輔助服務(wù)器關(guān)閉HDR 輔助服務(wù)器關(guān)閉RS 輔助服務(wù)器關(guān)閉CLR 技術(shù)有的時(shí)候，遠(yuǎn)程災(zāi)備服務(wù)器與主機(jī)服務(wù)器要實(shí)現(xiàn)物理隔離，或者數(shù)據(jù)網(wǎng)絡(luò)非常不穩(wěn)定，這種情況下，Informix 11 提供了 CLR （Continuous Log Restore）技術(shù)，它是通過(guò)邏輯日志備份的方式，將數(shù)據(jù)庫(kù)的邏輯日志人工傳送到遠(yuǎn)程災(zāi)備服務(wù)器，通過(guò)數(shù)據(jù)庫(kù)邏輯日志恢復(fù)的方式保持與主數(shù)據(jù)庫(kù)數(shù)據(jù)同步的方式。圖 7. CLR 數(shù)據(jù)復(fù)制工作原理示意圖CLR 方式，就是我們常說(shuō)的 log shipping 方式，CLR 服務(wù)器一直處于 fast recover 狀態(tài)，不斷接收新的邏輯日志，當(dāng)需要恢復(fù)時(shí)，執(zhí)行 ontape l X 命令，數(shù)據(jù)庫(kù)會(huì)轉(zhuǎn)變?yōu)殪o態(tài)模式，之后就可以正常使用了。CLR 方式，主要用于遠(yuǎn)程災(zāi)備服務(wù)器與主機(jī)服務(wù)器采用物理隔離，或者數(shù)據(jù)網(wǎng)絡(luò)非常不穩(wěn)定的情況下實(shí)現(xiàn)災(zāi)難恢復(fù)的場(chǎng)景。CLR 工作的基本原理主服務(wù)器通過(guò)定期或連續(xù)進(jìn)行邏輯日志備份，并將日志備份數(shù)據(jù)手工的方式傳送到 CLR 服務(wù)器端， CLR 服務(wù)器不斷采用 ontape -l C 命令前滾日志， CLR 處于 logical roll-forward 模式，當(dāng)需要使用 CLR 服務(wù)器時(shí)，采用 ontape l X 命令，數(shù)據(jù)庫(kù)會(huì)轉(zhuǎn)變?yōu)殪o態(tài)模式，之后就可以正常使用了。CLR 配置實(shí)現(xiàn)向集群中添加CLR備用服務(wù)器向集群添加一個(gè) CLR 備用服務(wù)器的具體步驟：步驟1：準(zhǔn)備SQLHOSTS文件集群中的所有服務(wù)器必須具有針對(duì)其他服務(wù)器的 SQLHOSTS 條目。production onsoctcp server_1 prod_tcp