Documentazione di Oracle Cloud Infrastructure

Converti peer tra più aree in standby snapshot

È possibile convertire un database peer tra più aree in uno standby snapshot. In questo modo il peer viene convertito in un database di lettura-scrittura per un massimo di due giorni.

L'uso della CPU di standby snapshot viene fatturato in base al conteggio della CPU di base e a qualsiasi uso aggiuntivo della CPU se è abilitata la scala automatica di calcolo. Il numero di CPU di base viene specificato dal numero di ECPU (OCPU se il database utilizza OCPU) come mostrato nel campo Conteggio ECPU o Conteggio OCPU della console di Oracle Cloud Infrastructure.

L'uso dello storage di standby snapshot viene fatturato in base allo storage dello standby snapshot più 1 x lo storage del database primario di origine.

È possibile creare uno standby snapshot per un peer tra più aree. Non è possibile creare uno standby snapshot per un peer di disaster recovery locale.

Argomento padre: Operazioni Autonomous Data Guard tra più aree e tra più tenancy

Informazioni sui database in standby snapshot di disaster recovery

La conversione di un peer di disaster recovery in uno standby snapshot apre il database in modalità di lettura-scrittura e il peer di disaster recovery tra più aree arresta temporaneamente l'aggiornamento dei dati dal database di origine.

Sebbene operi come standby snapshot, gli aggiornamenti dal database di origine vengono ancora inviati allo standby snapshot e l'utente è protetto se l'area del database di origine dovesse riscontrare un errore. Tuttavia, gli aggiornamenti non vengono applicati allo standby snapshot finché il database non viene convertito in un peer di disaster recovery.

Per informazioni sulla fatturazione in standby snapshot, vedere Oracle Autonomous Database Serverless Features Billing.

  • Funzioni e restrizioni di standby snapshot
    Fornisce informazioni sulle funzioni e sulle limitazioni di standby snapshot.
  • Operazioni di standby snapshot
    Dopo aver creato uno standby snapshot, è possibile eseguire quasi tutte le operazioni del database nello standby snapshot. Alcune operazioni non sono consentite in uno standby snapshot.
  • Ora di riconnessione in standby snapshot
    Un banner nella console di Oracle Cloud Infrastructure indica la data e l'ora in cui lo standby snapshot si riconnette automaticamente al database di origine. All'ora indicata nel banner, Autonomous Database converte uno standby snapshot nel ruolo In standby.

Argomento padre: Converti peer tra più aree in standby snapshot

Funzioni e restrizioni standby snapshot

Fornisce informazioni sulle funzioni e sulle limitazioni dello standby snapshot.

Sebbene il database si trovi nel ruolo Snapshot standby, tenere presente quanto riportato di seguito.

  • Convertendo un peer di disaster recovery tra più aree in uno standby snapshot, puoi utilizzare lo standby snapshot per eseguire il test e l'esecuzione di query sui dati nel database. Ciò consente di eseguire i test senza tempi di inattività sul database primario (di origine), rispetto ai test mediante lo switchover al peer remoto.

  • È possibile utilizzare uno standby snapshot per eseguire il test completo dell'ambiente di disaster recovery, incluse le modifiche necessarie per verificare l'ambiente in standby, ad esempio la configurazione di livello intermedio. Utilizzando uno standby snapshot, è possibile apportare modifiche alla configurazione o eseguire operazioni DML sul database in base alle esigenze per il test e la verifica completi dell'ambiente in standby.

Mentre il database si trova nel ruolo Snapshot standby, tenere presenti le limitazioni riportate di seguito.

  • L'operazione di ripristino non è consentita su un database di standby snapshot.

  • Non vengono eseguiti o visualizzati nuovi backup dal momento in cui un peer di disaster recovery viene convertito in uno standby snapshot. Sono disponibili i backup esistenti disponibili prima della conversione in standby snapshot. È possibile utilizzare solo i backup disponibili in uno standby snapshot per una copia da un'operazione di backup.

  • La duplicazione da uno standby snapshot è consentita solo per creare una copia della stessa area dello standby snapshot. Non è possibile duplicare uno standby snapshot nelle varie region.

Note per la riconnessione di uno standby snapshot al database primario (di origine):

  • Riconnettersi al database di origine primario quando si eseguono i task che richiedono l'apertura dello standby snapshot per le operazioni di lettura e scrittura. Se non si esegue la riconnessione manuale entro due giorni, lo standby snapshot si riconnette automaticamente al database primario.

  • Oracle consiglia di riconvertire uno standby snapshot in un peer di recupero da errori irreversibili non appena si eseguono le operazioni che richiedono l'apertura dello standby per le operazioni di lettura e scrittura. Quando si esegue la conversione in un peer di disaster recovery, le modifiche accumulate dal database di origine vengono applicate al peer. Se si mantiene aperto il peer di disaster recovery come standby snapshot per un periodo più lungo, supponendo che ci siano modifiche in corso sul database primario durante questo periodo di tempo, la conversione in un peer di disaster recovery richiede più tempo.

Quando lo standby snapshot si riconnette al database primario, Autonomous Database esegue le azioni riportate di seguito.

  • Il tipo di disaster recovery utilizzato e qualsiasi fatturazione associata torna al tipo utilizzato prima di eseguire la conversione del peer di disaster recovery in standby snapshot. In questo modo, il peer di disaster recovery torna allo stesso tipo di peer di disaster recovery, ovvero Backup-Based Disaster Recovery (copia di backup) o Autonomous Data Guard, come mostrato nella colonna Tipo di DR nell'area Disaster Recovery.

  • Tutte le modifiche apportate allo standby snapshot dal momento in cui è stato convertito in uno standby snapshot, fino al momento in cui si riconnette all'origine, vengono eliminate. Ciò significa che tutte le modifiche, inclusi i metadati, inserite, aggiornate o eliminate mentre il database opera come standby snapshot vengono perse (scartate) quando lo standby snapshot si riconnette al relativo database di origine.

  • Tutte le modifiche apportate al database primario vengono replicate nell'area remota mentre il database opera come standby snapshot, ma le modifiche non vengono applicate allo standby snapshot. Le modifiche che si verificano sul database primario durante questo periodo vengono applicate allo standby snapshot quando viene convertito in un peer di disaster recovery.

  • Nella console di Oracle Cloud Infrastructure, il ruolo viene aggiornato da Ruolo: standby snapshot a Ruolo: in standby o Ruolo: copia di backup, a seconda del tipo di disaster recovery.

Operazioni di standby snapshot

Dopo aver creato uno standby snapshot, è possibile eseguire quasi tutte le operazioni del database nello standby snapshot. Alcune operazioni non sono consentite in uno standby snapshot.

Operazione descrizione;
Converti in standby snapshot

Puoi convertire un peer tra più aree in uno standby snapshot.

Per i passi necessari per convertire un database peer in standby snapshot, vedere Converti peer di disaster recovery tra più aree in standby snapshot.

Avvia o riavvia

Quando uno standby snapshot viene arrestato, come indicato dallo stato del ciclo di vita Arrestato, è possibile avviare il database.

Quando è disponibile uno standby snapshot, come indicato dallo stato del ciclo di vita Disponibile, è possibile riavviare il database o arrestarlo.

Converti snapshot in standby per peer di disaster recovery

Quando uno standby snapshot si trova nel ruolo Snapshot standby, il database funziona come un database di lettura-scrittura. Uno standby snapshot ha un limite di due giorni (48 ore) fino al quale può rimanere nel ruolo Snapshot standby. Se non si esegue la conversione manuale dello standby snapshot entro due giorni, lo standby snapshot viene convertito automaticamente in un peer di disaster recovery.

Per ulteriori informazioni, vedere Converti snapshot in standby in un peer di disaster recovery tra più aree.

Arresto

Quando uno standby snapshot viene arrestato, le operazioni del database non sono disponibili e l'addebito dell'uso della CPU nello standby snapshot si arresta.
Disconnetti peer

Quando si disconnette uno standby snapshot, l'associazione dello standby snapshot al database primario viene annullata. In questo modo il database viene convertito da database snapshot a database standalone. Dopo l'operazione di disconnessione non è consentito riconnettersi al database primario.

Per ulteriori informazioni, vedere Disconnettere uno snapshot in standby.

Termina

Non è consentito arrestare uno standby snapshot. È possibile riconnettere lo standby snapshot al database primario.

Per ulteriori informazioni, vedere Converti snapshot in standby in un peer di disaster recovery tra più aree.

Crea copia

La duplicazione da uno standby snapshot è consentita solo per creare una copia della stessa area dello standby snapshot. Non è possibile duplicare uno standby snapshot nelle varie region.
Crea copia aggiornabile

Non è consentito creare una copia aggiornabile in uno standby snapshot.
Peer di disaster recovery

Non è consentito aggiungere un database di standby Autonomous Data Guard o un peer di disaster recovery basato su backup a uno standby snapshot.

Ora riconnessione snapshot in standby

Un banner nella console di Oracle Cloud Infrastructure indica la data e l'ora in cui lo standby snapshot si riconnette automaticamente al database di origine. All'ora indicata nel banner, Autonomous Database converte uno standby snapshot nel ruolo In standby.

Segue la descrizione di adb_dr_snapshot_reconnect_adg.png
Descrizione dell'immagine adb_dr_snapshot_reconnect_adg.png
Nota

Quando uno standby snapshot non viene ricollegato entro 48 ore, lo standby snapshot si riconnette automaticamente al database di origine.

Converti peer di disaster recovery tra più aree in standby snapshot

Puoi convertire un peer di disaster recovery tra più aree in uno standby snapshot.

Nota

Tutti i dati, inclusi i metadati, inseriti, aggiornati o eliminati nel database durante il periodo di disconnessione verranno persi quando uno standby snapshot si riconnette al database di origine. Tutte le modifiche che si verificano sul database primario durante il periodo di disconnessione vengono applicate al database di standby quando si riconnette al database di origine.

Se necessario, eseguire i seguenti prerequisiti:

  • Aprire la console di Oracle Cloud Infrastructure facendo clic su icona di navigazione accanto a Oracle Cloud.

  • Dal menu di navigazione a sinistra di Oracle Cloud Infrastructure fare clic su Oracle Database e quindi, a seconda del carico di lavoro, fare clic su uno dei seguenti: Autonomous Data Warehouse o Autonomous Transaction Processing.

  • Nella pagina Autonomous Databases selezionare l'Autonomous Database dai collegamenti nella colonna Nome visualizzato.

  1. Nell'istanza di Autonomous Database dell'area primaria, nella pagina Dettagli di Autonomous Database in Risorse, selezionare Disaster recovery.
  2. Accedere al peer dell'area remota.

    Nell'istanza di Autonomous Database dell'area primaria l'area informativa di Disaster recovery mostra la colonna Peer Autonomous Database.

    Nella colonna Peer Autonomous Database, fare clic sul collegamento per accedere al peer tra più aree.

  3. Nell'elenco a discesa Altre azioni del peer tra più aree, selezionare Converti in database di standby snapshot.
  4. Nella pagina Converti in database di standby snapshot, immettere il nome del database di origine per confermare la disconnessione.
  5. Fare clic su Converti in database di standby snapshot.

    Lo stato del ciclo di vita di Autonomous Database viene modificato in Aggiornamento.

    Nota

    Quando si esegue la conversione in standby snapshot, il database primario è disponibile per le operazioni di lettura/scrittura. Nessun tempo di inattività nel database primario.

    Al termine dell'operazione, tenere presente quanto riportato di seguito.

    • Nello standby snapshot è presente un banner che indica la data e l'ora in cui il database di standby si riconnetterà automaticamente con il relativo database di origine.

    • Nella pagina dei dettagli di Autonomous Database dello standby snapshot, in Disaster Recovery, il ruolo mostra Snapshot standby.

    • Nel database di origine dello standby snapshot, nella pagina dei dettagli di Autonomous Database, quando si fa clic su Disaster recovery in Risorse, il ruolo peer mostra Snapshot standby.

    • Nello standby snapshot, puoi ridimensionare la CPU o lo storage, indipendentemente dal database di origine.

    • Quando si ridimensiona la CPU o lo storage sul database primario, le modifiche apportate al database primario non influiscono sullo standby snapshot finché non viene convertito in un peer di disaster recovery.

    • La duplicazione è consentita solo da uno standby snapshot quando la copia si trova nella stessa area. La duplicazione tra più aree non è consentita da uno standby snapshot.

    • La copia da un'operazione di backup è consentita su uno standby snapshot. Tuttavia, uno standby snapshot non esegue il backup di nessuno dei dati temporaneamente aggiornati nello standby snapshot di lettura-scrittura. Quando si esegue la copia da un backup su uno standby snapshot, l'operazione crea una copia utilizzando un backup lato primario replicato nello standby snapshot. Per ulteriori informazioni, vedere Duplica un'istanza di Autonomous Database.

    • L'operazione di ripristino non è consentita su uno standby snapshot.

Converti snapshot in standby in peer di disaster recovery tra più aree

È possibile convertire manualmente uno standby snapshot in un peer di disaster recovery per il database primario (di origine). Dopo la riconversione, lo standby snapshot torna al ruolo di standby per il disaster recovery.

Nota

Tutti i dati, inclusi i metadati, inseriti, aggiornati o eliminati nel database di standby snapshot durante il periodo di disconnessione verranno persi quando lo standby snapshot si riconnette al relativo database di origine.

Tutte le modifiche sul database primario inviate al database di standby snapshot ma non applicate durante il periodo di disconnessione verranno applicate al database di standby quando si riconnette al database di origine.

Se necessario, eseguire i seguenti prerequisiti:

  • Aprire la console di Oracle Cloud Infrastructure facendo clic su icona di navigazione accanto a Oracle Cloud.

  • Dal menu di navigazione a sinistra di Oracle Cloud Infrastructure fare clic su Oracle Database e quindi, a seconda del carico di lavoro, fare clic su uno dei seguenti: Autonomous Data Warehouse o Autonomous Transaction Processing.

  • Nella pagina Autonomous Databases selezionare l'Autonomous Database dai collegamenti nella colonna Nome visualizzato.

  1. Nell'elenco a discesa Altre azioni dello standby snapshot, selezionare Riconnetti al database peer di origine.
  2. Nella pagina Riconnetti al database peer di origine, immettere il nome del database di origine per confermare la riconnessione.
  3. Fare clic su Converti in peer di disaster recovery.

    Lo stato del ciclo di vita di Autonomous Database viene modificato in Aggiornamento.

    Nota

    Mentre si riconnette il database di standby al database di origine, il database primario (di origine) è disponibile per le operazioni di lettura/scrittura. Nessun tempo di inattività nel database primario.

Quando lo standby snapshot si riconnette al database primario, Autonomous Database esegue le operazioni riportate di seguito.

  • Il tipo di disaster recovery utilizzato e qualsiasi fatturazione associata torna al tipo utilizzato prima di eseguire la conversione del peer di disaster recovery in standby snapshot. In questo modo, il peer di disaster recovery torna allo stesso tipo di peer di disaster recovery, ovvero Backup-Based Disaster Recovery (copia di backup) o Autonomous Data Guard, come mostrato nella colonna Tipo di DR nell'area Disaster Recovery.

  • Tutte le modifiche apportate allo standby snapshot dal momento in cui è stato convertito in uno standby snapshot, fino al momento in cui si riconnette all'origine, vengono eliminate. Ciò significa che tutte le modifiche, inclusi i metadati, inserite, aggiornate o eliminate mentre il database opera come standby snapshot vengono perse (scartate) quando lo standby snapshot si riconnette al relativo database di origine.

  • Tutte le modifiche apportate al database primario vengono replicate nell'area remota mentre il database opera come standby snapshot, ma le modifiche non vengono applicate allo standby snapshot. Le modifiche che si verificano sul database primario durante questo periodo vengono applicate allo standby snapshot quando viene convertito in un peer di disaster recovery.

  • Nella console di Oracle Cloud Infrastructure, il ruolo viene aggiornato da Ruolo: standby snapshot a Ruolo: in standby o Ruolo: copia di backup, a seconda del tipo di disaster recovery.

Disconnessione di un standby snapshot

È possibile disconnettere uno standby snapshot dal database primario.

Quando si disconnette uno standby snapshot, l'associazione dello standby snapshot al database primario viene annullata. In questo modo il database viene convertito da database snapshot a database standalone. Dopo l'operazione di disconnessione non è consentito riconnettersi al database primario.

I passi per disconnettere uno standby snapshot sono gli stessi di quelli per disconnettere un database in standby. Per ulteriori informazioni, vedere Disconnetti un database peer.

Note per la disconnessione di uno standby snapshot.

  • Nessuna operazione di riconnessione. Dopo aver disconnesso uno standby snapshot, non è consentito riconnettersi al database primario.

  • L'operazione di disconnessione per uno standby snapshot può essere eseguita solo su un'istanza di Autonomous Database che utilizza il modello di computazione ECPU.

  • Il database disconnesso conserva tutti i dati inseriti o aggiornati dall'utente applicati mentre il database era aperto in modalità di lettura/scrittura come standby snapshot.

    L'operazione di disconnessione non applica i log recenti inviati dal database primario.

  • Dopo l'operazione di disconnessione, il database standalone non è più associato al database che era il database primario. Per utilizzare il database come database standalone, è necessario conoscere il nome del database disconnesso dal database primario.

  • Dopo l'operazione di disconnessione, il database inizia a prendere nuovi backup come database standalone. I backup associati al database di standby o al database primario non sono disponibili nel database standalone.