Ripristino di un backup nell'interfaccia utente

Per ripristinare un backup su una nuova istanza del servizio,

1. Fai clic sulla riga corrispondente per espandere le opzioni relative al backup che desideri ripristinare.
2. Fare clic su Ripristina.
3. Nella pagina Provisioning, selezionare una delle opzioni disponibili.
   • La nuova istanza viene automaticamente chiamata <name>-restore-[timestamp], ma è possibile rinominarla.
   • È anche possibile selezionare la regione in cui si trova la nuova istanza. I ripristini interregionali sono supportati, tranne che per il ripristino all'interno o all'esterno della regione eu-de
   • È possibile scegliere l'allocazione iniziale delle risorse, per espandere o ridurre le risorse della nuova istanza. È inoltre possibile attivare o disattivare i core dedicati. Si noti che se si diminuisce la quantità di risorse, è possibile che il provisioning fallisca o che il database non funzioni correttamente.
4. Fare clic su Ripristina backup. Viene visualizzato il messaggio "ripristino da backup avviato". Facendo clic su La nuova istanza è disponibile, si accede all'elenco delle risorse.

Ripristino di un backup nella CLI

Il Resource Controller supporta il provisioning delle istanze di database e il provisioning e il ripristino sono di competenza della CLI del Resource Controller. Utilizzare il comando resource service-instance-create.

ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE-ID> standard <REGION> --service-endpoints <ENDPOINT-TYPE> -p '{"backup_id":"BACKUP_ID"}'

• Cambiare il valore di instance_name con il nome desiderato per la nuova istanza.
• service-id è il tipo di istanza, ad esempio database-per-postgresql o messaggi-per-rabbitmq.
• L'region è la posizione della nuova istanza, che può essere una regione diversa da quella di origine. I ripristini interregionali sono supportati, ad eccezione del ripristino da o verso eu-de utilizzando un'altra regione.
• backup_id è il backup che si desidera ripristinare.

Il comando precedente ripristina un backup su una macchina con la stessa configurazione e sullo stesso modello di hosting dell'installazione originale.

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"}'

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

Aggiungi async_restore parametro (nuovo)- PostgreSQL solo

È stato aggiunto un nuovo async_restore parametro opzionale, al blocco parameters restore.

async_restore (booleano) — valore predefinito: false. Se impostato su true, il ripristino viene avviato come operazione asincrona, contribuendo a ridurre il tempo di ripristino end-to-end.

`ibmcloud resource service-instance-create <INSTANCE_NAME> databases-for-postgresql standard us-south -p '{"point_in_time_recovery_deployment_id":"<SOURCE_CRN>", "point_in_time_recovery_time":"<PITR_TIME>", version": "<VERSION>", "async_restore": true }'

Esempio:

`ibmcloud resource service-instance-create <INSTANCE_NAME> databases-for-postgresql standard us-south -p '{"point_in_time_recovery_deployment_id":"test_crn", "point_in_time_recovery_time":"2025-12-08T17:08:32Z", version": "17", "async_restore": true }'

Un ripristino asincrono può essere richiesto solo quando il database di origine e PostgreSQL quello di destinazione utilizzano la stessa versione principale. Il ripristino tra versioni principali diverse non è supportato. Se il async_restore parametro non è specificato, il servizio esegue il ripristino in modo sincrono, che è il comportamento attuale.

Ripristino di un backup attraverso l'API

L'API Resource Controller supporta il provisioning e il ripristino delle istanze di database. La richiesta di creazione è una POST all'endpoint /resource_instances.

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>"
    }
  }'

I parametri name, target, resource_group e resource_plan_id sono tutti obbligatori e backup_id è il backup che si desidera ripristinare.

• Cambiare il valore di name con il nome desiderato per la nuova istanza.
• resource_plan_id è il tipo di istanza, ad esempio database-per-postgresql o messaggi-per-rabbitmq.
• Il campo target è la regione in cui si desidera che la nuova istanza sia collocata, che può essere una regione diversa da quella di origine. I ripristini interregionali sono supportati, tranne che per il ripristino all'interno o all'esterno della regione eu-de
• backup_id è il backup che si desidera ripristinare.

Il comando precedente ripristina un backup su una macchina con la stessa configurazione e lo stesso modello di hosting della distribuzione originale.

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>"
    }
  }'

Aggiungi parametro async_restore (nuovo)- PostgreSQL solo

È stato aggiunto un nuovo async_restore parametro opzionale, al blocco parameters restore.

async_restore (booleano) — valore predefinito: false. Se impostato su true, il ripristino viene avviato come operazione asincrona, contribuendo a ridurre il tempo di ripristino end-to-end.

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":{
      "point_in_time_recovery_deployment_id": "<SOURCE_CRN>",
      "point_in_time_recovery_time": "<PITR_TIME>",
      "version": "<VERSION_NUMBER>",
      "async_restore": true
    }
  }'

Un ripristino asincrono può essere richiesto solo quando il database di origine e PostgreSQL quello di destinazione utilizzano la stessa versione principale. Il ripristino tra versioni principali diverse non è supportato. Se il async_restore parametro non è specificato, il servizio esegue il ripristino in modo sincrono, che è il comportamento attuale.

Ripristino di un backup tramite Terraform

Usare Terraform per ripristinare un backup da una versione precedente a una nuova.

1. Imposta il tuo backup_id. Per ulteriori informazioni, vedere backup_id.
2. Impostate il vostro version nell'attributo version. Per ulteriori informazioni, vedere version.

Il codice si presenta come:

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

Per ulteriori informazioni, vedere il Cloud Databases Registro di Terraform.

Ripristino veloce del PG (async_restore) tramite Terraform - solo PostgreSQL

1. Al blocco è stato aggiunto un nuovo parametro opzionale, async_restore.

2. async_restore (booleano) — valore predefinito: false. Se impostato su true, il ripristino viene avviato come operazione asincrona, contribuendo a ridurre il tempo di ripristino end-to-end.

3. Questo parametro è applicabile solo quando si ripristina un'istanza di PostgreSQL.

Il codice è il seguente:

data "ibm_resource_group" "group" {
  name = "<your_group>"
}
resource "ibm_database" "<your-instance>" {
  name                                 = "<your_database_name>"
  location                             = "<region>"
  plan                                 = "<plan>"
  service                              = "databases-for-postgresql"
  resource_group_id                    = data.ibm_resource_group.group.id
  service_endpoints                    = "private"
  async_restore                        = true
  point_in_time_recovery_time          = "<PITR_TIME>"
  point_in_time_recovery_deployment_id = "<SOURCE_CRN>"
  version                              = "<VERSION_NUMBER>"
}

Un ripristino asincrono può essere richiesto solo quando il database di origine e PostgreSQL quello di destinazione utilizzano la stessa versione principale. Il ripristino tra versioni principali diverse non è supportato. Se il async_restore parametro non è specificato, il servizio esegue il ripristino in modo sincrono, che è il comportamento attuale.