Änderung der SQL-Leistung aufgrund der Releasemigration erkennen

Eine Releasemigration 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 (zum Beispiel das Anwenden eines APAR (Authorized Problem Analysis Report) oder einer vorläufigen Programmkorrektur). Durch eine Releasemigration können neue Features eingeführt werden oder das Verhalten des DB2-SQL-Optimierungsprogramms sich ändern. Das erneute Binden eines DB2-Pakets nach einer Releasemigration 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 Releasemigration enthält. Als Ziel sollten Sie eine Objektgruppe angeben, die die Zugriffspläne und Pakete mit dem Stand nach der Releasemigration enthält, und zwar nach Ausführung des Befehls REBIND für die Pakete.

Feedback