CORRECÇÃO: CheckDB não pode corrigir erro 8909 ou erro 8905

Traduções deste artigo Traduções deste artigo
ID do artigo: 308795 - Exibir os produtos aos quais esse artigo se aplica.
BUG #: 353867 (SHILOH_BUGS)
Expandir tudo | Recolher tudo

Sintomas

Se o DBCC CHECKDB relatar erro 8909 em páginas alocadas para classificação, quando você executar DBCC CHECKDB com a opção repair_allow_data_loss , o DBCC CHECKDB relata que o erro é fixo, mesmo que o erro não é fixo. Erro 8905 normalmente acompanha grupos de oito ou mais ocorrências do erro 8909. Independentemente do conjunto de opção de reparo, uma execução subseqüente de DBCC CHECKDB relata o mesmo conjunto de 8909 e 8905 mensagens de erro.

Uma amostra dessas mensagens de erro são:
Servidor: Mensagem 8905, nível 16, estado 1, linha 1
Extensão (1:192) no banco de dados ID 10 está marcado como alocado no GAM, mas não SGAM ou IAM foi alocado.
- ou -
Servidor: Mensagem 8909, nível 16, estado 1, linha 1
Erro de tabela: objeto identificação 0, índice de identificação 0, identificação (1:192) da página. PageId no cabeçalho da página = (0: 0).

Causa

Uma instrução DBCC CHECKDB com uma opção de reparação por engano relata que o erro 8909 é fixo. Esse problema ocorre somente para extensões e de páginas alocadas para classificação. Páginas usadas para classificar têm os seguintes valores de campo:
  • Tipo de página é definido como SORT_PAGE (7).
  • Identificação do objeto é 0.
  • ID de índice é 0.

Resolução

Para resolver esse problema, obtenha o service pack mais recente para o Microsoft SQL Server 2000. Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
290211INF: Como obter o Service Pack mais recente do SQL Server 2000
Para corrigir esse problema que CHECKDB deve forçar o reparo de alocação para remover extensões que contêm somente páginas alocadas para objid e indid 0.

Para resolver esse problema, instalar o SQL Server 2000 Service Pack 2 e, em seguida, execute DBCC CHECKDB com a opção repair_allow_data_loss .
Para resolver o problema sem aplicar o SQL Server 2000 Service Pack 2, você pode usar o DTS (Data Transformation Services) para transferir o banco de dados fora.

Situação

A Microsoft confirmou que este é um problema no Microsoft SQL Server 2000.

Esse problema foi corrigido primeiro no Microsoft SQL Server 2000 Service Pack 2.

Propriedades

ID do artigo: 308795 - Última revisão: sexta-feira, 17 de outubro de 2003 - Revisão: 3.2
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2000 Standard Edition
Palavras-chave: 
kbmt kbbug kbfix KB308795 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: 308795

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com