Linee guida e limitazioni per la replica RDS Custom per Oracle - Amazon Relational Database Service
Linee guida generali per la replica RDS Custom per OracleLimitazioni generali per la replica RDS Custom per OracleRequisiti e limitazioni delle reti per la replica RDS Custom per OracleLimitazioni esterne per la replica RDS Custom per Oracle

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.

Linee guida generali per la replica RDS Custom per Oracle

Quando si usa RDS Custom per Oracle, segui le linee guida riportate di seguito:

  • La replica RDS Custom per Oracle può essere utilizzata solo in Oracle Enterprise Edition. La Standard Edition 2 non è supportata.

  • È consigliabile implementare un tunnel VPN per crittografare le comunicazioni tra le istanze primarie e in standby. Per ulteriori informazioni, consulta Configurazione di un tunnel VPN tra le istanze primarie e di replica di RDS Custom per Oracle.

  • 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 Gestione dei segreti AWS, contrassegnata con l'ID della risorsa del database. Ogni replica Oracle ha il suo segreto in Secrets Manager. Il segreto utilizza uno dei formati di denominazione indicati di seguito.

    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 comando CREATE PLUGGABLE DATABASE in un CDB RDS Custom. In questo modo, in caso di failover, il CDB in standby contiene tutti i PDB.

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, consultare la documentazione per il comando AWS CLI create-db-instance-read-replica.

  • 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, ad esempio quelle create su Amazon EC2 o on-premise, utilizza un'altra porta e un listener per la replica 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 prefisso rds_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 AWS CLI describe-db-instances.

  • 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 di replica utilizzando il comando AWS CLI describe-db-instances, ma potrebbe esserci un ritardo per il suo 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.