フォールバックの考慮事項

データ共有

データ共用グループのいずれかのメンバーでフォールバックが必要な場合は、データ共有の影響を考慮してください。 データ共有環境におけるフォールバックの詳細については、「データ共有環境におけるフォールバック」 を参照してください。

凍結オブジェクト

フォールバックは、マイグレーション・プロセスでカタログに対して加えられた変更を元に戻すものではあり ません。 Db2 フォールバック後に移行されたカタログを使用します。 このカタログ内の、Db2 12関数によって影響を受けたオブジェクトの中には、フォールバック後に凍結オブジェクトになるものがあります。 凍結されたオブジェクトは利用できず、 リリース依存マーカーQ が付いています。 オブジェクトにリリース依存のマークが付いた場合、そのマークは永久に付けられたまま残ります。 リリース依存マーカーは、カタログ表の IBMREQD 列にリストされています。 次の表に、前のリリースにフォールバックしたときに凍結されるオブジェクトをリストします。

プランおよびパッケージは、新しい SQL 構文を使用するとき、 新しい BIND オプションと属性を使用するとき、あるいは凍結オブジェクトを参照するときに凍結オブジェクトと なります。 プランおよびパッケージが凍結オブジェクトになると、自動再バインド処理が悪影響を受けます。

フォールバック後、以下のステートメントを発行して、いずれかのオブジェクトが凍結されているかどうかを判別することができます。

SELECT * FROM catalog table
WHERE IBMREQD = 'Q'

自動再バインド

フォールバックの後で、ABIND サブシステム・パラメーターに YES または COEXIST を指定した場合、Db2 12でバインドされているプランまたはパッケージは、Db2 11の最初の実行時に自動的に再バインドされます。 ABIND サブシステム・パラメーターに NO を指定した場合は、この自動再バインドが失敗します。

自動再バインドは、凍結されているプランまたはパッケージを使用しようとした場合にも失敗します。 Db2 11 に自動的に再バインドされなかったプランとパッケージを利用可能にするには、SQLステートメントを変更するか、凍結されたオブジェクトへの参照を削除し、アプリケーションプログラムをプリコンパイルし、 Db2 11 でプランとパッケージを明示的にバインドします。

管理タスク・スケジューラー・タスク

フォールバックの後、Db2 Db2 12内の管理タスク・スケジューラーによって管理されるすべてのタスクは、Db2 Db2 11の管理タスク・スケジューラーによって管理可能ではありません。これは、タスク・バージョンが上位になるためです。 Db2 11で ADMIN_TASK_ADD を使用して、すべてのタスクを削除し、再挿入します。 ADMIN_TASK_LIST 表のユーザー定義関数を使用すると、フォールバックする前に、ユーザー・テーブル内のタスクの特性を読み取り、保管することができます。