Copias de seguridad de bases de datos


2

Tengo 10gb RDBMS (SQL Server).Me gustaría respaldarlo con la mayor frecuencia posible, pero parece que necesitaré una gran cantidad de espacio para que esto suceda en el orden de varias veces al día.

¿Con qué frecuencia es razonable hacer una copia de seguridad de un DB de este tamaño?¿Cómo se almacenan normalmente las copias de seguridad?

Busqué en Amazon S3 y me pregunto qué tan común es que las personas usen un servicio como este para hacer sus copias de seguridad de base de datos.

  0

Estoy de acuerdo con Thoreau, sin embargo, como dijo que quería tantas copias de seguridad como sea posible, puede querer hacer copias de seguridad incrementales/diferenciales con mayor frecuencia, como cada 2 a 6 horas, según sus necesidades. 14 sep. 112011-09-14 15:22:23

1

¿Con qué versión de SQL estás trabajando?¿Qué significa "tan a menudo como sea posible"?¿Por qué quieres hacer esto?

No tienes que tomar copias de seguridad completas.Puedes hacer una vez por semana completa, y un diferencial cada noche.Con t-sql o SSMS, puede hacer que las copias de seguridad se eliminen automáticamente después de un número n de días, por lo que mantendrá sus copias de seguridad limpias y ordenadas.

¿Tan seguido como sea posible?¿Por qué no realizar copias de seguridad del registro de transacciones cada 5 minutos y luego eliminarlas cada 5 días?

:: He añadido más preguntas ::


4

Creo que la pregunta principal no es la frecuencia con la que otras personas realizan copias de seguridad de sus bases de datos, sino el nivel de pérdida que aceptará su empresa.Si su servidor muere, ¿estarán contentos al volver a un archivo de copia de seguridad de hace 24 horas o necesitarán uno de hace una hora?

Todas nuestras bases de datos de producción realizan una copia de seguridad completa una vez al día, luego ejecutan copias de seguridad del registro de transacciones cada hora.En el caso de una falla completa, nuestro peor escenario es que perdemos una hora de datos (aunque en realidad usamos la creación de reflejo de la base de datos para protegernos incluso de esto).Las copias de seguridad del registro de transacciones también le dan la opción de realizar restauraciones en un momento http://msdn.microsoft.com/en-us/library/ms179451.aspx : http://msdn.microsoft.com/en-us/library/ms179451.aspx

Otro factor es el modelo de recuperación de la base de datos: si está en modo de recuperación total, necesitará copias de seguridad del registro de transacciones para evitar que el registro de transacciones se vuelva inmanejable.Por el contrario, si está utilizando una recuperación simple, las copias de seguridad del registro de transacciones no son una opción.

Este es un punto de partida decente: http://msdn.microsoft.com/en-us/library/ms191239.aspx

Espero que ayude...


1

Digamos que tiene un escenario de negocios común con un tiempo ocupado: 9 am-5pm de lunes a viernes.Entonces sugeriría: Copia de seguridad completa en la noche del domingo.Copias de seguridad diferenciales a las 8 am, 6 pm y 1 am (para reducir el tiempo de recuperación).Registre las copias de seguridad cada hora o según lo que requiera su empresa.

Dependiendo de su período de retención, debe tener un trabajo de limpieza automático para borrar los archivos de copia de seguridad antiguos.

Debe almacenar sus copias de seguridad en algún tipo de disco redundante (duplicado).

Si utiliza Amazon S3, tendrá que pagar por el ancho de banda, el almacenamiento y las solicitudes de obtención/colocación.Luego, existe una complicación adicional si su base de datos almacena datos confidenciales.En su lugar, puede obtener una unidad externa o un dispositivo NAS y almacenar sus copias de seguridad en estos.El precio no debería ser un problema ya que el disco es barato.


5

Parece que no entiendes cómo funcionan las copias de seguridad en SQL Server.Hay tres tipos diferentes de copias de seguridad en SQL Server.

COMPLETO: las copias de seguridad completas de la base de datos vuelcan la base de datos completa y el registro de transacciones activas en un solo archivo (o seccionado, pero ignoremos esta característica por ahora) en el disco.

DIFERENCIAL: las copias de seguridad de bases de datos diferenciales hacen una copia de seguridad de todos los datos que se han modificado desde la última copia de seguridad completa en un archivo de copia de seguridad.Para restaurar desde una copia de seguridad diferencial, DEBE tener la copia de seguridad completa que se tomó antes de la copia de seguridad diferencial.

REGISTRO: las copias de seguridad del registro solo hacen una copia de seguridad de los datos que se encuentran actualmente en el registro de transacciones.Las copias de seguridad de registros le brindan la capacidad de restaurar la base de datos a un punto específico en el que se realiza el tiempo (por ejemplo, si alguien eliminó una tabla que pudo restaurar en un punto, solo restauró la tabla y recuperó todos los datos de esa tabla).Las copias de seguridad de REGISTRO requieren que su base de datos esté en modo de recuperación COMPLETO o BULK_LOGGED.Para restaurar las copias de seguridad del registro, debe tener la copia de seguridad completa más reciente tomada antes de la copia de seguridad del registro que desea restaurar, opcionalmente la copia de seguridad diferencial tomada entre la copia de seguridad completa y la copia de seguridad del registro, y todas las copias de seguridad de registro entre la copia de seguridad completa o diferencial y el último archivo de registro que desea restaurar.

Por lo que has descrito, parece que necesitas perder la menor cantidad de datos posible.Deberá cambiar el modo de recuperación a COMPLETO o BULK_LOGGADO (COMPLETO es lo que selecciona la mayoría de las personas) y luego configurar las copias de seguridad completas diarias y las copias de seguridad del registro de transacciones cada pocos minutos.La frecuencia con la que ejecute las copias de seguridad del registro dependerá de la cantidad de datos que pueda perder.El negocio debe ser el que establece este número, no tú.No es raro ejecutar copias de seguridad de registro cada 10-15 minutos, según los requisitos.

Una vez que se hayan configurado las copias de seguridad, querrá configurar algo para eliminar los archivos después de un cierto número de días (dependiendo de los requisitos comerciales y la cantidad de espacio que puede almacenar).

Querrá hacer una copia de seguridad de las bases de datos en un servidor en otra zona de disponibilidad de EC2 para que, si ocurre una repetición de la interrupción de Amazon a principios de este año, sus datos de copia de seguridad aún estén seguros.

Podría valer la pena contratar a un consultor durante una hora o dos para asegurarse de que las copias de seguridad se realicen correctamente.Si no se hacen bien, ahora es el momento de averiguarlo, no cuando el sistema ha fallado.