o que é o aviso: base de dados <o nome do db> é suspeito? Você provavelmente viu uma base de dados marcada como suspeita em SSMS e você não sabe o que ela representa. Leia abaixo o artigo para saber mais detalhes sobre isso!
Qual é o aviso: o nome db da Base de dados é suspeito?Às vezes podemos ser confrontados com uma situação crítica, devido à nossa base de dados de servidores SQL entrar em Modo suspeito. Nesse ponto, a base de dados não pode mais ser usada e nenhum trabalho pode ser feito.
a principal razão pela qual a base de dados entra no modo suspeito é porque o grupo de arquivos primário foi danificado e a base de dados não pode ser recuperado durante a inicialização do servidor SQL.
além disso, a base de dados pode entrar no estado suspeito por várias outras razões, que podem incluir::
- um mau funcionamento do sistema, que pode ser causado por uma desligado incorretamente do servidor de banco de dados
- um arquivo de LOG danificado ou danificado arquivo MDF
- no caso, não há mais espaço no Disco
- SQL Server é não é possível concluir um rolo para a frente ou operação de reversão
- limitações em termos de espaço para sistemas de arquivos FAT32 e outros motivos
para reparar o banco de dados e recuperar deste estado, você terá que fazer os seguintes passos:
- Vamos começar alterando o status do banco de dados executando o procedimento armazenado sp_resetstatus
EXEC sp_resetstatus 'TestDB'
- Definir o banco de dados de “Emergência” de modo
ALTER DATABASE TestDB CONJUNTO de EMERGÊNCIA;
- Verificar a base de dados para eventuais inconsistências
DBCC checkdb('TestDB');
- No caso de você encontrar quaisquer erros durante a instrução DBCC fase, em seguida, colocar o banco de dados imediatamente no MODO de USUÁRIO ÚNICO, com a ajuda da consulta abaixo:
ALTER DATABASE TestDB CONJUNTO SINGLE_USER COM REVERSÃO IMEDIATA;
- Também, neste ponto, por razões de segurança, recomendamos que você faça um backup do banco de dados
- Depois de você terminar de fazer um backup do banco de dados você deve proceder para executar a consulta a seguir. Mas lembre-se que ao utilizar a seguinte consulta, com o REPAIR_ALLOW_DATA_LOSS parâmetro, você está executando uma operação que irá reparar o banco de dados, mas todas as ações que são feitas durante este processo não pode ser revertido. Não há nenhuma solução para voltar a um estado anterior de banco de dados, que é por isso que recomendamos que você faça o backup nós sugerido no ponto anterior
DBCC CheckDB ('TestDB', REPAIR_ALLOW_DATA_LOSS);
- A última consulta, você deve executar é definir o banco de dados em modo MULTI-USUÁRIO
ALTER DATABASE TestDB CONJUNTO MULTI_USER;
- A etapa final é para atualizar seu servidor de banco de dados e verifique se a conectividade com o banco de dados está funcionando. Depois deste ponto os usuários devem ter a possibilidade de se conectar à base de dados. No caso de haver alguma perda de dados você pode restaurar o banco de dados que você fez backup anteriormente