Änderung der SQL-Leistung aufgrund der Release-Migration erkennen

Eine Release-Migration könnte ein Upgrade von einer DB2-Version auf die nächste sein(zum Beispiel von DB2 for z/OS Version 9 auf DB2 for z/OS Version 10) oder ein Upgrade der DB2-Wartungsstufe maintenance level upgrade (zum Beispiel das Anwenden eines APAR (Authorized Problem Analysis Report) oder einer vorläufigen Programmkorrektur). Durch eine Release-Migration können neue Features eingeführt werden oder das Verhalten des DB2-SQL-Optimierungsprogramms sich ändern. Das erneute Binden eines DB2-Pakets nach einer Release-Migration kann den Zugriffsplan für SQL-Anweisungen ändern und sich auf die Leistung auswirken.

In diesem Szenario können Sie Zugriffspläne für SQL-Anweisungen aus Paketen vergleichen, um zu ermitteln, ob sich die Leistung vermindert oder verbessert hat.

Tipp: Als Quelle sollten Sie eine Objektgruppe (das heißt, eine Gruppe aus Paketen) angeben, die den Zugriffsplan und die Pakete mit dem Stand vor der Release-Migration enthält. Als Ziel sollten Sie eine Objektgruppe angeben, die die Zugriffspläne und Pakete mit dem Stand nach der Release-Migration enthält, und zwar nach Ausführung des Befehls REBIND für die Pakete.

Feedback