¿Qué es un buen programa de copia de seguridad de SQL Server?

Parece que hay una gran cantidad de información sobre el proceso de configuración de las tareas de copia de seguridad, pero no hay mucha información sobre la vista general de las copias de seguridad de la base de datos. Al menos, es difícil formular una consulta en un motor de búsqueda que le brinde esa información. Sé que hay tres tipos diferentes de copias de seguridad:

• Copias de seguridad completas de la base de datos
• Copias de seguridad diferenciales de bases de datos
• Copias de seguridad del registro de transacciones

Parece que se supone que debo usar los tres. Entonces, ¿es este un horario que tiene sentido?

• Primero de cada mes : haga unacopia de seguridad completa de la base de datos.
• Todos los días a medianoche : haga unacopia de seguridad diferencial de la base de datos.
• Cada 15 minutos : realice unacopia de seguridad del registro de transacciones .

De esta manera, si mi base de datos falla, digamos, el 12, simplemente restauraría la copia de seguridad completa de la base de datos desde el 1, haría las 12 copias de seguridad diferenciales del 1 al 12, y finalmente restauraría el registro de transacciones más reciente (son la transacción registra el diferencial?).

Finalmente, ¿una copia de seguridad completa de la base de datos es independiente? es decir, una vez que haga una copia de seguridad completa de la base de datos el 1 de febrero, ¿puedo eliminar todos los archivos de enero? Por supuesto, mantendría un par de series de meses anteriores por si acaso, pero la pregunta es conceptual.

Como con todas las cosas en SQL Server, depende.

Lo primero que debe hacer es asegurarse de comprender lo que hace cada tipo de copia de seguridad.

Books Online tiene todos los detalles pegajosos , pero aquí está mi resumen.

Una copia de seguridad COMPLETA contiene todo dentro de la base de datos. Una copia de seguridad DIFERENCIAL es acumulativa, NO incremental. En su ejemplo, si su base de datos falló el día 12, entonces solo necesitaría restaurar la copia de seguridad completa desde el primero y luego el diferencial más reciente el día 12, seguido de todas las copias de seguridad del registro de transacciones hasta la falla. Una copia de seguridad del REGISTRO DE TRANSACCIÓN solo es necesaria para las bases de datos que utilizan el modelo de recuperación de registro completo o masivo. Si está utilizando el modelo de recuperación simple, no se necesitan copias de seguridad del registro de transacciones.

Ahora que lo hemos aclarado ... El diseño de un cronograma de respaldo realmente depende de la cantidad de datos que necesita para recuperar y de la rapidez con la que necesita recuperarlos en caso de un desastre. Recomendaría comenzar con una copia de seguridad completa cada día. Siempre puede reducir la frecuencia más tarde. Recuerde que la copia de seguridad diferencial es acumulativa desde la última vez que se completó, por lo que, dependiendo de la cantidad de cambio que ocurra en su base de datos, la diferencia podría ser mayor que la copia de seguridad completa después de unos días. Si realiza una copia de seguridad completa todos los días, es posible que no necesite usar diferenciales; sin embargo, aún puede hacerlo una vez al día y programarlo a las 12 del mediodía. La copia de seguridad del registro de transacciones solo realiza una copia de seguridad del registro. La frecuencia de la copia de seguridad del registro determinará la cantidad de datos que está dispuesto a perder en caso de falla. Si ejecuta la copia de seguridad de su registro cada 15 minutos, entonces esperaría perder hasta los últimos 15 minutos de datos que cambiaron. 15 minutos es una buena frecuencia, pero cada 30 minutos funciona perfectamente para mi entorno.

Como dije antes, todo depende de su entorno. Después de haber diseñado y configurado su programa de respaldo, recuerde probarlo en un servidor alternativo. Practique la restauración de sus copias de seguridad completas, diferenciales y de registro para que sepa que todo funciona como lo diseñó.

Books Online tiene buena información si planea usar Planes de mantenimiento, pero si realmente desea flexibilidad, consulte los scripts de respaldo de Ola Hallengren .