小编Bah*_*ban的帖子

架构： \n我在多子网故障转移群集上运行 2 节点同步提交 AlwaysOn 配置。主节点位于欧洲，辅助节点位于美国。我的可用性组中只有一个数据库，即 SCOM 的 OperationsManager db。

\n
• 主要主机和辅助主机相同。
\n
• 两个机器上的 SQL Server 版本：13.0.5237 和 Windows Core
\n
• 更新：我将两台服务器都修补到 10.0.5270.0 ，但没有帮助。
\n
• DB VLF 计数仅为 27。
\n

问题： \n当我启动故障转移时，数据库在几秒钟内成功从主节点故障转移到辅助节点。然而，新的辅助（旧的主）数据库进入恢复/恢复阶段并在那里停留大约 30 分钟。我在故障恢复到原始主数据库时也经历了同样的事情，所以这是一个双向发生的问题。

调查结果： \n我在互联网上搜索了此问题并阅读了文档来调查该问题。当从主数据库到辅助数据库的角色更改完成后，新的辅助数据库将经历 3 个阶段：

同步状态： \xe2\x80\x9c 未同步\xe2\x80\x9d ；数据库状态：在线

同步状态： \xe2\x80\x9c 未同步\xe2\x80\x9d ；数据库状态：正在恢复

同步状态： \xe2\x80\x9cREVERTING\xe2\x80\x9d ；数据库状态：正在恢复

就我而言，所有时间都花在最后一步上。我还通过查看性能计数器“ SQLServer：数据库副本日志剩余用于撤消”来监视撤消过程

我在故障转移测试之前检查了主站点，以发现任何长时间运行的事务或打开的事务，但找不到。故障转移后，“用于撤消的剩余日志”约为 30MB，辅助数据库需要 30 分钟才能返回“已同步”状态。考虑到我们在同步提交模式下运行并且主数据库上的工作负载很小，恕我直言，重做阶段不应花费 30 分钟。

SQL Server 错误日志：我发现了这个奇怪的消息。

\n

• 于 2019 年 2 月 22 日下午 …

我们目前遇到 SQL Server 迁移问题。有一个遗留产品，由于各种原因，我们不想更改连接字符串。因此，我们希望保留现有的 Listener 名称。

我的问题是，是否可以为 AG Listener Name 创建一个或多个 CNAME 别名？这样做有什么危险吗？