コンテナーの名前の形式の変更により、表スペース ID およびコンテナー ID の両方も変更されました。新規の形式は、以下のとおりです。
<storage path>/<instance>/NODE#### /T####### /C#######.<EXT>
詳細は次のとおりです。
DB2(R) Universal Database バージョン 8.2.2 (バージョン 8.1 フィックスパック 9) 以降、生成列はユニーク索引で使用できます。
生成列は、制約、参照制約、主キー、およびグローバル一時表では使用できません。LIKE およびマテリアライズされたビューで作成された表は生成列のプロパティーを継承しません。
DB2WORKLOAD=SAP を設定した場合、ユーザー表スペース SYSTOOLSPACE およびユーザー TEMPORARY 表スペース SYSTOOLSTEMPSPACE は自動的には作成されません。これらの表スペースは、以下のウィザード、ユーティリティー、または関数によって自動的に作成される表に使用されます。
SYSTOOLSPACE および SYSTOOLSTEMPSPACE 表スペースがない場合、これらのウィザード、ユーティリティー、または関数は使用できません。
これらのウィザード、ユーティリティー、または関数を使用するには、以下のいずれかを行います。
CREATE REGULAR TABLESPACE SYSTOOLSPACE IN IBMCATGROUP MANAGED BY SYSTEM USING ('SYSTOOLSPACE')
以上の選択項目のうち少なくとも 1 つを完了後、ユーザー TEMPORARY 表スペースを (DPF 使用の場合、カタログ・ノード上にのみ) 作成します。例えば、次のようにします。
CREATE USER TEMPORARY TABLESPACE SYSTOOLSTMPSPACE IN IBMCATGROUP MANAGED BY SYSTEM USING ('SYSTOOLSTMPSPACE')
表スペース SYSTOOLSPACE および TEMPORARY 表スペース SYSTOOLSTEMPSPACE がいったん作成されると、前述のウィザード、ユーティリティー、または関数の使用が可能になります。
認証タイプ DATA_ENCRYPT_CMP により、データ暗号化をサポートしない前のリリースのクライアントが、DATA_ENCRYPT でなく SERVER_ENCRYPT 認証を使用するサーバーに接続できるようになります。 この認証は、以下の 3 つの条件が当てはまる場合は機能しません。
この場合、クライアントはサーバーに接続できません。接続できるようにするには、クライアントをバージョン 8 にアップグレードするか、またはバージョン 8 フィックスパック 6 以前のゲートウェイ・レベルを使用する必要があります。
直接 I/O (DIO) により、ファイル・システム・レベルでのキャッシュをバイパスするためメモリー・パフォーマンスが向上します。これにより CPU オーバーヘッドが減少し、データベース・インスタンスがより多くのメモリーを使用可能になります。
並行 I/O (CIO) では、DIO の利点の他に、書き込みアクセスのシリアライゼーションも緩和します。
DB2 Universal Database(TM) (UDB) は、AIX(R) で DIO および CIO をサポートし、HP-UX、Solaris オペレーティング環境、Linux(TM)、および Windows(R) では DIO をサポートします。
NO FILE SYSTEM CACHING および FILE SYSTEM CACHING キーワードは、CREATE および ALTER TABLESPACE SQL ステートメントの一部で、DIO または CIO を各表スペースで使用するかどうかを指定できます。NO FILE SYSTEM CACHING が有効な場合、DB2(R) UDB は、可能な限り並行 I/O を使用します。CIO がサポートされない場合 (例えば JFS が使用される場合など) は、代わりに DIO が使用されます。
詳しくは、次の URL にある『Improve database performance on file system containers in IBM(R) DB2 UDB Stinger using Concurrent I/O on AIX』を参照してください。
http://www.ibm.com/developerworks/db2/library/techarticle/dm-0408lee/
以下の説明は、「管理ガイド: インプリメンテーション」付録 B『クライアントの自動転送の使用』の一部です。
Linux、UNIX、(R)および Windows 版 DB2 Universal Database の自動クライアント転送機能を使用するとクライアント・アプリケーションは、クライアントからサーバーへのデータベース接続を自動的に再確立して、サーバーとの通信の消失からリカバリーできるため、アプリケーションは最小限の中断で作業を継続できます。
クライアントのサーバー接続が失敗すると、クライアントの再接続要求は、WebSphere(R) EdgeServer などのディストリビューターまたはディスパッチャーにより定義済みのシステム・セットに配布されます。
ディストリビューター・テクノロジーは以下のような環境で使用できます。
クライアント --> ディストリビューター・テクノロジー --> (DB2 Connect(TM) Server 1 または DB2 Connect Server 2) --> DB2 z/OS(R)
ここで、
ディストリビューター・テクノロジーを使用していずれかの DB2 Connect Servers にアクセスするために、クライアントは DThostname を使用してカタログされます。ディストリビューター・テクノロジーの介入により、GWYhostname1 または GWYhostname2 を使用する決定が行われます。決定されると、クライアントはこれらの 2 つの DB2 Connect ゲートウェイのいずれかに直接ソケット接続します。選択した DB2 Connect サーバーにソケット接続が確立されると、一般的なクライアントから DB2 Connect サーバーから DB2 z/OS の接続が成立します。
例えば、ディストリビューターが GWYhostname2 を選択すると想定します。これにより、次の環境が生成されます。
クライアント --> DB2 Connect Server 2 --> DB2 z/OS
ディストリビューターは、何らかの通信障害があると、接続を再試行しません。このような環境でデータベースの自動クライアント転送機能を使用可能にする場合は、DB2 Connect Server (DB2 Connect Server 1 または DB2 Connect Server 2) の関連データベースの代替サーバーをディストリビューター (DThostname) としてセットアップしておく必要があります。 こうすると、DB2 Connect Server 1 が何らかの理由でロックされた場合に、自動クライアント転送機能がトリガーされて、クライアント接続が 1 次および代替サーバーの両方としてディストリビューターで再試行されます。このオプションにより、DB2 自動クライアント転送機能とディストリビューター機能を結合し、維持できます。また、ディストリビューター・ホスト名以外のホストに代替サーバーを設定すると、クライアントに自動クライアント転送機能が提供されます。ただし、クライアントは定義済み代替サーバーへの直接接続を確立して、ディストリビューター・テクノロジーをバイパスします。これによりディストリビューターとその価値が無効になります。
自動クライアント転送は、以下の sqlcode をインターセプトします。
DB2 Connect サーバーとの代替サーバー接続に関係する、以下の 2 つの項目を考慮してください。
ローカル・システム・アカウント (LSA) のコンテキストで実行するアプリケーションは、Windows ME 以外のすべての Windows プラットフォームでサポートされます。
CONNECT 文および ATTACH コマンドは 2 パーツ・ユーザー ID をサポートします。 SAM 互換のユーザー ID の修飾子は、最大 15 文字の NetBIOS スタイル名です。 この機能は、Windows ME ではサポートされていません。
UNIX(R) および Linux(TM) オペレーティング・システム上の DB2(R) Universal Database (UDB) によって使用される Kerberos サーバー・プリンシパル名をオーバーライドすることができます。DB2_KRB5_PRINCIPAL 環境変数を希望の完全修飾サーバー・プリンシパル名に設定します。 サーバー・プリンシパル名は db2start の実行後にのみ DB2 UDB によって認識されるため、インスタンスを再始動する必要があります。
資料では、Linux Kerberos サポートの前提条件に関する報告が不正確です。 提供された DB2 Kerberos セキュリティー・プラグインは、Red Hat Enterprise Linux Advanced Server 3 と IBM Network Authentication Service (NAS) 1.4 クライアントでサポートされます。
zSeries および iSeries への接続の場合、データベースは AUTHENTICATION KERBEROS パラメーターを指定してカタログしなければならず、また TARGET PRINCIPAL パラメーター名を明示的に指定する必要があります。
zSeries も iSeries も相互認証をサポートしません。
さらに、すべてのケースにおいて、DB2 管理ログまたは db2diag.log が「Logon failed」(ログオン失敗) または「Logon denied」(ログオン拒否) を示します。
The Local Security Authority cannot be contactedこのエラーは、Windows が最初にローカル・ユーザーを検出するために生じます。 解決策は、接続ストリングでユーザーを完全に修飾することです。 例えば、次のようにします。
name@DOMAIN.IBM.COM
Windows アカウントが DES 暗号化を使用するように構成されているかどうかを判別するには、「アクティブ・ディレクトリー (Active Directory)」の「アカウント・プロパティー (Account properties)」をご覧ください。 アカウント・プロパティーが変更された場合は、再始動が必要となることがあります。
host/<server hostname>@<server domain name>例えば、次のようにします。
host/myhost.domain.ibm.com@DOMAIN.IBM.COMそうしない場合は、DB2 サービスを有効なドメイン・アカウント下で開始しなければなりません。