Prácticas recomendadas para la política de planes de copia de seguridad

Seguir estas prácticas recomendadas te ayuda a evitar algunos de los errores más comunes que los usuarios cometen cuando crean y modifican plantillas de políticas.

Debes configurar plantillas de políticas según tus objetivos de punto de recuperación (RPO) y objetivos de tiempo de recuperación (RTO). Con el tiempo, es posible que necesites hacer cambios en esas plantillas.

Captura inicial de la copia de seguridad de datos

La primera vez que una política en una plantilla de políticas crea una copia de seguridad de los datos de una aplicación, crea una copia de seguridad de los datos en su totalidad. Las copias de seguridad posteriores serán incrementales.

Para proteger varias aplicaciones con una plantilla de política, aplica la plantilla de política a solo algunas de las aplicaciones. Una vez que se complete la captura inicial de datos completa, aplica la plantilla de política a más aplicaciones. Repite el proceso hasta que la plantilla de política se haya aplicado a todas las aplicaciones.

Cambia el tamaño de los volúmenes

Si cambias el tamaño de un volumen que contiene datos protegidos, para algunos tipos de aplicaciones, la próxima vez que se ejecute la política de instantáneas de ese volumen, es posible que se realice una operación de copia de seguridad completa, independientemente de cuántas veces se hayan creado copias de seguridad de los datos de ese volumen en el pasado. Entre ellos, se incluyen los VMDK de VMWare con tamaño modificado y las copias de seguridad basadas en agentes de aplicaciones de Microsoft Windows y Linux que no están en LVM.

Si debes cambiar el tamaño de un volumen para los tipos de aplicaciones afectados, ten en cuenta el impacto que tendrá la captura de todos los datos en los servidores de aplicaciones, la red y el dispositivo de copia de seguridad o recuperación.

Simultaneidad de trabajos

De forma predeterminada, un dispositivo de copia de seguridad o recuperación puede ejecutar seis trabajos de instantáneas de forma simultánea. Si tienes más de la cantidad permitida de trabajos programados para el mismo período, el programador de políticas iniciará la mayor cantidad de trabajos permitida y pondrá en cola los demás.

Debido a que el diseño de red, el diseño de datos y las clases de almacenamiento de cada usuario difieren, experimenta con la simultaneidad hasta que se alcance la cantidad óptima de trabajos simultáneos.

Programaciones de políticas

La Consola de administración admite dos métodos para especificar un programa de políticas cuando se configura una política:

  • Ventanas: Define un programa discreto de copias de seguridad en instantáneas que se adhiere a una frecuencia y un período específicos (por ejemplo, realizar una copia de seguridad cada 30 minutos, todos los días de 9:00 a.m. a 5:00 p.m. UTC). Puedes indicarle al dispositivo de copia de seguridad o recuperación que ejecute varios trabajos de copia de seguridad en un intervalo de frecuencia especificado o una vez durante un período determinado.
  • Continuo. Define un programa continuo de copias de seguridad en instantáneas (por ejemplo, realiza una tarea de copia de seguridad cada ocho horas y comienza la primera tarea a las 01:00 UTC). En esta programación de políticas, las tareas se ejecutan de forma continua (24/7) en el intervalo de tiempo especificado.

Cálculo de la frecuencia

El período es el tiempo entre las ejecuciones programadas, y la frecuencia es la cantidad de trabajos que se ejecutan por unidad de tiempo. Por ejemplo, si una programación requiere que las tareas se ejecuten cada 4 horas, el período es de 4 horas y la frecuencia esperada es de 6 veces por día. Si un trabajo tarda una hora en completarse y la política tiene una frecuencia de 12 horas, el trabajo de la política se ejecutará nuevamente 11 horas después de que se complete el trabajo anterior.

Asegúrate de seleccionar una frecuencia que alcance los objetivos de punto de recuperación (RPO) requeridos y que permita suficiente tiempo para que se complete una tarea.

  • La frecuencia mínima recomendada para una política de instantáneas es de 1 hora (RPO local).
  • Una política de StreamSnap puede apuntar a cualquier política de instantáneas con una frecuencia de 1 hora o más (RPO remoto).

Protección de registros de la base de datos en una política de plan de copia de seguridad

Cuando creas una política de instantáneas para una base de datos, tienes la opción de capturar sus archivos de registro con una frecuencia especificada. La frecuencia con la que se capturan los registros de la base de datos se define por separado de la de la base de datos. Por ejemplo, una base de datos se puede capturar todos los días y sus registros se pueden capturar cada hora.

La frecuencia de la copia de seguridad de los registros de la base de datos se establece en minutos, y la frecuencia con la que se capturan los registros no debe exceder la frecuencia con la que se captura su base de datos asociada. Por ejemplo, si la frecuencia de captura de una base de datos es cada 24 horas, la frecuencia de captura de los archivos de registro debe ser inferior a cada 24 horas.

La frecuencia y la retención se definen en la configuración avanzada de la política de instantáneas de la base de datos. La captura de registros se realiza sin tener en cuenta los límites de días, el período ni la frecuencia con los que se captura su base de datos asociada.

Habilita la función de protección de registros a través de la configuración avanzada Habilita la copia de seguridad de registros de la base de datos en una política de instantáneas de un plan de copias de seguridad. La frecuencia y la retención también se definen en la configuración avanzada de una política de plan de copia de seguridad.

La consola de administración administra automáticamente el espacio físico necesario para alojar los registros de una base de datos. Como mínimo, la consola de administración evaluará los tamaños de registro típicos y su período de retención, y agregará espacio según sea necesario.

Para habilitar la copia de seguridad de registros y administrar de manera más eficiente los requisitos de almacenamiento de los registros de la base de datos, consulta esta tabla.

Configuración Entrada
Cómo truncar o purgar el registro después de la copia de seguridad Es obligatorio establecerlo en Sí para borrar el registro de producción. Para administrar la purga de registros, selecciona esta opción. Esto ejecutará la purga de registros al final de cada copia de seguridad de registros. El valor predeterminado es No truncar.

Si una política con Habilitar la copia de seguridad del registro de la base de datos está establecida en No y Tronchar o purgar el registro después de la copia de seguridad está establecido en Sí, la purga de registros se ejecuta al final de cada copia de seguridad de la base de datos y borra todos los registros.
Período de retención de copias de seguridad de registros La copia de seguridad de registro en el disco de preparación de Backup and DR se conservará en el valor establecido aquí. La retención de registros de las copias de seguridad puede ser diferente de la retención de instantáneas.
Registra el tamaño de crecimiento del disco de la etapa de preparación Establece un porcentaje para aumentar el disco de preparación de la copia de seguridad de registro cuando sea necesario.
Tasa de cambio estimada Estima el porcentaje en el que cambian los datos de la base de datos a diario.
Cómo comprimir la copia de seguridad de registro de la base de datos Úsalo para habilitar la copia de seguridad del registro de la base de datos para que se ejecute en modo comprimido con la API de la base de datos a nivel de la app.
Habilita la copia de seguridad del registro de la base de datos La opción Habilitar la copia de seguridad de registros de la base de datos permite que la política del plan de copia de seguridad cree una copia de seguridad de una base de datos y todos los archivos de registro asociados. Se crea una copia de seguridad de los registros cuando se ejecuta el trabajo de copia de seguridad de registros. Las opciones son Sí o No. Cuando se establece en Sí, se habilitan las opciones relacionadas.
RPO Cuando la opción Habilitar copia de seguridad de registro de la base de datos está establecida en Sí, el RPO define la frecuencia de la copia de seguridad de registro de la base de datos. La frecuencia se establece en minutos y no debe exceder el intervalo de copia de seguridad de la base de datos.
Cómo replicar registros (Usa la tecnología StreamSnap) Cuando la opción Habilitar copia de seguridad de registro de la base de datos está establecida en Habilitada, el parámetro de configuración avanzado Replicar registros permite que las copias de seguridad de registro de la base de datos se repliquen en un dispositivo remoto de copia de seguridad o recuperación. Para que se ejecute una tarea de replicación de copia de seguridad de registro, se debe incluir una política de replicación de StreamSnap en la plantilla junto con un perfil de recursos que especifique un dispositivo remoto de copia de seguridad o recuperación, y primero se debe completar al menos una replicación correcta de la base de datos. Luego, puedes usar la copia de seguridad de registro en el sitio remoto para cualquier imagen de base de datos dentro del rango de retención de la copia de seguridad de registro replicada. Esta función está habilitada de forma predeterminada.

La replicación de registros usa la tecnología StreamSnap para realizar la replicación entre los dispositivos de copia de seguridad y recuperación locales y remotos. La replicación de registros va directamente del grupo de instantáneas local al grupo de instantáneas del dispositivo remoto.

Nota: La replicación de registros no se produce hasta que se protege la base de datos y se replica la imagen de la copia de seguridad de la base de datos en el dispositivo de copia de seguridad o recuperación remoto.
Envía registros al grupo de OnVault Si se establece en Sí, los registros se replicarán en uno o más grupos de almacenamiento de OnVault, lo que permitirá realizar recuperaciones de un punto en el tiempo desde un grupo de OnVault en otro sitio.

Prioridad y programación de trabajos

Todas las actividades se ejecutan como trabajos. Las tareas se ejecutan según las programaciones configuradas cuando se crearon las políticas.

Algunos trabajos tardan mucho más que otros. Los trabajos de vencimiento son rápidos. Los trabajos de instantáneas dependen de variables como el tamaño de la aplicación o la VM, y la cantidad de datos que cambiaron desde la última instantánea. La instantánea inicial de cualquier aplicación o VM son datos completamente nuevos, por lo que pueden tardar mucho tiempo.

El programador de políticas identifica cuándo se deben ejecutar una o más políticas aplicadas a las aplicaciones y, luego, inicia un trabajo que coloca la política en una cola cuando se produce la hora de inicio programada. Para cada tipo de política, hay un mecanismo de control de velocidad para garantizar que el sistema no se vea abrumado por los trabajos en ejecución. Este mecanismo de control de velocidad usa trabajos para lograr este estado estable, lo que significa que, incluso si se supone que un trabajo debe comenzar en un momento determinado, solo se ejecutará cuando haya un trabajo disponible.

Si se programan varias aplicaciones para que se ejecuten al mismo tiempo con la misma prioridad de trabajo, la selección de la aplicación que se ejecutará se aleatoriza para garantizar la equidad entre todas las aplicaciones que tienen la misma prioridad.

Reintentos de trabajos

Cuando una tarea falle, el programador volverá a intentar ejecutarla automáticamente. La primera vez que falle la tarea, el programador esperará 4 minutos antes de que esté disponible para volver a intentarlo. Después de 3 intentos fallidos, el trabajo se marca como Fallido y ya no se vuelve a intentar. Se intentará realizar la siguiente tarea según el programa de la política.

El programador tratará un reintento de trabajo como cualquier otro trabajo disponible. Si hay más trabajos disponibles que ranuras para admitirlos, estos se ponen en cola. Esto puede provocar que no se inicie una nueva prueba dentro del período y que el trabajo se marque como fallido.

Las reintentos de trabajos se informan en Monitor. Para identificar los reintentos de trabajo, el Monitor agrega primero a, luego b y, por último, c al nombre de cada trabajo de reintento.

¿Qué sigue?