Executei um DBCC CHECKDBe ele encontrou erros de alocação. Quando eu executá-lo com REPAIR_ALLOW_DATA_LOSS- será necessário levar o mesmo tempo para verificar se há erros ou tentará usar o último CHECKDBque executei e ir mais rápido?
(SQL Server 2000. Sim, é antigo, não, não posso atualizar.)
Para adicionar à resposta acima, se você estiver no Enterprise Edition, onde um DBCC CHECKDB normal será executado em paralelo, quando você executar com uma opção de reparo, ele deverá executar um único thread, portanto, também levará mais tempo.
Qualquer comando DBCC CHECK* deve verificar todos os dados, pois os resultados de qualquer comando DBCC CHECK* anterior são
não persistiu em lugar nenhum
de forma alguma pode ser confiável para ainda ser preciso.
Também tome cuidado com REPAIR_ALLOW_DATA_LOSS no SQL Server 2000 - há muitos reparos que não funcionam corretamente, que consertei para o SQL Server 2005 como parte de minha reescrita geral da base de código.
Obrigado
Sim, tem que fazer isso de novo... digitalize e corrija os erros com possível perda de dados . Seja cauteloso, use-o como último recurso - repare e permita a perda de dados!
Consulte: Corrupção .. Últimos recursos que as pessoas tentam primeiro ... de Paul Randal.
Lembre-se: o SQL Server 2000 está sem suporte. Portanto, a Microsoft não ajudará, a menos que você atualize para uma versão compatível!