Compressão de dados SQL Server: custo e benefício

Compressão row e page reduz armazenamento e I/O, mas adiciona CPU e não beneficia todas as tabelas igualmente. A decisão depende dos dados e da carga.

O que medir

Estime economia por tabela e índice e meça scans, seeks, CPU, buffer, tamanho de backups, manutenção e escritas sob carga representativa.

Abordagem prática

Avalie primeiro objetos grandes de leitura, teste row e page separadamente, aplique por partição ou índice e inclua rebuild, geração de log e espaço de reversão.

O que evitar

Não comprima tudo, não avalie apenas economia de disco e não ignore cargas limitadas por CPU nem custo de manutenção.

Resultado operacional

Compressão vale quando a redução de I/O e cache supera a CPU e o custo operacional.

Checklist de produção

Registre uma linha de base e defina a melhoria esperada. Teste com dados e concorrência representativos. Preserve a configuração ou o plano original, prepare uma reversão, implante em uma janela adequada e acompanhe o próximo pico normal de carga.

Para aplicar esse método a um ambiente SQL Server específico, use o formulário abaixo e informe a versão, o tamanho do banco, o perfil da carga e as evidências já coletadas.