CORRECÇÃO: Mensagem de erro ao tentar atualizar uma instância do SQL Server 2005 para SQL Server 2008: "de espera na alça de recuperação de mecanismo de banco de dados falhou. Verifique o log de erro do SQL Server para as causas em potencial"

ID do artigo: 968829 - Exibir os produtos aos quais esse artigo se aplica.
Tradução automáticaExibir Aviso de Isenção de Tradução Automática
Expandir tudo | Recolher tudo

Sintomas

Considere o seguinte cenário:
  • Você pode renomear a conta sa para uma instância do Microsoft SQL Server 2005.
  • Você tenta atualizar esta instância do SQL Server 2005 para o SQL Server 2008.
Nesse cenário, quando o mecanismo de banco de dados está sendo atualizado, a atualização pode falhar e você receber a seguinte mensagem de erro:
Aguarde na alça de recuperação de mecanismo de banco de dados falhou. Verifique o log de erro do SQL Server para obter as possíveis causas.
Além disso, você pode localizar as seguintes mensagens de erro no arquivo de log de instalação do SQL Server:
<data> <hora> spid6s Executing msdb.dbo.sp_syspolicy_create_purge_job <data> <hora> erro spid6s: 515, gravidade: 16, estado: 2.
<date><time><data> <hora> spid6s não é possível inserir o valor NULL na coluna 'owner_sid', tabela 'msdb.dbo.sysjobs'; coluna não permite nulos. INSERT falhar.
<date><time><data> <hora> spid6s erro: 912, gravidade: 21, estado: 2.
<date><time><data> <hora> spid6s script nível atualização para o banco de dados 'mestre' falhou porque etapa atualização 'sqlagent100_msdb_upgrade.sql' encontrou erro 515, estado 2, gravidade 16. Essa é uma condição de erro sério que pode interferir na operação regular e o banco de dados será colocado off-line. Se o erro ocorreu durante a atualização do banco de dados 'master', ela irá impedir que instância do SQL Server inteira seja iniciado. Examinar as entradas de log de erros anteriores para erros, tome as ações corretivas apropriadas e reinicie o banco de dados para que as etapas de atualização de script executado para conclusão.
<date><time><data> <hora> spid6s erro: 3417, gravidade: 21, estado: 3.
Observação Arquivo de log de instalação do SQL Server é normalmente denominado SQLServer_ERRORLOG_yyyy-mm-ddThh.mm.ss.txt e está localizado na seguinte pasta:
<SQL Install Directory>\100\Setup Bootstrap\log\yyyymmdd_hhmmss
Voltar para o início | Submeter comentários

Causa

O processo de atualização inclui um script para criar o procedimento SP_Syspolicy_Create_Purge_job armazenados. O procedimento cria o trabalho syspolicy_purge_history e hardcodes o proprietário do trabalho para ser a conta sa. Porque a conta sa é renomeada, a criação de trabalho falha. Isso faz com que o problema mencionado na seção "Sintomas".
Voltar para o início | Submeter comentários

Como Contornar

Para contornar esse problema, renomeie a conta sa como sa e, em seguida, atualizar a instância do SQL Server 2005.

Esse problema é corrigido no SQL Server 2008 Service Pack 1 (SP1). Portanto, quando você tenta atualizar uma instância do SQL Server 2008 para uma versão posterior ao SQL Server 2008 SP1, esse problema não ocorre. Para obter mais informações sobre o SQL Server 2008 Service Pack 1, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
968382
(http://support.microsoft.com/kb/968382/ )
Como obter o service pack mais recente para o SQL Server 2008
Voltar para o início | Submeter comentários

Situação

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na seção "Aplica-se a". Esse problema foi corrigido primeiro no SQL Server 2008 Service Pack 1.
Voltar para o início | Submeter comentários

Referências

Para obter mais informações sobre terminologia de atualização de software, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
824684
(http://support.microsoft.com/kb/824684/ )
Descrição da terminologia padrão que é usada para descrever as atualizações de software
Voltar para o início | Submeter comentários

Propriedades

ID do artigo: 968829 - Última revisão: quarta-feira, 8 de abril de 2009 - Revisão: 1.0
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2008 Workgroup
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Standard
Palavras-chave: 
kbmt kbsurveynew kbexpertiseadvanced kbqfe kbfix KB968829 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 968829
(http://support.microsoft.com/kb/968829/en-us/ )
Voltar para o início | Submeter comentários

Submeter comentários

 
Voltar para o inícioVoltar para o início