Azure SQL IaaS扩展引发数据库服务器意外重启求助
解决SQL Server IaaS Agent触发意外重启的问题
我之前碰到过完全一样的问题!看起来是SQL Server IaaS扩展的自动补丁配置和你手动设置的补丁策略冲突了——哪怕你本地设了手动模式,Azure端的扩展配置可能还在偷偷生效,导致触发了重启。给你几个实用的排查和解决步骤:
1. 检查Azure门户里的SQL自动修补配置
SQL IaaS扩展的补丁设置是独立于本地sconfig和Windows更新的,先确认云端配置是否没关:
- 登录Azure门户,找到你的VM「MYAZUREVM」
- 在左侧菜单「设置」下找到SQL Server配置
- 查看「自动修补」选项,如果显示「启用」,直接改成「禁用」
- 保存配置后,到本地服务列表找到
SqlIaaSExtension.Service,右键重启服务
2. 确认本地Windows更新策略彻底锁死手动模式
有时候本地设置可能没完全生效,再仔细检查一遍:
- 运行
gpedit.msc打开组策略编辑器 - 导航到「计算机配置」>「管理模板」>「Windows组件」>「Windows更新」>「配置自动更新」
- 确保这个策略要么是已禁用,要么是已启用并选择「2 - 通知下载并通知安装」(完全手动控制)
- 同时检查Windows Update服务(
wuauserv)的启动类型是手动,避免它自动运行触发更新
3. 查看SQL IaaS Agent日志找深层原因
如果还是搞不定,去翻扩展的日志,能定位具体触发重启的细节:
- 日志路径:
C:\Program Files\Microsoft SQL Server IaaS Agent\Logs - 搜索包含「Automated Patching」或「restart」的日志条目,看看是不是还有隐藏的配置在生效
4. 紧急情况下临时禁用自动补丁(注册表修改)
如果要立刻阻止重启,可以先改注册表临时关掉这个功能:
- 打开
regedit注册表编辑器 - 找到路径:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure\SQLIaaSExtension - 找到
AutomatedPatchingEnabled键,把它的值改成0 - 重启
SqlIaaSExtension.Service服务
改完之后建议观察24-48小时,确认不会再出现意外重启的情况。
内容的提问来源于stack exchange,提问作者RagSawant_ProjectMango




