0207.Domino R8.0.x群集配置手册
1. 服務器要求
- 集群中的所有服務器必須基于 IBM(R) Lotus(R) Domino(TM) Enterprise 服務器或 Domino Utility 服務器運行。
- 集群中的所有服務器必須使用高速 LAN（局域網）或高速 WAN（廣域網）進行連接。也可以為集群通訊設置專用局域網。
- 集群中的所有服務器必須使用 TCP/IP 并處于相同的 IBM(R) Lotus(R) Notes(R) 命名網絡中
- 集群中所有的服務器必須在同一 Domino 域中，并且共享一個公用 Domino 目錄。
- 必須在包含集群的域中為 Domino 目錄指定一個管理服務器。如果不指定管理服務器，那么管理進程便無法更改集群成員。管理服務器并非必須是集群的成員。
- 集群中的每個服務器必須有層次服務器標識。如果任何服務器具有平級的標識，則必須將平級標識轉換為層次標識，這樣才能在集群中使用它們。
- 一個服務器不能同時是多個集群的成員。
- 每個服務器必須有足夠的磁盤空間，才能承擔集群成員的任務。因為集群通常需要更多的數據庫副本，所以集群中的服務器比非集群服務器需要更多的磁盤空間。
- 每個服務器必須具有足夠的處理能力和內存容量。一般來說，集群的服務器比非集群的服務器需要更高的性能。
2. 硬件方面考慮
磁盤空間的大小和每臺服務器的處理能力可以影響集群中包含的服務器數量。決定要在集群中使用的硬件時，請牢記以下幾點：
-
創建的副本越多，集群復制所需的磁盤空間和處理能力就越大。
-
集群數據庫目錄需要的磁盤空間大約為?2M?，集群中每兩千個數據庫還需要?1M?額外空間。
-
集群中的服務器越多，每臺服務器就需要使用更強大的處理能力與其他集群服務器進行通信。
-
在服務器上運行的服務器任務和占用大量?CPU?資源的應用程序越多，所需的處理能力就越大。
-
每臺服務器不但對它所包含的數據庫要有足夠的處理能力，而且對可能故障轉移到此服務器的任何數據庫都要有足夠的處理能力。
-
集群服務器需要的內存比非集群服務器更多。實際所需的內存大小取決于服務器上的活動級別。
-
要查看計算機是否需要額外的內存或處理能力，請檢查平臺統計信息。
-
當有大集群或工作負載很重的集群時，可能需要使用多個集群復制器來提高集群復制的性能。請檢查集群復制器統計信息，以查看等候處理的數據庫隊列是否很長。如果很長，請一次添加一個集群復制器，直至統計信息提高到足夠水平。
-
因為集群復制器占用系統資源，所以添加集群復制器時，系統的整體性能可能會下降。因此，不要添加太多的集群復制器，夠用即可。
3. 前期準備
3.1 確定是否為集群創建專用局域網
要使繁忙的集群更加有效，可為集群創建專用網絡。為此，請在每臺集群服務器上多安裝一塊網卡，并通過專用集線器或切換器連接這些網絡接口卡。
為集群創建專用局域網的主要原因是為了將集群在使用集群復制和服務器探測信號時所產生的網絡流量獨立出來。專用局域網可以將可用帶寬更多地留給主局域網。如果估計可能使用大量的集群復制活動，則應創建專用局域網。
另外，還可以考慮為內部集群通訊創建專用局域網，即使在出現某種網絡故障時，也可以保證集群服務器之間的通訊。通過添加專用網絡，集群中的所有服務器至少由兩種不同的局域網段連接。因此，如果一個局域網段上的網絡插頭或電纜出現故障，集群中的所有服務器之間仍然具有網絡連接。這樣就可以確保集群服務器相互之間仍保持聯系，并繼續進行集群復制以保持數據庫同步。
如果為集群創建專用局域網，必須將所有的集群成員同時連接到專用局域網（用于內部集群通訊）和主局域網（用于客戶機訪問）。
3.2?為每塊網卡指定IP
輸入命令smit tcpip?，出現以下圖：
選擇“Minimum Configuration & Startup”?，進入如下畫面：
?
選擇相應的網卡，如en0?或en1,?輸入回車，如下圖：
填寫相關IP?設置信息，輸入回車。返回信息如下圖：
?IP?設置完成。
使用以上方法設置其他網卡
?
| 設備 | 網卡設備名 | IP?地址 | 主機名 |
| 服務器01 | en0 | 10.1.177.18 | dev01.acme.com |
| ? | en1 | 10.1.177.28 | clunode01 |
| 服務器02 | en0 | 10.1.177.19 | dev02.acme.com |
| ? | en1 | 10.1.177.29 | clunode02 |
?
3.3?測試?IP?與主機名是否生效
在每臺服務器上輸入以下命令
ping 10.1.177.18
ping 10.1.177.19
ping 10.1.177.28
ping 10.1.177.29
ping dev01.acme.com
ping dev02.acme.com
ping clunode01
ping clunode02
?
請確認以上在兩臺服務器之間均能ping?通。
4. 安裝Domino Server R8.02
參考 Domino安裝文檔
5. 配置集群
5.1 為每臺服務器添加cluster端口
?
| 項目 | 值 |
| 端口 | CLUSTER |
| 協議 | TCP |
| Notes?網絡 | 集群網絡 |
| 網絡地址 | clunode01 clunode02 |
| 啟用 | ENABLED |
?
為DevSVR01?添加端口，打開公共地址本，相應服務器文檔，如下圖：
以相同的方法為DevSVR02?添加端口，網絡地址為clunode02?。
5.2?從相應的子網中為每個端口分配一個?IP?地址
修改DevSVR01?的notes.ini?，輸入如下命令：
vi /data2/devsvr01/notes.ini
修改如下圖：
從相應的子網中為每個端口分配一個?IP?地址，并且將此信息以下列格式置于?NOTES.INI?文件中：
PORT1_?TcpIPAddress=0,?a.b.c.d?:1352
PORT2_?TcpIPAddress=0,?e.f.g.h?:1352
其中?PORT1?和?PORT2?是端口名稱，而?a.b.c.d?和?e.f.g.h?是這些端口的?IP?地址。
例如，如果端口名稱為?TCPIP?和?CLUSTER?，則這些信息可能是：
TCPIP_TcpIPAddress=0,192.114.32.5:1352
CLUSTER_TcpIPAddress=0,192.168.64.1:1352
以相同的方法設置DevSVR02?的notes.ini?。
5.3?確保所有集群通訊使用此集群通訊端口
將下列行添加到 NOTES.INI 文件中：Server_Cluster_Default_Port=?Cluster Port?
其中?Cluster Por?是為集群創建的端口。在本樣例中，此行應為：
Server_Cluster_Default_Port=CLUSTER
這將確保所有集群通訊使用此集群通訊端口，而不管該端口所在的順序。
注意：使用 Server_Cluster_Default_Port 設置將端口分配到集群通訊的專用局域網的方法存在一個缺點。如果集群服務器在此端口上連接時遇到問題，它將嘗試另一個端口。因此，該服務器將能夠與其他集群服務器進行通訊或復制。在該服務器可以與集群再次通訊之前，必須解決網絡問題或從 NOTES.INI 文件中刪除此設置。?5.4?創建集群
打開DevSVR01/ChemChina?服務器上的names.nsf?，打開服務器視圖，先中所有要加入至集群的服務器文檔，單擊”Add Cluster”?按鈕，如下圖：
出現對話框后，單擊“是”，出現如下圖：
選擇“Create New Cluster”?，單擊“確定”，彈出輸入集群名稱對話框，如下圖：
輸入集群名稱:ClusterDev?，點擊“確定”，出現以下圖：
點擊“是”，立即執行；
點擊“否”，由服務器管理進程執行
Domino?集群已創建成功，在控制臺使用以下命令將地址本同步至DevSVR02?上；
Repl devsvr02/chemchina names.nsf
完成后，重啟所有集群中的服務器。
5.4 驗證集群
重啟服務后，domino?會自動啟動兩個服務--?Cluster Replicator?和Cluster Director?服務。在控制臺輸入show task?，如下圖：
輸入show cluster?，查看群集狀態，如下圖：
如果availability index?為無效，則說明服務器宕機我停止服務，或當前服務器無法連接至相關服務器。確認Server cluster default port?是否為你指定的集群通訊端口。
6. 其他調整
6.1 關閉Domino模板的群集復制
為了減少集群之間服務器的復制流量，標準的模板或沒有在集群之間部署的數據庫都應該關閉集群復功能，需要時再打開。使用Domino Administrator?進行設置，如下圖：
在工具面板中選擇“集群”->“?禁用集群復制”，點擊確定，即可。
6.2? 用于集群復制的 Tell 命令
?
| 命令 | 顯示的信息 | 用途 |
| tell clrepl dump |
|
|
| tell clrepl dump server |
|
|
| tell clrepl dump retry |
|
|
| tell clrepl pause | 暫停集群復制器 | |
| tell clrepl resume | 繼續集群復制器 | |
| tell clrepl retry | 強制集群復制器立即重試失敗的復制 | |
| tell clrepl refresh | 強制集群復制器立即更新集群數據庫目錄信息 | |
| tell clrepl log | 強制集群復制器立即記錄 | |
| show stat server.cluster* | 查看集群管理器事件和統計信息 | |
| show stat replica.cluster* | 查看集群復制事件和統計信息 | |
?
6.3 注意事項
集群目錄數據庫(cldbdir.nsf)?在所有集群服務器上必須的一致。如果不一致時，使用復制功能，手工強制復制。
7.? Domino 集群中的工作負載平衡
為?Lotus Domino?服務器創建集群還提供活動的負載平衡，從而更好地利用資源。我們可以通過以下步驟在?Domino?服務器之間實現工作負載平衡：
-
限制每個服務器的工作負載（更改服務器可用性閾值）
-
更改可以同時訪問某個服務器的最大用戶數
-
將數據庫移動（分發）到其他服務器
-
在集群中計劃和放置副本，為繁忙的數據庫創建更多的副本
-
向集群添加一個或多個服務器
-
使用?Activity Trends?工具分析集群的情況并提供建議
一定要記住，工作負載平衡并不能解決企業的總體計算能力匱乏問題。如果您的?Domino?服務器目前已經不堪重負，并且沒有額外的服務器處理更多的負載，那么啟用工作負載平衡也不能解決問題。
要平衡工作負載，必須能夠將超載的服務器的過剩負載發送到其他服務器。如果沒有接受過剩負載的服務器，那么這些負載還得由原來的服務器處理。
不過要注意，為每個請求查找另一個可用的服務器增加了服務器的工作負載。如果您的企業沒有足夠的計算能力，可以考慮增加處理器或內存，或者升級設備以處理更多的負載。
如果您的集群的負載一般都比較平均分布，那么可以僅考慮配置故障轉移，而不需配置工作負載平衡。
7.1 服務器可用性指數
服務器可用性指數是管理工作負載平衡的重要設置；因此，為了實現高效的工作負載平衡，我們需要了解什么是工作負載平衡以及如何計算它。?集群中的每個服務器都定期根據服務器最近處理請求的響應時間確定其工作負載。工作負載由 0 至 100 的數字表示，0 表示服務器的負載非常繁忙，而 100 表示服務器的負載很輕松。這個數字稱為服務器可用性指數。服務器可用性指數隨著響應時間的變長而下降。?
服務器可用性指數大約等于服務器可用計算能力百分比。例如，如果服務器可用性指數為65，那么您的服務器大約有 65% 的計算能力是可用的。?
盡管企業中的各個服務器在計算能力上可能不同，但可用性指數在每個服務器上都表示相同的含義 —— 服務器中仍然可用的計算能力。
7.2 膨脹系數
服務器的可用性指數基于一個表示服務器的當前工作負載的膨脹系數。膨脹系數取決于特定類型的事務的最近響應時間與服務器以前處理該事務時所用的最小時間之比。?例如，如果服務器當前執行 Database Open 事務的平均響應時間為 12 微秒，但是服務器以前處理 Database Open 事務的最小時間為 3 微秒，那么 Database Open 事務的膨脹系數應該為 4（用當前的 12 微秒除以最快響應時間 3 微秒）。?
換句話說，膨脹系數決定當前完成某個事務比最佳條件下完成該事務要延長多少時間。?
Lotus Domino 將每種類型事務的最小完成時間儲存在內存和 LOADMON.NCF 文件中，服務器每次啟動時都會讀取該文件中的信息。當服務器關閉時，Lotus Domino 將使用最新的信息更新 LOADMON.NCF 文件。?
為了確定當前的膨脹系數，Lotus Domino 在一段特定的時間內跟蹤最常用的 Domino 事務，默認情況下每次跟蹤時長為 15 秒，跟蹤次數為 5 次。?
然后，Lotus Domino 確定它完成每種類型的事務所需的平均時間，然后用它以前完成相同事務的最小時間除該時間。通過這種方式可以確定每種類型的事務的膨脹系數。?
為了確定整個服務器的膨脹系數，Lotus Domino 將求取所有類型事務的膨脹系數的平均值，并且增加最常用的事務類型的權重。?
隨著服務器變得越來越繁忙，添加額外的負載會對性能和可用性產生更大的影響。換句話說，向繁忙的服務器添加額外的工作負載比向不那么繁忙的服務器添加額外的工作負載得到更大的膨脹系數。?
由于服務器的速度、容量和計算能力不同，因此它們能夠處理的工作負載量也不同。因此，在兩個不同的服務器上，相同的膨脹系數不一定表示它們擁有相同的工作負載。?
例如，如果一個小型服務器在空閑時需要很長時間執行事務，那么膨脹系數為 40 可能表明用戶需要等待很長時間。但是，在更大更快的服務器上，即使膨脹系數為 400，用戶需要等待的時間可能也會少于 1 秒。
可用性指數和膨脹系數對比?
為了確定服務器的可用性指數，Lotus Domino 使用一個公式將膨脹系數轉換成服務器的可用計算能力的近似值。
?
| 膨脹系數 | 可用性指數 |
| 1 | 100 |
| 2 | 83 |
| 4 | 67 |
| 8 | 50 |
| 16 | 33 |
| 32 | 17 |
| 64 | 0 |
?
注意：膨脹系數和可用性指數僅度量服務器的響應時間，服務器響應時間通常只是客戶端經歷的響應時間的一小部分。例如，客戶端和服務器之間的網絡響應時間在客戶端經歷的響應時間中占據很大比重。
更改表示服務器滿載的膨脹系數值
為了讓 Domino 工作負載平衡更高效，您必須調整膨脹系數和可用性指數之間的關系，讓服務器在達到您指定的工作負載時執行故障轉移。您可以通過指定表示服務器滿載的膨脹系數值來實現這個目的。?在?Lotus Domino?服務器中，默認值為?64?。當膨脹系數達到這個值時，就認為服務器已經滿載，這時它的可用性指數就下降到?0?。
技巧：您可以通過?Show AI?服務器命令查看推薦的可用性指數設置。
如果您的服務器非常強勁快速，您可以增加表示服務器滿載的膨脹系數值。在一些非常快的服務器上，您可以將該值設置為幾百或更高。如果您的服務器很慢，則可以考慮降低膨脹系數值。
?
要更改表示服務器滿載的膨脹系數值，請遵循以下步驟：
SERVER_TRANSINFO_RANGE=n
注：對于?n?值，您可以選擇一個數字，讓?2?的?n?次方等于您希望表示服務器滿載的膨脹系數值。?n?的默認值為?6?，那么得出的膨脹系數值為64?（因為?2?的?6?次方等于?64?）。
如果您將?SERVER_TRANSINFO_RANGE?設置為?7?，那么表示服務器滿載的膨脹系數值則為?128?。如果將該參數設置為?8?，那么膨脹系數值就變成?256?。
為了確定?SERVER_TRANSINFO_RANGE?的最佳值，請遵循以下步驟：
- 在服務器繁忙使用期間使用控制臺命令?show stat server.expansionfactor?監控它的膨脹系數。您還可以在此期間監控性能統計數據。在繁忙時期記錄足夠的膨脹系數值，以確定表示服務器滿載時的膨脹系數值。
- 為?SERVER_TRANSINFO_RANGE?確定一個值，將該值作為?2?的指數得出的結果應該為您在步驟?1?中選擇的膨脹系數值。當更改表示服務器滿載的膨脹系數值時，膨脹系數和可用性指數之間的關系就會發生變化。
?
| 膨脹系數 | 可用性指數 |
| 1 | 100 |
| 2 | 88 |
| 4 | 75 |
| 8 | 63 |
| 16 | 50 |
| 32 | 38 |
| 64 | 25 |
| 128 | 13 |
| 256 | 0 |
?
- 使用服務器控制臺命令?Show AI?為該變量獲取一個適當的值。在帶負載運行服務器一段時間之后輸入命令，控制臺將顯示該服務器的膨脹系數歷史和?AI?。
改變用于計算膨脹系數的數據量
盡管一般情況下沒有必要這樣做，但是您可以使用下面的?Notes.ini?設置更改Lotus Domino?收集用于計算膨脹系數的數據量。
更改數據收集周期的次數：
Server_Transinfo_Max=x
其中?x?是您希望?Lotus Domino?使用的收集周期次數。
更改數據收集周期的時間長度：
?
Server_Transinfo_Update_I nterval=x
其中?x?是每個周期的時長，單位為秒。
7.3? 與工作負載平衡相關的統計數據
?
| 項目 | 描述 |
| Server.AvailabilityIndex | 服務器可用性指數的當前值。可用性指數的值的范圍是0?至?100?。?0?表示服務器沒有可用資源。?100?表示服務器完全可用 |
| Server. Expansion Factor | 服務器膨脹系數的當前值。該值用于計算可用性指數。值為?1?時表示服務器以最小時間完成事務。值為?64?時表示完成事務所需的時間是最小時間的?64?倍。默認情況下，膨脹系數為?64?時表示服務器滿載，轉換成可用性指數為?0?。您可以通過?Notes.ini?設置的Server_Transinfo_Range?更改表示服務器滿載的膨脹系數。 您可以使用服務器命令?Show AI?獲取推薦的可用性指數。 |
| Server.Cluster.OpenRedirects. LoadBalance.Successful | 繁忙服務器成功將客戶端重定向到另一個集群成員的次數 |
| Server.Cluster.OpenRedirects.LoadBalance.Unsuccessful | 繁忙服務器沒有成功將客戶端重定向到另一個集群成員的次數。如果目標服務器的狀態為繁忙或不可用，那么重定向將不成功 |
| Server.Cluster.OpenRequest.ClusterBusy | 當所有集群服務器都處于繁忙狀態時繁忙服務器嘗試重定向客戶端請求的次數 |
| Server.Cluster.OpenRequest.LoadBalanced | 用戶試圖打開狀態為繁忙的服務器的數據庫的次數 |
?
對比集群中的所有服務器的這些數據，然后更改負載沒有良好平衡的服務器的可用性閾值。
技巧?：工作負載平衡并不是為企業提供足夠計算資源的代替辦法。如果所有服務器已經超載，那么啟用負載平衡會帶來更多問題，因為沒有存放繁忙服務器重定向的客戶端請求的地方。另外，查找可用服務器會降低處于繁忙狀態下的服務器的性能。
7.4 設置服務器的最大用戶數
您還可以通過?Notes.ini?設置服務器的最大用戶數實現集群工作負載平衡：
Server_MaxUsers=n
?
該設置指定服務器同時允許的最大活動用戶數量。當服務器達到該極限時，服務器就進入?MAXUSERS?狀態，并在活動用戶數降到Server_MaxUsers?極限以下之前拒絕任何用戶請求。
當?Lotus Domino?服務器因為處于?MAXUSERS?狀態而拒絕訪問請求時，Cluster Manager?就試圖將請求重定向到另一個包含正確副本的集群服務器。如果其他服務器都不可用，Lotus Domino?將拒絕訪問請求并顯示一條解釋性消息。
?
另外，您可以通過監控中的統計數據更好地管理集群。除了?AvailabilityIndex?之外，統計數據?AvailabilityThreshold?和?ExpansionFactor的名稱都包含前綴?Server.Cluster?，但省去了這個前綴。
AvailabilityIndex?、AvailabilityThreshold?和?ExpansionFactor?都包含前綴“Server.”?。
注意：Server_MaxUsers 設置不會影響復制。即使服務器處于 MAXUSERS 狀態時仍然會發生復制。
7.5 用于集群管理的更多統計數據
?
| 統計數據名稱 | 說明 |
| Member | 顯示集群中的服務器的名稱和可用性指數。 |
| AvailabilityIndex | 度量服務器可用性的方法之一。?0?表示沒有可用資源；?100表示服務器的所有資源完全可用。 |
| AvailabilityThreshold | 服務器當前的可用性閾值。當可用性指數小于等于可用性閾值時，服務器將進入繁忙狀態。 |
| ExpansionFactor | 服務器當前的膨脹系數。該值用于計算可用性指數。值為?1時表示該服務器以最小的時間完成事務。值為?64?時表示該服務器完成事務所需的時間比最小時間長?64?倍。默認情況下，膨脹系數為?64?時表示服務器滿載，而轉換成可用性指數則為0?。? |
| OpenRedirects.Failover.Successful | 在客戶端通過副本?ID?打開數據庫失敗之后，服務器成功將客戶端重定向到另一個集群成員所需的總時間。 |
| OpenRedirects.Failover.Unsuccessful | 在客戶端通過副本?ID?打開數據庫失敗之后，服務器不能將客戶端重定向到另一個集群成員所需的總時間。 |
| OpenRedirects.FailoverByPath.Successful | 在客戶端通過路徑名打開數據庫失敗之后，服務器成功將客戶端重定向到另一個集群成員所需的總時間。 |
| OpenRedirects.FailoverByPath.Unsuccessful | 在客戶端通過路徑名打開數據庫失敗之后，服務器不能將客戶端重定向到另一個集群成員所需的總時間。 |
| OpenRedirects.LoadBalance.Successful | 在服務器處于繁忙狀態時客戶端通過副本?ID?打開數據庫失敗之后，服務器成功將客戶端重定向到另一個集群成員所需的總時間。 |
| OpenRedirects.LoadBalance.Unsuccessful | 在服務器處于繁忙狀態時客戶端通過副本?ID?打開數據庫失敗之后，服務器不能將客戶端重定向到另一個集群成員所需的總時間。 |
| OpenRedirects.LoadBalanceByPath.Unsuccessful | 在服務器處于繁忙狀態時客戶端通過路徑名打開數據庫失敗之后，服務器不能將客戶端重定向到另一個集群成員所需的總時間。 |
| OpenRedirects.LoadBalanceByPath.Successful | 在服務器處于繁忙狀態時客戶端通過路徑名打開數據庫失敗之后，服務器成功將客戶端重定向到另一個集群成員所需的總時間。 |
| OpenRequest.ClusterBusy | 當所有服務器 處于繁忙狀態時的客戶端請求總數。 |
| OpenRequest.DatabaseOutOfService | 客戶端嘗試打開標記為不可用的服務器上的數據庫所需的總時間。 |
| OpenRequest.LoadBalanced | 客戶端嘗試打開標記繁忙的服務器上的數據庫所需的總時間。 |
| PortName | 用于內部集群網絡通信的默認端口，或一個星號，表示沒有可以的默認端口或其他活動端口。 |
| ProbeCount | 服務器查找其他集群成員所需的總時間。 |
| ProbeError | 一個服務器查找另一個服務器時收到的錯誤。 |
| ProbeTimeout(mins)?* | 顯示發生集群內部查找集群成員的時間間隔。 |
?
7.6 集群復制器統計數據
?
| 統計數據名稱 | 說明 |
| Servers | 從該服務器接收復制的所有集群成員 |
| Successful | 服務器啟動之后的所有成功復制 |
| Failed | 服務器啟動之后的所有失敗復制 |
| Docs.Added | Cluster Replicator?添加的所有文檔 |
| Docs.Updated | Cluster Replicator?更新的所有文檔 |
| Docs.Deleted | Cluster Replicator?刪除的所有文檔 |
| Files. Local | 存在當前服務器中并且在集群中的其他服務器上擁有副本的數據庫數 |
| Files.Remote | Cluster Replicator?用于執行更改并且在其他服務器上的數據庫數 |
| Retry.Skipped | Cluster Replicator?沒有嘗試復制數據庫的總時間。當目標服務器不可用或正在等待另一個重試請求時忽略的重試次數 |
| Retry.Waiting | 等待重試的副本數 |
| SecondsOnQueue | 最后復制的數據庫在工作隊列中的時間，以秒為單位 |
| SecondsOnQueue.Avg | 數據庫在工作隊列中的平均時間，以秒為單位 |
| SecondsOnQueue.Max | 數據庫在工作隊列中的最長時間，以秒為單位 |
| SessionBytes.In | 集群復制期間接收的總字節數 |
| SessionBytes.Out | 集群復制期間發送的總字節數 |
| WorkQueueDepth | 正在等待通過?Cluster Replicator?進行復制的數據庫數 |
| WorkQueueDepth.Avg | 自從服務器啟動之后的平均工作隊列長度 |
| WorkQueueDepth.Max | 自從服務器啟動之后的最大工作隊列長度 |
?
下載PDF格式
?
總結
以上是生活随笔為你收集整理的0207.Domino R8.0.x群集配置手册的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 排骨莲子放多少钱一斤？
- 下一篇： 喝完橙汁后他一共喝了多少杯水？