Bom dia Daniela,
A pior coisa que poderia ter sido feita é um “detach” em um database com status SUSPECT. Mesmo que você tente o attach novamente ele não vai remover o SUSPECT pois a referencia a isso está no “master”. Algumas coisas podem ser tentadas:
Se o problema for nos data files:
1) Mova todos os arquivos do seu database para outro local (e aproveite pra fazer várias cópias);
2) Crie um database com o mesmo nome, mesma estrutura de arquivos e mesmo tamanho destes arquivos, no mesmo local onde estava o database anterior;
3) Realize um Shutdown no seu serviço do SQL;
4) Copie novamente os arquivos anteriores (corrompidos) sobre os criados no passo 2;
5) Reinicie a instância. Se tudo der certo, você terá o seu “attach” e um banco novamente como “suspect”;
6) Para recuperar o banco execute:
a. ALTER DATABASE xpto SET EMERGENCY;
b. ALTER DATABASE xpto SET SINGLE_USER;
c. DBCC CHECKDB (xpto, REPAIR_REBUILD);
7) Se ele continuar apresentando erros, e você estiver disposto a correr o risco, execute o DBCC com a cláusula REPAIR_ALLOW_DATA_LOSS.
Se o problema for no LOG, tente a cláusula FOR ATTACH_REBUILD_LOG
Abraços,
Luciano Leston
De: sqlse...@googlegroups.com [mailto:sqlse...@googlegroups.com] Em nome de Daniela Eler
Enviada em: sexta-feira, 13 de julho de 2012 08:34
Para: sqlse...@googlegroups.com
Assunto: [SQLServerDF] help me
Pessoal, preciso de uma grande ajuda.
Ao realizar várias operações noturnas o banco ficou em estado suspect, isso ocorreu devido a pouco espaço em disco. Após a liberação de espaço o banco continuou muito tempo em suspect, um DBA realizou um procedimento de rollback e o banco ficou em restoure e não saiu mais desse estado.
No momento o DBA está tentando realizar o attach do banco utilizando os arquivos, mas ocorre um erro em um dos files. O banco tem alguns files por causa de particionamento de tabelas.
Segue o log de erro:
07/13/2012 06:57:16,spid56,Unknown,An inconsistency was detected during an internal operation in database 'xpto'(ID:9) on page (1:52640233). Please contact technical support. Reference number 3.
07/13/2012 06:57:16,spid56,Unknown,Error: 5242<c/> Severity: 22<c/> State: 1.
07/13/2012 06:57:16,spid56,Unknown,External dump process return code 0x20000001.<nl/>External dump process returned no errors.
07/13/2012 06:57:13,spid56,Unknown,Stack Signature for the dump is 0xAF049C27
07/13/2012 06:57:13,spid56,Unknown,* -------------------------------------------------------------------------------.........
Alguém sabe de algum mode de realizar esse procedimento ou arrumar esse file?