Oracle mantiene sistemas de base de datos de alta disponibilidad mediante un proceso de mantenimiento continuo con un tiempo de inactividad mínimo. El mantenimiento se inicia en las dos horas siguientes a la hora de inicio de la ventana de mantenimiento definida para el sistema de base de datos.

El proceso de mantenimiento continuo implica los siguientes pasos y no requiere ninguna entrada del usuario:

1. Uno de los nodos secundarios se elimina del grupo de replicación.
2. El proceso de mantenimiento se realiza en el nodo seleccionado y se devuelve al grupo de replicación cuando finaliza el mantenimiento.

   El proceso de mantenimiento espera a que el secundario actualizado se recupere con las transacciones que se hayan producido mientras se actualizaba, antes de continuar con el mantenimiento del secundario restante.

3. El nodo secundario restante se elimina del grupo de replicación.
4. El proceso de mantenimiento se realiza en el nodo seleccionado y se devuelve al grupo de replicación cuando finaliza el mantenimiento.

   El proceso de mantenimiento espera a que el secundario actualizado se recupere con las transacciones que se hayan producido mientras se actualizaba, antes de continuar con el mantenimiento del principal.

5. Las conexiones existentes a la principal se cierran y no se permiten nuevas conexiones. El nodo principal se elimina del grupo y uno de los nodos secundarios actualizados se promociona al nodo principal. Durante este paso, se produce un breve período de tiempo de inactividad antes de que el principal recién promocionado reanude las conexiones. Si el sistema de base de datos tiene un cluster HeatWave asociado, los datos del cluster HeatWave se recuperan o se vuelven a cargar automáticamente. Consulte HeatWave Recuperación de datos de cluster.
   Nota
   
   La ubicación principal actual cambia a la nueva principal. La colocación principal preferida permanece sin cambios.
   Nota
   
   El nombre del archivo log binario actual y la posición del nuevo principal pueden ser diferentes del principal antiguo. Como los logs binarios de cada instancia se gestionan de forma independiente, cada transacción registrada en los logs binarios se puede escribir en un archivo log binario diferente y en una posición en diferentes instancias.
6. El proceso de mantenimiento se realiza en el nodo principal antiguo y se devuelve al grupo de replicación como nodo secundario. No se realiza ninguna conmutación para evitar un tiempo de inactividad adicional. Si es necesario, puede realizar un switchover manual en un momento conveniente.