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


11

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.)


(Comentários ou outras respostas são certamente bem-vinda, mas eu perguntei isso em uma tentativa de fornecer uma resposta abrangente, incluindo alguns aspectos que eu não poderia encontrar em outros lugares na web.)
BradC

Respostas:


12

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.


11
Bela postagem. +1. Fiz um teste corrompendo meu mestre, restaurando um backup em outro servidor e copiando os arquivos para o servidor antigo. Funcionou sem problemas. A propósito, recebi o erro 3411 enquanto o mestre estava corrompido.
Racer SQL

Ótimo, obrigado por verificar essa técnica. No meu caso, nunca recebi um erro real, mas meu banco de dados mestre estava demorando horas para se recuperar, muito além de quaisquer configurações possíveis de tempo limite do serviço de cluster.
21317 BradCuritiba

11
@RafaelPiccinelli O mestre mantém os "metadados" sobre tudo no servidor (segurança, outros bancos de dados, etc.), de modo que faz sentido. Veja meus pontos 5 e 6. Você precisará reconectar esses dbs e reconfigurar qualquer segurança existente. BTW, espero que você esteja fazendo isso tudo em um ambiente de laboratório!
BradC 14/02

Sim, é por isso que o teste. Estou recebendo um erro, mas provavelmente está com permissão no meu armazenamento. novamente, bom post. Vou apenas excluir este último comentário haha.
Racer SQL

2

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.


Boa adição à lista; obrigado por incluí-lo.
BradC 30/03
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.