none
Backup Log RRS feed

  • Pergunta

  • Bom dia Galera..

    Vejam se podem me ajudar...

    Tenho uma base que seu tamanho total é de 140GB.
    O backup de log ocorre das 5:00 até às 20:00.
    No intervalo das 20:00 até às 05:00 são executadas algumas rotima inclusive o backup full às 21:00.

    O arquivo do log tem seu tamanho mínimo de 73GB (Não sei se está certo).

    Quando a rotima de backup de log inicia às 05:00, o backup falha, pois a unidade não tem espaço, eu calculo que o tamanho total do backup ficaria em torno de 75GB.

    1 - Existe alguma forma de resolver este problema sem expandir o disk?

    2 - Qual a recomendação do tamando minino do arquivo de log?


    Obrigado

    Edgar

    sexta-feira, 6 de março de 2015 13:43

Respostas

  • Edgar,

    O objetivo é você coletar esta informação ao longo do dia, da semana, do mês, porque a utilização do Transaction Log vai variar de acordo com o que é executado no SQL Server. Um job de backup muito longo associado a um rebuild de um índice grande que acontece somente aos domingos pode utilizar 50% do seu TLog por exemplo. Ou uma carga de dados que acontece justamente enquanto você não tira backup do TLog (é o backup do TLog que esvazia o TLog) que pode estar utilizando 90% do seu TLog.

    Portanto, você deve coletar esta informação de minuto em minuto, por exemplo, salvando em um TXT que você pode abrir depois num Excel, salvando em uma tabela, enfim, que possibilite a visão da utilização do TLog durante todo o período avaliado. Eu disse ao longo do dia, da semana, do mês porque alguns relatórios, rotinas de manutenção, etc. acontecem uma vez por semana, por mês, etc.

    A idéia é você identificar que, por exemplo, usa geralmente 25GB de TLog, sabendo portanto que se encolher para 30GB não terá problemas.

    Em relação ao vídeo, acesse http://sqlpass.org, clique em Learning Center, depois clique em Session Recordings, faça login (registro gratuito), na sessão 24 Hours of PASS Recordings clique no "2013: Portuguese Edition".

    Depois conta pra gente se deu certo.

    Abs!


    Luiz Mercante | MCITP SQL 2008 | MCTS SQL 2008 | MTA Database Fundamentals | MCTS Windows Apps | MCTS Windows Network | MCP 2003 | sqldicas@outlook.com | http://sqldicas.com.br --> Se a resposta foi útil de alguma forma, classifique como resposta ou vote como útil.


    quarta-feira, 18 de março de 2015 18:21
    Moderador

Todas as Respostas

  • Boa Tarde Edgar,

    O backup de Log ocorre entre 05:00 e 20:00, mas com qual frequência?

    Realmente um arquivo de backup de Log com 73 Gb é enorme. Verifique se você está olhando realmente o arquivo de backup, ele deve ter a extensão .trn .

    Primeiro nos confirme isso, posteriormente pensaremos em uma estratégia para reduzir o seu arquivo, caso seja possível.

     


    Att, Bruno Silva.

    sexta-feira, 6 de março de 2015 17:36
  • Boa tarde Bruno,

    O backup ocorre a cada 30 minutos.

    Exatamente, o trn tem 73GB.

    Edgar

    sexta-feira, 6 de março de 2015 18:54
  • Edgar,

    Não existe uma recomendação do tamanho do arquivo de log, pois isso esta totalmente relacionado com a configuração do fator de crescimento do seu arquivo, seja em porcentagem, megabyte ou de forma infinita.

    Para tentarmos contornar ou minimizar este cenário uma possibilidade seria analisar tentarmos realizar um ShrinkFile relacionado ao arquivo de log.

    Por gentileza, você poderia consultar as informações sobre o seu banco de dados através das propriedades do Banco e obter os valores existentes na guia General, mais especificamente o valor de espaço disponível para seu banco.


    Pedro Antonio Galvao Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | Professor Universitario | SoroCodigos | @JuniorGalvaoMVP | http://pedrogalvaojunior.wordpress.com]

    domingo, 8 de março de 2015 01:19
    Moderador
  • Olá Junior,

    O certo seria deixar o arquivo de log do tamanho dá minha maior transação, por exemplo: Se minha maior transação for de 100 GB, rebuild dos indices, eu devo deixar o arquivo com tamanho inicial de 100GB? 

    O Space Available é de 12688,61 MB.

    Obrigado.

    Edgar.

    segunda-feira, 9 de março de 2015 12:55
  • Edgar,

    Sinceramente eu desconheço esta informação em relação ao tamanho da maior transação!!!

    Ao realizer o rebuild dos indices com certeza o Log vai crescer, após isso você poderia realizar o ShrinkFile!!!

    Em relação ao espaço disponível você tem aproximadamente 12Gbs livres para armazenamento neste banco de dados.


    Pedro Antonio Galvao Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | Professor Universitario | SoroCodigos | @JuniorGalvaoMVP | http://pedrogalvaojunior.wordpress.com]

    segunda-feira, 9 de março de 2015 23:52
    Moderador
  • Junior,

    Neste cenário que em que meu arquivo de log está configurado inicialmente para 75 GB, qual seria o valor que eu posso diminuir?

    Edgar

    segunda-feira, 16 de março de 2015 13:28
  • Edgar,

    Primeiro de tudo. Porque você não está realizando backup de log entre as 20:00 até 05:00? Se existe atividade na base de dados, você deveria estar realizando backup de log.

    Lembre-se que Full backups incluem apenas alguns pontos do transaction log necessarios para algum caso de recovery, o que não necessariamente inclui todo transaction log gerado. Também, Backup Full não inicia o processo de log truncation, sendo essa tarefa responsavel do backup de log.

    O algoritmo utilizado no shrinkfile para arquivos de log é diferente do de arquivos de dados, sendo que para os arquivos de log o espaço a ser liberado poderá ser apenas o que estiver no fim do arquivo, para assim manter a consistencia em caso de um crash recovery. 


    Att,
    Marcos Freccia [MTA|MCTS|MCITP|MCT SQL Server 2008]
    Blog|Twitter
    Assine também os feeds clicando aqui

    segunda-feira, 16 de março de 2015 14:11
  • Edgar,

    Com o comando DBCC SQLPERF(LOGSPACE) você pode verificar quantos % do seu Transaction Log está sendo utilizado.

    No link abaixo tem a gravação de uma sessão que fiz no 24H de PASS em Português explicando diversos aspectos do Transaction Log, inclusive questões de gerenciamento de tamanho, etc.

    http://www.sqlpass.org/24hours/2013/portuguese/Sess%C3%B5es/SessionDetails.aspx?sid=5564

    Em 25/04 teremos um SQL Saturday, onde teremos uma sessão de mais de 1 hora falando de Transaction Log:

    http://sqldicas.com.br/event/sql-saturday-361-joinville/

    Evite ficar encolhendo e esticando o Transaction Log para evitar fragmentação (assista o vídeo).

    Abs,


    Luiz Mercante | MCITP SQL 2008 | MCTS SQL 2008 | MTA Database Fundamentals | MCTS Windows Apps | MCTS Windows Network | MCP 2003 | sqldicas@outlook.com | http://sqldicas.com.br --> Se a resposta foi útil de alguma forma, classifique como resposta ou vote como útil.


    terça-feira, 17 de março de 2015 20:42
    Moderador
  • Olá Luiz.

    O link http://www.sqlpass.org/24hours/2013/portuguese/Sess%C3%B5es/SessionDetails.aspx?sid=5564

    Não está disponível a gravação, como faço para assistir?

    Executando este comando tenho 75GB(Log Size) e 2,5GB(Used%), posso diminuir para quanto?

    Obrigado

    Edgar

    quarta-feira, 18 de março de 2015 14:16
  • Edgar,

    O objetivo é você coletar esta informação ao longo do dia, da semana, do mês, porque a utilização do Transaction Log vai variar de acordo com o que é executado no SQL Server. Um job de backup muito longo associado a um rebuild de um índice grande que acontece somente aos domingos pode utilizar 50% do seu TLog por exemplo. Ou uma carga de dados que acontece justamente enquanto você não tira backup do TLog (é o backup do TLog que esvazia o TLog) que pode estar utilizando 90% do seu TLog.

    Portanto, você deve coletar esta informação de minuto em minuto, por exemplo, salvando em um TXT que você pode abrir depois num Excel, salvando em uma tabela, enfim, que possibilite a visão da utilização do TLog durante todo o período avaliado. Eu disse ao longo do dia, da semana, do mês porque alguns relatórios, rotinas de manutenção, etc. acontecem uma vez por semana, por mês, etc.

    A idéia é você identificar que, por exemplo, usa geralmente 25GB de TLog, sabendo portanto que se encolher para 30GB não terá problemas.

    Em relação ao vídeo, acesse http://sqlpass.org, clique em Learning Center, depois clique em Session Recordings, faça login (registro gratuito), na sessão 24 Hours of PASS Recordings clique no "2013: Portuguese Edition".

    Depois conta pra gente se deu certo.

    Abs!


    Luiz Mercante | MCITP SQL 2008 | MCTS SQL 2008 | MTA Database Fundamentals | MCTS Windows Apps | MCTS Windows Network | MCP 2003 | sqldicas@outlook.com | http://sqldicas.com.br --> Se a resposta foi útil de alguma forma, classifique como resposta ou vote como útil.


    quarta-feira, 18 de março de 2015 18:21
    Moderador