Planes de copias de seguridad en la consola de gestión

Los planes de copias de seguridad son las reglas que usa la consola de gestión para definir con qué frecuencia se deben crear copias de seguridad de los datos de las aplicaciones, durante cuánto tiempo se deben conservar y dónde y cómo se deben replicar. 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 utiliza para gestionar los datos. Se produce una infracción de los planes de copias de seguridad cuando no se están creando copias de seguridad de los datos de acuerdo con los límites que has definido en una política.

La pestaña Planes de copia de seguridad ofrece dos asistentes fáciles de usar para crear políticas de tratamiento de datos que se aplicarán a tus aplicaciones:

  • Plantillas. Usa el asistente Plantillas para controlar la frecuencia y la conservación de los datos. También te permite realizar la estratificación y la replicación de datos. Para obtener más información, consulte la sección Plantilla de copia de seguridad.
  • Perfiles. Usa el asistente Perfiles 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 copias de seguridad para evitar algunos de los errores más habituales que cometen los usuarios al crear y modificar plantillas de políticas y las políticas asociadas.

Reintentos de tareas de copia de seguridad

Cuando falla una tarea programada, el programador vuelve a intentar ejecutarla 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 en cola el trabajo. Si falla por segunda vez, la siguiente reintentos se pone en cola después de 16 minutos. Si falla por tercera vez, se pone en cola un último reintento tras un periodo de espera de 64 minutos. Después de 3 intentos fallidos (un total de cuatro intentos), el estado del último intento cambia de Reintentado a Fallido y no se intenta realizar más trabajos para esa aplicación en ese periodo programado.

El programador trata un reintento de una tarea como cualquier otra tarea disponible. Si hay más tareas en cola que slots para alojarlas, la tarea de reintento en cola tendrá que esperar a que haya un slot disponible. Si la ventana de la política se cierra antes de que se pueda iniciar un trabajo de reintento, no se ejecutarán los trabajos de reintento en cola y no se intentarán más reintentos.

Los reintentos de tareas se registran en Monitor > Tareas. Para identificar los reintentos de la tarea, las cuatro tareas tendrán el mismo número de tarea en el siguiente formato y orden:

  • Job_xxxxx (Estado: reintentado)
  • Job_xxxxxa (Estado: Reintentado; en cola tras una espera de 4 minutos)
  • Job_xxxxxb (Estado: reintentado; en cola tras un periodo de espera de 16 minutos)
  • Job_xxxxxc (Estado: Error; en cola tras una espera de 64 minutos)

La próxima vez que se intente realizar una copia de seguridad de esta aplicación será según la programación de la política. Por lo tanto, si la programación requiere una instantánea al día en un periodo que empieza a las 01:00, el siguiente intento se realizará al día siguiente a las 01:00.

Plantilla de copia de seguridad

Una plantilla de copia de seguridad es un conjunto de políticas definidas en los planes de copias de seguridad. Cada política define cómo se hace la copia de seguridad de los datos, con qué frecuencia y durante cuánto tiempo se conservan. En concreto, las políticas definen lo siguiente:

  • Los tipos de operación de copia de seguridad de datos (por ejemplo, una instantánea o una replicación)
  • La frecuencia de la operación de copia de seguridad de los datos de la aplicación
  • Tiempo que se conservan 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 van acompañadas de la creación de registros y metadatos. Los registros explican las modificaciones realizadas en las bases de datos.
  • Dónde se conservan 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)

Al combinar políticas en una plantilla, puedes crear una plantilla única que defina la conservación de datos a corto y largo plazo, así como dónde se conservarán los datos y durante cuánto tiempo se conservarán los datos replicados.

Perfiles de recursos

Un perfil de recurso especifica el medio de almacenamiento de los datos protegidos de aplicaciones y máquinas virtuales. La política y el perfil de recursos que componen el plan de copia de seguridad determinan el tipo de copia de seguridad de datos de aplicación que se debe realizar y dónde se deben almacenar las copias de seguridad de datos de aplicación (qué grupo de discos se puede usar). Los perfiles de recursos definen qué grupo de copias de seguridad (si es necesario) se usa o en qué dispositivo remoto se replican los datos.

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

  • Local. El dispositivo de copia de seguridad o recuperación para el que se ha creado el perfil de recurso.

  • Remoto. El dispositivo de copia de seguridad o recuperación que se usa para la replicación remota. Este dispositivo remoto debe ser un dispositivo que ya esté emparejado con el dispositivo local seleccionado.

  • OnVault. El almacenamiento definido por un grupo de almacenamiento OnVault. Los grupos de OnVault pueden ser de almacenamiento que controles o bóvedas de copias de seguridad Google Cloud gestionadas inalterables e imborrables.

Los perfiles de recursos se aplican a las aplicaciones del Gestor de aplicaciones y funcionan conjuntamente con las plantillas de políticas:

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

Puede definir un perfil de recurso para cualquier dispositivo de copia de seguridad o recuperación que se haya añadido a la consola de gestión.

Siguientes pasos