需要有关如何从现有数据库镜像迁移到可用性组的建议

作为一般规则，这种迁移应该很简单。AG 使用数据库镜像框架和端点来传输日志块，因此转换非常简单。

需要注意的一件事是您当前异步运行镜像，但您已声明要运行 AG同步以提供 HA。这应该不是问题，但是您需要检查服务器之间的延迟，以确保您不会产生阻碍写入性能的瓶颈。

同步提交 AG 要求在将所有事务提交到主服务器之前，将它们强化到辅助服务器的日志中，因此如果服务器之间 150 英里的延迟太高，这可能会导致严重的性能问题。

Clusterless AG 找到了我，但似乎 HA 不可用，因为自动故障转移可能不起作用。我在这里遗漏了什么还是有可能？

不，你是对的。无集群 AG 或读取规模可用性组不是 HA 选项。读取规模可用性组中没有自动故障转移。请参阅此处的此链接，其中指出：

这不是一个高可用性设置。没有基础设施来监控和协调故障检测和自动故障转移。如果没有集群，SQL Server 就无法提供自动化高可用性解决方案所提供的低恢复时间目标 (RTO)。如果您需要高可用性功能，请使用集群管理器（Windows 上的 Windows Server Failover Cluster 或 Linux 上的 Pacemaker）。

读取规模的可用性组可以提供灾难恢复能力。当只读副本处于同步提交模式时，它们提供的恢复点目标 (RPO) 为零。

对于你的第二点-

如果需要，我们最多可以中断 8 小时以将 db 镜像转换为 AG。

您可以执行以下操作：

1. 在服务器 A 和服务器 B 上启用集群。
2. 使用服务器 A 和服务器 B 上的 SQL 实例配置可用性组作为副本
3. 停止两台服务器上的日志备份
4. 从服务器 A/B 上的数据库中删除镜像
5. 将数据库添加到服务器 A 上的 AG
6. 将数据库加入服务器 B 上的 AG - 这应该是相当无缝的，因为服务器 B 上的数据库应该在恢复中，因为镜像被禁用。只要没有发生日志备份，您就应该能够在 AG 中同步 DB，而无需备份/恢复或播种。
7. 更新应用程序连接以使用侦听器名称。

其中一些步骤需要重新启动服务器或 SQL Server 实例，因此会出现多次中断，但每次都比您允许的 8 小时短。

这是一个非常简单的概述，需要对流程进行测试，并在生产中运行之前识别和解决任何问题。如果您有一个非生产环境，请从那里开始并编写每个步骤的脚本，以便您可以准确地重播生产中的操作。

如果您没有非生产环境，请让您的系统管理员将您的服务器克隆到一个隔离的网络中，您可以在其中练习更改。如果您正在运行物理服务器，那么在没有非生产环境的情况下进行测试将会很困难，但是您可以在 Azure 或 AWS 中构建一个类似的环境来试运行该过程。

这是为 AG 配置集群的有用链接。它有点旧，但信息仍然有效。如果您对这个过程没有信心，特别是如果您没有可用的非生产环境，最好聘请可以为您计划和执行此过程的第三方承包商/顾问/专家。