Mejores prácticas de respaldo con bases de datos «no compatibles»

Usar Nubephant Backup para proteger las copias de seguridad de bases de datos existentes en la nube requiere algunas consideraciones adicionales al diseñar un plan de respaldo. A diferencia de las copias de seguridad de archivos, imágenes o SQL Server de Nubephant Backup  utilizando el agente SQL Server, los clientes deben tener cuidado de diseñar un plan de copia de seguridad que permita restauraciones de bases de datos adecuadas en función de los requisitos de retención de la base de datos y tipos de respaldo.

Si está realizando copias de seguridad de bases de datos (por separado de Nubephant Backup ), está aprovechando copias de seguridad completas (toda la base de datos), diferenciales (cambios desde la última vez completa) y registros de transacciones (cambios desde la última copia de seguridad del registro de transacciones). Los términos reales utilizados por su proveedor de base de datos relacional particular para estos tipos de copias de seguridad pueden diferir, pero los conceptos son similares. Las restauraciones de estas bases de datos requieren que todas las copias de seguridad de la base de datos estén disponibles en el momento de la restauración. Eso significa que la copia de seguridad completa, la copia de seguridad diferencial relacionada (si los está usando) y la secuencia completa de copias de seguridad del registro de transacciones son necesarias para restaurar la base de datos al punto en el tiempo deseado. Debido a que estas copias de seguridad se realizan fuera del producto Nubephant Backup, Nubephant no comprenderá las relaciones entre estos archivos. La responsabilidad recae en el administrador de la copia de seguridad para comprender las necesidades de copia de seguridad y retención de la base de datos al diseñar un plan de copia de seguridad de Nubephant Backup.

Documentar la base de datos

Para evitar cualquier problema, es importante documentarlo completamente y ser consciente de que comprende:

  • Sus necesidades de retención establecidas para la base de datos (por ejemplo, debe poder restaurar desde los últimos 90 días)
  • El intervalo de copia de seguridad completa de la base de datos (por ejemplo, realiza una copia de seguridad completa una vez a la semana)
  • Si las copias de seguridad de la base de datos siempre crean archivos con nombres únicos (en lugar de anexar nuevas copias de seguridad en un archivo de copia de seguridad común)
  • Si estas copias de seguridad de la base de datos alguna vez se eliminan de la ubicación de copia de seguridad de disco predeterminada antes de que se cumpla el período de retención (ya que es posible que desee confiar en el almacenamiento en la nube para las restauraciones)

Una vez que haya documentado estos elementos, puede diseñar un plan de copia de seguridad que garantice que las copias de seguridad de la base de datos necesarias permanezcan en el almacenamiento en la nube de acuerdo con sus necesidades de retención. Lo último que un administrador de copia de seguridad quiere decirle al equipo del DBA o la unidad de negocios que necesita restaurar una base de datos es que las copias de seguridad necesarias ya no están disponibles para la restauración y su solicitud no se puede completar.

Crear dos planes de copia de seguridad Nubephant Backup

Considere realizar una copia de seguridad de estas copias de la base de datos utilizando un plan de copia de seguridad diferente al que realiza la copia de seguridad de los archivos del servidor (o las imágenes del servidor). Esto garantiza que se puedan cumplir las diferentes necesidades de retención de los archivos frente a las copias de seguridad de la base de datos sin preocuparse de que un cambio en uno afecte al otro.

En su plan de copia de seguridad de archivos, puede excluir las carpetas utilizadas para las copias de seguridad de la base de datos, ya que es probable que haya poca necesidad de realizar una copia de seguridad de los mismos archivos dos veces. Siempre debe realizar las copias de seguridad de la base de datos local en una ubicación que se use solo para ese fin. Evite mezclar las copias de seguridad de la base de datos con otros archivos en la misma carpeta que dificulta el diseño y la administración del plan de respaldo.

En su plan de copia de seguridad de archivos, puede simplemente excluir (desmarcar) la carpeta / carpetas de la copia de seguridad o usar la opción Filtro Avanzado – Omitir Carpetas para evitar hacer copias de seguridad de esas carpetas que contienen copias de seguridad de bases de datos que serán manejadas por un plan de copia de seguridad diseñado específicamente para ellos.

Configuración de retención de Nubephant Backup

Al configurar la retención para el plan de copia de seguridad de la base de datos, asegúrese de establecer la retención en la cantidad de días más el intervalo de copia de seguridad completo. Como ejemplo, supongamos que está ejecutando copias de seguridad completas una vez por semana, ejecutando copias de seguridad diferenciales en los otros días y copias de seguridad de registros de transacciones en algún horario cada día. Si necesita guardar copias de seguridad de 90 días, establezca la retención en un mínimo de 90 + 7  o 97 días. Por ejemplo, si configura la retención en 90 días, Nubephant Backup eliminará la primera copia de seguridad completa del almacenamiento en la nube el día 91, dejándole con copias de seguridad diferenciales y de registro de transacciones que pasaron el resto de esa semana huérfanos de su copia de seguridad completa necesaria.

En el plan de archivos de copia de seguridad de la base de datos, puede usar la política de retención: eliminar versiones anteriores a la opción para evitar que se eliminen las copias de seguridad antes de que haya transcurrido el intervalo de tiempo requerido (97 días en este ejemplo). Asegúrese de desmarcar la opción Mantener siempre la última versión o nunca eliminará realmente ningún archivo con nombres únicos. Además, desmarque Mantener número de versiones para cada archivo, ya que esta opción no será necesaria con los archivos de copia de seguridad de bases de datos con nombre único.

Si tiene un proceso que elimina las copias de seguridad creadas localmente antes de los 97 días (para ahorrar espacio en el disco local, por ejemplo), asegúrese de evitar establecer Backup Plan para eliminar las copias de seguridad de los archivos eliminados localmente. Desmarque la opción Eliminar archivos que se han eliminado localmente .

Si las copias de seguridad de su base de datos no crean nuevos archivos de respaldo cada vez con nombres únicos, entonces debe administrar cuidadosamente la cantidad de versiones que le dice al plan de respaldo. Para evitar complicar demasiado el plan de copia de seguridad, es más fácil evitar problemas al desmarcar la opción Mantener el número de versiones para cada archivo . Deje que Nubephant Backup mantenga todas las versiones de todos los archivos y elimínelos de acuerdo con la configuración de retención. Si está utilizando la opción Copia de seguridad de nivel de bloque, debe programar copias de seguridad completas periódicas para asegurarse de que Nubephant Backup pueda eliminar correctamente los archivos de copia de seguridad antiguos que tuvieron copias de seguridad a nivel de bloque. Pero, para facilitar el uso, es mejor no usar Block-Level para estos tipos de copias de seguridad, ya que eso hace que la configuración de retención y la programación de copias de seguridad sean mucho menos complicadas.

Resumen

Si sigue estas sencillas instrucciones, podrá mantener con éxito copias de seguridad de sus archivos de copia de seguridad de la base de datos existentes en el almacenamiento en la nube, al mismo tiempo que cumple con sus requisitos de retención.