Banco de dados "suspeito" do SQL Server?

A primeira coisa é certificar-se de que você NÃO desanexa esse banco de dados.

Restaurar a partir do último goodbackup conhecido é bom. Caso contrário, você precisará usar o modo de reparo EMERGENCY (suponho que você esteja executando o SQL 2005 ou superior). Aqui estão alguns posts de Paul Randal sobre o assunto. Leia os dois antes de começar a tomar qualquer ação.

Criando, desanexando, reconectando e corrigindo um banco de dados SUSPECT

Reparação em modo EMERGÊNCIA: o último recurso

Praticamente sim.

Geralmente significa que os arquivos estão em bollix ou ausentes ou um erro de disco ou algo assim (vi um setor defeituoso causar isso).

Meus passos:

• Certifique-se de que todos os backups estejam lá
• Desligar o SQL Server
• chkdsk os discos usados ​​pelo SQL Server (espero que não seja o seu C: claro)

Edit: vou esclarecer minha resposta

• se os dados forem importantes eu terei um backup
• tempo de inatividade ao mexer com reparos e modo de emergência é muito longo para mim

Eu escrevi algumas orientações sobre isso para 2 casos de banco de dados suspeito: quando você perdeu o arquivo de dados ou arquivo de log. Por favor, leia o seguinte:

• Procedimento de recuperação de banco de dados SQL 2005/2008 - Arquivo de dados excluído (Parte 2)
• Procedimento de recuperação de banco de dados SQL 2005/2008 – Arquivo de dados excluído (Parte 3)

Pela sua pergunta, parece que você tem um backup. Restaurar o banco de dados de um bom backup será a maneira mais fácil e rápida de colocar seu banco de dados operacional e fora do estado suspeito.