sys.dm_hadr_database_replica_states (Transact-SQL)
为参与 AlwaysOn 可用性组（SQL Server 的本地实例在托管其可用性副本）的每个数据库都返回一行。 此动态管理视图公开与主副本和辅助副本有关的状态信息。 在辅助副本上，此视图为服务器实例上的每个辅助数据库都返回一行。 在主副本上，此视图为每个主数据库都返回一行，并且为相应的辅助数据库另外返回一行。
重要
根据操作和更高级别的状态，数据库状态信息可能不可用或过期。 此外，这些值仅具有本地相关性。 例如，在主副本上，last_hardened_lsn列的值反映了有关当前可用于主副本的给定辅助数据库的信息，而不是辅助副本当前可能具有的实际强化 LSN 值。
| 列名称 | 数据类型 | 说明（针对主副本） |
|---|---|---|
| database_id | int | 数据库的标识符，在 SQL Server 的实例内是唯一的。 此值与 sys.databases 目录视图中显示的值相同。 |
| group_id | uniqueidentifier | 数据库所属的可用性组的标识符。 |
| replica_id | uniqueidentifier | 可用性组内可用性副本的标识符。 |
| group_database_id | uniqueidentifier | 可用性组内数据库的标识符。 在此数据库联接到的每个副本上，该标识符都是相同的。 |
| is_local | bit | 可用性数据库是否是本地的，可以是下列值之一： 0 = 数据库不是 SQL Server 实例的本地数据库。 1 = 数据库对于服务器实例而言是本地的。 |
| is_primary_replica | bit | 如果副本是主要副本则返回 1；如果副本是辅助副本则返回 0。 适用于：SQL Server 2014 (12.x) 及更高版本。 |
| synchronization_state | tinyint | 数据移动状态，以下值之一。 0 = 未同步。 对于某一主数据库，指示该数据库未做好将其事务日志与相应的辅助数据库同步的准备。 对于辅助数据库，指示数据库由于连接问题而未开始日志同步，正被挂起，或者在启动或角色切换过程中正在转换状态。 1 = 正在同步。 对于主数据库，指示此数据库已做好接受来自辅助数据库的扫描请求的准备。 对于辅助数据库，指示对于该数据库正在发生活动数据移动。 2 = 已同步。 主数据库显示 SYNCHRONIZED 来代替 SYNCHRONIZING。 同步提交辅助数据库在以下情况下将显示已同步：本地缓存指示数据库副本可供故障转移并且数据库正在同步。 3 = 还原。 指示撤消进程中辅助数据库主动从主数据库获取页时的阶段。 警告： 当辅助副本上的数据库处于 REVERTING 状态时，强制故障转移到辅助副本会使数据库处于无法作为主数据库启动的状态。 该数据库将需要作为辅助数据库重新连接，或者您需要应用来自日志备份的新日志记录。 4 = 正在初始化。 指示在正在辅助副本上传送和强制写入辅助数据库跟上撤消 LSN 所需的事务日志时的撤消阶段。 注意： 当辅助副本上的数据库处于 INITIALIZING 状态时，强制故障转移到辅助副本会使数据库处于无法作为主数据库启动的状态。 该数据库将需要作为辅助数据库重新连接，或者您需要应用来自日志备份的新日志记录。 |
| synchronization_state_desc | nvarchar(60) | 数据移动状态的说明，可以是下列值之一： NOT SYNCHRONIZING SYNCHRONIZING SYNCHRONIZED REVERTING INITIALIZING |
| is_commit_participant | bit | 0 = 就此数据库而言，事务提交未同步。 1 = 就此数据库而言，事务提交同步。 对于异步提交可用性副本上的数据库，该值始终为 0。 对于同步提交可用性副本上的数据库，该值仅在主数据库上是准确的。 |
| synchronization_health | tinyint | 反映联接到可用性副本上可用性组的数据库同步状态的交集，以及可用性副本的可用性模式（同步提交或异步提交模式），下列值之一。 0 = 不正常。 数据库的 synchronization_state 为 0（未同步）。 1 = 部分正常。 如果 synchronization_state 为 1（SYNCING），则同步提交可用性副本上的数据库被视为部分正常。 2 = 正常。 如果 synchronization_state 为 2（SYNCHRONIZED），则同步提交可用性副本上的数据库被视为正常，如果 synchronization_state 为 1（SYNCHRONIZEING），则异步提交可用性副本上的数据库被视为正常。 |
| synchronization_health_desc | nvarchar(60) | 可用性数据库的synchronization_health说明。 NOT_HEALTHY PARTIALLY_HEALTHY HEALTHY |
| database_state | tinyint | 0 = 联机 1 = 正在还原 2 = 正在恢复 3 = 恢复挂起 4 = 可疑 5 = 紧急 6 = 脱机 注意： 与 sys.databases 中的状态 列相同。 |
| database_state_desc | nvarchar(60) | 可用性副本database_state的说明。 ONLINE RESTORING RECOVERING RECOVERY_PENDING SUSPECT EMERGENCY OFFLINE 注意： 与 state_desc sys.databases 中的列相同。 |
| is_suspended | bit | 数据库状态，可以是下列值之一： 0 = 已恢复 1 = 已挂起 |
| suspend_reason | tinyint | 如果数据库处于已挂起状态，则为已挂起状态的原因，可以是下列值之一： 0 = 用户操作 1 = 挂起来自伙伴 2 = 重做 3 = 捕获 4 = 应用 5 = 重新启动 6 = 撤消 7 = 重新验证 8 = 计算辅助副本同步点时出错 |
| suspend_reason_desc | nvarchar(60) | 数据库挂起状态的原因的说明，可以是下列值之一： SUSPEND_FROM_USER = 用户手动挂起的收据移动 SUSPEND_FROM_PARTNER = 在强制故障转移后挂起数据库副本 SUSPEND_FROM_REDO = 在重做阶段中出错 SUSPEND_FROM_APPLY = 在将日志写入文件时出错（请参阅错误日志） SUSPEND_FROM_CAPTURE = 在捕获主副本上的日志时出错 SUSPEND_FROM_RESTART = 在重新启动数据库前挂起数据库副本（请参阅错误日志） SUSPEND_FROM_UNDO = 在撤消阶段中出错（请参阅错误日志） SUSPEND_FROM_REVALIDATION = 在重新连接时检测到了日志更改不匹配（请参阅错误日志） SUSPEND_FROM_XRF_UPDATE = 找不到公共日志点（请参阅错误日志） |
| recovery_lsn | numeric(25,0) | 在主副本上，在恢复或故障转移之后、在主数据库写入任何新日志记录之前事务日志的结尾。 对于给定的辅助数据库，如果此值小于当前强化的 LSN （last_hardened_lsn）， recovery_lsn 则表示此辅助数据库需要重新同步的值（也就是说，要还原到并重新初始化）。 如果该值大于或等于当前硬化 LSN，重新同步将没有必要且不会发生。反映 recovery_lsn 用零填充的日志块 ID。 它不是实际的日志序列号 (LSN)。 有关如何派生此值的信息，请参阅本主题后面的“ 了解 LSN 列值”。 |
| truncation_lsn | numeric(25,0) | 在主副本上，对于主数据库，反映了所有相应辅助数据库中的最小日志截断 LSN。 如果阻止本地日志截断（例如由备份操作阻止），则该 LSN 可能高于本地截断 LSN。 对于给定的辅助数据库，反映了该数据库的截断点。 truncation_lsn 反映用零填充的日志块 ID。 它不是实际的日志序列号。 |
| last_sent_lsn | numeric(25,0) | 查询主副本时， last_sent_lsn 会针对每个次要副本数据库行报告。 指示一个点（在该点前的所有日志块都已由主数据库发送）的日志块标识符。 该标识符是将发送的下一日志块的 ID，而非最近发送的日志块的 ID。last_sent_lsn 反映用零填充的日志块 ID，它不是实际的日志序列号。 |
| last_sent_time | datetime | 查询主副本时， last_sent_time 会针对每个次要副本数据库行报告。 发送最后一个日志块的时间。 |
| last_received_lsn | numeric(25,0) | 查询次要副本时， last_received_lsn 会针对本地辅助副本数据库行报告。 标识一个点的日志块 ID，在该点之前，所有日志块都已由承载此辅助数据库的辅助副本接收。反映 last_received_lsn 用零填充的日志块 ID。 它不是实际的日志序列号。 |
| last_received_time | datetime | 查询次要副本时， last_received_time 会针对本地辅助副本数据库行报告。 在辅助副本上读取最后接收的消息中的日志块 ID 的时间。 |
| last_hardened_lsn | numeric(25,0) | 包含辅助数据库上最后强制写入的 LSN 的日志记录的日志块开头。 在异步提交主数据库上或其当前策略为“延迟”的同步提交数据库上，该值为 NULL。 对于其他同步提交主数据库， last_hardened_lsn 指示所有辅助数据库的强化 LSN 的最小值。注意： 反映 last_hardened_lsn 用零填充的日志块 ID。 它不是实际的日志序列号。 有关详细信息，请参阅 本主题后面的“了解 LSN 列值”。 |
| last_hardened_time | datetime | 在辅助数据库上，最后一个强化 LSNlast_hardened_lsn（）的日志块标识符的时间。 在主数据库上，反映了与最小强制写入的 LSN 相对应的时间。 |
| last_redone_lsn | numeric(25,0) | 在辅助数据库上重做的上一个日志记录的实际日志序列号。 始终 last_redone_lsn 小于 last_hardened_lsn。 |
| last_redone_time | datetime | 在辅助数据库上重做最后一个日志记录的时间。 |
| log_send_queue_size | bigint | 主数据库中尚未发送到辅助数据库的日志记录量 (KB)。 |
| log_send_rate | bigint | 主副本实例在上次活动期间发送数据的平均速率（以千字节（KB）/秒为单位。 |
| redo_queue_size | bigint | 辅助副本的日志文件中尚未重做的日志记录量 (KB)。 |
| redo_rate | bigint | 在给定辅助数据库（KB）/秒内重新创建日志记录的平均速率。 redo_rate通过除以重做的总日志字节数来计算，因为数据库引擎启动时间跨度是主动运行的，而不是经过的时间范围。 由于重做可能未连续运行，因此生成的值可能与性能计数器的值 Database Replica:Redone Bytes/sec 不同（高于）。 |
| filestream_send_rate | bigint | FILESTREAM 文件传送到辅助副本的速率（KB/秒）。 |
| end_of_log_lsn | numeric(25,0) | 日志 LSN 的本地结尾。 与主数据库和辅助数据库上日志缓存中的最后一个日志记录相对应的实际 LSN。 在主副本上，辅助行反映了辅助副本已发送到主副本的最新进度消息中日志 LSN 的结尾。 end_of_log_lsn 反映用零填充的日志块 ID。 它不是实际的日志序列号。 有关详细信息，请参阅 本主题后面的“了解 LSN 列值”。 |
| last_commit_lsn | 数字（25,0） | 与事务日志中的最后提交的记录相对应的实际日志序列号。 主数据库上，这对应于上次处理的提交记录。 辅助数据库的行显示辅助副本已发送到主副本的日志序列号。 在辅助副本上，这是已重做的最后一个提交记录。 |
| last_commit_time | datetime | 与最后一个提交记录对应的时间。 在辅助数据库上，此时间与主数据库上的时间相同。 在主副本上，每个辅助数据库行都显示承载该辅助数据库的辅助副本报告回主副本的时间。 主数据库行和给定辅助数据库行之间的时间差异表示大约恢复点目标（RPO），假设恢复过程已捕获，并且已由次要副本报告回主副本的进度。 |
| low_water_mark_for_ghosts | bigint | 针对数据库的单调递增的数字，指示主数据库上虚影清除使用的低水印。 如果这个数字没有随着时间的推移而增加，则意味着虚影清除可能未发生。 为了确定要清除的虚影行，主副本会在所有可用性副本（包括主副本）上将该列的最小值用于此数据库。 |
| secondary_lag_seconds | bigint | 同步期间辅助副本位于主副本后面的秒数。 在主副本上，每个辅助数据库的同步延迟（延迟）计算为自主要副本上最早的强化 LSN 尚未在次要副本上强化以来的秒数。 适用于：SQL Server 2016 (13.x) 及更高版本。 |
了解 LSN 列值
end_of_log_lsn、last_hardened_lsn、last_received_lsn、last_sent_lsn、recovery_lsn和truncation_lsn列的值不是实际的日志序列号（LSN）。 上述各值反映了用零填充的日志块 ID。
end_of_log_lsn、last_hardened_lsn和recovery_lsn是刷新 LSN。 例如， last_hardened_lsn 指示下一个块的开始时间超过磁盘上已有的块。 因此，last_hardened_lsn的任何 LSN < 值都位于磁盘上。 不刷新等于此值的 >LSN。
在sys.dm_hadr_database_replica_states返回的 LSN 值中，只有last_redone_lsn是实际的 LSN。
权限
要求具有服务器的 VIEW SERVER STATE 权限。
SQL Server 2022 及更高版本的权限
要求对服务器具有 VIEW SERVER PERFORMANCE STATE 权限。