コマンドの解説

| | |

db2licm - ライセンス管理ツール・コマンドのパラメーターの説明

このドキュメンテーション更新は、db2licm コマンドの -p パラメーターに適用されます。キーワード MEASURED は有効ではなくなりました。DB2 はこれを無視します。

| | |

RESTORE DATABASE コマンド TSM の例

TSM の例 (例 6) で、TSM オプションを囲む単一引用符が欠落しています。正しい記述は次のとおりです。

引用符で区切られているストリングの指定

db2 restore db sample use TSM options "'-fromnode bar -fromowner dmcinnis'"

| | |

db2demigdbd の使用例

以下の db2demigdbd の使用例は、オペレーティング・システムにより編成されたものです。

UNIX および Linux 上でシステム・データベース・ディレクトリー・ファイルの移行を解除する方法は次のとおりです。 |

 db2demigdbd $HOME/sqllib 1

UNIX および Linux 上でローカル・システム・データベース・ディレクトリー・ファイルの移行を解除する方法は次のとおりです。 |

 db2demigdbd  ~/user/NODE0000  1

UNIX および Linux 上でシステムと、インスタンス中のすべてのローカル・データベース・ディレクトリー・ファイルの移行を解除する方法は次のとおりです。 |

 db2demigdbd  $HOME/sqllib  2

Windows 上でシステム・データベース・ディレクトリー・ファイルの移行を解除する方法は次のとおりです。 |

 db2demigdbd  d:¥sqllib¥db2  1

|ここで、db2 は現行のインスタンスです。

Windows 上でローカル・システム・データベース・ディレクトリー・ファイルの移行を解除する方法は次のとおりです。 |

 db2demigdbd  d:¥db2¥NODE0000  1

Windows 上でシステムと、インスタンス中のすべてのローカル・データベース・ディレクトリー・ファイルの移行を解除する方法は次のとおりです。 |

 db2demigdbd  d:¥sqllib¥db2 2

使用上の注意:

db2updv8 コマンドを実行してシステム・カタログを現行のバージョン 8 レベルに更新してしまうと、V 8.1 にレベルを下げることはサポートされていません。

追加情報:

データベース・パーティション・フィーチャー (DPF) 環境でコマンドを実行する方法の例については、 http://www.ibm.com/support/docview.wss?rs=71&uid=swg21217949 にある技術情報を参照してください。

| | |

db2ckbkp コマンド使用上の注意の訂正

'-p' オプションは各オブジェクト・タイプのページ数を表示します。ただし、'p' オプションを指定した db2ckbkp コマンドの出力は、バックアップが DMS 表スペース・データに対して実行された場合、すべての異なるオブジェクト・タイプのページ数を表示することはありません。この場合、すべてのページの合計を SQLUDMSTABLESPACEDATA として表示するだけです。 |DMS 表スペースの SQLUDMSLOBDATA および SQLUDMSLONGDATA にはゼロの値が表示されます。

バックアップが DMS 表スペース・データに対して実行された db2ckbkp -p の出力例の一部を以下に示します。

      SQLUDMSTABLESPACEDATA (0c):  87 
|      SQLUDMSLOBDATA (0e):          0 
|      SQLUDMSLONGDATA (0f):         0

| | |

データベース・オブジェクトおよび ID の命名規則

データベースや表などのデータベース・マネージャー・オブジェクトの命名時、以下の規則が適用されます。

データベース・マネージャー・オブジェクトの名前を表す文字ストリングには、文字 a-z、A-Z、0-9、@、#、および $ を含めることができます。

注記されていない限り、名前は小文字で入力できます。ただし、データベース・マネージャーはそれらの名前を大文字として処理します。 | |
この規則の例外は、Systems Network Architecture (SNA) の下の名前を表す文字ストリングです。論理装置名 (partner_lu および local_lu) など、多くの値で大/小文字を区別します。これらの用語に対応する SNA 定義に表示されているとおりに名前を入力することが必要です。

データベース名またはデータベース別名は、1 - 8 文字の英字、数字、または前述の情報で説明されたセットからのキーボード文字から成る、固有の文字ストリングです。 | |
データベースは、システムおよびローカル・データベース・ディレクトリーにおいて、別名ごとに 1 つのフィールドに、またオリジナル名ごとに別のフィールドにカタログされます。ほとんどの関数について、データベース・マネージャーはデータベース・ディレクトリーの別名フィールドに入力された名前を使用します。例外は CHANGE |DATABASE COMMENT および CREATE DATABASE で、ディレクトリー・パスの指定が必要です。

表またはビューの名前または別名は、長さが 1 - 128 文字の固有の文字ストリングである SQL ID です。列名の長さは 1 - 30 文字です。 | |
完全修飾の表名は、schema.tablename で構成されます。スキーマは、そのもとで表が作成された固有のユーザー ID です。宣言済み一時表のスキーマ名は SESSION でなければなりません。

ノード・ディレクトリーでカタログされるリモート・ノードのローカル別名の長さは、8 文字を超えることはできません。

ストリングの先頭文字は、英字、@、#、または $ でなければなりません。数字や、SYS、DBM、または IBM という文字シーケンスであってはなりません。

以下の規則は、ユーザー ID および認証 ID の命名時に適用されます。 |

データベース・マネージャー・オブジェクトの名前を表す文字ストリングには、a-z、A-Z、0-9、@、#、および $ を含めることができます。

セキュリティー・プラグインによってサポートされている場合は、ユーザー ID およびグループに追加の文字 _、!、%、(、)、{、}、-、.、^ を含めることもできます。

!、%、(、)、{、}、-、.、^ のいずれかを含むユーザー ID およびグループは、コマンド行プロセッサーを使用して入力される場合、引用符で区切ることが必要です。

ストリングの先頭文字は、英字、@、#、または $ でなければなりません。数字や、SYS、DBM、または IBM という文字シーケンスであってはなりません。

認証 ID は、Windows 32 ビット・オペレーティング・システムでは 30 文字、他のすべてのオペレーティング・システムでは 8 文字を超えることはできません。

グループ ID の長さは、30 文字を超えることはできません。

REORGCHK コマンド

REORGCHK コマンド内で使用される索引統計公式が改訂されました。新しい公式とその説明は次のとおりです。

公式 F5:
```
100 * (KEYS * (ISIZE + LEAF_REC_OVERHEAD) + (CARD - KEYS) 
            * DUPKEYSIZE ) 
    / ((NLEAF - NUM EMPTY LEAFS - 1) * 
       (INDEXPAGESIZE - 96) > MIN(50, (100 - PCTFREE))
```
ここで、LEAF_REC_OVERHEAD = 9、DUPKEYSIZE = 5 です。
索引内に 50% を超えるフリー・スペースがある場合や、PCTFREE が 50 より大きいときに索引内に PCTFREE% を超えるフリー・スペースがある場合、再編成をお勧めします。この公式が検査されるのは、NLEAF - NUM EMPTY LEAFS - 1 の値が 0 より大きい場合のみです (割り振られた最後のリーフ・ページには通常は記入されないので、NLEAF の値から 1 が減算されます)。
公式 F6:
```
(100 - PCTFREE) * 
     [ Floor((100 - min(10, PCTFREE)) / 100 * (INDEXPAGESIZE - 96) 
             / (ISIZE + NONLEAF_REC_OVERHEAD)) ** (NLEVELS - 2)] 
     * (INDEXPAGESIZE - 96) / 
       (KEYS * (ISIZE + LEAF_REC_OVERHEAD) 
             + (CARD - KEYS) * DUPKEYSIZE) < 100
```
ここで、NONLEAF_REC_OVERHEAD = 12 です。
索引の再作成を決定することは、ツリーのレベル数を減少させるかもしれません。この公式は現行のツリーよりも 1 つ低いレベルの索引ツリー内にあるスペースの量と必要なスペースの量との比率を検査します。 1 つ低いレベルのツリーを作成しても PCTFREE が使用可能であれば、再編成をお勧めします。索引項目の実際の数は、NLEVELS - 1 索引ツリーが処理できる項目数の 90% を超えている (または 100 - PCTFREE である) 必要があります (NLEVELS > 1 の場合のみ検査されます)。

注:

すべての公式は、統計をベースとします。統計と、そのような公式の結果は、概算でしかありません。この情報を念頭に置いて、REORGCHK の結果を検討する必要があります。

REORG INDEXES/TABLE コマンド

索引または表を再編成します。

REORG INDEXES ALL FOR TABLE table-name オプションは、索引データをフラグメント化されていない物理的に連続したページに再作成することによって、表に定義されたすべての索引を再編成します。索引オプションの CLEANUP ONLY オプションを指定すると、索引を再作成しないでクリーンアップが実行されます。宣言済み一時表にある索引に対してこのコマンドを使用すると、SQLSTATE 42995 エラーが戻されます。

REORG TABLE table-name オプションは、フラグメント化されたデータを消去するために行を再作成、および情報を縮小化することによって、表を再編成します。表の再編成は、以下の 2 つの方法のいずれかで行います。

従来の方式: 再編成の第 1 段階において、データへの限定付き読み取り専用アクセスのみが可能です。
インプレース方式: 再編成中ずっとデータにアクセスできますが、データの完全な順序付けは確保されません。表のインプレース再編成が可能なのは、タイプ 2 の索引があって拡張索引がない表の場合だけです。

いずれかのタイプの再編成を選ぶと、表の再編成後にその表の索引が再作成されます。ただし、インプレース方式の場合、索引の再編成は完全ではないので、索引のフラグメント化を削減したり、索引オブジェクト・スペースを再利用するために、後で索引を再編成する必要が生じることがあります。

例

DB2 Universal Database^(TM) (UDB) バージョン 7 におけるデフォルトのような従来方式 (オフライン) の REORG TABLE の場合、以下のコマンドを入力します。

   db2 reorg table employee index empid allow no access indexscan 
      longlobdata

注:

デフォルトは、DB2 UDB バージョン 8 では異なります。

使用上の注意

DB2 UDB では、従来の方式とインプレース方式の 2 つの方法で表を再編成できます。通常は従来の表再編成の方が高速ですが、再編成中にアプリケーションに表への書き込みアクセス権限がない場合にのみ、この方式を使用すべきです。この制約事項を適用できない環境では、インプレース再編成の方が遅くても、通常のデータ・アクセスが続行される間にバックグラウンドで実行されるという利点があります。

従来方式による表再編成は最も高速です (とくに、LOB データや LONG データを再編成する必要のない場合)。しかも、表の再編成後に、索引は完全な順序で再作成されます。読み取り専用アプリケーションは、再編成の最終段階を除いて元の表にアクセスすることができます。再編成の最終段階では、永続表が表のシャドー・コピーに置き換わり、索引が再作成されます。

インプレース方式の表再編成のほうが遅く、データの完全な順序付けも確保されませんが、再編成中にアプリケーションから表にアクセスすることができます。さらに、適切な権限を持ってさえいれば誰でも、スキーマおよび表名を使用してインプレース表再編成を一時停止して後で再開することができます。

更新された制約事項

REORG ユーティリティーでは、ニックネームの使用はサポートされません。

REORG TABLE コマンドは、宣言一時表に対してはサポートされていません。
REORG TABLE コマンドは、ビューに対しては使用できません。
表の再編成は、範囲クラスター化表との互換性がありません。表の範囲領域は常に、クラスター化されているからです。
オフラインの表再編成では、再編成を実行しながら、表が置かれている表スペースのオンライン・バックアップ操作を行うことはできません。
SMS 表のオンラインの表再編成では、再編成を実行しながら、表が置かれている表スペースのオンライン・バックアップ操作を行うことはできません。
DMS 表のオンラインの表再編成では、再編成を実行しながら、表が置かれている表スペースのオンライン・バックアップ操作を行うことができます。切り捨て段階で、再編成操作のロック待機が生じることがあります。
REORG TABLE は、索引拡張子に基づく索引を使用できません。

BACKUP DATABASE コマンド

使用上の注意

以下の制限事項に注意してください。

DMS 表スペースのオンライン・バックアップ操作を開始できるのは、同一表スペース内の表をオンラインで再編成している場合です。切り捨て段階で、再編成操作のロック待機が生じることがあります。
SMS 表スペースのオンライン・バックアップ操作は、同一表スペース内の表をオンラインで再編成している場合には開始できません。どちらの操作の場合も、排他ロックが必要です。

データベースの移行

制約事項

バージョン 8 の資料では、データベースが DB2 UDB バージョン 8 フィックスパック・レベルに移行されている場合には、データベースを移行する必要はないということをあいまいに述べていますが、具体的に言うと、データベースのレベルがバージョン 8 (バージョン 8.1 以降のフィックス・レベル) であれば、フィックスパックの間でデータベースを移行する必要はないということです。バージョン 8.2 ではデータベース・ディレクトリーのファイル構造が変更されており、バージョン 7 またはバージョン 8.1 からバージョン 8.2 への移行時にマイグレーションが自動的に実行されます。ただし、バージョン 8.2 からバージョン 8.1 へダウングレードする場合には、db2demigdbd を実行してデータベース・ディレクトリーのファイル構造をリストアしなければなりません。これを行わないと、データベースへのアクセス試行時にエラー SQL10004 が発生します。

db2inidb - ミラーリングされたデータベース・コマンドの初期化

db2inidb database を mirror コマンドとして発行する前に、db2 connect to database コマンドを発行しないでください。

初期化する前に分割ミラー・データベースに接続すると、ロールフォワード・リカバリーで必要になるログ・ファイルが消去されてしまいます。

その接続によって、データベースは、中断された時点にあった状態に戻ります。中断の時点でデータベースに整合のマークが付けられていると、DB2 Universal Database^(TM) はクラッシュ・リカバリーの必要はないと判断して、将来の利用のためにログを空にします。このような事態に陥った場合にロールフォワードを試みると、SQL4970 エラーの原因になります。

db2iupdt コマンドの使用上の注意

バージョン 8.2 以降では、DB2 Universal Database インスタンスを db2iupdt コマンドで更新する際に、まず最初に、そのインスタンスに対して実行している DB2^(R) プロセスをすべて停止させなければなりません。

db2sqljcustomize コマンドの新規パラメーター

db2sqljcustomize コマンドには、新規パラメーターがあります。

db2sqljcustomize - DB2 SQLJ プロファイル・カスタマイザー・コマンド

-storebindoptions: 値 -bindoptions および -staticpositioned を直列化プロファイルに保管します。 dbsqljbind ツールの呼び出し時にこれらの値が指定されない場合は、直列化プロファイルに保管された値が使用されます。カスタマイザーが .grp ファイルで呼び出されると、値がそれぞれの .ser ファイルに保管されます。保管された値は db2sqljprint ツールを使用して表示できます。

sqlj コマンドの新規パラメーター

sqlj コマンドには新規パラメーターがあります。

sqlj - DB2 SQLJ 変換プログラム・コマンド

-db2optimize: SQLJ 変換プログラムが、DB2 Universal Database 用に最適化された接続コンテキスト・クラス用コードを生成することを指定します。このオプションは、デフォルト・コンテキスト用のコードではなくユーザー定義コンテキスト用のコードを最適化します。このオプションを指定して SQLJ 変換プログラムを実行する場合は、生成する Java^(TM) アプリケーションをコンパイルするために、DB2 Universal JDBC ドライバー・ファイル db2jcc.jar を CLASSPATH に入れておく必要があります。

モニターおよびトラブルシューティング・コマンド (db2pd) の更新

モニターおよびトラブルシューティング DB2 コマンド (db2pd) は、DB2 UDB メモリー・セットから情報を取得します。 db2pd システム・コマンドは次のように拡張されてきました。

新規パラメーター -hadr

バージョン 8.2 (バージョン 8.1 フィックスパック 7 と同等) から導入された -hadr パラメーターは、高可用性災害時リカバリー情報を報告します。報告される各エレメントの説明が、「システム・モニター・ガイドおよびリファレンス」の高可用性災害時リカバリーのセクションにあります。

新規パラメーター -utilities

バージョン 8.2 (バージョン 8.1 フィックスパック 7 と同等) から導入された -utilities パラメーターはユーティリティーの情報を報告します。報告される各エレメントの説明が、「システム・モニター・ガイドおよびリファレンス」のユーティリティーのセクションにあります。

-activestatements 新規パラメーター

バージョン 8.2.2 (バージョン 8.1 フィックスパック 9 と同等) から導入された -activestatements パラメーターは、アクティブ・ステートメントに関する情報を戻します。以下の情報が戻されます。

AppHandl: アクティブ・ステートメントを使用するアプリケーション・ハンドル (ノードと索引を含む)。
UOW-ID: AppHandl に関連したアプリケーション用の、ステートメントがアクティブになった作業単位 ID。
StmtID: 作業単位内のステートメント ID。
AnchID: パッケージ・キャッシュ動的 SQL ハッシュ・アンカーの ID。
StmtUID: ハッシュ・アンカー内で固有のパッケージ・キャッシュ動的 SQL ステートメントの ID。
EffISO: ステートメントの有効な分離レベル。
EffLockTOut: ステートメントの有効なロック・タイムアウト値。
EffDegree: ステートメントの有効な並列処理の度合い。
StartTime: ステートメントの開始時刻。
LastRefTime: アプリケーションによるステートメントの最終参照時刻。

-locks パラメーターの新しい待機オプション

バージョン 8.2.2 (バージョン 8.1 フィックスパック 9 と同等) 以降、-locks パラメーターとともに wait オプションを指定することにより、待ち状態にあるロックと待機されているロックのみを戻すことができます。

-applications パラメーターによって戻される新しいフィールド

バージョン 8.2.2 (バージョン 8.1 フィックスパック 9 と同等) 以降、-applications パラメーターは以下の 4 つの新しいフィールドを戻します。

C-AnchID: この新規フィールドは、現行のステートメントのパッケージ・キャッシュ動的 SQL ハッシュ・アンカーの ID です。現行のステートメントが存在しない場合、このフィールドの値は 0 になります。現行のハッシュ・アンカー ID は、アプリケーションがステートメントに関連した要求 (たとえば FETCH 要求) を実行している場合にのみ取り込まれます。いったん要求の処理が完了すると、値は 0 に設定されます。静的 SQL ステートメントの場合も値は 0 に設定されます。
C-StmtUID: この新規フィールドは、現行のステートメントのハッシュ・アンカー内のパッケージ・キャッシュ動的 SQL ステートメントの固有 ID です。現行のステートメントが存在しない場合、このフィールドの値は 0 になります。現行のステートメントの固有 ID は、アプリケーションがステートメントに関連した要求を実行している場合にのみ取り込まれます。いったん要求の実行が完了すると、値は 0 に設定されます。静的 SQL ステートメントの場合も値は 0 に設定されます。
L-AnchID: この新規フィールドは、アプリケーションの最終実行ステートメントのパッケージ・キャッシュ動的 SQL ハッシュ・アンカーの ID です。動的 SQL ステートメントが実行される前など、最終実行ステートメントが存在しない場合、このフィールドの値は 0 になります。静的 SQL ステートメントの場合も値は 0 に設定されます。最終アンカー・ハッシュ ID はそれぞれの要求の実行が完了した後に取り込まれ、次の関連要求が完了するまで存続します。
L-StmtUID: この新規フィールドは、アプリケーションの最終実行ステートメントのハッシュ・アンカー内のパッケージ・キャッシュ動的 SQL ステートメントの固有 ID です。最終実行ステートメントが存在しないか、またはそれが静的 SQL だった場合、このフィールドの値は 0 になります。最終ステートメントの ID は現行の要求が完了した後取り込まれ、次の要求が完了するまで存続します。

SET CLIENT コマンドの更新

SET^(TM) CLIENT コマンドでは、バック・エンド・プロセスの接続設定を指定します。

このコマンドのコマンド・パラメーター SYNCPOINT は、バージョン 8 では無視されます。SYNCPOINT は、後方互換性のために引き続き組み込まれています。

PRECOMPILE コマンドの更新

PRECOMPILE コマンドで、組み込み SQL ステートメントが含まれるアプリケーション・プログラム・ソース・ファイルを処理します。 SQL のホスト言語呼び出しを含む変更後のソース・ファイルが作成されます。また、デフォルトとして、データベース内にパッケージが作成されます。

UPDATE HISTORY FILE コマンドの更新

ヒストリー・ファイル項目にあるロケーション、装置タイプ、またはコメントを更新します。

コマンド・パラメーター STATUS は、項目の新しい状況を指定します。

以前の資料では、STATUS コマンド・パラメーターには、項目を非アクティブとしてマーク付けするために値『I』を指定できると、誤って説明されています。有効な値は次のとおりです。

A: 項目をアクティブとしてマークします。
E: 項目を期限切れとしてマークします。

EXPORT および IMPORT コマンドの更新

EXPORT および IMPORT コマンドの正確な『必要な接続』サブセクションは、以下のとおりです。

必要な接続

データベース。暗黙的な接続が可能である場合は、デフォルトのデータベースへの接続が確立されます。 Linux、^(TM)UNIX、^(R)または Windows^(R) クライアントからの Linux、UNIX、または Windows データベース・サーバーへのユーティリティー・アクセスは、DB2 Connect^(TM) ゲートウェイまたはループバックを経由してではなく、エンジンを使用したエンジン直接接続でなければなりません。

LOAD コマンドの更新

INDEXING MODE パラメーターの AUTOSELECT 値の正確な情報は、次のとおりです。

INDEXING MODE

AUTOSELECT: REBUILD モードと INCREMENTAL モードのいずれにするかを、ロード・ユーティリティーが自動的に決定します。決定は、ロードされるデータ量と索引ツリーの深さに基づいて行われます。索引ツリーの深さに関連する情報は索引オブジェクトに保管されています。この情報を設定するために、RUNSTATS は不要です。 AUTOSELECT がデフォルトの索引付けモードです。

ロード・ユーティリティーのファイル・タイプ修飾子

『generatedoverride』修飾子の説明において SET INTEGRITY コマンドが更新されました。

『usedefaults』修飾子の説明も更新されました。

更新内容は、以下のとおりです。

表 30. ロードで有効なファイル・タイプ修飾子: すべてのファイル・フォーマット
修飾子	説明
generatedoverride	この修飾子は、(こうした列のタイプの通常の規則に反して) 表内のすべての生成列で、ユーザーのデータを受け入れるようにロード・ユーティリティーに指示します。これが役立つのは、別のデータベース・システムからデータを移行する場合や、ROLLFORWARD DATABASE コマンドで RECOVER DROPPED TABLE オプションを使用してリカバリーしたデータから表をロードする場合です。この修飾子を使用した場合、 NULL 不可の生成列でデータまたは NULL データの入っていない行はリジェクトされます (SQL3116W)。注: この修飾子が使用される場合、表は CHECK PENDING 状態になります。ユーザー提供の値をチェックせずに表を CHECK PENDING 状態から解放するには、ロード操作後に以下のコマンドを発行します。 SET INTEGRITY FOR < table-name > GENERATED COLUMN IMMEDIATE UNCHECKED 表の CHECK PENDING 状態を解除し、ユーザー定義の値の検査を強制するには、ロード操作の後以下のコマンドを発行してください。 SET INTEGRITY FOR < table-name > IMMEDIATE CHECKED. この修飾子は、`generatedmissing` または `generatedignore` 修飾子とともに使用することはできません。
usedefaults	ターゲット表の列のソース列が指定されているが、 1 つまたは複数の行インスタンスのデータが入っていない場合は、デフォルト値がロードされます。欠落データの例は、以下のとおりです。 DEL ファイルの場合: 2 つの連続する列区切り文字 (",,") または、任意の数のスペースで分離された 2 つの連続する列区切り文字 (", ,") が、列の値に指定されている。 DEL/ASC/WSF ファイルの場合: 列が不足している行、または元の指定には十分な長さでない行。注: ASC ファイルの場合: NULL 列値は明示的に欠落していると見なされず、NULL 列値にはデフォルトが置換されません。NULL 列値は、数値、日付、およびタイム・スタンプ列の場合は全桁スペース文字か、または任意のタイプの列の場合は NULL INDICATOR を使用して表現され、列が NULL であることを示します。このオプションが指定されていない場合、行インスタンスのソース列にデータがないと、以下のいずれかの処理が行われます。 DEL/ASC/WSF ファイルの場合: 列が NULL 可能な場合、NULL がロードされます。列が NULL 可能でない場合、ユーティリティーはその行をリジェクトします。

インポート・ユーティリティーのファイル・タイプ修飾子

『usedefaults』および『codepage=x』修飾子の説明は、以下のように更新されました。

表 31. インポートで有効なファイル・タイプ修飾子: すべてのファイル・フォーマット
修飾子	説明
usedefaults	ターゲット表の列のソース列が指定されているが、 1 つまたは複数の行インスタンスのデータが入っていない場合は、デフォルト値がロードされます。欠落データの例は、以下のとおりです。 DEL ファイルの場合: 2 つの連続する列区切り文字 (",,") または、任意の数のスペースで分離された 2 つの連続する列区切り文字 (", ,") が、列の値に指定されている。 DEL/ASC/WSF ファイルの場合: 列が不足している行、または元の指定には十分な長さでない行。注: ASC ファイルの場合: NULL 列値は明示的に欠落していると見なされず、NULL 列値にはデフォルトが置換されません。NULL 列値は、数値、日付、およびタイム・スタンプ列の場合は全桁スペース文字か、または任意のタイプの列の場合は NULL INDICATOR を使用して表現され、列が NULL であることを示します。このオプションが指定されていない場合、行インスタンスのソース列にデータがないと、以下のいずれかの処理が行われます。 DEL/ASC/WSF ファイルの場合: 列が NULL 可能な場合、NULL がロードされます。列が NULL 可能でない場合、ユーティリティーはその行をリジェクトします。

表 32. インポートで有効なファイル・タイプ修飾子: ASCII ファイル・フォーマット (ASC/DEL)
修飾子	説明
codepage=x	x は ASCII 文字ストリングです。この値は、出力データ・セット内のデータのコード・ページと解釈されます。インポート操作中に、文字データをこのコード・ページからアプリケーション・コード・ページに変換します。以下の規則が適用されます。純 DBCS (GRAPHIC)、混合 DBCS、および EUC では、区切り文字は x00 から x3F の範囲に制限されます。 `nullindchar` には、標準の ASCII セットに組み込む (コード・ポイント x20 から x7F の範囲の) 記号を指定する必要があります。これは、ASCII 記号およびコード・ポイントを示します。注: `codepage` 修飾子を `lobsinfile` 修飾子とともに使用することはできません。コード・ページがアプリケーションのコード・ページからデータベースのコード・ページに変換されているときにデータの拡張が発生する場合は、データは切り捨てられ、データの消失が発生する可能性があります。

ATTACH コマンド

ATTACH コマンドの USER パラメーターは、認証 ID を指定します。 Windows オペレーティング・システム上の DB2 Universal Database インスタンスにアタッチする場合は、Microsoft^(R) Windows NT^(R) Security Account Manager (SAM) と互換性のあるフォーマットでユーザー名を指定できます。修飾子は、最大長が 15 文字の NetBIOS スタイル名でなければなりません。例えば、domainname¥username などです。

RECOVER DATABASE コマンド

バージョン 8.2 ドキュメンテーションの RECOVER DATABASE コマンドの例のセクションで、タイム・スタンプの形式が間違って yyyy:mm:dd:hh:mm:ss となっています。

正しい形式は yyyy-mm-dd-hh.mm.ss です。

UPDATE HISTORY FILE コマンド

UPDATE HISTORY FILE コマンドは、ヒストリー・ファイル項目にあるロケーション、装置タイプ、コメント、または状況を更新します。

更新されたコマンド構文

>>-UPDATE HISTORY--+-FOR--object-part-+--WITH------------------->
                   '-EID--eid---------'
 
>--+-LOCATION--new-location--DEVICE TYPE--new-device-type-+----><
   +-COMMENT--new-comment---------------------------------+
   '-STATUS--new-status-----------------------------------'

更新されたコマンド・パラメーター

FOR object-part

更新される履歴項目の ID を指定します。この ID は、タイム・スタンプと 001 から 999 までのオプションのシーケンス番号で構成されます。

注:

項目の状況を更新するためには使用できません。項目の状況を更新するには、代わりに EID を指定してください。

STATUS new-status

項目の新しい状況を指定します。バックアップ項目のみがその状況を更新できます。有効な値は次のとおりです。

A: アクティブ。ほとんどの項目はアクティブです。
I: 非アクティブ。アクティブ・ログ・チェーン上にもはやないバックアップ・イメージは、非アクティブになります。
E: 期限切れ。バックアップ・イメージの数が NUM_DB_BACKUPS を超えたために不要になったバックアップ・イメージは、期限切れのフラグが立てられます。
D: リカバリーに使用可能でないバックアップ・イメージは、削除済みとしてマークされることになります。

| | |

db2updv8 - バージョン 8 の現行レベルへのデータベースの更新コマンド

このコマンドは、以下の方法で、現行レベルをサポートできるようにデータベース内のシステム・カタログを更新します。 |

現行データベース・マネージャーとともに配送された新規ルーチンを導入します。

ODBC/CLI/JDBC スキーマ・プロシージャーをトラステッド・プロシージャーとしてカタログし、パフォーマンスとスケーラビリティーを向上させます。

SYSPROC.SNAPSHOT_QUIESCERS 表関数の戻りパラメーターの 2 つのタイプミスを修正します。 | |
- OUIESCER_TBS_ID は QUIESCER_TBS_ID に訂正されます。
- OUIESCER_STATE は QUIESCER_STATE に訂正されます。

"logged" ビットがカタログ表と整合するように、LOB 列の列記述子を修正します。

SYSIBM.SYSREVTYPEMAPPINGS ビューを作成します。

SYSSTAT.COLUMNS および SYSSTAT.TABLES のビュー定義を更新します。

更新可能な SYSCOLDIST.DISTCOUNT 列を更新します。

SYSINDEXES.TBSPACEID 列を更新して、列フラグが設定されないようにします。

17 個の表関数のパラメーター長を修正します。 |関数の完全なリストについては、「バージョン 8.2 リリース・ノート」の『ドキュメンテーションの更新 | SQL 管理ルーチン』セクションの『スナップショット UDF の列の拡張』トピックを参照してください。

以下の組み込みルーチンを使用可能にします。 | |
- HEALTH_DBM_INFO
- HEALTH_DBM_HI
- HEALTH_DBM_HI_HIS
- HEALTH_DB_INFO
- HEALTH_DB_HI
- HEALTH_DB_HI_HIS
- HEALTH_TBS_INFO
- HEALTH_TBS_HI
- HEALTH_TBS_HI_HIS
- HEALTH_CONT_INFO
- HEALTH_CONT_HI
- HEALTH_CONT_HI_HIS
- GET_WRAP_CFG_C
- LIST_FILES_C
- ODBC_DISCOVERY
- HEALTH_HI_REC
- EXEC_DB2_SCRIPT
- HEALTH_HI_REC
- EXEC_DB2_SCRIPT
- ADMIN_LIST_HIST
- GET_DBM_CONFIG

以下の 33 個の SYSPROC スナップショット UDF を THREADSAFE に変更します。 |
- SNAPSHOT_DBM
- SNAPSHOT_FCM
- SNAPSHOT_FCMNODE
- SNAPSHOT_SWITCHES
- SNAPSHOT_APPL_INFO
- SNAPSHOT_APPL
- SNAPSHOT_STATEMENT
- SNAPSHOT_LOCKWAIT
- SNAPSHOT_AGENT
- SNAPSHOT_SUBSECT
- SNAPSHOT_DATABASE
- SNAPSHOT_BP
- SNAPSHOT_LOCK
- SNAPSHOT_TABLE
- SNAPSHOT_DYN_SQL
- SNAPSHOT_TBS
- SNAPSHOT_TBS_CFG
- SNAPSHOT_QUIESCERS
- SNAPSHOT_CONTAINER
- SNAPSHOT_RANGES
- SNAPSHOT_TBREORG
- HEALTH_DBM_INFO
- HEALTH_DBM_HI
- HEALTH_DBM_HI_HIS
- HEALTH_DB_INFO
- HEALTH_DB_HI
- HEALTH_DB_HI_HIS
- HEALTH_TBS_INFO
- HEALTH_TBS_HI
- HEALTH_TBS_HI_HIS
- HEALTH_CONT_INFO
- HEALTH_CONT_HI
- HEALTH_CONT_HI_HIS

以下の関数のパラメーター長を変更します。 | |
- SQLCACHE_SNAPSHOT
- SNAPSHOT_APPL_INFO
- SNAPSHOT_STATEMENT
- SNAPSHOT_LOCKWAIT
- SNAPSHOT_DATABASE
- SNAPSHOT_BP
- SNAPSHOT_LOCK
- SNAPSHOT_TABLE
- SNAPSHOT_TBREORG
- SNAPSHOT_SUBSECT
- SNAPSHOT_DYN_SQL
- HEALTH_DBM_INFO
- HEALTH_DBM_HI
- HEALTH_DBM_HI_HIS
- HEALTH_DB_INFO
- HEALTH_DB_HI
- HEALTH_DB_HI_HIS
- DB_PARTITIONS
- GROUPS_FOR_USER
- DB_PARTITION

廃止された db2schem の代わりにスキーマ db2schema を使用して SQL データを変更できるように、以下の関数を変更します。 | |
- SQLTABLES
- SQLTABLEPRIVILEGES
- SQLSTATISTICS
- SQLSPECIALCOLUMNS
- SQLPROCEDURES
- SQLPROCEDURECOLS
- SQLPRIMARYKEYS
- SQLFOREIGNKEYS
- SQLCOLUMNS
- SQLCOLPRIVILEGES

廃止された db2schem の代わりにスキーマ db2schema を使用するように、以下の関数を変更します。 | |
- SQLUDTS
- SQLGETTYPEINFO

|許可 |

sysadm

|必要な接続 |

データベース。このコマンドは、指定されたデータベースへの接続を自動的に確立します。

|コマンド構文 |

|>>-db2updv8-- -d--database-name--------------------------------->
| 
|>--+----------------------------+--+-----+---------------------><
|   '- -u--userid-- -p--password-'  '- -h-'
|

|コマンド・パラメーター |

-d database-name: 更新するデータベースの名前を指定します。 |
-u userid: ユーザー ID を指定します。 |
-p password: ユーザーのパスワードを指定します。 |
-h: ヘルプ情報を表示します。このオプションを指定すると、他のすべてのオプションは無視され、 |ヘルプ情報のみが表示されます。 |

|例 |

現行レベル (フィックスパックまたは新しいバージョン) をインストールした後、以下のコマンドを実行して、サンプル・データベース内のシステム・カタログを更新します。

db2updv8 -d sample

|使用上の注意 |

このコマンドは、DB2 Universal Database バージョン 8.1.2 以降を実行しているデータベースでのみ使用できます。このコマンドを複数回発行した場合、 |エラーは報告されず、 |カタログのそれぞれの更新内容が 1 回のみ適用されます。

新しい組み込み関数を使用可能にするには、すべてのアプリケーションをデータベースから切断し、データベースが活動状態になっていれば非活動状態にする必要があります。

トラップ・ファイルのフォーマット (Windows)

トラップ・ファイル (*.TRP) のフォーマットを行える新しいツール db2xprt.exe が使用可能です。このツールは、DB2 Universal Database のバイナリー・トラップ・ファイルを、人が読むことのできる ASCII ファイルにフォーマットします。トラップ・ファイルは、デフォルトならインスタンス・ディレクトリー (DB2INSTPROF) に、 DIAGPATH データベース・マネージャー構成パラメーターが設定されている場合なら診断データ・ディレクトリーのパスにあります。

許可

DIAGPATH ディレクトリーへのアクセス権が必要です。

コマンド構文

>>-db2xprt--+----------+--+----+--+----+--infile--+---------+--><
            +-/p--path-+  '-/m-'  '-/n-'          '-outfile-'
            '-/v-------'

コマンド・パラメーター

/p path: バイナリー・ファイルと PDB ファイルが置かれている 1 箇所または複数のロケーションを示す、セミコロン (;) で区切られたパス。
/v: バージョン情報を表示します。
/m: トラップ・ファイルの残りの部分とともにメモリー・ダンプをフォーマットします。
/n: 行番号情報を無視してデータをフォーマットします。
infile: 入力ファイルを指定します。
outfile: 出力ファイルを指定します。

[ ページのトップ |前ページ | 次ページ | 目次 ]