Disponibilidad continua

Tanto si se trata de un mantenimiento del sistema planificado o de una circunstancia extrema, como cuando varios componentes fallan simultáneamente, IBM Db2 pureScale Feature está diseñado para continuar procesando las solicitudes de base de datos entrantes sin interrupción. El equilibrio de carga automático entre todos los miembros activos significa una utilización de recursos óptima en todo momento, lo que ayuda a mantener bajos los tiempos de respuesta de la aplicación.

Sucesos no planificados

Una anomalía súbita del software o del hardware puede producir interrupciones importantes, incluso en sistemas que empleen componentes redundantes. Db2 pureScale Feature incorpora varias características de diseño para ofrecer una tolerancia a errores que no sólo puede mantener la instancia disponible, sino que también minimiza el efecto de las anomalías de componente en el resto del sistema de base de datos.
Figura 1. Anomalías de componente en un entorno Db2 pureScale ; las solicitudes de base de datos se siguen procesando.
Una imagen que muestra anomalías de componente en un entorno Db2 pureScale ; las solicitudes de base de datos se siguen procesando.

Con la potente detección de pulsaciones se garantiza que los componentes con anomalías se identifiquen y se aíslen rápidamente. La recuperación a partir de anomalías de componentes es absolutamente automática y no requiere ningún tipo de intervención.

Si un miembro falla al procesar solicitudes de base de datos, se detiene inmediatamente del resto del sistema. Durante la anomalía, la mayoría de los datos del almacenamiento de disco compartido permanecen disponibles para los miembros activos que procesan solicitudes de base de datos. Sólo los datos que estaban en curso en el miembro anómalo se retienen temporalmente mediante un bloqueo retenido hasta que la Db2 pureScale Feature completa la recuperación de anomalía general del miembro automatizado.

Después de una anomalía de software, el miembro se reinicia en su host inicial y se realiza la recuperación. El miembro reanuda el proceso de transacción tan pronto como se completa la recuperación. Después de una anomalía de hardware, el miembro se reinicia en otro host (un proceso conocido como reinicio ligero) para que los datos se puedan recuperar. Tan pronto como el host inicial vuelve a estar disponible, el miembro vuelve a ese host, se reinicia y reanuda el proceso.

Después de una anomalía de software o hardware en el recurso de almacenamiento en memoria caché de clústerprimario, un recurso de almacenamiento en memoria caché de clúster secundario y con dúplex toma automáticamente el rol primario. Esta toma de control es transparente para las aplicaciones y sólo provoca un retardo mínimo debido a la duplicación continua de la información de bloqueo y almacenamiento en memoria caché entre los recursos de almacenamiento en memoria caché de clúster. La instancia sigue estando disponible.

Sucesos planificados

El mantenimiento del sistema en un entorno Db2 pureScale está diseñado para provocar la menor interrupción posible. Puede desplegar actualizaciones del sistema sin detener la instancia de Db2 pureScale ni afectar a la disponibilidad de la base de datos.

Para realizar el mantenimiento del sistema en un miembro, desactive temporalmente. Una vez completadas (drenadas) las transacciones existentes en el miembro , ponga el miembro fuera de línea y realice el mantenimiento del sistema. Durante el periodo de mantenimiento, las nuevas solicitudes de transacción se dirigen automáticamente a otros miembrosactivos, un proceso que es transparente para las aplicaciones.

Una vez completado el mantenimiento y reinicia el miembro, vuelve a procesar las transacciones de base de datos tan pronto como se vuelve a unir a la instancia.