top of page
  • Foto do escritorCloudDB

SQL Server - Implanta Controle Logs

Script para fazer Shrink ou não fazer ? Eis a questão! Não, Não e Sim ! Não, no SQL Server você não deve fazer shrink de dados porque irá fragmentar em 99% seus índices e prejudicar sua performance. Existe exceção ? sim, se você esvaziar demais os dados e quiser reaproveitar o espaço em disco, o que pode ser raro. Não, você nunca deve marcar a opção auto shrink porque vai parecer que seu Banco de Dados tem um vírus na performance, ou seja, as vezes ele irá travar e você não saberá porque está rodando o shrink no horário de pico e vai fragmentar seu banco de dados, impactando a performance daí em diante. Sim, para o shrinkfile de log porque muitas vezes houve uma carga de dados e a log já está vazia, internamente, só que gigante para o sistema de arquivos, ademais a fragmentação do transaction log pode afetar muito a performance. Para esses casos segue o script único que irá criar uma stored procedure para fazer o shrinfile de log dos Bancos de Dados e já agendar para execução diária. Você pode adequar o schedule, conforme sua necessidade.

33 visualizações0 comentário

Posts recentes

Ver tudo

ALERTA DE NUMERO DE CONEXOES

Este código em T-SQL realiza várias operações relacionadas ao monitoramento e alerta do número de conexões em um servidor SQL Server. Aqui está uma resenha das principais funcionalidades do código: Cr

bottom of page