DB2_MAPPED_BASE および DB2DBMSADDR システム環境変数がフィックスパック 8 で追加されました。
8これらのレジストリー変数の使用は、上級ユーザーにのみお勧めします。
8DB2 UDB は、この変数が設定されていない場合、共用ライブラリーを仮想アドレス 0x20000000 に再配置しようとします。
8 8レジストリー変数には、新規のアドレスでアドレス・スペースの低位に共用ライブラリーが配置される場合、31 および 32 ビット・アドレスの範囲内の任意の仮想アドレスを (16 進で) 設定することもできます。 8
8 8db2set DB2_MAPPED_BASE=
この変更は論理ノードごとに 1 回必要であるため、以下のメッセージが db2diag.log ファイルに複数回出力されることがあります。 8
8ADM0506I DB2 は自動的に、"mapped_base" 8カーネル・パラメーターを "0x40000000(hex) 1073741824(dec)" から 8推奨値 "0x20000000(hex) 536870912(dec)" に更新しました。8 8
このメッセージは、レジストリー変数が正常に設定された場合にのみ出力され、共用ライブラリーが再配置される先のアドレスが含まれます。
8db2set DB2DBMSADDR=
この変数は、DB2_MAPPED_BASE とともに設定するかまたは単独で設定して、DB2 UDB プロセスのアドレス・スペース・レイアウトを調整することができます。この変数により、インスタンスの共用メモリーのロケーションが仮想アドレス 0x10000000 の現在のロケーションから指定された新規の値に変更されます。
8バージョン 8.2 で DB2TCP_CLIENT_RCVTIMEOUT レジストリー変数が追加されました。
7 77 7 7バージョン 8.2 で DB2_LARGE_PAGE_MEM パフォーマンス変数が追加されました。
7 7変数名 | 7オペレーティング・システム | 7値 | 7
---|---|---|
説明 | 7||
DB2_LARGE_PAGE_MEM | 7
7 AIX(R) 5.x 64 ビットのみ 7Linux |
7デフォルト = NULL
7
7 該当するすべてのメモリー領域がラージ・ページ・メモリーを使用すべき場合は * を使用します。それ以外の場合は、ラージ・ページ・メモリーを使用すべき特定のメモリー領域をコンマで区切られたリストで指定します。 7使用可能な領域はオペレーティング・システムによって異なります。 7AIX 5.x 64 ビット上では、DB、DBMS、または PRIVATE の領域を指定できます。 7Linux 上では、DB の領域を指定できます。 |
7
7 ラージ・ページ・メモリーは、DB2 Universal Database (UDB) for AIX 5L(TM) 64 ビット版、および DB2 UDB for Linux でのみサポートされます。 7DB2_LARGE_PAGE_MEM レジストリー変数は、AIX 5.x または適切なカーネル・サポートを備えた Linux アーキテクチャー上で実行する場合に、ラージ・ページ・サポートを使用可能にするために使用します。 7このレジストリー変数により、DB2_LGPAGE_BP レジストリー変数は推奨されないものとなります。DB2_LGPAGE_BP レジストリー変数は、データベース共用メモリー領域のラージ・ページ・メモリーを使用可能にするためにしか使用できません。 7これは DB2_LARGE_PAGE_MEM=DB と設定することによって使用可能になります。 7DB2_LGPAGE_BP レジストリー変数を使ってラージ・ページを使用可能にするという記述がいずれかの資料にあった場合、それは DB2_LARGE_PAGE_MEM=DB を設定することと同じ意味に受け取ることができます。 7ラージ・ページの使用は主に、高性能コンピューティング・アプリケーションのパフォーマンスの向上を意図したものです。 7集中的なメモリー・アクセスを必要とし、大量の仮想メモリーを使用するアプリケーションでは、このラージ・ページの使用によってパフォーマンスを向上できる場合があります。 7DB2 UDB でラージ・ページを使用できるようにするには、まずオペレーティング・システムがラージ・ページを使用できるように構成する必要があります。 7ラージ専用ページを使用可能にすると、DB2 UDB のメモリー使用量がかなり増加します。各 DB2 UDB エージェントが最低 1 つの物理メモリー・ラージ・ページ (16MB) を消費するためです。 764 ビット DB2 UDB for AIX 上でエージェント専用メモリー用にラージ・ページを使用可能にするには (DB2_LARGE_PAGE_MEM=PRIVATE 設定)、オペレーティング・システム上でラージ・ページを構成することに加えて、以下の条件を満たさなければなりません。 7
64 ビット DB2 UDB for AIX では、この変数を使用可能にすると、データベース・メモリーをバッキングする共用メモリー・セグメントのサイズが必要最小量に減少します。 7デフォルトでは 64GB セグメントが作成されます。詳細については、データベース共用メモリー・サイズ (database_memory) データベース構成パラメーターを参照してください。 7こうして、使用される可能性のある量以上の共用メモリーが RAM 内に滞留するのを防ぐことができます。 7この変数セットを使用することによって、 7全体的なデータベース共用メモリー構成を動的に増やす機能 (例えばバッファー・プールのサイズを増やす機能) が制限されます。 7Linux では、libcap.so ライブラリーの可用性に関する追加の要件があります。 7このオプションを有効にするためには、このライブラリーがインストールされていなければなりません。 7このオプションがオンになっていて、このライブラリーがシステム上にない場合、DB2 UDB は大容量のカーネル・ページを使用不可にして、以前と同様に機能し続けます。 7Linux では、大容量カーネル・ページが使用可能かどうかを検査するために、次のコマンドを発行します。 7cat /proc/meminfo7 使用可能である場合は、次の 3 行が表示されます 7(マシン上に構成されているメモリーの量によって数値は異なります)。 7HugePages_Total: 200 7 HugePages_Free: 200 7 Hugepagesize: 16384 KB7 これらの行が表示されない場合、または HugePages_Total が 0 である場合は、オペレーティング・システムまたはカーネルの構成が必要です。 |
7
以下の更新が「管理ガイド: パフォーマンス」の付録 A 『DB2 レジストリー変数と環境変数』の『SQL コンパイラー変数』のトピックに適用されます。
8DB2 コンパイラー変数 DB2_MINIMIZE_LISTPREFETCH 8および DB2_INLIST_TO_NLJN の両方またはいずれかが ON に設定されると、REOPT(ONCE) が指定されていても、アクティブ状態のままになります。
8 8 8以下に構成パラメーター・ドキュメンテーションの更新情報を示します。
8 8認証タイプ (authentication) データベース・マネージャー構成パラメーターは、以下の値も受け入れます。
8サーバーは、暗号化された SERVER 認証スキーマおよびユーザー・データの暗号化を受け入れます。 8認証は SERVER_ENCRYPT の場合と全く同様に機能します。
8この認証タイプを使用するとき、以下のユーザー・データが暗号化されます。
8サーバーは、暗号化された SERVER 認証スキーマおよびユーザー・データの暗号化を受け入れます。 8さらに、この認証タイプでは DATA_ENCRYPT 認証タイプをサポートしない前の製品との互換性があります。 8これらの製品は、SERVER_ENCRYPT 認証タイプを使って、 8暗号化ユーザー・データがない状態での接続を許可されます。 8新しい認証タイプをサポートしている製品は、これを使用する必要があります。 8この認証タイプは、サーバーのデータベース・マネージャー構成ファイル内のみで有効であり、CATALOG DATABASE コマンドで使用するときには無効です。
DB2 Universal Database バージョン 8.2 から、インスタンス影響ポリシー ( util_impact_lim) データベース・マネージャー構成パラメーターのデフォルト値が 100 から 10 に変更されました。
以下のデータベース・マネージャー構成パラメーターはすべて、すべてのプラットフォームで 30 バイト以下のグループ名を受け入れることができます。 8
8『データベース・マネージャー構成パラメーター・サマリー』トピックの表には、これらのデータベース・マネージャー構成パラメーターについて誤ったデータ・タイプが記載されています。 8すべての場合において、正しい値は char(30) です。
Windows(R) ベース・プラットフォームの拡張ストレージ・メモリー・セグメント・サイズ・データベース (estore_seg_size) 構成パラメーターの最大サイズは、16 777 216 です。
HADR タイムアウト値 (hadr_timeout) データベース構成パラメーターの正しい上限は、4 294 967 295 です。
ロック・リストの最大ストレージ (locklist) データベース構成パラメーターのドキュメンテーションには、ローカル・クライアントのみをサービスする Windows 64 ビットおよび 32 ビット・サーバーの最大値は 60 000 と記載されています。この値は誤りで、524 288 とする必要があります。
データベース・バックアップ数 (num_db_backups) データベース構成パラメーターの値の範囲は誤りです。正しい範囲は、0 から 32 767 です。
DB2 Universal Database (UDB) をバージョン 8.1 からバージョン 8.2 に移行すると、DB2 UDB は SQLDBCONF という新規の 16KB データベース構成パラメーター・ファイルを使用します (バージョン 8.1 では、データベース構成パラメーター・ファイルは 4KB のみで、名前は SQLDBCON です)。
8 8 8バージョン 8.1 では、レジストリー変数 DB2_HASH_JOIN はデフォルトで ON になっています。
8ハッシュ結合変数は使用すべきですが、最高のパフォーマンスを得るには調整する必要があります。
8ハッシュ・ループとディスクへのオーバーフローを避けることができれば、 8ハッシュ結合のパフォーマンスが最高になります。 8ハッシュ結合のパフォーマンスを調整するには、sheapthres パラメーターに使用可能なメモリーの最大量を見積もってから、sortheap パラメーターを調整します。可能な限りハッシュ・ループとディスク・オーバーフローを避けられるところまで値を大きくします。ただし sheapthres パラメーターで指定した制限に達しないようにします。
8詳しくは、マニュアル「管理ガイド: パフォーマンス」の結合メソッドに関するトピックを参照してください。
7 7 7以前に DB2NTNOCACHE によって実行されていた機能は、CREATE TABLESPACE または ALTER TABLESPACE 文に NO FILE SYSTEM CACHING 節を指定することによって、表スペース・レベルで実行できます。 7使用法の詳細については、「SQL リファレンス」を参照してください。 7DB2NTNOCACHE レジストリー変数は、将来のリリースで除去されます。
7 7 7Explain 表は、複数のユーザーに共通にすることができます。 7ただし、Explain 表は、1 人のユーザーに対して定義して、それぞれの追加ユーザーに対しては、その定義済みの表を指すために同じ名前を使用して、別名を定義することができます。 7またはその代わりに、Explain 表を SYSTOOLS スキーマ下で定義することもできます。 7ユーザーのセッション ID (動的 SQL の場合)、またはステートメント許可 ID (静的 SQL の場合) の下に他の Explain 表または別名がない場合、Explain 機能のデフォルトは SYSTOOLS スキーマになります。 7共通の Explain 表を共用する各ユーザーには、それらの表に対する挿入権限が必要です。 7共通 Explain 表の読み取り許可も、通常は Explain 情報を分析するユーザーに限定するべきです。
7 7 7Explain データがキャプチャーされるのは、SQL ステートメントがコンパイルされるときに Explain データを要求する場合です。 7Explain データを要求するときに、キャプチャーした情報を使用する方法を考慮してください。
7次のいずれかの場合、Explain 表情報がキャプチャーされます。
7照合情報パラメーターを表示できるのは、db2CfgGet API を使用した場合のみです。 7コマンド行プロセッサーやコントロール・センターでは表示できません。
7このパラメーターは、260 バイトのデータベース照合情報を提供します。 7最初の 256 バイトでデータベース照合シーケンスを指定するのに対して、バイト「n」には、データベースのコード・ページで基本 10 進表記が「n」になっている、コード・ポイントのソートに対する重みづけが入ります。
7最後の 4 バイトには、照合シーケンスのタイプについての内部情報が入ります。 7collate_info の最後の 4 バイトは整数です。 7整数は、プラットフォームのエンディアン順序に依存しています。 7使用できる値は次のとおりです。 7
7この内部タイプ情報を使用する場合は、別のプラットフォームにあるデータベースに関する情報を検索するときに、バイト反転を考慮する必要があります。
7照合シーケンスは、データベース作成時に指定できます。
8 8 8DB2 Universal Database (UDB) バージョン 8.2 から、表スペースに AUTOMATIC プリフェッチ・サイズを使用できます。DB2 UDB は、表スペースのコンテナー数が変更されると、プリフェッチ・サイズを自動的に更新します。
8DB2_PARALLEL_IO レジストリー変数の構文は、さまざまな入出力並列処理特性を持つコンテナーを認識するために拡張されています。拡張構文により、異なる表スペースのコンテナーは異なる入出力並列処理特性を持つことができます。各表スペースの入出力並列処理特性は、表スペースに AUTOMATIC のプリフェッチ・サイズが指定されている場合に使用されます。 8DB2_PARALLEL_IO レジストリー変数が使用可能であるが、表スペースの特定の入出力並列処理特性を識別する拡張構文が使用されない場合は、デフォルトの並列処理レベルが想定されます。デフォルトのレベルは RAID 5 (6+1) です。
8オプティマイザーで使用されるプリフェッチ・サイズ情報は、表スペースのプリフェッチ・サイズを変更するか、またはコンテナー数を変更する ALTER TABLESPACE ステートメント (ADD/DROP/BEGIN NEW STRIPE SET/ADD TO NEW STRIPE SET を使用) が発行されたときのみリフレッシュされます。コンテナー・レジストリー設定ごとの物理ディスク数が変更される場合は、ALTER TABLESPACE<table space name> PREFETCHSIZE AUTOMATIC ステートメントを発行して、オプティマイザー情報をリフレッシュする必要があります (オプティマイザー情報をリフレッシュする ALTER TABLESPACE ステートメントがまだ発行されていない場合)。
8別の数のコンテナーを使用するよう表スペースをリダイレクトまたは復元する場合は、ALTER TABLESPACE <table space name> PREFETCHSIZE AUTOMATIC ステートメントを発行してオプティマイザー情報をリフレッシュします。 8表スペース内に複数のストライプ・セットがある場合、ストライプ・セット間の最大コンテナー数がプリフェッチ・サイズの計算に使用されます。 8計算されたプリフェッチ・サイズが最大サイズ (32 767 ページ) を超えると、最大値未満のコンテナー数の一番大きい倍数がプリフェッチ・サイズとして使用されます。
8DB2 UDB Enterprise Server Edition 環境では、表スペースが AUTOMATIC プリフェッチ・サイズを使用する場合、プリフェッチ・サイズはデータベース・パーティションにより異なる場合があります。この状況は、データベース・パーティションが異なるとプリフェッチ・サイズの計算に使用するコンテナー数が異なる場合があるため発生します。照会アクセス・プランを生成する場合、オプティマイザーは、データベース・パーティション・グループの最初のパーティションのプリフェッチ・サイズを使用します。
[ ページのトップ |前ページ | 次ページ | 目次 ]