Início / dba / Perguntas / 164302
Accepted
BradC
Asked: 2017-02-15 08:25:58 +0800 CST

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

  • 772

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

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

(Nota: estou deixando esta pergunta não especificada quanto à versão do 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.)

sql-server corruption

3 respostas

  1. Best Answer

    Aqui estão alguns caminhos que eu investigaria. Não faça tudo isso (algumas delas são técnicas diferentes para atingir o mesmo propósito), 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 erro SQL e carregue o mais recente ERRORLOGno bloco de notas para obter mais detalhes sobre por que a instância 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 de opções de inicialização para o SQL server , 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 que você vinculou para restaurar o banco de dados mestre ou este passo a passo detalhado de Thomas LaRock .

    Se outro aplicativo sempre capturar a conexão de usuário único antes que você possa, primeiro desative o SQL Agent para que ele não seja iniciado. Segundo, veja as ideias 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 eu a usei com sucesso no fim de semana passado, então pode valer 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 de banco de dados mestre válido do seu servidor morto para a outra instância:

    • Restaurar com um nome diferente, claro ( master_please_god_let_this_work), WITH MOVEpara não sobrescrever masterno seu bom servidor
    • Restaurar WITH NORECOVERY. Não tenho certeza se isso é necessário, mas me fez sentir melhor por saber que o outro servidor não iria alterar nada no mestre restaurado
    • Defina como off-line:ALTER DATABASE [master_please_god_let_this_work] SET OFFLINE
    • Copie os arquivos MDF e LDF restaurados do servidor bom para o servidor morto
    • Renomeie os arquivos master.mdfe mastlog.ldfconforme necessário para substituir os arquivos mestre inválidos por suas 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, já que tomamos muito 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 se sentir confortável em usar 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 a masterpartir do último backup válido. Você também precisará restaurar um backup recente msdbpara manter todos os seus trabalhos, agendamento de trabalhos e histórico de trabalhos.

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

    Se você já tiver outra instância existente em execução (versão SQL adequada, espaço em disco suficiente), eu provavelmente iniciaria as restaurações de banco de dados 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á-los como novos bancos de dados:

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

    6. Refaça quaisquer alteraçõesmaster

    Depois de restaurar com sucesso master(através de qualquer uma das técnicas acima), você precisa 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 em disco, basta anexá-los)
    • Configurações de todo o servidor

    Não existe uma maneira mágica de encontrá-los, você terá que voltar à trilha de documentação da sua própria empresa para esses tipos de alterações, se tiver uma.

    • 15

  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 errlog dizendo "Não é possível recuperar o banco de dados mestre. SQL Server é não pode ser executado. Restaurar o mestre de um backup completo, repará-lo ou reconstruí-lo.", no entanto, eventualmente, descobri que, se eu apenas executasse novamente o executável do CU, ele detectava o status da atualização como "Instalado Incompletamente" e me permitia simplesmente executar o atualize novamente, após o que foi concluído com sucesso e o banco de dados mestre e todos os outros foram abertos sem problemas.

    • 2

  3. Eu também queria mencionar que eu tive o mesmo problema, comecei a recuperar meu mestre (não ter um arquivo .bak estava me deixando lento, mesmo que eu tivesse cópias de backup de master.mdf e mastlog.ldf). Quando "sqlservr -m" falhou, verifiquei o log de erros do SQL e encontrei esses erros,

    Erro: 2775, Gravidade: 17, Estado: 12.

    A página de código 65001 não é suportada pelo servidor

    Procurando por "erro 2775", encontrei um tópico no msdn, que me levou à solução definitiva, na seção DBA do StackExchange,

    Erro ao iniciar o serviço SQL Server 2017. Código de erro 3417

    A resposta curta? Uma atualização do sistema operacional para o Windows 2019 Server de alguma forma introduziu uma alteração nas configurações regionais, que ativou o "Suporte Beta: UTF8". Ao desativar essa configuração e reinicializar o servidor, o SQL Server voltou a funcionar.

    Isso pode não ser uma correção para todos, mas se o serviço SQL Server não for iniciado, depois de atualizar o Windows, é simples verificar se essa configuração é a causa.

    • 1

relate perguntas