没有故障转移群集的环境中Windows Update之后AlwaysOn可用性组错误

今天早上我们的SQL Server服务关闭，这使我们的一些网站瘫痪了。当我检查Windows事件查看器时，看到以下错误：

数据库'master'的脚本级别升级失败，因为升级步骤'SSIS_hotfix_install.sql'遇到错误942，状态4，严重性25

无法恢复主数据库。SQL Server无法运行。从完整备份还原母版，对其进行修复或重建。有关如何重建主数据库的更多信息，请参见SQL Server联机丛书。

我所做的第一件事是向Google发送错误信息。我最终找到了一个包含确切问题的论坛条目，并对其进行了修复（也在我正在寻求解决方案的博客条目上）。该问题与AlwaysOn可用性组有关，并且此修复程序要求您执行以下操作：

1. 使用跟踪标志902启动SQL Server服务：

   净启动MSSQL $ InstanceName / T902

2. 打开SQL Server Management Studio，转到可用性组，然后从可用性数据库中删除SSISDB

3. 打开“新建查询”，执行SSIS_hotfix_install.sql脚本，该脚本位于\ Program Files \ Microsoft SQL Server \ MSSQL11.MSSQL $ InstanceName \ MSSQL下的Install文件夹中。

4. 停止SQL Server服务：

   净止损MSSQL $ InstanceName

5. 从SQL Server配置管理器启动SQL Server服务

6. 将SSISDB添加回可用性组

但是，我无法通过第2步，因为在尝试扩展“ AlwaysOn High Availability”文件夹时遇到以下错误：

在此实例上创建可用性组之前，必须为服务器实例“ InstanceName”启用“ AlwaysOn功能”。

然后，我按照说明转到“ SQL Server配置管理器”和“ AlwaysOn高可用性”选项卡以打开该功能。这次该功能显示为灰色，并且有一条消息说该计算机节点不在故障转移群集中。

我的问题是：

如果我们甚至没有使用此功能的故障转移群集设置，该如何解决此问题？

我跑上dbcc checkdb主人 结果是：

CHECKDB在数据库“ master”中发现0个分配错误和0个一致性错误。

AlwaysOn可用性组是不是，因为我甚至不具有故障转移群集。

_{社区Wiki答案以记录解决方案}

肯·威尔森（KenWilson）：

跳过与AlwaysOn有关的所有步骤并运行SSIS_hotfix_install.sql脚本。