Informix IDS 11體系措置懲罰(918考試)認證指南,第 7 部分: IDS複制(9)

ER：效勞器,本節聯系以下主題：,效勞器界說,拓撲,措置懲罰,訓練,措置懲罰方案,效勞器界說,運用呼籲行界面是界說ER環境的最将近領。至多需求運轉兩個呼籲。第一個呼籲界說初始效勞器。在此之後，可以界

ER：效勞器

本節聯系以下主題：

• 效勞器界說
• 拓撲
• 措置懲罰
• 訓練
• 措置懲罰方案

運用呼籲行界面是界說 ER 環境的最将近領。至多需求運轉兩個呼籲。第一個呼籲界說初始效勞器。在此之後，可以界說随意數量的效勞器，可是必需運用 ​

​-S​

​ 或 ​

​--sync​

​ 選項将新效勞器與曾經界說的效勞器之連續接起來。如果沒有運用 ​

​sync​

​ 選項，效勞器就無法從 ER 的視角彼此了解。

上面是可用的效勞器界說選項和一個運轉呼籲的示例：

清單 12. 'cdr define server' 呼籲選項和示例

$ cdr define server
missing server name
usage: cdr define server {options} servername
 -c server --connect=server  connect to server
 -i min    --idle=min        idle timeout
 -s space  --send=space      dbspace where send queue created (obsolete)
 -r space  --recv=space      dbspace where recv queue created (obsolete)
 -A dir    --ats=dir         directory for Aborted Transaction Spool
 -R dir    --ris=dir         directory for Row Information Spool
 -I        --init            initialize server
 -S server --sync=server     synchronize catalog (use with -I)
 -N        --nonroot         non root server
 -L        --leaf            leaf server
$ cdr define server -A /informix/ats-ris/boy -R /informix/ats-ris/boy -I g_80s      

設定告成的證明

議決以下檢查，确定設定曾經告成：

1. 兩個效勞器上都樹立了 syscdr 資料庫
2. ​

   ​onstat -g ath​

   ​ 顯露以 ‘CDR’ 掃尾的複制線程

3. ​onstat -g nif​

   ​ 顯露另一個複軍效勞器站點 id 項

4. ​cdr list server​

   ​ 顯露活潑的跟尾

5. ​onstat -g cat​

   ​ 顯露兩個效勞器都處于 ‘Active’ 外形

6. online.log 顯露與清單 13 相似的新聞：

   清單 13. 執行 'cdr define server' 之後發作的 online.log 新聞

   12:50:57 Building 'syscdr' database ...

   12:51:00 'syscdr' database built successfully.

   12:51:01 CDR queuer initialization complete

   12:51:01 CDR NIF listening on asf://server_g_1

拓撲次如果搜集路由标題成績，與複制本人關連不大年夜。ER 支撐多節點環境和多種拓撲。如果路由要求正本跳過幾個節點抵達目标，那麼被跳過的節點不需求了解正本、資料庫或複制的表。

ER 節點每每是全跟尾的根節點，就像圖 1 所示的環境：

圖 1. 全跟尾的節點

可是，營業需求可以或許要求回收其他拓撲。譬喻，每每回網絡中星型（hub-spoke）拓撲，在這種拓撲中有一個大年夜型中心節點（集線器）和一些小型節點。在這種環境下，集線器節點是專注了解全部其他節點的節點，而 spoke 節點界說為葉節點。其餘，ER 環境中的任何節點都可以是 HDR 對。

圖 2. 集中星型拓撲

非根節點有父節點，還可以有子節點。葉節點有父節點，可是不克不及有子節點。葉節點也不包括統統的 syscdr 資料庫。它們隻了解它們到場複制的正本的環境。

圖 3. 根節點、非根節點和葉節點

請記着，複制環境中的任何節點都可以複制到環境中的任何其他節點。

圖 4 給出一個階層化樹型拓撲：

圖 4. 階層化樹型拓撲

圖 5 給出一個樹型拓撲的森林：

圖 5. 樹型拓撲的森林

表 5 形貌可用的效勞器節點類型及其性質：

表 5. 效勞器節點選項

節點類型

有無父節點？

有無子節點？

有無統統的中繼資料？

呼籲選項

根節點

無

有

n/a

非根節點

-N

葉節點

-L

本節聯系如何處理 Enterprise Replication 效勞器，包括列出、點竄、停止、從新啟動、停息、接受運轉、跟尾、斷開跟尾和删除效勞器。

列出 ER 效勞器

可以議決運轉 ​

​cdr list server​

​ 審查當地效勞器已知的每個效勞器的細節。這個呼籲還輸出效勞器組的行列隊伍的大年夜小。

表 6. 效勞器外形/情況值

外形

形貌

情況

Active

效勞器是活潑的，正在停止複制。

Connected

效勞器跟尾曾經樹立。

Deleted

效勞器曾經删除，不再捕獲或發送資料，行列隊伍被清空。

Connecting

效勞器正在測驗考試跟尾。

Quiescent

效勞器處于界說曆程中。

Disconnect

效勞器跟尾顯式地停止。

Suspended

停息向這個效勞器發送複制資料。

Dropped

效勞器跟尾由于搜集錯誤而停止，效勞器不成接見。

Error

發作一個錯誤（檢查日志，如果需求的話，聯結客戶支撐職員）。

Local

這個效勞器是當地效勞器，而不是近程效勞器。

Timeout

跟尾由于空閑逾時而停止。

清單 14 示範運轉這個呼籲的不同體式格局：

清單 14. cdr list server 的文法

$ cdr list server -x
usage: cdr list server [-c server] servername
 -c server --connect=server  connect to server
$ cdr list server
SERVER                 ID STATE    STATUS     QUEUE  CONNECTION CHANGED
-----------------------------------------------------------------------
g_00s                2000 Active   Dropped         0 Jun  5 10:35:29
g_80s                  80 Active   Local           0                
g_90s                  90 Suspend  Dropped         0 Jun  5 10:35:39
$ cdr list server g_80s
NAME                 ID     ATTRIBUTES
---------------------------------------
g_80s                  80 atsdir=/informix/ats-ris/boy risdir=/informix/ats-ris/boy
$ cdr list server -c g_90s g_90s
NAME                 ID     ATTRIBUTES
---------------------------------------
g_90s                  90 atsdir=/informix/ats-ris/uf risdir=/informix/ats-ris/uf      

點竄 ER 效勞器

可以運用 ​

​cdr modify server​

​ 呼籲點竄三個效勞器屬性：

• 空閑逾時
• Aborted Transaction Spooling（ATS）檔案的目次職位處所
• Row Information Spooling（RIS）檔案的目次職位處所

清單 15. 'cdr modify server' 的選項

usage: cdr modify server [-i min] [-A dir] [-R dir] [-m p | r] [-l on|off] server
 -c server --connect=server  connect to server
 -i min    --idle=min        idle timeout
 -A dir    --ats=dir         directory for Aborted Transaction Spool
 -R dir    --ris=dir         directory for Row Information Spool
 -m mode   --mode=mode       set server mode (primary or readonly)      

另有幾個與 ER 相幹的效勞器設定參數，可以靜态地點竄這些參數。更多資訊請參考 IBM Informix Dynamic Server Enterprise Replication Guide。

停止 ER 效勞器

​cdr stop​

​ 呼籲暫時停止 ER 線程，而不遏制效勞器。在運用 ​

​cdr stop​

​ 時，ER 停止讀取邏輯日志和尋覓要複制的資料。在 ER 停止時，要確定當時');沒無資料庫舉止發作（不然，這個站點就會與其他效勞器不同步）。這個站點上的 ER 線程會不時停止，直到運轉 ​

​cdr start​

​ 呼籲為止。

警告：在停止 ER 時，向這個站點停止複制的其他 ER 效勞器會把未完成的事務在它們的發送行列隊伍中蘊蓄起來，直到這個站點規複運轉（或删除）。

清單 16. cdr stop 文法

$ cdr stop -x
usage: cdr stop [-c server]      

從新啟動 ER 效勞器

要想從新啟動曾經停止的 ER 效勞器，應該運用 ​

​cdr start​

​。在從新啟動效勞器時，ER 線程啟動并從重放職位處所（正本停止的職位處所）接受策畫邏輯日志。如果重放的職位處所指向的邏輯日志不再存在，那麼從新啟動失敗，在效勞器上 ER 不處于活潑外形。

清單 17. cdr start 文法

$ cdr start -x
usage: cdr start [-c server]
 -c server --connect=server  connect to server      

停息 ER 效勞器

​cdr stop​

​ 呼籲會完全關閉全部 ER 線程；與其相反，可以運用 ​

​cdr suspend server​

​ 呼籲停息向效勞器複制資料。當 ER 停息時，源效勞器将複制的資料放到發送行列隊伍中，并停息向目标效勞器發送資料。源效勞器會接受發送其他新聞，比方确認和控制新聞。

清單 18. cdr suspend server 的文法

usage: cdr suspend server [-c server] servername
 -c server --connect=server  connect to server      

接受運轉 ER 效勞器

要想在停息的效勞器上接受運轉 ER，應該運用 ​

​cdr resume server​

​。在效勞器接受運轉之後，發送行列隊伍中的資料。

清單 19. cdr resume server 的文法

$ cdr resume server -x
usage: cdr resume server [-c server] servername
 -c server --connect=server  connect to server      

跟尾 ER 效勞器

​connect​

​ 呼籲測驗考試從新跟尾一個用 ​

​cdr disconnect server​

​ 呼籲停止了跟尾的資料庫效勞器。

清單 20. cdr connect server 的文法

$ cdr connect server -x
usage: cdr connect server [-c server] servername
 -c server --connect=server  connect to server      

斷開 ER 效勞器的跟尾

​disconnect​

​ 呼籲停止兩個效勞器（servername 和 ​

​--connect​

​ 選項中指定的效勞器）之間的跟尾。如果沒有運用 ​

​--connect​

​ 選項，那麼這個呼籲停止 servername 和默許效勞器（由 ​

​INFORMIXSERVER​

​ 環境變量指定）之間的跟尾。

清單 21. cdr disconnect server 的文法

$ cdr disconnect server -x      
usage: cdr disconnect server [-c server] servername
 -c server --connect=server  connect to server      

删除 ER 效勞器

要想删除 ER 效勞器，應該運用 ​

​cdr delete server​

​。新鮮之處在于，必需運轉 ​

​cdr delete server ​

​兩次。譬喻，要想從三節點的 ER 環境中删除效勞器組 g_80s，那麼需求運轉以下呼籲：

清單 22. cdr delete server 的示例

cdr delete server g_80s 
cdr delete server --connect=g_90s g_80s      

第一個呼籲從 ER 環境中删除當地效勞器組（g_80s），第二個呼籲跟尾複制環境中的另一個效勞器并從誰人效勞器上删除 g_80s。然後，這個點竄會複制到複制環境中的全部其他效勞器。

清單 23. cdr delete server 的文法

$ cdr delete server -x
usage: cdr delete server servername
 -c server --connect=server  connect to server
 -f    --force  force the server to be deleted, even in an error condition      

目前來訓練設定 ER 效勞器。這個訓練救濟您回首 ​

​cdr​

​ 呼籲并設定本教程中用來測試的兩個效勞器。

訓練：運用曾經界說的兩個測試引擎和 ​

​cdr​

​ 呼籲，設定兩個彼此跟尾的 ER 效勞器，并在每個效勞器上稽核對方。

訓練：應該執行以下步驟：

1. 添加一個 SBSPACE，并在 onconfig 檔案參數 ​

   ​CDR_QDATA_SBSPACE​

   ​ 中設定它的稱呼。
2. 界說兩個 ER 效勞器：

• 在第一個效勞器上：​

  ​cdr define server -A /informix/ats-ris/boy -R /informix/ats-ris/boy -I g_80s​

• 在第二個效勞器上：​

  ​cdr define server -A /informix/ats-ris/uf -R /informix/ats-ris/uf -I g_90s -S g_80s​

1. 檢查效勞器可否可以或許看到對方：

• 檢查 syscdr 資料庫可否存在
• 在新聞日志中，檢查與啟動 ER 和樹立 syscdr 資料庫相幹的新聞
• 運轉 ​

  ​onstat -g nif​

  ​，應該會看到另一個效勞器。在每個節點上運轉這個呼籲

• ​cdr list server​

  ​。應該會在清單中看到界說的兩個效勞器。在每個節點上運轉這個呼籲

版權聲明：

原創作品，答應轉載，轉載時請務必以超連結形式标明文章 原始來由 、作者資訊和本聲明。不然将清查規律責任。