{"id":8884,"date":"2026-10-22T11:00:06","date_gmt":"2026-10-22T14:00:06","guid":{"rendered":"https:\/\/powertuning.com.br\/blog\/?p=8884"},"modified":"2026-10-21T17:06:56","modified_gmt":"2026-10-21T20:06:56","slug":"400gb-liberados","status":"publish","type":"post","link":"https:\/\/powertuning.com.br\/blog\/400gb-liberados\/","title":{"rendered":"400 GB de espa\u00e7o em disco liberados com um simples ajuste"},"content":{"rendered":"
\n

<\/p>\n

\n

Uma simples libera\u00e7\u00e3o de acesso revelou um problema nos arquivos de log de um ambiente SQL Server. O resultado da investiga\u00e7\u00e3o? Aproximadamente 400 GB de espa\u00e7o em disco recuperados.<\/strong><\/p>\n

\n

Gleison Rodrigues \u00b7 DBA SQL Server na Power Tuning<\/p>\n<\/div>\n<\/div>\n

<\/p>\n

Neste artigo, Gleison Rodrigues, DBA SQL Server na Power Tuning, compartilha um caso real do dia a dia que mostra como uma an\u00e1lise simples pode gerar resultados surpreendentes: a libera\u00e7\u00e3o de aproximadamente 400 GB de espa\u00e7o em disco a partir de ajustes nos arquivos de log de bancos de dados.<\/p>\n

Entenda o que causou o problema, como ele foi resolvido e como o monitoramento pode ajudar a identificar situa\u00e7\u00f5es como essa antes que elas se tornem um gargalo.<\/p>\n

<\/p>\n

Tudo come\u00e7ou com uma libera\u00e7\u00e3o de acesso<\/h2>\n

Ol\u00e1, rede!<\/p>\n

Hoje vou relatar um dos casos que ocorrem no nosso dia a dia de DBA na Power Tuning.<\/p>\n

Uma simples libera\u00e7\u00e3o de acesso de usu\u00e1rio liberou aproximadamente 400 GB de espa\u00e7o em disco. \u00c9 isso mesmo que voc\u00eas est\u00e3o lendo, kkk!<\/p>\n

Tudo come\u00e7ou com uma simples libera\u00e7\u00e3o de acesso em um servidor de homologa\u00e7\u00e3o, mas o processo acabou revelando um erro bastante inusitado.<\/p>\n

\"\"<\/p>\n

<\/p>\n

\n

O erro apontava para um arquivo de log cheio.<\/p>\n

A mensagem indicava que o log estava cheio e aguardava um backup de log. Mas havia um detalhe: aquele era um servidor de homologa\u00e7\u00e3o que n\u00e3o realizava esse tipo de backup.<\/p>\n<\/div>\n

<\/p>\n

O que estava acontecendo?<\/h2>\n

Nesse erro, dizia que o arquivo de log estava cheio e que estava pendente do backup de log. Ao mesmo tempo, pensei: U\u00e9, mas aqui \u00e9 um servidor de homologa\u00e7\u00e3o, n\u00e3o deveria realizar backup de log. E era isso mesmo: n\u00e3o realizava backup de log, por\u00e9m, o recovery model estava como FULL e o arquivo estava sendo 100% utilizado. O problema \u00e9 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\u00e9m com 100% de utiliza\u00e7\u00e3o.<\/p>\n

\"\"<\/p>\n

Com esse diagn\u00f3stico em m\u00e3os, fui conversar com o cliente para entender se ele tinha conhecimento da situa\u00e7\u00e3o e se poder\u00edamos alterar o recovery model para SIMPLE<\/strong>.<\/p>\n

O cliente autorizou a mudan\u00e7a e seguimos com a altera\u00e7\u00e3o.<\/p>\n

<\/p>\n

A solu\u00e7\u00e3o e o resultado<\/h2>\n

Depois da altera\u00e7\u00e3o do recovery model, os arquivos de log passaram a apresentar 0% de utiliza\u00e7\u00e3o. Com a autoriza\u00e7\u00e3o do cliente, realizei o SHRINK para reduzir o tamanho f\u00edsico dos arquivos e devolver o espa\u00e7o ao disco.<\/p>\n

O resultado foi a libera\u00e7\u00e3o de aproximadamente 400 GB de espa\u00e7o em disco<\/strong>, al\u00e9m da resolu\u00e7\u00e3o do problema que havia impedido a libera\u00e7\u00e3o de acesso.<\/p>\n

\"\"<\/p>\n

 <\/p>\n

As respostas do cliente foram simples e diretas:<\/h2>\n

\"\" \"\"<\/h2>\n
\n

\u201cEita, melhorou muito!\u201d<\/p>\n

\u201cMuit\u00edssimo obrigado pelo apoio, Gleison!\u201d<\/p>\n<\/div>\n

Por que o recovery model importa?<\/h2>\n

O recovery model define aspectos importantes da estrat\u00e9gia de recupera\u00e7\u00e3o de um banco de dados SQL Server. No modelo FULL, os backups de log s\u00e3o essenciais para manter a cadeia de backups e permitir recupera\u00e7\u00e3o point-in-time, conforme a estrat\u00e9gia adotada.<\/p>\n

Em um servidor de homologa\u00e7\u00e3o que recebe restores da base de produ\u00e7\u00e3o, pode n\u00e3o ser necess\u00e1rio manter uma estrat\u00e9gia pr\u00f3pria de backups de log ou recupera\u00e7\u00e3o point-in-time. Essa decis\u00e3o, por\u00e9m, precisa estar alinhada aos requisitos do ambiente e \u00e0 forma como ele \u00e9 utilizado.<\/p>\n

\n

Aten\u00e7\u00e3o antes de alterar o recovery model<\/p>\n

Alterar de FULL para SIMPLE afeta as possibilidades de recupera\u00e7\u00e3o do banco e interrompe a continuidade da estrat\u00e9gia de backups de log. Antes de fazer essa mudan\u00e7a, confirme os requisitos de recupera\u00e7\u00e3o, os backups existentes e as necessidades do ambiente.<\/p>\n<\/div>\n

<\/p>\n

E onde entra o Power Alerts?<\/h2>\n

Existe um detalhe importante nesse caso: essa inst\u00e2ncia n\u00e3o era monitorada pelo Power Alerts<\/strong>.<\/p>\n

Se estivesse monitorada com as verifica\u00e7\u00f5es e os alertas adequados, poder\u00edamos ter identificado mais cedo a aus\u00eancia de backups de log e investigado a utiliza\u00e7\u00e3o dos arquivos antes que a situa\u00e7\u00e3o chegasse a esse ponto.<\/p>\n

\n

Monitorar tamb\u00e9m \u00e9 encontrar oportunidades de melhoria.<\/p>\n

O Power Alerts<\/strong> ajuda a acompanhar ambientes SQL Server e identificar situa\u00e7\u00f5es que merecem aten\u00e7\u00e3o, apoiando uma atua\u00e7\u00e3o mais r\u00e1pida e preventiva.<\/p>\n<\/div>\n

<\/p>\n

Pequenos ajustes, grandes resultados<\/h2>\n

Resumo da \u00f3pera: \u00e0s vezes, a\u00e7\u00f5es simples podem gerar uma economia muito grande \u2014 e voc\u00ea nem tem no\u00e7\u00e3o disso at\u00e9 investigar o que est\u00e1 acontecendo.<\/p>\n

Esse \u00e9 apenas um dos diversos casos do nosso dia a dia e um exemplo de como o Power Alerts<\/strong> pode ajudar a identificar oportunidades de melhoria em ambientes de dados.<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

Uma simples libera\u00e7\u00e3o de acesso revelou um problema nos arquivos de log de um ambiente SQL Server. O resultado da investiga\u00e7\u00e3o? Aproximadamente 400 GB de espa\u00e7o em disco recuperados. Gleison Rodrigues \u00b7 DBA SQL Server na Power Tuning Neste artigo, Gleison Rodrigues, DBA SQL Server na Power Tuning, compartilha um caso real do dia a…
Leia mais<\/a><\/p>\n","protected":false},"author":38,"featured_media":8895,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"content-type":"","_exactmetrics_skip_tracking":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_post_was_ever_published":false,"_members_access_role":[],"_members_access_error":""},"categories":[176,62,71,138],"tags":[312,1671,1668,1659,1661,1655,53,33,1675,1629,1657,1670,1676,1373,1658,799,1667,940,270,140,1669,1466,336,1673,141,22,1663,1664,1662,1627,1674,1672,1666,35,1665,1660,1005,874],"class_list":["post-8884","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-banco-de-dados","category-casos-reais-de-clientes","category-consultoria","category-power-alerts","tag-administracao-de-banco-de-dados","tag-ambiente-de-homologacao","tag-arquivo-de-log-cheio","tag-arquivos-de-log-sql-server","tag-backup-de-log-sql-server","tag-boas-praticas-sql-server","tag-consultoria-sql-server","tag-dba","tag-economia-de-espaco-em-disco","tag-especialista-sql-server","tag-gerenciamento-de-espaco-em-disco","tag-gestao-de-logs","tag-gleison-rodrigues","tag-infraestrutura-de-dados","tag-liberacao-de-espaco-em-disco","tag-log-de-transacoes","tag-log-file-full","tag-manutencao-sql-server","tag-monitoramento-de-banco-de-dados","tag-monitoramento-sql-server","tag-otimizacao-de-armazenamento","tag-otimizacao-de-banco-de-dados","tag-performance-de-banco-de-dados","tag-point-in-time-recovery","tag-power-alerts","tag-power-tuning","tag-recovery-model-full","tag-recovery-model-simple","tag-recovery-model-sql-server","tag-recuperacao-de-banco-de-dados","tag-reducao-de-custos-de-infraestrutura","tag-restore-de-banco-de-dados","tag-shrink-database","tag-sql-server","tag-sql-server-shrink","tag-transaction-log","tag-troubleshooting-sql-server","tag-tuning-sql-server"],"jetpack_sharing_enabled":true,"jetpack_featured_media_url":"https:\/\/powertuning.com.br\/blog\/wp-content\/uploads\/2026\/10\/artigo-400-GB-\u00b7-Capa-horizontal-1920\u00d71080-scaled.png","_links":{"self":[{"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/posts\/8884","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/users\/38"}],"replies":[{"embeddable":true,"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/comments?post=8884"}],"version-history":[{"count":3,"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/posts\/8884\/revisions"}],"predecessor-version":[{"id":8896,"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/posts\/8884\/revisions\/8896"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/media\/8895"}],"wp:attachment":[{"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/media?parent=8884"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/categories?post=8884"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/powertuning.com.br\/blog\/wp-json\/wp\/v2\/tags?post=8884"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}