Fazendo backup de logs de transações para fita?

Question

Estou prestes a colocar meu banco de dados no modelo de recuperação completa e começar a fazer backups de log de transações. Estou fazendo um backup noturno completo em outro servidor e, mais tarde, esse arquivo e muitos outros são salvos em fita.

Minha pergunta é essa. Vou fazer backups t-log de hora em hora (ou mais se necessário) e armazená-los no outro servidor também. No entanto, se meus backups completos estiverem passando nas verificações de DBCC e de integridade, preciso colocar meus T-Logs em fita?

Se alguém quiser recuperação pontual para ontem às 14h, precisarei do backup completo anterior e dos logs de transação. No entanto, além desse caso, se eu sei que minhas cópias de segurança completas são boas, há algum valor em manter os backups de log de transação do dia anterior?

    

Answer 1

Os logs antigos podem ser úteis em determinados cenários, como se você descobrisse uma operação de atualização incorreta ocorrida ontem e precisasse recuperar os dados, você pode usar a recuperação pontual de logs mais antigos e completos para recuperar até o momento quando a atualização de dados incorretos ocorreu e copiar os dados excluídos. Basicamente tudo o que precisa de uma imagem do banco de dados antes do último completo.

Supondo que você tenha 100% de confiança na mídia, ou seja. o último backup completo está 100% garantido para estar disponível e será restaurado, os backups de log mais antigos que os mais recentes não são necessários. Se mantê-los por mais tempo ou jogá-los fora, será uma decisão conduzida não pelos requisitos de restauração, mas pelos requisitos da política de retenção de histórico e pelo nível pessoal de paranoia do DBA (saudável).

Uma coisa a notar é que os backups de log mais antigos que o último completo são inúteis sem uma prévia completa.

    

Answer 2

Pessoalmente, prefiro usar meus dados e backups de log de transações no disco e replicá-los em outro conjunto de discos (fora do meu caso). Ele permite que você seja muito flexível em seu processo de backup e restauração.

Manter registros de transações antigos é útil para recuperações de banco de dados Point In Time. Dependendo do seu negócio, pode ser útil restaurar o banco de dados de volta para uma transação específica de alguns dias atrás (útil para suporte técnico ou rollbacks de desenvolvimento).

Eu usei o netbackup no passado para fazer backups de logs de transações diretamente na fita, mas achei muito necessário ter que mexer nas fitas para recuperar um backup (as fitas são manipuladas por uma equipe diferente, em uma loja que é bem longa caminhada longe da sala do servidor). As fitas também não são confiáveis, especialmente quando você REALMENTE precisa delas.

Outro problema com backups em fita é que, se você tiver uma falha grave, haverá uma grave falta de unidades de fita para permitir que você recupere seus backups. Haverá toda uma série de outros serviços e sistemas que estarão na lista e seus backups podem não estar no topo!

    

Answer 3

If someone wants point in time recovery to yesterday at 2pm, I would need the previous full backup and the transaction logs. However, other than that case, if I know my full back ups are good, is there value in keeping the previous day's transaction log backups?

Você está correto, a única finalidade do log de transações do olkder seria recuperar o backup mais antigo por qualquer motivo. A quantidade de tempo que você mantém as costas anteriores depende inteiramente de quanta confiança você tem no próximo backup. Pessoalmente, presumo que o próximo backup irá falhar e ter pelo menos o último backup disponível. Eu também não consigo me livrar deles até que eu tenha que fazer (por exemplo, com 15% de espaço de reserva, eu ainda tenho 400 GB de espaço, então eu posso muito bem manter um backup ou 2 lá).

Não se esqueça da regra de ouro de Heisenberg - seus dados não existem até que existam em dois lugares o tempo todo.