Während die Blockung von Zeilen für eine Abfrageergebnismenge nichts Neues ist, hat DB2 for z/OS (früher "DB2 für OS/390" genannt) seit Version 6.1 die Fähigkeit, mehrere Abfrageblöcke auf eine Anforderung OPEN oder FETCH an einen fernen Client, z. :B. DB2 Connect, zurückzugeben. Statt wiederholt Anforderungen an den DB2 for z/OS-Server zu senden und jeweils einen Block Zeilendaten anzufordern, kann der Client jetzt optional anfordern, dass der Server eine weitere Anzahl Abfrageblöcke sendet. Solche weiteren Abfrageblöcke werden als zusätzliche Abfrageblöcke bezeichnet.
Mit dieser neuen Funktion kann der Client die Anzahl der Umschaltungen der Netzwerkleitung verringern, was sich erheblich auf die Netzwerkleistung auswirkt. Die Verringerung der vom Client an den Server gesendeten Abfrageblockanforderungen wirkt sich als beträchtliche Leistungssteigung aus, da der Wechsel zwischen Senden und Empfangen hinsichtlich der Leistung ein aufwendiger Vorgang ist. DB2 Connect kann jetzt diese Leistungsverbesserung nutzen, indem es zusätzliche Abfrageblöcke von einem DB2 for z/OS-Server anfordert.
Um die Rückgabe zusätzlicher Abfrageblöcke (die jeweils bis zu 32 KB lang sein können) für das bevorzugte Netzwerkprotokoll TCP/IP vollständig zu nutzen, werden auch Erweiterungen der Fensterskalierungsfunktion gemäß der Architektur in RFC-1323 in DB2 Connect aktiviert. Mit dieser Funktion kann TCP/IP dynamisch und effizient die Sende- und Empfangsfenstergrößen anpassen, um potenziell große Datenmengen aufzunehmen, die über die zusätzlichen Abfrageblöcke gesendet werden.
Die Unterstützung zusätzlicher Abfrageblöcke für DB2 for z/OS-Servern in Version 6.1 oder höher wird über den Parameter EXTRA BLOCKS SRV in der DB2-DDF-Installationsanzeige konfiguriert. Dieser Parameter steuert die maximale Anzahl zusätzlicher Abfrageblöcke, die DB2 für eine Anfrage zurück an einen Client senden kann. Er kann auf einen Wert zwischen 0 und 100 eingestellt werden. Wenn der Parameterwert auf 0 gesetzt wird, wird die Rückgabe zusätzlicher Abfrageblöcke inaktiviert. Der Standardwert 100 sollte verwendet werden, um diese Funktion optimal zu nutzen, sofern das Netzwerk nicht irgendwelche Eigenarten hat, die dazu führen könnten, dass diese Einstellung nicht optimal arbeitet.
Auf der Client-Seite, auf der die Anwendung entweder direkt über eine ebenfalls dort befindliche DB2 Connect-Installation oder über eine separate DB2 Connect-Serverinstallation auf DB2 for z/OS zugreift, gibt es verschiedene Möglichkeiten zur Aktivierung der entsprechenden DB2 Connect-Unterstützung auf Cursor- oder Anweisungsebene durch die Verwendung von:
Option 1 wird in diesem Abschnitt nicht behandelt, da sie bereits als mit DB2 Connect Version 7.1 FixPak2 als Teil von DB2 for z/OS Scrollable Support implementiert wurde. Der Schwerpunkt liegt auf der Verwendung der Optionen 2 und 3 im Gegensatz zum Aktivieren der Unterstützung für zusätzliche Abfrageblöcke mit unterschiedlichen SQL-APIs:
Die Fensterskalierungsfunktion wird ab FixPak 4 auf allen Windows- und UNIX-Plattformen unterstützt, die die RFC-1323-Erweiterungen für TCP/IP unterstützen. Diese Funktion kann für DB2 für Windows und UNIX über die DB2-Registrierdatenbankvariable DB2SORCVBUF aktiviert werden. Setzen Sie zum Aktivieren der Fensterskalierungsfunktion die DB2-Registrierdatenbankvariable DB2SORCVBUF auf einen beliebigen Wert über 64 KB (z. B. können Sie unter DB2 für Windows oder UNIX "db2set DB2SORCVBUF =65537" absetzen). Die maximalen Sende- und Empfangspuffergrößen hängen vom jeweiligen Betriebssystem ab. Damit sichergestellt wird, dass die konfigurierten Puffergrößen akzeptiert wurden, kann der Benutzer den Konfigurationsparameter DIAGLEVEL des Datenbankmanagers auf 4 (informativ) setzen und sich die Nachrichten in der Datei db2diag.log ansehen.
Damit die Fensterskalierungsfunktion wirksam wird, muss sie an beiden Enden einer Verbindung aktiviert werden. Damit z. B. die Fensterskalierungsfunktion zwischen der DB2 Connect-Workstation und dem Host aktiviert wird, muss diese Funktion auf der Workstation und auf dem Host entweder direkt über den TCP/IP-Stack des Betriebssystems oder indirekt über das DB2-Produkt aktiv sein. Für DB2 for z/OS kann die Fensterskalierungsfunktion z. B. nur über das Betriebssystem aktiviert werden, indem TCPRCVBUFRSIZE auf einen beliebigen Wert über 64 KB gesetzt wird.
Wenn ein ferner DB2-Client für den Zugriff auf Host-DB2 über eine DB2 Connect-Server-Workstation verwendet wird, kann die Fensterskalierungsfunktion auch auf dem Client aktiviert werden. Aus dem gleichen Grund kann die Fensterskalierungsfunktion auch zwischen einem fernen DB2-Client und einem DB2-Workstation-Server aktiviert werden, wenn kein Host-DB2 beteiligt ist.
Obwohl die Fensterskalierungsfunktion zur Verbesserung der Netzwerkleistung entwickelt wurde, ergibt sich nicht immer die erwartete Leistungssteigerung. Das Zusammenwirken verschiedener Faktoren wie der Rahmengröße für das Ethernet oder den Token-Ring-LAN-Adapter, der IP-MTU-Größe und anderen Einstellungen auf Routern in der Kommunikationsverbindung könnte sogar zu einer Leistungsverschlechterung führen, sobald die Fensterskalierungsfunktion aktiviert wurde. Standardmäßig ist die Fensterskalierungsfunktion inaktiviert und der Sende- und Empfangspuffer auf 64 KB gesetzt. Der Benutzer sollte darauf vorbereitet sein, die Auswirkung der Fensterskalierungsfunktion zu beurteilen und notwendige Anpassungen am Netzwerk vorzunehmen. Eine Einführung zur Optimierung des Netzwerks für eine verbesserte Netzwerkleistung finden Sie im White Paper unter http://www.networking.ibm.com/per/per10.html.