資料庫監看員資料收集和資料集 (預覽版)

適用於：Azure SQL 資料庫Azure SQL 受控執行個體

資料庫監看員會從 SQL 系統檢視表收集監視資料，並以資料集的形式將其內嵌至資料存放區。 每個資料集皆為使用來自一或多個 SQL 系統檢視表的資料所形成。 針對每個資料集，資料存放區中都有個別資料表。

資料集合

資料庫監看員使用 T-SQL 查詢定期收集監視資料。 每次執行查詢時收集的資料稱為樣本。 樣本收集頻率因資料集而異。 例如，SQL 效能計數器等經常變更的資料，可能每 10 秒收集一次，大部分靜態資料，例如資料庫設定，則可能每五分鐘收集一次。 如需詳細資訊，請參閱資料集。

資料庫監看員會利用 Azure 資料總管中的串流擷取和 Microsoft Fabric 中的即時分析，來提供近即時的監視。 一般來說，收集的 SQL 監視資料在不到 10 秒內即可供報告和分析使用。 您可以使用擷取統計資料連結，在資料庫監看員儀表板上監視資料擷取延遲。

資料庫監看員與應用程式工作負載之間的互動

啟用資料庫監看員不太可能對應用程式工作負載效能造成可觀察的影響。 較頻繁的監視查詢通常會在次秒級範圍內執行，而可能需要更多時間的查詢，例如傳回大型資料集，則會以不頻繁的間隔執行。

USE master;
GO

CREATE OR ALTER FUNCTION dbo.dbw_classifier()
RETURNS sysname
WITH SCHEMABINDING
AS
BEGIN

DECLARE @WorkloadGroupName sysname = 'default';

IF APP_NAME() IN (N'SQLExternalMonitoring',N'x_ms_reserved_sql_external_monitoring')
    SET @WorkloadGroupName = N'database_watcher_workload_group'

RETURN @WorkloadGroupName;

END;
GO

BEGIN TRY

IF EXISTS (
          SELECT 1
          FROM sys.resource_governor_configuration
          WHERE classifier_function_id <> 0 OR is_enabled <> 0
          )
    THROW 50001, 'A resource governor configuration is already present. No changes were made.', 1;

CREATE RESOURCE POOL database_watcher_resource_pool
WITH (MIN_CPU_PERCENT = 5, MAX_CPU_PERCENT = 10, CAP_CPU_PERCENT = 30);

CREATE WORKLOAD GROUP database_watcher_workload_group
WITH (REQUEST_MAX_MEMORY_GRANT_PERCENT = 10)
USING database_watcher_resource_pool;

ALTER RESOURCE GOVERNOR WITH (CLASSIFIER_FUNCTION = dbo.dbw_classifier);

ALTER RESOURCE GOVERNOR RECONFIGURE;

END TRY
BEGIN CATCH
    THROW;
END CATCH;

若要避免並行衝突，例如資料收集與在 Azure SQL 資源上執行的資料庫工作負載之間的封鎖和死鎖，監視查詢會使用短鎖定逾時和低死鎖優先順序。 如果發生並行衝突，則應用程式工作負載查詢為優先。

您可能會在下列案例中觀察到所收集數據的差距：

• 如果整體資源使用率很高，或者監控查詢與應用程式工作負載之間發生並行衝突，那麼應採取適當的措施。 在這些情況下，監視查詢會被降級以優先處理應用程式工作負載。
• 如果您的自動化流程會終止長時間運行的工作階段。 若要避免所收集數據的遺漏，請排除program_name系統檢視中數據行 為SQLExternalMonitoring或x_ms_reserved_sql_external_monitoring的任何會話。

彈性集區中的資料收集

若要監視彈性集區，您必須將集區中的一個資料庫指定為錨點資料庫。 監視器會連接到主資料庫。 由於監看員會持有VIEW SERVER PERFORMANCE STATE 權限，錨點資料庫中的系統視圖可提供整個集區的監視資料。

從錨點資料庫收集的數據包含集區層級計量，以及集區中每個資料庫的特定資料庫層級效能計量，例如每個資料庫的資源使用率和要求率計量。 在某些情況下，新增彈性集區 SQL 目標來監視整個彈性集區，可能不需要監視集區中的每個個別資料庫。

某些監視資料 (例如集區層級 CPU、記憶體和儲存體使用率，以及等候統計資料) 只會在彈性集區層級進行收集，因為其無法歸類為集區中的個別資料庫。 相反地，只有當您將個別資料庫新增為 SQL 目標時，才能使用某些其他數據，例如查詢運行時間統計數據、資料庫屬性、數據表和索引元數據。

如果您從彈性集區新增個別資料庫作為 SQL 目標，則也應該將彈性集區新增為 SQL 目標。 如此一來，您即能更完整地檢視資料庫和集區效能。

監視密集彈性集區

密集彈性集區包含大量資料庫，但計算大小相對較小。 此組態可讓客戶將運算資源配置保持在最低限度，從而節省大量成本。

重要的是，此方法假設集區中只有少數資料庫同時執行查詢。

若要監視密集彈性集區，請將彈性集區本身新增為 SQL 目標，以啟用集區層級的監視。 藉由減少彈性集區中的監視查詢總數，您可以避免影響應用程式工作負載的風險，同時仍會在 SQL 彈性集區資料集中收集可採取動作的集區層級資料。

無伺服器資料庫中的數據收集

如果無伺服器化資料庫已停用自動暫停，資料庫監控工具會像監視預配置的資料庫一樣來監視它。

如果您在無伺服器資料庫上啟用自動暫停，資料庫監看員數據收集會在資料庫暫停時停止。 若無伺服器資料庫 符合暫停資格，則資料庫監控程序的查詢不會阻止其暫停。

在無伺服器資料庫轉換為 暫停 狀態之後不久，監看員摘要儀錶板上的狀態會變更為 [未收集]。 資料庫先前收集的數據會保留在監看員數據存放區中，而且可透過儀錶板和查詢存取。

數據收集會在資料庫從 [暫停 ] 轉換為 [在線 ] 狀態后的幾分鐘內繼續執行。

資料存放位置

客戶可以選擇將收集的 SQL Monitoring 資料儲存在三種資料存放區類型的其中一種：

• 在 Azure 資料總管叢集上的資料庫。 根據預設，系統會為每個新的監看員建立新的 Azure 資料總管叢集，且位於與監看員相同的 Azure 區域中。

  客戶可以選擇 Azure 地理位置中的特定 Azure 區域作為其 Azure 資料總管叢集和資料庫的位置。 如需 Azure 資料總管中資料複寫功能的詳細資訊，請參閱 商務持續性和災害復原概觀。

• 在免費的 Azure 資料總管叢集中的資料庫。

  客戶可以選擇特定的 Azure 地理位置，但不能選擇特定的 Azure 區域作為其免費 Azure 資料總管叢集和資料庫的位置。 不支援將資料複寫至不同的區域或地理位置。

• 在Microsoft Fabric 的即時分析中的資料庫

  客戶無法選擇資料庫的地理位置。

若要完全控制所收集 SQL Monitoring 資料的資料落地，客戶必須選擇 Azure 資料總管叢集上的資料庫作為資料存放區。

客戶可以將其 Azure 數據總管叢集的地理位置和區域與所監視的 Azure SQL 資源的地理位置和區域對齊。 當 Azure SQL 資源位於多個區域時，客戶可能需要建立多個監看員和多個 Azure 資料總管叢集，以滿足其資料落地需求。

資料集

本節描述每個 SQL 目標類型可用的數據集，包括數據存放區中的收集頻率和數據表名稱。

通用資料行

針對每個 SQL 目標類型，數據集都有一般數據行，如下表所述。

如果資料集包含資料庫監看員在收集資料列之前觀察到的樣本，則其就會具有 sample_time_utc 和 collection_time_utc 資料行。 否則，觀察時間和收集時間相同，而且資料集僅會包含 sample_time_utc 資料行。

例如，sqldb_database_resource_utilization 資料集衍生自 sys.dm_db_resource_stats 動態管理檢視 (DMV)。 DMV 包含 end_time 資料行，這是每一個資料列報告 15 秒間隔彙總資源統計資料的觀察時間。 此次在 sample_time_utc 欄中報告。 當監看員查詢此 DMV 時，結果集可能會包含多個資料列，每個資料列都有不同的 end_time。 所有這些資料列具有相同的 collection_time_utc 值。

相關內容

• 使用資料庫監看員監視 Azure SQL 工作負載 (預覽版)
• 快速入門：建立監視 Azure SQL 的監看員（預覽版）
• 建立及設定監看員 （預覽）
• 分析資料庫監看員監視資料 (預覽版)
• 資料庫監看員警示 （預覽）
• 資料庫監看員常見問題