Recupero Point-In-Time

Puoi ripristinare i dati da un sistema DB a un nuovo sistema DB in base al point-in-time disponibile più recente o a un point-in-time specifico.

Nota

Il recupero point-in-time non è supportato nel sistema DB Sempre gratis.

Per eseguire il ripristino da un point-in-time, abilitare i backup automatici, quindi abilitare il ripristino point-in-time nel piano di backup del sistema DB. Vedere Modifica di un piano di backup. Il recupero point-in-time fornisce un Recovery Point Objective (RPO) di circa cinque minuti per un sistema DB attivo, mentre il backup giornaliero ti fornisce un RPO di 24 ore. Quando si arresta un sistema DB, ovvero quando il sistema DB è inattivo, il punto di recupero più recente non viene aggiornato. Quando riavvii il sistema DB, ovvero il sistema DB è attivo, il punto di recupero più recente viene aggiornato.

Quando si abilita il recupero point-in-time:

HeatWave Service esegue un backup completo iniziale (tipo di backup: completo, tipo di creazione: automatico). I backup successivi sono backup incrementali.
Il file di log binario viene ruotato e sottoposto a backup ogni cinque minuti. Verranno rimossi anche i file di log binari precedenti all'impostazione binlog_expire_seconds.
La variabile binlog_expire_auto_purge viene impostata su OFF per garantire che il sistema DB non elimini i file di log binari prima di averne eseguito il backup.

I backup automatici vengono eliminati dopo il periodo di conservazione. Quando viene eliminato un backup automatico, vengono eliminati anche tutti i file di log binari di cui è stato eseguito il backup precedenti al backup automatico meno recente del sistema DB.

Quando un sistema DB viene eliminato, i backup automatici vengono conservati se il sistema DB è stato configurato con la conservazione dei backup automatici abilitata. Vedere Opzione avanzata: Piano di eliminazione. A partire dal 25 settembre 2024, l'eliminazione di un sistema DB che conserva i backup automatici conserva anche i file di log binari di cui è stato eseguito il backup. Ciò consente di eseguire il recupero point-in-time su un sistema DB eliminato se vengono soddisfatte le condizioni riportate di seguito.

Il backup automatico e il recupero point-in-time sono abilitati.
La conservazione dei backup automatici è abilitata.
È ancora entro il periodo di conservazione del backup automatico.
Il sistema DB viene eliminato il 25 settembre 2024 o successivamente.

L'abilitazione o la disabilitazione del recupero point-in-time non influisce sul sistema DB. Inoltre, le operazioni del sistema DB quali l'arresto, l'avvio, il riavvio o l'upgrade non influiscono sull'operazione di recupero point-in-time. Quando crei un nuovo sistema DB da un sistema DB esistente in un point-in-time, conserva le credenziali di amministratore del sistema DB originale.

È possibile eseguire il ripristino a qualsiasi point-in-time specifico all'interno della finestra temporale meno recente e più recente. La prima e l'ultima finestra temporale vengono visualizzate nella console sotto l'opzione Selezionare un point-in-time specifico. Il primo tempo disponibile dipende dal periodo di conservazione del backup. Ad esempio, se si imposta il periodo di conservazione del backup su 12 giorni, il tempo disponibile meno recente è di 12 giorni.

Non è possibile creare un sistema DB con lo stesso indirizzo IP di un sistema DB in esecuzione. È possibile consentire a Oracle di selezionare un indirizzo IP non utilizzato dalla subnet o di definire un nuovo indirizzo IP per il nuovo sistema DB utilizzando il campo Indirizzo IP nella scheda Connessioni delle Opzioni avanzate. Vedere Opzione avanzata: Connessioni.

Quando ripristini un sistema DB a un point-in-time, conserva le credenziali di amministratore del sistema DB originale nel point-in-time. Inoltre, conserva la versione del sistema DB per impostazione predefinita, a meno che non si scelga una versione successiva per eseguire l'upgrade del sistema DB ripristinato. Se la versione del sistema DB ripristinato non è più disponibile, verrà eseguito l'upgrade nel ciclo di manutenzione successivo.

Utilizzo di Console
Uso dell'interfaccia CLI
Utilizzando l'API REST, eseguire l'operazione CreateDbSystem con l'attributo source impostato su CreateDbSystemSourceFromPitrDetails.
Scenari di recupero point-in-time supportati
Limitazioni

Utilizzo di Console

Utilizzare la console per eseguire il ripristino da un sistema DB in un point-in-time a un nuovo sistema DB.

Nota

Se si verifica un errore nella richiesta di lavoro OutOfHostCapacity durante la creazione di un sistema DB da un backup, vedere Risoluzione dell'errore OutOfHostCapacity.

Aprire il menu di navigazione e selezionare Database. In HeatWave MySQL, selezionare Backup.
Selezionare il compartimento dall'ambito della lista.
Procedere in uno dei seguenti modi:
- Nella stessa riga del backup, selezionare Ripristina in nuovo sistema DB dal menu Azioni .
- Selezionare il nome del backup per aprire la pagina Dettagli backup e selezionare Ripristina in un nuovo sistema DB.
- Selezionare il nome del sistema DB presente sulla stessa riga del backup per aprire la pagina Dettagli sistema DB. Selezionare Altre azioni, quindi selezionare Ripristina in un nuovo sistema DB.
Nel pannello Ripristina in un nuovo sistema DB, selezionare Ripristina dal sistema DB un point-in-time.
Selezionare una delle opzioni seguenti.
- Usa il point-in-time più recente disponibile: ripristina il sistema DB in un nuovo sistema DB utilizzando il point-in-time più recente disponibile.
- Selezionare un point-in-time specifico: ripristina il sistema DB in un nuovo sistema DB utilizzando la data e l'ora specificate. Selezionare la data e l'ora per ripristinare il sistema DB.
Fornire informazioni sul sistema DB:
- Crea nel compartimento: se si desidera avviare il sistema DB in un compartimento diverso da quello corrente, selezionare il compartimento richiesto dalla lista. Se non si seleziona un compartimento diverso, viene utilizzato il compartimento corrente.
- Nome: (facoltativo) specificare un nome visualizzato riconoscibile dall'utente per il sistema DB. Non è necessario che il nome sia univoco. Un OCID (Oracle Cloud Identifier) identifica in modo univoco il sistema DB.
- Descrizione: (facoltativo) specificare una descrizione intuitiva del sistema DB e del relativo scopo.
Tipo di sistema DB: Standalone o Alta disponibilità.
Configura networking:
- Rete cloud virtuale: selezionare la VCN in cui avviare il sistema DB.
- Subnet: selezionare la subnet richiesta della VCN selezionata.
- Mostra opzioni avanzate: (facoltativo) fare clic per configurare i gruppi di sicurezza di rete.
  - Compartimento: selezionare un compartimento in cui è configurato il gruppo di sicurezza di rete.
  - Gruppo di protezione di rete: selezionare il gruppo che si desidera utilizzare.
  - Per aggiungere più gruppi di sicurezza di rete, fare clic sul pulsante Altro gruppo di sicurezza di rete per aggiungere un'altra riga.
    Nota
    
    È possibile aggiungere fino a un massimo di 5 gruppi di sicurezza di rete.
Configurare il posizionamento:
- Dominio di disponibilità: è possibile modificare il dominio di disponibilità, ma non l'area.
- Scegliere un dominio di errore: selezionare questa opzione per consentire di scegliere un dominio di errore. Se non si sceglie un dominio di errore, Oracle ne sceglie uno automaticamente. Vedere Domini di errore.
Configurare l'hardware:
- Abilita cluster HeatWave: l'impostazione predefinita dipende dallo stato del sistema DB durante il backup. È possibile modificare questa opzione in base alle esigenze.
  Nota
  
  Quando si ripristina un sistema DB combinato con il cluster HeatWave, non è possibile eseguire l'upgrade a una versione più recente. Se necessario, puoi eseguire l'upgrade del sistema DB e del cluster HeatWave una volta completato il ripristino.
- Selezionare una forma: selezionare Modifica forma. Nel pannello Sfoglia tutte le forme, effettuare le operazioni riportate di seguito.
  1. Selezionare il modello di computazione.
    - ECPU: Basato su un'architettura indipendente da ECPU con una misura astratta di core della CPU, memoria e altre risorse.
    - OCPU: Basata sulla memoria centrale fisica di un processore con hyperthreading abilitato. Filtrare le forme selezionando il tipo di computer:
      - Tutti i tipi: visualizza tutte le forme disponibili.
      - Virtual Machine: visualizza solo le forme basate su Virtual Machine.
      - Bare Metal: visualizza solo le forme basate su Bare Metal.
      Nota
      
      Tutte le forme OCPU non sono più valide e non sono disponibili per i nuovi utenti creati dopo il 5 settembre 2024; gli utenti esistenti possono ancora utilizzarle fino al 5 settembre 2025.
  2. Selezionare la casella di controllo per scegliere una forma. Vedere Forme supportate.
  3. Selezionare Selezionare una forma.
  Nota
  
  La forma non può essere modificata quando si ripristina un backup Sempre gratis in un sistema DB Sempre gratis.
- HeatWave configurazione cluster: questa opzione viene visualizzata quando è selezionata l'opzione Abilita cluster HeatWave. Per modificare la configurazione predefinita, selezionare Configura cluster HeatWave ed effettuare le operazioni riportate di seguito nel pannello Configura cluster HeatWave.
  Nota
  
  La forma e il numero di nodi non possono essere modificati quando si ripristina un backup Sempre gratis in un sistema DB Sempre gratis.
  1. Dettagli forma: la forma per i nodi HeatWave. Se si desidera modificare la forma, selezionare Modifica forma per selezionare una forma per i nodi HeatWave. Vedere Forme supportate.
  2. Nodo: specificare il numero di nodi HeatWave da creare. Il valore minimo è 1 nodo e il valore massimo dipende dai seguenti elementi:
    - Forma HeatWave.Free: 1 nodo
    - Forma HeatWave.32GB: 16 nodi
    - Forma HeatWave.512GB o MySQL.HeatWave.VM.Standard: 64 nodi
    - Forma HeatWave.512GB o MySQL.HeatWave.VM.Standard con Lakehouse abilitato: 512 nodi
  3. HeatWave Lakehouse: abilitare l'elaborazione delle query sui dati residenti nello storage degli oggetti. Prima di MySQL 8.4.0-u3, il lakehouse HeatWave era supportato solo sulle forme MySQL.HeatWave.VM.Standard e HeatWave.512GB. Vedere HeatWave Lakehouse.
    Nota
    
    Prima di MySQL 8.3.0-u2, è necessario disabilitare il recupero point-in-time, l'alta disponibilità, le repliche di lettura e la replica in uscita per abilitare HeatWave Lakehouse.
  4. Selezionare Salva modifiche.
- Dimensione storage: configurare la dimensione di storage del sistema DB. La dimensione di storage dei dati è indipendente dalla forma selezionata.
  - Dimensione storage dati iniziale (GB): specificare la dimensione di storage dati iniziale, in GB, da allocare al sistema DB. Il valore deve essere maggiore di 50 e minore di 131072.
    Il valore iniziale dello storage influisce sulla capacità di aumentare le dimensioni dello storage in seguito e sulle prestazioni dell'aumento dello storage. Vedere Storage del sistema DB. Inoltre, se si stanno importando dati, assicurarsi di specificare una memoria di dati sufficiente.
  - Espansione automatica dello storage: Abilita l'espansione automatica dello storage dati quando l'uso dello spazio si avvicina ai limiti di sola lettura di Health Monitor dell'istanza di database per qualsiasi istanza nel sistema DB.
    Nota
    
    L'espansione automatica dello storage è abilitata per impostazione predefinita quando l'alta disponibilità è abilitata e non può essere disabilitata.
  - Dimensione massima storage dati (GB): specificare la dimensione massima di storage dati, in GB, in cui è possibile espandere la dimensione di storage. Il valore deve essere maggiore della dimensione iniziale di storage dei dati.
    Nota
    
    Ogni volta che la dimensione di storage viene ampliata, la fatturazione per l'utilizzo dello storage aumenterà di conseguenza. Utilizzare la dimensione di storage massima per evitare sovraccosti.
Configura piano di backup: selezionare l'opzione per abilitare i backup automatici. Se non si selezionano i backup automatici, gestire i backup manualmente. Si consiglia di abilitare i backup automatici.
Piano di backup:
- Periodo di conservazione backup: (facoltativo) specificare il numero di giorni in cui si desidera conservare il backup. Per impostazione predefinita, il sistema DB conserva il backup per sette giorni.
- Abilita recupero point-in-time: selezionare l'opzione per consentire di ripristinare un sistema DB in un point-in-time in un nuovo sistema DB.
- Seleziona finestra di backup: selezionare l'opzione che consente di selezionare l'ora di inizio della finestra di backup. Se non si abilita questa opzione, verrà scelta l'ora di inizio predefinita della finestra in base all'area.
  - Ora di inizio della finestra: specificare l'ora (nel fuso orario UTC) in cui si desidera avviare il backup del sistema DB. Il backup viene avviato entro 30 minuti dall'ora di inizio della finestra.
    Nota
    
    Non impostare l'ora di inizio della finestra di backup troppo vicina all'ora di inizio della finestra di manutenzione. Il backup automatico non può essere avviato se è in esecuzione un'operazione in conflitto, ad esempio manutenzione o aggiornamento. Deve attendere il completamento dell'operazione in conflitto. Se l'operazione in conflitto non viene completata entro due ore dall'ora di inizio della finestra di backup, il backup automatico verrà saltato e tenterà di nuovo nella finestra di backup successiva nel giorno successivo.
  - Mostra finestre di backup per area: selezionare l'opzione per visualizzare l'ora di inizio predefinita della finestra dell'area.
- Eliminazione soft: selezionare questa opzione per conservare il backup da eliminare a causa del criterio di conservazione in stato DELETE_SCHEDULED per altri 7 giorni prima di eliminarlo definitivamente. Per impostazione predefinita, questa opzione è abilitata.
Copia tra più aree: selezionare l'opzione per pianificare la copia tra più aree. Se abilitato, ogni backup automatico viene copiato nell'area di destinazione selezionata.
- Area di destinazione: selezionare l'area di destinazione in cui viene copiato il backup.
- Periodo di conservazione backup: (facoltativo) specificare il numero di giorni in cui si desidera conservare il backup nell'area di destinazione. Se non è definito, il valore predefinito è uguale al periodo di conservazione del backup di origine.
Nota

Per abilitare la copia tra più aree, è necessario disporre dell'autorizzazione MYSQL_BACKUP_COPY. L'autorizzazione MYSQL_BACKUP_COPY non è inclusa nel tipo di risorsa aggregata mysql-family. La tenancy deve anche eseguire la sottoscrizione all'area di destinazione.
Fornire contatti per notifiche e annunci operativi: (facoltativo) immettere uno o più messaggi e-mail di contatto per ricevere avvisi e annunci operativi, nonché notifiche di manutenzione non pianificate. Selezionare Aggiungi contatto per aggiungere altri contatti. È possibile aggiungere fino a un massimo di 10 contatti. Non sono consentiti indirizzi e-mail duplicati e non validi.
Mostra opzioni avanzate: selezionare questa opzione per aprire un gruppo di schede che consentono di configurare ulteriormente il sistema DB. Vedere Opzioni avanzate.
Selezionare Ripristina.

Uso dell'interfaccia CLI

Utilizzare l'interfaccia della riga di comando per eseguire il ripristino da un sistema DB a un nuovo sistema DB in un momento specifico.

Questa attività richiede quanto segue:

Identificativo Oracle Cloud (OCID) del sistema DB.
Un'installazione CLI configurata correttamente e le chiavi SSH richieste. Vedere Interfaccia della linea di comando.

Aprire un prompt dei comandi ed eseguire il comando seguente:
```
oci mysql db-system create 
          --compartment-id=<CompartmentOCID> 
          --configuration-id=<ConfigurationOCID>
          --subnet-id=<SubnetOCID> 
          --shape-name=<ShapeName> 
          --display-name=<DisplayName>
          --availability-domain=<AvailabilityDomain> 
          --source='{"dbSystemId": "<DBSystemOCID>", 
                     "recoveryPoint": "2022-06-30T06:55:50.000Z", 
                     "sourceType": "PITR"}'
```
- compartment-id: specificare l'OCID del compartimento in cui si desidera creare il sistema DB.
- configuration-id: (facoltativo) specificare l'OCID della configurazione che si desidera applicare al sistema DB. Se non si definisce un ID configurazione, il sistema DB utilizza la configurazione predefinita associata alla forma selezionata. Se si definisce una configurazione personalizzata, utilizzare la stessa forma definita nella richiesta.
- subnet-id: specificare l'OCID della subnet VCN a cui è collegato il sistema DB.
- shape-name: specificare il nome della forma. Ad esempio, MySQL.VM.Standard.E3.1.8GB.
- display-name: (facoltativo) specificare il nome visualizzato del sistema DB. Se non si definisce un nome visualizzato, Oracle ne genera uno automaticamente nel formato mysqldbsystemYYYYMMDDHHMMSS.
- availability-domain: specificare il nome del dominio di disponibilità in cui si desidera creare il sistema DB.
- source: (facoltativo) specificare i dettagli del recupero point-in-time.
  - dbSystemId: specificare l'OCID del sistema DB da cui si desidera ripristinare i dati.
  - recoveryPoint: specificare il point-in-time del sistema DB di origine in cui si desidera ripristinare i dati nel nuovo sistema DB nel formato YYYY-MM-DDThh:mm:ss.SSSZ. Il valore SSS viene ignorato, ovvero 2020-08-07T15:02:00.832Z viene considerato come 2020-08-07T15:02:00.000Z
    Se non si specifica un orario, il nuovo sistema DB viene ripristinato al punto di recupero più recente disponibile per il sistema DB di origine.
  - sourceType: specificare PITR per il recupero point-in-time.

Scenari di recupero point-in-time supportati

Il servizio HeatWave supporta il recupero point-in-time di un sistema DB standalone o High Availability in un nuovo sistema DB.

Quando esegui il ripristino da un sistema DB standalone a un sistema DB High Availability, verifica quanto riportato di seguito.

Le chiavi primarie esistono in ogni tabella del sistema DB.
La versione MySQL è 8.0.24 o successiva. Non è possibile abilitare High Availability nelle versioni precedenti di MySQL.

Tabella 9-1 Scenari di recupero point-in-time supportati

Origine	Oggetto	Supporto
Sistema DB standalone	Sistema DB standalone Sistema DB High Availability Sistema DB standalone con cluster HeatWave Sistema DB High Availability con cluster HeatWave	supportato
Sistema DB standalone con cluster HeatWave¹	Sistema DB standalone Sistema DB High Availability	Supportato: vengono ripristinati solo i dati InnoDB.
Sistema DB standalone con cluster HeatWave¹	Sistema DB standalone con cluster HeatWave Sistema DB High Availability con cluster HeatWave	Supportato: vengono ripristinati solo i dati InnoDB. Se si aggiunge un cluster HeatWave al sistema DB standalone o High Availability in un secondo momento, i dati non vengono caricati automaticamente nel cluster HeatWave ed è necessario caricarli manualmente.
Sistema DB High Availability	Sistema DB standalone Sistema DB High Availability Sistema DB standalone con cluster HeatWave Sistema DB High Availability con cluster HeatWave	supportato
Sistema DB High Availability con cluster HeatWave¹	Sistema DB standalone Sistema DB High Availability	Supportato: vengono ripristinati solo i dati InnoDB.
Sistema DB High Availability con cluster HeatWave¹	Sistema DB standalone con cluster HeatWave Sistema DB High Availability con cluster HeatWave	Supportato: vengono ripristinati solo i dati InnoDB. Se si aggiunge un cluster HeatWave al sistema DB standalone o High Availability in un secondo momento, i dati non vengono caricati automaticamente nel cluster HeatWave ed è necessario caricarli manualmente.

¹ Prima di MySQL 8.3.0-u2, non è possibile abilitare il recupero point-in-time in un sistema DB con HeatWave Lakehouse abilitato.

Limitazioni

Esistono alcune limitazioni relative al ripristino da un sistema DB in un point-in-time.

Prima di MySQL 8.3.0-u2, non è possibile abilitare il recupero point-in-time in un sistema DB con HeatWave Lakehouse abilitato.
Un errore di backup automatico può influire sul tempo impiegato dall'operazione di recupero point-in-time. Ad esempio, se il periodo di conservazione del backup è impostato su due giorni e il backup di lunedì è riuscito mentre il backup di martedì non è riuscito, il recupero point-in-time in qualsiasi momento il martedì richiede il rollback dal backup di lunedì. Pertanto, l'operazione di ripristino point-in-time richiede più tempo per il ripristino.
Non è possibile selezionare un valore (nel campo Selezionare uno specifico point-in-time) prima del backup automatico meno recente riuscito dopo l'abilitazione del recupero point-in-time. Ad esempio, se Periodo di conservazione backup è impostato su tre giorni e lunedì, martedì, backup non riuscito e mercoledì è riuscito, il recupero point-in-time meno recente è mercoledì.
Non è possibile disabilitare il recuperopoint in un sistema DB mentre è in corso il recupero point-in-time.
Il recupero point-in-time non è supportato in un sistema DB Sempre gratis.

Documentazione dell'infrastruttura Oracle Cloud