Caché のインストールの準備

SAN (Storage Area Network) ファイバー・チャネル

各ホストから SAN スイッチまたはストレージ・コントローラに複数のパスを使用します。 1 つのカードの障害から保護するために複数の HBA を使用すると保護のレベルが上がりますが、最小の推奨事項は、少なくとも 1 つのデュアルポート HBA を使用することです。

ストレージ・アレイ・レイヤに復元可能性をもたらすには、ストレージ・コントローラの障害から保護し、ファームウェアの更新などのアクティビティのためのメンテナンス期間でさえも継続してアクセスを提供するために、アクティブ/アクティブ構成またはアクティブ/パッシブ構成のいずれかのデュアル・コントローラを備えたアレイをお勧めします。

冗長性を実現するために複数の SAN スイッチを使用する場合、推奨される一般的な方法は、各スイッチを個別の SAN ファブリックにし、不具合のある構成の変更を 1 つのスイッチにとどめ、両方のスイッチに影響してすべてのストレージ・アクセスが妨げられることがないようにすることです。

ネットワーク接続ストレージ (NAS)

これは、一般的に 10GB のイーサネットが使用可能であり、最高のパフォーマンスを実現するためには、10GB のスイッチおよびホスト・ネットワーク・インタフェース・カード (NIC) をお勧めします。

専用のインフラストラクチャを用意して、LAN の通常のネットワーク・トラフィックからトラフィックを分離することもお勧めします。 こうすることによって、ホストとストレージの間の NAS のパフォーマンスを予測できます。-

ジャンボ・フレームのサポートを含めて、ホストとストレージの間の十分な通信を提供することも必要です。

多くのネットワーク・インタフェース・カード (NIC) は TCP オフロード・エンジン (TOE) をサポートします。TOE のサポートは、普遍的に利点があるとみなされているわけではありません。使用可能なサイクル (またはその欠如) に対するオーバーヘッドおよびゲインは、サーバの CPU によって大きく変化します。 また、TOE のサポートは役に立つ期間が制限されます。これは、指定された NIC の TOE パフォーマンス・レベルにすぐにシステム処理能力が追いつくまたは多くの場合追い越すためです。

アカウントの特性

Windows ドメイン・コントローラにこのアカウントを作成する場合は、次のように設定します。

• アカウントの [パスワードを無期限にする] プロパティを設定します。

• 作成したアカウントを、Caché サーバ・マシン上の Administrators グループのメンバにします。

• このアカウントを [サービスとしてログオン] ポリシーに追加します。

名前および名前付け規約

クライアントとサーバが排他的に Windows 上に存在する環境でサービス・プリンシパルに名前を付ける方法には次の 2 種類があります。

• 標準の Kerberos 名前付け規約に従います。これにより、Windows 以外のシステムとの将来的な互換性が保証されます。

• 任意の一意の文字列を使用します。

以下の各セクションで説明するように、名前の作成方法の選択によって、サーバへの接続を設定するための手順は多少異なります。

Kerberos 規約に従った名前では、以下の手順に従います。

1. Windows の setspn コマンドを実行し、service_principal/fully_qualified_domain_name の形式でサービス・プリンシパルの名前を指定します。service_principal には、通常 cache を指定し、fully_qualified_domain_name には、マシン名をドメイン付きで指定します。例えば、cache/cacheserver.example.com のようにサービス・プリンシパル名を指定します。setspn ツールの詳細は、Microsoft TechNet Web サイトの "Setspn SyntaxOpens in a new tab" のページを参照してください。

2. [Caché サーバ・マネージャ] ダイアログで、新しい優先サーバを追加するために [Kerberos] を選択します。[サービスプリンシパル名] フィールドに指定する名前は　setspn で指定したプリンシパル名と一致する必要があります。

リモート・サーバ接続の設定の詳細は、"Caché システム管理ガイド" の “リモート・サーバへの接続” の章を参照してください。

任意の一意の文字列を使った名前では、以下の手順に従います。

1. サービス・プリンシパルの名前を選択します。

2. [Caché サーバ・マネージャ] ダイアログで、新しい優先サーバを追加するために [Kerberos] を選択します。[サービスプリンシパル名] フィールドに、サービス・プリンシパルに対して選択した名前を指定します。

Kerberos 規約に従わないと決めた場合、Caché サーバ・インスタンスを表す各アカウントについて推奨される名前付け規約は “cacheHOST” の形式で、リテラル cache に続けてホスト・コンピュータ名を大文字で指定します。例えば、WINSRVR という Windows マシン上で Caché サーバを実行する場合、ドメイン・アカウント名は cacheWINSRVR となります。

リモート・サーバ接続の設定の詳細は、"Caché システム管理ガイド" の “リモート・サーバへの接続” の章を参照してください。

キー・ファイルの特徴

このプリンシパルを作成したら、Caché サーバ上のキー・ファイルにそのキーを抽出します。キー・ファイルの特徴を以下に示します。

• ほとんどの UNIX®バージョンでのパス名は install-dir/mgr/cache.keytab です。macOS および SUSE Linux でのパス名は /etc/krb5.keytab です。

• このファイルは、Caché インストールおよびグループ cacheusr を所有するユーザが所有します。

• このファイルのアクセス許可は、640 です。

パスワード・パターン

Caché をインストールすると、既定のパスワード要件セットが設定されます。ロック・ダウン・インストールの場合、初期要件としてのパスワードの長さは 8 ～ 32 文字になっていて、英数字または句読記号で構成できます。この略称は 8.32ANP です。それ以外の場合、3 ～ 32 文字の英数字または句読記号で構成されたパスワードが初期要件となります (3.32ANP)。

不活動上限

アカウントがアクティブではなかった期間が、この値で指定された日数を超えると、このアカウントは無効になります。最小のインストールでは、この上限は 0 に設定されます。これは、アカウントがアクティブではない期間がどれだけ続いても、アカウントは無効化されないことを表します。通常のインストールやロック・ダウン・インストールに対する上限の既定値は 90 日間です。

_SYSTEM ユーザの有効化

Caché 5.1 より前のバージョンでは、ユーザ名が _SYSTEM であり、パスワードが SYS である SQL システム・マネージャ・ユーザが含まれていました。この Caché バージョンでは、_SYSTEM に加え、インストール時に指定したパスワードを使用する次の事前定義のユーザが作成されます ： _SYSTEM、Admin、SuperUser、CSPSystem、およびインスタンスの所有者 (Windows にインストールしたユーザおよびその他のプラットフォームのインストーラによって指定されたユーザ名)。

事前定義されたこれらのユーザの詳細は、"Caché セキュリティ管理ガイド" の “ユーザ” の章にある "事前定義のユーザ・アカウント" のセクションを参照してください。

UnknownUser に割り当てられるロール

認証されていないユーザが接続した場合、Caché では、UnknownUser という特殊な名前が $USERNAME に割り当てられ、そのユーザに対して定義されているロールが $ROLES に割り当てられます。最小セキュリティ・インストールでは、UnknownUser には %All ロールが割り当てられます。最小以外のセキュリティ・レベルを選択した場合、UnknownUser にはロールは割り当てられません。

$USERNAME および $ROLES の使用法の詳細は、"Caché セキュリティ管理ガイド" の “ユーザ” および “ロール” の章を参照してください。

メモリ要件の計算

以下のテーブルに記載されているメモリ使用状況の内訳から、Caché に必要なメモリ量を計算します。

既定では、ルーチン・バッファとグローバル・バッファを含め、共有メモリが自動的に割り当てられ、合計でそのシステムで使用可能な共有メモリ領域の 1/8 です。大容量のアプリケーションや大規模なユーザをサポートする計画がある場合、以下の公式に従ってシステムを調整します。

            (number of routine buffers)*32 KB
            + (number of global buffers)*(block size)
            + 4 MB
            ___________________________________
            = Shared memory needed

同時に実行できるダイレクト Caché セッションの数が負荷の増大によって変化するアプリケーションの場合、プロセスの処理に必要なメモリ量は処理能力が向上するに従って増大します。例えば、コアを 4 つから 8 つにアップグレードしたシステムでは、アップグレード前よりもはるかに多くのセッション (プロセス) をサポートできます。これらの各プロセスでメモリを消費するので、物理メモリの増設が必要になることがあります。

実行するプロセスの数が限られているサーバ (Ensemble のECP データ・サーバなど) 専用の構成の場合、負荷の増大はプロセス数の増加によるものとは限りません。したがって、処理能力がより高いシステムで大きな負荷が発生しても、プロセスで必要とするメモリ量が必ずしも増加しているわけではありません。

Linux システムの既定のメモリ・ページ・サイズは 4 KB です。最新の Linux ディストリビューションには、ヒュージ・ページ (システム構成に応じて、2 MB または 1 GB のメモリ・ページ・サイズ) のオプションが含まれています。ヒュージ・ページを使用してページ・テーブルの領域を節約することで、メモリを節約できます。ヒュージ・ページが構成されていると、システムはメモリの割り当て時に自動的にヒュージ・ページを使用します。Caché をホストするシステムでは、ほとんどの状況でヒュージ・ページを使用することをお勧めします。

Linux でヒュージ・ページを構成するには、以下の操作を実行します。

1. ステータスを確認します。

   /proc/meminfo にはヒュージ・ページに関する情報が記録されています。既定では、ヒュージ・ページは割り当てられていません。既定のヒュージ・ページ・サイズは 2 MB です。以下はその例です。

   HugePages_Total:     0
   HugePages_Free:      0
   HugePages_Rsvd:      0
   Hugepagesize:     2048 KB
   

   

2. ヒュージ・ページ数を変更します。

   ページ数のシステム・パラメータを直接変更できます。例えば、2,056 ページのヒュージ・ページを割り当てるには以下のように指定します。

   # echo 2056 > /proc/sys/vm/nr_hugepages
   

   
   Note:

   また、以下のように sysctl(8) を使用することもできます。

   # sysctl -w vm.nr_hugepages=2056  
   

   

   ヒュージ・ページは連続したページとして割り当てる必要があります。また、割り当て後には再起動が必要になることがあります。したがって、割り当てを確実なものとして恒久的な変更とするには、以下の手順に従います。

   1. /etc/sysctl.conf ファイルに以下の行を入力します。

      echo "vm.nr_hugepages=2056" >> /etc/sysctl.conf  
      

      

   2. システムを再起動します。

   3. 再起動後に、meminfo を検証します。例えば、以下のようになります。

      [root woodcrest grub]# tail -4 /proc/meminfo
      HugePages_Total:  2056
      HugePages_Free:   2056
      HugePages_Rsvd:      0
      Hugepagesize:     2048 KB
      

      

3. Caché でのヒュージ・ページの使用を検証します。

   Caché を起動すると、割り当てられた共有メモリの量が、例えば以下のようなメッセージで表示されます (これは cconsole.log ファイルに記録されています)。

   Allocated 3580MB shared memory: 3000MB global buffers, 226MB routine buffers
   

   

   ヒュージ・ページで使用可能なメモリ量は、割り当てられる共有メモリの合計量より多いことが必要です。このメモリ量が不足していると、ヒュージ・ページは使用できません。

   Note:

   ヒュージ・ページが構成されていても割り当てができない場合に Caché の起動を防止するには、memlock パラメータを 7 に設定します ("Caché パラメータ・ファイル・リファレンス" の "memlock" を参照)。

   ヒュージ・ページは、物理メモリから割り当てられます。このメモリには、ヒュージ・ページを使用するアプリケーションとプロセスのみがアクセスできます。

   その他すべてのアプリケーションとプロセスは、ヒュージ・ページに割り当てられていない物理メモリのみを使用できます。

   共有メモリの量に比べて過剰に大きい値を HugePages_Total に指定することはお勧めできません。ここで使用していないメモリを他のコンポーネントで使用することはできないからです。

   Caché が起動時にヒュージ・ページの割り当てに失敗して、標準ページに切り替えた場合、Caché は、その他すべてのジョブと同じメモリ・プールから共有メモリを割り当てるようになります。

   メモリ内で共有メモリ・セグメントをロックしてページングを防止するように Caché を構成している場合、ヒュージ・ページでは、メモリにロック可能な最大サイズを、必要とする量まで増やすことができます。これについては、この章の "Red Hat Linux プラットフォームの問題" の "ロックインされたメモリ" で説明しています。

AIX® は複数のページ・サイズ (4 KB、64 KB、16 MB、および 16 GB) をサポートしています。4 KB ページと 64 KB ページの使用は、Caché にとって透過的です。Caché が 16 MB のラージ・ページを使用するようにするには、そのラージ・ページを AIX® で構成する必要があります。AIX® は、構成済みのラージ・ページまたはヒュージ・ページの数を需要に基づいて自動的に変更することはありません。現時点では、Caché は 16 GB のヒュージ・ページを使用しません。

ラージ・ページは高性能な環境でのみ構成します。ラージ・ページに割り当てられたメモリは、ラージ・ページのみが使用できるようになるためです。

ラージ・ページを割り当てるには、memlock=64 でない限り、ユーザに CAP_BYPASS_RAC_VMM および CAP_PROPAGATE の権限、または root 権限が必要です。

既定では、ラージ・ページが構成されていると、システムはメモリ割り当てで自動的にラージ・ページを使用します。ラージ・ページに共有メモリを割り当てることができない場合、共有メモリは標準 (スモール) ページに割り当てられます。ラージ・ページの詳細な制御については、"Caché パラメータ・ファイル・リファレンス" の "memlock" を参照してください。

ラージ・ページは、以下のように vmo コマンドを使用して構成します。

vmo -r -o lgpg_regions=<LargePages> -o lgpg_size=<LargePageSize>

<LargePages> は予約するラージ・ページの数を指定し、<LargePageSize> は、ハードウェアでサポートされるラージ・ページのサイズをバイト単位で指定します。

例えば、以下のコマンドは、1 GB のラージ・ページを構成します。

# vmo -r -o lgpg_regions=64 -o lgpg_size=16777216

ラージ・ページを構成したら、 bosboot コマンドを実行してこの構成をブート・イメージに保存します。システムの起動後、以下の vmo コマンドを使用して固定されたメモリ用にこのラージ・ページを有効にします。

vmo -o v_pinshm=1

ただし、memlock=64 の場合、vmo -o v_pinshm=1 は必要ありません。memlock の詳細は、"Caché パラメータ・ファイル・リファレンス" の "memlock" を参照してください。

スワップ領域の計算

ユーザのシステムで利用できるスワップ領域の容量は、実際のメモリに 256 KB を加算した値を下回らないようにしてください。

この最小値を考慮した上で、Caché に最低限必要なスワップ領域として以下の値をお勧めします。

                       ((# of processes + 4)† * (1024 KB))‡  
                     +           total global buffer space  
                     +          total routine buffer space  
                     _____________________________________
                     =                  Minimum swap space

† Caché コントロール・プロセス、ライト・デーモン、ガーベッジ・コレクタ、およびジャーナル・デーモンのために、プロセス数に 4 を追加します。また、各スレーブのライト・デーモンのために 1 を加算します。また、各スレーブのライト・デーモンのために 1 を加算します。プロセス数は、同時に実行する可能性があるすべてのユーザ・プロセスおよびジョブ・プロセスを含んでいる必要があります。ネットワーク接続の場合、RECEIVE システム・プロセスのために 1 を加算し、ユーザが実行している DMNNET デーモン数 (ポートごとに 2 つ) を加算します。

‡ 1024 KB という数字は概算です。これは、Caché の実行プログラムの現在のサイズに基づいて算出されるため、各 Caché プロセスに割り当てるパーティション・サイズによって変化します。ほとんどのシステムでは、最低限必要なスワップ領域を割り当てれば十分ですが、システムによっては、最悪のケースに備えてスワップ領域を割り当てる必要があります。このような場合、ユーザが指定するパーティション・サイズによっては、この数字を 1.5 MB まで上げる必要があります。

使用している UNIX® システムで、必要なスワップ領域が使用可能かどうかを必ず確認してください。システムのスワップ領域に関する詳細情報については、使用している UNIX® オペレーティング・システムのマニュアルを参照してください。

Solaris プラットフォームのスワップ領域を計算する方法は以下のとおりです。

swap –l

以下はその例です。

>swap –l
swapfile                   dev     swaplo blocks   free
/dev/dsk/c0t2d0s0         136,0      16    526304   526304
/dev/dsk/c0t2d0s1         136,1      16    2101184 2101184

AIX® のスワップ領域を表示する方法は以下のとおりです。

lsps –a
Page Space  Physical Volume   Volume Group    Size %Used  
Active  Auto  Type
hd6         hdisk2            rootvg                   512 MB      72     
yes   yes    lv

HP-UX のスワップ領域を表示する方法は以下のとおりです。

swapinfo (3M)
# /usr/sbin/swapinfo
            KB      KB      KB   PCT    START/         KB
TYPE      AVAIL    USED    FREE  USED   LIMIT RESERVE  PRI  NAME
dev      524288  138260  386028   26%       0       -    1  /dev/vg00/lvol2
reserve       -   78472  -78472
memory   195132  191668    3464   98%

ディスク要件の計算

計算したスワップ領域以外に、以下の項目にもディスク容量が必要です。

• Caché 用に 67 MB

• CSP (Caché Server Pages) 用に 3 MB

• Caché ODBC サポート用に 3.5 MB

• Caché 管理者ソース用に 2.5 MB

• Caché エンジン・リンク・ライブラリ用に 6.6 MB

• Caché アプリケーション・データベース用の領域

• ライト・イメージ・ジャーナル・ファイルの初期サイズ用に、バッファ・プール・サイズの約 12.5%。ユーザのディスクにライト・イメージ・ジャーナル・ファイル用に十分な容量がない場合、Caché を起動したときに、システムが起動しなかったことを示すメッセージが表示されます。

• ジャーナル・ファイルに必要な容量

インストール手順の完了後、インストール・ファイルを削除する必要はありませんが、ディスク容量が不足しているときには削除できます。インストール・ファイルを削除した場合に節約できるディスク容量が示され、削除するかどうかを尋ねるプロンプトが表示されます。

グローバル・バッファ数の決定

Caché は、以下の最大グローバル・バッファ数をサポートします。

• 32 ビットのプラットフォーム ： 以下の条件を満たす 2 KB バッファと 8 KB バッファの組み合わせ

  • HP-UX では 1GB 以下

  • 32 ビットのプラットフォームでは 2GB 以下

  2 GB という値は、オペレーティング・システムがプロセス・データに割り当てる合計のアドレス領域で、共有メモリ、および Caché とオペレーティング・システムのデータが含まれます。したがって、実際には達成できない上限値を示しています。

• 64 ビットのプラットフォーム ：

  グローバル・バッファ数はオペレーティング・システムと有効なメモリによってのみ制限されます。

最大バッファ数より小さい値を設定してください。

詳細は、"Caché パラメータ・ファイル・リファレンス" の “config” のセクションにある "グローバル" と、"Caché システム管理ガイド" の “Caché の構成” の章にある "メモリと開始設定" を参照してください。

ルーチン・バッファ数の決定

Caché は、以下の最大ルーチン・バッファ数をサポートします。

65,535

最大バッファ数より小さい値を設定してください。

詳細は、"Caché パラメータ・ファイル・リファレンス" の “config” のセクションにある "ルーチン" と、"Caché システム管理ガイド" の “Caché の構成” の章にある "メモリと開始設定" を参照してください。

最大ユーザ数の決定

Caché が許可する最大ユーザ数は、以下のうちで最も小さい値です。

• ライセンス制限

• セマフォ数 - 4

詳細は、"Caché システム管理ガイド" の “Caché ライセンスの管理” の章にある "ライセンスの機能範囲と使用の決定" を参照してください。

最大データベース・サイズの決定

UNIX® の ulimit パラメータにより、プロセスで利用できる最大ファイル・サイズが決まります。Caché 管理者グループでは、ulimit の値を無制限、あるいはユーザが持つ最大のデータベースと同じ大きさに指定する必要があります。

詳細は、"Caché システム管理ガイド" の “Caché の構成” の章にある "データベースの構成" を参照してください。

調整可能な UNIX® パラメータ値の設定

Caché は、ユーザがサイズを定義したセットで、構成可能なセマフォ数を使用します。パラメータ SEMMNI、SEMMNS、SEMMSL は、セットごとのセマフォ数と Caché が使用するセマフォ総数を示します。共有メモリの割り当てを制御する UNIX®/Linux パラメータは、SHMMAX、SHMMNI、SHMSEG、および SHMALL です。Caché は共有メモリを使用し、共有メモリのセグメントを 1 つ割り当てます。このセグメントのサイズは、グローバル・バッファとルーチン・バッファに設定された領域によって異なります。以下の数式を使用して、セグメントの最小サイズを求めます。

                       space required for routine buffers
                     +  space required for global buffers
                     +                               4 MB
                    _____________________________________
                     =         Shared memory segment size

データを複数のコンピュータに分散する場合、Caché は 2 つ目のセグメントを割り当てます。既定では、2 つ目のセグメントにはメモリを割り当てません (分散型データを使用する予定がある場合、構成のガイドラインについては、ベンダもしくはインターシステムズのサポート窓口までお問い合わせください)。その他のシステム要件に従って、NBUF と NHBUF を変更できます。Caché は独自のディスク・バッファリングを行うため、NBUF と NHBUF を小さく設定しておく必要があります。以下のテーブルは、値の変更が必要となる可能性がある一般的な UNIX® パラメータの名前、インターシステムズが推奨する各パラメータの最小値、およびそれらの概要の一覧です。ユーザのパラメータ値が、少なくともこの最小値以上に設定されていることを確認してください。プラットフォームによっては、実装されないパラメータや異なる形で参照されるパラメータもあるため、詳細は、プラットフォーム固有の調整の注意を参照してください。

* これは、Caché UNIX® で必要とされる SHMALL の最小値です。システムの共有メモリを使用する他のすべてのアプリケーションについても考慮する必要があります。共有メモリの使用量が不確かな場合、SHMSEG と SHMMAX の積から SHMALL を計算します。単位はページです。どのような場合でも、この大きい方の値を適用すれば十分です。

最大ファイル・サイズの調整

Caché を実行するシステムでは、最大ファイル・サイズのハード制限 (RLIMIT_FSIZE) を unlimited にする必要があります。インストール前に、オペレーティング・システムでこの値を unlimited に設定します。root ユーザおよび Caché を実行するユーザの両方に対して、この制限が unlimited に設定されたことを確認します。 Caché は、I/O エラーを防止するために、そのデーモン内でプロセスのソフト制限も RLIMIT_FSIZE に設定します。

最大ファイル・サイズのシステム・ハード制限 (RLIMIT_FSIZE) を設定する手順は、オペレーティング・システムのドキュメントを参照してください。

HP-UX リリース 11i のパラメータ

HP-UX リリース 11i には、CDLIMIT パラメータと NOFILES パラメータが実装されていません。代わりに、ulimit パラメータと maxfiles パラメータの値を調整できます。

HP-UX 主要カーネルの調整可能パラメータ

HP は、OS 既定値と異なるパラメータのみを /stand/system ファイルに格納することを推奨しています。さらに、HP は、/stand/system ファイルの変更には kctune コマンドのみを使用すること、およびここでは明確に言及されないパラメータを以下のように明示的に既定値に設定することを推奨しています。

• 次のパラメータを既定値に戻します。

  kctune [parameter]=

• 次のパラメータを式に設定します。

  kctune [parameter]="[expression]"

パラメータを適用するリリースのバージョンが明確に示されていない場合、推奨事項は、HP-UX 11i v2 および 11i v3 のすべてのバージョンに対して有効です。

次の注意事項は、“HP-UX 主要カーネルの調整可能パラメータ” の表に適用されます。

1 このパラメータは 11i v2 専用です。

2 このパラメータは 11i v3 専用です。

3 このパラメータは 11i v3 では廃止されました。

HP-UX ネットワーク・パラメータ

ギガビット・イーサネットをサポートするためには、次のパラメータを /etc/rc.config.d/nddconf に挿入する必要があります。

TRANSPORT_NAME[0]=tcp
NDD_NAME[0]=tcp_recv_hiwater_def
NDD_VALUE[0]=262144

TRANSPORT_NAME[1]=tcp
NDD_NAME[1]=tcp_xmit_hiwater_def
NDD_VALUE[1]=262144

TRANSPORT_NAME[2]=tcp
NDD_NAME[2]=tcp_recv_hiwater_lfp
NDD_VALUE[2]=262144

TRANSPORT_NAME[3]=tcp
NDD_NAME[3]=tcp_xmit_hiwater_lfp
NDD_VALUE[3]=262144

TRANSPORT_NAME[4]=sockets
NDD_NAME[4]=socket_udp_rcvbuf_default
NDD_VALUE[4]=262144

TRANSPORT_NAME[5]=sockets
NDD_NAME[5]=socket_udp_sndbuf_default
NDD_VALUE[5]=65535

ハイパースレッディング (HT) テクノロジ

すべての Poulson (Itanium 9500 シリーズ) ベースまたは Intel Xeon ベースのプロセッサで、ハイパースレッディングを有効化することをお勧めします。古い Itanium プロセッサでは、ハイパースレッディングを無効化することをお勧めします。特定のサーバおよびプラットフォームについての質問は、"インターシステムズのサポート窓口Opens in a new tab" までお問い合わせください。

I/O ペーシング・パラメータ

AIX® は、Caché ライト・デーモンの動作を阻害する可能性のある I/O ペーシング・アルゴリズムを実装しています。AIX® 5.2 および AIX® 5.3 では、HACMP クラスタを使用すると I/O ペーシングが自動的に有効になります。一方、AIX® 6.1 以降では、すべてのシステムで I/O ペーシングが有効となり、既定の最高水準点は以前のバージョンよりも大きくなっています。

ライト・デーモンの速度が遅い場合やライト・デーモンが停止する場合は、この最高水準点の調整が必要になる場合があります。詳細は、IBM の Web ページ http://www.ibm.com/support/knowledgecenter/ssw_aix_61/com.ibm.aix.performance/disk_io_pacing.htmOpens in a new tab で “Disk I/O pacing” を参照してください。

ファイル・システムのマウント・オプション

負荷によってはさまざまなマウント・オプションを使用することでパフォーマンスを向上できる可能性がありますが、CACHE.DAT ファイルのみを扱うファイル・システムでは同時入出力のマウント・オプション (cio) をお勧めします。

ジャーナル・ファイルのみを扱う JFS2 ファイル・システムには cio の使用を強くお勧めします。詳細は、"Caché データ整合性ガイド" の “ジャーナリング” の章にある "UNIX® ファイル・システムの推奨事項" を参照してください。

ハード・シャットダウンやシステム・クラッシュの後の CACHE.WIJ ファイルを使用してリカバリ速度を向上するには、CACHE.WIJ ファイルを扱うファイル・システムで、ファイル・システム・バッファリングを伴うマウント・オプション (例えば、rw) を使用することをお勧めします。

mount オプションに関する詳細は、IBM の Web ページ http://www.ibm.com/support/knowledgecenter/ssw_aix_61/com.ibm.aix.cmds3/mount.htmOpens in a new tab の "mount Command" を参照してください。

メモリ管理パラメータ

ファイル・システムの数およびファイル・システムに対するアクティビティの量によって、JFS または JFS2 のメモリ構造が制限され、それらのメモリ構造を使用する I/O 処理に遅延が生じる可能性があります。

こうした状況を監視するには、vmstat -vs コマンドを実行し、2 分経過してから、もう一度 vmstat -vs コマンドを実行します。次のような結果が出力されます。

# vmstat -vs
              1310720 memory pages
              1217707 lruable pages
               144217 free pages
                    1 memory pools
               106158 pinned pages
                 80.0 maxpin percentage
                 20.0 minperm percentage
                 80.0 maxperm percentage
                 62.8 numperm percentage
               764830 file pages
                  0.0 compressed percentage
                    0 compressed pages
                 32.1 numclient percentage
                 80.0 maxclient percentage
               392036 client pages
                    0 remote pageouts scheduled
                    0 pending disk I/Os blocked with no pbuf
                 5060 paging space I/Os blocked with no psbuf
              5512714 filesystem I/Os blocked with no fsbuf
               194775 client filesystem I/Os blocked with no fsbuf
                    0 external pager filesystem I/Os blocked with no fsbuf

以下のパラメータが増加している場合は、Caché のパフォーマンスを向上するため、それらの値を大きくしてください。

• pending disk I/Os blocked with no pbuf

• paging space I/Os blocked with no psbuf

• filesystem I/Os blocked with no fsbuf

• client filesystem I/Os blocked with no fsbuf

• external pager filesystem I/Os blocked with no fsbuf

これらのパラメータを既定値より大きくする場合は、以下の手順に従ってください。

1. 現在の値を 50% 大きくします。

2. vmstat 出力を確認します。

3. 2 分間隔で、vmstat を 2 回実行します。

4. フィールドがまだ増大している場合は、もう一度、パラメータ値を同じ割合だけ大きくして、上記の手順に従います。vmstat を 2 回実行したとき、フィールドが増大しなくなるまで繰り返してください。

詳細は、IBM の以下の Web ページを参照してください。

• vmstat によって出力される各フィールドの詳細は、以下の URL で "IBM AIX® コマンド・リファレンス 第 6 巻 (v から z)" の "vmstat コマンド" のページを参照してください。

  http://publib.boulder.ibm.com/infocenter/systems/scope/aix/topic/com.ibm.aix.cmds/doc/aixcmds6/vmstat.htmOpens in a new tab

• これらのパラメータ値を大きくする方法については、以下の URL で "IBM AIX® パフォーマンス・マネージメント・ガイド" の "VMM ページ置換のチューニング" を参照してください。

  http://publib.boulder.ibm.com/infocenter/systems/scope/aix/topic/com.ibm.aix.prftungd/doc/prftungd/vmm_page_replace_tuning.htmOpens in a new tab

• I/O 調整可能パラメータの管理の詳しい説明は、以下の URL で "IBM AIX® コマンド・リファレンス 第 3 巻 (i から m)" の "ioo コマンド" のページを参照してください。

  http://publib.boulder.ibm.com/infocenter/systems/scope/aix/topic/com.ibm.aix.cmds/doc/aixcmds3/ioo.htmOpens in a new tab

AIX® の調整可能パラメータ

以下に一覧表示されているパラメータは調整の必要がありません。これらのパラメータは、必要に応じて、カーネルによって動的に調整されます。詳細は、AIX® オペレーティング・システムのマニュアルOpens in a new tabを参照してください。

以下のテーブルは、IBM pSeries AIX® 5.2 オペレーティング・システムの調整可能なパラメータの一覧です。

maxuproc は、root 以外の単独ユーザが開始可能なプロセスの最大数を指定する調整可能パラメータで、このサブセクションの説明に従って調整できます。

このパラメータの設定が低すぎると、プロセスの開始を試みるユーザがさらに増えた場合に、CSP ページの消失、バックグラウンド・タスクの失敗など、オペレーティング・システムのさまざまなコンポーネントで障害が起こる可能性があります。したがって、maxuproc パラメータは、root ユーザ以外 (インタラクティブ・ユーザ、Web サーバ・プロセスなど、プロセスを開始可能なものすべて) による開始が見込まれるプロセスの最大数よりも大きく設定する必要があります。

maxuproc は予想される最大プロセス数の倍にして、エラーを起こさないだけの余裕をとりつつ、暴走プロセスから保護することをお勧めします。例えば、システムに 1000 人のインタラクティブ・ユーザがいて、頻繁に 500 個のバックグラウンド・プロセスを実行する場合、この値は最低でも 3000 を選択するとよいでしょう。

maxuproc 値は、コマンド行もしくは smit/smitty 管理者用ユーティリティのいずれかより、以下のように双方共に root ユーザとして検証および変更ができます。

• コマンド行より、現在の設定を表示します。

  # lsattr -E -l sys0 -a maxuproc
  

  

  次に、以下のように値を変更します。

  # chdev -l sys0 -a maxuproc=NNNNNN
  

  

  ここで、NNNNNN は新規の値です。

• 管理者用ユーティリティ smit (または smitty) で、[システム環境]→[オペレーティングシステム特性の変更/表示]→[ユーザあたりの許容プロセス最大数] を選択します。

maxuproc の値を増やすと、変更は瞬時に有効となります。maxuproc の値を減らすと、変更は次回のシステムの再起動まで有効になりません。どちらの場合も、変更はシステムを再起動しても存続します。

共有メモリ制限

Linux プラットフォームでの、既定の共有メモリ制限 (shmmax) は、32 MB です。この値は Caché では小さすぎますが、proc ファイル・システムで変更することができます。その場合、再起動は必要ありません。

例えば 128 MB で設定したい場合は、以下のコマンドを入力します。

$ echo 134217728 >/proc/sys/kernel/shmmax

上記のコマンドは、起動スクリプトに入力することができます。

また、sysctl(8) が利用できる場合はこれを利用して、パラメータを制御することもできます。/etc/sysctl.conf というファイルを検索し、以下のような行を追加します。

kernel.shmmax = 134217728

このファイルは通常、スタートアップ時に処理されますが、sysctl は後で明示的に呼び出すこともできます。

他のパラメータは、Caché アプリケーションに対して十分にサイズ調整されています。他のパラメータの値を表示するには、/usr/src/linux/include/asm-xxx/shmparam.h と /usr/src/linux/include/linux/sem.h の 2 つのファイルを調べてください。

詳細は、"Red Hat Enterprise Linux 4: リファレンス・ガイド" の “proc ファイル・システムOpens in a new tab” の章を参照してください。

ロックインされたメモリ

Linux プラットフォームでは、ページングを防止するためにメモリ内で共有メモリ・セグメントをロックするように Caché を構成できます。詳細は、"Caché パラメータ・ファイル・リファレンス" の "memlock" の項を参照してください。共有メモリがヒュージ・ページに割り当てられている場合、それらはメモリ内で自動的にロックされます (それ以上の操作は必要ありません)。それ以外の場合は、メモリ内にロックされる可能性のある最大サイズを増やす必要があります。既定値は 32 KB です。現在の値を表示するには、ulimit コマンドを使用します。

例えば、現在の制限値をすべて表示するには、以下のようにします。

bash$ ulimit -a 
core file size (blocks, -c) unlimited 
data seg size ( KBytes, -d) unlimited 
file size (blocks, -f) unlimited 
pending signals (-i) 1024 
max locked memory (KBytes, -l) 32 <---------- THIS ONE 
max memory size (KBytes, -m) unlimited 
open files (-n) 1024 
pipe size (512 bytes, -p) 8 
POSIX message queues (bytes, -q) 819200 
stack size ( KBytes, -s) 10240 
cpu time (seconds, -t) unlimited 
max user processes (-u) 49000 
virtual memory ( KBytes, -v) unlimited 
file locks (-x) unlimited 

max-locked memory のみ表示するには、-l オプションを使用します。

bash$ ulimit -l 
32 

権限を持っていれば、ulimit コマンドを使用して直接値を変更できますが、/etc/security/limits.conf ファイルで memlock パラメータを更新することをお勧めします。memlock の制限値が小さすぎる場合、Linux から ENOMEM (メモリ不足) エラーが表示されますが、これでは原因が明らかになりません。実際にメモリは割り当てられています。エラーを起こしているのはロックなのです。

詳細は、"Caché パラメータ・ファイル・リファレンス" の "memlock" を参照してください。

多数の同時プロセスの調整

多数のプロセスまたは Telnet ログインを必要とするシステムを実行する場合は、以下の調整を行う必要があります。

1. /etc/xinetd.d/telnet ファイルに、以下の行を追加します。

   instances = unlimited
   
   

   

2. /etc/xinetd.conf ファイルで、インスタンスの設定を以下のように追加または変更します。

   instances = unlimited
   
   

   

3. これらの変更が完了したら、以下のコマンドを使用して xinetd を再起動します。

   # service xinetd restart
   

   

4. 既定の pty (擬似ターミナル接続) 制限は 4096 です。これでも足りない場合は、/etc/sysctl.conf ファイルに最大 pty 行を追加するか変更します。以下はその例です。

   kernel.pty.max=10000
   

   

ダーティ・ページのクリーンアップ

(例えば 8 GB 以上の) 大規模なメモリ・システムでは、フラット・ファイルを何度も書き込む場合 (例えば Caché のバックアップやファイル・コピーなど)、proc/sys/vm/ に格納されている以下のパラメータを調整することにより、パフォーマンスを向上させることができます。

• dirty_background_ratio — pdflush が書き込みを開始するまでに、ダーティ・ページで満たすことのできるアクティブの最大割合。このパラメータは 5 に設定することをお勧めします。

• dirty_ratio — より多くの書き込みが許可される代わりに、タイム・スライス間のダーティ・バッファを書き込むプロセスが強制されるまでに、ダーティ・ページで満たすことのできる合計メモリの最大割合。このパラメータは 10 に設定することをお勧めします。

これらの変数は、/etc/sysctl.conf ファイルに以下を加えることで設定できます。

vm.dirty_background_ratio=5 
vm.dirty_ratio=10

これらの変更は、Linux pdflush デーモンに対して、大量の更新バーストでストレージが溢れる可能性のある大量の更新をキューに入れるより頻繁に、ダーティ・ページへの書き出しを強制するものです。

一般的な ZFS 設定

/etc/system ファイルに記述されている一般的な ZFS パラメータは以下のように調整できます。

• zfs_arc_max

  ZFS Adaptive Replacement Cache (ARC) は、システムで使用可能なメモリのほとんどを使用してファイル・システム・データをキャッシュしようとします。既定では、1GB を除くすべての物理メモリを使用します。メモリが不足してくると、ARC はメモリを放棄します。Caché のパフォーマンスを最適化できるように、この ARC が使用するメモリ量を少なくする必要があります。

  一般的に、この量は使用可能な RAM の約 10 ～ 20 % に制限する必要があります。したがって、システムに 32GB の RAM を搭載している場合は、/etc/system ファイルに以下の行を追加して、このメモリ量を 3.2GB (10 %) または 6.4GB (20 %) に設定します。

  • 3.2GB ：

    set zfs:zfs_arc_max=3435973837

  • 6.4GB ：

    set zfs:zfs_arc_max=6871947674

• zfs_immediate_write_sz

  ZFS Intent Log (ZIL) は、書き込み操作を記録するログ・ファイルで、データ整合性の観点から ZFS インフラストラクチャに統合されています。ZIL は書き込みサイズによって異なる動作をします。サイズが小さい場合は、データそのものがログ・レコードとして保存されます。データが大きい場合、ZIL は書き込みのコピーを保存せず、書き込みをディスクに同期させて、同期させたデータへのポインタのみをログ・レコードに保存します。大規模な書き込みとして扱うサイズの値は zfs_immediate_write_sz 構成項目で定義し、既定値は 32KB です。

  Oracle では、大規模な書き込みがあると、クラッシュから回復する際にデータ整合性の問題が生じる場合があることを表明しています。特に、ログ・レコードに保存した同期データへのポインタが破壊され、リカバリが不可能になる場合があります。

  このリカバリ問題による影響を抑えるため、Oracle では暫定的な対応策を公表しています。この対応策は、/etc/system ファイルに以下の行を追加することで構成できます。

  set zfs:zfs_immediate_write_sz=0x20000

  この行では、大規模な書き込みを既定の 32KB ではなく 128KB と定義し、128KB までのすべての書き込みが強制的にログ・レコードに書き込まれるようにします。

ZFS プールの構成および設定

プールおよびファイル・システムの作成および管理で使用する関連コマンドの詳細は、"Solaris ZFS Administration GuideOpens in a new tab" を参照してください。さらに、以下の操作を実行する必要があります。

• 全般的なオプション

  構成済みのすべての ZFS プールおよび ZFS ファイル・システムで、アクセス時間の更新 (atime) をオフにします (atime=off)。

  以下のようにレコード・サイズを構成します。

  • データベース・プール/ファイル・システム ： 8K (recordsize=8K)

    Note:

    ラージ (つまり、8 KB よりも大きい) ブロック・サイズのデータベースを使用する場合には、データベース・プールまたはファイル・システムを更新してブロック・サイズを一致させます。ラージ・ブロック・サイズに関する詳細は、"Caché システム管理ガイド" の “Caché の構成” の章にある "データベースの構成" セクションの “ラージ・ブロック・サイズに関する注意事項” を参照してください。

  • ジャーナル・プール/ファイル・システム ： 64K (recordsize=64K)

  • ライト・イメージ・ジャーナル・プール/ファイル・システム ： 128K (recordsize=128K)

• ZIL の分離

  ZIL は、ZIL 以外のプールとは別のデバイス (LUN) に配置できます。ZFS の既定の構成では、ZIL は他のプールと同じデバイス (LUN) に配置されます。ZIL を専用のデバイス上に分離することにより、特に Caché ジャーナリングで大幅なパフォーマンスの向上を図ることができます。

  ZIL は、いつでも別のデバイスに配置できますが、プールの作成時に以下の行を追加することをお勧めします。

  # zpool create <pool> <pool_devices> log <log_devices>

  その他の ZIL 固有コマンドの詳細は、Web サイト "http://blogs.sun.com/perrin/entry/slog_blog_or_blogging_onOpens in a new tab" を参照してください。

その他の Solaris 設定

ドライバは、物理 I/O 要求の最大サイズ (maxphys) より大きな要求を検出すると、この要求をサイズが maxphys の複数のチャンクに分割します。Solaris SPARC の実装ではこの値を指定する必要はありませんが、Solaris x64 システムでは明示的に構成する必要があります。

物理 I/O 要求の最大サイズを構成するには、/etc/system ファイルに以下の行を追加します。

set maxphys=1048576

共有メモリ制限

SUSE Linux プラットフォームでの、既定の共有メモリ制限 (shhmax と shmall) は Caché にとって小さすぎます。この制限は、再起動しなくても proc ファイル システム内で変更できます。

Caché はデータベース・バッファ、グローバル・バッファ、ルーチン・バッファ、およびライセンス使用に共有メモリを使用します。Caché 専用にマシンを使用している場合は、共有メモリをメモリの総容量の約半分に設定することをお勧めします。詳細は、この章の "メモリとディスク要件の決定" の各サブセクションと、"Caché システム管理ガイド" の “Caché ライセンスの管理” の章にある "ライセンスの機能範囲と使用の決定" を参照してください。

例えば 512 MB で設定したい場合は、以下のコマンドを入力します。

#sets shmall and shmmax shared memory
echo 536870912 >/proc/sys/kernel/shmall     #Sets shmall to 512 MB
echo 536870912 >/proc/sys/kernel/shmmax     #Sets shmmax to 512 MB

上記のコマンドは、スタートアップ時のスクリプトで入力できます。SUSE Linux 製品のドキュメントでは、/etc/init.d/boot.local スクリプト・ファイル内にコマンドを入れることが推奨されています。

また、/etc/profile.local というファイルを変更することで、システム・メモリ・ユーザ制限に対する設定を変更できます。以下のような行を追加します。

#sets user limits (ulimit) for system memory resources
ulimit -v 512000     #set virtual (swap) memory to 512 MB 
ulimit -m 512000     #set physical memory to 512 MB

この同じファイルで、以下のような行を追加することで、PATH パラメータと CLASSPATH パラメータの値を永続的に変更できます。

#sets env values PATH and CLASSPATH
export PATH=$PATH:/usr/cache/bin:/path/to/j2sdk/bin:/.
export CLASSPATH=
      $CLASSPATH:/cache/dev/java/lib/JDK16/cachedb.jar:/path/to/otherjar/file:/.

ロックインされたメモリ

Linux プラットフォームでは、メモリ内で共有メモリ・セグメントをロックしてページングを防止するように Caché を構成できます。詳細は、"Caché パラメータ・ファイル・リファレンス" の "memlock" の項を参照してください。共有メモリがヒュージ・ページに割り当てられている場合、それらはメモリ内で自動的にロックされます (それ以上の操作は必要ありません)。それ以外の場合は、この付録の "Red Hat Linux プラットフォームの問題" にある "ロックインされたメモリ" のセクションを参照してください。

プロセッサ

推奨のプロセッサ要件は以下のとおりです。

• 最大インターリービングでメモリを構成してください。

  大半のシステムでは、すべての DIMM スロットに同サイズの DIMM を取り付ける必要があります。ルールの詳細については、個々のプラットフォームのドキュメントを参照してください。

• マルチセル・システムでは、セル・ローカル・メモリなしで構成してください。

• 最低 1.5* 物理メモリ相当のスワップ領域を構成してください。

• 最新のファームウェアが必要になります。

ソフトウェアおよびパッチ

最低限のソフトウェア要件は以下のとおりです。

• HP-UX 11.23 または 11.31

• 11i v2 の MCOE

• 最新補足パッチすべて (SWA使用にてチェックすること)

• SecurePath、PowerPath、またはネイティブ 11i v3 ファイバー・チャネル・マルチパス

• HP-UX Software Assistant (SWA)

• Glance

• kcmond を無効にします (kcalarm -m off)。

すべてのサービス・パックおよびパッチは、IT Resource Center (ITRC) の次の URL からダウンロードできます。http://h20566.www2.hp.com/portal/site/hpsc/public/Opens in a new tab

ストレージ

LUN を以下のように構成してください。

• ジャーナル LUN — 小型 (1 - 4 KB までのブロック・サイズ) の単一ストリーム連続順次書き込みの高速処理に対して最適化 (高 IOPS)

  (RAID1+0、パリティなしの RAID)

• WIJ LUN — 大型 (256 KB ブロック・サイズ) の単一ストリーム順次書き込みバーストの高速処理に対して最適化

  (RAID1+0、パリティなしの RAID)

• データベース LUN(s) — ランダム 8 KB 読み取り/書き込みに対して最適化

  (RAID1+0 最優先)

• インストールおよび必要な SecurePath/PowerPath 等の他の LUN は、負荷を分散するように構成する必要があります。その際、可能であれば SST (最短サービス時間) アルゴリズムを使用し、不可能の場合は優先パスを使用します。

LVM/VxVM

LVM/VxVM の削除は使用しないでください。ファイルシステムで複数の LUN を使用する必要がある場合、連結を使用します。また、削除が必要な場合、エクステント・ベースの削除のみを使用します。可能であれば、LVM/VxVM ミラーリングは回避してください。

ファイル・システム (VxFS)

以下より、個々のファイルシステムが最低 3 つ必要です。

• ライト・イメージ・ジャーナル (CACHE.WIJ) およびデータベース

• プライマリおよび代替ジャーナル・ディレクトリ

• 必須インストールなど

ソフトウェア・インストール・ディレクトリは、WIJ ファイルシステムに含まれる場合があります。すべてのファイルシステムは、mkfs -F vxfs -o bsize=8192,largefiles [special] で作成する必要があります。

以下の行を含む /etc/vx/tunefstab を作成します。

[block-device for wij] discovered_direct_iosz=512K,\
write_pref_io=256K,max_diskq=1M,max_buf_data_size=64K
[block-device for DBfs1] max_diskq=16M
[block-device for DBfs2] max_diskq=16M
.
.
.

ファイルには、ファイルシステムのマウントに使用する /dev/... 特殊デバイス・ファイルが格納されている必要があります。これはファイルシステム自体へのパスではありません。

マウント・オプション "delaylog,largefiles" を使用して、すべてのファイルシステムをマウントします。VxFSV5 の場合は、マウント・オプション "noqio" も含めます。

WIJ には DirectIO (マウント・オプション "mincache=direct,convosync=direct") を使用しないでください。DirectIO (または VxFSV5 の Concurrent IO) は、データベース・ファイル・システムで使用する場合がありますが、書き込み性能に影響して負荷が重くなり (バッチ更新時など)、問題が発生することがあります。詳細は、このドキュメントの “一般的なファイル・システムおよびディスク/ストレージ・サブシステムの構成における推奨事項” の章の "UNIX®/Linux プラットフォームのファイル・システムのマウント・オプション" を参照してください。

HP-UX pwgrd デーモン

HP-UX ディストリビューションは、ネットワーク・クエリからパスワードおよびグループ情報をキャッシュに保存するデーモン (pwgrd) を実行します。インターシステムズでは pwgrd を明示的に有効にも無効にもしませんが、9/2008 リリースの HP-UX 11iV3 より前のバージョンでは、pwgrd が既定で有効にされていました。このバージョン以降では既定で無効化されています。pwgrd が無効な場合に、ネットワーク・ユーザをインスタンス所有者として Caché をインストールすると、chown: unknown user id integ というエラーが発生する可能性があります。このエラーが発生しないようにするには、pwgrd を有効にする必要があります。

HP-UX Kerberos クライアントの要件

HP-UX 11i プラットフォームで Kerberos を正常に動作させるには、Kerberos クライアント (KRB5CLIENT) バージョン 1.3.5 が必要になります。このバージョンが含まれている HP-UX 11i v2 への最新のアップグレードを実施していることを確認してください。HP-UX 11i v3 には、適切なクライアント・バージョンが組み込まれています。

HP-UX 乱数ジェネレータ

Caché の暗号乱数ジェネレータで真のエントロピーを実現するには、 HP-UX Strong Random Number Generator コンポーネントが必要です。HP-UX 11i v2 には、このコンポーネントは既定で含まれています。

HP-UX fastbind の要件

Caché のインストール後、HP-UX で cache バイナリを再リンクする場合や HP-UX をアップグレードする場合は、install-dir\bin ディレクトリの cache バイナリで以下のコマンドを実行します。

$ /usr/css/bin/fastbind ./cache

HP-UX chown の要件

HP-UX のファイルとディレクトリのアクセス権限を制限することをお勧めします。以下はその方法です。

1. 以下の行を /etc/privgroup ファイルに追加します。

   -n CHOWN
   

2.  これを実行したら、次の 2 つのいずれかのアクションを実行します。

   • setprivgrp -f /etc/privgroup を実行します。

   • システムを再起動します。

システム要件

現在のシステム要件については、このリリース用のオンライン・ドキュメント "インターシステムズでサポートされるプラットフォームOpens in a new tab" の “サポート対象テクノロジ” の章を参照してください。

必須の C/C++ ランタイム・ライブラリ

Caché をインストールする前に、必須の C/C++ ランタイム・ライブラリが IBM AIX® システムにインストールされていることを確認する必要があります。

Caché for AIX は、IBM XL C/C++ for AIX 13.1 コンパイラを使用してコンパイルされます。Caché のインストール先のシステムに、既にインストールされているランタイムに対応するバージョンがない場合、ランタイム・パッケージ IBM_XL_CPP_RUNTIME_V13.1.0.0_AIX.tar.Z から次の 3 つのランタイム・ファイル・セットをインストールする必要があります。

• xlC.aix61.rte 13.1

• xlC.rte 13.1

• xlC.msg.en_US.rte 13.1

これらのファイルが存在しない場合、Caché インストールは完了しません。

このパッケージのダウンロードについての詳細は、"IBM XL C/C++ Runtime for AIX 13.1Opens in a new tab" から入手できます。

Caché エンジン・リンク・ライブラリに対する共有ライブラリ環境変数

Caché エンジン・リンク・ライブラリには、インストールされたすべての C リンカーを参照するバッチ・ファイルが含まれています。

標準 UNIX® C ライブラリまたは独自の C ライブラリを LIBPATH 環境変数で定義した環境が必要です。

このような定義がない環境では、標準 UNIX® C ライブラリのパスである /usr/lib と /lib を LIBPATH に追加します。

Raw Ethernet の使用法

Raw Ethernet を使用するには、IBM AIX® マシンに DLPI (データ・リンク・プロバイダ・インタフェース) パッケージがインストールされている必要があります。マシンに DLPI パッケージがない場合、IBM プロバイダから取得し、以下の手順に従って DLPI デバイスを作成してください。

1. root としてログインします。

2. /etc/pse.conf ファイルの PSE ドライバ・セクションで、DLPI ドライバを参照している 4 行をアンコメントします。

3. ファイルを保存します。

4. コンピュータを再起動します。

DLPI デバイスがインストールされていない場合、%SYSTEM.INetInfoOpens in a new tab クラスの EthernetAddress() メソッドは、イーサネット・デバイスの情報ではなく、NULL 文字列を返します。