Rebinding packages in upgraded databases
During database upgrade, all packages for user applications and routines are marked as invalid. You may consider explicitly rebinding invalidated packages to take advantage of changes in the Db2® server and new statistics before allowing users access to the database. Alternately, you can allow an automatically started system task to rebind all invalid and inoperative (if auto_reval is set to anything other than DISABLED) packages after a database starts on the catalog node. The system task, db2pcsd, makes a single pass of all invalid packages and attempts to rebind them before terminating. See db2pscd in the Database EDU list for more information. Any access to a package that has not yet been rebound will be implicitly rebound upon first SQL request by an application.
Before you begin
About this task
After you upgrade your database, any package not yet rebound by db2pcsd will be implicitly rebound when an application uses it for the first time. You may also choose to explicitly rebind invalid packages yourself . However, you must explicitly rebind inoperative packages. Alternatively, you can specify the REBINDALL option on the UPGRADE DATABASE command in Upgrading Databases.
This procedure applies only to C, C++, COBOL, FORTRAN, and REXX embedded SQL database applications.Procedure
To explicitly rebind packages in upgraded databases: