改善作業系統效能的一般指導方針

應遵循下列一般指導方針來改善作業系統效能：

安裝最新的 BIOS、儲存區域網路 (SAN) 驅動程式、網路介面卡韌體和網路介面卡驅動程式

硬體製造商會定期發行 BIOS、韌體和驅動程式更新，以改善相關聯硬體的效能和可用性。 請造訪硬體製造商的網站，以在BizTalk Server環境中每部電腦上下載並套用下列硬體元件的更新：

1. BIOS 更新

2. 如果使用 SAN) ，SAN 驅動程式 (

3. NIC 韌體

4. NIC 驅動程式

在所有BizTalk Server和SQL Server電腦上啟用「高效能」電源計劃。

根據預設，Windows Server 2008/2008 R2 會設定「平衡」 (建議的) 電源計劃，這可啟用能源消耗，但可能會導致某些工作的延遲增加 (回應時間變慢) ，並造成 CPU 密集應用程式的效能問題。

若要減少延遲，您必須確定執行BizTalk Server的所有伺服器，且SQL Server Windows Power 方案設定為高效能。

評估BizTalk Server和SQL Server電腦上的 Intel Hyper-Threading 使用量

• Pre-Nehalem Hyper-Threading：

  • 應在BizTalk Server電腦上關閉超執行緒。 這是 BIOS 設定，通常位於 BIOS 設定的處理器設定中。 超執行緒可讓伺服器看起來比實際擁有更多的處理器/處理器核心;不過，超執行緒處理器通常會提供實體處理器/處理器核心效能的 20-30%。 當BizTalk Server計算要調整其自我調整演算法的處理器數目時，超執行緒處理器會導致這些調整扭曲，這可能會導致整體效能負面。

  • SQL Server電腦上應該關閉超執行緒，因為可能會造成高層級競爭 (的應用程式，例如BizTalk Server) 可能會導致SQL Server電腦上超執行緒環境中的效能降低。

• Nehalem Hyper-Threading：不同于舊版架構，在 Intel 微架構中啟用超執行緒 「Nehalem」 處理器最多可以提供幾乎線性的容量增加。 為了獲得最佳效能結果，當您部署 「Nehalem」 處理器時，建議您藉由啟用 Intel Hyper-Threading (H-T) Technology 來設定電腦的 BIOS，以達到標示的輸送量增加。

• 硬體虛擬化：使用硬體虛擬化時，虛擬機器會使用虛擬處理器。 可用的 CPU 數目取決於設定虛擬機器時所選擇的設定。 如果硬體是超執行緒的，則虛擬機器不會知道它是超執行緒。

將 MSDTC 記錄檔目錄指派給個別的專用磁片磁碟機

在不同的SQL Server電腦上具有多個 MessageBox 資料庫的BizTalk Server環境中，會產生與 Microsoft Distributed Transaction Coordinator (MSDTC) 相關聯的額外負荷。 根據預設，MSDTC 記錄檔位於執行 DTC 服務之電腦的 %systemdrive%\windows\system32\msdtc 目錄中。 若要減輕 DTC 記錄可能會成為效能瓶頸的可能性，請考慮將 MSDTC 記錄檔目錄移至快速磁片磁碟機。

若要變更 MSDTC 記錄檔目錄，請參閱 設定 DTC 記錄。

設定防毒軟體以避免即時掃描BizTalk Server可執行檔和檔案捨棄

防毒軟體即時掃描BizTalk Server可執行檔，以及由BizTalk Server接收位置監視的任何資料夾或檔案共用，可能會對BizTalk Server效能造成負面影響。 如果防毒軟體安裝在BizTalk Server電腦上，請停用任何BizTalk Server接收位置所參考之非可執行檔案類型的即時掃描， (通常 .XML，但也可以 .csv、.txt 等 ) ，並設定防毒軟體來排除掃描BizTalk Server可執行檔

停用BizTalk Server環境中電腦之間的入侵偵測網路掃描

入侵偵測軟體可能會變慢或甚至防止透過網路進行有效的通訊。 如果已安裝入侵偵測軟體，請停用BizTalk Server電腦與外部資料存放庫之間的網路掃描， (SQL Server) 電腦或訊息服務 (例如訊息佇列和 WebSphere MQSeries) 電腦。

定期重組BizTalk Server環境中的所有磁片

BizTalk Server環境中的過多磁片分散會對效能造成負面影響。 請遵循下列步驟，在BizTalk Server環境中重組磁片：

1. 排程非時數磁片重組，定期將所有磁片 (本機和 SAN/NAS) 重組。

2. 重組 Windows PageFile，並在BizTalk Server環境中預先配置每個磁片的主要檔案資料表，以提升整體系統效能。

如果防毒軟體安裝在SQL Server電腦上，請停用資料和事務檔的即時掃描

(.mdf、.ndf、.ldf、.mdb) 即時掃描SQL Server資料和交易記錄檔可能會增加磁片 I/O 爭用，並減少SQL Server效能。 請注意，SQL Server資料和事務檔的名稱可能會因BizTalk Server環境而異。 如需使用預設BizTalk Server組態所建立之資料和交易檔案的詳細資訊，請參閱優化 Databases2 的檔案群組。

設定 MSDTC 以進行BizTalk Server和SQL Server

若要協助SQL Server與BizTalk Server之間的交易，您必須啟用 Microsoft Distributed Transaction Coordinator (MSDTC) 。

若要設定分散式交易協調器 (DTC)

1. 按一下 [開始]，按一下 [ 執行]，輸入 dcomcnfg，然後按一下 [ 確定 ] 以開啟 [元件服務]。

2. 在主控台樹中，依序展開 [ 元件服務]、[ 電腦]、[ 我的電腦]、[ 分散式交易協調器]，然後按一下 [ 本機 DTC]。

3. 以滑鼠右鍵按一下 [ 本機 DTC]，然後按一下 [ 屬性 ] 以顯示 [ 本機 DTC 屬性 ] 對話方塊。

4. 在 [ 追蹤] 索引標籤的 [ 輸出選項 ] 區段下，清除 [追蹤輸出 ] 方塊。

5. 按一下 [安全性] 索引標籤。

6. 確定已選取下列四個選項，並清除所有其他選項：

   • 網路 DTC 存取

   • 允許輸入

   • 允許輸出

   • 不需要驗證

7. 按一下 [確定 ] 以關閉 [ 本機 DTC 屬性 ] 對話方塊。 如果系統提示您重新開機 MSDTC 服務，請按一下 [ 是]。

8. 關閉 [元件服務]。

9. 按一下 [開始]，指向 [ 系統管理工具]，然後按一下 [具有進階安全性的 Windows 防火牆]。

10. 在 [具有進階安全性的 Windows 防火牆] 中，按一下 [ 輸入規則]。

11. 在 [ 輸入規則] 窗格中，以滑鼠右鍵按一下 [ 分散式交易協調器] (，視需要) ，然後按一下 [ 啟用規則]。

12. 在 [具有進階安全性的 Windows 防火牆] 中，按一下 [ 輸出規則]。

13. 在 [ 輸出規則] 窗格中，以滑鼠右鍵按一下 [ 分散式交易協調器] (，視需要) ，然後按一下 [ 啟用規則]。

14. 在主控台上，按兩下[系統管理工具]。

15. 在右側窗格中，按兩下 [服務]。

16. 在 [服務] 的右窗格中 ， ([本機) ]，以滑鼠右鍵按一下 [COM+ 系統應用程式]，按一下 [ 重新開機]，然後等候服務重新開機。

17. 以滑鼠右鍵按一下並重新啟動 分散式交易協調器 服務。

18. 以滑鼠右鍵按一下並重新啟動SQL SERVER (MSSQLSERVER) 服務。

19. 關閉 [服務] ([本機) ]，然後關閉 [系統管理工具]。

為BizTalk Server設定防火牆 ()

注意

只有在BizTalk Server環境中有一或多個防火牆時，才需要此步驟。

檢閱下列資訊，以設定防火牆 () BizTalk Server：

• BizTalk Server的必要端口。

• 若要設定 RPC 動態埠配置以使用防火牆，請參閱 Windows Vista 和 Windows Server 2008 中 TCP/IP 的預設動態埠範圍已變更。 如需如何設定 Windows 防火牆以容納必要端口的資訊，請參閱 Windows 防火牆和 IPsec 原則部署逐步指南。

使用 Interrupt-Affinity 原則工具將網路介面卡中斷系結至多處理器電腦上的特定處理器

Interrupt-Affinity 原則 (IntPolicy) 是一種工具，可讓您「系結」或變更指定裝置中斷的 CPU 親和性 (，例如網路介面卡) 到多處理器電腦上的特定處理器或處理器。 此系結也稱為資料分割。 從特定網路介面卡到多處理器電腦上特定處理器的中斷系結，會強制執行延後程序呼叫， (DPC) 和插斷服務常式， (ISR) 指定處理器上的網路介面卡。 請注意，無法在單一處理器電腦上設定中斷親和性。

注意

DPC 定義為核心模式函式的佇列呼叫，通常會在稍後執行。 ISR 定義為常式，其用途是在裝置產生中斷時提供服務。

Interrupt-Affinity 原則工具

在 Windows Server 2008 型多處理器電腦上，中斷控制器的預設行為是將裝置中斷指派給任何可用的處理器。 當指定網路介面卡的網路連線和檔案伺服器會話系結/分割以在特定處理器集上執行時，而不是任何可用的處理器，則會改善相關聯網絡處理的效能和延展性。 大型BizTalk Server解決方案通常會使用具有多個網路介面卡的多處理器SQL Server電腦，其中插斷系結可能會特別有説明。

使用 IntPolicy 的中斷系結應該一律在測試環境中進行評估，再于生產環境中採用。 測試環境的硬體、作業系統和應用程式設定應該盡可能接近生產環境。 這可讓您測試中斷系結的各種排列，並判斷中斷系結會增加效能的範圍。

建議您在具有支援超執行緒之 CPU 的電腦上設定 IntPolicy 之前，先停用超執行緒。 這可確保中斷會指派給實體處理器，而不是邏輯處理器。 將中斷親和性指派給參考相同實體處理器的邏輯處理器不會增加效能，甚至可能會降低系統效能。

中斷親和性原則工具可從 WHDC 網站下載。

在所有磁片區上使用 NTFS 檔案系統

Windows Server 提供多個檔案系統類型來格式化磁片磁碟機，包括 NTFS、FAT 和 FAT32。 NTFS 應一律是伺服器選擇的檔案系統。

NTFS 對於 FAT 和 FAT32 檔案系統提供相當多的效能優勢，而且應該在 Windows 伺服器上獨佔使用。 此外，NTFS 提供許多安全性、延展性、穩定性和復原性優點，而優於 FAT 和 FAT32。

在舊版的 Windows 下，FAT 和 FAT32 通常會針對較小的磁片區實作， (假設 < 500 MB) ，因為它們在這類情況下通常會更快。 目前磁片儲存體相對便宜，且作業系統和應用程式將磁片磁碟機容量推送至最大，因此不太可能使用這類小型磁片區。 FAT32 會比較大型磁片區上的 FAT 更大規模，但仍不是適用于 Windows 伺服器的適當檔案系統。

FAT 和 FAT32 通常在過去實作，因為它們在發生磁片區問題時，使用原生 DOS 工具更容易復原及管理。 現在，透過原生建置成作業系統的各種 NTFS 可復原性工具，並可作為協力廠商公用程式使用，就不應該再使用 NTFS 作為檔案系統的有效引數。

請勿使用 NTFS 檔案壓縮

雖然使用 NTFS 檔案系統壓縮是減少磁片區空間的簡單方式，但不適用於企業檔案伺服器。 實作壓縮會對所有磁片作業的 CPU 造成不必要的額外負荷，而且最好避免。 請考慮新增其他磁片、近行儲存體或考慮封存資料的選項，然後再仔細考慮檔案系統壓縮。

檢閱磁碟控制卡等量大小和磁片區配置單位

在硬體磁碟機控制器內設定磁片磁碟機陣列和邏輯磁片磁碟機時，請確定您符合控制器等量大小，以及磁片區將格式化的配置單位大小。 這可確保磁片讀取和寫入效能最佳，並提供更佳的整體伺服器效能。 設定較大的配置單位 (或叢集或區塊) 大小會導致磁碟空間使用效率較低，但也會提供較高的磁片 I/O 效能，因為磁片前端可以在每次讀取活動期間讀取更多資料。 若要判斷設定控制器並格式化磁片的最佳設定，您應該判斷具有類似檔案系統特性之伺服器的磁片子系統平均磁片傳輸大小。 使用 Windows 效能監視器工具來監視平均磁片位元組/讀取和平均磁片位元組/寫入一段時間的邏輯磁片物件計數器，以協助判斷要使用的最佳值。 雖然系統將存取許多小型檔案或記錄時，可能需要較小的配置單位大小，但在大部分情況下，配置單位大小為 64 KB 可提供音效效能和 I/O 輸送量。 當磁片負載增加時，可以特別留意微調配置單位大小的效能改善。

注意

格式化磁片區時，需要 FORMAT 命令列工具或磁片管理工具，才能指定大於 4096 個位元組的配置單位大小， (4 KB) 。 Windows 檔案總管只會格式化至此臨界值。 CHKDSK 命令可用來確認磁片區的目前配置單位大小，不過它必須先掃描整個磁片區，才能顯示所需的資訊， (在每個配置單位中顯示為位元組) 。

監視磁片磁碟機空間使用率

磁片上的資料越少，其運作速度就越快。 這是因為在妥善重組的磁片磁碟機上，資料會盡可能接近磁片的外部邊緣寫入，因為這是磁片最快速微調並產生最佳效能的位置。 磁片搜尋時間通常比讀取或寫入活動長很多。 如上所述，資料一開始會寫入磁片的外部邊緣。 隨著磁片儲存體的需求增加和可用空間減少，資料會更接近磁片的中心。 當前端從邊緣移動時，磁片搜尋時間會增加，並在找到時需要較長的時間才能讀取，而阻礙磁片 I/O 效能。 這表示監視磁碟空間使用率不只基於容量考慮而重要，也基於效能。 根據經驗法則，努力達成將磁碟空間保持在總計 20% 到 25% 之間的可用空間目標。 如果可用磁碟空間低於此閾值，則磁片 I/O 效能將會受到負面影響。

實作策略以避免磁碟片段

定期在您的磁片上執行重組器公用程式，包括根磁片磁碟機，以防止效能降低。 每週在忙碌磁片上執行此動作。 磁片重組器會隨 Windows 一起安裝，並可依指定的間隔從排程的工作執行。

優化背景服務的 Windows Server 效能

BizTalk Server進程 (BTSNTSVC.exe) 會以背景服務的形式執行。 Windows Server 2008 使用先占式多工處理來設定 CPU 將參與的進程執行緒優先順序。 先占式多重工作是一種方法，可藉由停止執行進程並啟動另一個進程，並視作業系統的考慮啟動。 此配置可防止單一線程主導 CPU。 將 CPU 從執行一個進程切換至下一個進程，稱為內容切換。 Windows 作業系統包含一個設定，可決定在發生內容交換器之前，允許在 CPU 上執行個別執行緒的時間長度，並且服務下一個執行緒。 這個時間量稱為量子。 此設定可讓您選擇在前景程式和背景服務之間共用處理器數量的方式。 通常對於伺服器，不建議讓前景程式配置比背景服務更多的 CPU 時間。 也就是說，在伺服器上執行的所有應用程式和其進程都應該獲得 CPU 時間的同等考慮。 若要提高 BizTalk 主機實例等背景服務的效能，請遵循下列步驟：

1. 按一下[開始]，按一下[主控台]，然後按一下 [系統]。

2. 按一下 [進階]索引標籤，然後按一下[效能] 底下的 [設定]。

3. 按一下 [ 進階] 索引標籤，按一下 [ 背景服務]，然後按一下 [ 確定 ] 兩次。

停用非基本服務

Windows Server 2008 的預設安裝可啟用BizTalk Server環境中可能不需要的數項服務。 每個執行中的服務都會耗用系統資源，因此應該停用不必要的服務，以改善整體效能。 停用服務時應小心。 在停用服務之前徹底研究服務的目的，因為 Windows Server 需要執行某些服務。 如果 Windows Server 2008 所需的服務已停用，作業系統可能會變得無法運作，甚至可能無法開機。 若要停用專用BizTalk Server不需要的 Windows Server 2008 服務，請遵循下列步驟：

1. 按一下 [開始]，指向 [ 系統管理工具]，然後按一下 [ 電腦管理]。

2. 在 [電腦管理 (本機) ] 下，展開 [服務和應用程式]，然後按一下 [ 服務]。 在 [狀態] 資料行中，正在執行的每個服務都會標示為「已啟動」。停止並停用不必要的任何服務，例如，專用BizTalk Server上不需要下列服務：

   • 警示程式

   • 剪貼 簿

   • DHCP 伺服器

   • 傳真服務

   • 檔案複寫

   • 基礎結構監視器

   • 網際網路連線共用

   • Messenger

   • NetMeeting 遠端桌面共用

   • 網路 DDE

   • 網路 DDE DSDM

   • NWLink NetBIOS

   • NWLink IPX/SP

   • 列印多工緩衝處理器

   • Telephony

   • Telnet

   • 不斷電供應系統

3. 請注意，相依于您想要停用之每個服務的服務。 若要這樣做，請遵循下列步驟：

   1. 按兩下您想要停用的服務。

   2. 按一下 [相依性] 索引標籤。

   3. 在 [此服務取決於下列系統元件 ] 清單中，請注意此服務相依的服務。

   4. 在 下列系統元件相依于此服務 清單中，請注意無法啟動此服務的服務，然後按一下 [ 確定]。

4. 一次一次停用您選取的每個服務。 若要這樣做，請遵循下列步驟：

   1. 以滑鼠右鍵按一下您想要停用的服務，然後按一下 [ 屬性]。

   2. 在 [ 啟動類型] 清單中，按一下 [已停用]。

   3. 如果您想要立即停止服務，請按一下 [ 停止]。

      如果出現 [ 停止其他服務 ] 對話方塊，請注意也會停止的其他相依服務，然後按一下 [ 是]，然後按一下 [ 確定]。

5. 重複步驟 4 以停用其他無用服務。

注意

在停用每個服務之後測試伺服器是否有正確的作業，以確定您未停用您想要繼續使用的服務。 如果伺服器是 BizTalk Server 通常是 Windows Server 2008 網域的成員，您必須在系統上擁有 TCP/IP 協助程式服務，才能正確套用群組原則電腦。 當您停用 DHCP 用戶端時，DHCP 用戶端會停止 DNS 動態更新通訊協定註冊，而且需要將此用戶端手動 DNS 記錄新增至 DNS 伺服器。

手動載入 Microsoft 憑證撤銷清單

啟動 .NET 應用程式時，.NET Framework會嘗試下載任何已簽署元件的憑證撤銷清單 (CRL) 。 如果您的系統沒有網際網路的直接存取權，或受限於存取 Microsoft.com 網域，這可能會延遲啟動BizTalk Server。 若要避免在應用程式啟動時發生此延遲，您可以使用下列步驟，在系統上手動下載並安裝程式碼簽署憑證吊銷清單。

1. 從 http://crl.microsoft.com/pki/crl/products/CodeSignPCA.crl 和 http://crl.microsoft.com/pki/crl/products/CodeSignPCA2.crl 下載最新的 CRL 更新。

2. 將 CodeSignPCA.crl 和 CodeSignPCA2.crl 檔案移至隔離的系統。

3. 從命令提示字元中，輸入下列命令，以使用 certutil 公用程式，使用步驟 1 下載的 CRL 更新本機憑證存放區：

   certutil –addstore CA c：\CodeSignPCA.crl

   CRL 檔案會定期更新，因此您應該考慮設定下載和安裝 CRL 更新的遞迴工作。 若要檢視下一次更新時間，請按兩下 .crl 檔案，然後檢視 [ 下一個更新 ] 欄位的值。

在所有伺服器上同步處理時間

許多涉及票證、收據和記錄的作業都依賴本機系統時鐘正確無誤。 這在分散式環境中特別正確，其中系統之間的時間不一致可能會導致一個系統未同步處理或某個系統發出的票證遭到另一個系統拒絕為過期或無效。

如需設定伺服器自動同步處理時間的詳細資訊，請參閱 設定用戶端電腦以進行自動網域時間同步處理。

設定 Windows PAGEFILE 以獲得最佳效能

請遵循下列指導方針來設定 Windows PAGEFILE (分頁檔案) ，以獲得最佳效能：

1. 將分頁檔案移至與已安裝作業系統的實體磁片磁碟機不同的實體磁片區，以減少磁片爭用並增加磁片效能- 在BizTalk Server電腦上，與移動分頁檔案相關聯的效能提升會根據檔處理負載而有所不同。 在SQL Server電腦上，由於SQL Server的磁片密集本質，將所有案例中的分頁檔案移至個別磁片區會被視為最佳做法。

2. 將分頁檔案隔離到一或多個設定為 RAID-0 (等量磁片磁碟機或 RAID-1) 或 RAID-1 (鏡像) 陣列，或在沒有 RAID 的單一磁片上 ，使用專用磁片或磁片磁碟機陣列，其中 PAGEFILE.SYS 是整個磁片區的唯一檔案，分頁檔案將不會變成分散。 這也會改善效能。 如同大部分的磁片陣列，陣列的效能會隨著陣列中的實體磁片數目增加而改善。 如果分頁檔案分散于磁片陣列中多個實體磁片磁碟機上的多個磁片區之間，則分頁檔案大小應該與陣列中每個磁片磁碟機的大小相同。 設定磁片陣列時，也建議您使用具有相同容量和速度的實體磁片磁碟機。 請注意，分頁檔案通常不需要備援。

3. 請勿在 RAID 5 陣列上設定分頁檔案 - 不建議在 RAID 5 陣列上設定分頁檔案，因為分頁檔案活動需要大量寫入，而且 RAID 5 陣列比寫入效能更適合讀取效能。

4. 如果您沒有資源可將分頁檔案移至安裝作業系統以外的實體磁片區，請將分頁檔案設定為位於與作業系統相同的邏輯 磁片區上 - 將分頁檔案設定為位於與作業系統位於相同實體磁片上的另一個邏輯磁片區上，將會增加磁片搜尋時間，並降低磁片磁片磁片磁碟機配置頭的系統效能將會持續在磁片區之間移動，以替代方式存取頁面檔案、作業系統檔案、應用程式檔案和資料檔案。 此外，作業系統通常會安裝在實體磁片的第一個磁碟分割上，這通常是最接近實體磁片外部邊緣，以及磁片速度與相關聯的效能最適合磁片。

   重要

   如果您從開機磁碟分割移除分頁檔案，Windows 無法建立損毀傾印檔案 (MEMORY。DMP) ，以在發生核心模式 STOP 錯誤時寫入偵錯資訊。 如果您需要損毀傾印檔案，則您沒有選項，但讓分頁檔案至少在開機磁碟分割上保留實體記憶體大小 + 1 MB。

5. 手動設定分頁檔案的大小 – 手動設定分頁檔案的大小 通常可提供比允許伺服器自動調整大小或完全沒有分頁檔案更好的效能。 最佳做法微調是將分頁檔案的初始 (最小) 和大小上限設定設為相同的值。 這可確保不會遺失任何處理資源，而動態重設分頁檔案的大小可能會很密集。 這特別正確，因為當系統上的記憶體資源已經受到限制時，通常會發生此調整大小活動。 設定相同的最小和最大頁面檔案大小值，也可確保磁片上的分頁區域是單一連續區域，以改善磁片搜尋時間。 Windows Server 2008 會自動建議總分頁檔案大小等於已安裝 RAM 數量 1.5 倍。 在具有足夠磁碟空間的伺服器上，合併所有磁片上的分頁檔案應該設定為最多兩倍的實體記憶體，以達到最佳效能。

移除需要大量 CPU 的螢幕保護裝置程式

3D 或 OpenGL 螢幕儲存程式已知需要大量 CPU，並在執行時使用重要的系統資源。 最好避免在伺服器建置時間完整安裝這些選項，或者如果已安裝它們，請將其移除。 基本的「Windows Server 2008」或空白螢幕儲存程式是使用 CPU 密集螢幕儲存程式的絕佳替代方案。

另請參閱

最佳化作業系統效能