Natural for Db2 for zIIP (NDZ) ergänzt die Natural for Db2 (NDB) Datenbankmanagementschnittstelle um die Möglichkeit, Db2-Workloads auf IBM System z Integrated Information Processors (zIIP) auszuführen.
Natural for Db2 for zIIP (NDZ) nutzt die Eigenschaften von zIIP, indem es über ein Remote-DRDA-Protokoll auf Db2 zugreift, anstatt herkömmliche lokale Db2-Attachments zu verwenden. Lokale Aufrufe bei Db2 sind nicht zIIP-fähig, daher ermöglicht der Zugriff auf Db2 über das DRDA-Protokoll die kontinuierliche Ausführung von Natural-Programmen auf zIIP-Prozessoren. Einige Workloads, z.B. Eingabe-/Ausgabe-Aufrufe, sind nicht zIIP-fähig. Bei nicht zIIP-fähigen Workloads müssen die entsprechenden Natural-Programme vorübergehend auf den General Central Processors (GCP) ausgeführt werden.
Java-Workloads, die auf z/OS laufen, sind zIIP-fähig. Aus diesem Grund verwendet Natural for Db2 for zIIP (NDZ) Java und Java Database Connectivity (JDBC) für den Zugriff auf Db2 über das DRDA-Protokoll. Die folgenden Diagramme zeigen einen groben Vergleich der Arbeitslastverteilung beim Zugriff auf Db2 unter ausschließlicher Verwendung von Natural for Db2 (NDB) und bei gleichzeitiger Verwendung von NDB und NDZ.
Diagramm X - Natural for Db2 (NDB) allein:
Diagramm Y - zIIP-Nutzung - Natural for DB2 (NDB) mit Natural for Db2 for zIIP (NDZ)
Um die Funktionen von Natural for Db2 for zIIP (NDZ) nutzen zu können, müssen Sie sicherstellen, dass genügend System z Integrated Information Processors (zIIP) in der Zielumgebung verfügbar sind. Die Ausführung von NDZ-Workloads ohne die erforderliche zIIP-Kapazität kann zu einer erhöhten Auslastung des General Central Processor (GCP) führen, weil zIIP-fähige Workloads auf allgemeinen Prozessoren ausgeführt werden. Bitte beachten Sie den Abschnitt Honor Priority im IBM-Handbuch z/OS MVS Planning: Workload Management.
Natural for Db2 for zIIP (NDZ) läuft in einem eigenen Adressraum. Eine Instanz des NDZ-Servers ist in der Lage, Anfragen von mehreren Natural-Batch-Jobs zu verarbeiten.