DB2 en un entorno Parallel Sysplex
Parallel Sysplex es un ejemplo de la sinergia de DB2 y el entorno de IBM® Z.
DB2 se beneficia del entorno Sysplex paralelo con sus posibilidades superiores de proceso. Cuando tiene dos más procesadores que comparten los mismos datos, puede:
- Maximizar el rendimiento a la vez que minimiza el coste
- Mejorar la disponibilidad y simultaneidad del sistema
- Configurar el entorno del sistema para que sea más flexible
- Hacer crecer el sistema de modo incremental
Gracias al compartimiento de datos, las aplicaciones que se ejecuten en más de un subsistema DB2 puede leer y escribir en el mismo conjunto de datos simultáneamente. Esta posibilidad le permite acceder a datos de DB2 de forma continuada, incluso cuando se está actualizando un nodo con software nuevo.
Los subsistemas DB2 que comparten datos deben pertenecer a un DB2 grupo de compartimiento de datos. Un grupo de compartimiento de datos es una colección de uno o varios subsistemas DB2 que acceden a datos de DB2 compartidos. Cada subsistema DB2 que pertenece a un grupo de compartimiento de datos determinado es un miembro de este grupo. Todos los miembros de un grupo de compartimiento de datos utilizan el mismo catálogo de DB2. La figura siguiente muestra un ejemplo de un grupo de compartimiento de datos con tres miembros.
Con un grupo de compartimiento de datos, el número de hebras que se pueden conectar a un servidor DB2 se multiplica por el número de subsistemas del grupo. Por ejemplo, un grupo de compartimiento de datos de ocho miembros puede tener alrededor de un millón de hebras simultáneas conectadas a un servidor DB2.
Con compartimiento de datos, puede hacer crecer el sistema de forma incremental añadiendo complejos centrales de procesadores y subsistemas DB2 adicionales al grupo de compartimiento de datos. No es necesario mover parte de la carga de trabajo a otro sistema, disminuyendo la necesidad de gestionar copias de los datos o de utilizar proceso distribuido para acceder a los datos.
Puede configurar su entorno de manera flexible. Por ejemplo, puede adaptar cada imagen de z/OS para que cumpla los requisitos para el usuario establecido en esa imagen. Para un proceso que tiene lugar durante periodos de carga de trabajo en horas punta, puede activar un DB2 latente para ayudar a procesar el trabajo.