IBM Cloud Docs
Gestión de copias de seguridad Cloud Databases

Gestión de copias de seguridad Cloud Databases

Todos los días se realiza una copia de seguridad automática de la base de datos. También puedes hacer copias de seguridad bajo demanda. Las copias de seguridad se cifran con una clave automática o con tu propia clave si utilizas Bring Your Own Key (BYOK). Puede restaurar una copia de seguridad en una nueva instancia de Cloud Databases.

Para acceder a las copias de seguridad Cloud Databases, vaya al Panel de control de su instancia de base de datos y consulte la pestaña Copias de seguridad y restauración.

Aquí tienes información general adicional sobre las copias de seguridad:

  • Las copias de seguridad automáticas se realizan a diario y se mantienen con un sencillo calendario de conservación de 30 días.
  • Las copias de seguridad no se pueden suprimir.
  • Si eliminas tu instancia, sus copias de seguridad se eliminan automáticamente.
  • La programación diaria de las copias de seguridad no es configurable.
  • Las copias de seguridad son restaurables en otras regiones, excepto en eu-de, eu-es y par-01, que sólo pueden restaurar copias de seguridad entre sí. Por ejemplo, las copias de seguridad de par-01 se pueden restaurar en y entre eu-de y eu-es.
  • El almacenamiento de copias de seguridad está cifrado. Para gestionar las claves de cifrado, consulte Integración deKey Protect. De lo 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, pero sólo a través de la API y sólo si el usuario que ejecuta la restauración tiene acceso tanto a la cuenta de origen como a la 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 PostgreSQL.

Para obtener información sobre cómo realizar una copia de seguridad a petición, consulta Cómo realizar una copia de seguridad a petición.

Copias de seguridad en la IU

En la interfaz de usuario, vaya a la pestaña Copias de seguridad y restauración, donde verá una tabla con todas las copias de seguridad disponibles para su base de datos.

Los tipos de copia de seguridad pueden ser a petición o automáticas. Cada copia de seguridad se muestra con su tipo y el momento en que se ha realizado la copia de seguridad.

Pulse la copia de seguridad para ver la información correspondiente a la copia de seguridad específica, incluido su ID completo. Existe un botón Restaurar o un comando CLI preformateado para las opciones de restauración.

Copias de seguridad en la CLI

Puede acceder a la lista de copias de seguridad y a la información de cada copia de seguridad desde el complemento CLI Cloud Databases CLI y la Cloud Databases API.

Utilice el comando ' cdb deployment-backups-list ' para ver la lista de todas las copias de seguridad disponibles para su instancia. Para obtener detalles sobre una copia de seguridad concreta, utilice el comando cdb backup-show.

Por ejemplo, para ver las copias de seguridad de una instancia llamada "ejemplo-instancia", utilice el siguiente comando:

ibmcloud cdb deployment-backups-list <INSTANCE_NAME_OR_CRN>

Para ver los detalles de una de las copias de seguridad de la lista, toma el ID del campo " ID " de la respuesta " deployment-backups-list " y utilízalo con el comando " backup-show ":

ibmcloud cdb backup-show crn:v1:staging:public:cloud-databases:us-south:a/6284014dd5b487c87a716f48aeeaf99f:3b4537bf-a585-4594-8262-2b1e24e2701e:backup:a3364821-d061-413f-a0df-6ba0e2951566

Copias de seguridad en la Cloud Databases API

Para obtener información sobre copias de seguridad en la Cloud Databases API, utilice el endpoint ' /deployments/{id}/backups ' para listar las copias de seguridad de la instancia. Para obtener información sobre una copia de seguridad específica, utilice el punto final /backups/{backup_id}.

Realizar una copia de seguridad a petición en la interfaz de usuario

Si tiene previsto realizar cambios importantes en su instancia, como escalar o eliminar bases de datos, tablas o colecciones, las copias de seguridad bajo demanda resultan ú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 vienen con almacenamiento de copia de seguridad igual a su espacio total en disco sin coste alguno. Si su uso de almacenamiento de copia de seguridad es superior al espacio total en disco, cada gigabyte se cobra a un sobrecoste de $0.03/month. Las copias de seguridad se comprimen, por lo que incluso si utilizas copias de seguridad bajo demanda, la mayoría de las instancias no superan el crédito asignado.

Para crear una copia de seguridad manual en la interfaz de usuario, vaya a la pestaña Copias de seguridad y restauración de su instancia y haga clic en Crear copia de seguridad. Se muestra un mensaje que indica que hay una copia de seguridad en curso y se añade una copia de seguridad bajo demanda a la lista de copias de seguridad disponibles.

Realizar una copia de seguridad bajo demanda en la CLI

Si tiene previsto realizar cambios importantes en su instancia, como escalar o eliminar bases de datos, tablas o colecciones, las copias de seguridad bajo demanda resultan ú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 vienen con almacenamiento de copia de seguridad igual a su espacio total en disco sin coste alguno. Si su uso de almacenamiento de copia de seguridad es superior al espacio total en disco, cada gigabyte se cobra a un sobrecoste de $0.03/month. Las copias de seguridad se comprimen, por lo que incluso si utilizas copias de seguridad bajo demanda, la mayoría de las instancias no superan el crédito asignado.

En la CLI, una copia de seguridad bajo demanda se activa con el comando cdb deployment-backup-now.

ibmcloud cdb deployment-backup-now <INSTANCE_NAME_OR_CRN>

Realizar una copia de seguridad a petición en la API

Si tiene previsto realizar cambios importantes en su instancia, como escalar o eliminar bases de datos, tablas o colecciones, las copias de seguridad bajo demanda resultan ú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 vienen con almacenamiento de copia de seguridad igual a su espacio total en disco sin coste alguno. Si su uso de almacenamiento de copia de seguridad es superior al espacio total en disco, cada gigabyte se cobra a un sobrecoste de $0.03/month. Las copias de seguridad se comprimen, por lo que incluso si utilizas copias de seguridad bajo demanda, la mayoría de las instancias no superan el crédito asignado.

En la API, cuando se envía un mandato POST al punto final /deployments/{id}/backups se activa una copia de seguridad bajo demanda.

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.

Por defecto, la nueva instancia se autodimensiona con la misma asignación de disco y memoria que la instancia de origen en el momento de la copia de seguridad a partir de la cual se está restaurando. Para ajustar los recursos que se asignan 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úrese de asignar recursos suficientes para sus datos y carga de trabajo; si la instancia no recibe suficientes recursos, la restauración falla.

No elimine la instancia de origen mientras se restaura la copia de seguridad. Antes de eliminar la instancia antigua, espere a que se aprovisione la nueva instancia y se restaure la copia de seguridad. Al borrar una instancia también se borran sus copias de seguridad.

Restauración de una copia de seguridad en la IU

Para restaurar una copia de seguridad en una nueva instancia de servicio,

  1. Pulse la fila correspondiente para ampliar las opciones para la copia de seguridad que desea restaurar.
  2. Pulse Restaurar.
  3. En la página Aprovisionamiento, seleccione una de las opciones disponibles.
    • La nueva instancia se llama automáticamente ' <name>-restore-[timestamp], pero puedes cambiarle el nombre.
    • También puede seleccionar la región en la que se encuentra la nueva instancia. Se da soporte a las restauraciones entre regiones, excepto para la restauración en o desde la región eu-de.
    • Puede elegir la asignación inicial de recursos, ya sea para ampliar o reducir los recursos de la nueva instancia. También puede habilitar o inhabilitar núcleos dedicados. Tenga en cuenta que si disminuye la cantidad de recursos, puede provocar un fallo en la provisión o que su base de datos no funcione correctamente.
  4. Haga clic en Restaurar copia de seguridad. Aparece un mensaje que indica que "se ha iniciado la restauración a partir de la copia de seguridad". Al hacer clic en Su nueva instancia ya está disponible, accederá a su Lista de recursos.

Restauración de una copia de seguridad en la CLI

El controlador de recursos admite el aprovisionamiento de instancias de base de datos, y el aprovisionamiento y la restauración son responsabilidad de la CLI del controlador de recursos. Utilice el mandato resource service-instance-create.

ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE-ID> standard <REGION> -p '{"backup_id":"BACKUP_ID"}'
  • Cambia el valor de ' instance_name ' por el nombre que quieras para tu nueva instancia.
  • El ' service-id ' es el tipo de instancia, como databases-for-postgresql o messages-for-rabbitmq.
  • El ' region ' es donde quieres que se ubique la nueva instancia, que puede ser una región diferente de la instancia de origen. Se da soporte a las restauraciones entre regiones, excepto para restaurar en o desde eu-de utilizando otra región.
  • El valor backup_id es la copia de seguridad que desea restaurar.

El comando anterior restaurará una copia de seguridad en una máquina con la misma configuración y en el mismo modelo de alojamiento que su despliegue original.

Parámetros opcionales

Hay parámetros opcionales disponibles a través de la CLI. Utilícelos si necesita personalizar recursos, cambiar el modelo de alojamiento o utilizar una clave Key Protect para el cifrado BYOK en la nueva instancia. Consulte el ejemplo siguiente:

ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE-ID> standard <REGION> -p
'{"backup_id":"BACKUP_ID","key_protect_key":"KEY_PROTECT_KEY_CRN", "members_disk_allocation_mb":"DESIRED_DISK_IN_MB", "members_host_flavor": "<VALUE>", "members_memory_allocation_mb":"DESIRED_MEMORY_IN_MB", "members_cpu_allocation_count":"NUMBER_OF_CORES"}'

El valor ' members_host_flavor ' puede ser "multitenant" o un host Isolated Compute del tamaño adecuado (consulte la lista de valores disponibles). Only specify members_memory_allocation_mb or members_cpu_allocation_count if you use "multitenant" hosting.

Un comando preformateado para una copia de seguridad específica está disponible en la vista detallada de la copia de seguridad en la pestaña Copias de seguridad y restauración del panel de control de su instancia.

Por defecto, la restauración desde una copia de seguridad aprovisiona una instancia con la versión preferida del tipo de base de datos, no la versión de la instancia desde la que se restaura. Puede especificar una versión añadiendo la versión en el objeto parameters, como en el siguiente ejemplo.

`ibmcloud resource service-instance-create <INSTANCE_NAME> databases-for-mysql standard us-south -p '{"backup_id":"<BACKUP_ID>", "version": "<VERSION>"}'

Para ver una lista de las versiones disponibles, ejecute ibmcloud cdb deployables.

Restauración de una copia de seguridad mediante la API

La API del controlador de recursos permite aprovisionar y restaurar instancias de bases de datos. La solicitud de creación es un POST al /resource_instances punto final.

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":{
      "backup_id": "<BACKUP_ID>"
    }
  }'

Los parámetros name, target, resource_group y resource_plan_id son obligatorios y backup_id es la copia de seguridad que desea restaurar.

  • Cambia el valor de ' name ' por el nombre que quieras para tu nueva instancia.
  • El ' resource_plan_id ' es el tipo de instancia, como databases-for-postgresql o messages-for-rabbitmq.
  • El ' target ' es la región donde quieres que se ubique la nueva instancia, que puede ser una región diferente de la instancia de origen. Se da soporte a las restauraciones entre regiones, excepto para la restauración en o desde la región eu-de.
  • El valor backup_id es la copia de seguridad que desea restaurar.

El comando anterior restaurará una copia de seguridad en una máquina con la misma configuración y en el mismo modelo de alojamiento que su despliegue original.

Parámetros opcionales

Los parámetros opcionales están disponibles a través de la API. Utilícelos si necesita personalizar recursos, cambiar el modelo de alojamiento, desplegar en una versión específica o utilizar una clave Key Protect para el cifrado BYOK en la nueva instancia.

Si necesita ajustar los recursos, añada cualquiera de los parámetros opcionales ' key_protect_key, ' members_disk_allocation_mb, ' members_host_flavor, ' members_memory_allocation_mb, ' members_cpu_allocation_count o ' version y sus valores preferidos al cuerpo de la solicitud. Consulte el ejemplo siguiente:

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":{
      "backup_id": "<BACKUP_ID>",
      "members_host_flavor": "<members_host_flavor_value>",
      "version": "<VERSION_NUMBER>"
    }
  }'

El valor ' members_host_flavor ' puede ser "multitenant" o un host Isolated Compute del tamaño adecuado (consulte la lista de valores disponibles). Only specify members_memory_allocation_mb or members_cpu_allocation_count if you use "multitenant" hosting.

Por defecto, la restauración desde una copia de seguridad aprovisiona una instancia con la versión preferida del tipo de base de datos, no la versión de la instancia desde la que se restaura. Puede especificar una versión añadiendo un valor ' version ' en el objeto parameters.

Restaurar una copia de seguridad a través de Terraform

Utilice Terraform para restaurar una copia de seguridad de una versión anterior a una nueva versión.

  1. Fija tu backup_id. Para obtener más información, consulte backup_id.
  2. Establezca su version en el atributo de versión. Para obtener más información, consulte version.

El código es el siguiente:

resource "ibm_database" "<your-instance>" {
  name                                 = "<your_database_name>"
  service                              = "<service>"
  plan                                 = "<plan>"
  location                             = "<region>"
  version                              = "<version>"
  backup_id                            = "<backup_id>"
}

Para más información, consulte el Cloud Databases Terraform Registry.

Copias de seguridad y restauración

  • Cloud Databases no son responsables de la restauración, puntualidad o 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 recuperar los detalles de la copia de seguridad programada más reciente desde el complemento CLI Cloud Databases CLI y la Cloud Databases API.
  • 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 de los que no puedes recuperarte, ponte en contacto con el servicio de asistencia para obtener más ayuda.

Ubicaciones de copia de seguridad

La ubicación de copia de seguridad difiere según la región de la base de datos. Asegúrese de que la ubicación de la región de copia de seguridad se ajusta a los requisitos de ubicación de los datos.

Regiones de instancia y copia de seguridad
Región de instancia Región de copia de seguridad
Dallas Object Storage entre regiones EE. UU.
Washington DC Object Storage entre regiones EE. UU.
Londres Object Storage entre regiones UE
Frankfurt Object Storage entre regiones UE
Tokio Object Storage entre regiones AP
Osaka Object Storage entre regiones AP
Sydney Object Storage entre regiones AP
Toronto Object Storage de Montreal
Chennai Object Storage de Chennai
Sao Paulo Object Storage de Sao Paolo
Madrid Object Storage entre regiones UE

Para obtener más detalles sobre las ubicaciones de Cloud Databases Object Storage, consulte la documentación de la ubicación.

Continuidad del negocio y recuperación tras desastre

Cloud Databases proporciona mecanismos para proteger sus datos y restaurar las funciones del servicio. Para obtener más información (incluidas las regiones de almacenamiento de copia de seguridad), consulte Comprender la continuidad del negocio y la recuperación ante desastres Cloud Databases.

Recuperación de un punto en el tiempo

Con Point-in-Time Recovery (PITR), la instancia realiza continuamente copias de seguridad incrementales y puede reproducir transacciones para llevar una nueva instancia restaurada desde una copia de seguridad a cualquier punto de los últimos 7 días. Cloud Databases ofrece recuperación puntual (PITR) para los siguientes servicios:

Copias de seguridad FAQ

Para las preguntas más frecuentes sobre las copias de seguridad, consulte las FAQ sobre copias de seguridad.