主页 / dba / 问题 / 63835
Accepted
paulH
Asked: 2014-04-25 06:11:22 +0800 CST

可用性组的最旧未发送事务警报

  • 772

在 SQL Server 2008 中使用数据库镜像时，可以在最旧的未发送事务超过特定阈值时设置警报。我们可以使用 Launch Database Mirroring Monitor 菜单命令检查任何数据库镜像的状态。

在 SQL Server 2012 中，我们现在有了可用性组。在我看来，存在同样的潜在问题，如果事务无法发送到辅助服务器，则镜像将被暂停，并且事务日志可能会填满我们所有的磁盘空间。但是，数据库镜像监视器工具似乎无法将可用性组中的数据库识别为已镜像。

如果最旧的未发送交易超过某个值，是否有办法设置警报？有没有办法设置该特定值？

sql-server-2012 availability-groups

1 个回答

  1. Best Answer

    很有趣的问题..

    根据我的理解，我将尝试回答这个问题。

    其他专家可以在我错的地方纠正我。

    AlwaysON 与数据库镜像不同，尤其是在将日志块发送到辅助副本时。

    不同之处在于日志块如何发送到镜像实例（用于镜像）或副本（用于 AlwaysON）。

    对于数据库镜像

    • 它将日志块刷新到磁盘，一旦在本地完成，它将日志块发送到辅助服务器。

    对于 AlwaysON

    • 它使用主服务器上的辅助日志扫描器与辅助服务器并行刷新日志块。
    • 美妙之处在于次级 I/O 甚至在主 I/O 完成之前就已经强化了日志块，这提高了性能并缩小了NOT IN SYNC窗口。
    • 现在有趣的是，为了监控上述场景，有进度消息。辅助节点向主节点发送消息，指示强化的 LSN 级别。主要使用该信息来帮助确定同步状态。

    因此，没有像 Mirroring 这样的警报机制实际上能够知道最早的未发送交易。唯一知道的方法是使用 DMV。和可能的扩展事件。

    作为旁注，您可以使用基于策略的管理来监控您的 AlwaysON 健康状况。

    下面是我用来监视我的 AlwaysON 环境的查询：

    /************************************************************************************************
Author      :   Kin Shah
Purpose     :   Find "How far is secondary behind primary"

                Written for DBA.STACKEXCHANGE.COM
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Disclaimer  :   Any scripts found on internet you must irst
                    - understand what it is doing
                    - then test it if it suits your requirements
                I am not responsible for any data loss or any blue screen that you might get.
                     ^^^
                *** USE THIS AS PER YOUR OWN RISK ****
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
*************************************************************************************************/

SELECT AGS.NAME AS AGGroupName
    ,AR.replica_server_name AS InstanceName
    ,HARS.role_desc
    ,Db_name(DRS.database_id) AS DBName
    ,DRS.database_id
    ,is_ag_replica_local = CASE 
        WHEN DRS.is_local = 1
            THEN N'LOCAL'
        ELSE 'REMOTE'
        END
    ,AR.availability_mode_desc AS SyncMode
    ,DRS.synchronization_state_desc AS SyncState
    ,DRS.last_hardened_lsn
    ,DRS.end_of_log_lsn
    ,DRS.last_redone_lsn
    ,DRS.last_hardened_time
    ,DRS.last_redone_time
    ,DRS.log_send_queue_size
    ,DRS.redo_queue_size AS 'Redo_Queue_Size(KB)'
    /*
    if the last_hardened_lsn from the primary server == last_hardened_lsn from secondary server
    then there is NO LATENCY
    */
    ,DATEDIFF(SECOND, DRS.last_redone_time, DRS.last_hardened_time)
FROM sys.dm_hadr_database_replica_states DRS
LEFT JOIN sys.availability_replicas AR ON DRS.replica_id = AR.replica_id
LEFT JOIN sys.availability_groups AGS ON AR.group_id = AGS.group_id
LEFT JOIN sys.dm_hadr_availability_replica_states HARS ON AR.group_id = HARS.group_id
    AND AR.replica_id = HARS.replica_id
ORDER BY Db_name(DRS.database_id)
    ,is_ag_replica_local

    参考 ：

    • 4

相关问题