SQL Server AlwaysOn可用性组中各节点的DBID是否可能不一致？

以下是实际运维中遇到过的、可能导致主副副本DBID不一致的场景：

• 辅助节点提前存在同名数据库：如果在将主库加入AG之前，辅助节点已经有一个同名数据库（比如误创建、之前遗留的备份恢复库），AG同步时不会覆盖这个已存在的库，最终两边DBID自然不同。正确流程是先删除辅助节点的同名库，再通过AG自动初始化或手动还原主库备份（带NORECOVERY）后加入AG。
• 手动还原备份时未使用NORECOVERY状态：手动还原主库备份到辅助节点时，如果用了RECOVERY选项，数据库会进入可读写状态，后续加入AG时，SQL Server不会重新同步该库，保留原有DBID，和主库的DBID产生差异。正确的还原命令示例：

  RESTORE DATABASE [YourDBName] FROM DISK='D:\Backup\YourDB.bak' WITH NORECOVERY, REPLACE
  

• 错误使用AG的“仅加入”初始化选项：如果选择“仅加入”（Join Only）方式将数据库加入AG，但辅助节点的数据库并非从主库备份还原而来，而是独立创建的同名库，这种情况下两边DBID必然不一致。
• 数据库移除AG后重新加入时未清理辅助节点旧库：若之前将数据库从AG中移除，辅助节点的对应数据库没有删除，之后再次将主库加入AG时，辅助节点直接复用了旧数据库，若主库在此期间有重建操作，就会出现DBID不匹配的情况。
• SQL Server版本/补丁不一致：虽然这种情况比较少见，但特定版本的SQL Server在AG同步逻辑上可能存在BUG，导致DBID不统一。建议检查各节点的SQL Server版本和补丁级别是否完全一致。

内容的提问来源于stack exchange，提问作者JoeOverblow