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à.
Quando si creano repliche RDS personalizzate per Oracle, non tutte le opzioni di replica RDS Oracle sono supportate.
Argomenti
Linee guida generali per la replica RDS Custom for Oracle
Quando lavori con RDS Custom for Oracle, segui queste linee guida:
-
È possibile utilizzare RDS Custom per la replica Oracle solo in Oracle Enterprise Edition. La Standard Edition 2 non è supportata.
-
Ti consigliamo vivamente di implementare un VPN tunnel per crittografare le comunicazioni tra le istanze primarie e quelle di standby. Per ulteriori informazioni, consulta Configurazione di un VPN tunnel tra le istanze primarie RDS Custom for Oracle e le istanze di replica.
-
Non modificare l’utente
RDS_DATAGUARD
. Questo utente è riservato all'automazione RDS Custom for Oracle. La modifica di questo utente può comportare risultati indesiderati, come l'impossibilità di creare repliche Oracle per l'istanza DB RDS Custom for Oracle. -
Non modificare la password dell'utente di replica. È necessario amministrare la configurazione di Oracle Data Guard sull'host personalizzato. RDS Se si modifica la password, RDS Custom for Oracle potrebbe collocare la replica Oracle al di fuori del perimetro di supporto. Per ulteriori informazioni, consulta RDSPerimetro di supporto personalizzato.
La password è memorizzata in AWS Secrets Manager, contrassegnata con l'ID della risorsa DB. Ogni replica Oracle ha il suo segreto in Secrets Manager. Di seguito è riportato il formato per il segreto.
do-not-delete-rds-custom-db-
DB_resource_id
-6-digit_UUID
-dg -
Non modificare il valore
DB_UNIQUE_NAME
per un'istanza database primaria. La modifica del nome causa il blocco di qualsiasi operazione di ripristino. -
Non specificare la clausola
STANDBYS=NONE
in unCREATE PLUGGABLE DATABASE
comando in un comando RDS personalizzatoCDB. In questo modo, se si verifica un failover, lo standby contiene CDB tutto. PDBs
Limitazioni generali per la replica RDS Custom for Oracle
RDSLe repliche Custom for Oracle presentano le seguenti limitazioni:
-
Non è possibile creare repliche RDS personalizzate per Oracle in modalità di sola lettura. Tuttavia, è possibile convertire manualmente le repliche dalla modalità montata a in sola lettura e da in sola lettura a montata. Per ulteriori informazioni, vedere la documentazione del comando -replica. create-db-instance-read AWS CLI
-
Non è possibile creare repliche RDS personalizzate tra aree geografiche per le repliche Oracle.
-
Non è possibile modificare il valore del parametro Oracle Data Guard
CommunicationTimeout
. Questo parametro è impostato su 15 secondi per le istanze database RDS Custom for Oracle.
Requisiti e limitazioni di rete per la replica RDS Custom for Oracle
Assicurati che la configurazione di rete supporti le repliche RDS Custom for Oracle. Considera i seguenti aspetti:
-
Assicurati di abilitare la porta 1140 per le comunicazioni in entrata e in uscita all'interno del tuo cloud privato virtuale (VPC) per l'istanza DB principale e tutte le relative repliche. Ciò è necessario per la comunicazione di Oracle Data Guard tra le repliche di lettura.
-
RDSCustom for Oracle convalida la rete durante la creazione di una replica Oracle. Se l'istanza DB principale e la nuova replica non riescono a connettersi tramite la rete, RDS Custom for Oracle non crea la replica e la colloca nello stato.
INCOMPATIBLE_NETWORK
-
Per le repliche Oracle esterne, come quelle create su Amazon EC2 o in locale, utilizza un'altra porta e un listener per la replica di Oracle Data Guard. Il tentativo di utilizzare la porta 1140 potrebbe causare conflitti con l'automazione personalizzata. RDS
-
Il file
/rdsdbdata/config/tnsnames.ora
contiene i nomi dei servizi di rete mappati agli indirizzi del protocollo del listener. Prendi nota dei seguenti requisiti e raccomandazioni:-
Le voci con
tnsnames.ora
prefisso dards_custom_
sono riservate a RDS Custom durante la gestione delle operazioni di replica Oracle.Quando si creano voci manuali in
tnsnames.ora
, non usare questo prefisso. -
In alcuni casi, potrebbe essere necessario effettuare il passaggio o il failover manualmente oppure utilizzare tecnologie di failover come Fast-Start Failover (). FSFO In tal caso, assicurarsi di effettuare la sincronizzazione manuale delle voci
tnsnames.ora
dall'istanza database primaria a tutte le istanze in stand-by. Questa raccomandazione si applica sia alle repliche Oracle gestite da RDS Custom sia alle repliche Oracle esterne.RDSL'automazione personalizzata aggiorna
tnsnames.ora
le voci solo sull'istanza database principale. Assicurati di eseguire la sincronizzazione anche quando aggiungi o rimuovi una replica Oracle.Se non si sincronizzano i file
tnsnames.ora
e si esegue uno switchover o un failover manualmente, sull'istanza database primaria Oracle Data Guard potrebbe non essere in grado di comunicare con le repliche Oracle.
-
Limitazioni della replica esterna per RDS Custom for Oracle
RDSLe repliche esterne Custom for Oracle, che includono le repliche locali, presentano le seguenti limitazioni:
-
RDSCustom for Oracle non rileva le modifiche al ruolo dell'istanza in caso di failover manuale, ad esempio per le repliche Oracle FSFO esterne.
RDSCustom for Oracle rileva le modifiche per le repliche gestite. La modifica del ruolo è annotata nel registro eventi. È inoltre possibile visualizzare il nuovo stato utilizzando il describe-db-instances AWS CLI comando.
-
RDSCustom for Oracle non rileva un ritardo di replica elevato per le repliche Oracle esterne.
RDSCustom for Oracle rileva il ritardo per le repliche gestite. L'elevato ritardo di replica produce l’evento
Replication has stopped
. È inoltre possibile visualizzare lo stato della replica utilizzando il describe-db-instances AWS CLI comando, ma potrebbe verificarsi un ritardo nell'aggiornamento. -
RDSCustom for Oracle non promuove automaticamente le repliche Oracle esterne se elimini l'istanza DB principale.
La funzione di promozione automatica è disponibile solo per le repliche Oracle gestite. Per informazioni sulla promozione manuale delle repliche Oracle, consulta il white paper Enabling high availability with Data Guard on Amazon RDS Custom for Oracle
.