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

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
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
BUG #: 353867 (SHILOH_BUGS)
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.
DBCC NEWALLOC CHECKALLOC CHECKTABLE objid, indid

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 308795 - Última Revisão: 12/06/2015 06:02:43 - Revisão: 3.2

Microsoft SQL Server 2000 Standard Edition

  • kbnosurvey kbarchive kbmt kbbug kbfix KB308795 KbMtpt
Comentários