En esta página, se describen los planes de copias de seguridad, que te permiten definir estrategias avanzadas para crear copias de seguridad de tus recursos. Puedes usar planes de copia de seguridad para crear copias de seguridad de los siguientes recursos:
Instancias de Cloud SQL
Instancias y discos de Compute Engine
Clústeres de AlloyDB para PostgreSQL
Instancias de Filestore
En un plan de copias de seguridad, puedes definir cuándo y cómo crear una copia de seguridad de un recurso. Puedes incluir la frecuencia de las copias de seguridad, el período de retención de las copias de seguridad y la ubicación de la backup vault para almacenar las copias de seguridad. Cuando asocias un plan de copia de seguridad a un recurso, Backup and DR crea automáticamente copias de seguridad de esos recursos y las conserva según la configuración del plan de copia de seguridad.
Antes de crear un plan de copia de seguridad, debes designar la ubicación de almacenamiento para tus copias de seguridad creando un backup vault.
Un plan de copias de seguridad incluye una o más reglas de copias de seguridad. Cada regla de copia de seguridad define los siguientes parámetros:
Frecuencia: Puedes programar copias de seguridad para que se ejecuten cada hora, a diario, semanalmente, mensualmente o anualmente.
Por hora: La frecuencia disponible depende del tipo de recurso. Para obtener más información, consulta Rangos de frecuencia para las copias de seguridad por hora.
Semanalmente: Puedes seleccionar un día específico de la semana.
Mensual: Puedes seleccionar un día específico del mes (por ejemplo, el 15).
Tipo de copia de seguridad: Puedes usar reglas para copias de seguridad programadas o iniciar copias de seguridad a pedido.
Período de copia de seguridad: Puedes definir el período durante el cual se pueden iniciar los trabajos de copia de seguridad. El período de copia de seguridad tiene los siguientes requisitos:
Debe usar un formato de reloj de 24 horas, con horas de inicio y finalización entre las 00 y las 24.
Debe durar al menos seis horas.
Restricción: Un plan de copias de seguridad siempre incluye el disco de arranque. Si seleccionas Excluir disco de arranque en la sección Protección de datos de Configuración de la máquina, el plan de copias de seguridad seguirá incluyendo el disco de arranque. Para obtener más información, consulta Crea una instancia con discos adicionales que no sean de arranque.
Rangos de frecuencia para las copias de seguridad por hora
En esta sección, se especifica la frecuencia de las copias de seguridad por hora. Una frecuencia horaria de 1 significa que los trabajos se ejecutan cada hora desde la hora de inicio hasta la hora de finalización.
Si
recurrence_typese establece enHOURLY, este parámetro de configuración es obligatorio.Si
recurrence_typeno esHOURLY, este parámetro de configuración no se aplica.Si proporcionas un valor para este parámetro de configuración y
recurrence_typeno esHOURLY, se produce un error de validación.
Los valores admitidos para cada tipo de recurso son los siguientes:
| Tipo de recurso | Frecuencia por hora |
|---|---|
| Instancia de Compute Engine | 1-23 |
| Disco de Compute Engine | 1-23 |
| Instancia de Cloud SQL | 6-23 |
| Clúster de AlloyDB para PostgreSQL | 1-23 |
| Instancia de Filestore | 1-23 |
Para los recursos de instancias de Compute Engine, consulta las prácticas recomendadas para las copias de seguridad por hora.
Copias de seguridad de registros de bases de datos
En el caso de los recursos de bases de datos (como Cloud SQL o AlloyDB), puedes habilitar las copias de seguridad de registros en el plan de copia de seguridad. Esto permite la recuperación de un momento determinado (PITR) mediante la captura de registros de transacciones entre puntos de copias de seguridad completas.
Descripción general de la retención de datos en Backup and DR
Backup and DR administra los ciclos de vida y la seguridad de las copias de seguridad con dos tipos de retención:
Período de retención asignado: Se define en el plan de copia de seguridad con el parámetro de configuración Borrar copias de seguridad después de.
Las copias de seguridad se conservan durante este período y vencen al final.
Puedes borrar las copias de seguridad de forma manual antes de esta fecha, a menos que la retención aplicada lo impida.
Período de retención aplicado: Se define en la configuración de la bóveda de copias de seguridad con el parámetro de configuración Prevent deletion for.
Este parámetro de configuración garantiza que no se puedan borrar las copias de seguridad durante el período especificado.
Si el período de retención aplicado es más largo que el período de retención asignado, las copias de seguridad no se borrarán hasta que finalice el período de retención aplicado.
Puedes aplicar un período de retención obligatorio a todo un backup vault o configurarlo para que aplique el período de retención asignado (Borrar copias de seguridad después de) a cada recurso protegido.
Retención máxima personalizada a pedido
Este parámetro de configuración define la cantidad máxima de días que se puede retener una copia de seguridad según demanda (creada manualmente fuera de la programación automática). Esto evita que los usuarios establezcan accidentalmente períodos de retención demasiado largos para las instantáneas manuales.
Consumo de almacenamiento de copias de seguridad
Ten en cuenta las siguientes reglas para el almacenamiento de copias de seguridad en un plan de copias de seguridad:
Eliminación automática: Las copias de seguridad se borran automáticamente cuando se alcanza el período de retención de copias de seguridad definido.
Retención mínima: El período de retención de la copia de seguridad debe ser igual o superior al período de retención mínimo de la backup vault.
Heredado predeterminado: El valor predeterminado para el borrado de copias de seguridad se hereda del período de retención mínimo de la backup vault.
Inmutabilidad: Las copias de seguridad creadas con un plan de copias de seguridad son inmutables. No se pueden modificar ni borrar durante el período de retención mínimo obligatorio de la backup vault.
Crea copias de seguridad de cargas de trabajo en una backup vault habilitada para CMEK
Si configuras una backup vault con CMEK, las copias de seguridad almacenadas en ella se protegerán con la clave que especifiques. Se aplican las siguientes reglas cuando se asocia un plan de copia de seguridad con una bóveda habilitada para CMEK:
Cargas de trabajo protegidas por CMEK: Si una carga de trabajo de origen está protegida por CMEK (por ejemplo, una instancia de Compute Engine con discos encriptados con CMEK), debes crear una copia de seguridad en una backup vault habilitada para CMEK. No puedes crear una copia de seguridad de un recurso protegido por CMEK en una backup vault que use Google-owned and Google-managed encryption keys.
Cargas de trabajo que usan Google-owned and Google-managed encryption keys: Si una carga de trabajo de origen usa Google-owned and Google-managed encryption keys, debes crear una copia de seguridad en una backup vault que use Google-owned and Google-managed encryption keys.
Reintentos de trabajos de copia de seguridad
Cuando falla un trabajo programado, el programador vuelve a intentarlo automáticamente hasta tres veces más.
- Primer error: El estado se marca como "Se volvió a intentar" y espera 4 minutos.
- Segundo error: El siguiente reintento se pone en cola después de 16 minutos.
- Tercer error: Se pone en cola el reintento final después de 64 minutos.
- Falla final: Después de 4 intentos en total, el estado cambia a "Falló". No se intentarán más trabajos para ese período del programa.
Los reintentos de trabajos se registran en Supervisar > Trabajos. Para identificar los reintentos, los cuatro trabajos compartirán el mismo número de trabajo con un sufijo único (p.ej., Job_12345, Job_12345a, Job_12345b).
Regiones admitidas para el plan de creación de copias de seguridad
Los planes de copias de seguridad solo se pueden crear en las regiones en las que Backup and DR está disponible y en las que se encuentran los recursos de los que se crearán copias de seguridad. Para crear un plan de copias de seguridad, también debe haber una backup vault disponible en una ubicación compatible. Si necesitas crear un plan de copias de seguridad en una región no admitida, usa las plantillas de copias de seguridad en la consola de administración del dispositivo.
Los planes de copias de seguridad son compatibles con las siguientes regiones.
| Área geográfica | Nombre de la región | Descripción de la región | |
|---|---|---|---|
| Norteamérica | |||
northamerica-northeast1 * |
Montreal |
 CO2 bajo
|
|
northamerica-northeast2 |
Toronto |
CO2 bajo
|
|
us-central1 |
Iowa |
CO2 bajo
|
|
us-east1 |
Carolina del Sur | ||
us-east4 |
Virginia del Norte | ||
us-east5 |
Columbus | ||
us-south1 |
Dallas |
CO2 bajo
|
|
us-west1 |
Oregón |
CO2 bajo
|
|
us-west2 |
Los Ángeles | ||
us-west3 |
Salt Lake City | ||
us-west4 |
Las Vegas | ||
northamerica-south1 * |
Querétaro | ||
| Sudamérica | |||
southamerica-east1 |
São Paulo |
CO2 bajo
|
|
southamerica-west1 |
Santiago |
CO2 bajo
|
|
| Europa | |||
europe-central2 |
Varsovia |
CO2 bajo
|
|
europe-north1 |
Finlandia |
CO2 bajo
|
|
europe-north2 |
Estocolmo |
CO2 bajo
|
|
europe-southwest1 |
Madrid |
CO2 bajo
|
|
europe-west1 |
Bélgica |
CO2 bajo
|
|
europe-west2 |
Londres |
CO2 bajo
|
|
europe-west3 |
Fráncfort | ||
europe-west4 |
Países Bajos |
CO2 bajo
|
|
europe-west6 |
Zúrich |
CO2 bajo
|
|
europe-west8 |
Milán |
CO2 bajo
|
|
europe-west9 |
París |
CO2 bajo
|
|
europe-west10 |
Berlín | ||
europe-west12 |
Turín |
CO2 bajo
|
|
| Oriente Medio | |||
me-central1 |
Doha | ||
me-central2 |
Dammam | ||
me-west1 |
Israel | ||
| África | |||
africa-south1 |
Johannesburgo | ||
| Asia-Pacífico | |||
asia-east1 |
Taiwán | ||
asia-east2 |
Hong Kong | ||
asia-northeast1 |
Tokio | ||
asia-northeast2 * |
Osaka | ||
asia-northeast3 |
Seúl | ||
asia-southeast1 |
Singapur | ||
asia-southeast2 |
Yakarta | ||
australia-southeast1 |
Sídney | ||
australia-southeast2 |
Melbourne | ||
| India | |||
asia-south1 |
Bombay | ||
asia-south2 |
Delhi |
* Querétaro (northamerica-south1), Montreal (northamerica-northeast1) y Osaka (asia-northeast2) no admiten la separación de zonas. Esto significa que las múltiples zonas dentro de cada una de estas regiones pueden no estar ubicadas en campus de centros de datos separados físicamente. Por lo tanto, un solo evento de desastre físico localizado podría afectar varias zonas dentro de la misma región, lo que aumentaría el riesgo de pérdida de datos en comparación con las regiones que admiten la separación de zonas.
Nombres de planes y reglas de copias de seguridad
Los nombres de tus planes de copias de seguridad y reglas deben cumplir con los siguientes requisitos:
- Contener letras en minúscula, caracteres numéricos, guiones (
-), guiones bajos (_) y puntos (.). No se permiten espacios. - Comienza y termina con un número o una letra
- Máximo de 63 caracteres
- No se puede representar como una dirección IP en notación decimal punteada. Por ejemplo,
192.0.2.255