Processo de backup e restauração do SQL Server

Question

Estou apenas imaginando quais processos de backup você tem.

Atualmente, estou executando um backup de banco de dados semanal completo com backups diferenciais diários.

Meu entendimento é que, com essa configuração, a diferença entre o modo de recuperação total e o modo de recuperação simples é que, com o modo de recuperação completa, poderei usar os logs de transação para reverter meu banco de dados em um ponto específico no tempo. aplicado o último backup diferencial.

Assumindo que no meu cenário, o último backup diferencial serve como meu último e último 'save point', eu não vejo a necessidade de reverter meu banco de dados ainda mais usando os logs. Isso me leva à minha pergunta: há algum benefício adicional a ser obtido usando um modo de recuperação total para o processo de backup atual?

    

Answer 1

Bem, se você não está salvando os registros, o melhor que você pode fazer é reverter para o seu último diff.

O que geralmente faço é fazer o backup do log de transações em intervalos muito mais curtos (talvez a cada 15 minutos ou mais). Isso me impede de perder muitos dados no pior cenário (a máquina queima no solo). Esta é uma operação muito leve, portanto, isso pode ser feito on-line com impacto mínimo.

Geralmente, você deve usar somente o modo de backup completo e fazer backup de seu log de transações com frequência, a menos que você possa perder até um dia inteiro de dados, ao qual você está exposto agora.

    

Answer 2

Geralmente, há dois fatores a serem considerados ao determinar uma estratégia de backup. RPO (Restore Point Objective) e RTO (Restore Time Objective).

Objetivo de tempo de restauração

Eu não cobrirei o RTO como acontece no espelhamento de banco de dados / cluster onde você mantém seus backups, etc. No entanto, lembre-se de quanto tempo você leva para colocar o servidor novamente online após uma falha, por exemplo. Colocando as fitas de volta no local, obtendo um novo servidor, reconstruindo o servidor, etc. RPO & RTO são duas figuras que você deve reportar ao negócio e você deve testá-las reguralmente.

Objetivo do ponto de restauração

O objetivo do ponto de restauração é um ponto no tempo para o qual você deseja recuperar o banco de dados.

Full Vs Simple

Se você precisar restaurar para um ponto específico no tempo, será necessário mover para os backups do Modo de recuperação completo e do Log de transações. Caso contrário, você só poderá restaurar até o ponto do último backup completo ou diferencial.

Embora a maioria das empresas diga que uma perda de dados noturna ou de 4 horas é aceitável. Quando você está nessa situação, a maioria sempre não é. Então, sempre faço a recuperação completa com backups de log de transações.

Recuperação completa

Como regra geral, faço backups completos noturnos na maioria dos meus bancos de dados. Eu também faço diferenciais a cada 4 horas e os logs de transações a cada 15 minutos. Se o tamanho do backup diferencial começar a exceder o tamanho do backup completo. É hora de fazer backups completos mais frequentes.

Se o tamanho do seu backup diferencial começar a exceder o tamanho total do backup. É hora de fazer um backup completo, pois você está perdendo qualquer benefício do backup diferencial em termos de velocidade de restauração.

A maior pegadinha do Full Recovery é que você deve sempre ter o último backup completo no conjunto para poder restaurar. Se alguém fizer um backup manual do banco de dados e não manter o backup, ele quebrará o seu conjunto e você não poderá se recuperar sem ele. (use backup apenas com cópia)

Além disso, se você estiver fazendo a recuperação completa, faça backups de log de transações, caso contrário os arquivos de log ficarão impossíveis de gerenciar.

Restaurando

Para restaurar no modo de recuperação completo, você precisa. O último backup completo mais próximo ao seu ponto de restauração e, em seguida, o backup diferencial mais próximo, você precisará avançar com cada log de transações para chegar ao ponto desejado.

O processo de restauração é muito mais difícil, mas definitivamente vale a pena. Como você pode restaurar para o ponto exato no tempo em que o desenvolvedor enviou excluir todos ao banco de dados.

Então, para responder à pergunta, a Recuperação Completa valerá definitivamente o trabalho extra, porque você será grato por poder restaurar a um ponto no tempo para várias situações. Especialmente quando você tem uma grande falha imediatamente antes do final do mês no processamento financeiro.

    

Answer 3

O tamanho do banco de dados desempenha o grande fator de backups de log de transações versus diferenciais. Em um banco de dados muito grande, o tempo necessário para fazer um backup diferencial ou completo excederá os requisitos de frequência de backup do banco de dados. Por exemplo, em muitos lugares, vi uma mistura de registros de transações noturnas diferenciais, por hora e backups completos semanais.

Ser capaz de restaurar para um ponto no tempo ou ponto de verificação é outro motivo pelo qual os backups de log de transações são úteis. Esse recurso não está disponível com backups diferenciais, se bem me lembro.

Em um banco de dados pequeno, o tempo de um banco de dados de log de transações diferencial versus versus pode ser menos significativo, o que pode ser o motivo pelo qual você não está vendo esse valor adicional. Você também pode ter requisitos mais simples para manutenção.

    

Answer 4

Para obter informações de especialistas, confira tudo no blog de Paul Randal sobre os registros de backup e de transações. Cada situação é diferente e realmente é só você que pode decidir o que você precisa. Eduque-se e depois vá em frente com o que funcionará para a recuperação de dados que você precisa & Quanta perda de dados é aceitável.

No caso, por exemplo, de dados de configuração (isto é, sem dados do usuário, apenas configurações), você pode usar um backup simples para remover a necessidade de fazer registros de transações.