Fala Pessoal,<\/p>\n
Gostaria de compartilhar com voc\u00eas uma experi\u00eancia que tive no ambiente de banco de dados que administro. Realizando um boot<\/em> em um dos meus servidores SQL Server devido as atualiza\u00e7\u00f5es de seguran\u00e7a do windows, uma de minhas databases subiu em modo Suspect<\/em>. Como essa database \u00e9 restaurada diariamente do servidor de produ\u00e7\u00e3o para esse servidor D-1 e \u00e9 utilizada por poucos relat\u00f3rios, tive tempo de pesquisar se havia algum modo de recuper\u00e1-la sem precisar voltar um backup da mesma.<\/p>\n Mas Fabr\u00edcio, como vou saber se alguma de minhas databases est\u00e1 em modo Suspect?<\/p>\n R: Al\u00e9m de ser poss\u00edvel visualizar no pr\u00f3prio Object Explore do Management Studio, rodando a query abaixo tamb\u00e9m podemos verificar se existe alguma database suspect em nosso ambiente:<\/p>\n SELECT NAME,STATE_DESC FROM SYS.DATABASES Ap\u00f3s algumas buscas, encontrei o seguinte artigo onde \u00e9 ensinado um passo a passo de como voltar uma database em modo suspect: How to repair a Suspect Database in SQL Server<\/a>.<\/p>\n Esse artigo identifica 5 poss\u00edveis motivos para uma database ficar como Suspect, s\u00e3o eles:<\/p>\n 1. Database could have been corrupted.<\/p>\n 2. There is not enough space available for the SQL Server to recover the database during startup.<\/p>\n 3. Database cannot be opened due to inaccessible files or insufficient memory or disk space.<\/p>\n 4. Database files are being held by operating system, third party backup software etc.<\/p>\n 5. Unexpected SQL Server Shutdown<\/p>\n Tudo indica que comigo aconteceu o problema de n\u00famero 5. E para resolve-lo, apenas segui o passo a passo desse artigo.<\/p>\n Com a database em estado suspect, n\u00e3o era poss\u00edvel verificar as propriedades e enchergar as tabelas dessa database no Object Explore do Management Studio, o que j\u00e1 deixa os usu\u00e1rios da database bem desesperados com medo de terem perdido os dados.<\/p>\n Para iniciar o processo de recupera\u00e7\u00e3o, executei o comando:<\/p>\n ALTER DATABASE NOME_DATABASE SET EMERGENCY<\/p>\n Nesse momento minha database ja estava em modo de emergencia e j\u00e1 era poss\u00edvel acessar as tabelas. Nessa hora j\u00e1 bate um aquele al\u00edvio. UFA, minhas tabelas est\u00e3o acess\u00edveis.<\/p>\n Entretanto, quando uma database est\u00e1 em modo de emergencia ela se torna READ_ONLY e o acesso fica limitado a membros da server role sysadmin. Para deixa minha database online novamente, executei o comando:<\/p>\n ALTER DATABASE NOME_DATABASE SET ONLINE<\/p>\n Minha database ficou totalmente acess\u00edvel e meus usu\u00e1rios puderam utiliz\u00e1-la normalmente.<\/p>\n Ap\u00f3s deixar a database online, executei o comando DBCC CHECKDB para verificar se existia alguma corrup\u00e7\u00e3o nessa base. O resultado foi \u201cfound 0 errors and repaired 0 errors<\/em>\u201d.<\/p>\n Com isso, n\u00e3o precisei restaurar um backup da minha database para poder recuper\u00e1-la. Espero que possa ajudar algu\u00e9m que passe por esse problema. Caso voc\u00ea tenha alguma experi\u00eancia com uma database Suspect, deixe um coment\u00e1rio para compartilhar sua experi\u00eancia com outras pessoas.<\/p>\n Gostou dessa dica?<\/b><\/p>\n Cadastre seu e-mail para receber novos Posts e curta minha P\u00e1gina no Facebook<\/a> para receber Dicas de Leituras e Eventos sobre SQL Server.<\/p>\n
\nWHERE STATE_DESC=’SUSPECT’<\/p>\n