Ol\u00e1 Pessoal,<\/p>\n
Estou aqui para compartilhar com voc\u00eas mais um caso do dia a dia que aconteceu comigo no dia de ontem.<\/p>\n
Estava eu feliz da vida trabalhando em meu home office, quando recebi um e-mail de alerta<\/a> indicando corrup\u00e7\u00e3o de dados em um dos meus 12 clientes<\/a> que realizo a administra\u00e7\u00e3o e o monitoramento remoto do banco<\/a> deles.<\/p>\n Como corrup\u00e7\u00e3o de dados \u00e9 aquele tipo de problema que a adrenalina sobe na hora e o cora\u00e7\u00e3o bate mais forte, rapidamente j\u00e1 realizei um acesso remoto para analisar o problema.<\/p>\n Logando no servidor e realizando o CHECKDB nas bases, identifiquei 6 bases de dados corrompidas (incluindo a base MSDB). E eram MUITAS corrup\u00e7\u00f5es, inclusive em p\u00e1ginas internas do SQL Server.<\/p>\n A\u00ed que entra um cara lindo chamado BACKUP DO LOG!!!!<\/p>\n A corrup\u00e7\u00e3o aconteceu nas p\u00e1ginas de dados do SQL Server (arquivo .mdf). Felizmente os arquivos de log estavam intactos.<\/p>\n Como o backup do log guarda todas as altera\u00e7\u00f5es na base uma a uma (insert\/update\/delete\/etc), mesmo acontecendo uma corrup\u00e7\u00e3o na base \u00e0s 12h, se o SQL Server ainda conseguir rodar um backup do log dessa base \u00e0s 12h:10min, esse backup do log vai estar limpo (sem corrup\u00e7\u00e3o).<\/p>\n Olha que coisa linda!!!<\/p>\n Se eu fizesse um backup FULL ele estaria com dados corrompidos pois iria ler todas as p\u00e1ginas de dados do SQL.<\/p>\n Seguem os passos realizados (dica de ouro):<\/p>\n 1 – Parei o acesso as bases de dados.<\/p>\n 2 – Fiz um \u00faltimo backup do Log<\/p>\n 3 – Restaurei o backup FULL que \u00e9 feito na madrugada<\/p>\n 4 – Restaurei todos os backups do Log at\u00e9 o backup feito no passo 2<\/p>\n 5 – Executei um novo CHECKDB em todas as 6 bases de dados e nenhuma delas indicou corrup\u00e7\u00e3o de dados<\/p>\n Pronto!!! Bases restauradas sem corrup\u00e7\u00e3o at\u00e9 o \u00faltimo instante que o sistema estava funcionando e sem nenhuma perda de dados.<\/p>\n Corrup\u00e7\u00e3o de Dados + Alertas + Backup = DBA Salvo + Empresa sem perda de dados!!!<\/strong><\/p>\n H\u00e1 1 ano, esse cliente n\u00e3o tinha nenhum DBA monitorando o banco de dados.<\/p>\n Ou seja:<\/p>\n Dessa forma, ele poderia demorar para identificar o problema de corrup\u00e7\u00e3o e perder informa\u00e7\u00f5es valiosas da empresa.<\/p>\n Eu sempre digo que corrup\u00e7\u00f5es s\u00e3o raras, mas acontecem. Nesse caso, foi devido a um desligamento for\u00e7ado do servidor somado a algum problema de hardware.<\/p>\n Para refletir: <\/span><\/p>\n Ou voc\u00ea treina algu\u00e9m, ou voc\u00ea contrata algu\u00e9m ou voc\u00ea est\u00e1 correndo risco de perder dados.<\/span><\/strong><\/p>\n Espero ter ajudado.<\/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\n
\n