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

Traduções de Artigos Traduções de Artigos
Artigo: 308795 - Ver produtos para os quais este artigo se aplica.
N.º DE BUGS: 353867 (SHILOH_BUGS)
Expandir tudo | Reduzir tudo

Sintomas

Se DBCC CHECKDB reportar erro 8909 na páginas atribuídas para ordenação, quando executar o comando DBCC CHECKDB com a opção repair_allow_data_loss , DBCC CHECKDB comunica que o erro seja corrigido, mesmo que o erro não é corrigido. Erro 8905 acompanha normalmente grupos de oito ou mais ocorrências de erro 8909. Independentemente do conjunto de opção de reparação, uma execução subsequente do DBCC CHECKDB comunica o mesmo conjunto de mensagens de erro 8909 e 8905.

Um exemplo destas mensagens de erro são:
Servidor: Erro 8905, nível de 16, estado 1, linha 1
Extensão (1:192) na base de dados 10 ID está marcado como atribuído no GAM mas sem SGAM ou IAM atribuiu.
- ou -
Servidor: Erro 8909, nível de 16, estado 1, linha 1
Erro da tabela: objecto ID 0, índice de ID de 0, ID (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, comunica que o erro 8909 é corrigido. Este problema ocorre apenas para as extensões e páginas atribuídas para ordenação. Páginas utilizadas para ordenar tem os seguintes valores de campo:
  • Tipo de página é definido como SORT_PAGE (7).
  • ID de objecto é 0.
  • Índice de ID é 0.

Resolução

Para resolver este problema, obtenha o service pack mais recente do Microsoft SQL Server 2000. Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
290211INF: How to Obtain the Latest SQL Server 2000 Service Pack
Para corrigir este problema CHECKDB deverá forçar a reparação de atribuição para remover extensões que apenas contêm páginas atribuídas objid e indid 0.

Para resolver este problema, instale o SQL Server 2000 Service Pack 2 e, em seguida, execute o comando DBCC CHECKDB com a opção repair_allow_data_loss .
Para resolver o problema sem aplicar o SQL Server 2000 Service Pack 2, pode utilizar o Data Transformation Services (DTS) para transferir a base de dados fora.

Ponto Da Situação

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

Este problema foi corrigido pela primeira vez no Microsoft SQL Server 2000 Service Pack 2.

Propriedades

Artigo: 308795 - Última revisão: 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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes 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