互換性の問題

下位互換性

8 8 8

DB2 UDB バージョン 8.2 データベースの下位互換性

8

DB2 Universal Database(TM) バージョン 8.2 でデータベースを作成すると、そのデータベースはバージョン 8.1 レベルでは使用できません。そのデータベースは、8.2 以降のレベルでのみ使用できます。

8

DB2(R) UDB バージョン 8.2 レベルで作成されたデータベースには、前のバージョンでは使用できない追加機能がある場合があります。この違いにより、新規データベースを前のリリース DB2 UDB に移動しようとすると、予期しない、不適切な動作となる場合があります。 8

8 8
注:
8
バージョン 8.2 からバージョン 8.1 にデータベースを移動できるのは、データベースが元々バージョン 8.1 で作成されていた場合のみです。この場合でも、下位マイグレーションは db2demigdb ツールの実行後のみ行うことができます。ただし、バージョン 8.2 で変更された組み込み機能を使用すると、問題が発生する場合があります。
8 8 8

DB2 UDB クライアント・サポートの説明

8

「DB2 Universal Database クライアント機能 概説およびインストール」の『DB2 クライアントの概要』に以下のことが説明されています。

DB2 クライアントは、クライアント・リリース・レベルより 2 リリース後または 1 リリース前の DB2 サーバーと、同じリリース・レベルのサーバーに接続できます。
8

この記述は、次のように改訂します。

8

バージョン N クライアントからバージョン N + 2 サーバーへの接続は一部の環境では可能ですが、この接続はバージョン N がサービス中の場合のみサポートされる構成です。バージョン N のサービスが撤回されると、この構成はサポートされなくなります。

8

DB2 バージョン 8 サーバーに接続する DB2 バージョン 6 クライアントは、バージョン 6 のサービスが撤回されたため、サポートされなくなりました。

8

DB2 UDB サーバー・サポートの場合と同様に、バージョン N クライアントは、バージョン N - 1 サーバーがサービス休止中でない限り、バージョン N - 1 サーバーに接続できます。

7 7 7

DB2 UDB バージョン 8.2 から DB2 UDB バージョン 8.1 に下位マイグレーションする場合のヘルス・レジストリーの変更

7

DB2 UDB バージョン 8.2 レベルで行われたすべてのレジストリーの変更は、DB2 UDB バージョン 8.1 に下位マイグレーションすると失われます。レジストリーはバージョン 8.1 HealthRules.reg ファイルに戻ります。このファイルには、DB2 UDB バージョン 8.2 にアップグレードして HealthRules2.reg ファイル中の設定を使用開始する前に存在していた設定が含まれています。

3 3 3

代替フィックスパック (Linux および UNIX)

3 3

DB2 Universal Database (UDB) バージョン 8 以前では、フィックスパックには、1 つの固定ロケーションにインストールされた DB2 UDB パッケージまたはファイル・セットを更新する機能しかありませんでした。 3つまり、フィックスパックのインストールによって、既存ファイルがフィックスパックの更新済みファイルに置き換えられていました。 3単一のシステム内に複数の DB2 フィックスパック・レベルは存在できません。 3今後は、Linux(TM) ベースおよび UNIX(R) ベースのオペレーティング・システムの場合、 3同じシステムで複数のフィックスパック・レベルの DB2 UDB Enterprise Server Edition (ESE) の存在が可能になります。 3バージョン 8.1.2 より実稼働環境でサポートされるようになったこの機能は、 3次の 2 種類のフィックスパックの使用によって実現します。 3

3
3
通常のフィックスパック
3
3 3
3
代替フィックスパック
3
3 3
3
3 3
注:
3
    3
  1. 複数フィックスパックのインストールが不要な環境では、 3そのようなインストールを行う必要はありません。
    2. 3
  2. 3IBM(R) DB2 UDB Enterprise Server Edition (ESE) for Linux(TM) および UNIX(R) バージョン 8.1.2 以降、フィックスパックを複数フィックスパックとしてインストールすることが実稼働環境でサポートされるようになりました。3
    3. 3
  3. 7Linux では、以下のプラットフォーム上でのみ代替フィックスパックを使用できます。 73
    4. 3
  4. 同じシステム上の異なるフィックスパック・レベルで実行している複数の DB2 インスタンスは、 3フェデレーテッド照会のように、DB2 内部プロシージャー呼び出し (IPC) を行う操作をサポートしません。 3同じシステム上でそのような操作に関与するすべてのインスタンスは、 3同じ DB2 フィックスパック・レベルである必要があります。
    5. 3
  5. 9DB2 UDB バージョン 8 代替フィックスパックは、 9サポートされる Linux および Unix プラットフォーム上の DB2 ESE だけをサポートします。3
    6. 3
3

複数フィックスパック・インスタンスを別のフィックスパック・レベルに更新するには、 3次のいずれかの操作を実行します。 3

3 3

代替フィックスパックのダウンロードの詳細については、IBM サポート・サイト (http://www.ibm.com/software/data/db2/udb/support.html) を参照してください。

39 9 9

Query Patroller バージョン 8.2.2 と以前のフィックスパックとの、照会データの互換性

9

バージョン 8.2.2 から、32 ビット環境でキャプチャーされた TRACK_QUERY_INFO Query Patroller コントロール表の 9内容を 64 ビット環境で使用できます。 9この機能により、64 ビット環境への移行作業が容易になります。 9バージョン 8.2.2 の TRACK_QUERY_INFO Query Patroller コントロール表でキャプチャーされた 9情報を使用して、その照会のヒストリカル・データを生成したり、以前のフィックスパック・レベルで 9保持された照会を実行することはできません。

データウェアハウス・センターの旧サーバー・サポートの制限

DB2 Universal Database (UDB) Enterprise Server Edition バージョン 8 データウェアハウス・センターでの以前のサーバー・サポートには、以下の制限があります。

ラージ・オブジェクト (LOB) サポート
システム・ネットワーク体系 (SNA) のサポート
SNA を使用してウェアハウス・ソースおよびターゲットに接続する場合は、 構成を SNA を経由する TCP/IP に変更するか、 または Windows NT(R) ウェアハウス・エージェントを使用する必要があります。
EXPORT および LOAD ユーティリティーのサポート
データウェアハウス・センター・バージョン 8 の LOAD ユーティリティーは、バージョン 7 のターゲット・データベースをサポートしていません。ターゲットをバージョン 7 データベースとして保持する場合は、LOAD ステップを SQL Select および Insert ステップに変更しなければなりません。 SQL Select および Insert ステップは、後ろに SELECT および INSERT ステートメントが続く DELETE* ステートメントを使用します。 SQL Select および Insert ステップでは、すべてのトランザクションをデータベースでログ記録する必要があります。 そのため、SQL Select および Insert ステップのパフォーマンスは、 EXPORT および LOAD ユーティリティーの場合ほど効率はよくありません。

2DB2 UDB for OS/390 バージョン 6 および DB2 UDB for z/OS バージョン 7 での SQLJ および SQL Assist のサポートに必要なデベロップメント・センター APAR

2Windows(R) または UNIX オペレーティング・システム上の DB2 Universal Database (UDB) バージョン 8 用の Application Development Client で 2デベロップメント・センターを使用するときは、SQLJ および SQL Assist のサポートを使用可能にするために以下の APAR をインストールする必要があります。

2DB2 UDB for z/OS(R) バージョン 7
2DB2 UDB for OS/390(R) バージョン 6

DB2 UDB から起動される 2 つのバージョンの SQL Assist

バージョン 7 とバージョン 8 のいずれの SQL Assist でも、DB2 Universal Database バージョン 8 から呼び出すことができます。バージョン 7 は、DB2 データウェアハウス・センターから開始することができます。 その他のすべてのセンターは、最新のバージョン 8 を開始します。製品のオンライン・ヘルプには、 バージョン 7 の SQL Assist についての追加情報があります。

Unicode サーバー動作の変更

バージョン 7 では Unicode サーバーは、 接続時にアプリケーションから送信された GRAPHIC コード・ページを無視し、 UCS2 Unicode (コード・ページ 1200) が使用されました。 バージョン 8 Unicode サーバーでは、クライアントが送信したコード・ページを使用します。

8 8 8

移行中のデータベース構成パラメーターの変更

8

DB2 UDB バージョン 8.2 は、SQLDBCONF という名前の新規 16K データベース構成パラメーターを使用します。これは、SQLDBCON という名前の DB2 UDB バージョン 8.1 4K データベース構成パラメーター・ファイルとは別個のファイルです。

8

DB2 UDB バージョン 8.2 に移行した後、製品はバージョン 8.1 4K ファイルの内容を移行し、データベース構成パラメーター変更のロギングに 16K ファイルを使用します。バージョン 8.1 4K ファイルは保存されますが、使用されません。

8

DB2 UDB バージョン 8.1 に下位マイグレーションすると、DB2 UDB バージョン 8.1 製品はデータベース構成パラメーター変更のロギングに元の 8.1 4K ファイルを使用します。 8バージョン 8.2 16K ファイルは保存されますが、DB2 UDB バージョン 8.1 からは認識されません。 8バージョン 8.2 への移行とバージョン 8.1 への下位マイグレーションの間に 16K データベース構成パラメーター・ファイルに行われた変更は、変更内容が元の 4K ファイルに移行されないため、実際には、前の DB2 UDB レベルからは認識されません。

8

また、DB2 UDB バージョン 8.2 に再度移行すると、DB2 UDB バージョン 8.2 製品は 16K データベース構成ファイルがすでに存在することを認識し、データベース構成パラメーター変更のロギングに 8.2 16K ファイルを使用します。 8バージョン 8.1 4K ファイルは保存されますが、DB2 UDB バージョン 8.2 製品からは認識されません。 8バージョン 8.1 への下位マイグレーションとバージョン 8.2 への再移行の間に 4K データベース構成パラメーター・ファイルに行われた変更は、変更内容が既存の 16K ファイルに移行されないため、実際には、新しい DB2 UDB レベルからは認識されません。

7 7 7

db2diag.log フォーマット・メッセージの拡張

7

バージョン 8.2 では、db2diag.log ファイル・フォーマットが多くの点で改良されました。 7現在、このログ・ファイルの手動の読み取りとソフトウェア内での構文解析はこれまで以上に簡単になっています。 7改善点には、以下のものがあります。 7

7

例えば、database フィールド名の DB への変更など、他の変更も行われました。

7

イベント・レコードが診断メッセージとして db2diag.log ファイルに追加されました。この種のイベントの例としては、次のようなものがあります。 7

7

イベント・レコードは LEVEL フィールドに「Event」と指定されます。 7イベントはエラーではありませんが、重要性に応じて 4 (通知) または 3 (警告) 以外の 7診断レベルでログに記録されることがあります。

7 7 7

db2set プロファイル・レジストリー変数と DB または DBM 構成パラメーターのログ記録

7

バージョン 8.2 から、以下の更新が db2diag.log ファイルに記録されます。

7 7

これらの更新のメッセージは重要性が高いため、高い診断レベルでログに記録されます。

7

以下のタイプの db2set プロファイル・レジストリー更新がログに記録されます。 7

7
7
変更
7
db2set variableName=value コマンドを実行すると、以下のような db2diag.log 項目が記録されます。 7 7
2004-04-22-19.19.14.156959-240 I79582C286         LEVEL: Event
7PID     : 2437242              TID  : 1           PROC : db2set
7INSTANCE: db2user              NODE : 000
7FUNCTION: DB2 UDB, oper system services, db2set_main, probe:40
7CHANGE  : CFG DB2SET: DB2DBDFT: From: "OLDDB" To: "SAMPLE"
7
7
削除
7
db2set -r コマンドを実行すると、以下のような db2diag.log 項目が記録されます。 7 7
CHANGE  : CFG DB2SET: DB2DBDFT: From: "SAMPLE" To: ""
7 7
注:
7
上記の例では、ヘッダー情報が省略されています。
7
7
リセット
7
db2set variableName=value コマンドを実行すると、以下のような db2diag.log 項目が記録されます。 7 7
CHANGE  : CFG DB2SET: Profile registry was reset
7 7
注:
7
上記の例では、ヘッダー情報が省略されています。
7
7
7

DB および DBM 構成パラメーター更新の例を以下に示します。 7

7
CHANGE  : CFG DB SAMPLE: "Maxlocks" From: "10" To: "20"
7
7CHANGE  : CFG DBM: "Diaglevel" From: "3" To: "1"
7
7CHANGE  : CFG DBM: Reset to the system defaults
7 7
注:
7
上記の例では、ヘッダー情報が省略されています。
7

これらの構成更新メッセージを検索するには、db2diag ツールを使用してください。例えば、次のようにします。

7

製品の互換性

9 9 9

DB2 Universal Database for Linux, UNIX, and Windows によってサポートされる JDK 1.4.2

9

DB2 Universal Database(TM) (UDB) for Linux, UNIX, 9and Windows(R)、バージョン 8.2.2 (バージョン 8.1 フィックスパック 9 と同等) は、 9DB2 UDB でサポートされるすべての 32 ビットおよび 64 ビットの 9ワークステーション・オペレーティング・システム環境で JDK 1.4.2 をサポートします。 9このサポートには、Java(TM) クライアント・アプリケーションの作成と実行、 9コマンド行からの Java ルーチンの作成と実行、 9DB2 デベロップメント・センターからの Java ルーチンの作成と実行 (サポートされる場合)、 9他の DB2 ツールの実行、およびその他が含まれます。

9

DB2 UDB バージョン 8.2 をインストールすると、 9DB2 UDB インストールが以前の DB2 UDB バージョン 8 インストールの更新である場合以外は、 9Java Developer Kit がまだインストールされていなければ、 9サポートされているその最新バージョンもインストールされます。 9DB2 UDB バージョン 8 の以前のインストールを更新する場合、 9Java Developer Kit を CD からインストールする必要があります。

9

以下の表は、DB2 によってサポートされる 32 ビットおよび 64 ビットの 9ワークステーション・オペレーティング・システム環境、 9およびそれぞれに対するサポートされる最新の JDK レベルを示しています。 9以前の JDK サポートについては、Java Application Development の Web ページ 9を http://www.ibm.com/software/data/db2/udb/ad/v8/java/ で参照してください。 9

9 999999999999999999999999999999999999999999999999999999999999999
表 1. DB2 によってサポートされる環境、およびそれに対するサポートされる JDK レベル
DB2 によってサポートされる環境 最新のサポートされる JDK レベル
Windows IA/AMD 32 ビット JDK 1.4.2
Windows IA 64 ビット JDK 1.4.2
Windows AMD/EM64T 64 ビット JDK 1.4.2
AIX(R) 4.3.3 32 ビット JDK 1.3.1 SR6 [2]
AIX 5 (ハイブリッド [1]) JDK 1.4.2
Solaris (ハイブリッド [1]) JDK 1.4.2
HPUX RISC & Itanium (ハイブリッド [1]) JDK 1.4.2.01
Linux AMD/EM64T 32 ビット、64 ビット (ハイブリッド [1]) JDK 1.4.2 [3]
Linux IA 32 ビット JDK 1.4.2
Linux IA 64 ビット JDK 1.4.2
Linux 390 31 ビット JDK 1.4.2
Linux 390 64 ビット JDK 1.4.2
Linux PPC (ハイブリッド [1]) JDK 1.4.2
9 9
注:
9
    9
  1. ハイブリッドとは、32 ビットおよび 64 ビットのサポートを含むインストール・イメージのことです。
    2. 9
  2. JDK 1.3.1 サービス・リリース 6 は、AIX 4.3.3 でサポートされる唯一の JDK バージョンです。
    3. 9
  3. JDK 1.4.2 を使用する Linux AMD/EM64T (32 ビットおよび 64 ビット) では、 9DB2 グラフィカル・ユーザー・インターフェース・ツールはサポートされません。
    4. 9
9

Linux Java 環境をセットアップするための更新された手順。この手順については、次に示します。

9 9 9

Linux Java 環境のセットアップ

9
9前提条件 9

9
9
9手順 9

Linux 上で DB2 JDBC サポートを利用して Java アプリケーションを構築する方法は、以下のとおりです。 9

9
    9
  1. 「アプリケーション開発ガイド: アプリケーションの構築および実行」 9のトピック『Linux でサポートされる開発ソフトウェア』にリストされたサポートされている開発者キットの 1 つを 9インストールおよび構成します。 9 9

    Java ストアード・プロシージャーまたはユーザー定義関数を実行するには、 9Linux ランタイム・リンカーが特定の Java 共用ライブラリーにアクセスできる必要があり、 9しかも DB2 UDB がそのライブラリーと Java 仮想計算機の両方をロードできる必要があります。 9ストアード・プロシージャーおよびユーザー定義関数を実行するプロセスは、 9/etc/ld.so.conf ファイルで定義されているとおり、 9セキュアな場所にあるライブラリーだけをロードします。 9それらのセキュアな場所の 1 つは、/usr/lib です。 9残りの指示は、どのライブラリーが /usr/lib 内にシンボリック・リンクを 9必要とするかを示しています。

    2. 9
  2. Java 共用ライブラリーを指し示すシンボリック・リンクを /usr/lib に作成します。 9以下のように、使用する JDK のバージョンに応じて、 9異なる共用ライブラリーにリンクしなければならないことがあります。 9 9
    9
    IBM(R) Developer Kit 1.3 の場合
    9
    libjava.so、libjvm.so、および libhpi.so へのシンボリック・リンクを作成します。 9シンボリック・リンクを作成するには、root として次のようなコマンドを実行します。 9 9
       cd /usr/lib
9   ln -fs JAVAHOME/jre/bin/libjava.so .
9   ln -fs JAVAHOME/jre/bin/classic/libjvm.so .
9   ln -fs JAVAHOME/jre/bin/libhpi.so .
    ただし JAVAHOME は、IBM Developer Kit のベース・ディレクトリーです。 9DB2 UDB によってこのライブラリーが見つけられない場合に Java ルーチンを実行しようとすると、 9-4301 エラーが発生し、ライブラリーが見つからないことを知らせるメッセージが管理通知ログ内に置かれます。 9
    9
    IBM Developer Kit 1.4.1 の場合
    9
    libjava.so、libjvm.so、libhpi.so、および libjsig.so へのシンボリック・リンクを作成します。 9シンボリック・リンクを作成するには、root として次のようなコマンドを実行します。 9 9
       cd /usr/lib
9   ln -fs JAVAHOME/jre/bin/libjava.so
9   ln -fs JAVAHOME/jre/bin/classic/libjvm.so
9   ln -fs JAVAHOME/jre/bin/libhpi.so
9   ln -fs JAVAHOME/jre/bin/libjsig.so
    ただし JAVAHOME は、IBM Developer Kit のベース・ディレクトリーです。 9DB2 UDB によってこのライブラリーが見つけられない場合に Java ルーチンを実行しようとすると、 9-4301 エラーが発生し、ライブラリーが見つからないことを知らせるメッセージが管理通知ログ内に置かれます。 9
    9
    IBM Developer Kit 1.4.2 の場合
    9
    libjava.so、libjvm.so、libhpi.so、libjsig.so、libjitc.so、libxhpi.so、 9および libdbgmalloc.so へのシンボリック・リンクを作成します。 9シンボリック・リンクを作成するには、root として次のようなコマンドを実行します。 9 9
      cd /usr/lib
9  ln -fs JAVAHOME/jre/bin/libjava.so
9  ln -fs JAVAHOME/jre/bin/classic/libjvm.so
9  ln -fs JAVAHOME/jre/bin/libhpi.so
9  ln -fs JAVAHOME/jre/bin/libjsig.so
9  ln -fs JAVAHOME/jre/bin/libjitc.so
9  ln -fs JAVAHOME/jre/bin/libxhpi.so
9  ln -fs JAVAHOME/jre/bin/libdbgmalloc.so
    ただし JAVAHOME は、IBM Developer Kit のベース・ディレクトリーです。 9DB2 UDB によってこのライブラリーが見つけられない場合に Java ルーチンを実行しようとすると、 9-4301 エラーが発生し、ライブラリーが見つからないことを知らせるメッセージが管理通知ログ内に置かれます。 9
    9
9
9代替手順 9

/usr/lib ディレクトリー内の共用ライブラリーへのリンクを明示的に作成する代わりに、 9Java 共用ライブラリー名を /etc/ld.so.conf ファイルに追加できます。 9Java 共用ライブラリー名を /etc/ld.so.conf ファイルに追加する場合、 9変更後に ldconfig コマンドを root レベル・アクセスによって実行する必要があります。 9この代替手順で問題が生じた場合、 9前に説明した方法で /usr/lib ディレクトリーにリンクを作成してください。

64 ビット・オペレーティング・システムでは Microsoft XP のフィックスが必要

DB2 ファミリー製品で NETBIOS プロトコルを使用するように構成されている Microsoft(R) XP 64 ビット・オペレーティング・システム (2600) を使用している場合、Microsoft からホット・フィックスを入手する必要があります。 Microsoft サポート技術情報の文書番号 317437 について、Microsoft に問い合わせてください。

2Windows XP オペレーティング・システム

2Windows XP Home Edition オペレーティング・システムは、DB2 Universal Database (UDB) Personal Edition 製品でのみサポートされています。

2以下の DB2 製品は、Windows XP Professional オペレーティング・システムをサポートしています。

9以下の DB2 製品は、 9Windows XP 上では開発およびテスト目的でのみサポートされます (実稼働環境では、 9Windows 2000 または Windows Server 2003 が必要です)。

8 8 8

DB2 UDB HADR には、別個の有償オプションが選択可能

8

DB2 Universal Database (UDB) バージョン 8.2 では、DB2 UDB Workgroup Server Edition および DB2 UDB Express Edition のカスタマー (ユーザー単位の価格設定モデルでライセンス交付を受けた場合) は、別個の有償オプションで DB2 UDB High Availability Disaster Recovery (HADR) をインストールできませんでした。この問題は、DB2 UDB バージョン 8.2 フィックスパック 1 (バージョン 8.1 フィックスパック 8) で修正されました。

8 8 8

DB2 Warehouse Manager (バージョン 8.2) および IBM DB2 OLAP Server FP3 以降

8

DB2 Warehouse Manager Standard Edition バージョン 8.2 の OLAP ユーティリティーは IBM DB2 OLAP Server(TM) FP3 (Essbase API レベル 6.5.4) 以降と互換性がありません。この問題が解決されるまで、DB2 OLAP Server FP2 (Essbase 6.5.3) 以前の使用をお勧めします。

9 9 9

ロー I/O のログの使用可能化 (2.6 カーネルを使用する Linux)

9

DB2 Universal Database (UDB) バージョン 8.2.2 より前のロー I/O 装置でログを使用するには、 9raw ユーティリティーを使用して、 9物理装置を Linux ロー・キャラクター型装置ドライバーにバインドする必要がありました。 9DB2 UDB バージョン 8.2.2 (バージョン 8.1 フィックスパック 9 と同等) から、 92.6 Linux カーネル上で、ログのロー I/O は直接指定できるようになりました。 9DB2 UDB は 2.6 カーネル内の特殊なオープン・フラグを利用して、 9ログのロー I/O をデフォルトで使用可能にします。 9たとえば、装置パーティション /dev/sdb1 を SAMPLE データベースのロー・ログで使用するには、 9以下のコマンドを発行します。

9
db2 update db cfg for sample using newlogpath /dev/sdb1
9

ロー文字ドライバーは 2.6 カーネル内で使用すべきでないものです。 9これは将来のカーネルから除去される可能性があります。 9さらに、Linux ディストリビューションのデフォルト・カーネルにはこのドライバーが含まれないことがあります。

9

表スペースのロー I/O を使用可能にするための、 92.6 カーネル内の特殊なオープン・フラグのサポートは、 9以前にバージョン 8.2 で追加されました。

8 8 8

データウェアハウス・センターでの Red Hat Linux サポート

8

DB2 Universal Database バージョン 8.2 は Red Hat Enterprise Linux AS バージョン 3 および 2.1 をサポートします。 8ただし、データウェアハウス・センターは Red Hat Enterprise Linux AS バージョン 2.1 のみサポートします。データウェアハウス・センターは、Red Hat Enterprise Linux AS バージョン 3.1 をサポートしない DataDirect ODBC ドライバーを使用します。したがって、データウェアハウス・センターは、Red Hat Enterprise Linux AS バージョン 3.1 エージェント・サイトから ODBC ウェアハウス・ソースとウェアハウス・ターゲットをサポートしません。

6 6 6

コード化文字セット ID (CCSID) 5039 用の代替 Unicode 変換表

6

Microsoft Windows の日本語シフト JIS コード・ページは、IBM コード化文字セット ID (CCSID) 943 として登録されています。ただし、HP-UX プラットフォーム上ではシフト JIS コード・ページは CCSID 5039 として登録されています。 6CCSID 5039 の中には、日本工業規格 (JIS) の文字のみが入っていて、ベンダー定義の文字はありません。 6CCSID 5039 の DB2 Universal Database (UDB) データベースを HP-UX 上で使用してシフト JIS 文字を保管することはできますが、 6CCSID 5039 と CCSID 943 の間でコード・ページの変換が行われます。 6Microsoft ODBC アプリケーションの使用時に、CCSID 5039 のデータを Unicode に変換すると、IBM のコード・ページの変換表と Microsoft のコード・ページの変換表の相違により問題が発生する場合があります。

6

以下の文字のリストは、CCSID 5039 から Unicode に変換したときに、 6いずれの変換表 (IBM または Microsoft) を使用するかにより異なるコード・ポイントになります。 6このような文字の場合、IBM の変換表は日本工業規格 JISX0208 および JISX0221 に準拠しています。 6

6 66666666666666666666666666666666
表 2. CCSID 5039 から Unicode コード・ポイントへの変換
シフト JIS コード・ポイント (文字名) IBM 基本コード・ポイント (Unicode 名) Microsoft 基本コード・ポイント (Unicode 名)
X'815C' (ダッシュ (全角)) U+2014 (ダッシュ (全角)) U+2015 (水平バー)
X'8160' (波形ダッシュ) U+301C (波形ダッシュ) U+FF5E (ティルド (全角))
X'8161' (双柱) U+2016 (双柱) U+2225 (並列記号)
X'817C' (負符号) U+2212 (負符号) U+FF0D (ハイフン (全角))
6

例えば、X'815C' の CCSID 5039 コード・ポイントである文字ダッシュ (全角) は、 6IBM 変換表を使用すると Unicode コード・ポイント U+2014 に変換されますが、Microsoft 変換表を使用すると U+2015 に変換されます。 6Microsoft ODBC アプリケーションは、U+2014 を無効コード・ポイントとして扱うため、問題を生じる可能性があります。 6このような問題を回避するために、DB2 UDB には、デフォルトの IBM 変換表に加えて、CCSID 5039 から Unicode への代わりの Microsoft 変換表が用意されています。デフォルトの IBM 変換表を、代わりの Microsoft 変換表に置き換える必要があります。 6Unicode から CCSID 5039 へのデフォルトの IBM 変換表は、Microsoft バージョンのものと一致します。

6 6 6

コード化文字セット (CCSID) 5039 の Unicode 変換表を Microsoft 変換表に置換

6

CCSID 5039 から Unicode への変換では、DB2 Universal Database (UDB) のデフォルトのコード・ページ変換表が使用されます。 6Microsoft バージョンなど、異なるバージョンの変換表を使用する場合は、 6デフォルトの変換表 (.cnv) ファイルを手動で置換する必要があります。

6
6前提条件 6

sqllib/conv ディレクトリー内の既存のコード・ページ変換表ファイルを置換する前に、 6それを変更前の状態に戻す場合に備えて、ファイルをバックアップする必要があります。 6UNIX および Linux では、sqllib/conv ディレクトリーは DB2 UDB のインストール・パスにリンクされています。

6
6制約事項 6

変換表の置換を有効にするには、同じデータベースに接続するすべての DB2 UDB クライアントで変換表を変更する必要があります。 6変更しないと、クライアントごとにそれぞれ異なるコード・ポイントを使用して、同じ文字を保管する可能性があります。

6
6手順 6

CCSID 5039 から Unicode への変換用のデフォルトの DB2 UDB 変換表を置き換えるには、 6次の手順で行います。 6

6
    6
  1. sqllib/conv/ms/5039ucs2.cnv を sqllib/conv/5039ucs2.cnv にコピーします。
    2. 6
  2. DB2 UDB を再始動します。
6 6 6

コード化文字セット ID (CCSID) 954 用の代替 Unicode 変換表

6

日本語 EUC コード・ページ用の IBM コード化文字セット ID (CCSID) は、CCSID 954 として登録されています。 6CCSID 954 は、日本語の UNIX および Linux プラットフォームの共通のエンコード方式です。Microsoft ODBC アプリケーションを使用して CCSID 954 の DB2 Universal Database (UDB) データベースに接続すると、CCSID 954 から Unicode へのデータの変換時に問題が生じることがあります。 6問題が生じる可能性は、 6IBM のコード・ページの変換表と Microsoft のコード・ページの変換表の相違に起因します。 6IBM の変換表は日本工業規格 (JIS) JISX0208、JISX0212、および JISX0221 に指定されている文字名に準拠しています。

6

以下の文字は、CCSID 954 から Unicode に変換したときに、IBM または Microsoft のいずれの変換表を使用するかにより異なるコード・ポイントになります。 6

6 6666666666666666666666666666666666666
表 3. CCSID 954 から Unicode コード・ポイントへの変換
EUC-JP コード・ポイント (文字名) IBM 基本コード・ポイント (Unicode 名) Microsoft 基本コード・ポイント (Unicode 名)
X'A1BD' (ダッシュ (全角)) U+2014 (ダッシュ (全角)) U+2015 (水平バー)
X'A1C1' (波形ダッシュ) U+301C (波形ダッシュ) U+FF5E (ティルド (全角))
X'A1C2' (双柱) U+2016 (双柱) U+2225 (並列記号)
X'A1DD' (負符号) U+2212 (負符号) U+FF0D (ハイフン (全角))
X'8FA2C3' (破断線) U+00A6 (破断線) U+FFE4 (破断線 (全角))
6

例えば、X'A1BD' の CCSID 954 コード・ポイントである文字ダッシュ (全角) は、 6IBM 変換表を使用すると Unicode コード・ポイント U+2014 に変換されますが、Microsoft 変換表を使用すると U+2015 に変換されます。 6変換マッピングのこの相違のため、DB2 UDB Unicode データベース、または DB2 UDB 954 データベースの GRAPHIC 列に、同一文字に対して 2 つの別々のコード・ポイントが充当されることがあります。 6Microsoft ODBC アプリケーションは、U+2014 を無効コード・ポイントとして扱うため、問題を生じる可能性があります。 6このような問題を回避するために、DB2 UDB には、デフォルトの IBM 変換表に加えて、CCSID 954 から Unicode への代わりの Microsoft 変換表が用意されています。デフォルトの IBM 変換表を、代わりの Microsoft 変換表に置き換える必要があります。 6Unicode から CCSID 954 へのデフォルトの IBM 変換表は、Microsoft バージョンのものと一致します。

6 6 6

コード化文字セット (CCSID) 954 の Unicode 変換表を Microsoft 変換表に置換

6

CCSID 954 から Unicode への変換では、DB2 Universal Database (UDB) のデフォルトのコード・ページ変換表が使用されます。 6Microsoft バージョンなど、異なるバージョンの変換表を使用する場合は、 6デフォルトの変換表 (.cnv) ファイルを手動で置換する必要があります。

6
6前提条件 6

sqllib/conv ディレクトリー内の既存のコード・ページ変換表ファイルを置換する前に、 6それを変更前の状態に戻す場合に備えて、ファイルをバックアップする必要があります。 6UNIX および Linux では、sqllib/conv ディレクトリーは DB2 UDB のインストール・パスにリンクされています。

6
6制約事項 6

これを有効にするには、同じ CCSID 954 データベースに接続するすべての DB2 クライアントで変換表を変更する必要があります。 6クライアントが日本語 Windows の場合に、その ANSI コード・ページがシフト JIS (CCSID 943) であれば、 6CCSID 943 と Unicode の間の DB2 のデフォルトの変換表を Microsoft バージョンに変更する必要もあります。 6変更しないと、クライアントごとにそれぞれ異なるコード・ポイントを使用して、同じ文字を保管する可能性があります。

6
6手順 6

CCSID 954 から Unicode への変換用のデフォルトの DB2 UDB 変換表を置き換えるには、 6次の手順で行います。 6

6
    6
  1. sqllib/conv/ms/0954ucs2.cnv を sqllib/conv/0954ucs2.cnv にコピーします。
    2. 6
  2. DB2 UDB を再始動します。
6

CCSID 943 と Unicode の間の変換用のデフォルトの DB2 UDB 変換表を置換するには、 6次の手順で行います。 6

6
    6
  1. sqllib/conv/ms/0943ucs2.cnv を sqllib/conv/0943ucs2.cnv にコピーします。
    2. 6
  2. sqllib/conv/ms/ucs20943.cnv を sqllib/conv/ucs20943.cnv にコピーします。
    3. 6
  3. DB2 UDB を再始動します。
7 7 7

コード化文字セット ID (CCSID) 943 用の代替 Unicode 変換表

7

IBM コード化文字セット ID (CCSID) 943 として登録されている Microsoft Windows の日本語シフト JIS コード・ページを使用している場合は、CCSID 943 と Unicode との間で文字を変換する際に以下の 2 つの問題が発生する場合があります。問題が発生する可能性があるのは、IBM と Microsoft のコード・ページの変換表が異なるためです。このような問題を回避するために、DB2 Universal Database (UDB) には、デフォルトの IBM 変換表以外に、CCSID 943 と Unicode との間の代替 Microsoft 変換表が用意されています。

7
7問題 1 7

従来より、CCSID 943 コード・ページ中の文字のうち 300 以上が、それぞれ 2 つまたは 3 つのコード・ポイントによって表されます。入力方式エディター (IME) とコード・ページ変換表を使用すると、これらの同等のコード・ポイントのうち 1 つのみが入力されます。例えば、ローマ数字 1 の小文字「i」には、X'EEEF' と X'FA40' の 2 つの同等のコード・ポイントがあります。Microsoft Windows の IME は、'i' が入力されると常に X'FA40' を生成します。通常、IBM と Microsoft は同じ基本コード・ポイントを使用して文字を表しますが、以下の 13 文字は例外です。

7 77777777777777777777777777777777777777777777777777777777777777777777777777777
表 4. CCSID 943 シフト JIS コード・ポイント変換
文字名 (Unicode コード・ポイント) IBM 基本シフト JIS コード・ポイント Microsoft 基本シフト JIS コード・ポイント
ローマ数字 1 (U+2160) X'FA4A' X'8754'
ローマ数字 2 (U+2161) X'FA4B' X'8755'
ローマ数字 3 (U+2162) X'FA4C' X'8756'
ローマ数字 4 (U+2163) X'FA4D' X'8757'
ローマ数字 5 (U+2164) X'FA4E' X'8758'
ローマ数字 6 (U+2165) X'FA4F' X'8759'
ローマ数字 7 (U+2166) X'FA50' X'875A'
ローマ数字 8 (U+2167) X'FA51' X'875B'
ローマ数字 9 (U+2168) X'FA52' X'875C'
ローマ数字 10 (U+2169) X'FA53' X'875D'
括弧付きの漢字の株 (U+3231) X'FA58' X'FA58'
ナンバー記号 (U+2116) X'FA59' X'8782'
電話記号 (U+2121) X'FA5A' X'8754'
7

DB2 UDB などの IBM 製品は基本的には X'FA4A' などの IBM コード・ポイントを使用して大文字のローマ数字 1 の「I」を表しますが、Microsoft 製品は X'8754' を使用してこの同じ文字を表します。 7Microsoft ODBC アプリケーションは「I」文字を X'8754' として CCSID 943 の DB2 UDB データベースに挿入でき、DB2 UDB コントロール・センターはこの同じ文字を X'FA4A' として同じ CCSID 943 データベースに挿入できます。 7ただし、ODBC アプリケーションは「I」が X'8754' としてエンコードされた行のみ検出でき、DB2 UDB コントロール・センターは「I」が X'FA4A' としてエンコードされた行のみ検出できます。 7DB2 UDB コントロール・センターが「I」を X'8754' として選択できるようにするには、CCSID 943 と Unicode との間のデフォルトの IBM 変換表を、代替 Microsoft 変換表に置換する必要があります。

7
7問題 2 7

以下の文字のリストは、CCSID 943 から Unicode に変換したときに、IBM 変換表または Microsoft 変換表のいずれを使用するかにより異なるコード・ポイントになります。 7このような文字の場合、IBM の変換表は日本工業規格 JISX0208、JISX0212、および JISX0221 に準拠しています。

7

7 7777777777777777777777777777777777777
表 5. CCSID 943 から Unicode コード・ポイントへの変換
シフト JIS コード・ポイント (文字名) IBM 基本コード・ポイント (Unicode 名) Microsoft 基本コード・ポイント (Unicode 名)
X'815C' (ダッシュ (全角)) U+2014 (ダッシュ (全角)) U+2015 (水平バー)
X'8160' (波形ダッシュ) U+301C (波形ダッシュ) U+FF5E (ティルド (全角))
X'8161' (双柱) U+2016 (双柱) U+2225 (並列記号)
X'817C' (負符号) U+2212 (負符号) U+FF0D (ハイフン (全角))
X'FA55' (破断線) U+00A6 (破断線) U+FFE4 (破断線 (全角))
7

例えば、X'815C' の CCSID 943 コード・ポイントである文字ダッシュ (全角) は、IBM 変換表を使用すると Unicode コード・ポイント U+2014 に変換されます。 7ただし、Microsoft 変換表を使用すると U+2015 に変換されます。 7変換マッピングのこの相違により、DB2 UDB Unicode データベースにおいては、同一文字に対して 2 つの別々のコード・ポイントが充当されることがあります。 7Microsoft ODBC アプリケーションは、U+2014 を無効コード・ポイントとして扱うため、問題を生じる可能性があります。 7この問題を回避するために、CCSID 943 と Unicode との間のデフォルトの IBM 変換表を、代替 Microsoft 変換表に置換する必要があります。

7

CCSID 943 と Unicode との間の代替 Microsoft 変換表を使用するには、すべての DB2 UDB クライアントと DB2 UDB データベースが CCSID 943 のコード・ページを持ち、同じ代替 Microsoft 変換表を使用する、閉じた環境に限定する必要があります。IBM デフォルトの変換表を使用する DB2 UDB クライアントと、代替 Microsoft の変換表を使用する別の DB2 UDB クライアントが混在し、両方のクライアントが CCSID 943 の同じ DB2 UDB データベースにデータを挿入する場合、同じ文字が異なるコード・ポイントとしてデータベースに保管される可能性があります。

7 7 7

コード化文字セット (CCSID) 943 の Unicode 変換表を Microsoft 変換表に置換

7

CCSID 943 と Unicode との間で変換する場合、DB2 Universal Database (UDB) のデフォルトのコード・ページ変換表が使用されます。 7Microsoft バージョンの変換表などの、異なるバージョンの変換表を使用する場合、デフォルトの変換表 (.cnv) ファイルを手動で置換する必要があります。

7
7前提条件 7

sqllib/conv ディレクトリー内の既存のコード・ページ変換表ファイルを置換する前に、それらを変更前の状態に戻す場合に備えて、ファイルをバックアップする必要があります。 7UNIX および Linuxでは、sqllib/conv ディレクトリーは DB2 UDB のインストール・パスにリンクされています。

7
7制約事項 7

変換表の置換を有効にするには、同じデータベースに接続するすべての DB2 UDB クライアントで変換表を変更する必要があります。 7変更しないと、クライアントごとにそれぞれ異なるコード・ポイントを使用して、同じ文字を保管する可能性があります。

7
7手順 7

CCSID 943 と Unicode との間で文字を変換するためのデフォルトの DB2 UDB 変換表を置換するには、次の手順で行います。 7

7
    7
  1. sqllib/conv/ms/0943ucs2.cnv を sqllib/conv/0943ucs2.cnv にコピーします。
    2. 7
  2. sqllib/conv/ms/ucs20943.cnv を sqllib/conv/ucs20943.cnv にコピーします。
    3. 7
  3. DB2 UDB を再始動します。

MVS オペレーティング・システムの非サポート

ドキュメンテーションには記述されていますが、MVS(TM) オペレーティング・システムは DB2 Universal Database ではサポートされなくなりました。 MVS は z/OS に変更されました。

バックアップおよび復元操作 (Linux 390)

Linux 390 オペレーティング・システムの使用時には、複数の磁気テープ装置が関わるバックアップおよび復元操作が機能しない場合があります。

2 2 2

Hummingbird Exceed を使用したデベロップメント・センターへのアクセス時のビュー連結の使用可能化

2

Hummingbird(R) Exceed を使用して UNIX 上のデベロップメント・センターにアクセスする場合に、デベロップメント・センター内のタイトル・バーのドラッグによってビューの移動と連結を行えるようにするには、 2先に XTEST 拡張機能バージョン 2.2 を使用可能にしておく必要があります。

2

XTEST 拡張機能を使用可能にするには、次のようにします。

2
    2
  1. 「スタート」メニューで「プログラム」->「Hummingbird Connectivity 7.0」->「Exceed」->「XConfig」を選択します。 2「XConfig」ウィンドウが開きます。
    2. 2
  2. オプション: パスワードの必要な構成の場合、XConfig パスワードを入力します。
    3. 2
  3. 「プロトコル」アイコンをダブルクリックします。 2「プロトコル」ウィンドウが開きます。
    4. 2
  4. 「X 規格合致試験の互換性 (X Conformance Test Compatibility)」チェック・ボックスを選択します。
    5. 2
  5. 「プロトコル」ウィンドウ内の「拡張機能... (Extensions...)」ボタンをクリックします。「プロトコル拡張機能 (Protocol Extensions)」ウィンドウが開きます。
    6. 2
  6. 「拡張機能の使用可能化 (Enable Extensions)」リストで、「XTEST(X11R6)」チェック・ボックスを選択します。
    7. 2
  7. 「OK」をクリックします。
[ ページのトップ |前ページ | 次ページ | 目次 ]