Sql server 在具有SQL Server的Azure VM可用性组中，是否可以保证辅助服务器在数据同步时不会重新启动？

创建可用性组后，系统将以Server1为主服务器，Server2为辅服务器运行。从一级到二级进行数据同步

如果Server1失败，重试策略将打开到Server2的新连接，该连接将成为新的主连接

当Server1备份并运行时，数据同步从Server2开始到Server1。这是Server2在Server1关闭时捕获的数据

是否可以保证在进行恢复同步时Azure更新不会重新启动Server2

在我看来，尽管server1正在“备份并运行”，但可用性组尚未处于可以重新启动server2的状态

---

我们的设计是在Azure虚拟机上运行SQL server 2012。

我不确定，但我认为，如果服务器和可用性组都已启动并运行，则可用性组被视为“良好/完整/无论其状态如何”。但另一方面，我也不认为Azure IaaS上存在这样的行为：

虚拟机将通过Azure更新重新启动，或者至少在IaaS中发生这种情况的可能性非常小-比PaaS设置小得多。以下是阅读内容-你应该仔细阅读，以找到所有（大部分？）问题的答案您关于SQLServer2012在Azure虚拟机上始终运行的问题。这是一篇很棒的文章。不幸的是，它没有回答我的具体问题。如果服务器在故障转移后同步，Azure是否将其归类为“已启动并正在运行”？例如，Azure是否认为它可以安装Windows更新并重新启动其中一个SQL服务器？