Compartilhar via

Solucionar problemas comuns de instalação de atualização cumulativa SQL Server

  • Artigo

Este artigo fornece etapas gerais para solucionar problemas que você pode enfrentar ao aplicar uma CU (Atualização Cumulativa) ou Service Pack (SP) à sua instância do Microsoft SQL Server. Ele também fornece informações sobre como resolve as seguintes mensagens de erro ou condições:

  • Wait on Database Engine recovery handle failed mensagem e erros 912 e 3417 ao executar scripts de atualização.
  • Erros de instalação que ocorrem devido à falta de arquivos MSI ou MSP (atualização) no cache do Instalador do Windows.
  • The Database Engine system data directory in the registry is not valid ou the User Log directory in the registry is not valid mensagens.
  • Network path was not founde outras mensagens de erro que você recebe se o Serviço de Registro Remoto ou compartilhamentos de administrador estiverem desabilitados em uma FCI (instância de cluster de failover) Always On ou Always On Grupos de Disponibilidade.

Informações cumulativas de atualização e instalação do service pack

Esta seção fornece informações sobre instalações de CU e SP.

  • Para o Microsoft SQL Server 2016 e versões anteriores:

    • Antes de instalar uma CU, verifique se sua instância de SQL Server está no nível SP certo para essa CU. Por exemplo, você não pode aplicar CU17 para SQL 2016 SP2 antes de aplicar o SP2 para a instância SQL Server 2016.
    • Você sempre pode aplicar a CU mais recente para uma determinada linha de base SP sem precisar aplicar CUs anteriores para esse service pack. Por exemplo, para aplicar CU17 para SQL Server instância do SP2 de 2016, você pode ignorar a aplicação de atualizações anteriores a CU14, CU15 e CU16, se elas não estiverem instaladas e aplicar CU17 diretamente.

  • Para versões do Microsoft SQL Server 2017 e posteriores, você sempre pode aplicar a CU mais recente disponível. (Não existem service packs para versões SQL Server 2017 e posteriores.)

  • Antes de aplicar uma CU ou SP, verifique se a instância que você está atualizando está instalada corretamente. Os arquivos de programa SQL Server e os arquivos de dados não podem ser instalados em:

    • Uma unidade de disco removível.
    • Um sistema de arquivos que usa compactação.
    • Um diretório no qual os arquivos do sistema estão localizados.
    • Unidades compartilhadas em uma instância de cluster de failover.

  • Se você adicionar um recurso de mecanismo de banco de dados depois de aplicar uma CU ou um SP a uma instância, deverá atualizar o novo recurso para o mesmo nível da instância do programa antes de aplicar quaisquer novas CUs ou SPs.

Metodologia geral de solução de problemas

Isole o erro seguindo estas etapas:

  1. Selecione Detalhes na tela Falha do processo de instalação.
  2. Na pasta %programfiles%\Microsoft SQL Server\nnn\Setup Bootstrap\Log, marcar Summary.txt na seção Recursos do produto descobertos para determinar se algum dos recursos listados relata uma falha. Se o fizerem, você poderá se concentrar na resolução de problemas que afetam esse recurso.
  3. Vá para a subpasta denominada yyyyMMdd_HHmmss (por exemplo , 20220618_174947) que corresponde ao tempo de falha relatado em que você está se concentrando. O objetivo é examinar os arquivos específicos do recurso, arquivos ERRORLOG e Details.txt arquivo, se necessário.
  4. Acesse a subpasta \MSSQLSERVER e localize os arquivos de log específicos para o recurso que falhou. Por exemplo, sql_engine_core_inst_Cpu64_1.log. Para falhas de script de atualização, marcar os arquivos SQLServer_ERRORLOG_date_time.txt que correspondem ao momento da falha de atualização.
  5. Abra o arquivo de logDetails.txt e pesquise no palavra-chave "Falha". Nem todas as falhas são consideradas críticas.

Para obter mais informações, consulte Exibir e ler SQL Server Configurar arquivos de log.

Nas próximas seções, marcar para um cenário que corresponda à sua situação e siga as etapas de solução de problemas associadas. Se não houver nenhum cenário correspondente, procure por mais ponteiros nos arquivos de log.

Erros 912 e 3417 e "Falha no identificador de recuperação do Mecanismo de Banco de Dados"

Os scripts de atualização T-SQL são enviados junto com cada SQL Server atualização cumulativa. Eles são executados depois que os binários SQL Server são substituídos pelas versões mais recentes. Se esses scripts T-SQL não forem executados por algum motivo, o programa de instalação relatará um erro "Falha no identificador de recuperação do Mecanismo de Banco de Dados". A configuração registra erros 912 e 3417 no log de erros do SQL Server mais recente. Os erros 912 e 3417 estão associados a falhas de atualização de script de banco de dados e falha na recuperação do master banco de dados, respectivamente. As mensagens que precedem o erro 912 geralmente fornecem informações sobre a causa raiz da falha que ocorreu quando os scripts de atualização foram executados.

Pode haver uma variedade de erros gerados junto com 912 e 3417. Para obter mais informações sobre um resumo de cenários comuns e soluções relacionadas, confira Solucionar problemas de falhas de script de atualização ao aplicar uma atualização.

Erros de instalação causados por arquivos instalador ausentes no cache do Windows

Aplicativos como SQL Server que usam a tecnologia do Windows Installer para o processo de instalação armazenarão arquivos críticos no cache do Windows Installer. O local de cache do instalador padrão é C:\Windows\Installer. Esses arquivos são necessários para desinstalar e atualizar aplicativos. Eles são exclusivos desse computador. Atualizações para aplicativos que dependem desses arquivos não funcionarão se forem excluídos acidentalmente ou comprometidos. Para resolve essa condição, use um dos seguintes métodos descritos em Restaurar os arquivos de cache do Windows Installer ausentes:

A configuração falha devido a dados incorretos ou local de log no registro

Ao instalar uma CU ou SP, se os dados padrão e as pastas de log forem inválidos, você poderá receber erros que se assemelham às seguintes mensagens:

"O diretório Dados do Usuário no registro não é válido. Verifique a chave DefaultData na instância que o hive aponta para um diretório válido."

"O diretório Log de Usuário no registro não é válido. Verifique a chave DefaultLog na instância que o hive aponta para um diretório válido."

"Erro ao instalar SQL Server Recursos da Instância dos Serviços de Mecanismo de Banco de Dados. O diretório de dados do sistema do Mecanismo de Banco de Dados no registro não é válido."

Para corrigir esse problema, execute as seguintes etapas:

  1. Conecte-se à instância SQL Server usando SQL Server Management Studio (SSMS).
  2. Clique com o botão direito do mouse na instância SQL Server no Pesquisador de Objetos e selecioneConfigurações do Banco de Dadosde Propriedades>.
  3. Em Locais padrão do banco de dados, verifique se as pastas em Dados e Log estão corretas.
  4. No SQL Server Configuration Manager, selecione SQL Server Serviços, clique duas vezes no Serviço de SQL Server afetado, selecione a guia Avançado e verifique se o valor do Caminho de Dados está correto. O valor é esmaecido e não pode ser modificado. No entanto, se você quiser corrigi-lo, siga o Método 2 em Erro de que os dados ou o diretório log no registro não são válidos ao instalar SQL Server Atualização Cumulativa ou um Service Pack para modificar a entrada do registro SQLDataRoot.
  5. Tente novamente a instalação de CU ou SP.

Nós de Clustering de Failover do Windows Server (WSFC) configurados incorretamente

Para o bom funcionamento e a manutenção de uma FCI (Instância de Cluster de Failover) SQL Server, siga as melhores práticas descritas em Antes de instalar a manutenção & de administração da Instância de Cluster de Failover e failover. Se você tiver erros ao aplicar uma CU ou um SP, marcar as seguintes condições:

  • Verifique se o serviço de Registro Remoto está ativo e em execução em todos os nós do cluster WSFC.
  • Se a conta de serviço do SQL Server não for um administrador no cluster do Windows, verifique se os compartilhamentos administrativos (C$ e assim por diante) estão habilitados em todos os nós. Para obter mais informações, consulte Visão geral dos problemas que podem ocorrer quando os compartilhamentos administrativos estão ausentes. Se esses compartilhamentos não estiverem configurados corretamente, você poderá observar um ou mais dos seguintes sintomas ao tentar instalar uma CU ou SP:
    • A atualização leva muito tempo para ser executada ou não responde. Os logs de instalação não revelam nenhum progresso.
    • Os logs de instalação contêm mensagens como:

      The network path was not found. System.UnauthorizedAccessException: Attempted to perform an unauthorized operation.

Informações adicionais