Início / dba / Perguntas / 232714
Accepted
user3841709
Asked: 2019-03-22 04:20:51 +0800 CST

Redimensionamento adequado do arquivo de log após a redução - SQL

  • 772

Recentemente, descobri que nosso banco de dados SQL Server 2012 contém mais de 100.000 arquivos de log virtual executando o comando DBCC LOGINFO. Depois de fazer muita pesquisa, ainda estou inseguro quanto ao tamanho exato que devo definir o Log após o encolhimento.

Usando o snippet de código abaixo e com base em meus detalhes, qual tamanho sugerido devo definir para meu arquivo de log e você recomendaria que eu alterasse meu crescimento automático?

USE AdventureWorks
GO
BACKUP LOG AdventureWorks TO DISK='d:\adtlog.bak'
GO
-- Get Logical file name of the log file
sp_helpfile
GO
DBCC SHRINKFILE(AdventureWorks_Log,TRUNCATEONLY)
GO
ALTER DATABASE AdventureWorks
MODIFY FILE
(NAME = AdventureWorks_Log,SIZE = 1GB)
GO
DBCC LOGINFO
GO
  • Tamanho atual do banco de dados: 39.482.368 KB
  • Tamanho inicial do banco de dados: 38.557.000 KB

  • Crescimento Automático: 128 MB

  • Tamanho do arquivo de log atual: 34.964.480 KB

  • Tamanho do arquivo de log inicial: 34.145.000 KB
  • Crescimento Automático: 128 MB

Um backup de log é feito 8 vezes por dia, 6 dias por semana, e o Autogrowth está acontecendo praticamente uma vez por semana. O arquivo de log também está em um dispositivo de armazenamento separado do banco de dados

Além disso: Muitos dos VLFs provavelmente são remanescentes do último DBA que não reduz o arquivo. Já faz um ou dois anos desde que atualizamos o crescimento automático para 128 MB do padrão e definimos esse tamanho inicial.

sql-server-2012 transaction-log

1 respostas

  1. Best Answer

    Acho que você encontrará um bom ponto de partida aqui - Defina o tamanho e o crescimento do log de transações

    Resumindo no link:

    • Defina seu log de transações grande o suficiente para que ele não cresça durante a operação normal. Todas as atividades de atualização são interrompidas no banco de dados quando os logs aumentam, portanto, você deseja minimizar o crescimento dos logs.
    • Para um tamanho de log inicial, você pode estimar aproximadamente o tamanho do log necessário para reconstruir sua maior tabela em db (aproximadamente, esse é o tamanho dessa tabela) e definir o tamanho do log inicial para esse valor. Esse seria o método de “ajustar a maior transação”. Impreciso, mas é muito simples.
    • O crescimento do arquivo de log deve ser alterado de uma porcentagem (como é o padrão) para um tamanho fixo de MB e monitorado.
    • O link faz referência ao uso do modelo BULK RECOVERY para limitar o tamanho do log de transações devido a transações 'minimamente registradas' como BULK INSERT e INDEX REBUILDS. Você só pode alternar para BULK RECOVERY de FULL RECOVERY, mas deve estar ciente de que não pode restaurar para um ponto de tempo que englobe uma transação 'minimamente registrada' porque registros de log individuais (inserir/atualizar/excluir) não são gerados durante esse processo . Embora o arquivo de log real não seja grande para uma transação 'minimamente registrada', o backup de log ainda será grande devido ao backup das extensões de dados alteradas que foram afetadas durante a transação 'minimamente registrada'.
    • Em FULL RECOVERY, o log de transações continuará a crescer até que ocorra um backup de log (supondo que não haja mais transações abertas)
    • Em SIMPLE RECOVERY, o log de transações está 'basicamente' disponível para reutilização depois que uma transação confirma o trabalho.
    • De um modo geral, a redução do log é desencorajada. Em algum momento, houve atividade que fez com que ele crescesse para esse tamanho (reconstrução de índice etc.). Pode haver situações em que ocorreu um problema fora do normal e fez com que a transação aumentasse muito do que o normalmente necessário e, nesses casos, talvez seja necessário reduzir o log para um tamanho mais realista

    Em uma nota lateral, sua pergunta afirma que você está fazendo backups de log de transações 8 vezes por dia (6 dias por semana). Eu recomendo que você leia Fazer backup dos logs de transações a cada minuto. Sim, realmente.

    • 1

relate perguntas