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à.
Linee guida e limitazioni per la replica RDS Custom per Oracle
Non tutte le opzioni di replica RDS Oracle sono supportate quando si creano repliche RDS Custom per Oracle.
Argomenti
Linee guida generali per la replica RDS Custom per Oracle
Quando si usa RDS Custom per Oracle, segui le linee guida riportate di seguito:
-
È 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 tunnel VPN 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 per l'automazione RDS Custom per Oracle. La modifica di questo utente può restituire risultati indesiderati, ad esempio l'impossibilità di creare repliche Oracle per l'istanza database RDS Custom per Oracle. -
Non modificare la password dell'utente di replica. Questa password è necessaria per amministrare la configurazione di Oracle Data Guard sull'host RDS Custom. Se si modifica la password, RDS Custom per Oracle potrebbe posizionare la replica Oracle al di fuori del perimetro di supporto. Per ulteriori informazioni, consulta Perimetro di supporto RDS Custom.
La password è memorizzata in AWS Secrets Manager, contrassegnata con l'ID della risorsa DB. Ogni replica Oracle ha il suo segreto in Secrets Manager. Il segreto utilizza uno dei seguenti formati di denominazione.
do-not-delete-rds-custom-db-
DB_resource_id
-uuid
-dg rds-custom!oracle-do-not-delete-DB_resource_id
-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 un comandoCREATE PLUGGABLE DATABASE
in un CDB RDS Custom. In questo modo, se si verifica un failover, il CDB in standby contiene tutto. PDBs
Limitazioni generali per la replica RDS Custom per Oracle
Le repliche RDS Custom per Oracle hanno le seguenti limitazioni:
-
Non è possibile creare repliche RDS Custom per Oracle solo 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, consultate la documentazione del comando -replica. create-db-instance-read AWS CLI
-
Non è possibile creare repliche RDS Custom per Oracle tra regioni.
-
Non è possibile modificare il valore del parametro Oracle Data Guard
CommunicationTimeout
. Questo parametro è impostato su 15 secondi per le istanze database RDS Custom per Oracle.
Requisiti e limitazioni delle reti per la replica RDS Custom per Oracle
Verifica che la configurazione di rete supporti le repliche RDS Custom per Oracle. Considera i seguenti aspetti:
-
Assicurati di abilitare la porta 1140 per la comunicazione in entrata e in uscita all'interno del cloud privato virtuale (VPC) per l'istanza database primaria e tutte le relative repliche. Ciò è necessario per la comunicazione di Oracle Data Guard tra le repliche di lettura.
-
RDS Custom per Oracle convalida la rete durante la creazione di una replica Oracle. Se l'istanza database primaria e la nuova replica non riescono a connettersi in rete, RDS Custom per Oracle non crea la replica e imposta il relativo stato su
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 RDS Custom.
-
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 in
tnsnames.ora
con prefissords_custom_
sono riservate a RDS Custom quando si gestiscono le operazioni di replica Oracle.Quando si creano voci manuali in
tnsnames.ora
, non usare questo prefisso. -
In alcuni casi, si potrebbe voler passare o eseguire il failover manualmente o 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. Questo suggerimento si applica sia alle repliche Oracle gestite da RDS Custom che alle repliche Oracle esterne.L'automazione di RDS Custom aggiorna le voci
tnsnames.ora
solo sull'istanza database primaria. 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 esterne per la replica RDS Custom per Oracle
Le repliche esterne RDS Custom per Oracle, che includono repliche on-premise, hanno le seguenti limitazioni:
-
RDS Custom per Oracle non rileva le modifiche del ruolo dell'istanza in caso di failover manuale, come FSFO, per le repliche Oracle esterne.
RDS Custom per Oracle non rileva le modifiche per le repliche gestite. La modifica del ruolo è annotata nel registro eventi. È inoltre possibile visualizzare il nuovo stato utilizzando il comando. describe-db-instances AWS CLI
-
RDS Custom per Oracle non rileva un elevato ritardo di replica per le repliche Oracle esterne.
RDS Custom per 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. -
RDS Custom per Oracle non promuove automaticamente le repliche Oracle esterne dopo l'eliminazione dell'istanza database primaria.
La funzione di promozione automatica è disponibile solo per le repliche Oracle gestite. Per informazioni sulla promozione manuale delle repliche Oracle, consulta il whitepaper Abilitazione dell'elevata disponibilità con Data Guard su Amazon RDS Custom per Oracle
.