none
estratégia de backup RRS feed

  • Pergunta

  • Boa tarde a todos,

     

    Senhores(as), estou fazendo testes / estudos e planejamento para estratégia de backup, segue cenário atual que ocorre em uma base de testes:

     

    Resumo:

     Fazendo análise da criticidade dos dados percebemos a necessidade de um backup full diário, e backup de transaction log a cada 15 minutos.

    Cenário de teste:

    1. Job do backup Full que é executado uma vez por dia a 1:00 hora.
    2. Backup do transact log ocorrendo a cada 15 minutos entre 08:15 e 22:00 horas

     

    Embora nesta base haja poucas transações notei o crescimento do arquivo de backup de log (abaixo a situação dos arquivos).

    Backup-Full.bak (aprox.27 MB) Backup-Log.bak(aprox. 326 MB)

    A duvida é a seguinte, o backup de log que ocorre de 15 em 15 minutos é suficiente para eventuais desastres que ocorram no mesmo dia, quando o backup full ocorre a 1 AM, posso “perder / limpar” o backup de log anterior, e reinicia-lo as 8:15 do mesmo dia em que foi gerado o backup full. Ou seja devo guardar o backup de log apenas por um dia, e por exemplo caso ocorra um desastre que seja preciso restaurar um backup da data  XYZ, o backup full que ocorreu a 1:00 da data XYZ será suficiente.

    Qual seria a melhor estratégia para isso? Posso excluir o arquivo “Backup-Log.bak”, após o  término da execução do backup full que ocorre a 1:00 hora? Não tenho muita prática e vivência com backups,  desde já agradeço.

    Muito Obrigado a todos,

    terça-feira, 16 de setembro de 2014 17:15

Respostas

  • CamposRog,

    No momento que você efetuar outro backup FULL, então os backup's de log "teoricamente" não são mais necessários. Eu digo isso porque, na teoria o seu novo arquivo de backup FULL cobre todas às alterações realizadas, inclusive sobre às ocorrências dos backup´s de LOG, porém se este arquivo de backup FULL estiver corrompido ou com algum problema de leitura, então são os backup´s de LOG que vão reestabelecer seu banco de dados até o horário desejado.

    Então eu recomendo que você permaneça com os backup´s de LOG "ao menos" até o 2ºbackup FULL ser executado.

    Avalie os custos em adquirir mais espaço para armazenamento de seus backup´s em relação à perda de seus dados por "X" minutos. Eu acredito que você poderá avaliar melhor o quão crítico é realmente seu conteúdo já que hoje os armazenamento de dados: local, ou em uma Intranet ou remoto (numa nuvem por exemplo) são muito mais baratos que tentar reconstruir o conteúdo de um banco de dados, sem os respectivos backup´s.

    Se ajudou na sua solução, não esqueça de marcar como resposta !

    Abraços,

    Durval Ramos
    Microsoft Partner | MTA | MCSA - SQL Server 2012 | MCSE - Data Platform
    ----------------------------------
    Se foi resolvido clique "Marcar como resposta" e se foi útil "Votar como Útil"
    • Marcado como Resposta camposrog terça-feira, 16 de setembro de 2014 18:14
    terça-feira, 16 de setembro de 2014 17:28
  • Eu faria diferente... Como o seu horizonte de tempo parece ser de 8:15 às 22:00 eu faria o full às 22:00

    O que ocasiona o crescimento do seu arquivo de backup-log, é que voce provavelmente esta usando o mesmo arquivo para todo os logs... a cada 15 minutos ele adiciona um novo backup no mesmo arquivo..

    Use o assistente de criaçao do plano de manutençao...

    Att


    William John Adam Trindade
    Analyste-programmeur
    ----------------------------------------------------------


    terça-feira, 16 de setembro de 2014 17:29

Todas as Respostas

  • CamposRog,

    No momento que você efetuar outro backup FULL, então os backup's de log "teoricamente" não são mais necessários. Eu digo isso porque, na teoria o seu novo arquivo de backup FULL cobre todas às alterações realizadas, inclusive sobre às ocorrências dos backup´s de LOG, porém se este arquivo de backup FULL estiver corrompido ou com algum problema de leitura, então são os backup´s de LOG que vão reestabelecer seu banco de dados até o horário desejado.

    Então eu recomendo que você permaneça com os backup´s de LOG "ao menos" até o 2ºbackup FULL ser executado.

    Avalie os custos em adquirir mais espaço para armazenamento de seus backup´s em relação à perda de seus dados por "X" minutos. Eu acredito que você poderá avaliar melhor o quão crítico é realmente seu conteúdo já que hoje os armazenamento de dados: local, ou em uma Intranet ou remoto (numa nuvem por exemplo) são muito mais baratos que tentar reconstruir o conteúdo de um banco de dados, sem os respectivos backup´s.

    Se ajudou na sua solução, não esqueça de marcar como resposta !

    Abraços,

    Durval Ramos
    Microsoft Partner | MTA | MCSA - SQL Server 2012 | MCSE - Data Platform
    ----------------------------------
    Se foi resolvido clique "Marcar como resposta" e se foi útil "Votar como Útil"
    • Marcado como Resposta camposrog terça-feira, 16 de setembro de 2014 18:14
    terça-feira, 16 de setembro de 2014 17:28
  • Eu faria diferente... Como o seu horizonte de tempo parece ser de 8:15 às 22:00 eu faria o full às 22:00

    O que ocasiona o crescimento do seu arquivo de backup-log, é que voce provavelmente esta usando o mesmo arquivo para todo os logs... a cada 15 minutos ele adiciona um novo backup no mesmo arquivo..

    Use o assistente de criaçao do plano de manutençao...

    Att


    William John Adam Trindade
    Analyste-programmeur
    ----------------------------------------------------------


    terça-feira, 16 de setembro de 2014 17:29
  • Eu faria diferente... Como o seu horizonte de tempo parece ser de 8:15 às 22:00 eu faria o full às 22:00

    O que ocasiona o crescimento do seu arquivo de backup-log, é que voce provavelmente esta usando o mesmo arquivo para todo os logs... a cada 15 minutos ele adiciona um novo backup no mesmo arquivo..

    Use o assistente de criaçao do plano de manutençao...

    Att


    William John Adam Trindade
    Analyste-programmeur
    ----------------------------------------------------------


    William,

    Concordo com a sua observação!!!


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | Professor Universitário | SoroCódigos] @JuniorGalvaoMVP | pedrogalvaojunior.wordpress.com

    quarta-feira, 17 de setembro de 2014 13:32
    Moderador