Temos uma relação entre os dados do banco de dados e o arquivo de log?

Question

OK, todos sabemos que um arquivo de log grande prejudica o desempenho do banco de dados.

Hoje estávamos analisando o servidor de um cliente e vimos alguns arquivos de log aproximadamente 3900% maiores que o arquivo de dados.

E isso me deixou curioso se existe alguma melhor relação entre os dois?

    

Answer 1

Eu não acho que existam regras rígidas sobre a proporção de arquivos de dados para os arquivos de log do sql server.

Em termos simples, os arquivos de log estão lá como um registro de mudança no banco de dados & pode ser usado para fins de recuperação. Quanto mais rápida a taxa de alteração dos seus dados, maior será o tamanho do arquivo de log.

O que você está vendo com seus clientes provavelmente é um problema em que os bancos de dados estão no modo de recuperação total, os backups completos estão sendo executados sem backups de log. Seu cliente precisa configurar uma estratégia de backup de log adequada para esses bancos de dados.

Se a recuperação pontual não for necessária (ou seja, os backups completos diários / semanais são bons o suficiente), então altere para o modo de recuperação simples & um shink log one-off deve ser suficiente.

    

Answer 2

Assumindo o servidor MS SQL, embora eu ache que isso se aplica a qualquer RDBMS: um log grande não tende a afetar o desempenho em si. O mau planejamento do disco para o banco de dados e arquivos de log que levam a problemas de E / S é o que causará um desempenho ruim.

Um grande arquivo de log é devido a um número enorme de gravações desde o último backup do arquivo de log. Geralmente, isso significa que você não está fazendo backup e truncando o arquivo de log adequadamente e / ou com frequência suficiente.