LOAD を使用したインライン COPY の取得

インライン・コピー は、 COPY ユーティリティー以外のユーティリティーのユーティリティー処理中に取られるイメージ・コピーです。 例えば、LOAD の実行中に、フル・イメージ・コピー・データ・セットを作成することができます。

このタスクについて

インライン・コピーを取る利点は、ユーティリティーに対して LOG オプションが指定されたかどうかに関係なく、表スペースが COPY 保留状況のままにならないことです。 これによって、データ使用可能性が向上します。

プロシージャー

インライン・コピーを作成するには、

次のように、 COPYDDN および RECOVERYDDN オプションを使用してください。
  • 最大 2 つの 1 次コピー ( COPYDDN) および 2 つの 2 次コピー ( RECOVERYDDNを使用 ) を指定できます。
  • 変更の開始COPYDDN および RECOVERYDDNを使用して、 LOAD REPLACE または LOAD RESUME YES SHRLEVEL NONE を指定することができます。 REPLACEを指定せずに RESUME NO を指定すると、エラー・メッセージが発行され、 LOAD は終了します。変更の終わり

要求されたインライン・コピーは、 LOAD 処理の RELOAD フェーズ中に作成されます。

LOB列を含むテーブルのインライン画像コピーを取得すると、 Db2 ベーステーブルスペースのコピーは作成しますが、LOBテーブルスペースはコピーされません。

インライン・コピーによって作成される SYSCOPY レコードには、 ICTYPE=F および SHRLEVEL=R が含まれています。 STYPE 列の値は、イメージ・コピーが作成された方法によって異なります。

  • イメージ・コピーが LOAD REPLACE LOG(YES) によって生成された場合は R
  • イメージ・コピーが LOAD REPLACE LOG(NO) によって作成された場合は S 。
  • 変更の開始イメージ・コピーが LOAD RESUME LOG(NO) によって生成された場合は Y変更の終わり
  • 変更の開始イメージ・コピーが LOAD RESUME LOG(YES) によって生成された場合は Z変更の終わり

インライン・コピーで生成されたデータ・セットは、SHRLEVEL REFERENCE のフル・イメージ・コピー と論理的には同等ですが、データ・セット内のデータは、以下のように、いくつかの点で異なっています。

  • データ・ページの順序はばらばらであり、同じものが繰り返されていることもあります。 ページが繰り返し存在する場合は、常に最後のものが正しいコピーです。
  • スペース・マップ・ページの順序はばらばらであり、同じものが繰り返されていることもあります。
  • コンプレッション・ディクショナリーが LOAD を用いて再作成された場合は、 ディクショナリーのページのセットがデータ・セットに 2 回現れますが、2 番目のセット が正しいものです。

重複ページは全部合わせてもわずかであり、データ・セットで必要とするスペースへの 影響は無視できます。

変更の開始レジューム仕様が指定される場所(パーティションレベルまたはテーブルスペースレベル)によっては、結果として得られるイメージコピーが部分的なイメージコピーになる場合があります。 COPYDDN または RECOVERYDDN を表スペース・レベルで指定し、1 つ以上の INTO TABLE PART 文節も指定した場合、結果として作成されるインライン・イメージ・コピーには、LOAD ステートメントで指定されたパーティションのページのみが含まれます。変更の終わり