共用方式為

檢查清單：設定 SQL Server

  • 發行項

準備SQL Server以用於BizTalk Server生產環境時要遵循的步驟。

設定 SQL Server

步驟 參考
監視和減少BizTalk Server資料庫檔案磁片 I/O 競爭。 - 建議您主動監視存放資料和交易記錄檔之磁片的磁片 I/O 使用量。
- 我們建議將這些資料檔和交易記錄檔放在專用磁片磁碟機上，以減少磁片 I/O 競爭成為問題的可能性。
- 您可以藉由分隔 MessageBox 和 Tracking (DTA) 資料庫，以及分隔不同實體磁片上的資料庫檔案和交易記錄檔，來減少磁片 I/O 競爭。

如需詳細資訊，請參閱 監視和減少資料庫 IO 爭用
確定已正確對齊磁碟分割上設定SQL Server 正確對齊的磁碟分割可能會導致延遲大幅降低，進而改善SQL Server效能，進而增強BizTalk Server效能。 相反地，非對齊磁碟分割可能會對 I/O 效能造成負面影響，進而降低SQL Server和BizTalk Server效能。

如需正確對齊磁碟分割如何影響效能的詳細資訊，請參閱磁碟分割對齊最佳做法SQL Server。
使用SQL Server Profiler保留您監視的事件 使用 SQL Server Profiler 只監視您感興趣的事件。 如果追蹤變得太大，您可以根據所需的資訊進行篩選，以便只收集事件資料的子集。 監視太多事件會增加伺服器與監視處理序的負擔，且會使得追蹤檔案或追蹤資料表增長過大，尤其是需要花費長時間的監視處理序更是如此。
監視和減少 DTC 記錄檔磁片 I/O 競爭。 監視和減少 DTC 記錄檔磁片 IO 爭用
提供SQL Server資料庫的高可用性。 規劃資料庫可用性
檢閱容錯移轉案例的作用中/主動SQL Server叢集設定。 檢閱及測試容錯移轉案例的 SQL Server 叢集設定
針對下列專案使用預設組態設定：

- MDOP) (平行處理原則的最大程度。
- BizTalk Server MessageBox 資料庫的SQL Server統計資料。
- SQL Server資料庫索引重建和重組。		 不應該變更的 SQL Server 設定
啟用追蹤旗標 1118 (TF1118) 作為所有SQL Server實例的啟動參數。 實作 TF1118 可藉由移除幾乎所有單一頁面配置，來協助減少SQL Server實例之間的爭用。 如需詳細資訊，請參閱 Microsoft 知識庫文章 tempdb 資料庫的並行增強功能。

注意： 如需 TF1118 的詳細資訊，請參閱 有關 TF1118 的誤解。 請注意，此連結的內容不是由 Microsoft 所擁有，且 Microsoft 不保證內容的精確度。
在BizTalk Server所使用的每個SQL Server實例上，將 tempdb 資料庫分割成大小相等的多個資料檔案。 請確定用於 tempdb 的資料檔案大小相等。 這很重要，因為SQL Server所使用的比例填滿演算法是以資料檔案的大小為基礎。 如果資料檔案的大小不相等，則比例填滿演算法會針對全域配置對應使用最大檔案， (GAM) 配置，而不是在所有檔案之間分配配置，進而破壞建立多個資料檔案的目的。 一般指導方針是針對伺服器上的每個 CPU 建立一個資料檔案，然後視需要向上或向下調整檔案數目。 請注意，雙核心 CPU 被視為兩個 CPU。 在任何情況下，無論電腦上有多少額外的核心可用，資料檔案數目不得大於 8。 如需 tempdb 檔案的詳細資訊，請參閱 優化 tempdb 效能。
將 [最小] 和 [最大伺服器記憶體] 設定為裝載 BizTalk Server 資料庫的 SQL Server 實例 () 相同的值。 執行SQL Server BizTalk Server資料庫的電腦應該專用於執行SQL Server。 當執行SQL Server裝載BizTalk Server資料庫的電腦專用於執行SQL Server時，建議將每個SQL Server實例上的 [最小伺服器記憶體] 和 [最大伺服器記憶體] 選項設定為指定要配置給SQL Server的固定記憶體數量。 在此情況下，您應該將 'min server memory' 和 'max server memory' 設定為相同的值， (等於SQL Server將使用) 的最大實體記憶體數量。 這可減少SQL Server動態管理這些值所要使用的額外負荷。 在執行 SQL Server 的每部電腦上執行下列 T-SQL 命令，以指定要配置給SQL Server的固定記憶體數量：

sp_configure 'Max Server memory (MB) '， (mb) sp_configure 'Min Server memory (MB) ' 的大小上限， (MB)

在設定SQL Server的記憶體數量之前，請先將 Windows Server 所需的記憶體減去總實體記憶體，以判斷適當的記憶體設定。 這是您可以指派給SQL Server的最大記憶體數量。 注意：如果電腦 () 執行SQL Server裝載BizTalk Server資料庫的電腦也會裝載 Enterprise Single Sign-On主要密碼，如叢集主要密碼伺服器主題中所述，您可能需要調整此值，以確保有足夠的記憶體可用來執行 Enterprise Single Sign-On Service。
考慮 BizTalk 追蹤資料庫的大小 - 判斷 BizTalk 追蹤 (DTA) 資料庫中的訊息大小時，如果訊息大小明顯與訊息大小相較，請將訊息內容的平均大小新增至訊息大小。
- 若要限制 BizTalk 追蹤資料庫中的訊息大小，請限制您升級的屬性數目。
- 如果已啟用協調流程偵錯工具選項，請將協調流程中每個圖形的狀態儲存在 BizTalk 追蹤資料庫中。

執行SQL Server維護程式

步驟 參考
定義BizTalk Server資料庫的自動成長設定。 - 資料庫自動成長應該設定為固定的 MB 數目，而不是百分比，特別是針對 MessageBox 和 Tracking 資料庫。 根據您的BizTalk Server應用程式和輸送量，MessageBox 和 Tracking 資料庫可能會變得相當大。 如果自動成長設定為百分比，則自動成長也可以相當重要。
- 立即檔案初始化可大幅降低檔案成長作業的效能影響。
- 在理想情況下，應該預先配置支援檔案群組的檔案大小，並盡可能將 設定為靜態大小。

如需詳細資訊，請參閱 定義資料庫的自動成長設定。
備份BizTalk Server資料庫 - 建議您執行BizTalk Server備份作業，以防止BizTalk Server資料庫交易記錄以不受系結的方式成長。
- 您應該定期還原整個BizTalk Server環境，並仔細記錄程式。
- 建議您封存舊的備份檔案。

如需詳細資訊，請參閱 備份資料庫。
監視BIZTALK SERVER SQL Agent 作業。 監視這些作業的健康情況，並確定它們正在執行，而不會發生錯誤。 如需詳細資訊，請參閱監視SQL Server Agent作業。
啟用BizTalk Server追蹤和封存 「DTA 清除和封存」SQL Agent 作業會封存並清除 BizTalk 追蹤資料庫中的舊資料，使其無法受到控制。 這對於狀況良好的BizTalk Server系統而言非常重要。 如需詳細資訊，請參閱 清除和封存追蹤資料。

備份BizTalk Server資料庫

步驟 參考
確認已設定備份BizTalk Server SQL Agent 作業。 請參閱設定備份BizTalk Server作業
設定備份BizTalk Server SQL Agent 作業，以刪除早于變數所指定 @DaysToKeep 天數的備份檔案。 如果未刪除備份檔案，這些備份檔案可能會隨著時間成長未系結，而這可能會填滿包含備份檔案的磁片 () ，並造成與磁碟空間有限相關的問題。 請參閱設定備份BizTalk Server作業
確認已啟用並執行備份BizTalk Server SQL Agent 作業。 監視 SQL Server Agent 作業

使用SQL Server記錄傳送進行災害復原

步驟 參考
確認災害復原伺服器具有處理生產負載的容量。 請參閱使用BizTalk Server記錄傳送進行災害復原
請確定已妥善記載災害復原常式的詳細資料。 請參閱使用BizTalk Server記錄傳送進行災害復原
在一般測試過程中，練習容錯移轉至災害復原網站，特別是當新的 BizTalk 應用程式放入生產環境中時。 請參閱使用BizTalk Server記錄傳送進行災害復原

監視 sql Agent 作業BizTalk Server

步驟 參考
確認SQL Server Agent服務正在執行。 請參閱監視SQL Server Agent作業
確認BizTalk Server安裝的SQL Server Agent作業已啟用並成功執行。 請參閱監視SQL Server Agent作業
確認BizTalk Server SQL Agent 作業已及時完成。 請參閱監視SQL Server Agent作業

清除和封存追蹤資料

步驟 參考
請確定 SQL Agent 作業 「DTA 清除和封存」已正確設定、啟用且成功完成。 請參閱 設定 DTA 清除和封存作業。
請確定工作能夠儘快清除追蹤資料，就像產生傳入追蹤資料一樣快。 請參閱 測量最大永續性追蹤輸送量
檢閱虛清除和硬式清除參數，以確保您將資料保持在最佳時間長度。 請參閱 封存和清除 BizTalk 追蹤資料庫。
如果您只需要清除舊資料，而且不需要先封存它，請變更 SQL Agent 作業以呼叫預存程式 「dtasp_PurgeTrackingDatabase」。 請參閱 從 BizTalk 追蹤資料庫清除資料。

下一個