sys.dm_database_replica_states（Azure SQL 数据库）
适用于：
Azure SQL 数据库 Azure SQL 托管实例
返回参与主副本和次要副本的每个数据库的状态信息。 在次要副本上，为实例上的每个辅助数据库返回一行。 在主副本上，为主数据库返回一行，为每个辅助数据库返回另一行。
重要
根据操作和更高级别的状态，数据库状态信息可能不可用或过期。 此外，这些值仅具有本地相关性。
| 列名称 | 数据类型 | 说明（针对主副本） |
|---|---|---|
| database_id | int | 数据库的标识符。 在 Azure SQL 数据库中，这些值在单一数据库或弹性池中是唯一的，但在逻辑服务器中不是唯一的。 |
| 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) | 数据移动状态的说明，可以是下列值之一： - 未同步 -同步 -同步 -恢复 -初始 化 |
| 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 -健康 |
| database_state | tinyint | 0 = 联机 1 = 正在还原 2 = 正在恢复 3 = 恢复挂起 4 = 可疑 5 = 紧急 6 = 脱机 注意： 与 state 中 sys.databases列相同。 |
| database_state_desc | nvarchar(60) | database_state可用性副本的说明。-在线 -恢复 -恢复 - RECOVERY_PENDING -怀疑 -紧急 -离线 注意： 与 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）。 |
| truncation_lsn | numeric(25,0) | 在主副本上，对于主数据库，反映了所有相应辅助数据库中的最小日志截断 LSN。 如果阻止本地日志截断（例如由备份操作阻止），则该 LSN 可能高于本地截断 LSN。 对于给定的辅助数据库，反映了该数据库的截断点。 truncation_lsn反映用零填充的日志块 ID。 它不是实际的日志序列号。 |
| last_sent_lsn | numeric(25,0) | 指示一个点（在该点前的所有日志块都已由主数据库发送）的日志块标识符。 该标识符是将发送的下一日志块的 ID，而非最近发送的日志块的 ID。last_sent_lsn 反映用零填充的日志块 ID。 它不是实际的日志序列号。 |
| last_sent_time | datetime | 发送最后一个日志块的时间。 |
| last_received_lsn | numeric(25,0) | 标识一个点的日志块 ID，在该点之前，所有日志块都已由承载此辅助数据库的辅助副本接收。last_received_lsn 反映用零填充的日志块 ID。 它不是实际的日志序列号。 |
| last_received_time | datetime | 在辅助副本上读取最后接收的消息中的日志块 ID 的时间。 |
| last_hardened_lsn | numeric(25,0) | 包含辅助数据库上最后强制写入的 LSN 的日志记录的日志块开头。 在异步提交主数据库上或其当前策略为“延迟”的同步提交数据库上，该值为 NULL。 对于其他同步提交主数据库， last_hardened_lsn 指示所有辅助数据库的强化 LSN 的最小值。注意： last_hardened_lsn反映用零填充的日志块 ID。 它不是实际的日志序列号。 |
| 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。 它不是实际的日志序列号。 |
| last_commit_lsn | numeric(25,0) | 与事务日志中的最后提交的记录相对应的实际日志序列号。 主数据库上，这对应于上次处理的提交记录。 辅助数据库的行显示辅助副本已发送到主副本的日志序列号。 在辅助副本上，这是已重做的最后一个提交记录。 |
| last_commit_time | datetime | 与最后一个提交记录对应的时间。 在辅助数据库上，此时间与主数据库上的时间相同。 在主副本上，每个辅助数据库行都显示承载该辅助数据库的辅助副本报告回主副本的时间。 主数据库行和给定辅助数据库行之间的时间差异表示大约恢复点目标（RPO），假设恢复过程已捕获，并且已由次要副本报告回主副本的进度。 |
| low_water_mark_for_ghosts | bigint | 针对数据库的单调递增的数字，指示主数据库上虚影清除使用的低水印。 如果这个数字随时间推移没有增加，则意味着幽灵清理可能不会发生。 为了确定要清除的虚影行，主副本会在所有可用性副本（包括主副本）上将该列的最小值用于此数据库。 |
| secondary_lag_seconds | bigint | 同步期间辅助副本位于主副本后面的秒数。 适用于：SQL Server 2016 (13.x) 及更高版本。 |
| quorum_commit_lsn | numeric(25,0) | 标识为仅供参考。 不支持。 不能保证将来的兼容性。 |
| quorum_commit_time | datetime | 标识为仅供参考。 不支持。 不能保证将来的兼容性。 |
权限
需要对数据库拥有 VIEW DATABASE STATE 权限。