Utilizzo delle repliche Oracle per RDS Custom per Oracle - Amazon Relational Database Service
Panoramica della replica RDS Custom per OracleLinee guida e limitazioni per la replicaPromozione di una 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à.

Utilizzo delle repliche Oracle per RDS Custom per Oracle

È possibile creare repliche Oracle per RDS Custom per istanze DB Oracle che eseguono Oracle Enterprise Edition. Sono supportati sia i database container (CDB) che quelli non CDB. La Standard Edition 2 non supporta Oracle Data Guard.

La creazione di una replica RDS Custom per Oracle è simile alla creazione di una replica RDS per Oracle, ma con alcune differenze importanti. Per informazioni generali sulla creazione e la gestione delle repliche Oracle, consulta Uso delle repliche di lettura dell'istanza database e Utilizzo di repliche di lettura per Amazon RDS per Oracle.

Panoramica della replica RDS Custom per Oracle

L'architettura di replica RDS Custom per Oracle è analoga all'architettura di replica RDS per Oracle. Un'istanza database primaria si replica in modo asincrono su una o più repliche Oracle.

RDS Custom per Oracle supporta le repliche Oracle

Numero massimo di repliche

Come con RDS per Oracle, è possibile creare fino a cinque repliche Oracle gestite dell'istanza database primaria RDS Custom per Oracle. È inoltre possibile creare repliche Oracle personalizzate (esterne) configurate manualmente. Le repliche esterne non contano ai fini del limite delle istanze database. Si trovano inoltre al di fuori del perimetro di supporto di RDS Custom. Per ulteriori informazioni sul perimetro di supporto, vedere Perimetro di supporto RDS Custom.

Convenzione di denominazione delle repliche

I nomi delle repliche Oracle si basano sul nome univoco del database. Il formato è DB_UNIQUE_NAME_X, con lettere aggiunte in sequenza. Ad esempio, se il nome univoco del database è ORCL, le prime due repliche sono denominate ORCL_A e ORCL_B. Le prime sei lettere, A—F, sono riservate per RDS Custom. RDS Custom copia i parametri del database dall'istanza database primaria alle repliche. Per ulteriori informazioni, consulta DB_UNIQUE_NAME nella documentazione di Oracle.

Conservazione dei backup delle repliche

Le repliche RDS Custom utilizzano lo stesso tempo di conservazione del backup dell'istanza database primaria per impostazione predefinita. È possibile modificare il tempo di conservazione del backup (1–35 giorni). RDS Custom supporta il backup, il ripristino e il point-in-time ripristino (PITR). Per ulteriori informazioni sul backup e il ripristino delle istanze database di RDS Custom, consulta Backup e ripristino di un'istanza database di Amazon RDS Custom per Oracle.

Nota

Durante la creazione di una replica Oracle, RDS Custom interrompe temporaneamente la pulizia dei registri di ripristino. In questo modo, RDS Custom garantisce che questi registri vengano applicati alla nuova replica Oracle quando sarà disponibile.

Promozione delle repliche

È possibile promuovere le repliche Oracle gestite in RDS Custom for Oracle utilizzando la console, il comando o l'API. promote-read-replica AWS CLI PromoteReadReplica Se si elimina l'istanza database primaria e tutte le repliche sono integre, RDS Custom per Oracle promuove automaticamente le repliche gestite in istanze autonome. Se una replica ha sospeso l'automazione o si trova al di fuori del perimetro di supporto, è necessario correggerla prima che RDS Custom possa promuoverla automaticamente. È possibile promuovere le repliche Oracle esterne solo manualmente.

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:

  • È possibile utilizzare RDS Custom per la replica Oracle solo in Oracle Enterprise Edition. La Standard Edition 2 non è supportata.

  • 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. 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 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, consulta la documentazione del comando create-db-instance-read-replica 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, 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 describe-db-instances AWS CLI comando.

  • 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.

Limitazioni della promozione delle repliche per RDS Custom per Oracle

Promuovere le repliche Oracle gestite da RDS Custom per Oracle equivale a promuovere le repliche gestite da RDS, con alcune differenze. Per le repliche RDS Custom per Oracle sono valide le seguenti limitazioni:

  • Non è possibile promuovere una replica mentre RDS Custom per Oracle ne esegue il backup.

  • Quando promuovi la replica Oracle, non puoi modificare il periodo di conservazione del backup impostando 0.

  • Non puoi promuovere la tua replica quando il relativo stato non è integro.

    Se si esegue delete-db-instance sull'istanza database primaria, RDS Custom per Oracle verifica che ogni replica Oracle gestita sia integra e disponibile per la promozione. Una replica potrebbe non essere idonea per la promozione perché l'automazione è in pausa o si trova al di fuori del perimetro di supporto. In questi casi, RDS Custom per Oracle pubblica un evento che spiega il problema in modo da poter riparare manualmente la replica Oracle.

Linee guida relative alla promozione delle repliche per RDS Custom per Oracle

Quando promuovi una replica, tieni presente le seguenti linee guida:

  • Non avviare un failover mentre RDS Custom per Oracle sta promuovendo la replica. In caso contrario, il flusso di lavoro di promozione potrebbe bloccarsi.

  • Non eseguire lo switchover sull'istanza database primaria mentre RDS Custom per Oracle sta promuovendo la replica Oracle. In caso contrario, il flusso di lavoro di promozione potrebbe bloccarsi.

  • Non arrestare l'istanza database primaria mentre RDS Custom per Oracle sta promuovendo la replica Oracle. In caso contrario, il flusso di lavoro di promozione potrebbe bloccarsi.

  • Non tentare di riavviare la replica con l'istanza database appena promossa come destinazione. Dopo aver promosso la replica Oracle, tale replica diventa un'istanza database autonoma e non ha più il ruolo di replica.

Per ulteriori informazioni, consulta Risoluzione dei problemi di promozione delle repliche per RDS Custom per Oracle.

Promozione di una replica RDS Custom per Oracle a istanza database autonoma

Proprio come con RDS per Oracle, puoi promuovere una replica RDS Custom per Oracle a istanza database autonoma. Quando promuovi una replica Oracle, l'istanza database viene riavviata prima di diventare disponibile. Per ulteriori informazioni sulla promozione delle repliche Oracle, consulta Promozione di una replica di lettura a istanza database standalone.

Le fasi seguenti descrivono il processo generale per la promozione di una replica Oracle a istanza database:

  1. Interrompi la scrittura di eventuali transazioni sull'istanza database primaria.

  2. Attendi che RDS Custom per Oracle applichi tutti gli aggiornamenti alla replica Oracle.

  3. Promuovi la tua replica Oracle scegliendo l'opzione Promote sulla console Amazon RDS, il AWS CLI comando o l'promote-read-replicaoperazione dell'API PromoteReadReplicaAmazon RDS.

Per il completamento della promozione di una replica Oracle sono necessari alcuni minuti. Durante il processo, RDS Custom per Oracle interrompe e riavvia la replica. Al termine del riavvio, la replica Oracle è disponibile come nuova istanza database.

Per promuovere una replica RDS Custom per Oracle a istanza database autonoma

  1. Accedi AWS Management Console e apri la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/.

  2. Nella console Amazon RDS scegliere Databases (Database).

    Verrà visualizzato il riquadro Databases (Database). Ogni replica Oracle mostra la voce Replica nella colonna Role (Ruolo).

  3. Scegli la replica RDS Custom per Oracle da promuovere.

  4. In Actions (Operazioni), seleziona Promote (Promuovi).

  5. Nella pagina Promote Oracle replica (Promuovi replica di lettura) immetti il periodo di conservazione dei backup e la finestra di backup per la nuova istanza database promossa. Non è possibile impostare questo valore su 0.

  6. Dopo aver selezionato tutte le impostazioni desiderate, scegli Promote Oracle replica (Promuovi replica Oracle).

Per promuovere la tua replica RDS Custom for Oracle a un'istanza DB autonoma, usa il comando. AWS CLI promote-read-replica

Esempio

PerLinux, o: macOS Unix

aws rds promote-read-replica \
--db-instance-identifier my-custom-read-replica \
--backup-retention-period 2 \
--preferred-backup-window 23:00-24:00

Per Windows:

aws rds promote-read-replica ^
--db-instance-identifier my-custom-read-replica ^
--backup-retention-period 2 ^
--preferred-backup-window 23:00-24:00

Per promuovere una replica RDS Custom per Oracle a istanza database autonoma, richiama l'operazione PromoteReadReplica dell'API Amazon RDS con il parametro DBInstanceIdentifier richiesto.