請利用這個頁面來管理補償服務。補償服務支援補償啟用和記載的伺服器層次配置。
如果要檢視這個管理主控台頁面,請按一下伺服器 > 伺服器類型 > WebSphere 應用程式伺服器 > server_name。 在儲存器設定下展開儲存器服務,然後按一下補償服務。
指定應用程式伺服器是否要在下一次啟動伺服器時,嘗試啟動補償服務。
預設值 | 已選取 |
範圍 |
|
指定目錄路徑,如果設定,其會置換補償服務用來儲存這個伺服器之回復日誌檔的位置。
補償服務在啟動時會將伺服器配置中的空白值展開成 profile_root/recoveryLogs/cell_name/node_name/server_name/compensation 目錄。變數 profile_root 是用於伺服器之 WebSphere Application Server 設定檔的起始目錄。
在使用補償時,WebSphere 產品會將系統失敗之後執行補償所需的資訊儲存在實體儲存裝置上。當應用程式負荷量較高時,這個持續性會使得應用程式伺服器的效能降低,因為應用程式伺服器相依於作業系統和基礎儲存體系統。
如果要達到較佳的效能,請將補償日誌檔移至配備較多實體磁碟機(最好是「獨立磁碟的備用陣列 (RAID)」磁碟機)的儲存裝置中。 當日誌檔移至 RAID 磁碟的檔案系統時,將資料寫入實體媒體的作業會由多部磁碟機共同分擔。 這種分擔方式不但提供更多並行存取作業來持續保存補償資訊,也加快了從日誌存取該資料的速度。 依據應用程式和儲存體子系統的設計方式,效能通常可增進 10% 到 100%,或者更多。
在高可用性 (HA) 環境中,叢集內的每部伺服器都必須有唯一補償日誌和交易日誌目錄,以免多部伺服器試圖存取相同的日誌檔。此外,叢集中的每部伺服器,都必須能夠存取叢集中其他伺服器的交易和補償日誌目錄。
資料類型 | String |
預設值 | profile_root/recoveryLogs/cell_name/node_name/server_name/compensation 其中 profile_root 是用於伺服器之 WebSphere Application Server 設定檔的起始目錄。 |
建議 | 在 RAID-0 配置中,建立一個至少由 3 至 4 個磁碟機共同組成的檔案系統。請在這個檔案系統中以預設大小建立補償日誌。當伺服器在負荷狀態下執行時,請檢查磁碟的輸入和輸出。 如果磁碟輸入和輸出時間超過 5%,請考慮增加實體磁碟來降低這個值。 如果磁碟輸入和輸出很低,但伺服器負荷量仍然很高,請考慮增加日誌檔的大小。 |
指定補償服務用來回復資料的回復日誌檔大小上限 (MB)。 預設值是 5 MB。
使用補償且同時在作用中的應用程式數目,以及提供作為補償邏輯輸入的應用程式資料大小,都會影響補償服務所記載的資料量。
補償服務會在伺服器啟動時,於實體儲存裝置上保留空間供補償回復資料使用。如果這個大小不足以供作用中的補償資料使用,則日誌檔會動態增大,直到達到這個值所指定的大小上限為止。
資料類型 | Integer |
單位 | MB |
預設值 | 5 |
範圍 | 1 到 2147483647 MB |
雖然「回復日誌檔大小」允許的範圍是 1 到 2147483647,但是實際可能的大小上限則會視作業系統允許對映檔使用的大小上限而定。
指定補償服務重試補償處理程式的次數上限。
這個值用來指定補償服務呼叫 CompensationHandler 方法 compensate() 和 close() 的次數。 每次重試補償處理常式時,補償處理常式重試間隔都會加倍。
將這個值設為 -1,會無限重試 compensate() 和 close() 方法。 將這個值設為 0,便永遠不會重試任何一個方法。
資料類型 | Integer |
預設值 | -1 |
範圍 | -1 或以上 |
指定補償服務在重試補償處理程式之前,所等待的時間間隔(秒)。 每次重試補償處理常式時,間隔都會加倍。
如果 CompensationHandler 的 compensate() 或 close() 方法擲出 RetryCompensationHanderException,補償服務會重新呼叫這兩個方法來重試補償處理程式。
資料類型 | Integer |
單位 | 秒 |
預設值 | 30 |
範圍 | 0 或以上 |