none
Reindex x Backup Diff RRS feed

  • Pergunta

  • Olá Srs.,

    Hoje no ambiente onde trabalho tenho uma grande janela noturna para os processos de manutenções como Reindexação e Atualização de Statisticas.

    Minha rotina de backup é a seguinte: BKP Full: 19:00(Bkp de fita roda às 19:30), BKP Diff: acada 3 horas(Primeiro bkp às 06:00 am), BKP Log: acada 30 min

    Reindex e Up.Statistics: a 01:00 da madrugada

    Só que a questão é a seguinte, se observarmos bem toda a rotina  de backup ela é realizada primeiro que o procedimento de Reindex e Up.Statistics até ai tranquilo, mas quando o bkp diferencial roda esse bkp possui um tamanho muito grande quase o mesmo tamanho da base de dados, isso é pq na rotina de Reindex realiza o processo de rebuild dos índices e o backup diferencial armazena essas modificações o que não acho muito agradavel então qual o solução que achei:

    Criei um plano de manutenção com o seguinte sequência: bkp full 1>Reindex>Update Statistics>Bkp Full2>Del Bak Full1.

    Com esse plano de manutenção passo o dia todo realizando backup diferencial como um tamanho bastante consideravel e economizando espaço em disco.

    Gostaria de saber dos Srs. alguma sugestão, dica e etc...

    sexta-feira, 1 de julho de 2011 13:15

Respostas

Todas as Respostas

  • Wallington,

     

    O backup diferencial possui todas as paginas que foram alteradas desde o ultimo backup full, os indices normalmente são uma grande parte de toda a base, principalmente se sua base for um ambiente OLAP, o que faria com que muitas paginas realmente fossem alteradas.

    Não creio que esteja ruim da forma que voce deixou, porem, por que realizar o backup full 1?


    Fabrizzio A. Caputo
    Certificações: Oracle OCA 11g, MCTS SQL Server 2008 Implementation and Maintenance
    Blog Pessoal: www.fabrizziocaputo.wordpress.com
    Blog Empresa: www.tripletech.com.br/blog
    Twitter: @FabrizzioCaputo
    Email: fabrizzio.antoniaci@gmail.com
    sexta-feira, 1 de julho de 2011 13:21
    Moderador
  • Olá Fabrizzio,

    O motivo do backup Full 1 é pura seguração já que estou realizando procedimento de reconstução (Por mais que esse procedimento seja seguro prefiro me proteger) e que tenho que garantir um backup na fica às 19:30 não gosto de jogar esse backup no dia seguinte e ainda não conseguir modificar o horario de backup de fita por pura resistência ¬¬...

    sexta-feira, 1 de julho de 2011 13:29
  • Wellington,

     

    Entendi, bom, não vejo problemas em sua rotina então, só uma coisa, feito o backup diferencial, voce apaga o anterior e todos os backups de log anteriores tambem né?


    Fabrizzio A. Caputo
    Certificações: Oracle OCA 11g, MCTS SQL Server 2008 Implementation and Maintenance
    Blog Pessoal: www.fabrizziocaputo.wordpress.com
    Blog Empresa: www.tripletech.com.br/blog
    Twitter: @FabrizzioCaputo
    Email: fabrizzio.antoniaci@gmail.com
    • Marcado como Resposta Wellington_SQL quarta-feira, 20 de julho de 2011 18:34
    sexta-feira, 1 de julho de 2011 13:33
    Moderador
  • Olá

    Exatamente, mas no caso do backup de log existe uma rotina que remove eles no dia seguinte.

    sexta-feira, 1 de julho de 2011 13:59
  • Ola,

     

    Sugiro voce executar as rotinas de manutencao antes do backup. Vamos pensar no processo.

     

    Backup ( Indices fragmentados) -> Rotina de atualizacao de estatisticas e indices. Aqui voce fez backup de uma base totalmente fragmentada, e digamos que voce restaure esse backup, voce vai voltar com suas estatisticas desatualizadas e indices fragmentados.


    Att,
    Marcos Freccia
    MCTS SQL Server 2008

    terça-feira, 19 de julho de 2011 00:40
  • Olá Marcos,

     

    è por esse motivo que realizo um backup full depois do processo de manutenção, para caso tenho que voltar a base voltei ela desfragmentada.

    domingo, 24 de julho de 2011 15:49