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 ERRORLOG
no 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 master
para 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 MOVE
para não sobrescrever master
no 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.mdf
e mastlog.ldf
conforme 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 master
do seu último backup válido. Você também precisará restaurar um backup recente msdb
para 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.