特定のオブジェクトが問題の原因となっている場合、Db2 を開始し、問題オブジェクトが再始動処理を経由しないようにすることによって、その再始動処理を据え置くことができます。
このタスクについて
オブジェクトの再始動を延期すると、Db2は、論理ページ・リスト (LPL) 内のオブジェクトを再始動するために必要なページを書き込みます。 これらのページだけがアクセス不能になります。
残りのオブジェクトについては、再始動後アクセス可能になります。
使用可能なオブジェクトに対する再始動処理のDb2アクティブ化には制限が適用されます。 SITETYP サブシステム・パラメーター値が RECOVERYSITE に設定されているサイトで DEFER ALL が指定されていると、据え置かれるオブジェクトのすべてのページが LPL に入れられます (個々のページの大規模なリストではなく、ページ範囲として)。 以下の条件が適用されます。
- Db2が DBD01 テーブル・スペースをオープンして読み取ることができない場合、Db2は ACCESS(MAINT) に書き込まれず、DSNX204I は発行されません。 これに代わり、DSNT500I または DSNT501I「リソース使用不可」が発行されます。
- Db2が稼働後にすべてのDb2オブジェクトをリカバリーする必要がある据え置き再始動シナリオの場合、パネル DSNTIPS で DEFER パラメーターと ALL サブシステム・パラメーターを設定し、ACCESS(MAINT) オプションを指定してDb2を開始することをお勧めします。
- DEFER ALL を指定すると、DSNX204I は発行されません。
- DEFER ALL を指定すると、Db2は、SYSLGRNX および DSNRTSTS を含め、再始動のいずれかのフェーズでデータ・セットをオープンしません。また、ログ・レコードの適用は試行されません。
プロシージャー
再始動処理を据え置くには、以下のいずれかの方法を使用します。
- オブジェクトが常駐する装置 (またはボリューム) をオフラインに変更する。
オブジェクトを含むデータセットが利用できず、再起動時にオブジェクトの回復が必要な場合、 Db2 はそれを停止済みで、遅延再起動が必要であるとフラグ付けします。 Db2 その後、それを外した状態で再起動します。
- 長時間実行 UR のバックアウトを遅らせるために、以下のサブシステム・パラメーターを指定する。
延期されるバックアウト処理の量は、次のものによって決められます。
- チェックポイント頻度
- BACKODUR サブシステム・パラメーター
- Db2が停止したときの inflight および in-abort アクティビティーの特性
限定バックアウトを選択すると、再始動時のログ処理に影響が
及びます。 ログの逆方向処理は、カタログやディレクトリーに対するアクティビティーを持つ最も古い未完了またはアボート中の UR がバックアウトされ、要求された数のログ・レコードが処理されるまで、進められます。
- Db2 をインストールする際に、DEFERでオブジェクトを指定する:
インストール・パネル DSNTIPS では、
次のオプションを使用できます。
- DEFER ALL は、Db2カタログおよびディレクトリー・オブジェクトを含むすべてのオブジェクトについて、再始動ログ適用処理を再開します。
- DEFER list_of_objects を使用した場合、
指定したリストのオブジェクトの再始動処理だけが据え置かれます。
別の方法として、RESTART list_of_objects を指定することもできます。
このオプションを使用した場合、上記のオプションとは逆に、
指定したリストのオブジェクトについてのみ再始動処理が行われます。
DEFER は、再始動時のログの処理には影響を及ぼしません。 したがって、DEFER ALL を指定した場合でも、Db2は、再始動の順方向と逆方向の両方のログ・リカバリー・フェーズについて、ログの全範囲を処理します。 ただし、ログに記録された操作は、データ・セットには適用されません。 詳細は、 DSNTIPS: 自動的に開始するデータベースとスペースパネルをご覧ください。