在 AG 中记录发送队列大小和重做队列大小

日志发送队列和重做队列都可以在sys.sys.dm_hadr_database_replica_states( docs ) 中找到，也可以使用SQLServer:Database ReplicaPerfmon 计数器 ( docs )。

性能监视器

使用 Perfmon 计数器，您需要在每个副本上单独收集计数器。每个副本都知道影响该副本本身的发送/重做（恢复）队列。

听起来您已经找到了Log Send Queueperfmon 计数器，其定义为：

主数据库的日志文件中尚未发送到辅助副本的日志记录量（以千字节为单位）。此值从主副本发送到辅助副本。队列大小不包括发送到辅助节点的 FILESTREAM 文件。

Redo Queue的perfmon计数器其实就是Recovery Queue计数器，定义为：

次要副本的日志文件中尚未重做的日志记录数量。

您还可以通过查询sys.dm_os_performance_countersDMV 使用 T-SQL 访问 Perfmon 计数器。

SELECT *
FROM sys.dm_os_performance_counters
WHERE object_name = 'SQLServer:Database Replica'
AND counter_name IN ('Log Send Queue','Recovery Queue')
ORDER BY cntr_value DESC;

T-SQL / DMV

从 T-SQL，您可以查询 DMV 以获取此信息。以下查询来自我的标准工具箱，包括发送和重做队列大小和速率（在前几列中），以及有关副本状态和发送/重做状态的一些其他信息。请注意，在主副本上运行它会报告所有副本的状态信息，在辅助副本上运行它只会报告该辅助副本的本地信息。

通过 T-SQL 进行监控的优点是您可以拥有一个单一/中央收集点来一次检查所有副本的状态。

-- ▶ Run this on **PRIMARY**
SET NOCOUNT ON;
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;

SELECT 
    --AG info
    AGName                          = ag.name, 
    ReplicaServer                   = ar.replica_server_name, 
    DbName                          = adc.database_name, 
    -- Queue Size & rates
    SendQueueSize                   = drs.log_send_queue_size,
    RedoQueueSize                   = drs.redo_queue_size, 
    SendRateKb                      = drs.log_send_rate, 
    RedoRateKb                      = drs.redo_rate, 
    -- State Info
    IsLocal                         = drs.is_local, 
    IsPrimary                       = drs.is_primary_replica, 
    SynchronizationState            = drs.synchronization_state_desc, 
    SynchronizationHealthState      = drs.synchronization_health_desc, 
    -- Last ____ Time
    LastSentTime                    = drs.last_sent_time, 
    LastRedoTime                    = drs.last_redone_time, 
    LastReceivedTime                = drs.last_received_time, 
    LastHardenedTime                = drs.last_hardened_time, 
    LastCommitTime                  = drs.last_commit_time, 
    -- LSN info
    RecoveryLSN                     = drs.recovery_lsn, 
    TruncationLSN                   = drs.truncation_lsn, 
    LastSentLSN                     = drs.last_sent_lsn, 
    LastReceivedLSN                 = drs.last_received_lsn, 
    LastHardenedLSN                 = drs.last_hardened_lsn, 
    LastRedoneLSN                   = drs.last_redone_lsn, 
    EndOfLogLSN                     = drs.end_of_log_lsn, 
    LastCommitLSN                   = drs.last_commit_lsn,
    --Oh yeah, filestream, too
    FileStreamSendRate              = drs.filestream_send_rate
FROM sys.dm_hadr_database_replica_states AS drs
JOIN sys.availability_databases_cluster AS adc 
    ON drs.group_id = adc.group_id AND drs.group_database_id = adc.group_database_id
JOIN sys.availability_groups AS ag
    ON ag.group_id = drs.group_id
JOIN sys.availability_replicas AS ar 
    ON drs.group_id = ar.group_id AND drs.replica_id = ar.replica_id
ORDER BY 
    -- ag.name, ar.replica_server_name, adc.database_name;
    drs.log_send_queue_size + drs.redo_queue_size DESC;

警报

如果您没有能够直接观察 Perfmon 计数器或 DMV 的监控产品，您可以使用 SQL Server 代理警报系统破解您的警报。

在对象资源管理器 --> SQL Server 代理 --> 警报中，选择创建新警报

在 New Alert 窗口的 General 选项卡上，选择要监视的 Perfmon 计数器以及警报阈值。

在响应选项卡上，您可以选择发送电子邮件以通知 SQL 代理操作员或执行 SQL 代理作业。您可以让 SQL 代理作业响应运行 T-SQL 或 PowerShell，它几乎可以执行任何操作（例如记录到 Windows 事件日志）。

我还建议跟踪您的发送队列，因为我发现我们的系统有 5 个辅助节点（2 个报告异步、2 个故障转移异步、1 个故障转移同步），其中一些异步保存在一个巨大的发送队列上，我认为这是从 CPU 发生的运行并行处理，因为 maxDOP 太高，因此 CPU 等待时间导致发送延迟较大（40GB~ 日志文件）。

发送队列/发送 kbs = 发送剩余时间，找出一个您希望发送数据的良好阈值，如果超过该阈值，则触发那些发送队列警报，如果它将高于该阈值。

我还建议您将任何大型索引作业限制为小于服务器/数据 DOP 的 maxDOP，以确保同步不会因索引而受到阻碍。