Una migración de release podría ser una actualización versión a versión de DB2 (como migrar de DB2 para z/OS versión
9 a DB2 para z/OS versión
10) o una actualización de nivel de mantenimiento de DB2 (como aplicar un APAR o un PTF). Una migración de versión puede introducir nuevas características y cambiar el comportamiento del optimizador DB2 SQL. Volver a enlazar un paquete de DB2 después de una migración de versión puede cambiar el
plan de acceso para las sentencias SQL y afectar al rendimiento.
En este escenario, puede comparar planes de acceso para sentencias SQL de
los paquetes para determinar si el rendimiento ha retrocedido o mejorado.
Consejo: Debe especificar como origen una colección (es
decir, un grupo de paquetes) que contenga el plan de acceso y los paquetes
anteriores a la migración de la versión. Debe especificar como
destino una colección que contenga los planes de acceso y los
paquetes posteriores a la migración de la versión, después de ejecutar el
mandato REBIND en los paquetes.