Teamcenter應用服務器調優

1.服務器管理器全局池屬性

全局池屬性用於設置所有池的配置。這是利用並行 CPU 和內存資源運行 Teamcenter 服務器的有效選項。

全局池屬性在 Web 應用程序管理器的Modify Context Parameter對話框中設置，並保存在globalPoolConfig.properties文件中。在insweb安裝期間，此文件存儲在lib\JETIServerAccessor.jar文件中的已部署 Web 應用程序 WAR 文件中。超時參數在所有池中全局設置。必須為每個池單獨配置池大小參數。

筆記：

您可以在 Web 應用程序部署之前修改globalPoolConfig.properties文件並將其保存回.war文件。或者，如果您願意，可以將修改后的文件直接放在 Web 應用程序服務器運行時環境的根目錄中，並覆蓋.war文件中的文件版本。例如，在WebLogic上，將修改后的文件放到域目錄中；在 WebSphere 上，將其放入配置文件目錄；或在 JBoss 上，將其放入bin目錄中。

以下來自globalPoolConfig.properties文件的摘錄僅用於說明目的：

CACHE_CONFIG_PATH=TreeCacheTCP.xml 
PROCESS_MAX_PER_USER=0 
QUERY_TIMEOUT=0 
SOFT_TIMEOUT_EDIT=28800 
SOFT_TIMEOUT_READ=28800 
SOFT_TIMEOUT_STATELESS=1200 
HARD_TIMEOUT_EDIT=28800 
HARD_TIMEOUT_READ=28800 
HARD_TIMEOUT_STATELESS=28800 
USER_TIMEOUT_60STATELESS=0 
ASSIGNMENTTIMEOUT60STATELESS= 0

因為該文件在insweb安裝期間放置在已部署的 Web 應用程序 WAR 文件中，要覆蓋這些值，可以重新運行insweb命令以在新的 WAR 文件中更新這些值。或者，可以將insweb暫存區域的副本放在 Java EE 應用程序服務器啟動目錄中。

如果這些超時很常見，您可能希望增加一些SOFT_TIMEOUT值的值以減少 CPU 開銷。超時配置值以秒為單位。此外，盡管編輯軟超時默認值為 7200 秒（兩小時），但這種超時的后果會更高，並且可能還需要增加該值。

參數包括硬超時和軟超時。

• 軟超時

  僅當服務器池中的服務器數量超過為池管理器配置的PROCESS_TARGET參數時才應用。

• 硬超時

  無論服務器池的狀態如何，始終應用。

超時參數可用於以下服務器模式。客戶端在任何給定時刻控制其分配的服務器的模式。

• 編輯模式

  當客戶端（或用戶）對尚未提交到數據庫的服務器數據進行更新時，客戶端可以將其服務器切換到此模式。如果服務器丟失，這些更改也會丟失。

  例如，結構管理器使用編輯模式允許用戶通過更改服務器和客戶端中的臨時數據的多個操作來編輯 BOM 結構，直到用戶保存數據。

• 閱讀模式

  當客戶端的請求在服務器中設置了一個臨時狀態以供后續請求使用時，客戶端可以將其服務器切換到此模式。如果服務器丟失，客戶端可能需要重新啟動，並且當客戶端與新服務器保持一致時可能會出現性能問題，但不會丟失或損壞重要的用戶工作。

  例如，富客戶端的初始模式是讀取模式。

• 無狀態模式

  這是服務器的默認模式。當沒有請求依賴於先前請求對服務器所做的狀態時，客戶端使用此模式。如果服務器丟失，則可以在新服務器上執行下一個請求，除了分配新服務器的性能之外，不會出現功能問題。

  例如，Web 客戶端是無狀態的。

對於軟超時和硬超時與三種模式中的每一種相結合的每種組合，都有一個超時參數。例如，當服務器池超過PROCESS_TARGET參數設置的值時， SOFT_TIMEOUT_EDIT參數適用於處於編輯模式的服務器。

還有額外的超時參數：

• USER_TIMEOUT_STATELESS

  以秒為單位配置服務器空閑時間。此超時適用於用戶達到PROCESS_MAX_PER_USER值定義的限制后。

• QUERY_TIMEOUT

  配置允許服務器處理單個請求的最長時間。如果超過此時間，則終止服務器。值0關閉查詢超時，允許服務器無限期地繼續處理請求。

• ASSIGNMENT_TIMEOUT

  完成服務器分配的超時（以秒為單位）。這包括服務器驗證用戶憑據和執行用戶特定初始化的時間。

 

2.服務器管理器池特定的調整參數

調整服務器管理器配置以充分利用特定系統資源，以最大限度地提高服務器可用性，同時最大限度地減少資源。

每台機器都應該調整其特定於池的配置。如果每台機器的 CPU 數量和功率彼此之間存在很大差異，則這一點尤其值得關注。

池特定參數在TC_ROOT \pool_manager\confs\ configuration-name \serverPool.properties文件中設置。

以下參數很可能需要調整：

• PROCESS_TARGET

  提供在計算機上運行的最少 Teamcenter 服務器數量的時間配置文件。

• PROCESS_CREATION_DELAY

  確定啟動每個附加TcServer進程以加入池之間的時間間隔（以毫秒為單位）。（該參數默認不會顯式出現在文件中，但可以手動添加。）

• PROCESS_MAX

  設置正在運行的 Teamcenter 服務器進程數的上限。

• PROCESS_WARM

  設置預啟動但未分配的 Teamcenter 服務器的所需數量。

附加參數提供以下信息。通常，默認設置就足夠了，不需要額外的調整。其中許多參數默認情況下不會出現在文件中，但可以手動添加。

• ACQUIRE_REENTRANT_LOCK_TIMEOUT

  確定管理器在嘗試鎖定有關服務器進程的內部數據對象時在放棄之前等待的時間量（以毫秒為單位）。默認設置為100。

• ASSIGNMENT_RETRY_LIMIT

  確定在返回錯誤之前為新的服務器分配更新TreeCache的嘗試次數。默認設置為3。

• ASSIGNMENT_RETRY_WAIT_PERIOD

  確定為新的服務器分配重試TreeCache更新之前的延遲（以毫秒為單位）。默認設置為200。

• CACHE_CONFIG_PATH

  定義包含樹緩存配置的文件。默認設置是TreeCacheTCP.xml。

• ENABLE_SERVER_HEARTBEAT

  確定是否啟用服務器心跳。服務器心跳是從管理器發送到每個 Teamcenter 服務器的許可證心跳調用之間的時間（以秒為單位）。默認設置為0（關閉）。通過設置為任何非零值來啟用心跳。

• LOGINS_PER_MINUTE

  確定池每分鍾允許的登錄次數。默認設置為0（無限制）。

• MAX_POOL_PROCESSING_INTERVAL

  確定任何給定的管理器處理線程在檢查其他工作之前休眠的最長時間（以毫秒為單位）。默認設置為600000（10 分鍾）。

• MIN_POOL_PROCESSING_INTERVAL

  確定任何給定的管理器處理線程在檢查其他工作之前休眠的最短時間（以毫秒為單位）。默認設置為1000。

• POOL_ID

  確定服務器池的 ID。默認設置為PoolA。

• PROCESS_READY_TIMEOUT

  確定經理在終止服務器進程之前等待 Teamcenter 服務器報告它已准備好的時間（以秒為單位）。默認設置為300。

• SERVER_EXECUTABLE

  指定tcserver可執行文件的路徑。默認設置為TC_ROOT \bin\tcserver.exe。

• SERVER_HEARTBEAT_INTERVAL

  確定從管理器發送到每個 Teamcenter 服務器的許可證檢測信號調用之間的時間（以秒為單位）。默認設置為720。

• SERVER_HOST

  定義 Teamcenter 服務器偵聽連接的主機名（或 IP 地址）。存儲和轉發在具有多個網絡接口的機器上很有用。默認情況下，此參數未設置，導致服務器從可用網絡接口中選擇任意網絡接口。

• SERVER_PARAMETERS

  定義啟動 Teamcenter 服務器進程時提供的其他命令行參數。默認設置是-ORBNegotiateCodesets 0。

• SERVER_RETRY_LIMIT

  確定在放棄之前重試向 Teamcenter 服務器發送消息（例如，許可證檢測信號）的次數。默認設置為2。

• SERVER_RETRY_WAIT_PERIOD

  確定向 Teamcenter 服務器發送消息時重試嘗試之間的延遲（以毫秒為單位）。默認設置為1000。

• THREAD_POOL_INVOKING_SERVERS

  確定用於向 Teamcenter 服務器發送消息並在管理器中執行其他雜項任務的線程池的最大大小。默認設置為500。