Documentazione dell'infrastruttura Oracle Cloud

Converti peer tra più aree in standby snapshot

È possibile convertire un database peer tra più aree in uno standby snapshot. Questo converte il peer in un database di lettura-scrittura per un massimo di due giorni (48 ore).

L'uso della CPU in standby snapshot viene fatturato in base al conteggio di CPU di base e a qualsiasi uso aggiuntivo della CPU se la scala automatica di computazione è abilitata. 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 OCIPU nella console di Oracle Cloud Infrastructure.

L'uso dello storage in 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 tra più aree e tenancy di Autonomous Data Guard

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 interrompe temporaneamente l'aggiornamento dei dati dal database di origine.

Durante il funzionamento come standby snapshot, gli aggiornamenti dal database di origine vengono comunque inviati allo standby snapshot e si è protetti se l'area del database di origine dovesse riscontrare un errore, tuttavia gli aggiornamenti non vengono applicati allo standby snapshot fino a quando il database non viene riconvertito 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 le restrizioni di standby snapshot.
  • Operazioni di standby snapshot
    Dopo aver creato uno standby snapshot, puoi eseguire quasi tutte le operazioni del database nello standby snapshot. Sono presenti alcune operazioni non 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 di nuovo uno standby snapshot nel ruolo Standby.

Argomento padre: Convertire il peer tra più aree in standby snapshot

Funzioni e restrizioni di standby snapshot

Fornisce informazioni sulle funzioni e sulle limitazioni dello standby snapshot.

Mentre il database si trova nel ruolo standby snapshot, tenere presente quanto riportato di seguito.

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

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

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

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

  • Nessun nuovo backup viene eseguito o visualizzato dal momento in cui un peer di disaster recovery viene convertito in 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 un'operazione di copia dal 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 in più aree.

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

  • Eseguire la riconnessione al database di origine primario al termine dei task che richiedono l'apertura dello standby snapshot per le operazioni di lettura-scrittura. Se la riconnessione non viene eseguita manualmente entro due giorni (48 ore), lo standby snapshot si riconnette automaticamente al database primario.

  • Oracle consiglia di convertire di nuovo uno standby snapshot in un peer di disaster recovery non appena vengono completate le operazioni che richiedono che lo standby sia aperto per le operazioni di lettura-scrittura. Quando si esegue la conversione in peer di disaster recovery, le modifiche accumulate dal database di origine vengono applicate al peer. Se si mantiene il peer di disaster recovery aperto come standby snapshot per un periodo più lungo, supponendo che vi siano modifiche in corso sul database primario durante questo periodo di tempo, è necessario più tempo per eseguire la conversione in un peer di disaster recovery.

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

  • Il tipo di disaster recovery che si stava utilizzando e qualsiasi fatturazione associata torna al tipo precedente all'esecuzione della 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 Disaster Recovery basato su backup (Copia di backup) o Autonomous Data Guard, come mostrato nella colonna Tipo DR nell'area Disaster Recovery.

  • Qualsiasi modifica nello standby snapshot dal momento in cui è stata convertita in standby snapshot, fino al momento in cui si riconnette all'origine, viene eliminata. Ciò significa che tutte le modifiche, inclusi i metadati, che vengono inserite, aggiornate o eliminate mentre il database opera come standby snapshot, vengono perse (eliminate) quando lo standby snapshot si riconnette al database di origine.

  • Tutte le modifiche che si sono verificate sul 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 riconvertito in un peer di disaster recovery.

  • Nella console di Oracle Cloud Infrastructure, il ruolo viene aggiornato da Ruolo: standby snapshot a Ruolo: 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. Sono presenti alcune operazioni non consentite in uno standby snapshot.

Operation Descrizione
Converti in standby istantanea

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

Vedere Converti peer di disaster recovery tra più aree in standby snapshot per i passi necessari per convertire un database peer 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 arrestare il database.

Converti snapshot Standby in peer di disaster recovery

Quando uno standby snapshot si trova nel ruolo Standard snapshot, il database opera come 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 converte manualmente lo standby snapshot entro due giorni, lo standby snapshot viene convertito automaticamente in un peer di disaster recovery.

Per ulteriori informazioni, vedere Convertire lo snapshot Standby in un peer di disaster recovery tra più aree.

Interrompi

Quando uno standby snapshot viene arrestato, le operazioni del database non sono disponibili e il costo per l'uso della CPU nello standby snapshot si interrompe.
Disconnetti pari livello

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

Per ulteriori informazioni, vedere Disconnetti standby snapshot.

Termina

L'utente corrente non è autorizzato a terminare uno standby snapshot. È possibile riconnettere lo standby snapshot al database primario.

Per ulteriori informazioni, vedere Convertire lo snapshot 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 in più aree.
Crea copia aggiornabile

Non si è autorizzati a creare una copia aggiornabile in uno standby snapshot.
Peer 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.

Tempo 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 di nuovo uno standby snapshot nel ruolo 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 riconnesso entro 48 ore, lo standby snapshot si riconnette automaticamente al database di origine.

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

È possibile 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 andranno 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 allo standby quando si riconnette al database di origine.

Eseguire i passi dei prerequisiti riportati di seguito, se necessario.

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

  • Nel menu di navigazione a sinistra di Oracle Cloud Infrastructure fai clic su Oracle Database, quindi su Autonomous Database.

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

Per convertire un peer di disaster recovery tra più aree in uno standby snapshot:

  1. Nell'istanza di Autonomous Database dell'area primaria, nella pagina Dettagli Autonomous Database selezionare la scheda Disaster recovery.
  2. Accedi al peer dell'area remota.

    Nell'istanza di Autonomous Database dell'area primaria la lista 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. Nel peer tra più aree, nell'elenco a discesa Altre azioni 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 in standby snapshot.

    Lo stato del ciclo di vita di Autonomous Database cambia in Aggiornamento.

    Nota

    Durante 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 al database di origine

    • Nello standby snapshot, nella pagina dei dettagli di Autonomous Database, in Disaster recovery, il Ruolo mostra Snapshot standby.

    • Nel database di origine dello standby snapshot, nella pagina dei dettagli di Autonomous Database, quando si seleziona la scheda Disaster recovery, il ruolo peer mostra il standby snapshot.

    • In 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 al database primario non influiscono sullo standby snapshot finché non viene riconvertito 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.

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

    • Operazione di ripristino non consentita in uno standby snapshot.

Convertire lo snapshot in standby in un 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 conversione, lo standby snapshot torna al suo ruolo di standby di disaster recovery.

Nota

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

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

Eseguire i passi dei prerequisiti riportati di seguito, se necessario.

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

  • Nel menu di navigazione a sinistra di Oracle Cloud Infrastructure fai clic su Oracle Database, quindi su Autonomous Database.

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

  1. Nello standby snapshot, dall'elenco a discesa Altre azioni selezionare Riconnessione al database peer di origine.
  2. Nella pagina Riconnessione 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 cambia in Aggiornamento.

    Nota

    Durante la riconnessione del database di standby al database di origine, il database (di origine) primario è 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 che si stava utilizzando e qualsiasi fatturazione associata torna al tipo precedente all'esecuzione della 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 Disaster Recovery basato su backup (Copia di backup) o Autonomous Data Guard, come mostrato nella colonna Tipo DR nell'area Disaster Recovery.

  • Qualsiasi modifica nello standby snapshot dal momento in cui è stata convertita in standby snapshot, fino al momento in cui si riconnette all'origine, viene eliminata. Ciò significa che tutte le modifiche, inclusi i metadati, che vengono inserite, aggiornate o eliminate mentre il database opera come standby snapshot, vengono perse (eliminate) quando lo standby snapshot si riconnette al database di origine.

  • Tutte le modifiche che si sono verificate sul 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 riconvertito in un peer di disaster recovery.

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

Disconnessione di uno snapshot in standby

È 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 un database snapshot a un database standalone. Dopo l'operazione di disconnessione non è consentito riconnettersi al primario.

I passi per disconnettere uno standby snapshot sono gli stessi per disconnettere un database di standby. Per ulteriori informazioni, vedere Disconnetti 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 mantiene tutti i dati inseriti o aggiornati dall'utente che sono stati 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 primario.

  • Dopo l'operazione di disconnessione, il database standalone non viene 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 eseguire nuovi backup come database standalone. Tutti i backup associati al database di standby o al database primario non sono disponibili nel database standalone.