PTL_SQL Asked: 2024-10-01 22:12:02 +0800 CST2024-10-01 22:12:02 +0800 CST 2024-10-01 22:12:02 +0800 CST 在可用性组实例上应用补丁 772 查看有关在 AG 上应用 SQL 补丁的 Microsoft 文档。 提到减少/最小化停机时间和数据丢失,但并未完全避免停机时间。我是否可以期望能够在没有任何停机时间的情况下应用补丁? 我将非常感激您的想法。 谢谢 sql-server 1 个回答 Voted Best Answer Sean Gallardy 2024-10-01T23:03:10+08:002024-10-01T23:03:10+08:00 我是否可以期望能够在没有任何停机时间的情况下应用补丁? 由于您没有定义“停机时间”,我们无法说出这一点。从大多数人会归因于停机时间的一般意义上来说,答案是否定的,停机时间是存在的。故障转移将终止与 AG 侦听器的连接,客户端将需要尝试连接(取决于所使用的客户端库和版本,透明重新连接可能是可能的),因此用户可能会遇到中断或“停机时间”。 如果您对停机时间有某种企业用语版本,那么根据您的定义,可能存在“无停机时间”的情况。 话虽如此,完全有可能在没有人知道的情况下在白天修补。这需要知识渊博的操作人员(DBA 等)并且客户端应用程序编写正确。在以前担任 DBA 期间,我白天修补了多台服务器,没有发生任何事故,根据应用程序和数据库系统的经验,情况可能有所不同。
由于您没有定义“停机时间”,我们无法说出这一点。从大多数人会归因于停机时间的一般意义上来说,答案是否定的,停机时间是存在的。故障转移将终止与 AG 侦听器的连接,客户端将需要尝试连接(取决于所使用的客户端库和版本,透明重新连接可能是可能的),因此用户可能会遇到中断或“停机时间”。
如果您对停机时间有某种企业用语版本,那么根据您的定义,可能存在“无停机时间”的情况。
话虽如此,完全有可能在没有人知道的情况下在白天修补。这需要知识渊博的操作人员(DBA 等)并且客户端应用程序编写正确。在以前担任 DBA 期间,我白天修补了多台服务器,没有发生任何事故,根据应用程序和数据库系统的经验,情况可能有所不同。