none
Estratégia de Backup - Dúvidas RRS feed

  • Pergunta

  • Bom dia,

     

    Estou com algumas dúvidas, por gentileza, se alguém souber respondê-las, me ajude.

     

    Bom, eu tenho algumas bases de dados em um servidor SQL Server 2005. Duas dessas bases o Transaction Log cresce cerca de 1 GB por dia, é um sistema crítico que opera 24 horas por dia. Então me recomendaram fazer 1 Backup Full por dia, Backup Diferenciais de 3 em 3 horas por exemplo, e backup da transaction log de 15 em 15 minutos.

    Me explicaram que fazendo isso, o log de transação iria truncar a cada 15 minutos e não cresceria mais e que eu deveria ter 1 arquivo para cada 15 minutos de Transaction Log. Por exemplo, um arquivo as 13:00 hrs, tlog13_00, um arquivo as 13:15, tlog13_15, um arquivo 13:30, tlog13_30, e assim por diante.

    Então o que eu fiz. Criei 1 schedule para backup Full as 21:00 hrs que é o momento que o backup copia para as fitas os dados, 7 schedules de backup diferenciais, meia-noite (00:00), (03:00), (06:00), (09:00), (12:00 meio-dia), (15:00), (18:00), cada schedule gera um backup diferencial um nome diferente tipo, dif00_00, dif03_00, com opção de overwrite, para sobrescrever o backup do dia anterior. Pois esses schedules são executado 1 vez ao dia, e cerca de 90 schedules para backup de log de transação. tipo, 13:00 (tlog13_00), 13:15 (13_15), e assim por diante, 1 schedule para cada 15 minutos, criando 1 arquivo para cada schedules, serão cerca de 90 arquivos de backup de transaction log.

    Eu fiz desta forma porque me explicaram que ao restaurar um backup no sql, eu deveria restaurar o Full, o último diferencial e a sequência de Logs.

    Eu gostaria de saber se está correto esse esquema de backup? Se há algum problema ter esses número muito grande de schedules e poderá afetar a performance do servidor? (apesar de ser um servidor realmente muito bom). Se a forma como foi feito essa estratégia de backup está correta. E eu gostaria de saber se no momento que é feito o backup Full e o backup diferencial é para ser realizado backup da transaction log ? Por exemplo, as 15:00 hrs é executado o diferencial, neste momento o último Transation log foi as 14:45 e o próximo será as 15:15, eu gostaria de saber se nesse momento as 15:00 deve ser feito um backup da transaction log, junto com o diferencial, eu gostaria de saber a mesma situação para o Full?

     

    Muito obrigado,

     

    Atenciosamente,

     

    Ralph Haddad

     

     

    domingo, 3 de fevereiro de 2008 11:45

Respostas

  • Sim, olhe o que está escrito no Books Online:

     

    During a full or differential database backup, SQL Server backs up enough of the transaction log to produce a consistent database when the backup is restored.

     

    ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.en/tsqlref9/html/89a4658a-62f1-4289-8982-f072229720a1.htm

     

     

     

    terça-feira, 5 de fevereiro de 2008 12:33

Todas as Respostas

  • A plano de backup que foi planejado está bem estruturado para um ambiente do tipo que foi mencionado.

     

    Apenas verifique onde os arquivos de backup estão sendo gerados/armazenados, por questão de segurança, disponibilidade e espaço requerido.

     

    Ambientes que requerem alta disponibilidade não podem depender somente de um plano de backup, configurações, e hardwares são fundamentais para garantir o funcionamento.

     

    Sobre a quantidade de schedules se afetará a perfomance, somente analisando e avaliando o conjunto todo para saber se algum problema pode ser previsto.

     

    Sobre fazer backups de log após o full e diff, não vejo necessidade. Os backup full e diff já fazem backup de uma parte do log para poder recuperar os dados e deixar o banco de dados consistentes na hora do recovery.

     

     

    Obs.: vc colocou o mesmo assunto a dias atrás no MSDN (internacional), e algumas dicas já foram passadas, inclusive com uma rotina para backup de log unica que gera os arquivos com nomes diferentes. a unica questão é que para usa-la vc precisa gerenciar os arquivos que forem gerados, pois a rotina não sobreescreve apenas cria um novo arquivo.

    domingo, 3 de fevereiro de 2008 16:11
  • Obrigado Alex pela ajuda,

     

    eu só fiquei com dúvida nesta parte que você postou:

     

    Sobre fazer backups de log após o full e diff, não vejo necessidade. Os backup full e diff já fazem backup de uma parte do log para poder recuperar os dados e deixar o banco de dados consistentes na hora do recovery.

     

    Eu não entendi esta parte, você quis dizer que não há necessidade de fazer backup de log no mesmo momento do full e do dif? Por exemplo, eu faço backup full as 8:00 da manhã e faço backup de log as 08:00, ou faço backup diferencial as 10:00 e faço backup da log as 10:00. é isso?

     

    Muito Obrigado pela ajuda, obrigado mesmo !!!

     

    Aguardo seu retorno,

     

    Atenciosamente,

     

    Ralph Haddad

     

     

    segunda-feira, 4 de fevereiro de 2008 01:53
  •  

    Ex.: Você pode fazer soment o backup full as 08h00 e voltar a fazer backup de log as 08h15.

     

    não precisa fazer os dois tipos no mesmo momento.

     

    http://www.sqlskills.com/blogs/paul/2007/10/25/DebunkingACoupleOfMythsAroundFullDatabaseBackups.aspx

     

    http://www.sqlskills.com/blogs/paul/2008/01/31/MoreOnHowMuchTransactionLogAFullBackupIncludes.aspx

     

    Segue dois artigos do Paul Randal, que explica um pouco mais sobre isso.

     

     

    segunda-feira, 4 de fevereiro de 2008 11:47
  •  

    Obrigado Alex pela sua ajuda,

     

    eu apenas gostaria de saber se também vale para o backup diferencial o exemplo acima ?

     

    Muito Obrigado,

     

    Atenciosamente,

     

    Ralph Haddad

    terça-feira, 5 de fevereiro de 2008 01:42
  • Sim, olhe o que está escrito no Books Online:

     

    During a full or differential database backup, SQL Server backs up enough of the transaction log to produce a consistent database when the backup is restored.

     

    ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.en/tsqlref9/html/89a4658a-62f1-4289-8982-f072229720a1.htm

     

     

     

    terça-feira, 5 de fevereiro de 2008 12:33