Requisiti per lo switchover di Oracle Data Guard - Amazon Relational Database Service

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

Requisiti per lo switchover di 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 originale e il database di standby originale sono nello stato. available

  • Il database primario originale e il database di standby originale non hanno azioni di manutenzione in sospeso in nessuno dei seguenti stati:required, next window o. in progress Le azioni in questi stati bloccano lo switchover. Per informazioni su come controllare lo stato degli aggiornamenti di manutenzione in sospeso, consulta. Visualizzazione degli aggiornamenti di manutenzione in sospeso

    Le azioni di manutenzione in sospeso available nello stato non bloccano il passaggio al digitale. RDS per Oracle rilascia spesso aggiornamenti del sistema operativo (OS) nello stato. available Questi aggiornamenti del sistema operativo in sospeso non bloccheranno uno switchover a meno che non vengano pianificati per la successiva finestra di manutenzione, che li colloca nello 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 che uno switchover venga bloccato applicando un'azione di manutenzione in sospeso o spostando la finestra di manutenzione su un intervallo prima del passaggio. Per ulteriori informazioni, consulta l'articolo di re:POST Come rimuovere gli articoli di manutenzione in sospeso di RDS.

  • 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_maz sia il database principale in un'implementazione multi-AZ e db_saz sia una replica single-AZ. Avvii uno switchover da db_maz a db_saz. Al termine, db_maz è un database di replica multi-AZ e db_saz è 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.