Preparazione per l'infrastruttura Exadata Cloud

Rivedi OCI, nonché i requisiti di sito, rete e storage per preparare e distribuire l'infrastruttura Exadata Cloud nel tuo data center.

Interoperabilità tra i servizi ExaDB-D e ExaDB-XS: Data Guard, backup e ripristino

Ora puoi creare un gruppo Oracle Data Guard multiservizio tra i servizi di database.

Questa funzione consente di stabilire funzionalità di backup e ripristino tra più servizi per le configurazioni riportate di seguito.

  • Database primario in ExaDB-D con uno o più database in standby in ExaDB-XS o ExaDB-D.
  • Database primario in ExaDB-XS con uno o più database in standby in ExaDB-D o ExaDB-XS.

Questa funzionalità ti consente di sfruttare il potenziale dei tuoi servizi di database nella tua tenancy,

Nota

Per garantire il massimo della disponibilità, Oracle consiglia di inserire il clustesr della VM peer in un'infrastruttura Exadata diversa dal cluster VM primario.

Opzioni di configurazione del database in standby

Quando si aggiunge un database in standby, è possibile specificare i dettagli riportati di seguito.

  • Dettagli cluster VM peer: se la destinazione è ExaDB-D, è possibile selezionare l'infrastruttura Exadata.
  • Selezione servizio di destinazione: scegliere ExaDB-D o ExaDB-XS. Per impostazione predefinita, il servizio che avvia il gruppo Data Guard è selezionato. Se un servizio non è disponibile nell'area selezionata, viene disabilitato con il messaggio: 'Il servizio non è disponibile in quest'area'.
  • Tipo Data Guard: il gruppo può essere configurato con Data Guard o Active Data Guard e ogni database in standby può avere un tipo diverso.
  • Limitazione del gruppo Data Guard: un database primario è limitato a un gruppo Data Guard.
  • Creazione di database in standby: è possibile aggiungere un solo database in standby alla volta. Tuttavia, i database in standby possono essere creati in una qualsiasi delle seguenti categorie senza restrizioni sul loro numero:
    • All'interno dello stesso servizio
    • Tra i servizi
    • Nello stesso dominio di disponibilità (AD)
    • In tutti i domini di disponibilità all'interno della stessa area
    • In tutte le regioni

Considerazioni chiave per i database primari e in standby tra più servizi

  • Sia il database primario che quello in standby devono utilizzare la stessa soluzione di gestione delle chiavi.
  • Data Guard può essere configurato in modalità di protezione Max Performance o Max Availability con tipo di trasporto Sync o Async, in base alle seguenti regole:
    • Per il primo database in standby:
      • L'impostazione predefinita è Modalità prestazioni massime con trasporto asincrono.
      • Impossibile modificare la modalità di protezione e il tipo di trasporto.
    • Per il secondo e i database di standby successivi:
      • Eredita la modalità di protezione dal primo standby.
      • Il valore predefinito è Trasporto asincrono.
      • Impossibile modificare la modalità di protezione e il tipo di trasporto.

Visualizzazione e modifica della configurazione Data Guard

  • Visualizzare tutti i database che fanno parte del gruppo Data Guard nella tabella Gruppo Data Guard, indipendentemente dal fatto che ci si trovi nelle pagine del database primario o in standby.
  • Modificare la configurazione Data Guard per aggiornare:
    • Tipo Data Guard: può essere diverso per ogni database in standby. Questa operazione può essere modificata solo da un database in standby.
    • Password amministratore del database: può essere modificata da qualsiasi database.
    • Modalità di protezione: è possibile passare da Prestazioni massime a Disponibilità massima dal database primario o da qualsiasi database in standby.
    • Tipo di trasporto: è possibile passare da Async a Sync solo da un database in standby.
Nota

Se la modalità di protezione è impostata su Disponibilità massima, il sistema verifica che almeno un database in standby utilizzi il trasporto Sync. Se non è stato trovato, viene visualizzato un messaggio d'errore:

To achieve zero data loss, you require at least one standby with Sync transport. It is recommended to have a standby with Sync transport in the same service as the primary database.

Switchover e failover

  • Switchover (su qualsiasi database in standby)
    • Lo switchover viene eseguito senza applicare una versione principale o un controllo Release Update (RU). Tuttavia, viene visualizzata un'avvertenza se il database di standby dispone di una configurazione asimmetrica, ad esempio conteggi di nodi, memoria o tipo di servizio diversi.
  • Failover (su qualsiasi database in standby)
    • Il failover viene eseguito senza applicare una versione principale o il controllo dell'aggiornamento della release (RU). Tuttavia, viene visualizzata un'avvertenza se il database di standby dispone di una configurazione asimmetrica, ad esempio conteggi di nodi, memoria o tipo di servizio diversi.

Backup e ripristino

  • Backup pianificati e automatici
    • Puoi pianificare backup automatici sul database primario, sul database in standby o su entrambi.
    • Sono supportati sia i backup dello storage degli oggetti che del servizio di recupero.
    • Se i backup sono configurati su entrambi i database primario e in standby, devono utilizzare lo stesso tipo di destinazione di backup.
  • Ripristino in loco dello stesso database all'interno di ExaDB-XS

    Ripristinare e recuperare un database utilizzando un backup eseguito dallo stesso database in ExaDB-XS:

    • Ripristinare primario utilizzando un backup eseguito sul database primario.
    • Ripristina standby utilizzando un backup eseguito sul database di standby
  • Ripristino in loco di un database peer all'interno di ExaDB-XS
    Ripristinare e recuperare un database peer (che non dispone di backup configurati) utilizzando un backup dal database di origine con Recovery Service:
    • Scenario 1: ripristinare il database primario utilizzando il backup in standby.
      • Database principale: ExaDB-XS (nessun backup configurato)
      • Database in standby: ExaDB-XS (backup configurati per Recovery Service)
    • Scenario 2: ripristinare lo standby utilizzando il backup primario.
      • Database principale: ExaDB-XS (backup configurati per Recovery Service)
      • Database in standby: ExaDB-XS (nessun backup configurato)
  • Ripristino in loco di un database peer in tutti i servizi

    Ripristinare e recuperare un database in ExaDB-XS o ExaDB-D utilizzando un backup dal database di origine nel servizio opposto (ExaDB-D o ExaDB-XS) con Recovery Service:

    • Scenario 1: ripristinare un database peer in ExaDB-XS utilizzando un backup da ExaDB-D
      • Caso d'uso 1: ripristinare il database primario utilizzando il backup in standby.
      • Caso d'uso 2: ripristinare lo standby utilizzando il backup primario.
    • Scenario 2: ripristinare un database peer in ExaDB-D utilizzando un backup da ExaDB-XS
      • Caso d'uso 1: ripristinare il database primario utilizzando il backup in standby.
      • Caso d'uso 2: ripristinare lo standby utilizzando il backup primario.

Ripristino non in loco (creazione di un nuovo database)

  • In ExaDB-XSÈ possibile creare un nuovo database in ExaDB-XS utilizzando un backup dallo stesso servizio.
    • Ripristina entro:
      • Lo stesso dominio di disponibilità (AD)
      • Un AD diverso all'interno della stessa area
      • Un'altra regione
    • Supporta lo storage degli oggetti o il servizio di recupero come destinazione di backup.
  • Tra servizi
    • Scenario 1: creare un nuovo database in ExaDB-D utilizzando un backup da ExaDB-XS
      • Origine: ExaDB-XS (database e backup)
      • Destinazione: ExaDB-D (qualsiasi area o AD)
      • Destinazione di backup: servizio di storage degli oggetti o recupero
    • Scenario 2: creare un nuovo database in ExaDB-XS utilizzando un backup da ExaDB-D
      • Origine: ExaDB-D (database e backup)
      • Destinazione: ExaDB-XS (qualsiasi area o AD)
      • Destinazione di backup: servizio di storage degli oggetti o recupero