Requisiti e considerazioni sulle repliche RDS per Oracle
Prima di creare una replica Oracle, esamina i requisiti e le considerazioni riportati di seguito.
Argomenti
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 dei non CDB sono supportate solo per le istanze database create utilizzando istanze non CBD che eseguono Oracle Database versione 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 database di origine non può utilizzare la classe di istanza db.t3.small.
-
La versione del motore di database Oracle dell’istanza database di origine e quella di 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 del gruppo di opzioni per le repliche RDS per Oracle
Quando gestisci i gruppi di opzioni relative alla replica RDS per Oracle, tieni presente quanto segue:
-
Non è possibile utilizzare un gruppo di opzioni di replica diverso da quello dell’istanza database di origine quando l’origine e la replica si trovano nella stessa Regione AWS.
Le modifiche apportate 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 multi-Regione RDS per Oracle dal relativo gruppo di opzioni dedicato, creato automaticamente per la replica.
-
Non è possibile aggiungere il gruppo di opzioni dedicato per una replica multi-Regione RDS per Oracle a un’istanza database diversa.
-
Non è possibile aggiungere o rimuovere opzioni non replicate da un gruppo di opzioni dedicato per una replica multi-Regione RDS per Oracle, ad eccezione delle opzioni seguenti:
-
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.
-
-
Non è possibile aggiungere l’opzione
EFS_INTEGRATIONalle repliche multi-Regione RDS per Oracle.
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. ConfrontasnapshotDatabaseTime, ovvero l'ora del database del backup di repliche e il campoOriginalSnapshotCreateTime, 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_DATAGUARDe a qualsiasi utente il cui valoreAUTHENTICATED_IDENTITYsiaRDS_DATAGUARDordsdb. Inoltre, il trigger non deve impostare lo schema corrente per l'utenteRDS_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 database è un’origine per una o più repliche multi-Regione, il database di origine mantiene i propri file di log di redo archiviati finché non vengono applicati a tutte le repliche multi-Regione. 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..
-
Non è possibile creare una replica di lettura Oracle quando il database di origine gestisce le credenziali dell’utente master con Secrets Manager.