Base de datos de prevención de desastres [cerrado]

16

Mi base de datos tiene más de 250 GB. Realizo copias de seguridad programadas con una herramienta de terceros.

¿Las copias de seguridad de bases de datos programadas son la mejor manera de proteger la base de datos de SQL Server de la corrupción? ¿O puedes recomendar algo más?

Max Vernon
fuente

Respuestas:

28

Una copia de seguridad no puede evitar la corrupción. Nada puede prevenir absolutamente la corrupción.

Lo que hace una copia de seguridad es permitirle recuperar datos a un punto anterior en el tiempo en caso de corrupción u otro desastre.

Si su programa de respaldo lo protege adecuadamente no es algo que una comunidad de pares pueda responder, los requisitos de su negocio lo dictarán. Debe considerar su objetivo de punto de recuperación (RPO): ¿cuántos datos puede permitirse perder? Si limita a los 5 minutos y realiza una copia de seguridad completa una vez al día y registra copias de seguridad cada hora, no está cubierto. Para protegerse realmente, debe estar en modo de recuperación completa y sus copias de seguridad de registros deben ocurrir cada <= n minutos, donde n es la cantidad máxima de pérdida de datos que puede sufrir.

También hay otras consideraciones, como el objetivo de tiempo de recuperación (RTO): en caso de desastre, ¿cuánto tiempo puede gastar para volver a conectarse? Esto determinará si solo tiene sus copias de seguridad en una unidad de disco lista para el acceso, o si mantiene activamente una espera activa mediante el envío de registros, o técnicas de DR de "costo" más altas, como duplicación, FCI y grupos de disponibilidad. Tenga en cuenta que algunas de estas tecnologías pueden ayudarlo a salvarse de la corrupción de datos, pero otros tipos de fallas no están cubiertas (por ejemplo, una eliminación accidental sin una cláusula where se ejecutará felizmente tanto en el primario como en los secundarios).

Aaron Bertrand
fuente
2

En mi experiencia, la mejor manera de proteger mi base de datos son las copias de seguridad programadas. Como dijo Aaron, es muy importante responder a estas dos preguntas:

¿Cuántos datos puedes permitirte perder?
En caso de desastre, ¿cuánto tiempo puede gastar para volver a conectarse?

Por supuesto, mi base de datos es más pequeña que 250 GB y prefiero un plan de copia de seguridad maníaco, es una copia de seguridad completa de la base de datos cada 24 horas, una copia de seguridad diferencial cada tres horas y hacer copias de seguridad del registro de transacciones cada 15 minutos. Sí, quizás tome más tiempo restaurar mi base de datos si ocurre la falla, pero mis datos perdidos serán mínimos.

Alexandr Omelchenko
fuente
0

Consideraría configurar la replicación para su base de datos. Lea, por ejemplo, aquí para obtener más detalles sobre cómo funciona y cómo puede ayudar a proteger sus datos:

https://msdn.microsoft.com/en-us/en-en/library/ms151198%28v=sql.110%29.aspx

Por supuesto, tiene más sentido si configura la replicación en otros hosts, incluso en una red diferente. La configuración de la replicación transaccional es lo que el operador quiere para la máxima seguridad, ya que la replicación se lleva a cabo de inmediato, por lo que siempre es más confiable que solo una copia de seguridad programada.

monsune
fuente