En esta página se explican las fases de creación de una copia de seguridad y las opciones disponibles para los tipos de aplicaciones compatibles.
Fases de la creación de una copia de seguridad
Para crear copias de seguridad de aplicaciones compatibles, como bases de datos, sistemas de archivos y máquinas virtuales, asigna un plan de copias de seguridad para que se ejecute según una programación y, a continuación, haz lo siguiente:
Según los ajustes del plan de copia de seguridad, Backup and DR hace una imagen de la fuente de datos y la guarda en los grupos de almacenamiento de destino.
(Opcional) Inmediatamente o más adelante, según el plan de copias de seguridad, Backup and DR copia la imagen del pool de destino a un pool de almacenamiento alternativo para generar una segunda copia. Normalmente, se trata de un grupo de copias de seguridad a un grupo OnVault.
Cuándo se aplica la protección de aplicaciones
Aplicar un plan de copia de seguridad no protege una aplicación de forma inmediata. Los trabajos de protección se ejecutan según una programación, en función de la disponibilidad de los recursos. También puedes ejecutar el trabajo inmediatamente.
El plan de copia de seguridad incluye una programación de cuándo ejecutar el trabajo de protección de esta aplicación, como todos los días entre las 18:00 y las 06:00 UTC, cada cuatro horas. Si aplicas la protección a una aplicación a las 13:00 (UTC) de hoy, la primera operación de protección se programará para las 18:00 (UTC).
A la hora programada, se asigna un espacio de trabajo a la tarea, que puede estar disponible cuando se programa, pero no siempre. Los espacios de trabajo se describen en detalle en este artículo.
Cambiar el plan de copia de seguridad
Puedes cambiar el plan de copia de seguridad de una aplicación en cualquier momento. Las copias de seguridad futuras se crearán según la nueva plantilla. Las copias de seguridad se conservan según la plantilla que se usó al crearlas.
Cambiar los mecanismos de seguimiento
Un dispositivo de copia de seguridad y recuperación crea copias de seguridad de los datos haciendo una copia completa inicial de los datos y, a continuación, copias de los cambios incrementales. Para ello, es necesario poder monitorizar y crear copias de seguridad de los cambios que se producen entre las operaciones de copia de seguridad. Para monitorizar esos cambios, el dispositivo de copia de seguridad o recuperación usa las APIs de Compute Engine, el agente de Backup and DR o Backup VMware VMs.
Copia de seguridad y recuperación tras fallos usa varios métodos para monitorizar los cambios en los datos de origen, entre los que se incluyen los siguientes:
- Seguimiento de bloques modificados basado en agentes para SQL Server
- Seguimiento de cambios basado en agentes para volúmenes lógicos de Linux (LVM)
- Seguimiento de cambios de capturas de Compute Engine
- Seguimiento de cambios de bloques de Oracle
- Seguimiento de cambios basado en VMware
Controlador de seguimiento de cambios de agente
El agente de copia de seguridad y recuperación ante desastres, junto con su controlador de seguimiento de cambios (a veces llamado controlador de filtro), permite realizar copias de seguridad incrementales eficientes al monitorizar los cambios desde el lado del host. Después de la primera copia de seguridad completa de una base de datos, el dispositivo de copia de seguridad y recuperación realiza copias de seguridad incrementales de forma predeterminada. Si tus copias de seguridad siguen siendo siempre completas, comprueba lo siguiente:
El controlador de seguimiento de cambios está detenido. En ese caso, reinicia el servicio del controlador de seguimiento de cambios.
El controlador de seguimiento de cambios de Windows no está instalado. En este caso, desinstala y, a continuación, instala por completo el agente de copia de seguridad y recuperación ante desastres de Windows.
En el SO Linux, la versión del kernel no es compatible con el agente instalado. Consulta la matriz de compatibilidad para ver las versiones del SO Linux compatibles.
Capturas completas e incrementales
Una captura completa crea una copia de seguridad de todos los datos necesarios de la aplicación. Las copias de seguridad completas, también llamadas copias de seguridad completas, se realizan la primera vez que se crea una copia de seguridad de una aplicación y en algunas situaciones poco habituales. Después de la primera captura completa, Backup y recuperación ante desastres hace capturas incrementales, que son mucho más rápidas.
Las capturas incrementales funcionan de la siguiente manera:
La primera captura completa contiene todos los datos de origen.
La segunda y las siguientes capturas solo contienen datos nuevos o modificados. No se incluyen los datos que no han cambiado desde la última captura completa. En su lugar, las capturas incrementales posteriores contienen referencias a la imagen de la captura completa de los datos sin cambios de la captura original.
La siguiente captura contiene los datos nuevos o modificados desde la segunda captura, pero no los datos que no han cambiado de las capturas anteriores. En su lugar, esta captura contiene referencias a bloques de capturas anteriores para los datos que no han cambiado.
Opciones de copia seguridad
Las copias de seguridad y la recuperación tras desastres te permiten hacer lo siguiente:
Crear copias de seguridad de datos de aplicaciones en grupos de coherencia
Crear copias de seguridad de los registros de la base de datos
Copia de seguridad basada en agentes
El agente de Backup and DR se usa para crear copias de seguridad de aplicaciones concretas y grupos de aplicaciones en servidores virtuales. El agente de copias de seguridad y recuperación tras desastres es un servicio ligero y específico del sistema operativo que ocupa poco espacio y que se puede instalar en máquinas virtuales de VMware o instancias de Compute Engine. El agente de copia de seguridad y recuperación tras fallos ofrece una función de copia de seguridad de datos más granular que la que proporcionan las llamadas a la API de VMware. Con ella, puedes hacer lo siguiente:
- Descubrir aplicaciones
- Suspender aplicaciones para mantener la coherencia de las aplicaciones durante la creación de copias de seguridad
- Habilita el seguimiento de bloques de cambios para la estrategia de copia de seguridad incremental permanente.
- Una sola plantilla de política se puede aplicar a varias aplicaciones que residan en un servidor.
- Evita problemas de "stun" en las máquinas virtuales de VMware
Al instalar el agente de Backup and DR en un servidor físico o una VM, puedes crear una sola plantilla de política para hacer una copia de seguridad de todas las aplicaciones del servidor o varias plantillas de política para hacer copias de seguridad de grupos de aplicaciones.
Crear copias de seguridad de datos de aplicaciones en grupos de coherencia
El agente de Backup and DR habilita un grupo de coherencia. Como indica su nombre, los grupos de coherencia aseguran que las copias de seguridad y la recuperación a un momento dado sean coherentes en varias aplicaciones del mismo host. Para lograr la coherencia de las aplicaciones, los miembros de un grupo de coherencia se ponen en reposo y se les crea una copia de seguridad de forma conjunta mediante una única plantilla de política.
Si la opción de copia de seguridad de los registros de la base de datos de Backup and DR está habilitada en una política de instantáneas, todas las bases de datos de las que se haya creado una copia de seguridad con la plantilla de política en la que se encuentra la política de instantáneas se podrán recuperar hasta el mismo momento dado. La recuperación y el avance de los registros (de las bases de datos) de un grupo se realizan mediante la consola de gestión con una sola acción.
Además de agilizar las operaciones de copia de seguridad y recuperación, los grupos de coherencia consumen menos recursos del sistema (VDisks).
Crear copias de seguridad de aplicaciones genéricas (LVM)
La mayoría de las aplicaciones se detectan a través del agente de Backup and DR o de las APIs integradas en Backup and DR. Una aplicación genérica es una aplicación que se define señalando un grupo de volúmenes de LVM que se van a proteger.
Crear copias de seguridad de los registros de la base de datos
La copia de seguridad de los registros de la base de datos está habilitada en las opciones avanzadas de una política de creación de instantáneas. Permite que una sola política de creación de capturas cree copias de seguridad de los registros de bases de datos de Microsoft SQL Server y Oracle, así como de grupos de coherencia que contengan bases de datos de Microsoft SQL Server u Oracle. La frecuencia con la que se crean copias de seguridad de los registros de la base de datos se define por separado de la de la base de datos. Por ejemplo, se puede crear una copia de seguridad de una base de datos todos los días y de sus registros cada hora.
La frecuencia de la copia de seguridad del registro de la base de datos se define en minutos y no debe superar la frecuencia con la que se crea la copia de seguridad de la base de datos asociada. Por ejemplo, si la frecuencia de las copias de seguridad de la base de datos es de 24 horas, la frecuencia de las copias de seguridad del archivo de registro debe ser inferior a 24 horas. El intervalo de copia de seguridad de registro de base de datos más pequeño es de 15 minutos.
La conservación de registros se define de forma independiente a la conservación de la política de instantáneas. Si tienes un periodo de conservación independiente, puedes usar los registros junto con copias de la base de datos almacenadas en el grupo de instantáneas.
Independientemente del número de registros de los que se cree una copia de seguridad durante un periodo de conservación de registros especificado, los registros de los que se haya creado una copia de seguridad de una base de datos se almacenan en un único VDisk del grupo de copias de seguridad y réplica tras desastre. Para ahorrar espacio en el grupo de capturas, puedes usar un ajuste avanzado para indicar a la base de datos que comprima sus registros.
Crear copias de seguridad de instancias de Compute Engine
Para crear copias de seguridad de instancias completas de Compute Engine, el dispositivo de copia de seguridad y recuperación usa APIs de Compute Engine. Compute Engine proporciona un seguimiento de bloques modificados para la estrategia de copia de seguridad incremental perpetua de Backup and DR y puede detener aplicaciones para mantener la coherencia de las aplicaciones durante la copia de seguridad.
Cuando se crea una copia de seguridad de un servidor virtual completo, se crea una copia de seguridad de un servidor virtual totalmente funcional (sistema operativo, aplicaciones y sus datos). Tener una copia de todo el servidor virtual asegura que se pueda acceder a los datos rápidamente y sin problemas.
Crear copias de seguridad de máquinas virtuales de VMware
Copia de seguridad y recuperación tras fallos usa las APIs de almacenamiento de VMware vSphere (llamadas de protección de datos) para crear copias de seguridad de un servidor virtual de VMware completo (o de discos específicos asignados a esa VM). Estas opciones habilitan el seguimiento de bloques modificados para la estrategia de copia de seguridad incremental continua de Backup y DR, y detienen las aplicaciones para que sean coherentes durante la copia de seguridad.
Crear una copia de seguridad de las aplicaciones y el volumen de arranque de una máquina virtual de VMware
Al gestionar aplicaciones en máquinas virtuales, también puedes crear una copia de seguridad del volumen de arranque de la máquina virtual. Cuando se crea una copia de seguridad del volumen de arranque de una VM, se puede presentar una imagen como una VM de arranque. Si es necesario, la imagen se puede migrar a una nueva ubicación permanente.
Crear copias de seguridad de máquinas virtuales de VMware completas
Cuando se crea una copia de seguridad de un servidor virtual completo, se crea una copia de seguridad de un servidor virtual totalmente funcional (sistema operativo, aplicaciones y sus datos). Tener una copia de todo el servidor virtual asegura que se pueda acceder a los datos rápidamente y sin problemas. Como la imagen presentada es un servidor virtual totalmente funcional, se puede migrar a una nueva ubicación permanente si es necesario.