Características clave de las copias de seguridad

• Ciclo de vida: Las copias de seguridad están vinculadas al ciclo de vida de la instancia de la base de datos y se eliminan cuando se elimina la instancia
• Conservación: las copias de seguridad se conservan durante 30 días
• Cifrado: Las copias de seguridad se cifran en reposo mediante el cifrado « AES-256 »
• Restauración: Las copias de seguridad solo se pueden restaurar dentro de la misma región en la que se crearon
• Tipos: Se ofrecen tanto copias de seguridad automáticas (diarias) como bajo demanda (manuales)

Información importante sobre las copias de seguridad

• El almacenamiento de copias de seguridad está cifrado. Para gestionar las claves de cifrado, consulta la integración de « IBM® Key Protect ». En caso contrario, las copias de seguridad se cifran con una clave que se genera automáticamente para su instancia.
• Las copias de seguridad se pueden restaurar entre cuentas, siempre y cuando el usuario que realice la restauración tenga acceso a la copia de seguridad, así como a las cuentas de origen y de destino.
• Cloud Databases Las copias de seguridad no se pueden descargar. Si necesitas una copia de seguridad local, utiliza el software adecuado. Por ejemplo, pg_dump es una herramienta eficaz para gestionar las copias de seguridad de PostgreSQL.

La eliminación de una copia de seguridad es definitiva y no se puede deshacer. Asegúrate de que ya no necesitas los datos de la copia de seguridad antes de eliminarlos.

Cómo realizar una copia de seguridad bajo demanda

Si tienes previsto realizar cambios importantes en tu instancia, como escalar o eliminar bases de datos, tablas o colecciones, las copias de seguridad bajo demanda resultan muy útiles. También puede resultar útil si necesita realizar una copia de seguridad según una planificación. Las copias de seguridad bajo demanda se conservan durante 30 días.

Las instancias incluyen almacenamiento de copia de seguridad equivalente a su espacio total en disco sin coste alguno. Si el uso de tu almacenamiento de copias de seguridad supera el espacio total en disco, cada gigabyte se facturará como exceso a un precio de $0.095/month. Las copias de seguridad están comprimidas, por lo que, aunque utilices copias de seguridad bajo demanda, la mayoría de las instancias no superan el crédito asignado.

Restauración de una copia de seguridad

Las copias de seguridad se restauran en una nueva instancia. Una vez finalizado el aprovisionamiento de la nueva instancia, los datos del archivo de copia de seguridad se restauran en la nueva instancia.

De forma predeterminada, la nueva instancia se ajusta automáticamente al tamaño de disco predeterminado y al mismo tamaño de host que tenía la instancia de origen en el momento de la copia de seguridad a partir de la cual se está realizando la restauración. Para ajustar los recursos asignados a la nueva instancia, utilice los campos opcionales de la interfaz de usuario, la CLI o la API para cambiar el tamaño de la nueva instancia. Asegúrate de asignar recursos suficientes para tus datos y tu carga de trabajo; si la instancia no dispone de recursos suficientes o si la copia de seguridad ocupa más espacio que el tamaño predeterminado del disco y no se ha especificado un tamaño de disco, la restauración fallará.

No elimines la instancia de origen mientras se está restaurando la copia de seguridad. Antes de eliminar la instancia antigua, espera a que se haya aprovisionado la nueva instancia y se haya restaurado la copia de seguridad. Al eliminar una instancia, también se eliminan sus copias de seguridad.

ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE-ID>-gen2-<PLAN NAME> <REGION> -p  '{"dataservices":{"restore_backup_id":"<BACKUP_CRN>"}}'

ibmcloud resource service-instance-create postgresql-restore-abc databases-for-postgresql databases-for-postgresql-gen2-standard ca-mon -p  '{"dataservices":{"restore_backup_id":"crn:v1:bluemix:public:databases-for-postgresql:ca-mon:a/26b19aex04da4475b6e31205fa93248d:a1e247d8-01c2-3bbe-a5e6-fdb5eb872d2f:backup:f689275f-7da9-4e90-9055-70b02c575492"}}'

ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE-ID> gen2-<PLAN NAME> <REGION> -p
'{"restore_backup_id":"BACKUP_ID","key_protect_key":"KEY_PROTECT_KEY_CRN", "storage_gb":"DESIRED_DISK_IN_GB", "host_flavor": "<VALUE>"}'

curl -X POST \
  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <>' \
  -H 'Content-Type: application/json' \
    -d '{
    "name": "<INSTANCE_NAME>",
    "target": "<REGION>",
    "resource_group": "<YOUR-RESOURCE-GROUP>",
    "resource_plan_id": "<SERVICE-ID>",
    "parameters":{
      "restore_backup_id": "<BACKUP_ID>"
    }
  }'

Cifrado de copias de seguridad

Las copias de seguridad se cifran en reposo con el mismo método de cifrado que la instancia de la base de datos. Si utilizas « Key Protect » para gestionar el cifrado de la base de datos, tus copias de seguridad se cifran con la misma clave. Para obtener más información, consulte Integración de Key Protect.

Al restaurar una copia de seguridad que se haya cifrado con una clave « Key Protect », puedes utilizar la misma clave o una diferente. Si utilizas una clave diferente, la nueva instancia se cifra con la nueva clave.

Tendrás acceso inmediato a la instancia de la base de datos restaurada, aunque el rendimiento de E/S será menor hasta que finalice la hidratación. No se pueden crear copias de seguridad en la instancia restaurada hasta que se haya completado su hidratación. Puedes realizar un seguimiento del grado de hidratación mediante los eventos de seguimiento de actividad de la plataforma. Para obtener más información, consulta la «Lista de eventos de la plataforma ».

Restauración entre cuentas

Las copias de seguridad se pueden restaurar en todas las cuentas de IBM Cloud, lo que permite situaciones como:

• Restaurar los datos de producción en una cuenta de desarrollo para realizar pruebas
• Migración de bases de datos entre unidades organizativas
• Recuperación ante desastres en una cuenta independiente

Para restaurar una copia de seguridad en otra cuenta:

1. La cuenta de origen debe conceder a la cuenta de destino acceso al recurso de copia de seguridad
2. Utiliza el CRN de la copia de seguridad al crear la nueva instancia en la cuenta de destino
3. Asegúrate de que la cuenta de destino cuente con los permisos de IAM adecuados

Responsabilidades en materia de copias de seguridad y restauración

• Cloud Databases No se hace responsable de la restauración, la puntualidad ni la validez de dichas copias de seguridad.
• Las acciones que realiza como usuario pueden comprometer la integridad de las copias de seguridad, como por ejemplo la subasignación de memoria y disco. Los usuarios pueden supervisar que las copias de seguridad se realizan correctamente utilizando la API y pueden restaurar periódicamente una copia de seguridad para garantizar la validez y la integridad. Los usuarios pueden consultar los detalles de la copia de seguridad programada más reciente a través de la interfaz de línea de comandos(CLI)del controlador de recursos de Cloud Databases y de la API del controlador de recursos de Cloud Databases.
• Como servicio gestionado, Cloud Databases supervisa el estado de las copias de seguridad y puede intentar remediarlo cuando sea posible. Si te encuentras con problemas que no puedes resolver, ponte en contacto con el servicio de asistencia para obtener más ayuda.

Continuidad del negocio y recuperación tras desastre

Cloud Databases Ofrece mecanismos para proteger sus datos y restablecer las funciones del servicio. Para obtener más información (incluidas las regiones de almacenamiento de copias de seguridad ), consulta « Información sobre la continuidad del negocio y la recuperación ante desastres en Cloud Databases ».