Meu banco de dados tem mais de 250 GB. Eu faço backups agendados com uma ferramenta de terceiros.
Os backups agendados do banco de dados são a melhor maneira de proteger o banco de dados do SQL Server contra corrupção? Ou você pode recomendar outra coisa?
Um backup não pode impedir a corrupção. Nada pode absolutamente impedir a corrupção.
O que um backup faz é permitir que você recupere dados para um momento anterior em caso de corrupção ou outro desastre.
Se a sua agenda de backup o protege adequadamente não é algo que uma comunidade de colegas possa responder - seus requisitos de negócios exigirão isso. Você precisa considerar seu objetivo de ponto de recuperação (RPO) - quantos dados você pode perder? Se você limitar aos 5 minutos e fizer um backup completo uma vez por dia e registrar backups a cada hora, você não estará coberto. Para se proteger verdadeiramente, você deve estar no modo de recuperação total e seus backups de log devem ocorrer a cada <= n minutos, em que n é a quantidade máxima de perda de dados que você pode suportar.
Também há outras considerações, como o objetivo do tempo de recuperação (RTO) - no caso de um desastre, quanto tempo você pode gastar para voltar a ficar online? Isso determinará se você mantém seus backups em uma unidade pronta para acesso ou mantém uma espera ativa usando o envio de logs ou técnicas de DR de "custo" mais alto, como espelhamento, FCIs e grupos de disponibilidade. Observe que algumas dessas tecnologias podem ajudar a salvá-lo da corrupção de dados, mas outros tipos de falhas não são cobertos (por exemplo, uma exclusão acidental sem uma cláusula where será executada com êxito no primário e no secundário).
Na minha experiência, a melhor maneira de proteger meu banco de dados são backups agendados. Como Aaron disse, é muito importante responder a essas duas perguntas:
Quantos dados você pode perder?
No caso de um desastre, quanto tempo você pode gastar para voltar a ficar online?
Obviamente, meu banco de dados é menor que 250 GB e eu prefiro um plano de backup maníaco, é um backup completo do banco de dados a cada 24 horas, um backup diferencial a cada três horas e faz backups do log de transações a cada 15 minutos. Sim, talvez leve mais tempo para restaurar meu banco de dados se a falha ocorrer, mas meus dados perdidos serão mínimos.
Eu consideraria configurar a replicação para o seu banco de dados. Leia, por exemplo, aqui para obter mais detalhes sobre como funciona e como pode ajudar a proteger seus dados:
https://msdn.microsoft.com/en-us/en-en/library/ms151198%28v=sql.110%29.aspx
Obviamente, faz mais sentido se você configurar a replicação para outros hosts, mesmo em uma rede diferente. Configurar a replicação transacional é o que a operação deseja para a segurança máxima, pois a replicação ocorre imediatamente, para que seja sempre mais confiável do que apenas um backup agendado.