Planes de copia de seguridad en la consola de administración

Los planes de copia de seguridad son las reglas que la consola de administración utiliza para definir la frecuencia con la que se crea una copia de seguridad de los datos de la aplicación, por cuánto tiempo se retienen y cómo se replican las copias de seguridad de datos de la aplicación. Usa los planes de copia de seguridad para crear plantillas de políticas y perfiles de recursos que cada dispositivo de copia de seguridad o recuperación use para administrar los datos. Se produce un incumplimiento de los planes de copia de seguridad cuando no se crea una copia de seguridad de los datos según los límites que estableciste en una política.

La pestaña Planes de copia de seguridad proporciona dos asistentes fáciles de usar para crear una política de manejo de datos que se aplicará a tus aplicaciones:

  • Plantillas. Usa el asistente Plantillas para controlar la frecuencia y la retención de los datos. También te permite realizar el nivelamiento y la replicación de datos. Para obtener más información, consulta la sección Plantilla de copia de seguridad.
  • Perfiles. Usa el asistente Profiles para controlar la ubicación física y los grupos de almacenamiento en los que se almacenan los datos. Para obtener más información, consulta la sección Perfiles de recursos.

Consulta la sección Prácticas recomendadas para los planes de copia de seguridad para evitar algunos de los errores más comunes que cometen los usuarios cuando crean y modifican plantillas de políticas y sus políticas asociadas.

Reintentos de trabajos de copia de seguridad

Cuando falla un trabajo programado, el programador vuelve a intentarlo automáticamente hasta tres veces más. La primera vez que falle un trabajo, el estado del primer intento se marcará como Reintentado, y el programador esperará 4 minutos antes de volver a poner el trabajo en cola. Si falla por segunda vez, el siguiente reintento se pone en cola después de 16 minutos. Si falla por tercera vez, se pone en cola un reintento final después de un período de espera de 64 minutos. Después de 3 intentos de reintento fallidos (un total de cuatro intentos), el estado final del trabajo de reintento cambia de Reintento a Fallido y no se intenta realizar ningún otro trabajo para esa aplicación en ese período programado.

El programador trata un reintento de trabajo como cualquier otro trabajo disponible. Si hay más trabajos en cola que ranuras para admitirlos, el trabajo de reintento en cola deberá esperar una ranura. Si la ventana de la política se cierra antes de que se pueda iniciar un trabajo de reinyección, no se ejecutarán los trabajos de reinyección en fila y no se intentará ningún otro reintento.

Las reintentos de trabajos se informan en Supervisar > Trabajos. Para identificar los reintentos de trabajos, los cuatro trabajos tendrán el mismo número de Job en el siguiente formato y en este orden:

  • Job_xxxxx (Estado: Reintento)
  • Job_xxxxxa (Estado: Se volvió a intentar; en cola después de una demora de 4 minutos)
  • Job_xxxxxb (Estado: Se volvió a intentar; en cola después de una demora de 16 minutos)
  • Job_xxxxxc (Estado: Error; en cola después de una demora de 64 minutos)

La próxima vez que se intente realizar una tarea de copia de seguridad para esta aplicación, será según el programa de la política. Por lo tanto, si la programación requiere una instantánea por día en un período que comienza a las 1:00 a.m., el siguiente intento será al día siguiente a la misma hora.

Plantilla de copia de seguridad

Una plantilla de copia de seguridad es un conjunto de políticas definidas en los planes de copia de seguridad. Cada política define cómo se crea una copia de seguridad de los datos, la frecuencia con la que se crea y por cuánto tiempo se retienen. Específicamente, las políticas definen lo siguiente:

  • Los tipos de operaciones de copia de seguridad de datos (p.ej., instantáneas o replicación)
  • La frecuencia de la operación de copia de seguridad de los datos de la aplicación
  • Durante cuánto tiempo se retienen las copias de seguridad de los datos de la aplicación
  • La configuración avanzada relacionada con la operación de copia de seguridad de datos de la aplicación
  • Indica si se deben truncar los registros. Las actualizaciones de bases de datos, como Microsoft SQL Server y Oracle, se acompañan de la creación de registros y metadatos. Los registros explican las modificaciones realizadas en las bases de datos.
  • Dónde se retienen los datos de la copia de seguridad (dispositivo de copia de seguridad o recuperación local, dispositivo de copia de seguridad o recuperación remoto, o ubicación de almacenamiento de OnVault)

Si combinas políticas dentro de una plantilla, puedes crear una única plantilla que defina la retención de datos a corto y largo plazo, así como dónde se retendrán los datos y por cuánto tiempo se retendrán los datos reproducidos.

Perfiles de recursos

Un perfil de recursos especifica el medio de almacenamiento para los datos de la aplicación y la VM protegidos. La política y el perfil de recursos que conforman el plan de copia de seguridad determinan el tipo de copia de seguridad de datos de la aplicación que se debe realizar y dónde almacenarlas (qué grupo de discos se puede usar). Los perfiles de recursos definen qué grupo de instantáneas (si es necesario) se usa o a qué datos de dispositivos remotos se replican.

Además de las plantillas y políticas, también creas perfiles de recursos en los planes de copia de seguridad. Los perfiles de recursos definen dónde almacenar los datos. Los datos se pueden almacenar de las siguientes maneras:

  • Local. El dispositivo de copia de seguridad o recuperación para el que se creó el perfil de recursos

  • Remoto. Es el dispositivo de copia de seguridad y recuperación que se usa para la replicación remota. Este dispositivo remoto debe ser uno que ya esté vinculado al dispositivo local seleccionado.

  • OnVault. Es el almacenamiento definido por un grupo de almacenamiento de OnVault. Los grupos de OnVault pueden ser almacenamiento que controlas o cofre de copia de seguridad Google Cloud administrados, indelebles e inmutables.

Los perfiles de recursos se aplican a las aplicaciones en el Administrador de apps y funcionan en conjunto con las plantillas de políticas:

  • Se debe aplicar una plantilla de política que no incluya una política de replicación a una aplicación junto con un perfil de recursos que solo almacene datos de forma local.
  • Se debe aplicar una plantilla de política que incluya una política de replicación a una aplicación junto con un perfil de recursos que almacene datos en otro dispositivo o en el almacenamiento definido por el grupo de almacenamiento de OnVault.

Define un perfil de recursos para cualquier dispositivo de copia de seguridad o recuperación que se haya agregado a la consola de administración.

¿Qué sigue?