檢查清單：設定 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 追蹤資料庫清除資料。 |