Início / dba / Perguntas / 164790
Accepted
Zoinky
Asked: 2017-02-19 06:48:55 +0800 CST

Como corrigir erros relatados por DBCC CHECKDB

  • 772

Estou recebendo muitos erros de DBCC CHECKDB, incluindo:

Msg 8939, Level 16, State 98, Line 1
Table error: ID do objeto 0, ID do índice -1, ID da partição 0, ID da unidade de alocação 3667181342891245568 (tipo Desconhecido), página (7791:-1694668604). Teste (IS_OFF (BUF_IOERR, pBUF->bstat)) falhou. Os valores são 133129 e -12.

Msg 8928, Level 16, State 1, Line 1
Object ID 405576483, index ID 73, partition ID 72057594049200128, alloc unit ID 72057594054246400 (tipo In-row data): A página (1:194923) não pôde ser processada. Veja outros erros para obter detalhes.

Msg 8976, nível 16, estado 1, linha 1
Erro de tabela: ID de objeto 405576483, ID de índice 73, ID de partição 72057594049200128, ID de unidade de alocação 72057594054246400 (digite dados em linha). A página (1:194923) não foi vista na verificação, embora seu pai (1:186194) e anterior (1:194922) se refiram a ela. Verifique quaisquer erros anteriores.

Msg 8980, nível 16, estado 1, linha 1
Erro de tabela: ID de objeto 405576483, ID de índice 73, ID de partição 72057594049200128, ID de unidade de alocação 72057594054246400 (digite dados em linha). Página do nó de índice (1:186194), slot 103 refere-se à página filho (1:194924) e filho anterior (1:194923), mas eles não foram encontrados.

Msg 8978, nível 16, estado 1, linha 1
Erro de tabela: ID de objeto 405576483, ID de índice 73, ID de partição 72057594049200128, ID de unidade de alocação 72057594054246400 (digite dados em linha). Página (1:194932) está faltando uma referência da página anterior (1:194931). Possível problema de ligação da corrente.

Mais importante ainda, no final, o seguinte é retransmitido:

CHECKDB encontrou 0 erros de alocação e 28 erros de consistência no banco de dados 'houseme'.

repair_allow_data_loss é o nível mínimo de reparo para os erros encontrados por DBCC CHECKDB (houseme).

O que eu faço?

sql-server dbcc-checkdb

1 respostas

  1. Best Answer

    A saída de DBCC CHECKDBdisse exatamente o que fazer:

    USE [master];
GO

ALTER DATABASE houseme SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
DBCC CHECKDB(N'houseme', REPAIR_ALLOW_DATA_LOSS);
ALTER DATABASE houseme SET MULTI_USER;

    Caso o nome da opção não seja óbvio o suficiente, isso pode levar à perda de dados - mas sem backups, você não tem outra escolha.

    Se isso não funcionar e você não tiver backups, bem, você pode ter aprendido uma lição muito cara sobre por que você deve ter backups. Você pode ver se Paul Randal tem outras idéias , ou esta idéia de Steve Stedman . Sem garantias, claro.

    Se você ainda tiver erros de consistência após várias tentativas, talvez seja hora de criar um novo banco de dados, migrar o máximo de dados consistentes possível e reduzir suas perdas.

    • 8

relate perguntas