Erro do AlwaysOn Availability Group após o Windows Update no ambiente sem um cluster de failover

Nosso serviço SQL Server caiu esta manhã, o que derrubou alguns de nossos sites. Quando fui verificar o Windows Event Viewer, vi os seguintes erros:

A atualização de nível de script para o banco de dados 'mestre' falhou porque a etapa de atualização 'SSIS_hotfix_install.sql' encontrou o erro 942, estado 4, gravidade 25

Não é possível recuperar o banco de dados mestre. O SQL Server não pode ser executado. Restaure o mestre de um backup completo, repare-o ou reconstrua-o. Para obter mais informações sobre como recriar o banco de dados mestre, consulte os Manuais Online do SQL Server.

A primeira coisa que fiz foi pesquisar os erros no Google. Acabei encontrando uma entrada no fórum com o problema exato e uma solução para ele (também em uma entrada de blog onde estou procurando uma solução ). O problema tem algo a ver com grupos de disponibilidade AlwaysOn e a correção exige que você:

1. Inicie o serviço do SQL Server com o sinalizador de rastreamento 902:

   Net Start MSSQL$InstanceName /T902

2. Abra o SQL Server Management Studio, vá para o Grupo de Disponibilidade e remova o SSISDB dos bancos de dados de disponibilidade

3. Abra Nova Consulta, execute o script SSIS_hotfix_install.sql que pode ser encontrado na pasta Instalar em \Arquivos de Programas\Microsoft SQL Server\MSSQL11.MSSQL$InstanceName\MSSQL

4. Pare os serviços do SQL Server:

   Net Stop MSSQL$InstanceName

5. Inicie o serviço do servidor SQL no gerenciador de configuração do SQL Server

6. Adicionar SSISDB de volta ao Grupo de Disponibilidade

No entanto, não consegui passar da etapa 2 porque recebi o seguinte erro ao tentar expandir a pasta "AlwaysOn High Availability":

O recurso "AlwaysOn deve ser habilitado para a instância do servidor 'InstanceName' antes que você possa criar um grupo de disponibilidade nesta instância.

Em seguida, segui as instruções para acessar o "SQL Server Configuration Manager" e a guia "AlwaysOn High Availability" para ativar o recurso. Desta vez, o recurso estava esmaecido e havia uma mensagem informando que o nó do computador não está em um cluster de failover.

Minha pergunta é:

Como posso corrigir esse problema se não tivermos uma configuração de cluster de failover que usaria esse recurso?

Eu corri dbcc checkdbno mestre; os resultados foram:

CHECKDB encontrou 0 erros de alocação e 0 erros de consistência no banco de dados 'mestre'.

O AlwaysOn Availability Group NÃO está ativado porque eu nem tenho um cluster de failover.