SQL 服务器 Always On 可用性组卡在 "Synchronizing / In Recovery"
SQL Server Always On Availability Group stuck in "Synchronizing / In Recovery"
我正在尝试在 SQL Server 2017 和 SQL Server 2019 实例之间创建一个 Always On AG，数据库非常简单（只有一个 table 测试数据库用于证明的概念）。
除了辅助副本在 SSMS 中卡在 "Synchronizing / In Recovery" 状态外，一切似乎都正常。
我无法连接到副本，即使我将它标记为允许所有连接。
如果我对数据库进行更改并故障转移到副本，更改就在那里。一切看起来都很好，但我无法使用普通连接字符串或只读意图连接到副本。
我看到了下面的主题，发现解决方案是在两个副本上使用相同版本的 SQL 服务器。理想情况下，我希望在主服务器上使用 2017，在辅助服务器上使用 2019，因为这是我们当前的生产环境。如果我能启动 AG 组，最终将允许我在不停机的情况下将 SQL Server 2017 实例升级到 SQL Server 2019。
Databases stuck in “Synchronized / In Recovery” mode after adding server to SQL Avaylability Group
SSMS status
AG Group status query
当你有这样的不同版本时，系统无法运行恢复。如果是这样，那么 AG 将毫无用处，因为您无法返回。没有它，您将无法访问它。
我正在尝试在 SQL Server 2017 和 SQL Server 2019 实例之间创建一个 Always On AG，数据库非常简单（只有一个 table 测试数据库用于证明的概念）。
除了辅助副本在 SSMS 中卡在 "Synchronizing / In Recovery" 状态外，一切似乎都正常。
我无法连接到副本，即使我将它标记为允许所有连接。
如果我对数据库进行更改并故障转移到副本，更改就在那里。一切看起来都很好，但我无法使用普通连接字符串或只读意图连接到副本。
我看到了下面的主题，发现解决方案是在两个副本上使用相同版本的 SQL 服务器。理想情况下，我希望在主服务器上使用 2017，在辅助服务器上使用 2019，因为这是我们当前的生产环境。如果我能启动 AG 组，最终将允许我在不停机的情况下将 SQL Server 2017 实例升级到 SQL Server 2019。
Databases stuck in “Synchronized / In Recovery” mode after adding server to SQL Avaylability Group
SSMS status
AG Group status query
当你有这样的不同版本时，系统无法运行恢复。如果是这样，那么 AG 将毫无用处，因为您无法返回。没有它，您将无法访问它。