Nosso serviço do SQL Server foi desativado esta manhã, o que derrubou alguns de nossos sites. Quando fui verificar o Windows Event Viewer, vi os seguintes erros:
A atualização no nível de script do 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 a partir de um backup completo, repare-o ou reconstrua-o. Para obter mais informações sobre como reconstruir o banco de dados mestre, consulte os Manuais Online do SQL Server.
A primeira coisa que fiz foi pesquisar no Google os erros. Acabei encontrando uma entrada no fórum com o problema exato e uma correção para ele (também em uma entrada do blog em que estou procurando uma solução ). O problema tem algo a ver com os grupos de disponibilidade AlwaysOn e a correção exige que você:
Inicie o serviço SQL Server com o sinalizador de rastreamento 902:
Net Start MSSQL $ InstanceName / T902
Abra o SQL Server Management Studio, acesse Grupo de Disponibilidade e remova o SSISDB dos bancos de dados de disponibilidade
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
Pare os serviços do SQL Server:
Parada de rede MSSQL $ InstanceName
Iniciar o serviço do servidor SQL no gerenciador de configuração do SQL Server
Adicionar SSISDB ao grupo de disponibilidade
No entanto, não pude passar da etapa 2 porque recebi o seguinte erro ao tentar expandir a pasta "AlwaysOn High Availability":
O recurso "AlwaysOn deve estar ativado para a instância do servidor 'InstanceName' antes que você possa criar um grupo de disponibilidade nessa instância.
Segui as instruções para ir para o "SQL Server Configuration Manager" e a guia "AlwaysOn High Availability" para ativar o recurso. Dessa vez, o recurso ficou acinzentado e houve uma mensagem informando que o nó do computador não está em um cluster de failover.
Minha pergunta é:
Como posso corrigir esse problema se nem sequer temos uma configuração de cluster de failover que usaria esse recurso?
Eu corri dbcc checkdbno mestre; os resultados foram:
O CHECKDB encontrou 0 erros de alocação e 0 erros de consistência no 'mestre' do banco de dados.
O AlwaysOn Availability Group NÃO está ativado porque eu nem tenho um cluster de failover.
fonte