Mantenimiento de un sistema de base de datos independiente

Oracle inicia el mantenimiento de un sistema de base de datos autónomo (con o sin el cluster HeatWave activado) en las dos horas siguientes a la hora de inicio de la ventana de mantenimiento que defina para el sistema de base de datos.

El mantenimiento del sistema de base de datos implica un breve período de tiempo de inactividad. Para reducir el tiempo de inactividad, utilice sistemas de base de datos de alta disponibilidad. Consulte Alta disponibilidad.

El mantenimiento de un sistema de base de datos independiente implica los siguientes pasos:

1. Los nuevos recursos se inician con el último sistema operativo y servidor MySQL.
2. Los datos se sincronizan entre los sistemas antiguos y los nuevos.
3. 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.
4. Los puntos finales del sistema de base de datos están asociados a los nuevos recursos y se permiten nuevas conexiones.
   Nota
   
   Si se produce algún fallo durante el mantenimiento, el procesos se para, se realiza una reversión al antiguo sistemas de base de datos y se reanudan la conexión.

Según la configuración y los valores del sistema de base de datos, se utiliza una de las siguientes técnicas de mantenimiento:

• Mantenimiento fuera de línea: el servidor MySQL se detiene y el almacenamiento se clona para garantizar la coherencia de los datos entre los sistemas antiguos y los nuevos. El sistema de base de datos permanece inaccesible para las lecturas y escrituras desde el momento en que se detiene el servidor hasta que se permiten conexiones al nuevo sistema.
• Mantenimiento de tiempo de inactividad cercano a cero: el servidor MySQL no se detiene y los datos se replican entre los sistemas antiguos y los nuevos para garantizar la coherencia de los datos. El sistema sigue siendo accesible para lecturas y escrituras durante la replicación. Cuando el nuevo sistema está listo, se impone un breve período de tiempo de inactividad en el que las conexiones se bloquean en el sistema antiguo y todas las transacciones se aplican al nuevo servidor. Durante este breve período de inactividad, los canales de replicación de entrada se desactivan temporalmente. Estos canales comienzan automáticamente a ejecutarse y a replicarse una vez finalizado el mantenimiento.

  El mantenimiento de tiempo de inactividad cercano a cero solo se aplica si se cumplen los siguientes requisitos:

  1. La actualización MySQL solicitada no es una actualización de versión principal. Consulte Major Version Upgrade.
  2. El sistema de base de datos no tiene un cluster HeatWave.
  3. El sistema de base de datos no tiene réplicas de lectura ni un punto final de lectura.
  4. El valor de la variable binlog_expire_logs_seconds en la configuración del sistema de base de datos es mayor o igual que 3600. Consulte Variables de configuración.
  5. La última operación de mantenimiento del sistema de base de datos no debe ser un mantenimiento con un tiempo de inactividad casi nulo.

  Si no se cumple alguno de estos requisitos, se aplica el mantenimiento fuera de línea al sistema de base de datos.

  Para minimizar el tiempo de inactividad, programe la ventana de mantenimiento durante un período de carga de trabajo bajo que no coincida con grandes operaciones de actualización. Para obtener más información, consulte Configuración de mantenimiento del sistema de base de datos.