O banco de dados mestre está corrompido, a instância não será iniciada - quais são minhas opções?

Socorro! Meu banco de dados mestre está corrompido, nem consigo colocar a instância do SQL online! Quais são as minhas opções para fazer o backup do meu servidor?

Eu tenho um backup do mestre, mas a página do MSDN "Restaurando o banco de dados mestre" solicita que eu inicie a instância no modo de usuário único, o que não posso fazer!

(Observação: estou deixando esta pergunta não especificada na versão SQL, para ser uma referência mais amplamente aplicável. Existem algumas perguntas semelhantes no DBA.SE, mas nenhuma que envolva o servidor incapaz de iniciar.)

Aqui estão algumas avenidas que eu investigaria. Não faça tudo isso (algumas são técnicas diferentes para atingir o mesmo objetivo), mas vale a pena considerar:

1. Examine o log de erros do SQL diretamente

Navegue diretamente para a pasta que contém os logs de erros do SQL e carregue os mais recentes ERRORLOGno bloco de notas para obter mais detalhes sobre por que a instância do SQL não será iniciada. Talvez você descubra que o problema não está no banco de dados mestre.

2. Tente iniciar a instância no modo de usuário único

Aqui está uma lista completa das opções de inicialização do servidor SQL , incluindo -m(modo de usuário único) e -f(modo de configuração mínima). Outras opções permitem especificar o caminho para o banco de dados mestre, se esse for o problema.

Se você conseguir iniciar a instância, siga as etapas no artigo do MSDN vinculado para restaurar o banco de dados mestre ou esta explicação detalhada de Thomas LaRock .

Se outro aplicativo sempre capturar a conexão de usuário único antes de você, primeiro desative o SQL Agent para que não seja iniciado. Segundo, veja as idéias sobre esta questão para usar o -m"Application Name"parâmetro para especificar o nome do aplicativo.

3. Restaure masterpara outra instância e copie seus arquivos

Eu encontrei apenas uma outra menção a essa técnica não documentada, mas a usei com sucesso no fim de semana passado, portanto vale a pena tentar.

Se você não puder iniciar a instância no modo de usuário único, mas tiver outra instância SQL executando exatamente a mesma versão e compilação , tente restaurar o último backup conhecido bom do banco de dados mestre do servidor morto para a outra instância:

• Restaure como um nome diferente, é claro ( master_please_god_let_this_work), WITH MOVEpara não sobrescrever masterno seu bom servidor
• Restaurar WITH NORECOVERY. Não sei se isso é necessário, mas me senti melhor por saber que o outro servidor não alteraria nada no mestre restaurado
• Defina-o como offline: ALTER DATABASE [master_please_god_let_this_work] SET OFFLINE
• Copie os arquivos MDF e LDF restaurados do bom servidor para o servidor morto
• Renomeie os arquivos master.mdfe mastlog.ldfconforme necessário para substituir os arquivos mestre incorretos pelas versões restauradas
• Cruze os dedos e inicie a instância
• Opcional: faça uma nova restauração do mestre no servidor revivido. Não tenho certeza se isso é necessário, pois tomamos bastante cuidado para não mudar master.

4. Reconstrua os bancos de dados do sistema

Se você não tiver outra instância executando a mesma versão, ou se não estiver familiarizado com o procedimento não documentado listado em # 3, ou se não tiver backups de master( por que você não tem backups ?? ), você pode reconstruir os bancos de dados do sistema SQL a partir do disco de instalação original :

Setup.exe /ACTION=REBUILDDATABASE /...

Quando isso estiver concluído, você poderá seguir as etapas vinculadas anteriormente para restaurar masterdo seu último backup válido. Você também precisará restaurar um backup recente msdbpara manter todos os seus trabalhos, agendamento e histórico de trabalhos.

5. Restaure todos os bancos de dados USER para uma nova instância SQL (ou existente)

Se você já tem outra instância em execução (versão SQL adequada, espaço em disco suficiente), provavelmente iniciaria as restaurações do banco de dados a partir dos backups mais recentes enquanto estiver trabalhando nas outras etapas de solução de problemas acima, caso precise delas.

Se sua nova instância (ou reinstalada) tiver acesso ao mesmo disco, é muito mais rápido simplesmente anexá-las como novos bancos de dados:

CREATE DATABASE foo 
ON (FILENAME = 'D:\data\foo.mdf'),
   (FILENAME = 'D:\data\foo_log.ldf')
FOR ATTACH;

6. Faça novamente as alterações em master

Depois de restaurar com êxito master(através de qualquer uma das técnicas acima), você precisará investigar quaisquer alterações que possam ter sido perdidas, se elas foram feitas após o backup que você acabou de restaurar:

• Alterações de segurança
• Novos bancos de dados (os arquivos ainda estarão no disco, basta anexá-los)
• Configurações em todo o servidor

Não há uma maneira mágica de encontrá-las; você precisará voltar à documentação da sua própria empresa para esses tipos de alterações, se tiver uma.

Eu só queria adicionar um possível problema e solução que acabei de encontrar - tive uma situação semelhante durante uma atualização cumulativa com falha (SQL2016 CU12) e mensagens no visualizador de eventos e no log de erros em que dizia "Não é possível recuperar o banco de dados mestre. O SQL Server é Não é possível executar. Restaure o mestre a partir de um backup completo, repare-o ou reconstrua-o. " atualizar novamente, após o qual foi concluído com êxito e o banco de dados mestre e todos os outros foram abertos sem problemas.