Creación automática de copias de seguridad

Al aprovisionar una instancia de « Cloud Databases » de 2.ª generación, el sistema crea automáticamente instancias de copia de seguridad independientes para tus copias de seguridad programadas diariamente. Estas copias de seguridad:

• Se crean a diario según tu programa de copias de seguridad
• Por defecto, se mantiene durante 30 días
• El servicio se encarga de gestionarlos automáticamente
• Aparecerán en tu lista de recursos y en el centro de bases de datos

Creación de copias de seguridad bajo demanda

Puedes crear copias de seguridad independientes bajo demanda en cualquier momento mediante el controlador de recursos de IBM Cloud. Estas copias de seguridad:

• Se crean inmediatamente tras la solicitud
• Sigue las mismas políticas de retención que las copias de seguridad automáticas
• Se puede eliminar manualmente antes de que caduque
• Resultan útiles antes de cambios importantes o migraciones

Ciclo de vida de las copias de seguridad

Las copias de seguridad independientes siguen este ciclo de vida:

1. Aprovisionamiento: se crea una instancia de copia de seguridad (de forma automática o bajo demanda)
2. Activo: La copia de seguridad está disponible para operaciones de restauración
3. Caducidad: la copia de seguridad llega al final del periodo de conservación (30 días por defecto)
4. Eliminación: La copia de seguridad se elimina automáticamente o se borra manualmente

A diferencia de las copias de seguridad vinculadas, las copias de seguridad independientes se pueden eliminar manualmente en cualquier momento a través del Controlador de Recursos, lo que te permite tener un mayor control sobre tus datos de copia de seguridad y los costes asociados.

Configuración de la instancia de base de datos para realizar copias de seguridad independientes

Puedes configurar las siguientes funciones en la instancia de base de datos:

Puedes establecer la configuración permitida en los parámetros de aprovisionamiento de la instancia de base de datos. Por ejemplo, la siguiente configuración hace que las copias de seguridad se conserven incluso después de eliminar la base de datos:

ibmcloud resource service-instance-create \
  <DATABASE_INSTANCE_NAME> \
  <DATABASE_SERVICE_NAME> \
  <DATABASE_SERVICE_PLAN_NAME> \
  <REGION> \
  -g <RESOURCE_GROUP> \
  -p '{
    "dataservices": {
      "backups": {"preserve": true}
    }
  }'

Puede configurar la opción preserve en la solicitud de aprovisionamiento de la instancia de base de datos. El siguiente ejemplo configura la instancia de base de datos para conservar las copias de seguridad después de que se elimine la instancia de base de datos:

curl -X POST \
  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <>' \
  -H 'Content-Type: application/json' \
  -d '{
    "name": "<DATABASE_INSTANCE_NAME>",
    "target": "<REGION>",
    "resource_group": "<RESOURCE-GROUP>",
    "resource_plan_id": "<DATABASE_SERVICE_PLAN_NAME>",
    "parameters": {
      "dataservices": {
        "backups": {
          "preserve": true
        }
      }
    }
  }'

Restauración a partir de una copia de seguridad independiente

Las copias de seguridad independientes se pueden restaurar en una nueva instancia de base de datos, incluso si la instancia de origen ya no existe, lo que ofrece una mayor flexibilidad en situaciones de recuperación ante desastres y de conservación de datos.

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 copia de seguridad mientras se está restaurando. Antes de eliminar la copia de seguridad, espera a que se haya aprovisionado la nueva instancia y se haya restaurado la copia de seguridad. Al eliminar la instancia de la base de datos, también se eliminan sus copias de seguridad de forma predeterminada.

Tienes acceso inmediato a la instancia de base de datos restaurada, pero el rendimiento de E/S se ve reducido hasta que finalice la hidratación. No se pueden crear copias de seguridad en la instancia restaurada hasta que se haya completado la hidratación. Puedes hacer un seguimiento de tu progreso en materia de hidratación utilizando los eventos de la plataforma « Activity Tracker ». Para obtener más información, consulta at-events.

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

Ejemplo:

  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <>' \
  -H 'Content-Type: application/json' \
  -d '{
    "name": "mysql-restore-abc",
    "target": "us-east",
    "resource_group": "b67d9228670d473097259e2b343de464",
    "resource_plan_id": "databases-for-mysql-gen2-standard",
    "parameters": {
      "dataservices": {
        "restore_backup_id": "crn:v1:bluemix:public:databases-independent-backups:us-east:a/26b19aex04da4475b6e31205fa93248d:793b4f27-7733-4803-917f-de8e055e2deb::"
      }
    }
  }'

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 mysql-restore-abc databases-for-mysql databases-for-mysql-gen2-standard us-east -p  '{"dataservices":{"restore_backup_id":"crn:v1:bluemix:public:databases-independent-backups:us-east:a/26b19aex04da4475b6e31205fa93248d:793b4f27-7733-4803-917f-de8e055e2deb::"}}'

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 independientes 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, consulta la sección « Integración de Key Protect ».

Al restaurar una copia de seguridad cifrada 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.

Restauración entre cuentas

Las copias de seguridad independientes 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

Para obtener más información sobre la restauración entre cuentas, consulta « Restauración entre cuentas ».

Bases de datos con copias de seguridad independientes

Las copias de seguridad independientes se activarán de forma gradual para las bases de datos y regiones correspondientes.

Durante el periodo de transición de 30 días:

• Coexisten las copias de seguridad acopladas y las copias de seguridad independientes.
• Todas las nuevas copias de seguridad se crean como copias de seguridad independientes.
• Las copias de seguridad vinculadas existentes siguen funcionando y se eliminan automáticamente al cabo de 30 días.
• La interfaz de usuario muestra ambos tipos de copia de seguridad.
• No es necesaria ninguna acción. La transición se gestiona automáticamente.
• Tras el periodo de transición de 30 días, solo se mantendrán las copias de seguridad independientes.

MySQL

Databases for MySQL Solo admite copias de seguridad independientes a partir de la disponibilidad general. No hay copias de seguridad acopladas ni periodo de transición para las implementaciones de « MySQL ».