Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Utilizzo di repliche di lettura per Amazon RDS per Oracle
Per configurare la replica tra istanze database di Oracle, è possibile creare database di replica. Per una panoramica delle repliche di lettura di Amazon RDS, consulta [Panoramica delle repliche di lettura di Amazon RDSPanoramica di ](USER_ReadRepl.md#USER_ReadRepl.Overview). Per un riepilogo delle differenze tra repliche Oracle e altri motori di database, vedere [Differenze tra repliche di lettura per i motori di database](USER_ReadRepl.Overview.Differences.md).
**Topics**
+ [Panoramica delle repliche RDS per Oracle](oracle-read-replicas.overview.md)
+ [Requisiti e considerazioni sulle repliche RDS per Oracle](oracle-read-replicas.limitations.md)
+ [Preparazione alla creazione di una replica Oracle](oracle-read-replicas.Configuration.md)
+ [Creazione di una replica RDS per Oracle in modalità montata](oracle-read-replicas.creating-in-mounted-mode.md)
+ [Modifica della modalità di replica RDS per Oracle](oracle-read-replicas.changing-replica-mode.md)
+ [Utilizzo dei backup di repliche RDS per Oracle](oracle-read-replicas.backups.md)
+ [Esecuzione di uno switchover Oracle Data Guard](oracle-replication-switchover.md)
+ [Risoluzione dei problemi relativi alle repliche Oracle](oracle-read-replicas.troubleshooting.md)
+ [Redo Transport Compression con RDS per Oracle](oracle-read-replicas.redo-transport-compression.md)
# Panoramica delle repliche RDS per Oracle
Un database *replica di Oracle* è una copia fisica del database primario. Una replica Oracle in modalità di sola lettura è denominata *replica di lettura*. Una replica Oracle in modalità montata è denominata *replica montata*. Oracle Database non consente la scrittura in una replica, ma è possibile promuovere una replica per renderla scrivibile. La replica di lettura promossa contiene i dati replicati fino al momento in cui è stata effettuata la richiesta di promozione.
Nel seguente video viene fornita una panoramica utile del ripristino di emergenza di RDS per Oracle.
[](http://www.youtube.com/watch?v=-XpzhIevwVg)
Per ulteriori informazioni, leggi il post del blog [Ripristino di emergenza gestito con backup automatizzati tra regioni di Amazon RDS per Oracle - Parte 1](https://aws.amazon.com/blogs/database/managed-disaster-recovery-with-amazon-rds-for-oracle-cross-region-automated-backups-part-1/) e [Ripristino di emergenza gestito con backup automatizzati tra regioni di Amazon RDS per Oracle - Parte 2](https://aws.amazon.com/blogs/database/part-2-managed-disaster-recovery-with-amazon-rds-for-oracle-xrab/).
**Topics**
+ [Repliche di sola lettura e montate](#oracle-read-replicas.overview.modes)
+ [Leggi le repliche di CDBs](#oracle-read-replicas.overview.data-guard)
+ [Conservazione dei log di ripristino archiviati](#oracle-read-replicas.overview.log-retention)
+ [Interruzioni durante la replica Oracle](#oracle-read-replicas.overview.outages)
## Repliche di sola lettura e montate
Quando si crea o si modifica una replica Oracle, è possibile inserirla in una delle seguenti modalità:
Sola lettura
Questa è l’impostazione predefinita. Active Data Guard trasmette e applica le modifiche dal database di origine a tutti i database di replica di lettura.
È possibile creare fino a cinque repliche di lettura da un'istanza database di origine. Per informazioni generali sulle repliche di lettura applicabili a tutti i motori DB, consulta [Uso delle repliche di lettura dell'istanza database](USER_ReadRepl.md). Per informazioni su Oracle Data Guard, consulta [Oracle Data Guard concepts and administration](https://docs.oracle.com/en/database/oracle/oracle-database/19/sbydb/oracle-data-guard-concepts.html#GUID-F78703FB-BD74-4F20-9971-8B37ACC40A65) (Concetti e amministrazione di Oracle Data Guard) nella documentazione di Oracle.
Montata
In questo caso, la replica utilizza Oracle Data Guard, ma il database di replica non accetta connessioni utente. L'uso principale per le repliche montate è il disaster recovery tra regioni.
Una replica montata non può gestire un carico di lavoro di sola lettura. La replica montata elimina i file di log redo archiviati dopo averli applicati, indipendentemente dalla policy di conservazione dei log archiviati.
È possibile creare una combinazione di repliche database montate e di sola lettura per la stessa istanza database di origine. È possibile modificare una replica di sola lettura in modalità montata oppure modificare una replica montata in modalità di sola lettura. In entrambi i casi, il database Oracle mantiene l'impostazione di conservazione dei log archiviati.
## Leggi le repliche di CDBs
RDS per Oracle supporta le repliche di lettura Data Guard per Oracle Database 19c e 21c CDBs in configurazioni single-tenant e multi-tenant. È possibile creare, gestire e promuovere repliche di lettura in un CDB, proprio come in un non CDB. Sono supportate anche le repliche montate. Si ottengono i seguenti vantaggi:
+ Ripristino di emergenza gestito, alta disponibilità e accesso in sola lettura alle repliche
+ La possibilità di creare repliche di lettura in un altro modo. Regione AWS
+ Integrazione con la replica di lettura RDS esistente APIs: [DBInstanceReadReplicaCreate](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html), e [PromoteReadReplica[SwitchoverReadReplica](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_SwitchoverReadReplica.html)](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplica.html)
Per utilizzare questa funzionalità, è necessaria una licenza Active Data Guard e una licenza Oracle Database Enterprise Edition per la replica e per le istanze database primarie. Non ci sono costi aggiuntivi correlati all'utilizzo dell'architettura CDB. I prezzi sono calcolati in base alle istanze database.
Per ulteriori informazioni sulle configurazioni a tenant singolo e multi-tenant dell'architettura CDB, consulta [Panoramica di RDS per Oracle CDBs](Oracle.Concepts.CDBs.md).
## Conservazione dei log di ripristino archiviati
Se un'istanza database primaria non dispone di repliche di lettura tra Regioni, Amazon RDS per Oracle mantiene per un minimo di due ore i registri redo archiviati nell'istanza database di origine. Questo è vero indipendentemente dall'impostazione per `archivelog retention hours` in `rdsadmin.rdsadmin_util.set_configuration`.
RDS elimina i log dall’istanza database sorgente dopo due ore o dopo che il tempo impostato per il periodo di conservazione dell’archivio dei log è passato, a seconda di quale risulta maggiore. RDS elimina i log dalla replica di lettura dopo che il tempo impostato per il periodo di conservazione dei log archiviati è passato, solo se ciò è stato applicato correttamente al database.
In alcuni casi, un'istanza database primaria potrebbe avere una o più repliche di lettura tra regioni. In questa evenienza, Amazon RDS for Oracle mantiene i log delle transazioni sull'istanza database di origine finché non vengono trasmessi e applicati a tutte le repliche di lettura tra regioni. Per informazioni su `rdsadmin.rdsadmin_util.set_configuration`, consultare [Conservazione dei log redo archiviati](Appendix.Oracle.CommonDBATasks.RetainRedoLogs.md).
## Interruzioni durante la replica Oracle
Quando crei una replica di lettura, Amazon RDS acquisisce uno snapshot DB dell'istanza database di origine e avvia la replica. L'istanza DB di origine subisce una I/O sospensione molto breve all'inizio dell'operazione di snapshot DB. La I/O sospensione dura in genere circa un secondo. È possibile evitare la I/O sospensione se l'istanza DB di origine è una distribuzione Multi-AZ, perché in tal caso lo snapshot viene scattato dall'istanza DB secondaria.
Lo snapshot di database diventa la replica Oracle. Amazon RDS imposta i parametri e le autorizzazioni necessari per il database di origine e la replica senza interruzione del servizio. Analogamente, se si elimina una replica, non si verifica alcuna interruzione.
# Requisiti e considerazioni sulle repliche RDS per Oracle
Prima di creare una replica Oracle, esamina i requisiti e le considerazioni riportati di seguito.
**Topics**
+ [Requisiti di versione e licenza per le repliche RDS per Oracle](#oracle-read-replicas.limitations.versions-and-licenses)
+ [Limitazioni del gruppo di opzioni per le repliche RDS per Oracle](#oracle-read-replicas.limitations.options)
+ [Considerazioni su backup e ripristino per le repliche RDS per Oracle](#oracle-read-replicas.limitations.backups)
+ [Requisiti e limitazioni di Oracle Data Guard per le repliche RDS per Oracle](#oracle-read-replicas.data-guard.requirements)
+ [Limitazioni della configurazione multi-tenant per le repliche RDS for Oracle](#oracle-read-replicas.limitations.multitenant)
+ [Considerazioni varie sulle repliche RDS per Oracle](#oracle-read-replicas.limitations.miscellaneous)
## 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 di tipo non- CDBs sono supportate solo per le istanze DB create utilizzando istanze non CDB che eseguono Oracle Database 19c.
+ Le repliche Oracle sono disponibili per le istanze DB eseguite solo su classi di istanze DB con due o più v. CPUs Un'istanza DB di origine non può utilizzare la classe di istanze 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](USER_UpgradeDBInstance.Oracle.md).
## 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 dal gruppo di opzioni dell'istanza DB 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](USER_WorkingWithOptionGroups.md).
+ 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](USER_WorkingWithOptionGroups.md).
+ Non è possibile aggiungere l’opzione `EFS_INTEGRATION` alle 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`. 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 DB principale utilizza la configurazione single-tenant o multi-tenant dell'architettura multitenant, 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](Appendix.Oracle.CommonDBATasks.RestrictedSession.md).
## Limitazioni della configurazione multi-tenant per le repliche RDS for Oracle
Quando si utilizza la configurazione multi-tenant su una replica RDS per Oracle, tenere presente le seguenti limitazioni:
+ È possibile creare, eliminare o modificare i database tenant solo sull'istanza DB principale. Queste modifiche si propagano automaticamente alle repliche.
+ I database tenant su un sistema primario, di origine o di replica RDS for Oracle non possono essere creati con un set di caratteri personalizzato. Se hai bisogno di un set di caratteri personalizzato, crea i database tenant prima di creare repliche di lettura per l'istanza DB.
## Considerazioni varie sulle repliche RDS per Oracle
Prima di creare una replica RDS per Oracle, considera i seguenti requisiti:
+ Quando si crea una replica RDS for Oracle per un'istanza DB con volumi di storage aggiuntivi, RDS configura automaticamente volumi di storage aggiuntivi sulla replica. Tuttavia, eventuali modifiche successive apportate ai volumi di archiviazione dell'istanza DB principale non vengono applicate automaticamente alla replica.
+ Se si aggiungono ulteriori volumi di storage nell'istanza DB principale, RDS non aggiunge automaticamente volumi di storage aggiuntivi alla replica. È necessario modificare la replica per aggiungere ulteriori volumi di archiviazione.
+ Se si modifica la configurazione dei volumi di archiviazione, ad esempio le dimensioni di archiviazione e gli IOPS, nell'istanza DB principale, RDS non modifica automaticamente i volumi di archiviazione nella replica. È necessario modificare la replica per aggiornare le configurazioni dei volumi di archiviazione.
+ Quando gestisci le posizioni dei file di dati tra i volumi, tieni presente che le modifiche apportate sull'istanza principale non si sincronizzano automaticamente con le repliche.
+ Per le repliche di sola lettura: puoi utilizzare le impostazioni dei gruppi di parametri per controllare le posizioni predefinite dei file o spostare manualmente i file dopo la loro creazione.
+ Per le repliche montate: le modifiche manuali alle posizioni dei file di dati nel database principale richiedono la ricreazione della replica montata per riflettere tali modifiche. Per evitare ciò, si consiglia di utilizzare le impostazioni dei gruppi di parametri per gestire le posizioni dei file predefinite.
+ 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](https://docs.oracle.com/en/database/oracle/oracle-database/19/lnpls/plsql-triggers.html#GUID-FE23FCE8-DE36-41EF-80A9-6B4B49E80E5B) 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.](Appendix.Oracle.CommonDBATasks.BlockChangeTracking.md).
+ Non è possibile creare una replica di lettura Oracle quando il database di origine gestisce le credenziali dell’utente master con Secrets Manager.
# Preparazione alla creazione di una replica Oracle
Prima di iniziare a utilizzare la replica, eseguire le operazioni seguenti.
**Topics**
+ [Abilitazione di backup automatici](#oracle-read-replicas.configuration.autobackups)
+ [Attivazione della modalità di registrazione forzata](#oracle-read-replicas.configuration.force-logging)
+ [Modifica della configurazione di registrazione](#oracle-read-replicas.configuration.logging-config)
+ [Impostazione del parametro MAX\$1STRING\$1SIZE](#oracle-read-replicas.configuration.string-size)
+ [Ridimensionare le risorse di calcolo e storage.](#oracle-read-replicas.configuration.planning-resources)
## Abilitazione di backup automatici
Prima di poter utilizzare un'istanza database come istanza database di origine, devi abilitare i backup automatici sull'istanza database di origine. Per informazioni su come eseguire questa procedura, consulta [Abilitazione dei backup automatici](USER_WorkingWithAutomatedBackups.Enabling.md).
## Attivazione della modalità di registrazione forzata
Si consiglia di attivare la modalità di registrazione forzata. In modalità di registrazione forzata, il database Oracle scrive i record redo anche quando `NOLOGGING` viene utilizzato con istruzioni DDL (Data Definition Language).
**Per attivare la modalità di registrazione forzata**
1. Accedere al database Oracle utilizzando uno strumento client, ad esempio SQL Developer.
1. Attivare la modalità di registrazione forzata eseguendo la procedura seguente.
```
exec rdsadmin.rdsadmin_util.force_logging(p_enable => true);
```
Per ulteriori informazioni su questa procedura, consultare [Impostazione accesso forzato](Appendix.Oracle.CommonDBATasks.Log.md#Appendix.Oracle.CommonDBATasks.SettingForceLogging).
## Modifica della configurazione di registrazione
Per *n* log di redo online di dimensione *m*, RDS crea automaticamente *n*\$11 log in standby di dimensione *m* sull’istanza database primaria e su tutte le repliche. Ogni volta che modifichi la configurazione per la registrazione di log sull’istanza primaria, le modifiche si propagano automaticamente alle repliche.
Se modifichi la configurazione per la registrazione di log, tieni presente le seguenti linee guida:
+ È consigliabile completare le modifiche prima di impostare un’istanza database come origine per le repliche. RDS per Oracle supporta l’aggiornamento dell’istanza anche dopo che è diventata un’origine.
+ Prima di modificare la configurazione per la registrazione di log sull’istanza database primaria, verifica che ogni replica disponga di archiviazione sufficiente per ospitare la nuova configurazione.
Puoi modificare la configurazione per la registrazione di log per un’istanza database utilizzando le procedure `rdsadmin.rdsadmin_util.add_logfile` e `rdsadmin.rdsadmin_util.drop_logfile` di Amazon RDS. Per ulteriori informazioni, consultare [Aggiunta di log redo online](Appendix.Oracle.CommonDBATasks.Log.md#Appendix.Oracle.CommonDBATasks.RedoLogs) e [Eliminazione di log redo online](Appendix.Oracle.CommonDBATasks.Log.md#Appendix.Oracle.CommonDBATasks.DroppingRedoLogs).
## Impostazione del parametro MAX\$1STRING\$1SIZE
Prima di creare una replica di lettura, assicurarsi che l'impostazione del parametro `MAX_STRING_SIZE` sia la stessa sull'istanza database di origine e sulla replica di lettura. Puoi ottenere tale risultato associando entrambi gli oggetti allo stesso gruppo di parametri. Se disponi di gruppi di parametri diversi per l'origine e la replica di lettura, puoi impostare `MAX_STRING_SIZE` sullo stesso valore. Per ulteriori informazioni su questo parametro, consulta [Attivazione dei tipi di dati estesi per una nuova istanza database](Oracle.Concepts.ExtendedDataTypes.md#Oracle.Concepts.ExtendedDataTypes.CreateDBInstance).
## Ridimensionare le risorse di calcolo e storage.
Assicurati che l'istanza database di origine e le sue repliche siano dimensionate correttamente, in termini di capacità di calcolo e storage, per adattarsi al loro carico operativo. Se una replica di lettura raggiunge la massima capacità di risorse calcolo, rete o archiviazione, smette di ricevere o applicare modifiche dalla sua origine. Amazon RDS for Oracle non interviene per attenuare un elevato ritardo di replica tra un'istanza database di origine e le sue repliche di lettura. Puoi modificare le risorse di storage e CPU di una replica in modo indipendente dalla sua origine e dalle altre repliche.
# Creazione di una replica RDS per Oracle in modalità montata
Per impostazione predefinita, le repliche Oracle sono di sola lettura. Per creare una replica in modalità montata, utilizzare la console, AWS CLI o l'API RDS.
## Console
**Per creare una replica montata da un'istanza Oracle DB di origine**
1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel riquadro di navigazione, scegliere **Databases (Database)**.
1. Scegliere l'istanza Oracle DB che si desidera utilizzare come origine per una replica montata.
1. Per **Actions (Operazioni)**, scegliere **Create replica (Crea replica)**.
1. Per la **modalità Replica**, scegliere **Montato**.
1. Scegliere le impostazioni che si desiderano usare. Per **DB instance identifier (Identificatore istanze DB)** inserire un nome per la replica di lettura. Modificare le altre impostazioni nel modo necessario.
1. Per **Regioni**, scegliere la regione in cui verrà avviata la replica montata.
1. Scegli la dimensione e il tipo di archiviazione dell'istanza. Consigliamo di usare la stessa classe di istanza database e lo stesso tipo di storage dell'istanza database di origine per la replica di lettura.
1. Per **Multi-AZ deployment (Implementazione Multi-AZ)** scegliere **Creare un’istanza di standby** per creare una versione di standby delle replica in un'altra zona di disponibilità per il supporto del failover per la replica montata. La creazione della replica montata come un'istanza database Multi-AZ non dipende dal fatto che il database di origine sia un'istanza database Multi-AZ.
1. Scegliere le altre impostazioni che si desiderano usare.
1. Scegliere **Crea replica**.
Nella pagina **Database** la replica montata ha il ruolo Replica.
## AWS CLI
Per creare una replica Oracle in modalità montata, impostare `--replica-mode` su `mounted` nel comando AWS CLI [create-db-instance-read-replica](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html).
**Example**
Per Linux, macOS o Unix:
```
aws rds create-db-instance-read-replica \
--db-instance-identifier myreadreplica \
--source-db-instance-identifier mydbinstance \
--replica-mode mounted
```
Per Windows:
```
aws rds create-db-instance-read-replica ^
--db-instance-identifier myreadreplica ^
--source-db-instance-identifier mydbinstance ^
--replica-mode mounted
```
Per modificare una replica di sola lettura in uno stato montato, impostare `--replica-mode` su `mounted` nel comando AWS CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html). Per posizionare una replica montata in modalità di sola lettura, imposta `--replica-mode` su `open-read-only`.
## API RDS
Per creare una replica Oracle in modalità montata, specificare `ReplicaMode=mounted` nell'operazione API RDS [CreatedBinstancereadReplica](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html).
# Modifica della modalità di replica RDS per Oracle
Per modificare la modalità di replica di una replica esistente, utilizzare la console, AWS CLI o l'API RDS. Quando si passa alla modalità montata, la replica disconnette tutte le connessioni attive. Quando si passa alla modalità di sola lettura, Amazon RDS inizializza Active Data Guard.
L'operazione di modifica può richiedere alcuni minuti. Durante l'operazione, lo stato dell'istanza database cambia in **modifying (modifica)**. Per ulteriori informazioni sulle modifiche di stato, consulta [Visualizzazione dello stato dell'istanza database Amazon RDS ](accessing-monitoring.md#Overview.DBInstance.Status).
## Console
**Per modificare la modalità di replica di una replica Oracle da montata a sola lettura**
1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel riquadro di navigazione, scegliere **Databases (Database)**.
1. Scegliere il database di replica montato.
1. Scegliere **Modify (Modifica)**.
1. In **Modalità replica**, scegliere **Sola lettura**.
1. Scegliere le altre impostazioni che si desiderano usare.
1. Scegli **Continue (Continua)**.
1. In **Scheduling of Modifications (Pianificazione delle modifiche)**, scegliere **Apply immediately (Applica immediatamente)**.
1. Scegliere **Modify DB Instance (Modifica istanza database)**.
## AWS CLI
Per modificare una replica di lettura in modalità montata, impostare `--replica-mode` su `mounted` nel comando AWS CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html). Per modificare una replica montata in modalità di sola lettura, imposta `--replica-mode` su `open-read-only`.
**Example**
Per Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier myreadreplica \
--replica-mode mode
```
Per Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier myreadreplica ^
--replica-mode mode
```
## API RDS
Per modificare una replica di sola lettura in modalità montata, impostare `ReplicaMode=mounted` su [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html). Per modificare una replica montata in modalità di sola lettura, impostare `ReplicaMode=read-only`.
# Utilizzo dei backup di repliche RDS per Oracle
È possibile creare e ripristinare i backup di una replica RDS per Oracle. Sono supportati sia i backup automatici che gli snapshot manuali. Per ulteriori informazioni, consulta [Backup, ripristino ed esportazione dei dati](CHAP_CommonTasks.BackupRestore.md). Le sezioni seguenti descrivono le principali differenze tra la gestione dei backup di una replica primaria e di una replica RDS per Oracle.
## Attivazione di RDS per i backup di repliche Oracle
Per impostazione predefinita, i backup automatici non sono attivati per una replica Oracle. Per attivare i backup automatici, imposta il periodo di conservazione dei backup su un valore diverso da zero positivo.
### Console
**Per abilitare immediatamente i backup automatici**
1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel pannello di navigazione, scegli **Database**, quindi scegli l'istanza database o il cluster di database multi-AZ che vuoi modificare.
1. Scegliere **Modify (Modifica)**.
1. In **Periodo di conservazione dei backup**, scegli un valore positivo diverso da zero, ad esempio tre giorni.
1. Scegli **Continue (Continua)**.
1. Scegliere **Apply immediately** (Applica immediatamente).
1. Scegli **Modifica istanza database** o **Modifica cluster** per salvare le modifiche e abilitare i backup automatici.
### AWS CLI
Per abilitare immediatamente i backup automatici, utilizza il comando [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) o [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) della AWS CLI.
Includere i seguenti parametri:
+ `--db-instance-identifier` (o `--db-cluster-identifier` per un cluster di database multi-AZ)
+ `--backup-retention-period`
+ `--apply-immediately` o `--no-apply-immediately`
In questo esempio vengono abilitati i backup automatici impostando il periodo di conservazione dei backup su tre giorni. Le modifiche vengono applicate immediatamente.
**Example**
Per Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my_db_instance \
--backup-retention-period 3 \
--apply-immediately
```
Per Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my_db_instance ^
--backup-retention-period 3 ^
--apply-immediately
```
### API RDS
Per abilitare i backup automatici, utilizza l’operazione [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) o [ModifyDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html) dell’API RDS con i seguenti parametri obbligatori:
+ `DBInstanceIdentifier` o `DBClusterIdentifier`
+ `BackupRetentionPeriod`
## Ripristino di un backup di repliche RDS per Oracle
È possibile ripristinare un backup di repliche Oracle così come è possibile ripristinare un backup dell'istanza primaria. Per ulteriori informazioni, consulta gli argomenti seguenti:
+ [Ripristino in un’istanza database](USER_RestoreFromSnapshot.md)
+ [Ripristino di un’istanza database a un punto temporale specifico per Amazon RDS](USER_PIT.md)
Quando si esegue il ripristino di un backup di repliche, è importante determinare il momento in cui eseguire il ripristino. L'ora del database si riferisce all'ora dell'ultima transazione applicata ai dati nel backup. 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 completato. La differenza è significativa perché una replica RDS per Oracle può fare riferimento a un'ora più o meno precedente all'ora del database primario. Pertanto, l'ora del database di un backup di repliche, e quindi il momento in cui viene ripristinato, potrebbe essere molto precedente al momento della creazione del backup.
Per trovare la differenza tra l'ora del database e l'ora di creazione, utilizza 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. L'esempio seguente visualizza la differenza tra due ore.
```
aws rds describe-db-snapshots \
--db-instance-identifier my-oracle-replica
--db-snapshot-identifier my-replica-snapshot
{
"DBSnapshots": [
{
"DBSnapshotIdentifier": "my-replica-snapshot",
"DBInstanceIdentifier": "my-oracle-replica",
"SnapshotDatabaseTime": "2022-07-26T17:49:44Z",
...
"OriginalSnapshotCreateTime": "2021-07-26T19:49:44Z"
}
]
}
```
# Esecuzione di uno switchover Oracle Data Guard
Uno *switchover* è un'inversione di ruolo tra un database primario e un database in standby. Durante uno switchover, il database primario originale passa a un ruolo di standby, mentre il database in standby originale passa al ruolo primario.
In un ambiente Oracle Data Guard, un database primario supporta uno o più database in standby. È possibile eseguire una transizione di ruolo gestita e basata sullo switchover da un database primario a un database in standby. Uno *switchover* è un'inversione di ruolo tra un database primario e un database in standby. Durante uno switchover, il database primario originale passa a un ruolo di standby, mentre il database in standby originale passa al ruolo primario.
**Topics**
+ [Panoramica sullo switchover Oracle Data Guard](#oracle-replication-switchover.overview)
+ [Requisiti per lo switchover Oracle Data Guard](oracle-switchover.preparing.md)
+ [Avvio dello switchover Oracle Data Guard](oracle-switchover.initiating.md)
+ [Monitoraggio dello switchover Oracle Data Guard](oracle-switchover.monitoring.md)
## Panoramica sullo switchover Oracle Data Guard
Amazon RDS supporta una transizione di ruolo completamente gestita e basata sullo switchover per le repliche Oracle Database. È possibile avviare uno switchover solo a un database in standby montato o aperto in modalità di sola lettura.
Le repliche possono risiedere in zone di disponibilità separate Regioni AWS o diverse (AZs) di una singola regione. Regioni AWS Sono tutte supportate.
![\[Switchover di un’istanza in standby per convertirla in istanza database primaria\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/read-replica-switchover.png)
Lo switchover è diverso dalla promozione delle repliche di lettura. In uno switchover, le istanze database di origine e di replica si scambiano i ruoli. In una promozione, una replica di lettura diventa un’istanza database di origine, mentre l’istanza database di origine non diventa una replica. Per ulteriori informazioni, consulta [Promozione di una replica di lettura a istanza database standalone](USER_ReadRepl.Promote.md).
**Topics**
+ [Vantaggi dello switchover Oracle Data Guard](#oracle-replication-switchover.overview.benefits)
+ [Versioni di Oracle Database supportate](#oracle-replication-switchover.overview.engine-support)
+ [Costo dello switchover Oracle Data Guard](#oracle-replication-switchover.overview.cost)
+ [Come funziona lo switchover Oracle Data Guard](#oracle-replication-switchover.overview.how-it-works)
### Vantaggi dello switchover Oracle Data Guard
Proprio come per le repliche di lettura RDS per Oracle, uno switchover gestito utilizza Oracle Data Guard. L'operazione è stata ideata in modo da annullare il rischio di perdite di dati. Amazon RDS automatizza i seguenti passaggi dello switchover:
+ Inverte i ruoli del database primario e del database in standby specificato, impostando il nuovo database in standby sullo stesso stato (montato o di sola lettura) del database in standby originale
+ Garantisce la consistenza dei dati
+ Conserva la configurazione di replica dopo la transizione
+ Supporta inversioni ripetute, consentendo al nuovo database in standby di tornare al ruolo primario originale
### Versioni di Oracle Database supportate
Lo switchover di Oracle Data Guard è supportato in Oracle Database versione 19c e successive.
### Costo dello switchover Oracle Data Guard
La funzionalità di switchover di Oracle Data Guard non comporta costi aggiuntivi. Oracle Database Enterprise Edition include il supporto per i database in standby in modalità montata. Per aprire i database in standby in modalità di sola lettura, è necessaria l'opzione Oracle Active Data Guard.
### Come funziona lo switchover Oracle Data Guard
Lo switchover di Oracle Data Guard è un'operazione completamente gestita. Per avviare lo switchover per un database in standby, esegui il comando CLI `switchover-read-replica`. Amazon RDS modifica quindi i ruoli di database primario e in standby nella configurazione di replica.
I ruoli di database *in standby originale* e *primario originale* esistono già prima dello switchover. I ruoli di database *nuovo in standby* e *nuovo primario* esistono dopo lo switchover. Una *replica bystander* è un database di replica che funge da database in standby nell'ambiente Oracle Data Guard e che non cambia ruolo.
**Topics**
+ [Fasi dello switchover Oracle Data Guard](#oracle-replication-switchover.overview.how-it-works.during-switchover)
+ [Dopo lo switchover Oracle Data Guard](#oracle-replication-switchover.overview.how-it-works.after-switchover)
#### Fasi dello switchover Oracle Data Guard
Per effettuare lo switchover, Amazon RDS deve eseguire le seguenti operazioni:
1. Bloccare le nuove transazioni sul database primario originale. Durante lo switchover, Amazon RDS interrompe la replica per tutti i database nella configurazione di Oracle Data Guard in uso. Durante lo switchover, il database primario originale non è in grado di elaborare richieste di scrittura.
1. Inviare e applicare le transazioni non applicate al database di standby originale.
1. Riavviare il nuovo database in standby in modalità di sola lettura o montata. La modalità dipende dallo stato di apertura del database in standby originale prima dello switchover.
1. Aprire il nuovo database primario in read/write modalità.
#### Dopo lo switchover Oracle Data Guard
Amazon RDS scambia i ruoli dei database primario e in standby. Sarà tua la responsabilità di riconnettere l'applicazione e di eseguire qualsiasi altra configurazione desiderata.
**Topics**
+ [Criteri di successo](#oracle-replication-switchover.overview.how-it-works.after-switchover.success)
+ [Connessione al nuovo database primario](#oracle-replication-switchover.overview.how-it-works.after-switchover.connection)
+ [Configurazione del nuovo database primario](#oracle-replication-switchover.overview.how-it-works.after-switchover.success.configuration)
##### Criteri di successo
Lo switchover Oracle Data Guard ha esito positivo quando il database in standby originale esegue le seguenti operazioni:
+ Passaggio al suo ruolo di nuovo database primario
+ Completamento della riconfigurazione
Per ridurre i tempi di inattività, il nuovo database primario diventa attivo il prima possibile. Poiché Amazon RDS configura le repliche bystander in modo asincrono, queste repliche potrebbero diventare attive dopo il database primario originale.
##### Connessione al nuovo database primario
Amazon RDS non propagherà le attuali connessioni di database al nuovo database primario dopo lo switchover. Una volta completato lo switchover Oracle Data Guard, ricollega l'applicazione al nuovo database primario.
##### Configurazione del nuovo database primario
Per effettuare lo switchover al nuovo database primario, Amazon RDS modifica la modalità di apertura del database in standby originale. Il cambio di ruolo è l'unica modifica apportata al database. Amazon RDS non configura le caratteristiche, come la replica Multi-AZ.
Se si esegue lo switchover a una replica tra più regioni con opzioni diverse, il nuovo database primario conserva le proprie opzioni. Amazon RDS non eseguirà la migrazione delle opzioni sul database principale originale. Se il database primario originale aveva opzioni come SSL, NNE, OEM e OEM\$1AGENT, Amazon RDS non le propaga al nuovo database primario.
# Requisiti per lo switchover Oracle Data Guard
Prima di iniziare lo switchover Oracle Data Guard, verifica che il tuo ambiente di replica soddisfi i seguenti requisiti:
+ Il database in standby originale è montato o aperto in modalità di sola lettura.
+ I backup automatici sono abilitati sul database di standby originale.
+ Il database primario e il database in standby originali sono in stato `available`.
+ Il database primario e il database in standby originali non hanno azioni di manutenzione in sospeso in nessuno degli stati seguenti: `required`, `next window` o `in progress`. Le azioni in questi stati bloccano lo switchover. Per informazioni su come verificare lo stato degli aggiornamenti di manutenzione in sospeso, consulta [Visualizzazione degli aggiornamento di manutenzione in sospeso](USER_UpgradeDBInstance.Maintenance.md#USER_UpgradeDBInstance.Maintenance.Viewing).
Le azioni di manutenzione in stato `available` non bloccano lo switchover. RDS per Oracle rilascia spesso aggiornamenti del sistema operativo (OS) in stato `available`. Questi aggiornamenti del sistema operativo in sospeso non bloccano uno switchover a meno che non siano pianificati per la successiva finestra di manutenzione, per la quale viene impostato lo stato `next window`.
**Nota**
Se desideri posticipare un’azione di manutenzione pianificata in modo da poter eseguire uno switchover, scegli **Azioni** e quindi **Rinvia l’aggiornamento** nella console RDS. Puoi anche evitare il blocco di uno switchover applicando un’azione di manutenzione in sospeso o spostando la finestra di manutenzione su un intervallo anteriore allo switchover. Per ulteriori informazioni, consulta l’articolo re:Post [How to remove RDS pending maintenance items](https://repost.aws/questions/QUV3dBjmVVRnmVV1pAlzjx1w/how-to-remove-rds-pending-maintenance-item).
+ Il database in standby originale è nello stato di replica.
+ Non si sta tentando di avviare uno switchover durante un ciclo di vita dello switchover per il database primario o il database in standby. Se un database di replica viene riconfigurato dopo uno switchover, Amazon RDS impedisce di avviare un altro switchover.
**Nota**
Una *replica bystander* è una replica nella configurazione di Oracle Data Guard che non è la destinazione dello switchover. Le repliche bystander possono avere qualsiasi stato durante il passaggio.
+ Il database in standby originale ha una configurazione il più vicino possibile al database primario originale. Si supponga uno scenario in cui i database in standby primario e originale abbiano opzioni diverse. Una volta completato lo switchover, Amazon RDS non riconfigura automaticamente il nuovo database primario in modo che abbia le stesse opzioni del database primario originale.
+ È necessario configurare l'implementazione multi-AZ desiderata prima di avviare uno switchover. Amazon RDS non gestisce multi-AZ come parte dello switchover. L'implementazione multi-AZ rimane così com'è.
Supponi che db\$1maz sia il database principale in un'implementazione multi-AZ e db\$1saz sia una replica single-AZ. Avvii uno switchover da db\$1maz a db\$1saz. Al termine, db\$1maz è un database di replica multi-AZ e db\$1saz è un database primario Single-AZ. Il nuovo database principale ora non è protetto da un'implementazione multi-AZ.
+ In preparazione allo switchover tra regioni, il database principale non utilizza lo stesso gruppo di opzioni di un'istanza database al di fuori della configurazione di replica. Affinché lo switchover tra regioni venga eseguito, il database principale corrente e le relative repliche di lettura devono essere le uniche istanze database a utilizzare il gruppo di opzioni del database principale corrente. In caso contrario, Amazon RDS impedisce lo switchover.
# Avvio dello switchover Oracle Data Guard
È possibile eseguire lo switchover di una replica di lettura RDS per Oracle al ruolo primario e della precedente istanza database primaria a un ruolo di replica.
## Console
**Per eseguire lo switchover di una replica di lettura Oracle al ruolo DB primario**
1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nella console Amazon RDS scegliere **Databases (Database)**.
Verrà visualizzato il riquadro **Databases (Database)**. Ogni replica di lettura mostra la **Replica** nella colonna **Role (Ruolo)**.
1. Scegli la replica di lettura per cui eseguire lo switchover al ruolo primario.
1. In **Actions** (Operazioni), scegli **Switch over replica** (Esegui switchover replica).
1. Scegli **I acknowledge** (Accetto). Scegli quindi **Switch over replica** (Esegui switchover replica).
1. Nella pagina **Databases** (Database), monitora lo stato di avanzamento dello switchover.
![\[Monitora l'avanzamento dello switchover Oracle Data Guard.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/oracle-switchover-progress.png)
Una volta completato lo switchover, il ruolo di destinazione dello switchover cambia da **Replica** a **Source** (Origine).
![\[I database di origine e di replica cambiano ruolo.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/oracle-switchover-complete.png)
## AWS CLI
Per eseguire lo switchover di una replica Oracle al ruolo DB primario, utilizza il comando AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/switchover-read-replica.html](https://docs.aws.amazon.com/cli/latest/reference/rds/switchover-read-replica.html). Nei seguenti esempi, la replica Oracle denominata *replica-to-be-made-primary* viene impostata come nuovo database primario.
**Example**
Per Linux, macOS o Unix:
```
aws rds switchover-read-replica \
--db-instance-identifier replica-to-be-made-primary
```
Per Windows:
```
aws rds switchover-read-replica ^
--db-instance-identifier replica-to-be-made-primary
```
## API RDS
Per eseguire lo switchover di una replica Oracle al ruolo database primario, richiama l'operazione [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_SwitchoverReadReplica.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_SwitchoverReadReplica.html) dell'API RDS con il parametro obbligatorio `DBInstanceIdentifier`. Questo parametro specifica il nome della replica Oracle a cui si desidera assegnare il ruolo di DB primario.
# Monitoraggio dello switchover Oracle Data Guard
Per verificare lo stato delle istanze, utilizza il comando AWS CLI `describe-db-instances`. Il seguente comando verifica lo stato dell'istanza database *orcl2*. Questo database, che era un database in standby prima dello switchover, è il nuovo database primario dopo lo switchover.
```
aws rds describe-db-instances \
--db-instance-identifier orcl2
```
Per confermare il corretto completamento dello switchover, esegui una query su `V$DATABASE.OPEN_MODE`. Verifica che il valore del il nuovo database primario sia `READ WRITE`.
```
SELECT OPEN_MODE FROM V$DATABASE;
```
Per cercare gli eventi relativi allo switchover, usa il comando AWS CLI `describe-events`. L'esempio seguente cerca gli eventi nell'istanza *ocl2*.
```
aws rds describe-events \
--source-identifier orcl2 \
--source-type db-instance
```
# Risoluzione dei problemi relativi alle repliche Oracle
In questa sezione vengono descritti i possibili problemi di replica e le soluzioni.
**Topics**
+ [Monitoraggio del ritardo della replica Oracle](#oracle-read-replicas.troubleshooting.lag)
+ [Risoluzione dei problemi di replica Oracle dopo l'aggiunta o la modifica dei trigger](#oracle-read-replicas.troubleshooting.triggers)
## Monitoraggio del ritardo della replica Oracle
Per monitorare il ritardo di replica in Amazon CloudWatch, visualizza la metrica Amazon `ReplicaLag` RDS. Per ulteriori informazioni sul ritardo della replica, consulta [Monitoraggio della replica di lettura](USER_ReadRepl.Monitoring.md) e [CloudWatch Parametri Amazon per Amazon RDS](rds-metrics.md).
Per una replica di lettura, se il ritardo è troppo lungo, esegui una query nelle visualizzazioni seguenti:
+ `V$ARCHIVED_LOG` – Mostra quali commit sono stati applicati alla replica di lettura.
+ `V$DATAGUARD_STATS` – Mostra un'analisi dettagliata dei componenti che costituiscono il parametro `ReplicaLag`.
+ `V$DATAGUARD_STATUS` – Mostra l'output del log dei processi di interni di replica di Oracle.
Per una replica montata, se il ritardo è troppo lungo, non è possibile eseguire query nelle visualizzazioni `V$`. Effettua invece le seguenti operazioni:
+ Controlla la metrica. `ReplicaLag` CloudWatch
+ Controlla il file di log degli avvisi per la replica nella console. Cerca gli errori nei messaggi di ripristino. I messaggi includono il numero di sequenza di registro, che è possibile confrontare con il numero di sequenza principale. Per ulteriori informazioni, consulta [File di log del database Amazon RDS per Oracle](USER_LogAccess.Concepts.Oracle.md).
## Risoluzione dei problemi di replica Oracle dopo l'aggiunta o la modifica dei trigger
Se si aggiungono o si modificano trigger e se la replica non riesce in seguito, i trigger potrebbero essere il problema. Assicurarsi che il trigger escluda i seguenti utenti, richiesti da RDS per la replica:
+ Account utente con privilegi di amministratore
+ `SYS`
+ `SYSTEM`
+ `RDS_DATAGUARD`
+ `rdsdb`
Per ulteriori informazioni, consulta [Considerazioni varie sulle repliche RDS per Oracle](oracle-read-replicas.limitations.md#oracle-read-replicas.limitations.miscellaneous).
# Redo Transport Compression con RDS per Oracle
Redo Transport Compression di RDS per Oracle consente di migliorare le prestazioni di replica tra l’istanza database primaria e le repliche in standby. Questa funzionalità è particolarmente utile in ambienti con larghezza di banda della rete limitata o connessioni a elevata latenza.
## Acquisizione di una licenza per Redo Transport Compression
Redo Transport Compression fa parte dell’opzione [Oracle Advanced Compression](//www.oracle.com/database/advanced-compression/). Per utilizzare questa funzionalità, è necessaria una licenza valida per l’opzione Oracle Advanced Compression. Per informazioni sulle licenze, contatta il rappresentante Oracle.
## Configurazione di Redo Transport Compression
Per configurare Redo Transport Compression, è possibile utilizzare il parametro `rds.replica.redo_compression`. Questo parametro è disponibile per le versioni 19c e 21c di Oracle.
Il parametro `rds.replica.redo_compression` accetta i seguenti valori:
+ `DISABLE`: valore predefinito che disabilita Redo Transport Compression.
+ `ENABLE`: valore che abilita Redo Transport Compression tramite l’algoritmo [ZLIB](https://zlib.net/) predefinito.
+ `ZLIB`: valore che abilita esplicitamente Redo Transport Compression utilizzando l’algoritmo ZLIB, che fornisce buoni rapporti di compressione.
+ `LZO`: valore che abilita esplicitamente Redo Transport Compression utilizzando l’algoritmo [LZO](https://www.oberhumer.com/opensource/lzo/), che ottimizza la velocità di compressione, in particolare durante la decompressione.
## Considerazioni sulle prestazioni per Redo Transport Compression
Le operazioni di compressione e decompressione consumano risorse della CPU sia sull’istanza primaria che sulle istanze in standby. Se utilizzi Redo Transport Compression, tieni conto dell’utilizzo delle risorse dell’istanza e delle condizioni della rete.
## Argomenti correlati per Redo Transport Compression
Per ulteriori informazioni sulla configurazione di Redo Transport Compression, consulta le seguenti risorse:
+ [Gruppi di parametri database per istanze database Amazon RDS](USER_WorkingWithDBInstanceParamGroups.md)
+ [RedoCompression](https://docs.oracle.com/en/database/oracle/oracle-database/19/dgbkr/oracle-data-guard-broker-properties.html#GUID-5E6DDFD0-6196-48EB-94AF-21A1AFBB7DE1)nelle note di rilascio di Oracle Database 19c