locked
Log Cresce rapidamente RRS feed

  • Pergunta

  • O que posso analizar para ver os motivos do crescimento do log. Ja fiz um plano de manutenção para o aumento de vezes que o backup é realizado, na tentativa de manter o tamanho do log mas não adiantou. Poderiam ajudar?

    Obrigado.

    terça-feira, 9 de outubro de 2012 17:34

Respostas

  • 1) Utilize o Profiler pra procurar entender o que está acontecendo. Pode ser alguma importação, por exemplo.

    2) Verifique o Recovery Model da sua base. Se for Full ou Bulk Logged pergunte-se se você possui rotinas de Backup de Log. Isso evita que ele cresça indefinidamente.


    Roberson Ferreira - Database Developer
    Acesse: www.robersonferreira.com.br
    Email: contato@robersonferreira.com.br

    Se esta sugestão for útil, por favor, classifique-a como útil.
    Se ela lhe ajudar a resolver o problema, por favor, marque-a como Resposta.

    terça-feira, 9 de outubro de 2012 17:41
  • Rodrigo,

    Não sei se já resolveste, mas lembrei de que o trace default do SQL Server registra o crescimento automático dos arquivos de banco de dados:

    DECLARE @path varchar(255)
    SELECT @path = path FROM sys.traces
    WHERE is_default = 1
    
    SELECT *  
    FROM [fn_trace_gettable](@path, DEFAULT) 
    WHERE --- inserir aqui a condição
    ORDER BY StartTime;

    Na condição tu deves verificar os eventos de crescimento automático na lista em http://blogs.technet.com/b/fort_sql/archive/2009/10/29/sql-server-2005-list-of-events-captured-by-the-default-trace.aspx.

    Boa sorte.

    Marcelo


    _________________________ Marcelo Lucas Guimarães MCP, MCTS, MCDBA, MCITP Blog: http://mlucasg.wordpress.com

    terça-feira, 13 de novembro de 2012 20:00

Todas as Respostas

  • 1) Utilize o Profiler pra procurar entender o que está acontecendo. Pode ser alguma importação, por exemplo.

    2) Verifique o Recovery Model da sua base. Se for Full ou Bulk Logged pergunte-se se você possui rotinas de Backup de Log. Isso evita que ele cresça indefinidamente.


    Roberson Ferreira - Database Developer
    Acesse: www.robersonferreira.com.br
    Email: contato@robersonferreira.com.br

    Se esta sugestão for útil, por favor, classifique-a como útil.
    Se ela lhe ajudar a resolver o problema, por favor, marque-a como Resposta.

    terça-feira, 9 de outubro de 2012 17:41
  • Acredito que tu precises identificar o horário que o log mais cresce para saber o que ocorre nesse período.

    Uma combinação de Performance Monitor (capturando os contadores tamanho e percentual de uso de log) com SQL Profiler pode ter ajudar.

    Fui sucinto, mas se precisar de alguma informação ou link mais detalhado, nos avise.

    At.

    Marcelo Lucas


    _________________________ Marcelo Lucas Guimarães MCP, MCTS, MCDBA, MCITP Blog: http://mlucasg.wordpress.com

    quarta-feira, 10 de outubro de 2012 13:56
  • Rodrigo,

    Por acaso existe alguma tarefa de desfragmentação de dados e índices, mudanças no fillfactor ou até mesmo criação dos índices sendo executada?

    Agora você realmente precisa ter o log desta banco de dados?

    Qual é o volume de linhas que estão sendo manipuladas?


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]

    quinta-feira, 11 de outubro de 2012 16:24
    Moderador
  • Rodrigo,

    Não sei se já resolveste, mas lembrei de que o trace default do SQL Server registra o crescimento automático dos arquivos de banco de dados:

    DECLARE @path varchar(255)
    SELECT @path = path FROM sys.traces
    WHERE is_default = 1
    
    SELECT *  
    FROM [fn_trace_gettable](@path, DEFAULT) 
    WHERE --- inserir aqui a condição
    ORDER BY StartTime;

    Na condição tu deves verificar os eventos de crescimento automático na lista em http://blogs.technet.com/b/fort_sql/archive/2009/10/29/sql-server-2005-list-of-events-captured-by-the-default-trace.aspx.

    Boa sorte.

    Marcelo


    _________________________ Marcelo Lucas Guimarães MCP, MCTS, MCDBA, MCITP Blog: http://mlucasg.wordpress.com

    terça-feira, 13 de novembro de 2012 20:00