none
Crescimento de Log - Estratégia de Banco FULL RRS feed

  • Pergunta

  • Senhores,

    Configurei um banco de dados para usar a estratégia FULL para recovery model.

    Ocorre que eu imaginava que quando o backup do log fosse realizado, ele iria reduzir o tamanho do arquivo, mas isto não está acontecendo e ele tem ficado com o tamanho de 4GB normalmente.

    Verificando o que poderia realizar de Shrink no Log, ele tem de  Available space free  = 68%, porém se faço isso ainda sim o tamanho permanece o mesmo.

     

    A pergunta é o que poderia fazer para controlar o tamanho do meu LOG, pois não estou querendo que após o backup do log ele permanece com um tamanho grande, quero que ele reduza ao zero um no máximo 1gb.

    Fico no aguardo pessoal.

    Obrigado!

     


    Vithor da Silva e Silva | MCTS - SQL Server 2008, Implementation and Maintenance www.vssti.com.br
    • Movido Gustavo Maia Aguiar quarta-feira, 16 de novembro de 2011 12:16 (De:Alta Disponibilidade)
    quarta-feira, 16 de novembro de 2011 12:04

Respostas

  • Bom Dia,

    O backup de log não reduz o tamanho do arquivo, mas libera espaço interno dentro dele, pois, as transações que ali estavam são movidas para o arquivo de backup. Se o arquivo ainda cresce depois de um backup de log, é porque o seu volume transacional gera mais dados do que o backup consegue retirar. Nesse caso, o recomendado é alocar mais espaço para os arquivos de log e (ou) aumentar a frequência com que o backup de log é realizado.

    No seu caso, se há 68% de espaço livre, o log pode receber novas transações sem necessitar crescer o arquivo. O SHRINK pode não estar conseguindo reduzir o arquivo em virtude das alocações dos virtual log files. Nesse caso, tire um novo backup de log e faça o shrink novamente (deve funcionar).

    Deve ressaltar que efetuar o SHRINK em arquivos de log pode não ser uma boa idéia. Se você faz o SHRINK e reduz o arquivo de log, no momento em que novas transações aparecerem, ele pode não ter espaço suficiente para acomodá-las e aí novamente o arquivo tem de crescer. Não vejo muito sentido em ficar reduzindo o arquivo e o SQL Server ficar aumentando. Essa queda de braço só gasta tempo e CPU. Diminuir o tamanho do arquivo não otimiza absolutamente nada e a vida útil do disco continua a mesma (com arquivo grande ou pequeno) além do que o gasto de energia também é o mesmo. Só vejo sentido em efetuar SHRINK em arquivos de log se você tiver feito uma grande carga e tiver consumido um espaço de log anormal. Nesse caso pode ser interessante reduzí-lo, pois, você não irá precisar do espaço. Outra razão é caso haja falta de espaço em disco (mas aí é mais falha de planejamento do que propriamente espaço).

    A pergunta é o que poderia fazer para controlar o tamanho do meu LOG, pois não estou querendo que após o backup do log ele permanece com um tamanho grande, quero que ele reduza ao zero um no máximo 1gb.

    Você pode fazer isso tirando mais backups de log. Honestamente acho 4GB um tamanho muito baixo. Não me sentiria "incomodado" com um log tão pequeno.

    [ ]s,

    Gustavo Maia Aguiar
    Blog: http://gustavomaiaaguiar.wordpress.com
    Vídeos: http://www.youtube.com/user/gmasql


    Classifique as respostas. O seu feedback é imprescindível
    quarta-feira, 16 de novembro de 2011 12:16