Requisiti e considerazioni sulle repliche RDS per Oracle

Prima di creare una replica Oracle, esamina i requisiti e le considerazioni riportati di seguito.

Requisiti di versione e licenza per le repliche RDS per Oracle

Prima di creare una replica RDS per Oracle, considera i seguenti requisiti:

• Se la replica è in modalità di sola lettura, assicurarsi di disporre di una licenza Active Data Guard. Se si posiziona la replica in modalità montata, non è necessaria una licenza Active Data Guard. Solo il motore database Oracle supporta le repliche montate.

• Le repliche Oracle sono supportate solo per Oracle Enterprise Edition (EE).

• Le repliche Oracle non CDB sono supportate solo per le istanze DB create utilizzando istanze non CDB che eseguono Oracle Database 19c.

• Le repliche di lettura Oracle sono disponibili solo per le istanze database in esecuzione su classi di istanze database con due o più vCPU. Un'istanza DB di origine non può utilizzare la classe di istanza db.t3.small.

• La versione del motore Oracle DB dell'istanza DB di origine e tutte le relative repliche devono essere uguali. Amazon RDS aggiorna la primaria immediatamente dopo l'aggiornamento dell’istanza database di origine, a prescindere dalla finestra di manutenzione della replica. Per gli aggiornamenti delle versioni principali delle repliche tra regioni, Amazon RDS esegue automaticamente le operazioni seguenti:

  • Genera automaticamente un gruppo di opzioni per la versione di destinazione

  • Copia tutte le opzioni e le impostazioni delle opzioni dal gruppo di opzioni originale al nuovo gruppo di opzioni

  • Associa la replica aggiornata tra regioni al nuovo gruppo di opzioni

  Per ulteriori informazioni sull'aggiornamento della versione del motore del database, consultare Aggiornamento del motore di database RDS per Oracle.

Limitazioni dei gruppi di opzioni per le repliche RDS for Oracle

Prima di creare una replica RDS per Oracle, considera i seguenti requisiti:

• Se la replica Oracle si trova nella stessa AWS regione dell'istanza DB di origine, la replica non può utilizzare un gruppo di opzioni diverso dall'istanza DB di origine. Le modifiche al gruppo di opzioni di origine o all'appartenenza al gruppo di opzioni di origine si propagano alle repliche Oracle. Queste modifiche vengono applicate alle repliche immediatamente dopo l'applicazione all'istanza database di origine, indipendentemente dalla finestra di manutenzione delle repliche.

  Per ulteriori informazioni sui gruppi di opzioni, consulta Uso di gruppi di opzioni.

• Non è possibile rimuovere una replica RDS for Oracle Cross-region dal relativo gruppo di opzioni dedicato, che viene creato automaticamente per la replica.

• Non è possibile aggiungere il gruppo di opzioni dedicato per una replica interregionale RDS for Oracle a un'altra istanza DB.

• È possibile aggiungere o rimuovere solo le seguenti opzioni non replicate da un gruppo di opzioni dedicato per una replica interregionale RDS for Oracle:

  • NATIVE_NETWORK_ENCRYPTION

  • OEM

  • OEM_AGENT

  • SSL

  Per aggiungere altre opzioni a una replica tra regioni RDS per Oracle, aggiungerle al gruppo di opzioni dell'istanza database di origine. L'opzione è installata anche su tutte le repliche dell'istanza database di origine. Per le opzioni con licenza, assicurarsi che siano disponibili licenze sufficienti per le repliche.

  Quando promuovi una replica tra regioni RDS per Oracle, tale replica si comporta come qualsiasi altra istanza database di Oracle, compresa la gestione delle opzioni. Puoi promuovere una replica esplicitamente o implicitamente eliminando la sua istanza database di origine.

  Per ulteriori informazioni sui gruppi di opzioni, consulta Uso di gruppi di opzioni.

• L'EFS_INTEGRATIONopzione non è supportata per le repliche RDS for Oracle interregionali.

Considerazioni su backup e ripristino per le repliche RDS per Oracle

Prima di creare una replica RDS per Oracle, considera i seguenti requisiti:

• Per creare snapshot delle repliche RDS per Oracle o attivare i backup automatici, assicurati di impostare manualmente il periodo di conservazione dei backup. Per impostazione predefinita, i backup automatici non sono attivati.

• Quando si ripristina un backup di repliche, si esegue il ripristino corrispondente all'ora del database e non al momento in cui il backup è stato eseguito. L'ora del database si riferisce all'ora dell'ultima transazione applicata ai dati nel backup. La differenza è significativa perché una replica può fare riferimento a un'ora più o meno precedente all'ora del database primario.

  Per trovare la differenza, usa il comando describe-db-snapshots. Confronta snapshotDatabaseTime, ovvero l'ora del database del backup di repliche e il campo OriginalSnapshotCreateTime, che è l'ultima transazione applicata al database primario.

Requisiti e limitazioni di Oracle Data Guard per le repliche RDS per Oracle

Prima di creare una replica di RDS per Oracle, prendi nota dei seguenti requisiti e limitazioni:

• Se l'istanza database primaria utilizza la configurazione a tenant singolo dell'architettura multi-tenant, considera quanto segue:

  • Devi utilizzare Oracle Database versione 19c o successive con Enterprise Edition.

  • L'istanza CDB primaria deve trovarsi in un ciclo di vita ACTIVE.

  • Non puoi convertire un'istanza primaria non CDB in un'istanza CDB e convertire le rispettive repliche nella stessa operazione. Elimina, invece, le repliche non CDB, converti l'istanza database primaria in CDB e quindi crea nuove repliche

• Assicurati che un trigger di accesso su un'istanza database primaria consenta l'accesso all'utente RDS_DATAGUARD e a qualsiasi utente il cui valore AUTHENTICATED_IDENTITY sia RDS_DATAGUARD o rdsdb. Inoltre, il trigger non deve impostare lo schema corrente per l'utente RDS_DATAGUARD.

• Per evitare di bloccare le connessioni dal processo di broker Data Guard, non abilitare le sessioni con restrizioni. Per ulteriori informazioni sulle sessioni con restrizioni, consulta Abilitazione e disabilitazione delle sessioni limitate.

Considerazioni varie sulle repliche RDS per Oracle

Prima di creare una replica RDS per Oracle, considera i seguenti requisiti:

• Se l'istanza DB è l'origine di una o più repliche interregionali, il DB di origine conserva i redo log file archiviati fino a quando non vengono applicati a tutte le repliche interregionali. I log redo archiviati potrebbero causare un aumento del consumo di storage.

• Per evitare di interrompere l'automazione RDS, i trigger di sistema devono consentire a utenti specifici di accedere al database primario e di replica. I trigger di sistema includono trigger DDL, di accesso e ruolo database. Si consiglia di aggiungere codice ai trigger per escludere gli utenti elencati nel codice di esempio riportato di seguito:

  -- Determine who the user is
  SELECT SYS_CONTEXT('USERENV','AUTHENTICATED_IDENTITY') INTO CURRENT_USER FROM DUAL;
  -- The following users should always be able to login to either the Primary or Replica
  IF CURRENT_USER IN ('master_user', 'SYS', 'SYSTEM', 'RDS_DATAGUARD', 'rdsdb') THEN
  RETURN;
  END IF;

• Il rilevamento delle modifiche di blocco è supportato per le repliche di sola lettura, ma non per le repliche montate. Puoi modificare una replica montata in una replica di sola lettura e quindi attivare il rilevamento delle modifiche di blocco. Per ulteriori informazioni, consulta Abilitazione e disabilitazione del monitoraggio delle modifiche dei blocchi..