Soluciona problemas relacionados con errores de copias de seguridad en la consola de administración del dispositivo

En esta página, se muestra cómo resolver problemas con Backup and DR para los recursos de los que se crea una copia de seguridad en la backup vault con el plan de copias de seguridad. Para encontrar soluciones para los recursos protegidos con la plantilla de copia de seguridad en la consola de administración del dispositivo, consulta IDs de eventos y mensajes de error.

Problema PERMISSION_DENIED

No se pudo realizar el trabajo de copia de seguridad debido a que faltan permisos en el proyecto de origen y se muestra el siguiente mensaje de error:

    Backup and DR agent or backup vault service agent is missing the permissions required to take backups of resources in the source project.

Para solucionar el problema, haz lo siguiente:

1. Si la backup vault y el recurso están en el mismo proyecto, asigna el rol de IAM de agente de Backup and DR (roles/backupdr.serviceAgent) al agente de servicio de backup dr, que está en el formato service-<project-number>@gcp-sa-backupdr.iam.gserviceaccount.com.
2. Si la backup vault y el recurso que se protegerá están en proyectos diferentes, asigna el rol de IAM de administrador de instancias de Compute (v1) (roles/compute.instanceAdmin.v1) al agente de servicio de backup dr, que está en el formato service-<project-number>@gcp-sa-backupdr.iam.gserviceaccount.com.

Problema FAILED_PRECONDITION

No se pudo realizar el trabajo de copia de seguridad cuando se borró el recurso protegido y se muestra el siguiente mensaje de error:

    Backup job failed due to unmet conditions. Check for source resource deletion or backup misconfigurations.

Para solucionar este problema, haz lo siguiente:

• Verifica que el recurso protegido aún exista en la página Instancias de VM.

  Ir a Instancias de VM

• Si la eliminación fue intencional, quita la protección de la instancia de Compute Engine.

Error 412: Se incumplieron las restricciones de constraints/compute.storageResourceUseRestrictions

El error 412 se produce cuando falla un intento de crear una copia de seguridad de un Persistent Disk o Google Cloud Hyperdisk debido a una infracción de la restricción de la política de la organización durante la creación de la copia de seguridad, lo que genera un mensaje de error que indica Error 412: Constraint constraints/compute.storageResourceUseRestrictions violated for project aaaaa. projects/aaax/zones/aa-aaaaa-a/disks/aaaa can't be used within your project., conditionNotMet.

Backup and DR crea copias de seguridad de tus Persistent Disks y Google Cloud Hyperdisks. Las copias de seguridad residen en tu Google Cloud proyecto (también conocido como proyecto de usuario) que administra Google Cloud. El proyecto de usuario existe dentro de la organización google.com, independiente de tu propia organización.

Tu política de la organización determina dónde puedes crear recursos de almacenamiento. El error The Constraint constraints/compute.storageResourceUseRestrictions violated significa que un recurso o una copia de seguridad incumple la política porque se creó en un proyecto de usuario que no forma parte de tu estructura organizacional permitida. Debido a que el proyecto de usuario está dentro de la organización google.com, queda fuera de tu política definida, lo que provoca la falla de la copia de seguridad.

Para resolver este error, sigue estas instrucciones:

1. Ubica la política de la organización que implementa la restricción constraints/compute.storageResourceUseRestrictions. Para obtener más información sobre cómo ver las políticas de la organización con la Google Cloud consola, consulta Visualiza las políticas de la organización.

2. Modifica la política constraints/compute.storageResourceUseRestrictions para incluir la carpeta del proyecto de usuario folders/238813353932 que usa Backup and DR en su lista de entidades permitidas.

   Nota: Asegúrate de que el ID de carpeta especificado se agregue a la lista de ubicaciones permitidas para permitir que Backup and DR cree instantáneas dentro de sus proyectos de tenant, incluso si están fuera de tu jerarquía organizacional.

3. Guarda los cambios en la política después de agregar la carpeta a la lista de entidades permitidas.

4. Vuelve a probar la operación de copia de seguridad después de que se actualice y propague la política de la organización, lo que suele tardar unos minutos. La copia de seguridad debe continuar sin incumplir las restricciones de uso de recursos de almacenamiento. Si la operación aún no se realiza correctamente, comunícate con Atención al cliente de Cloud para obtener más ayuda.