Usuário com melhor resposta
Reindex x Backup Diff

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...
Respostas
-
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
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 -
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 ¬¬...
-
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
-
-
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 -