Bases de datos de alta disponibilidad
Las bases de datos de alta disponibilidad son altamente escalables y dependen de un sistema de gestión de bases de datos relacionales (RDBMS) que siempre está en ejecución. Existen limitaciones si el usuario opta por una base de datos de alta disponibilidad como almacén de datos para el motor de mensajería.
Las bases de datos que tienen una infraestructura o un dispositivo de alta disponibilidad pueden tener servidores en espera y primarios redundantes. Si utiliza dicha base de datos como almacén de datos, son necesarias acciones específicas:
- Asegúrese de que las bases de datos primarias o en espera son idénticas, cuando la base de datos en espera toma el control de las tareas de la base de datos primaria, a menos que detenga y reinicie su motor de mensajería antes de que las conexiones se direccionen a la base de datos en espera. Si el sistema direcciona los clientes de la base de datos, como el motor de mensajería, desde la base de datos primaria a la base de datos en espera, el motor de mensajería se basa en que los datos de ambas bases de datos son idénticos.
- No utilice la optimización de una sola fase que permite a las aplicaciones compartir las conexiones JDBC utilizadas por un motor de mensajería.
Si utiliza el dispositivo HADR (High Availability Data Recovery) de DB2, tenga en cuenta las restricciones siguientes:
- El proveedor de mensajería predeterminado del motor de mensajería sólo da soporte a las modalidades de sincronización síncronas y casi síncronas de HADR. El proveedor de mensajería predeterminado no soporta las configuraciones HADR asíncronas.
- El mandato TAKEOVER BY FORCE sólo se permite cuando la base de datos en espera se encuentra en un estado de igual o cuando se ha modificado por última vez el estado de la base de datos de igual al estado actual (por ejemplo, el estado desconectado).
Si configura WebSphere Application Server para utilizar una base de datos de alta disponibilidad como el almacén de datos y se produce una migración tras error de la base de datos, es probable que el servidor de aplicaciones en el cual se ejecuta el motor de mensajería se detenga. El motivo de este problema es que el motor de mensajería no puede tratar siempre la migración tras error como un error de comunicaciones transitorio.
Cuando configure un motor de mensajería para utilizar una base de datos de alta disponibilidad para el almacén de datos, asegúrese de que el motor de mensajería pueda reiniciarse automáticamente después de anomalía del servidor de aplicaciones. Elija la opción adecuada para su configuración:
- Si trabaja con un solo servidor, WebSphere Application Server no proporciona soporte para migración tras error. Estudie otras soluciones de alta disponibilidad.
- Si está ejecutando WebSphere Application Server Network Deployment sin clústeres, la configuración predeterminada para el agente de nodo asegura un inicio automático.
- Si está ejecutando WebSphere Application Server Network Deployment con clústeres, la recuperación de iguales reinicia el motor de mensajería. Asegúrese de que ha configurado la política de alta disponibilidad para habilitar la recuperación de iguales.