400 GB de espaço em disco liberados com um simples ajuste
Uma simples liberação de acesso revelou um problema nos arquivos de log de um ambiente SQL Server. O resultado da investigação? Aproximadamente 400 GB de espaço em disco recuperados.
Gleison Rodrigues · DBA SQL Server na Power Tuning
Neste artigo, Gleison Rodrigues, DBA SQL Server na Power Tuning, compartilha um caso real do dia a dia que mostra como uma análise simples pode gerar resultados surpreendentes: a liberação de aproximadamente 400 GB de espaço em disco a partir de ajustes nos arquivos de log de bancos de dados.
Entenda o que causou o problema, como ele foi resolvido e como o monitoramento pode ajudar a identificar situações como essa antes que elas se tornem um gargalo.
Tudo começou com uma liberação de acesso
Olá, rede!
Hoje vou relatar um dos casos que ocorrem no nosso dia a dia de DBA na Power Tuning.
Uma simples liberação de acesso de usuário liberou aproximadamente 400 GB de espaço em disco. É isso mesmo que vocês estão lendo, kkk!
Tudo começou com uma simples liberação de acesso em um servidor de homologação, mas o processo acabou revelando um erro bastante inusitado.
O erro apontava para um arquivo de log cheio.
A mensagem indicava que o log estava cheio e aguardava um backup de log. Mas havia um detalhe: aquele era um servidor de homologação que não realizava esse tipo de backup.
O que estava acontecendo?
Nesse erro, dizia que o arquivo de log estava cheio e que estava pendente do backup de log. Ao mesmo tempo, pensei: Ué, mas aqui é um servidor de homologação, não deveria realizar backup de log. E era isso mesmo: não realizava backup de log, porém, o recovery model estava como FULL e o arquivo estava sendo 100% utilizado. O problema é que esse arquivo tinha aproximadamente 350 GB e, para completar, existia outro banco de dados com recovery model FULL, com um arquivo de log de 50 GB também com 100% de utilização.
Com esse diagnóstico em mãos, fui conversar com o cliente para entender se ele tinha conhecimento da situação e se poderíamos alterar o recovery model para SIMPLE.
O cliente autorizou a mudança e seguimos com a alteração.
A solução e o resultado
Depois da alteração do recovery model, os arquivos de log passaram a apresentar 0% de utilização. Com a autorização do cliente, realizei o SHRINK para reduzir o tamanho físico dos arquivos e devolver o espaço ao disco.
O resultado foi a liberação de aproximadamente 400 GB de espaço em disco, além da resolução do problema que havia impedido a liberação de acesso.
As respostas do cliente foram simples e diretas:
“Eita, melhorou muito!”
“Muitíssimo obrigado pelo apoio, Gleison!”
Por que o recovery model importa?
O recovery model define aspectos importantes da estratégia de recuperação de um banco de dados SQL Server. No modelo FULL, os backups de log são essenciais para manter a cadeia de backups e permitir recuperação point-in-time, conforme a estratégia adotada.
Em um servidor de homologação que recebe restores da base de produção, pode não ser necessário manter uma estratégia própria de backups de log ou recuperação point-in-time. Essa decisão, porém, precisa estar alinhada aos requisitos do ambiente e à forma como ele é utilizado.
Atenção antes de alterar o recovery model
Alterar de FULL para SIMPLE afeta as possibilidades de recuperação do banco e interrompe a continuidade da estratégia de backups de log. Antes de fazer essa mudança, confirme os requisitos de recuperação, os backups existentes e as necessidades do ambiente.
E onde entra o Power Alerts?
Existe um detalhe importante nesse caso: essa instância não era monitorada pelo Power Alerts.
Se estivesse monitorada com as verificações e os alertas adequados, poderíamos ter identificado mais cedo a ausência de backups de log e investigado a utilização dos arquivos antes que a situação chegasse a esse ponto.
Monitorar também é encontrar oportunidades de melhoria.
O Power Alerts ajuda a acompanhar ambientes SQL Server e identificar situações que merecem atenção, apoiando uma atuação mais rápida e preventiva.
Pequenos ajustes, grandes resultados
Resumo da ópera: às vezes, ações simples podem gerar uma economia muito grande — e você nem tem noção disso até investigar o que está acontecendo.
Esse é apenas um dos diversos casos do nosso dia a dia e um exemplo de como o Power Alerts pode ajudar a identificar oportunidades de melhoria em ambientes de dados.
