共用方式為

SQL Server Distributed Replay 概觀

  • 發行項

適用於： SQL Server 2016 (13.x)、 SQL Server 2017 (14.x) 和 SQL Server 2019 (15.x)

重要

SQL Server Distributed Replay 不適用於 SQL Server 2022 (16.x)。

Microsoft SQL Server Distributed Replay 功能可協助您評定未來 SQL Server 升級的影響， 也可以用來協助評定硬體和作業系統升級以及 SQL Server 微調的影響。

Distributed Replay 已在 SQL Server 2022 中退場。

從 SQL Server 2022 (16.x) 起，Distributed Replay 已被取代，如 SQL Server 2022 (16.x) 中已被取代的資料庫引擎功能中所述。 Distributed Replay 依賴於 SQL Server Native Client (SNAC)，後者已從 SQL Server 2022 (16.x) 中移除。 此項變更記載於 SQL Server Native Client 的支援原則中。 此外，Distributed Replay 依賴於已被取代的 SQL 追蹤和 SQL Server Profiler 所擷取的 .trc 檔案。

Distributed Replay Controller 已從 SQL Server 2022 (16.x) 安裝程式中移除，且從 18 版本開始的 SQL Server Management Studio (SSMS) 中已不再提供 Distributed Replay Client。 要取得 Distributed Replay Controller，您必須安裝 SQL Server 2019 (15.x) 或更早版本。 要取得 Distributed Replay Client，您必須安裝 SSMS 17.9.1。

對於使用 SQL Server 2022 (16.x) 的客戶，可以改用重新執行標記語言 (RML) 公用程式，其中包含 ostress，以重新執行工作負載。

Distributed Replay 的優點

與 SQL Server Profiler 相似之處在於，您可使用 Distributed Replay，針對已升級的測試環境重新執行擷取的追蹤。 而與 SQL Server Profiler 不同的是，Distributed Replay 不限於從單一電腦重新執行工作負載。

Distributed Replay 提供比 SQL Server Profiler 更容易調整的解決方案。 您可以使用 Distributed Replay，從多部電腦重新執行工作負載，並有效地模擬關鍵任務的工作負載。

Distributed Replay 功能可以使用多部電腦來重新執行追蹤資料，並模擬任務關鍵性工作負載。 您可以使用 Distributed Replay 進行應用程式相容性測試、效能測試或容量計畫。

使用 Distributed Replay 的時機

SQL Server Profiler 和 Distributed Replay 所提供的功能有部分重疊。

您可使用 SQL Server Profiler，針對已升級的測試環境重新執行擷取追蹤。 您也可以分析重新執行結果，以便尋找可能的功能與效能不相容。 不過，SQL Server Profiler 只能從單一電腦重新執行工作負載。 重新執行具有許多使用中並行連線或高輸送量的密集型 OLTP 應用程式時，SQL Server Profiler 可能會變成資源瓶頸。

Distributed Replay 提供比 SQL Server Profiler 更容易調整的解決方案。 您可以使用 Distributed Replay，從多部電腦重新執行工作負載，並有效地模擬關鍵任務工作負載。

下表將描述使用每項工具的時機。

工具 使用時機...
SQL Server Profiler 您想要在單一電腦上使用傳統的重新執行機制。 尤其，您需要逐行偵錯功能，例如 [步驟]、[執行至資料指標處] 及 [切換中斷點] 命令。

您想要重新執行 Analysis Services 追蹤。
Distributed Replay 您想要評估應用程式相容性。 例如，您想要測試 SQL Server 和作業系統升級案例、硬體升級或索引微調。

擷取追蹤中的並行過高，導致單一重新執行用戶端無法充分進行模擬。

Distributed Replay 概念

下列元件構成 Distributed Replay 環境：

  • Distributed Replay 系統管理工具：用來與 Distributed Replay Controller 進行通訊的主控台應用程式 DReplay.exe。 您可以使用管理工具來控制分散式重新執行。

  • Distributed Replay 控制器：一部電腦，執行名為 SQL Server Distributed Replay 控制器的 Windows 服務。 Distributed Replay Controller 可協調 Distributed Replay Client 的動作。 每個 Distributed Replay 環境都只能有一個 Controller 執行個體。

  • Distributed Replay 用戶端：一或多部電腦 (實體或虛擬)，執行名為 SQL Server Distributed Replay 用戶端的 Windows 服務。 Distributed Replay Client 會共同運作以模擬 SQL Server 執行個體的工作負載。 每個 Distributed Replay 環境中可以有一個或多個用戶端。

  • 目標伺服器：Distributed Replay 用戶端可用來重新執行追蹤資料的 SQL Server 執行個體。 我們建議將目標伺服器放置於測試環境中。

Distributed Replay 管理工具、Controller 及 Client 可以安裝在不同的電腦上，也可以安裝在同一部電腦上。 在同一部電腦上，只能執行一個 Distributed Replay Controller 或 Client 服務的執行個體。

下圖顯示 SQL Server Distributed Replay 實體架構：

Distributed Replay 架構的圖表。

Distributed Replay 工作

工作描述 發行項
描述如何設定 Distributed Replay。 設定 Distributed Replay
描述如何準備輸入追蹤資料。 準備輸入追蹤資料
描述如何重新執行追蹤資料。 重新執行追蹤資料
描述如何檢閱 Distributed Replay 追蹤資料結果。 檢閱重新執行的結果
描述如何使用管理工具來起始、監視和取消控制器上的作業。 管理工具命令列選項 (Distributed Replay Utility)

規格需求

使用 Distributed Replay 功能之前，請先考慮本文所列的產品需求。

輸入追蹤需求

為了順利重新執行追蹤資料，它必須符合版本和格式的需求，並且包含必要的事件和資料行。

輸入追蹤版本

Distributed Replay 支援從下列 SQL Server 版本收集而來的輸入追蹤資料：

  • SQL Server 2019 (15.x)
  • SQL Server 2017 (14.x) (累積更新 1 和更新版本 - 請參閱 SQL Server 2017 累積更新)
  • SQL Server 2016 (13.x)
  • SQL Server 2014 (12.x)
  • SQL Server 2012 (11.x)
  • SQL Server 2008 R2 (10.50.x)
  • SQL Server 2008 (10.0.x)
  • SQL Server 2005 (9.x)

輸入追蹤格式

輸入追蹤資料可以採用下列任何格式：

  • 具有 .trc 副檔名的單一追蹤檔案。

  • 一組遵循檔案換用命名規範的換用追蹤檔案，例如：<TraceFile>.trc、<TraceFile>_1.trc、<TraceFile>_2.trc、<TraceFile>_3.trc... <TraceFile>_n.trc。

輸入追蹤事件和資料行

輸入追蹤資料必須包含特定的事件及資料行，如此 Distributed Replay 才可重新執行。 SQL Server Profiler 中的 TSQL_Replay 範本包含所有必要的事件和資料，以及額外資訊。 如需該範本的詳細資訊，請參閱 重新執行需求。

警告

若您未使用 TSQL_Replay 範本來擷取輸入追蹤資料，或不符合輸入追蹤資料的需求，可能會收到未預期的重新執行結果。

您也可以建立自訂追蹤範本，並使用該範本搭配 Distributed Replay 重新執行事件，但該範本必須包含下列事件：

  • 稽核登入
  • 稽核登出
  • ExistingConnection
  • RPC Output Parameter
  • RPC:Completed
  • RPC:Starting
  • SQL:BatchCompleted
  • SQL:BatchStarting

如果您要重新執行伺服器端資料指標，也必須有下列事件：

  • CursorClose
  • CursorExecute
  • CursorOpen
  • CursorPrepare
  • CursorUnprepare

如果您要重新執行伺服端已準備的 SQL 陳述式，也必須有下列事件：

  • Exec Prepared SQL
  • Prepare SQL

所有輸入追蹤資料都必須包含下列資料行：

  • Event Class
  • EventSequence
  • TextData
  • 應用程式名稱
  • LoginName
  • DatabaseName
  • 資料庫識別碼
  • HostName
  • Binary Data
  • SPID
  • Start Time
  • EndTime
  • IsSystem

支援的輸入追蹤與目標伺服器組合

下表列出支援的追蹤資料版本，以及各版本支援重新執行資料的 SQL Server 版本。

輸入追蹤資料的版本 目標伺服器執行個體支援的 SQL Server 版本
SQL Server 2005 (9.x) SQL Server 2008 (10.0.x)、SQL Server 2008 R2 (10.50.x)、SQL Server 2012 (11.x)、SQL Server 2014 (12.x)、SQL Server 2016 (13.x)、SQL Server 2017 (14.x)、SQL Server 2019 (15.x)
SQL Server 2008 (10.0.x) SQL Server 2008 (10.0.x)、SQL Server 2008 R2 (10.50.x)、SQL Server 2012 (11.x)、SQL Server 2014 (12.x)、SQL Server 2016 (13.x)、SQL Server 2017 (14.x)、SQL Server 2019 (15.x)
SQL Server 2008 R2 (10.50.x) SQL Server 2008 R2 (10.50.x)、SQL Server 2012 (11.x)、SQL Server 2014 (12.x)、SQL Server 2016 (13.x)、SQL Server 2017 (14.x)、SQL Server 2019 (15.x)
SQL Server 2012 (11.x) SQL Server 2012 (11.x)、SQL Server 2014 (12.x)、SQL Server 2016 (13.x)、SQL Server 2017 (14.x)、SQL Server 2019 (15.x)
SQL Server 2014 (12.x) SQL Server 2014 (12.x)、SQL Server 2016 (13.x)、SQL Server 2017 (14.x)、SQL Server 2019 (15.x)
SQL Server 2016 (13.x) SQL Server 2016 (13.x)、SQL Server 2017 (14.x)、SQL Server 2019 (15.x)
SQL Server 2017 (14.x) SQL Server 2017 (14.x)、SQL Server 2019 (15.x)
SQL Server 2019 (15.x) SQL Server 2019 (15.x)

作業系統需求

支援執行管理工具以及控制器和用戶端服務的作業系統，與 SQL Server 執行個體相同。 如需 SQL Server 執行個體支援的作業系統詳細資訊，請參閱SQL Server 2016 和 2017：硬體與軟體需求。

x86 及 x64 作業系統皆支援 Distributed Replay 功能。 若為 x64 架構作業系統，只支援 Windows on Windows (WOW) 模式。

安裝限制

對於各項 Distributed Replay 功能，每部電腦皆只能夠安裝一個執行個體。 下表列出單一 Distributed Replay 環境中對於各項功能所能夠安裝的數量。

Distributed Replay 功能 每個重新執行環境的最大安裝數目
SQL Server Distributed Replay 控制器服務 1
SQL Server Distributed Replay 用戶端服務 16 (實體或虛擬電腦)
管理工具 無限制

注意

雖然單一電腦只能安裝一個管理工具的執行個體，不過您可以啟動多個管理工具的執行個體。 從多個管理工具發出的命令會按照系統接收的順序來解析。

資料存取提供者

Distributed Replay 只支援 SQL Server Native Client ODBC 資料存取提供者。

目標伺服器準備需求

我們建議將目標伺服器放置於測試環境中。 若要針對與原始記錄不同的 SQL Server 執行個體重新執行追蹤資料，請確定已在目標伺服器完成下列步驟：

  • 追蹤資料中包含的所有登入與使用者都必須存在目標伺服器的相同資料庫中。

  • 目標伺服器上的所有登入與使用者，其權限必須與在原始伺服器上擁有的權限相同。

  • 目標上的資料庫識別碼必須與來源上的一樣。 不過，如果不相同，若追蹤內有 DatabaseName，就可以據此執行比對。

  • 追蹤資料中包含之每個登入的預設資料庫必須設成 (在目標伺服器上) 登入的個別目標資料庫。 例如，要重新執行的追蹤資料包含登入 Fred 的活動，位於原始 SQL Server 執行個體的資料庫 Fred_Db 中。 因此，在目標伺服器上， Fred登入的預設資料庫必須設成符合 Fred_Db 的資料庫 (即使資料庫名稱不同)。 若要設定登入的預設資料庫，可使用 sp_defaultdb 系統預存程序。

重新執行與找不到或不正確之登入相關的事件，會造成重新執行錯誤，但重新執行作業仍會繼續。

相關內容