Requisiti e considerazioni sulle repliche RDS per Oracle

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:

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

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:

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.

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.

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

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.

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..