INFORMIX HDR的配置

1、informix hdr的配置high availability data repliion（hdr）是一種將數(shù)據(jù)從主服務器復制到從服務器的辦法。hdr 將全部啟用日志記錄功能的數(shù)據(jù)庫從主服務器復制 到從服務器。盡管可以把從服務器看作主服務器的復制品，但是它不包含未啟用日志記錄功能的數(shù)據(jù)庫的數(shù)據(jù)。在從服務器上存在這些數(shù)據(jù)庫和模式，由于 dml（data manipulation language）語句總是記錄在日志中的；但是除非數(shù)據(jù)庫啟用了日志記錄功能，否則插入、更新或刪除的數(shù)據(jù)不會被復制。hdr 確保從服務器總是與主服務器保持同步。假如主服務器發(fā)生故障，那么從服務器可以作為備用服務器，直到主

2、服務器復原運行為止。 高可用性數(shù)據(jù)復制 hdr 技術，從 infoix 6 版本就開頭提供，它是采納一主、一備方式，通過讀取數(shù)據(jù)庫規(guī)律日志方式，實現(xiàn)主備機相互切換功能。 在 informix 11.5 之前，hdr 備機支持只讀方式，我們通常會通過備機來完成數(shù)據(jù)查詢、報表功能，分擔主機系統(tǒng)的壓力。從 informix 11.5 開頭，hdr 備機支持讀寫操作，提供了更靈便的功能。hdr方式通常用來提供高可用性及 hot standby 功能。注重，支持讀寫功能是指用分布式寫入將數(shù)據(jù)寫入到輔助數(shù)據(jù)庫中。 本文就是模擬環(huán)境中informix hdr的配置試驗 主機 ： primary: serve

3、r beijing，主服務器 standby: server shanghai, 輔助服務器 操作系統(tǒng) ： rhat as 5 網(wǎng)絡 ： 兩臺機器在同一網(wǎng)段:192.168.1.200/192.168.1.210 informix版本 ： ibm informix dynamic server version 11.70.uc1ie 本文略去關于informix的安裝配置方面的詳情，著重是對informix hdr的配置。 在做配置前首先要明了hdr 配置勝利有哪些前提條件。 在實際的安裝配置過程中要勝利完成informix hdr需要滿足如下要求： 兩臺服務器的 ids version 必需

4、相同 (os 的版本可以有細微的不同 )。 a.兩臺服務器關于 root dbspace 的參數(shù)必需相同： rootname rootoffset rootpath rootsize 實際環(huán)境中我們的配置為： rootname rootdbs rootpath $informixdir/hdr/rootdbs rootoffset 0 rootsize 1000000 關于磁盤鏡像，不要求兩臺服務器的mirror 配置必需相同，但是假如在主服務器對root dbspace 做了鏡像設置的話， 輔助服務器也必需做相應的配置，也就是說如下參數(shù)須相同： mirror mirropath mirror

5、offset 事實上我們不用做太多的修改，用法默認 即可，上面我們注重到這些文件路徑信息，事實上我們測試時無法提供雙機環(huán)境，那么其實我們挺直將 肯定路徑改成相對路徑，由于informix查找打算路迂回接通過搜尋informixdir路徑來獲得。 關于物理日志配置的以下參數(shù)必需相同： physbuff physile 關于規(guī)律日志配置的以下參數(shù)必需相同： logbuff logfiles logsize dynamic_logs 關于 hdr 配置的以下參數(shù)必需相同： drauto drinterval drtimeout 可以采納默認 ，但是事實上本次配置為： drauto 0 drinter

6、val -1 drtimeout 30 假如 hdr 對之間的數(shù)據(jù)傳輸需要加密的話，那么以下加密參數(shù)必需相同： encrypt_hdr encrypt_ciphers encrypt_mac encrypt_switch encrypt_macfile 實際環(huán)境中我們沒有對這些參數(shù)做修改，用法了默認 。 我們知道從informix 11.5開頭輔助服務器可寫，所以如下參數(shù)設置，詳細含義后面會講到： updatable_secondary 1 兩臺服務器關于服務名的設置按照實際分配的狀況分離設置為： servernum 0/1 dbservername beijing/shanghai 1.配置

7、操作系統(tǒng)相信關系 為了滿足 hdr 主輔服務器之間舉行數(shù)據(jù)傳輸和互相操作的需要，我們在配置 hdr 之前首先要在兩臺服務器之間建立操作系統(tǒng)級別的相信關系。 詳細而言是要在主輔服務器之間建立 rsh 相信關系。 確認 rsh 已經(jīng)安裝并且啟動 用法以下檢查： | rsh rsh: on 針對 informix 用戶配置 rsh 固然這里也可以針對全部用戶配置互信關系，但是只針對 informix 用戶配置互信關系就夠用了，這個主要在后期采納標準i/o備份復原中需要。 首先，在兩臺機器的 /home/informix 名目下創(chuàng)建 .rhosts 文件。 第二，在primary的 .rhosts 文

8、件中添加它相信的機器名字或者 ip 也就是 :standby 或者192.168.1.210，在standby 的 .rhosts 文件中加它相信的機器名字或者 ip 也就是:primary或者192.168.1.200。 最后需要特殊注重：兩臺機器上都要保證 .rhosts 的權限為 600 否則該文件將被忽視，相信關系配置將失敗。也就是要執(zhí)行： 600 .rshosts 驗證 rsh 配置 在primary上用informix用戶登錄執(zhí)行： $rsh standby hostname stadnby 在standby上用informix用戶登錄執(zhí)行： $rsh primary hostna

9、me primary 此處關于informix的redhat as 上如何配置rsh的具體過程，略去，詳細辦法需要參照我的上篇博文redhat linux配置rsh服務 2. 配置互相指向的服務名 在beijing服務器的sqlhosts文件中加入shanghai服務器的條目： shanghai onsoct 192.168.1.210 sqlec1 在shanghai服務器的sqlhosts文件加入指向上海服務器的條目： beijing onsoctcp 192.168.1.200 sqlexec2 最后兩臺服務器的sqlhosts文件都要包含以下內(nèi)容： beijing onsoctcp 1

10、92.168.1.200 sqlexec2 shanghai onsoctcp 192.168.1.210 sqlexec1 3.分離修改服務器的/etc/services 在/etc/services文件中修改添加，確保均包含如下條目： sqlexec1 8088/tcp sqlexec2 8089/tcp 4.安裝配置 udr、udt、datablade模塊 假如數(shù)據(jù)庫需要用到 udr、udt、datablade 等，需要先在主服務器舉行安裝和注冊，然后在輔助服務器安裝 udr、udt、datablade,固然假如不需要的話，可以擔心裝這些組件，這步驟可以省略。 5.在主服務器primar

11、y上設置服務器狀態(tài) $onmode -d primary shanghai 這一步是告訴primary的beijing數(shù)據(jù)庫服務器實例，它將要被給予 hdr 主服務器的角色，與它配對的輔助服務器實例為shanghai。 6.關閉輔助服務器 普通來說在設置hdr前我們需要檢查輔助服務器配置是否正確，所以會有一個初始化的操作，即 $oninit -ivy 記住這個指令很危急只能在創(chuàng)建的新服務器實例上執(zhí)行，由于其會重新初始化內(nèi)存和存儲空間，導致走失數(shù)據(jù)。 這時輔助服務器的informix實例是處于online狀態(tài),這主要是確保內(nèi)存和磁盤不存在問題，因為創(chuàng)建過程中需要用法ontape做物理復原， 故需

12、要其未靜默或關閉狀態(tài)： $onmode ky 在復原前，假如還有其他的dbspace chunk文件，請確保備庫主機的chunk文件和主機的chunk文件的路徑和名稱數(shù)量上相同，創(chuàng)建好需要復原的物理chunk. 不然會失敗，過程可參考如下： $informixdata/datachunk chmod 660 $informixdata/datachunk 7.在primary數(shù)據(jù)庫服務器上做0級全備份，然后再輔助服務器做全復原 這一步可以通過其他的的傳統(tǒng)辦法來完成，但是為了便利起見，充分利用informix的特性，這里用法 ontape通過stdio管道來完成， 也就是說數(shù)據(jù)庫的0級全備份不需

13、要占用磁盤空間，也省去了全備份文件拷貝的步驟，主服務器在做全備的同時通過管道把數(shù)據(jù)發(fā)送給輔助服務器， 輔助服務器同時做全復原，備份數(shù)據(jù)只在內(nèi)存中暫時存在，節(jié)約了空間又加快了速度。所以這一步只需要一個指令就可以完成： $ontape -s -l 0 -t stdio -f|rsh 192.168.1.210 “. /.bash_pro;ontape -p -t stdio” 對于/.bash_profile;這個指令很有須要，由于我在多次過程中發(fā)覺沒有這個文件，執(zhí)行的informix用戶報錯，會找到默認的環(huán)境變量文件，而不是給informix用戶指定的名目下。 這時候standby上的 shan

14、ghai實例會自動啟動，狀態(tài)由not initialized 變?yōu)閕nitialization，進而變?yōu)?fast recovery： $on - ibm informix dynamic server version 11.70.uc1ie initialization up 00:35:23 152348 kbytes $onstat - ibm informix dynamic server version 11.70.uc1ie fast recovery up 00:35:23 152348 kbytes 8. 設置輔助服務器的數(shù)據(jù)庫狀態(tài) $onmode -d secondary b

15、eijing 這一步是告訴standby的實例shanghai，它是被設置為hdr輔助服務器的角色，與它配對的主服務器實例為beijing。 9.狀態(tài)驗證 執(zhí)行完畢后，稍后可以看到輔助服務器standby上shanghai實例的狀態(tài)由fast recovery 變幻為 updatable(sec) ，也就是如下： 輔助服務器： $ onstat - ibm informix dynamic server version 11.70.uc1ie updatable (sec) up 00:35:35 152348 kbytes $ onstat -g dri ibm informix dynam

16、ic server version 11.70.uc1ie updatable (sec) up 00:35:57 152348 kbytes data replication at 0x4b4241a0: type state paired server last dr ckpt (/pg) supports proxy writes hdr secondary on shanghai 22 / 23 y drinterval -1 drtimeout 30 drauto 0 drlostfound /opt/ibm/informix/etc/dr.lostfound dridxauto 0

17、 encrypt_hdr 0 backlog 0 主服務器： $onstat - ibm informix dynamic server version 11.70.uc1ie on-line (prim) up 00:42:17 152348 kbytes $onstat -g dri ibm informix dynamic server version 11.70.uc1ie on-line (prim) up 00:42:21 152348 kbytes data replication at 0x4b4241a0: type state paired server last dr c

18、kpt (id/pg) supports proxy writes primary on beijing 22 / 23 na drinterval -1 drtimeout 30 drauto 0 drlostfound /opt/ibm/informix/etc/dr.lostfound dridxauto 0 encrypt_hdr 0 backlog 0 以上看起來hdr配置就勝利了，并且我們的輔助服務器和主服務器一樣是可以執(zhí)行寫操作的，至于這一塊我后期做下驗證，據(jù)說備機也可以寫了，從上面的狀態(tài)也是這樣，但是我從相關資料上查的 informix事實上支持分布式讀寫，本質(zhì)上還是在主機上更

19、新后在同步到備機上的。 10.hdr相關參數(shù)介紹 容易介紹 下上面hdr配置用到的相關參數(shù)，具體的解釋請參見 ids技術文檔。 updatable_secondary 這個參數(shù)是11.50才有的新功能，取 范圍為：0到2×(cpu vp), cpu vp普通就是服務器上cpu 的個數(shù)。 作用：用于控制輔助服務器是否可寫，也就是說假如設置為大于 0 的數(shù)，則在輔助服務器可以執(zhí)行 (delete/insert/up) 操作，相應的狀態(tài)為：updatable (sec) ，假如設置為 0 ，則在輔助服務器只能執(zhí)行 select 操作，相應的狀態(tài)為：read-only (sec) 。 進一步

20、的說，事實上這個參數(shù)的挺直含義是輔助服務器上舉行寫操作的銜接個數(shù)。 drinterval 這個參數(shù)單位為秒，用于設置多久才把日志發(fā)送到輔助服務器做數(shù)據(jù)同步，假如設置為 -1 則為同步模式，也就是說任何時候只要logical log buffer要寫到磁盤中，就同時把日志內(nèi)容發(fā)送到輔助服務器，得到輔助服務器確認后才認為寫磁盤操作勝利。在我們的實際設置中，設置成了 -1，這樣在發(fā)生災害狀況下不會由于緩沖區(qū)的問題而走失數(shù)據(jù)，但是性能上會受到一些影響。 drauto，取 范圍為： 0 manual 1 retain server type 2 reverse server type 3 connection manager arbiator contro 容易來說，這個參數(shù)用于控制hdr中ids 實例重啟后怎樣確定自己的角色，1表示保持原有角色，2表示轉(zhuǎn)換為新的角色，3 表示用法銜接管理器來仲裁。舉個例子說：比如 hdr 主服務器重啟后，drauto 為 1 時，主服務器仍為主服務器；drauto 為 2 時主服務器變?yōu)檩o助服務器，本來的輔助服務器成為新的主服務器。 drtimeout 單位為秒，用來指定hdr對之間多少時光間隔沒有響應被認為是超時。 drlostfound 指定一個名目，用于存放規(guī)律日志，內(nèi)容是主服務器已經(jīng)提交但是輔助服務器沒有同步的數(shù)據(jù)。用于防止數(shù)據(jù)走失。 drid