cachéインストール・ガイド - intersystems...はじめに...

Caché インストール・ガイド

Version 5.12006-03-14

InterSystems Corporation 1 Memorial Drive Cambridge MA 02142 www.intersystems.com

Caché インストール・ガイド

Caché Version 5.1 2006-03-14

Copyright © 2006 InterSystems Corporation.

All rights reserved.

このドキュメントは、 Sun Microsystems、RenderX Inc.、アドビシステムズおよびワールドワイド・ウェブ・コンソーシアム

（www.w3c.org）のツールと情報を使用して、Adobe Portable Document Format (PDF)で作成およびフォーマットされました。

主要ドキュメント開発ツールは、InterSystemsが構築したCaché と Javaを使用した特別目的のXML処理アプリケーションで

す。

Caché 製品とロゴは InterSystems Corporation の登録商標です。

Ensemble 製品とロゴは InterSystems Corporation の登録商標です。

InterSystems という名前とロゴは InterSystems Corporation の登録商標です

このドキュメントは、インターシステムズ社(住所：One Memorial Drive, Cambridge, MA 02142)あるいはその子会社が所有す

る企業秘密および秘密情報を含んでおり、インターシステムズ社の製品を稼動および維持するためにのみ提供される。こ

の発行物のいかなる部分も他の目的のために使用してはならない。また、インターシステムズ社の書面による事前の同意

がない限り、本発行物を、いかなる形式、いかなる手段で、その全てまたは一部を、再発行、複製、開示、送付、検索可能

なシステムへの保存、あるいは人またはコンピュータ言語への翻訳はしてはならない。

かかるプログラムと関連ドキュメントについて書かれているインターシステムズ社の標準ライセンス契約に記載されている

範囲を除き、ここに記載された本ドキュメントとソフトウェアプルグラムの複製、使用、廃棄は禁じられている。インターシス

テムズ社は、ソフトウェアライセンス契約に記載されている事項以外にかかるソフトウェアプログラムに関する説明と保証を

するものではない。さらに、かかるソフトウェアに関する、あるいはかかるソフトウェアの使用から起こるいかなる損失、損害

に対するインターシステムズ社の責任は、ソフトウェアライセンス契約にある事項に制限される。

前述は、そのコンピュータソフトウェアの使用およびそれによって起こるインターシステムズ社の責任の範囲、制限に関する

一般的な概略である。完全な参照情報は、インターシステムズ社の標準ライセンス契約に記され、そのコピーは要望によっ

て入手することができる。

インターシステムズ社は、本ドキュメントにある誤りに対する責任を放棄する。また、インターシステムズ社は、独自の裁量

にて事前通知なしに、本ドキュメントに記載された製品および実行に対する代替と変更を行う権利を有する。

Caché および InterSystems Caché、Caché SQL、 Caché ObjectScript および Caché Object は、インターシステムズ社の

商標です。

ここで使われている他の全てのブランドまたは製品名は、各社および各組織の商標または登録商標です。

インターシステムズ社の製品に関するサポートやご質問は、以下にお問い合わせください：

InterSystems ワールドワイドカスタマサポート

+1 617 621-0700Tel:

+1 617 374-9391Fax:

[email protected]:

目次

はじめに .................................................................................................................... 1

1 Caché のアップグレード .............................................................................................. 3

1.1 サポート対象アップグレード・パス ........................................................................ 3

1.2 アップグレード・タスク ........................................................................................ 4

2 Microsoft Windows への Caché のインストール ............................................................... 7

2.1 インストール要件 .............................................................................................. 7

2.1.1 必要なディスク容量 .................................................................................. 7

2.1.2 サポート対象プラットフォームと Web サーバ ................................................. 8

2.1.3 サポートするアップグレード・パスとプロシージャ ............................................ 8

2.1.4 インストール・ディレクトリの制約 .................................................................. 9

2.2 Caché のインストール ........................................................................................ 9

2.2.1 Caché の標準インストール ......................................................................... 9

2.2.2 Caché クライアント・インストール ................................................................ 13

2.2.3 Caché カスタム・インストール .................................................................... 13

2.3 インストール後のタスク ..................................................................................... 16

2.4 特別な考慮事項 ............................................................................................. 16

2.4.1 複数の Caché をインストールする場合 ....................................................... 17

2.4.2 Caché 言語の変更 ................................................................................. 18

2.4.3 Caché のアンインストール ........................................................................ 18

2.4.4 インターシステムズの Caché パケット・ドライバ ............................................. 19

3 OpenVMS への Caché のインストール ......................................................................... 21

3.1 インストール要件 ............................................................................................. 21

3.1.1 必要なディスク容量 ................................................................................ 21

3.1.2 サポート対象プラットフォームと Web サーバ ................................................ 22

3.1.3 サポートするアップグレード・パスとプロシージャ ........................................... 22

3.2 Caché のインストール ....................................................................................... 22

3.2.1 配布メディアからのファイルの転送 ............................................................ 22

3.2.2 インストール・スクリプトの実行 ................................................................... 23

3.2.3 スタートアップ・ファイルの編集 .................................................................. 25

3.3 インストール後のタスク ..................................................................................... 25

3.3.1 Web サーバへの Caché のインストール ...................................................... 26

3.3.2 Caché の起動 ........................................................................................ 26

3.3.3 Caché で使用する OpenVMS 時刻の設定 .................................................. 26

3.3.4 インストール後のアップグレード・タスクの実行 ............................................. 27

3.4 特別な考慮事項 ............................................................................................. 28

3.4.1 複数の Caché インスタンス ....................................................................... 28

Caché インストール・ガイド iii

3.4.2 Itanium プラットフォームで Kerberos を使用するクライアント・アクセス用のパッチ ....

2 8

3.4.3 SYSTEM-F-SECTBLFUL エラー .............................................................. 29

4 UNIX および Linux への Caché のインストール ............................................................ 31

4.1 インストール要件 ............................................................................................. 31

4.1.1 必要なディスク容量 ................................................................................ 31

4.1.2 サポート対象のオペレーティング・システムと機能 ......................................... 32

4.1.3 サポートするアップグレード・パスとプロシージャ ........................................... 33

4.2 Caché のインストール ....................................................................................... 33

4.2.1 配布メディアからのファイルの転送 ............................................................ 33

4.2.2 配布 CD のマウント ................................................................................ 34

4.2.3 インストール・スクリプトの実行 ................................................................... 35

4.2.4 開発用に、Caché クライアントを Windows へインストールします。 .................... 38

4.3 インストール後のタスク ..................................................................................... 38

4.3.1 Caché の起動 ........................................................................................ 39

4.4 特別な考慮事項 ............................................................................................. 39

4.4.1 複数の Caché インスタンス ....................................................................... 40

4.4.2 HP-UX ................................................................................................. 40

4.4.3 IBM AIX ............................................................................................... 40

4.4.4 Red Hat Linux ....................................................................................... 42

4.4.5 Sun Solaris ............................................................................................ 42

5 Macintosh への Caché のインストール ......................................................................... 45

5.1 インストール要件 ............................................................................................. 45

5.2 Caché のインストール ....................................................................................... 46

5.2.1 Caché の UNIX ベース・インストール .......................................................... 48

5.2.2 カーネル・パラメータの調整 ..................................................................... 48

A: OpenVMS 用のシステム・パラメータの計算 ................................................................. 51

A.1 OpenVMS プロセスのメモリ編成 ........................................................................ 52

A.1.1 共有メモリと Caché ................................................................................. 52

A.1.2 OpenVMS のプロセス・メモリの測定方法 .................................................... 52

A.2 OpenVMS ページ構成 .................................................................................... 53

A.3 OpenVMS 物理メモリの割り当て ........................................................................ 54

A.3.1 既定のメモリ割り当て .............................................................................. 55

A.3.2 メモリ割り当てのプロセス・コントロール ....................................................... 55

A.3.3 新規のプロセス用にメモリをフリーにする .................................................... 56

A.3.4 共有セクションの割り当て ........................................................................ 56

A.4 Caché による OpenVMS メモリの使用方法 .......................................................... 57

A.4.1 メモリ･ロックとページングの調整 ............................................................... 57

A.4.2 プロセス・プライベート・スペースを使用したページングの削減 ....................... 57

iv Caché インストール・ガイド

A.5 OpenVMS パラメータの計算 ............................................................................. 58

A.5.1 パラメータ・カルキュレータの入力値の決定 ................................................ 58

A.5.2 OpenVMS パラメータの現在値の記録 ....................................................... 59

A.5.3 Caché OpenVMS のパラメータ・カルキュレータの使用 ................................. 60

A.5.4 計算結果の分析 .................................................................................... 61

B: UNIX と Linux 用のシステム・パラメータの計算 ........................................................... 67

B.1 メモリとディスク要件の決定 ............................................................................... 68

B.1.1 メモリ要件の計算 ................................................................................... 68

B.1.2 スワップ領域の計算 ................................................................................ 69

B.1.3 ディスク要件の計算 ................................................................................ 70

B.1.4 グローバル・バッファ数の決定 .................................................................. 71

B.1.5 ルーチン・バッファ数の決定 ..................................................................... 71

B.1.6 最大ユーザ数の決定 .............................................................................. 72

B.1.7 最大データベース・サイズの決定 .............................................................. 72

B.2 UNIX カーネル・パラメータの構成 ..................................................................... 72

B.2.1 調節可能な UNIX パラメータ値の設定 ...................................................... 72

B.2.2 プラットフォーム構成の問題 ..................................................................... 74

C: Caché の高度なセキュリティの準備 ........................................................................... 85

C.1 セキュリティ環境の準備 ................................................................................... 86

C.1.1 Windows ドメイン・コントローラを使用したWindows Caché サーバのサービス・アカウ

ントの作成 ..................................................................................................... 86

C.1.2 Windows ドメイン・コントローラを使用した非 Windows Caché サーバのサービス・ア

カウントの作成 ............................................................................................... 88

C.1.3 UNIX、MacOS、またはOpenVMS KDCを使用するUNIX、MacOS、またはOpenVMS

Caché サーバのサービス・アカウントの作成 ........................................................ 89

C.1.4 Kerberos KDC 機能のテスト .................................................................... 89

C.2 初期の Caché セキュリティ設定 ......................................................................... 90

C.2.1 初期のユーザ・セキュリティ設定 ............................................................... 90

C.2.2 初期のサービス・プロパティ ..................................................................... 92

C.2.3 ユーザ・アカウント構成 ........................................................................... 93

D: Caché 4.1 より前のバージョンからのアップグレード ...................................................... 95

D.1 サポート対象アップグレード・パス ...................................................................... 95

D.2 アップグレード・タスク ...................................................................................... 96

D.2.1 インストール前のアップグレード・タスク ...................................................... 96

D.2.2 ISM からのアップグレード ...................................................................... 100

D.2.3 UNIX でのプリコンバージョン・ルーチンの実行 (UNIX ISM アップグレードのみ) ....

1 0 1

D.2.4 OpenVMS でのプリコンバージョン・ルーチンの実行 (OpenVMS ISM アップグレード

のみ) .......................................................................................................... 102

Caché インストール・ガイド v

D.2.5 インストール後のアップグレード・タスク ..................................................... 102

vi Caché インストール・ガイド

テーブル一覧

Caché カスタム･コンポーネント ..................................................................................... 14

Caché 5.1 サポート対象プラットフォームと Web サーバ ..................................................... 32

CD の Mount コマンド ................................................................................................. 35

AIX PowerPC 構成の組み合わせ ................................................................................. 41

OpenVMS ワーキング・セット・パラメータ ......................................................................... 54

ワーキング・セット・コントロール ..................................................................................... 56

OpenVMS パラメータ・カルキュレータへの入力 ............................................................... 60

Caché パラメータの出力 .............................................................................................. 61

OpenVMS システム・パラメータ値 .................................................................................. 62

OpenVMS の特別なパラメータ値 .................................................................................. 62

OpenVMS プロセス・パラメータ値 .................................................................................. 63

UNIX のメモリ要件 ..................................................................................................... 68

調節可能な UNIX パラメータ ....................................................................................... 73

Solaris 共有メモリ変数 ................................................................................................ 77

AIX プロセス間通信の調整可能なパラメータ .................................................................. 81

初期のユーザ・セキュリティ設定 .................................................................................... 91

事前定義されたユーザの初期のパスワード設定 .............................................................. 91

初期のサービス・プロパティ .......................................................................................... 92

有効化されるサービスの初期設定 ................................................................................ 92

Windows アップグレード時に削除または置換されるファイル .............................................. 98

Caché インストール・ガイド vii

はじめに

Cachéはさまざまなプラットフォーム上で動作します。"Cachéサポート対象プラットフォーム"を参照

し、お使いのバージョンのサポート対象オペレーティング・システムで Caché が動作するかどうかを

確認してください。

"Caché インストール・ガイド" は、以下の章と関連する付録で構成されています。

Caché バージョン 4.1 (またはこれ以降) からアップグレードする場合は、以下の章を参照して、イン

ストール前のアップグレード・タスクのリストを確認してください。

• Caché のアップグレード

使用しているプラットフォームに応じて、該当する章の指示に従って Caché をインストールしてくだ

さい。

• Microsoft Windows への Caché のインストール

• OpenVMS への Caché のインストール

• UNIX および Linux への Caché のインストール

• Macintosh への Caché のインストール

インストールする前に、使用するプラットフォームに関する付録を参照して、オペレーティング・シス

テムのパラメータを確認してください。

• OpenVMS 用の Caché システム・パラメータの計算

• UNIX および Linux 用の Caché システム・パラメータの計算

必要に応じて、Caché をインストールする前に以下の付録を参照してください。

• Caché の高度なセキュリティの準備 — Kerberos 認証方式を使用する場合は、Caché をインス

トールする前にこの付録をお読みください。

• Caché 4.1 より前のバージョンからのアップグレード — Caché 4.1 より前のバージョンからアップ

グレードする場合は、Caché をインストールする前にこの付録をお読みください。

Caché インストール・ガイド 1

1Caché のアップグレード

この章は、Caché 4.1 以降からアップグレードするユーザを対象としています。このトピックは、以下

のように構成されています。

• サポート対象アップグレード・パス

• アップグレード・タスク

重要：アップグレードを行う前に、"Caché 5.1 変換ガイド" で、各サイトに関連する事項を

参照してください。

1.1 サポート対象アップグレード・パス

直接的なアップグレード

サポートされている Caché 5.1 への直接的なアップグレード・パスは以下のとおりです。

• Caché 5.1.x

• Caché 5.0.x

• Caché 4.1.x

Caché 4.1 以降のバージョンは、既存のデータベースを変換しなくても、Caché 5.1 へ直接アップグ

レードできます。

4.1 より前のバージョンからアップグレードする場合は、 “Caché 4.1 より前のバージョンからのアップ

グレード” を参照してください。


1.2 アップグレード・タスク

Caché をアップグレードするプラットフォーム、または Caché を実行しているプラットフォームにかか

らわず、以下のアップグレード・タスクが必要になります。以下のタスクは、Caché のインストール手

順を実行する前に実行してください。

1. 更新されたライセンス・キーの入手 — Caché 5.1 ではキー構造が新しくなっています。したがっ

て、Caché 5.0 以前のバージョンから Caché 5.1 へアップグレードするには新しいキーが必要

です。

2. バックアップ・システム—Cachéのアップグレード前に、システムの完全バックアップの実行をお

勧めします。通常使用している、完全なオペレーティング・システム・バックアップ・プロシージャ

を使用してください。

3. システムの整合性チェック — データベース内部エラーが発生していないことを確認するため、

既存のディレクトリでシステム整合性チェックを実行します。

4. カスタム・ルーチンとグローバルの保存— %SYSネームスペースにある独自のルーチンやグロー

バルがアップグレードによって影響を受けないようにするため、 “Z” 、 “z” 、 “%Z” 、 “%z” で

始まる名前を付けてください。.int と .objルーチン ( Z*、z*、%Z*、%z* を除く) はすべて、アップ

グレード時に %SYS ネームスペースから削除されます。

また、アップグレードの際に、CACHELIB、CACHETEMP、DOCBOOK、SAMPLESデータベー

スは完全に置換されます。

.mac と .inc ルーチンはいずれも、アップグレードによる影響を受けません。

5. ユーザ・ファイルの保存—ユーザが追加したファイルやディレクトリも、アップグレード中に削除

または置換されます。作成したすべてのユーザ・ファイルは、Caché インストール・ディレクトリに

ある \Devuserディレクトリまたは \User という名前のサブディレクトリに保存するのが最も安全

です。削除または置換するファイルのリストについては、付録 “Caché 4.1 より前のバージョン

からのアップグレード” の "アップグレード時に削除または置換されるファイル" セクションを参

照してください。

6. PIJ ファイルの削除 (OpenVMS クラスタのみ) — Caché OpenVMS クラスタ・システムのメンバを

Caché 5.1 へアップグレードする前に、Caché クラスタのすべてのメンバを終了し、CACHE.PIJ

ファイルを削除してください。このファイルを削除しない場合、現在のCachéはアップグレードさ

れず、以下のようなエラー・メッセージが cconsole.log に書き込まれます。

Cache (2100036c) Tue Aug 1 14:28:59 2005Activating NamespacesCache (21000404) Tue Aug 1 14:28:59 2005 Cluster image journal is incompatible with this version Cache (21000404) Tue Aug 1 14:28:59 2005 Unable to join the cluster Cache (21000404) Tue Aug 1 14:29:00 2005ENQdaemon exited due to VMS error code (decimal) 0

4 Caché インストール・ガイド

Caché のアップグレード

重要： CSP ゲートウェイのアップグレード— アップグレードする Caché サーバとは別のマ

シンに CSP ゲートウェイが配置されている場合は、その別のマシン上の CSP ゲー

トウェイもアップグレードする必要があります。そのためには、Webサーバ・マシン上

でCaché のカスタム・インストールを実行し、CSPゲートウェイのみのインストールを

選択します。詳細は、"Caché システム管理ガイド" の "リモート・サーバへの接続"

の章の "リモート Web サーバでの Caché Server Pages の使用法" のセクションを



アップグレード・タスク

2Microsoft Windows への Caché のイン

ストール

この章では、Microsoft Windows システムに Caché 5.1 をインストールする方法を説明します。ここ

では、ユーザが Windows のディレクトリ構造、ユーティリティおよびコマンドに精通していることを前

提に記述されています。この章の内容は、以下のとおりです。

• インストール要件

• Caché のインストール

• インストール後のタスク

• 特別な考慮事項

2.1 インストール要件

このセクションでは、Caché 5.1 を新規にインストールする、あるいはアップグレードするために必要

なハードウェアおよびソフトウェアの要件について説明します。

2.1.1 必要なディスク容量

Caché Server Pages (CSP) をサポートする標準的な Caché のインストールには、インストールの種

類により、約 450 MB (メガバイト) のディスク容量が必要です (この値にはユーザ・データに必要な

ディスク容量は含まれていません)。インストールには、Windows システム・ディスクに更に 10 MB の

空き容量が必要です。


システムには、インストールに使用できるCD-ROMドライブを搭載したコンピュータ、あるいはネット

ワークからアクセスできる環境が必要です。

Windows を効率よくサポートするシステムであれば、Caché を稼動するには十分です。Caché のパ

フォーマンスは、プロセッサおよびディスクのスピードの増加によって向上します。

2.1.2 サポート対象プラットフォームと Web サーバ

Caché の最新バージョンは、以下のバージョンの Microsoft Windows オペレーティング・システムで

サポートされています。

• Windows Server 2003 (SP1) — 32 ビット・バージョンおよび 64 ビット・バージョン

• Windows XP Pro (SP1 または SP2)

• Windows 2000 (SP4)

CSP テクノロジは、Microsoft IIS Web サーバおよび Apache Web サーバのバージョン 1.3 および

2.0 でサポートされています。

CSP を使用している場合は、Caché のインストール前に、Web サーバをインストールする必要があ

ります。各オペレーティング・システムのサポートは、オペレーティング・システム・ベンダに依存し、

変更になる場合もあります。詳細は、"Caché Server Pages の使用法"の “CSP構成” の章の "Web

サーバ構成" セクションを参照してください。

システム管理ポータルと Caché オンライン・ドキュメントが確実に機能するようにするため、Caché で

は、インスタンスごとにプライベートApache WebサーバとプライベートCSPゲートウェイがインストー

ルされます。このWindows サービス名は “Web Server for <instance>” です (<instance> は、Caché

のインストール時に入力したインスタンス名)。Caché では、Web サーバは <CacheSys>\httpdディ

レクトリ内にインストールされます。<CacheSys>はCachéのインストール・ディレクトリです。対応する

Caché インスタンスをインストールしても、そのインスタンスはアンインストールされます。

ネットワークから Caché をインストールする場合、最初に、CD のすべてのコンテンツをネットワーク･

ドライブにコピーします。エクスプローラの [ツール] メニューから [ネットワーク・ドライブの割り当て]

をクリックし、例えば “Q:” など特定のドライブ文字を割り当てます。

2.1.3 サポートするアップグレード・パスとプロシージャ

Caché をアップグレードする場合は、最初に、このガイドの "Caché のアップグレード" の章をお読

みになり、必要な手順をすべて実行してください。

アップグレードするときは、インストール前のアップグレード作業が完了した時点で現在のCaché を

バックアップし、その後で Caché をインストールしてください。


Microsoft Windows への Caché のインストール

2.1.4 インストール・ディレクトリの制約

以下のような文字を含むディレクトリには、Caché をインストールできません。

• パス名にキャレット (^) が含まれているもの

• US ASCII 文字セットに含まれない文字が使用されているもの

• ドライブのルート・レベルにあるもの (C:\ など)

• パス名が 37 文字以上のもの

2.2 Caché のインストール

Caché 5.1 のインストール手順はどの方法でも基本的に同じですが、インストールの種類を選択す

る手順が多少異なります。標準インストールの説明後、その違いを説明しています。

2.2.1 Caché の標準インストール

標準インストールの場合、Cachéサーバとクライアントのコンポーネントの両方をインストールします。

標準インストールは、以下のように実行します。

1. アップグレードを実行する場合は、稼動中のCachéサーバを停止します。また、そのコンピュー

タにインストールする場合、他のWindowsアプリケーションをすべて終了し、Webサーバをシャッ

トダウンします。CD-ROM からインストールする場合、CD ドライブにソフトウェア CD を挿入し

ます。ネットワークからインストールする場合、ロードするファイルに確実にアクセスできることを

確認します。

2. [スタート] ボタンをクリックし、メニューから [ファイル名を指定して実行] をクリックします。[ファイ

ル名を指定して実行] ダイアログ・ボックスの [名前] テキスト・ボックスに、以下のように入力しま

す。

[drive]:\nt\setup.exe

drive値は、使用しているコンピュータの CD-ROM ドライブの文字を入力します。[OK] をクリッ

クして、Caché InstallShield ウィザードを起動します。

3. Cachéのセットアップを開始します。セットアップの実行中にプロンプトが表示された時は、以下

のように対応します。

• [次へ] をクリックすると、次のダイアログ・ボックスを表示します。

• [戻る] をクリックすると、前のダイアログ・ボックスに戻り、入力済みの値を変更できます。

• [キャンセル] をクリックすると、インストールを中止します。


Caché のインストール

4. [使用許諾契約]—インストール対象のマシンにCaché インスタンスが存在しない場合は、Caché

ライセンス契約が表示されます。[はい] をクリックして、ライセンス契約に同意します。

5. マシン上に別の Caché インスタンスが存在するかどうかによって、以下のいずれか一方または

両方のダイアログ・ボックスが表示されます。

a. [Caché インスタンスを選択] — 別の Caché インスタンスが存在する場合は、既存のインス

トール・ディレクトリのリストが表示されます。更新するディレクトリを選択するか、または新規

インスタンスを新しいディレクトリにインストールするよう選択できます。

b. [Caché インスタンス名の定義] — 新しい Caché インスタンスの名前を入力します。既定の

名前は CACHE です。別のインスタンスが存在する場合は CACHEn になります (n は、こ

の新しいインスタンスを含めたCaché インスタンスの数)。この既定を使用しない場合は、別

の名前を入力します。このインスタンスのこれ以降の更新では、ここで入力したインスタンス

名が使用されます。

6. [セットアップタイプ] — インストールの方法を選択します。

• [標準] — サーバ、クライアント、ODBC ドライバのコンポーネントをインストールします。この

コンピュータを Caché データベース・サーバとして使用する場合は、このオプションを選択

してください。

• [クライアント] — Caché のクライアント・コンポーネントのみをインストールします。このコン

ピュータの Caché システムと構成ユーティリティを、別のコンピュータ上の Caché データ

ベース・サーバのクライアントとして使用する場合は、このオプションを選択してください。詳

細は、"Caché クライアント・インストール" を参照してください。

• [カスタム] — インストールするコンポーネントを選択できます。詳細は、"Caché カスタム・イ

ンストール" を参照してください。

このダイアログ・ボックスでは、新規インスタンスのCaché ソフトウェアをインストールするディレク

トリも選択できます。既定の場所は C:\CacheSys です (複数のインスタンスが存在する場合は

Cachen)。別のディレクトリを入力するには、[参照] をクリックします。存在しないディレクトリを入

力すると、そのディレクトリを作成するかどうかを尋ねられます。[はい] をクリックしてディレクトリ

を作成し、処理を続行してください。

注釈: アップグレードする場合、インストール先ディレクトリは変更できません。

以下の 3 つの手順は、新しいインスタンスをインストールする場合のみ表示されます。アップグ

レードの場合は、既存のインスタンスの設定がそのまま適用されます。

7. [Unicodeサポートをインストールしますか?] — 8 ビットまたは Unicode サポートを選択します (既

定はオペレーティング・システムのロケールによって異なります)。

• 8ビット — システムは、8 ビット形式で文字を処理します。



• Unicode — システムは、Unicode (16 ビット) 形式で文字を処理します。ユーザのアプリケー

ションが、日本語など Unicode 形式でデータを保存する言語を使用している場合は、こち

らを選択します。

インターシステムズは、日本語の OS 上では、Unicode 版を使用することを推奨します。

Cachéの 8ビット・バージョンを使用する場合、ユーザのデータを、異なる文字セットを基に

した 8 ビット・ロケールに移植することはできません。

注意: Unicodeを選択してインストールを実行した場合、8ビットに戻るとデータが

失われます。これは、8 ビット・バージョンの Caché は、データベースから

16 ビットの文字データを取得できないためです。

8. [初期セキュリティ設定] — 初期の Caché セキュリティ設定の制限を指定します。[最小] を選択

した場合は、次のインストール手順に進みます。[通常] または [ロックダウン] を選択した場合

は、以下の手順を実行します。

a. [ユーザ情報を入力してください] — Caché を実行する既存の Windows ユーザ・アカウント

を選択します。既定のシステム・アカウント (Windows ローカル・システム・アカウントとして

Caché を実行) を選択するか、または定義されたWindows ユーザ・アカウントを入力できま

す。[次へ] をクリックすると、以下の点が検証され、入力したユーザ・アカウントの有効性が

確認されます。

• そのアカウントがドメインに存在するかどうか。

• 入力したパスワードが正しいかどうか。

• そのアカウントに、サーバ・マシンに対するローカル管理者特権が与えられているかど

うか。

重要： Kerberos を使用する場合は、Caché サービスを実行するために設定した

定義済みのアカウントを入力する必要があります。できるだけ、この目的の

ために設定したアカウントを使用してください。

b. [Cachéのユーザ構成] — Caché をインストールしているユーザーに対して %All ロールを持

つ Caché アカウントが作成され、Caché の管理に必要なサービスへのユーザ・アクセスが

許可されます。そのアカウントのパスワードを入力し、確認のために同じパスワードを再度

入力します。入力するパスワードは、セキュリティ設定の条件を満たしている必要がありま

す。

これらの設定の詳細は、このガイドの付録 "Caché の高度なセキュリティの準備" の "初期の

Caché セキュリティ設定" のセクションを参照してください。

9. [ライセンスの入力] — Caché ライセンスがコンピュータに登録されていない場合 (システム管理

者のディレクトリに cache.keyファイルがない場合)は、インストール時にキーが検出されなかっ

たことを知らせるメッセージが [ライセンスの入力]ダイアログ・ボックスに表示され、ライセンスの

入力を求められます。



残りのインストール手順に進む場合は [いいえ] をクリックします。後でライセンス情報を更新す

る場合は、システム管理ポータルの [[ホーム]→[ライセンス]→[ライセンスキー]]ページを使用

します。

[はい] をクリックして、Caché ライセンス・ウィザードを開きます。

インターシステムズの Caché ライセンス情報入力に関する詳細は、"Caché システム管理ガイ

ド" の “Caché ライセンスの管理” の章の "ライセンス・キーの保守" セクションを参照してくだ

さい。

10. [インストールサマリ] — 選択したインストール・オプション、およびソフトウェア・ファイルのインス

トール先ディレクトリを確認します。[次へ] をクリックし、処理を継続します。選択したディレクトリ

に Caché がインストールされます。

標準インストールでは、Caché インスタンスに対して以下のポート番号が設定されます。

• SuperServer ポート番号 — 1972、またはこれ以降の使用可能な最初のポート番号

• Web サーバのポート番号 — 8972、またはこれ以降の使用可能な最初のポート番号

• Telnet ポート番号 — 23

インストールが完了した後、必要であれば、システム管理ポータルの [[ホーム]→[構成]→[メモ

リと開始設定]] ページで SuperServer ポート値を変更できます。

インストールが完了した後、必要であれば、システム管理ポータルの [[ホーム]→[構成]→[詳細

設定]] ページで Web サーバと Telnet のポート値を変更できます。

11. Web サーバの実行中に Web サーバ･ゲートウェイ (CSP ゲートウェイ) をインストールしようとす

ると、ダイアログ・ボックスが開き、Web サーバを停止するかどうかを尋ねるメッセージが表示さ

れます。[はい]をクリックすると、サーバが停止され、CSPゲートウェイがインストールされた後、

サーバが再起動されます。[いいえ] をクリックすると、Web サーバの CSP ゲートウェイが構成さ

れません。Caché に含まれているプライベート Apache Web サーバのプライベート CSP ゲート

ウェイのみがインストールされます。

12. [InstallShield ウィザードの完了] — インストールが正常に完了したことを知らせます。[はじめに]

ページを表示するかどうかを選択し、[完了] をクリックして Caché を起動します。

再起動が必要な場合はそれを知らせるメッセージが表示され、今すぐ起動するか、後で起動す

るかを選択できます。

Caché をインストールすると、Windows ツール・バーのシステム・トレイ・エリアに、Caché キューブア

イコンが表示されます。キューブをクリックすると、Caché メニューが表示されます。また、Windowsの

[プログラム] メニューにも Caché 項目が表示されます。

Windowsサーバの場合、[Cachéインスタンス名の定義]ダイアログ・ボックスに入力した名前に基づ

いて、 “Caché Controller for instname” という名前が Caché Windows サービスに割り当てられま

す。ユーザが自分のサーバを起動したときに、Windows サービスとして自動的にスタートするように



設定されます。この設定を変更するには、システム管理ポータルの [[ホーム]→[構成]→[メモリと開

始設定]] ページにある [システム起動時に Caché を開始する] チェック・ボックスを使用します。

2.2.2 Caché クライアント・インストール

必要に応じて、クライアント･マシンで必要な Caché の一部のみをインストールすることができます。

これには、Caché システムおよびプログラマ・ユーティリティが含まれます。クライアント・インストール

は、Caché の標準インストールとほとんど同じ手順で実行します。

このソフトウェアは Caché のインストール媒体に含まれているので、インストール時に別のインストー

ル媒体は必要ありません。

以下は、クライアント・インストールの実行方法です。

1. 標準インストールの手順 5 までを実行します。

2. [セットアップタイプ] ダイアログ・ボックスで、[クライアント] を選択します。

このダイアログ・ボックスでは、Caché ソフトウェアを格納するディレクトリも選択できます。既定の

位置は、C:\CacheSys です。別のディレクトリを入力するには、[参照] をクリックします。

3. 入力したディレクトリが存在しない場合、新しく作成するときは [はい] をクリックします。

4. [インストール・サマリ]—選択したインストール名、インストール・タイプおよびソフトウェア・ファイ

ルのインストール先ディレクトリを確認します。[次へ] をクリックし、処理を継続します。選択した

ディレクトリに Caché がインストールされます。

5. [InstallShield ウィザードの完了] — インストールが正常に完了したことを知らせます。[完了] を

クリックします。

6. インストールが完了した後、このクライアントに対する優先サーバを定義します。詳細は、"Caché

システム管理ガイド" の “リモート・サーバへの接続” の章の "リモート・サーバ接続の定義"

セクションに記載されています。

Caché をクライアントにインストールすると、Windows ツール・バーのシステム・トレイ領域に Caché

キューブ・アイコンが表示されます。ただし、Cachéサーバが動作していないので、現在は淡色表示

になっています。

2.2.3 Caché カスタム・インストール

Caché インストール・プログラムを利用すると、インストールしたい Caché コンポーネントのみを選択

してインストールできます。例えば、Cachéのツールとユーティリティのみをインストールできます。た

だし、セクションによっては、他のコンポーネントのインストールが必要な場合もあります。

以下は、Caché カスタム・インストールの実行方法です。

1. 標準インストールの手順 5 までを実行します。

2. [セットアップタイプ] ダイアログ・ボックスで、[カスタム] を選択します。



このダイアログ・ボックスでは、Caché ソフトウェアを格納するディレクトリも選択できます。既定の

位置は、C:\CacheSys です。別のディレクトリを入力するには、[参照] をクリックします。

3. [コンポーネントの選択] — Caché カスタム・コンポーネントの一覧に示されているように、インス

トールするコンポーネントを選択します。

4. [スーパーサーバとウェブサーバのポートを選択してください] — 標準インストール手順で説明し

たポート番号が自動的に割り当てられるようにするか、または独自のポート番号を入力できま

す。

5. 標準インストールの Unicode サポートのインストール手順を実行します。

以下の表は、ユーザが選択できるコンポーネントです。

Caché カスタム･コンポーネント

他に必要となるコンポーネ

ント

概要コンポーネント

Cachéデータベースを使用する

独自のアプリケーション (C,

C++, Java) を構築するための、

開発コンポーネントをインストー

ルします。

Caché アプリケーション開発

Caché Server Pages (CSP) 用

の Web サーバ・ゲートウェイを

構成します。

Web サーバゲートウェイ

(CSP)1

WebLink を使用して Caché

データベースへ接続できるよう

に Web サーバを構成します。

WebLink

Caché Direct 接続ActiveX をインストールすると、

クライアント・アプリケーションと

Cachéとの接続が可能になりま

す。

ActiveX 接続

Caché エンジンCaché ドキュメントをインストー

ルします。

ドキュメント

ODBC ドライバと JDBC ドライ

バをインストールします。SQL ツール2

Caché Direct 接続、ActiveX

接続

開発ツール (Caché スタジオな

ど) とシステム管理ユーティリ

ティ (システム管理ポータルな

ど) をインストールします。

Cachéツールとユーティリティ



他に必要となるコンポーネ

ント

概要コンポーネント

Caché ツールとユーティリ

ティ、Cache Direct 接続、

ActiveX 接続

基本のCachéデータベース・エ

ンジンをインストールします。

Caché エンジン

Caché Direct実行時クライアン

ト・コンポーネントをインストール

します。これは、クライアントの

接続に必要です。

Caché Direct 接続

Caché エンジンユーティリティ・ソース・コード

を、%SYS ネームスペースにイ

ンストールします。

マネージャユーティリティコー

ド

Windows プラットフォーム上で

の Caché の再リンクに必要な

C ヘッダ・ファイルとオブジェク

ト・ファイルをインストールしま

す。

Caché エンジンリンクライブ

ラリ

1 3 種類の Web サーバが検出され、GSP ゲートウェイを使用できるよう自動的に構成するためのオ

プションが提示されます。詳細は、"CSP ゲートウェイのインストール・オプション" を参照してくださ

い。

2 2 つのコンポーネント (ODBC 接続と Java データベース接続) が含まれています。どのサブコン

ポーネントをインストールするかを選択できます。

注釈: カスタム・メニューのうち既定で選択されているのは、Caché アプリケーション開発、Web

サーバ・ゲートウェイ、ActiveX 接続、ドキュメント、SQL ツール (すべてのサブコンポーネ

ント)、Caché ツールとユーティリティ、Caché エンジン、および Caché Direct 接続です。こ

れらは、標準インストールでインストールされるコンポーネントと同じです。

2.2.3.1 CSP ゲートウェイのインストール・オプション

インストール時には 3 種類の Web サーバが検出され、それらを CSP ゲートウェイ用として自動的

に構成するためのオプションが表示されます。検出された場合は、以下のチェック・ボックスが表示

されます。

• CSP IIS

• CSP for Apache 1.x

• CSP for Apache 2.x



これらのうち、いずれかのオプションを選択すると、メインの CSP ゲートウェイがインストールされ、

CSP ゲートウェイを使用できるように対応する Web サーバが構成されます。CSP ゲートウェイ・コン

ポーネントを選択し、これらすべてのオプションをクリアした場合は、CSPゲートウェイに必要なすべ

てのファイルがインストールされます。ただし、Web サーバ構成は変更されません。インストール後

に、CSP ゲートウェイ・アプリケーションから構成を手動で変更できます。

選択可能なチェック・ボックスのすべてにチェックを付けた場合、メインの CSP ゲートウェイがインス

トールされ、各 Web サーバが構成されます。

Caché では、常に、選択した Web サーバ・ポートのプライベート CSP ゲートウェイを使用して、プラ

イベート Apache Web サーバがインストールされ、システム管理ポータルおよびオンライン・ドキュメ

ントが提供されます。

重要： CSP ゲートウェイをインストールすると、それ以前に変更した CSP ゲートウェイ構成

の内容がすべて置き換えられます。

2.3 インストール後のタスク

• リモートで他の Caché のインスタンスに接続する場合は、"Caché システム管理ガイド" の “リ

モート・サーバへの接続” の章の "リモート・サーバ接続の定義" セクションに記載されている

手順に従います。

• 以前のバージョンの Caché からアップグレードする場合、インストール後に以下を実行して、

Caché オブジェクト・アプリケーションをすべてリコンパイルする必要があります。

Do $system.OBJ.UpgradeAll("c")

これによって、すべてのネームスペース内のクラス・ディクショナリがアップグレードされ、コンパ

イルされます。

• 必要に応じて、"特別な考慮事項" に記載されているタスクも追加で実行してください。

2.4 特別な考慮事項

以下では、ライセンス、プラットフォーム固有の問題、インストールの種類に関する特定の問題やタ

スクについて説明します。

• 複数の Caché をインストールする場合

• Caché 言語の変更

• Caché のアンインストール



• インターシステムズの Caché パケット・ドライバ

2.4.1 複数の Caché をインストールする場合

1 台の Windows マシンに、Caché 4.0 およびそれ以降のバージョンのインスタンスを複数インストー

ルし、同時に実行できます。その場合は、Cachéの各インスタンスに一意な名前を付け、別々のディ

レクトリにインストールし、それぞれ異なるポート番号を割り当てます。

詳細は、"Caché システム管理ガイド" の "複数の Caché インスタンス" セクションを参照してくださ

い。

複数の Caché インスタンスをインストールする場合、1 つのシステムにつき 1 つのコンポーネントし

かインストールできません。例えば、通常Web サーバはシステムに 1つに制限されるため、CSP は

最新のインストールのみが構成されます。レジストリに格納されている Caché クライアント･コンポー

ネントについても、同様の問題が発生します。Caché ODBC ドライバおよび ActiveX のコンポーネ

ントは、それぞれ1つの名前を使用してレジストリに格納されます。最新のインストールは、これらの

コンポーネントをアップデートし、インストールされた最新のインスタンスを示します。旧バージョンの

Caché も保持しつつ Caché 5.0 を追加したい場合は、5.0 の RegFiles.bat を実行して、5.0 のすべ

てのコンポーネントを登録してください。

Caché 5.0 は、Caché インスタンス全体で共有できるように、共通のコンポーネントを共通のディレク

トリに移動します。しかし、従来のバージョンとの互換性の問題により、Caché 5.0 のすべてのコン

ポーネントが Caché 4.1 のインスタンスをサポートできるわけではありません。Caché 4.0 のインスタ

ンスについても同様です。

これに対処するには、Microsoft Windows 2000 以降に導入されている機能を利用できます。実行

ファイル名に .localをつけた同じ名前を持つ空のファイルを生成し、実行ファイルへのレジストリ･パ

スを無視するように強制します。

例えば、アーキテクト･プログラムがレジストリ･パスを使用する前に、現在のディレクトリから登録され

たActiveXコンポーネントを見つけるようにするには、CObjArch.exeの実行時にCObjArch.exe.local

という名前の空のファイルが必要です。これらの空の .localファイルを作成することにより、新規にイ

ンストールされた登録実行ファイルの Caché 5.0 セットではなく、Caché 4.1 または Caché 4.0 など

の旧バージョンのインスタンスを有効にして互換性のあるローカル･ファイルを使用できます。

ディレクトリ内のすべての実行ファイﾙについて .localファイルを生成するには、DOSプロンプトに以

下をタイプします。

for %c in (*.exe) do set tempvariable= >%c.local

.localファイルについての詳細は、Microsoft 社の資料"The End of DLL Hell" を参照してください。


特別な考慮事項

2.4.2 Caché 言語の変更

Cachéをインストールする際、サポート対象言語固有のユーティリティDLLは、すべてCacheSys\Bin

ディレクトリにインストールされます。各 DLL には、ローカライズされた文字列とメッセージが含まれ

ます。

DLL 名の形式は UTILxxx.DLL で、xxx には、以下の言語を表す 3 文字のコードが入ります。

言語コード

ドイツ語 (標準)DEU

英語 (アメリカ)ENU

スペイン語 (スペイン)ESP

フランス語FRA

イタリア語 (標準)ITA

日本語JPN

韓国語KOR

オランダ語 (標準)NLD

ポルトガル語 (ブラジル)PTB

ロシア語RUS

Caché インストールのロケールを変更したい場合、Caché 各国言語サポートアプリケーションの

cnls.exe を、<cache-install-dir>/Binディレクトリから実行し、Locale タブの情報を更新します。

2.4.3 Caché のアンインストール

Caché をアンインストールするには、最初に Caché を停止し、Caché キューブから [終了] をクリック

して、システム・トレイから Caché キューブを削除します。

Caché 付属のアンインストール・プログラムのみを使用します。Windows 2000 では [コントロールパ

ネル] から [アプリケーションの追加と削除] ユーティリティを使用します。

重要：他のアンインストール・プログラムはサポートされていないため、使用すると予期しな

い結果が生じる可能性があります。



2.4.4 インターシステムズの Caché パケット・ドライバ

Windows 2000、XP、2003 Server 用 Caché パケット･ドライバのインストール

Windows システム上で、Caché とともに Raw Ethernet、DDP、または LAT を使用するには、以下に

記載されている適切なパケット・ドライバをインストールする必要があります。最初に、CD-ROM を

ロードするか、適切なドライバ・ファイルのネットワークの場所を確認します。

Windows 2000、XP、および2003 Server システムの場合、インターシステムズのパケット・プロトコル・

ドライバを以下のようにインストールします。

1. デスクトップの [マイネットワーク] を右クリックし、[プロパティ] をクリックします。

[スタート] から [設定] をポイント後、[ネットワークとダイアルアップ接続] をクリックしても同じで

す。

2. [ローカルエリア接続] を右クリックし、[プロパティ] をクリックします。

3. [インストール] をクリックします。

4. [ネットワークコンポーネントの種類の選択]ダイアログ・ボックスの [プロトコル] をクリックし、[追

加] をクリックします。

5. [ネットワークプロトコルの選択] ダイアログ・ボックスの [ディスク使用] をクリックします。

6. パケット･ドライバ･キットへのパスを入力し、[OK] をクリックします。

適切なドライブ文字を入力して [参照] をクリックして、正確なパス \drivers\win2k を検索する

こともできます。ここには、ファイル ispkt2k.inf が含まれています。[開く] をクリックし [OK] をク

リックします。

7. [InterSystems Packet Driver for Windows 2000, XP and 2003 Server] を選択し、[OK] をクリック

します。

8. ドライバのインストール後、[閉じる] をクリックします。

Windows を再起動すると、Caché のすべてが利用可能になっています。



3OpenVMS への Caché のインストール

この章では、OpenVMSシステムにCaché 5.1をインストールする方法を説明します。ここでは、ユー

ザが OpenVMS のディレクトリ構造、ユーティリティおよびコマンドに精通していることを前提に記述

されています。この章の主な内容は以下のとおりです。





インストールの開始前にパラメータの設定を検証する場合、"システム・パラメータの計算"の別表を

ご利用ください。また、オンラインの "OpenVMS パラメータ・カルキュレータ" を使用して、インター

システムズが推奨するパラメータ値を取得することもできます。


このセクションでは、Caché 5.1 を新規にインストールする、あるいはアップグレードするために必要

なハードウェアおよびソフトウェアの要件について説明します。


Caché の標準インストールでは、選択するインストールの種類により、340 MB (メガバイト) のディス

ク領域が必要です。これは、ディスク領域の 696320 のブロックに相当します。


3.1.2 サポート対象プラットフォームと Web サーバ

最新バージョンの Caché は、OpenVMS v7.3-2 または v8.2 を実行する HP Alpha コンピュータ、お

よび OpenVMS v8.2-1 を実行する HP Itanium プロセッサでサポートされています。GS160 など、

NUMA (Non-Uniform Memory Access：非均質メモリ・アクセス) マシンに Caché をインストールする

場合は、現在の推奨構成をインターシステムズのサポート窓口(WRC)までお問い合わせください。

重要： Caché は、OpenVMS プラットフォーム上の Web サーバをサポートしていません。


アップグレードを実行する前に、"Caché のアップグレード" の章をお読みになり、必要な手順をす

べて実行してください。

アップグレードするときは、インストール前のアップグレード作業が完了した時点で現在のCaché を

バックアップし、その後で Caché をインストールしてください。


Caché 5.1をインストールするには、システム管理者として、あるいはCMKRNL、WORLD、BYPASS、

SYSLCK、ALTPRI、OPER の特権でOpenVMS にログインします。インストール・スクリプトの実行時

に UIC が [1,4] でない場合、コマンド・プロシージャ CINSTALL は自動的に UIC を [1,4] に変更

します。

注釈: 新規インストール時に論理名 CACHE$MGRUIC を定義した場合、ターゲット・ディレクトリ

のオーナー UIC がその論理名の値に設定されます。サブディレクトリおよびファイルは、

その UIC を継承します。

OpenVMS にログイン後、以下を実行します。

1. 配布メディアからファイルを転送します。

2. インストール・スクリプトを実行します。

3. スタートアップ・ファイルを編集します。

3.2.1 配布メディアからのファイルの転送

Caché インストール・ファイルを、配布メディアから作業ディレクトリ (推奨) あるいはターゲット・ディレ

クトリに移動します。OpenVMS バックアップ・コマンドを使用して、配布ファイルを作業ディレクトリに

コピーします。例：


OpenVMS への Caché のインストール

• 以下は、CD の場合です。

$ MOUNT/OVERRIDE=IDENTIFICATION cd_dev:$ BACKUP cd_dev:[CACHEDIST]C51Bnnn.BCK/SAVE/SELECT=[REL.ALPHAVMS.DIST...] dest_dev:[CACHEKIT...]$ DISMOUNT cd_dev:

cd_dev は CD-ROM ドライブのデバイス名、[CACHEDIST]C51Bnnn.BCK は CD 上の圧縮さ

れたバックアップ・ファイル名、dest_dev はローカル・ハード・ディスクのデバイス名です。また、

[CACHEKIT]はローカル･ディスク上に作成するディレクトリで、インストール･キットの配布ファイ

ルを一時的に解凍し、保存する場所です。解凍キットで 2 レベル下のものは CINSTALL.COM

です。

• 以下は、磁気テープ配布の場合です。

$ MOUNT/FOREIGN magtape_dev:$ BACKUP magtape_dev:C51Bnnn.BCK/REWIND/SAVE/SELECT=[REL.ALPHAVMS.DIST...] dest_dev:[CACHEKIT...]$ DISMOUNT magtape_dev:

magtape_dev は磁気テープ・ドライブのデバイス名、C51Bnnn.BCK はテープ上の圧縮された

バックアップ・ファイルの名前、dest_dev はローカル・ハード・ディスクのデバイス名です。また、

[CACHEKIT]はローカル･ディスク上に作成するディレクトリで、インストール･キットの配布ファイ

ルを一時的に解凍し、保存する場所です。解凍キットで 2 レベル下のものは CINSTALL.COM

です。

• バックアップするため、配布ファイルを保存します。

$ CREATE/DIR dest_dev:[CACHEKIT...]$ BACKUP C51Bnnn.BCK/SAVE dest_dev:[CACHEKIT...]

dest_devはローカル・ハード・ディスクのデバイス名、[CACHEKIT]はローカル・ディスク上に作

成するディレクトリです。また、C51Bnnn.BCKは、FTPサーバ上の圧縮されたバックアップ・ファ

イルの名前です。ローカル・ディスク上にディレクトリ構造を正しく再作成する必要があります。

3.2.2 インストール・スクリプトの実行

インストール・スクリプト CINSTALL は、自動的に以下のすべてを実行します。

• Caché システム・マネージャ・データベースをインストールします。

• インストール・モードで Caché を起動します。

• Caché システム・マネージャ・グローバルとルーチンをインストールします。

• Cachéを終了し、既定の構成ファイルを使用して再起動します。アップグレード・インストールの

場合は、元の構成ファイルを使用して再起動し、必要に応じて更新されます。

以下のようにインストールを実行します。



1. インストール・ファイルの最上位にある CINSTALL スクリプトを実行し、インストール・プロシー

ジャを開始します。

@CINSTALL

インストール・ディレクトリが見つからない場合、以下のようにフルパスを入力してスクリプトを実

行します。

@DKA0:[CACHEKIT.5-1-0-nnn-0]CINSTALL

この場合、DKA0:[CACHEKIT.5-1-0-nnn-0] は、インストｰル・キット配布ファイルを解凍、保存

したディレクトリ・パスを指定します。

2. インストール・スクリプトにより、そのマシンに存在するCaché インスタンスが一覧表示されます。

プロンプトで、インスタンス名を入力します。入力した名前を持つインスタンスがすでに存在する

場合、現在のインスタンスを更新するかどうかを尋ねられます。入力した名前を持つインスタン

スが存在しない場合は、新しいインスタンスを作成するかどうか、作成するのであればどこに作

成するかを尋ねられます。指定したディレクトリが存在しない場合は、ディレクトリを作成するか

どうかを尋ねられます。既定の応答は Yes です。Enter を押してインストールを続行します。

3. 次に、Caché の文字サポートを 8 ビットまたは Unicode のどちらにするかを選択します。

インターシステムズは、日本語の OpenVMS には、Unicode 版を使用することを推奨します。

Cachéの 8ビット・バージョンを使用する場合、ユーザのデータを、異なる文字セットを基にした

8 ビット・ロケールに移植することはできません。

注意: Unicode を選択してインストールを実行した場合、8 ビットに戻るとデータが失

われます。これは、8 ビット・バージョンの Caché は、データベースから 16 ビッ

トの文字データを取得できないためです。

4. スクリプトは、さまざまなシステム管理ユーティリティにソース・コードをロードし、Cachéエンジン・

リンク・ライブラリをロードするかどうかを尋ねます。これらは、カスタムのコールイン･モジュール

およびコールアウト・モジュールの構築に使用します。ほとんどの場合、これらのプロンプトでは

既定のオプション (<YES>) を選択します。

5. 次に、初期のCachéセキュリティ設定の制限を指定します。[最小] (1)、[通常] (2)、または [ロッ

クダウン] (3) を選択してください。既定は [最小] です。これを選択した場合は、そのまま次の

インストール手順に進みます。

2 または 3 を入力した場合は、その他の情報を入力するよう求められます。

a. インスタンスの所有者—Cachéを実行するユーザの名前を入力します。入力したユーザの

アカウントが作成されます。

b. 入力したユーザのパスワード — 指定したユーザ名の Caché パスワードを入力し、確認の

ために再度入力します。



これらの設定の詳細は、このガイドの付録 “Caché の高度なセキュリティの準備” の "初期の

Caché セキュリティ設定" セクションを参照してください。

6. インストール時に、MGR サブディレクトリに cache.key ファイルが検出されなければ、ライセン

ス・キー情報を入力するかどうかを聞かれます。既定は [ ] です。

[ ] を選択すると、Caché はインストール・プロセスの一環としてキーをインストールします。イ

ンターシステムズの Caché ライセンス情報入力に関する詳細は、"Caché システム管理ガイド"

の “Caché ライセンスの管理” の章の "ライセンス・キーの保守" セクションを参照してくださ

い。

3.2.3 スタートアップ・ファイルの編集

Cachéが適切に機能するように、マシンを再起動する際に、CACHE$STARTUP.COMファイルを編

集してCaché をセットアップするコマンドを追加する必要があります。CACHE$STARTUP.COMスク

リプトには、ハードウェアに依存する定義など、すべての Caché インスタンスに影響するコマンドの

みが含まれます。また、磁気テープ・デバイスの論理を定義し、特定のCaché インスタンスを自動的

に起動します。以下のようにして、ファイルをセットアップします。

1. インストールのサブディレクトリ [.BIN] から SYS$LIBRARYへ CACHE$STARTUP.COM をコ

ピーします。

2. そのコピーを変更します。

3. OpenVMS システムの起動コマンド・ファイル、SYS$MANAGER:SYSTARTUP_VMS.COM を編

集し、CACHE$STARTUP.COM ファイルを呼び出します。

詳細は、CACHE$STARTUP.COM ファイルのコメントを参照してください。


インストール・プロシージャの実行が完了したら、以下のタスクを実行します。

• Web サーバへの Caché のインストール

• Caché の起動

• Caché で使用する OpenVMS 時刻の設定

• アップグレードする場合は、インストール後のアップグレード・タスクを実行します。



インストール後のタスク

3.3.1 Web サーバへの Caché のインストール

Caché では、OpenVMS インスタンス上にプライベート Web サーバがインストールされません。した

がって、システム管理ポータルを使用して OpenVMS 上の Caché サーバを管理するには、サポー

トされている Web サーバ・マシンに CSP ゲートウェイをインストールし、OpenVMS 上の Caché イン

スタンスをリモートから制御できるように構成する必要があります。

一般に、Web サーバ上の Caché のバージョンは、それが管理する Caché システムのバージョンと

同じか、それ以降である必要があります。

CachéのCSPゲートウェイ・コンポーネントを別のWebサーバにインストールして、OpenVMS Caché

インスタンスを管理する方法については、"Caché システム管理ガイド" の “OpenVMS での Caché

の使用法” の章の "システム管理ポータルへのアクセス" セクションを参照してください。

3.3.2 Caché の起動

Caché のインストールが完了すると、Caché は実行中になっています。しかし、Caché を起動する必

要がある場合は、最初にご使用のオペレーティング･システムにログインし、ccontrol コマンドを使用

して Caché を起動する必要があります。

ccontrol start <instname>

instname は、インストール時に指定したインスタンス名です。

Caché の起動および停止には、ccontrol コマンドを使用します。この詳細は、"Caché システム管理

ガイド" の "Caché インスタンスの制御" のセクションを参照してください。

Caché を起動したら、csession コマンドを使用して Caché セッションを開始します。

csession <instname>


詳細は、"Caché システム管理ガイド" の “OpenVMS での Caché 使用法” の章を参照してくださ

い。

3.3.3 Caché で使用する OpenVMS 時刻の設定

OpenVMS バージョン 7.0 以降のバージョンでは、(Caché を含む) UTC 時間関数を使用する C プ

ログラムには、DECCランタイム・ライブラリ・インタフェースを適切に設定する必要があります。設定

しないと、不正確な時刻値を取得します。この処理の詳細については、OpenVMS マニュアルを参

照してください。以下はその概要です。

1. Caché と OpenVMS の時刻の同期がとれているかどうかをチェックするため、以下のコマンドを

Caché プロンプトに入力します。



> Write $ZTIME($P($H,",",2))> !SHOW TIME

最初は Caché の時刻を、次に OpenVMS のシステム時刻を表示します。2 つの値はほぼ同じ

になります。

2. UTC$TIME_SETUP プロシージャを実行し、システム時刻を設定します。

3. このプロシージャが不完全に終了した場合、以下のコマンドを OpenVMS に入力します。

$ @SYS$MANAGER:UTC$TIME_SETUP.COM "" BOTH

これは、強制的にタイム・ゾーンと Time Differential Factor (TDF)データをアップデートします。

両方の値が矛盾していないかどうかを確認してください。例えば、選択されたメインのタイム・

ゾーンが、US (33)、Eastern ゾーン (6) あるいは EST の場合、正しい TDF は -5:00 (サマータ

イム時は -4:00) です。

OpenVMS ドキュメントで説明されているように、自動的にサマータイムを適用するように構成す

ることもできます。

3.3.4 インストール後のアップグレード・タスクの実行

アップグレードする場合、インストールの完了後にも、以下のアップグレード・タスクをさらに実行する

必要があります。

• オブジェクトのリコンパイル — 以前のバージョンの Caché からアップグレードする場合、以下を

実行して、Caché オブジェクト・アプリケーションをすべてリコンパイルする必要があります。




• クラスタ構成の変更 (OpenVMS クラスタのみ) — Caché 5.0 より前は、Caché クラスタを構成す

るとき、クラスタのネットワーク・タイプ (UDP または Ethernet) を指定し、クラスタ・メンバ間の

DCP 接続を定義する必要がありました。現在ではその必要がありません。新規にインストール

する場合は、ECP が既定になります。

Caché クラスタを 4.1 から 5.1 にアップグレードした後は、Caché クラスタ構成を手動で変更し

なければなりません。この変更は、システム管理ポータルの以下の 2 箇所から実行できます。

- [[ホーム]→[セキュリティ管理]→[サービス]]ページで、ECP サービスを有効にします。

[%Service_ECP] をクリックし、[サービス有効]チェック・ボックスにチェックを付けて、[保

存] をクリックします。

- [[ホーム]→[構成]→[レガシーネットワーク接続]]ページで、ネットワーク・テーブルから不

要な DCP 接続を削除します。これらの接続は、クラスタをサポートするためだけに使用さ

れていました。


インストール後のタスク

更新しても、自動的に接続は変更されません。これは、どのDCP接続がクラスタをサポートして

いるか、またどれが Caché の旧バージョンで起動しているマシンとの通信に使用されているか

を検知できないからです。ECP を使用してクラスタとネットワーキングすることで、ネットワーク・

テーブルを必要に応じて自動的に構成します。Caché クラスタをサポートするために、クラスタ・

メンバ間の任意の ECP 接続を定義する必要はありません。ただし、自動的に作成された ECP

接続にはアクセスできません。構成がECPを必要とする場合、他のクラスタ・メンバで個別にマ

ウントされたデータベースへの読み取り専用アクセスを取得するためには、これらの接続を定義

する必要があります。


このセクションでは、ライセンス、プラットフォーム固有の問題、インストールの種類に関する特定の

問題やタスクについて説明します。

• 複数の Caché インスタンス

• Itanium プラットフォームで Kerberos を使用するクライアント・アクセス用のパッチ

• SYSTEM-F-SECTBLFUL エラー

3.4.1 複数の Caché インスタンス

1台のOpenVMSマシンに、Caché 4.0およびそれ以降のバージョンのインスタンスを複数インストー

ルし、同時に実行できます。その場合は、Cachéの各インスタンスに一意な名前を付け、別々のディ

レクトリにインストールし、それぞれ異なるポート番号を割り当てます。

詳細は、"Caché システム管理ガイド" の "複数の Caché インスタンス" を参照してください。

3.4.2 Itanium プラットフォームで Kerberos を使用するクライアント・アクセ

ス用のパッチ

Kerberos 認証を使用する OpenVMS サーバにアプリケーションからアクセスするには、パッチ

HP-I64VMS-TCPIP-V0505-11ECO1-1をインストールする必要があります。このECOはTCP/IP

用のもので、実際のオペレーティング・システム用ではありません。このパッチがインストールされて

いない場合は、C++バインディング、ODBC、JDBC、およびスタジオを使用するクライアントに、サー

バから誤った応答パケットが送信されることがあります。

注釈: この ECO を適用するのは、Itanium ハードウェア上の OpenVMS のみです。Alpha 上の

OpenVMS には必要ありません。



3.4.3 SYSTEM-F-SECTBLFUL エラー

Caché をインストールするときに、以下のようなエラーが表示された場合は、システム管理者または

"WRC" にお問い合わせください。

%INSTALL-E-FAIL, failed to CREATE entry for STRIPE1$:<CACHESYS.BIN>CACHE.EXE-SYSTEM-F-SECTBLFUL, process or global section table is full

GBLSECTIONS パラメータの設定値については、このガイドの付録 “OpenVMS 用のシステム・パ

ラメータの計算” の "OpenVMS パラメータの計算" セクションも参照してください。



4UNIX および Linux への Caché のイン

ストール

この章では、UNIX および Linux システムに Caché 5.1 をインストールする方法を説明します。ここ

では、ユーザが UNIX および Linux のディレクトリ構造、ユーティリティおよびコマンドに精通してい

ることを前提に記述されています。この章には、以下が含まれます。





インストールを開始する前に、"UNIX と Linux 用のシステム・バラメータの計算" を参照して、パラ

メータの設定の検証・調整を検討してください。


以下のセクションでは、Caché 5.1 を新規にインストールする、あるいはアップグレードするために必

要なハードウェアおよびソフトウェアの要件について説明します。


Caché Server Pages (CSP)のサポートを含む標準的なCaché インストールでは、選択するインストー

ルの種類によって 370 ～ 450 MB (メガバイト) のディスク容量が必要です。


4.1.2 サポート対象のオペレーティング・システムと機能

Caché の最新バージョンは以下のオペレーティング・システムでサポートされています。各オペレー

ティング・システムについて、選択したCaché機能が使用可能かどうかが示されています。Unicode、

Web サーバ、クライアント・プラットフォームが対象となります。各オペレーティング･システムに対応

しているバージョンとプラットフォームについては、"Caché サポート対象プラットフォーム" ガイドの

"サポート対象オペレーティング・システム" の一覧を参照してください。

Caché 5.1 サポート対象プラットフォームと Web サーバ

C++、Perl、

Python クライ

アントのサ

ポート

ODBC クライ

アントのサ

ポート

Apache Web

サーバ・サ

ポート

Unicode サ

ポート

オペレーティング・シス

テム1

なしありありありTru64 UNIX

なしありありありHP-UX

なしありありありAIX

なしありありありRed Hat Enterprise

Linux AS

なしありあり2ありSun Solaris (64 ビットの

み)

なしありありありSUSE Linux Enterprise

Server

1プラットフォームに固有の重要な情報については、各オペレーティング・システムの以下のトピック

を参照してください。

• 構成の詳細は、付録 "UNIX と Linux 用のシステム・パラメータの計算"の "Tru64 UNIX プラッ

トフォームの問題" のセクションを参照してください。

• 必要なパッチについては、"特別な考慮事項"セクションの "HP-UX"のトピックを参照してくだ

さい。

• システム要件および環境については、"特別な考慮事項" セクションの "IBM AIX" のトピックを


• 共有メモリのサイズとMQシリーズ・インタフェースに関する情報は、"特別な考慮事項"セクショ

ンの "Red Hat Linux" のトピックを参照してください。

• 環境については、"特別な考慮事項"セクションの"Sun Solaris"のトピックを参照してください。


UNIX および Linux への Caché のインストール

• 構成の詳細は、付録 "UNIX と Linux 用のシステム・パラメータの計算" の "SUSE Linux プラッ

トフォームの問題" のセクションを参照してください。

2 Sun Solaris (SPARC) は、Sun Java System Web サーバもサポートしています。

システム管理ポータルと Caché オンライン・ドキュメントが確実に機能するようにするため、Caché で

は、インスタンスごとにプライベート Apache Web サーバがインストールされます。

Caché とともにインストールしたプライベートな Web サーバ以外に、CSP 用の Web サーバを使用

する場合、その Web サーバは Caché よりも先にインストールする必要があります。各オペレーティ

ング・システムのサポートは、オペレーティング・システム・ベンダに依存し、変更になる場合もありま

す。詳細は、"Caché Server Pages の使用法" の “CSP 構成” の章の "Web サーバ構成" を参照

してください。


Caché をアップグレードする場合は、最初に、このガイドの "Caché のアップグレード" の章をお読

みになり、必要な手順をすべて実行してください。

アップグレードするときは、インストール前のアップグレード作業が完了した時点で現在の Caché イ

ンスタンスをバックアップし、その後で Caché をインストールしてください。


Caché 5.1 をインストールするには、ユーザ ID root としてログインします。他のアカウントでログイン

しているときでも、su (super user) コマンドで root に変更できます。オペレーティング･システムにロ

グインした後、以下を実行します。

1. 配布メディアからファイルを転送します。

2. インストール・スクリプトを実行します。

3. 開発用に、Caché クライアントを Windows へインストールします。

重要： Caché ディレクトリにシンボリック・リンクを使用しないでください。使用すると、予測

できない結果を生じる可能性があります。

4.2.1 配布メディアからのファイルの転送

UNIXベースのプラットフォーム用のCaché は、CD-ROMを媒体とする方法、または、tar.Z拡張子

の付いた圧縮ファイルをインターシステムズから取得する方法のいずれかで、配布されています。イ



ンターシステムズのWebサイトから、シングル･ユーザ向けのRPM (Redhat Package Manager) Linux

キットをダウンロードすることもできます。以下の例で、 “#” は UNIX プロンプトを示します。

以下の該当する方法の一つを選択し、Caché インストール･ファイルを移動します。

• 配布 CD のマウント

• ダウンロードした tar.Z ファイルの解凍および展開

# uncompress -c cache-x.x.x.xxx-platform.tar.Z | tar xvf -

“x.x.x.xxx” は Caché のビルド識別子で、 “platform” は特定のプラットフォーム・キットの識別

子です。例えば、cache-5.1.0.825-linux.tar.Z のように記述します。

• RPM パッケージ・ファイルの解凍

# rpm -ivh cache-x.x.x-x.i386.rpm

“x.x.x-x” は Caché のビルド識別子です。例えば、cache-5.1.0-1.i386.rpm のように記述しま

す。

/usr/cachekit/x.x.xディレクトリからインストールを実行します。"x.x.x" は Caché のリリース識

別子で、例えば /usr/cachekit/5.1.0 のように記述します。

注釈: 既定では、Caché RPM キットは /usr/cachekit/5.1.0にインストールされます。/usrディレ

クトリは、読取専用でマウントされる場合や、空き領域がほとんどない場合があります。必要

に応じてインストール場所を変更してください。

4.2.2 配布 CD のマウント

配布された CD を使用する場合、mount コマンドを使用して CDから直接インストールします。デバ

イス名と CD の mount コマンド・オプションは、システムにより異なります。通常、mount コマンドは、

以下のようになります。

# mount <device> <mountpoint>

ここで、<device> には CD-ROM デバイス名を指定し、<mountpoint> には、CD をマウントするディ

レクトリ・パス名を指定します。



CD の Mount コマンド

Mount コマンドの例オペレーティング・システム

mount /dev/disk/cdrom0a /cdromTru64UNIX

mount /dev/dsk/c1t2d0 /cdromHP-UX

mount /dev/cd0IBM AIX*

mount /dev/cdrom /mnt/cdrom -o map=oRed Hat Linux

自動的にマウントします (コマンドは不要)Sun Solaris

mount /dev/cdrom /mnt/cdrom -o map=oSUSE Linux

* IBM-AIX の mount コマンドは、device または mount point のどちらか一方のみを受け入れます。

オペレーティング・システムによっては、ファイル・システム・テーブルにdevice と mount point をセッ

トアップする必要があります (システム管理ユーティリティを参照してください)。device と mount point

はマシンによって異なることに注意してください。上記にリストされているものはサンプルです。詳細

は、オペレーティング・システムのマニュアルを参照してください。

インストール・スクリプトの実行後、umount コマンドで CD をアンマウントします。

4.2.3 インストール・スクリプトの実行

インストール・スクリプト cinstall は、自動的に以下のすべてを実行します。

• Caché システム・マネージャ・データベースをインストールします。

• インストール・モードで Caché を起動します。

• Caché システム・マネージャ・グローバルとルーチンをインストールします。

• Caché を終了し、既定の構成ファイル (cache.cpf) を使用して再起動します。アップグレード・イ

ンストールは元の構成ファイルを使用して再起動し、必要に応じて更新されます。

インストールは、以下のように実行します。

1. インストール・ファイルの最上位にある cinstallスクリプトを実行し、インストール・プロシージャを

開始します。

# /pathname/cinstall

pathname は、CD マウント・ポイントか、あるいはダウンロードされた tar ファイルや rpm ファイ

ルを解凍するディレクトリです。

2. インストール・スクリプトは、ご使用のシステム･タイプを識別し、インストール・タイプあるいは配

布メディアに対する検証を行ないます。



ご使用のシステムが、例えば非クラスタとクラスタなど、複数のタイプをサポートしている場合、あ

るいは、インストール･スクリプトがシステム･タイプを識別できない場合は、別に回答を求められ

ます。ご希望のシステム･タイプが配布メディア上のものと適合しない場合、インストールが停止

します。この問題を解決するには、インターシステムズのサポート窓口にお問い合わせください。

3. そのマシンに存在する Caché インスタンスが一覧表示されます。インスタンス・プロンプトで、イ

ンスタンス名を入力します。入力した名前を持つインスタンスがすでに存在する場合、現在のイ

ンスタンスを更新するかどうかを尋ねられます。入力した名前を持つインスタンスが存在しない

場合は、新しいインスタンスを作成するかどうか、作成するのであればどこに作成するかを尋ね

られます。指定したディレクトリが存在しない場合は、ディレクトリを作成するかどうかを尋ねられ

ます。既定の応答は Yes です。Enter を押してインストールを続行します。

4. 次に、セットアップ方法を選択します。既定はです。この場合、頻繁に使用するほとんどの

Caché コンポーネントがインストールされます。インストールするコンポーネントを個別に選択す

る場合は、2 ( ) を入力します。カスタム・コンポーネントの選択については、"Caché のカス

タム・インストール" を参照してください。

以下のプロンプトは、新しいインスタンスをインストールする場合のみ表示されます。アップグ

レードの場合は、既存のインスタンスの設定がそのまま適用されます。

5. Unicode 文字サポートを適用して、Caché をインストールするかどうかを指定します。既定値は

No です。この場合、8 ビット Caché がインストールされます。

インターシステムズは、日本語の OS 上では、Unicode 版を使用することを推奨します。Caché

の 8 ビット・バージョンを使用する場合、ユーザのデータを、異なる文字セットを基にした 8 ビッ

ト・ロケールに移植することはできません。

注意: Unicode を選択してインストールを実行した場合、8 ビットに戻るとデータが失

われます。これは、8 ビット・バージョンの Caché は、データベースから 16 ビッ

トの文字データを取得できないためです。

6. サポート対象のWeb サーバがインストールされている場合、CSP ゲートウェイをインストールす

るかどうかを尋ねられます。Caché のインストールが完了し、Web サーバ用に構成した後、Yes

を選択して GSP ゲートウェイをインストールします。

7. 次に、初期の Caché セキュリティ設定の制限を指定します。最小 (1)、通常 (2)、またはロック・

ダウン (3) を選択してください。既定は "最小" です。これを選択した場合は、そのまま次のイ

ンストール手順に進みます。

2 または 3 を入力した場合は、その他の情報を入力するよう求められます。

a. インスタンスの所有者—Cachéを実行するユーザの名前を入力します。入力したユーザの

アカウントが作成されます。

b. 入力したユーザのパスワード — 指定したユーザ名の Caché パスワードを入力し、確認の

ために再度入力します。



これらの設定の詳細は、このガイドの付録 "Caché の高度なセキュリティの準備" の "初期の

Caché セキュリティ設定" のセクションを参照してください。

8. インストールのこの時点で、Cachéを起動および停止できるグループを指定するように求められ

ます。これらの特権を持つのは1グループのみで、/etc/groupファイルにリストする必要があり

ます。オプションは以下のとおりです。

• 既存のグループ名またはユーザ IDを入力します。Caché は、続行する前にそのグループ

が実際に存在するかを確認します。

• Caché を起動、停止できる唯一のグループとして root ユーザが属するグループを指定す

る場合は、「0」(ゼロ) を入力します。

注釈: <cache-install-dir>/binディレクトリの許可は、インストール時やアップグレード時に修

正され、グループなどによる書き込みアクセスを削除します。所有者は root であるた

め、システム管理者のみがこのディレクトリ内のファイルを変更できます。

9. インストール時に、mgr サブディレクトリに cache.key ファイルを検出しない場合、ライセンス・

キー情報を入力するかどうかを聞かれます。既定は [No] です。

[Yes] を選択すると、Caché はインストール・プロセスの一部としてキーをインストールします。

インターシステムズの Caché ライセンス情報入力に関する詳細は、"Caché システム管理ガイ

ド" の “Caché ライセンスの管理” の章の "ライセンス・キーの管理" を参照してください。

10. 入力したインストール・オプションを確認し、適切であれば処理を続行するよう求められます。

Enter キーを押して続行します。ファイルのコピーが開始され、インストールが進行するにつれ

てさまざまなメッセージが表示されます。

標準インストールでは、Caché インスタンスに対して以下のポート番号が設定されます。

• SuperServer ポート番号 — 1972、またはこれ以降の使用可能な最初のポート番号

• Web サーバのポート番号 — 8972、またはこれ以降の使用可能な最初のポート番号

• Telnet ポート番号 — 23

インストールが完了した後、必要であれば、システム管理ポータルの [[ホーム]→[構成]→[メモ

リと開始設定]] ページで [スーパーサーバポート番号] を変更できます。

インストールが完了した後、必要であれば、システム管理ポータルの [[ホーム]→[構成]→[詳細

設定]] ページで Web サーバと Telnet のポート値を変更できます。

11. CSPゲートウェイのインストールを選択した場合は、そのインストールが開始します。詳細は、"CSP

ゲートウェイのインストールと構成" の "UNIX、LINUX、および Mac OS X の Web サーバ" の

章を参照してください。

インストールが完了すると、Cachéシステムを管理するシステム管理ポータルのURLが示されます。

詳細は、"Caché システム管理ガイド"の "システム管理ポータルの使用"の章を参照してください。



4.2.3.1 Caché カスタム・インストール

カスタム・インストールを選択した場合、以下の各コンポーネントについてインストール方法を指定す

る必要があります。

選択できるコンポーネントは以下のとおりです。

• 管理ユーティリティ・ソース・コード — ユーティリティ・ソース・コードを %SYS ネームスペースにイ

ンストールします。

• Caché エンジン・リンク・ライブラリ — カスタムのコールイン・モジュールおよびコールアウト・モ

ジュールを構築する際に使用するCヘッダ・ファイルとオブジェクト・ファイルをインストールしま

す。

• SQL ツール — ODBC と SQL ゲートウェイをインストールします。

• SuperServer および Web サーバのポート — 標準インストール手順で説明したようにポート番号

が自動的に割り当てられるようにするか、または独自のポート番号を入力できます。

4.2.4 開発用に、Caché クライアントを Windows へインストールします。

Caché ではプライベート Apache Web サーバがインストールされ、システム管理ポータルにアクセス

することができます。したがって、UNIX ベースのシステムでシステム構成と管理タスクを行う場合で

も、Windows マシン上に Caché クライアントをインストールする必要がありません。

ただし、スタジオ開発ツールを使用するには Windows クライアントが必要になります。インストール

手順については、このガイドの "Windows へのCaché のインストール"を参照してください。クライア

ントのみのオプションをインストールできます。インストールしたら、Windows クライアントの Caché

キューブから以下の操作を行います。

• [優先接続サーバ]にカーソルを当て、[追加/編集]をクリックして、先ほどインストールしたCaché

インスタンスにリモート・サーバ接続を追加します。この接続に適切なポート番号を指定するよう

に注意してください。

• [リモートシステムアクセス]、[ターミナル] の順にポイントし、前の手順で入力した接続サーバ

名をクリックします。


インストール・プロシージャの実行が完了したら、以下のタスクを実行します。

• Caché の起動é

• 以前のバージョンの Caché からアップグレードする場合、インストール後に以下を実行して、

Caché オブジェクト・アプリケーションをすべてリコンパイルする必要があります。







4.3.1 Caché の起動

Caché のインストールが完了すると、Caché は実行中になっています。しかし、Caché を起動する必

要がある場合は、最初にご使用のオペレーティング･システムにログインし、ccontrol コマンドを使用

して Caché を起動する必要があります。

ccontrol start <instname>


Caché の起動および停止には、ccontrol コマンドを使用します。この詳細は、"Caché システム管理

ガイド" の "Caché インスタンスの制御" を参照してください。

Caché を起動したら、csession コマンドを使用して Caché セッションを開始します。

csession <instname> [parameters]


詳細は、"Caché システム管理ガイド" の “UNIX、Linux、および Mac OS X での Caché 使用法”

の章を参照してください。


このセクションでは、プラットフォーム固有の問題、インストールの種類に関する特定の問題やタスク

について説明します。

• 複数の Caché インスタンス

• HP-UX

• IBM AIX

• Red Hat Linux

• Sun Solaris



4.4.1 複数の Caché インスタンス

1台のマシンに、Caché 4.0およびそれ以降のバージョンのインスタンスを複数インストールし、同時

に実行できます。その場合は、Caché の各インスタンスに一意な名前を付け、別々のディレクトリに

インストールし、それぞれ異なるポート番号を割り当てます。

詳細は、"Caché システム管理ガイド" の "複数のCaché インスタンスの構成"のセクションを参照し

てください。

4.4.2 HP-UX

HP-UX パラメータ

構成の詳細は、付録 "UNIX と Linux 用のシステム・パラメータの計算" の "HP-UX プラットフォー

ムの問題" のセクションを参照してください。

HP-UX 乱数ジェネレータ

Caché の暗号乱数ジェネレータで真のエントロピーを実現するには、オプションの HP-UX Strong

Random Number Generator コンポーネントが必要です。このコンポーネントは、以下のサイトから無

料でダウンロードできます。

http://www.software.hp.com/portal/swdepot/displayProductInfo.do?productNumber=KRNG11I

4.4.3 IBM AIX

AIX には、いくつかの問題があります。

• AIX の既定のパラメータ

• PowerPC システム要件

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

• DDP と Raw Ethernet の使用

4.4.3.1 AIX の既定のパラメータ

一部のAIXパラメータの既定の設定は、パフォーマンスに悪影響を及ぼす可能性があります。これ

らの設定および推奨事項の詳細は、付録"UNIX と Linux用のシステム・パラメータの計算"の "AIX

プラットフォームの問題" および "AIX の既定のパラメータ" のセクションを参照してください。

4.4.3.2 PowerPC システム要件

Caché の現在のバージョンは、PowerPC でのみサポートされています。PowerPC AIX 4.3 以降の

バージョンは、64 ビットのハードウェアで 64 ビットの実行時環境をサポートします。AIX 5.1 以降の



バージョンは、POWER4、POWER5、またはこれらに相当するハードウェアで64ビットのカーネルを

サポートします。

以下の表に、実行時/カーネル/ハードウェア構成の正当な組み合わせを一覧表示しています。

AIX PowerPC 構成の組み合わせ

ハードウェアカーネル実行時組み合わせ

32 ビット32 ビット32 ビット1





注釈: 組み合わせ 4 および 5 は、AIX 5.1 以降が必要です。

64 ビットの Caché は、組み合わせ 5 が必要です。

CPU が 64 ビットであるかを確認するには、以下のコマンドを発行します。

# bootinfo -y

これは、POWER3、POWER4、または POWER5 には 64 を返し、それ以前の PowerPC システムに

は 32 を返します。

64 ビットの実行時環境がインストールされているかを確認するには、以下のコマンドを発行します。

# lslpp -l bos.64bit

ブート時に64ビットの実行時環境がロードされるかを確認するには、以下のコマンドを発行します。

# grep load64bit /etc/inittab

システムが 64 ビットカーネルを稼動しているかを確認するには、以下のコマンドを発行します。

# bootinfo -K

あるいは、/unix が (unix_up または unix_mp ではなく) unix_64 を指していることを確認します。

# ls -l /unix ... /unix -> /usr/lib/boot/unix_64 # file unix unix: symbolic link to /usr/lib/boot/unix_64

つまり、PowerPC AIX 用の 64 ビット Caché では、64 ビット・カーネル上で 64 ビット実行時環境が

ロードされる必要があります。これには、POWER4、POWER5、またはこれらに相当するハードウェア

上の AIX 5.1 以降のバージョンが必要です。



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

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

ファイルが含まれます。

環境としては、標準 UNIX C ライブラリ、あるいは LIBPATH 環境変数で定義された独自の C ライ

ブラリのいずれかが必要です。

どちらの環境もない場合、LIBPATHに標準UNIXCライブラリのパスを追加します。パスは、/usr/lib

と /lib です。

4.4.3.4 DDP と Raw Ethernet の使用

IBM AIX マシンで DDP と Raw Ethernet を使用するには、DLPI (データ・リンク・プロバイダ・インタ

フェース) パッケージをインストールする必要があります。DLPI パッケージがない場合、IBM プロバ

イダから取得し以下の手順に従って DLPI デバイスを作成してください。

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

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

コメントします。

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

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

DLPI デバイスがインストールされていない場合、Caché ObjectScript の $ZU(114) 関数は、イーサ

ネット・デバイス情報ではなく、NULL 文字列を返します。

4.4.4 Red Hat Linux

Linux プラットフォームでの、既定の共有メモリ制限 (shmmax) は、32 MB です。この値は Caché で

は小さすぎますが、proc ファイル・システムで変更することができます。その場合、再起動は必要あ

りません。詳細は、"UNIX と Linux 用のシステム・パラメータの計算" の "Red Hat Linux プラット

フォームの問題" のセクションを参照してください。

Red Hat Enterprise Linux V4 で MQ インタフェースを使用するには、Websphere MQ バージョン

6.0 が必要です。

4.4.5 Sun Solaris

以下は、Caché を使用する際に必要となる Sun Solaris パッチの一覧です。

• Solaris SPARC リリース 9 対応の SunOS 5.9 では、Patch ID 111712 以降が必要です。この

パッチは、[Sun Update Connection - パッチとアップデート] ページの [パッチ検索] セクション

にこのパッチ番号を入力することで、ダウンロードできます。



• Solaris SPARC リリース 9 で Kerberos を使用するには、2 つのパッチ ID (112907-06 と

112908-22) が必要です。これらのパッチは、[Sun Update Connection - パッチとアップデー

ト] ページからダウンロードできます。[パッチ検索] セクションに各パッチ番号を入力してくださ

い。

• Solaris SPARC リリース 10 で Kerberos を使用するには、2 つのパッチ ID (120469-03 と

121239-01) が必要です。これらのパッチは、[Sun Update Connection - パッチとアップデー

ト] ページからダウンロードできます。[パッチ検索] セクションに各パッチ番号を入力してくださ

い。

イーサネット･アダプタがルート・ユーザ以外のユーザによるアクセスに対して保護されている場合、

ルート・ユーザ以外のユーザが Caché ObjectScript $ZU(114) 関数を呼び出すと、イーサネット・デ

バイスに関する情報ではなく、null 文字列が返されます。

詳細は、"UNIX と Linux 用のシステム・パラメータの計算" の "Sun Solaris プラットフォームの問題"

のセクションを参照してください。



5Macintosh への Caché のインストール

この章では、Apple Mac OS X システムに Caché 5.1 をインストールする方法について説明します。

ここでの内容は、ユーザが Mac のディレクトリ構造、ユーティリティ、およびコマンドに精通している

ことを前提にしています。この章の主な内容は以下のとおりです。




このセクションでは、Caché 5.1 のインストールに必要なハードウェアとソフトウェアの要件について

説明します。

必要なディスク容量

Caché Server Pages (CSP)のサポートを含む標準的なCaché インストールでは、選択するインストー

ルの種類によって約 395 MB (メガバイト) のディスク容量が必要です。

サポート対象プラットフォームと Web サーバ

Caché の最新バージョンは、バージョン 10.3 および 10.4 の Apple Mac OS X システムでサポート

されています。Mac OS X では、Apache Web サーバ (Mac OS X 10.3 上ではバージョン 1.3、Mac

OS X 10.4 上ではバージョン 2.0) で Caché Server Pages (CSP) テクノロジを利用できます。

CSP を使用する場合、Caché をインストールする前に Web サーバをインストールして、Caché のイ

ンストールのために Web サーバを設定する必要があります。各オペレーティング・システム上での

サポートは、そのオペレーティング・システムのベンダに依存し、変更になる場合もあります。詳細

は、"Caché Server Pages の使用法" の “CSP 構成” の章の "Web サーバ構成" を参照してくだ

さい。



一般的な Caché のインストール方法は、Macintosh OS に他のソフトウェア製品をインストールする

方法とほとんど同じで、アーカイブ・ファイルを必要としません。1台のマシンに複数のCaché インス

タンスをインストールする場合は、"Caché UNIX ベース・インストール" のセクションの説明を参照し

てください。それ以外の場合は、以下の手順に従ってください。

1. インターシステムズから、Caché ディスク・イメージ・ファイル (拡張子は .dmg) を入手します。

2. CD からインストールする場合は、CD が自動的にマウントされ、イメージ・ファイル

(Cache_5.1.0.5700.0.2117.dmg など) を含むウィンドウが表示されます。このファイルをダブルク

リックして、Finder ウィンドウを開きます。

3. 新しいウィンドウに、Cache.mpkg と Packagesディレクトリの 2 つのファイルが表示されます。

Cache.mpkg をダブルクリックして、インストールを開始します。

4. [Caché インストーラへようこそ] ウィンドウが表示されます。Caché のインストール手順を構成す

る 6 つの手順が、ウィンドウの左側に表示されます。

[続行] をクリックして、Caché のインストールを開始します。

5. Caché ソフトウェア・ライセンス契約が表示されます。[続行]をクリックする前に、[同意する]をク

リックして、ライセンス契約に同意する必要があります。

6. インストール先に Macintosh HD ボリュームを選択して、[続行] をクリックします。


Macintosh への Caché のインストール

7. 次に、インストール・タイプを選択します。現行のマシン上に Caché のインスタンスがない場合

は新規インストールになり、それ以外の場合はアップグレードになります。[簡易インストール]ま

たは [カスタム・インストール] を選択できます。

8. カスタム・インストールを選択した場合は、以下の 3 つのコンポーネントのいずれかまたはすべ

てを選択します。

• CSP ゲートウェイ (Caché オンライン・ドキュメントの表示に必要)

• ODBC

• Caché データベース・エンジン

3つのコンポーネントをすべてインストールする場合は、[簡易インストール]をクリックします。現

行のノードをクライアントとしてのみ使用する場合は、Cachéデータベース・エンジンをインストー

ルする必要はありません。

9. インストール・タイプを選択したら、[新規] または [アップグレード] をクリックします (該当するボ

タンのみが表示されます)。インストールが開始される前に、Cachéのインストールに必要な特権

があることを証明するように求められます。ユーザ名とパスワードを入力して、[OK]をクリックしま

す。

10. インストールが進行するにつれて、さまざまなメッセージが進行バーに表示され、最後に “ソフ

トウェアは正常にインストールされました” というメッセージが表示されます。Caché は

/Applications/Cache フォルダにインストールされ、ポート 1972 またはその次に使用可能な

ポート番号から実行されます。このインスタンスには"CACHE" という名前が付けられます。イン

ストールを完了するには、[再起動] をクリックします。



Caché のアンインストール

Mac OS X インストーラを使用してインストールしたCaché インスタンスをアンインストールするには、

そのターミナルから root として以下を実行します。

cd /Applications/Cache ; ./cstoprm -rf /Applications/Cacherm -rf /Library/Receipts/Engine.pkgrm -rf /Library/Receipts/ODBC.pkgrm -rf /Library/Receipts/CSPGateway.pkg.

5.2.1 Caché の UNIX ベース・インストール

Mac OS X に Caché をインストールするもう 1 つの方法は、UNIX ベースのプラットフォームにイン

ストールする方法とほぼ同じです。Caché 5.1 をインストールするには、ユーザ ID root としてログイ

ンします。他のアカウントでログインしているときでも、su (super user) コマンドで root に変更できま

す。

オペレーティング･システムにログインした後は、自動マウントされる CD-ROM にあるインストール・

キットを使用するか、または圧縮アーカイブ・ファイルのインストール・キットをインターシステムズから

取得します。Mac OS X ツールの StuffIt Expander はアーカイブ・ファイルを自動的に解凍し、イン

ストール・ファイルをデスクトップに配置します。

Caché をインストールする前に、"カーネル・パラメータの調整" のセクションで共有メモリの調整に

ついて確認してください。

パラメータを調整したら、このドキュメントの “UNIX および Linux への Caché のインストール” の

章の "インストール・スクリプトの実行" セクション、およびそれに続くセクションの指示に従います。

5.2.2 カーネル・パラメータの調整

UNIX タイプ・インストールを使用する場合、状況によっては、Caché をインストールする前に、オペ

レーティング・システムの共有メモリ・カーネル・パラメータを調整する必要があります。これは、以下

に示す共有メモリ・エラーを防ぐためです。

Configuring minimum system...Unable to allocate 1 MB global buffer space...

Unable to allocate shared memoryCache: Invalid argumentCache failed to start.Check if shared memory requirements exceed system resources.Call InterSystems Technical Support if you need assistance.

** Installation aborted **

共有メモリが最小要件を満たしていることを確認してください。必要であれば、/etc/sysctl.confファ

イルで、Mac OS X の共有メモリを以下の値以上に設定してください。


Macintosh への Caché のインストール

kern.sysv.shmmax: 67108864kern.sysv.shmall: 16384kern.sysv.shmmin: 1kern.sysv.shmseg: 4kern.sysv.shmmni: 32

重要： /etc/rc ファイルのカーネル・パラメータに対してこれらの更新を実行しないでくだ

さい。オペレーティング・システム・メンテナンス・リリースではこれらが置き換えられ

る場合があります。



AOpenVMS 用のシステム・パラメータの

計算

このドキュメントは、"OpenVMSへのCachéのインストール"の一部です。ここでは、システムに最適

なパラメータの計算方法について説明します。

Caché の最善のパフォーマンスを得るには、特定の Caché システム・パラメータに適切な値を計算

する必要があります。これらの値から、OpenVMS システム・パラメータを調整する必要があるかどう

かを判断します。ディスク・アクセスが必要なスワッピングやページングを最小限に抑える値を選択

することにより、システムのパフォーマンスが向上します。

このセクションの内容をよく読んで、ご使用のオペレーティング・システムと Caché の両方に最適な

値を計算してください。ここに掲載している OpenVMS パラメータ・カルキュレータとテーブルを使用

して、システム・パラメータに対する現在の値と計算された値を記録してください。Cachéのインストー

ル時にこの表を参照できます。最適のパフォーマンスを得るためには、システムの稼動後、必要に

応じて値を修正します。

ご使用のオペレーティング・システムのメモリ編成をまだ十分に理解されていない場合は、システム

のマニュアルをよく読んだ上で、以下のセクションに記載されている、プロセスと物理メモリの割り当

てに関する概要をお読みください。

• OpenVMS プロセスのメモリ編成

• OpenVMS ページ構成

• OpenVMS 物理メモリの割り当て

• Caché による OpenVMS メモリの使用方法

OpenVMS のメモリ構成を理解した上で、"OpenVMS パラメータの計算" のセクションを利用して

Caché のパラメータを調整してください。


A.1 OpenVMS プロセスのメモリ編成

OpenVMS プロセスとは、スケジュールできるエンティティです。インタラクティブに、あるいはバッチ

処理のように実行します。OpenVMSプロセスがサブプロセスを生成する場合、これらをあわせてジョ

ブと呼びます。

オペレーティング・システムのタスクの多くはOpenVMSプロセスです。インタラクティブか、バッチ処

理か、あるいはオペレーティング・システム特有であるかどうかにかかわらず、すべてのプロセスは、

このセクションで説明している構造を共有します。OpenVMS は、複数のプロセスを同時実行できま

す。コンピュータの性能により、OpenVMSは4から1000、あるいはそれ以上の同時プロセスを実行

できます。

各プロセスは共有の物理メモリを使用します。この物理メモリには、プロセス特有のオペレーティン

グ・システム情報、プロセスが使用しているコード、使用したり生成するデータが保存されます。例え

ば、プログラマが OpenVMS エディタでルーチンを編集する場合、OpenVMS はメモリにエディタを

ロードし、エディタのバッファと変数に領域を割り当て、メモリで編集するルーチンのすべて、あるい

はその一部をロードします。

A.1.1 共有メモリと Caché

コードやデータの中には、複数のプロセスで使用できるものもあります。エディタはこのタイプのコー

ドの一例です。Caché のコードや Caché で作成した一部のデータも、複数のプロセスで使用できま

す。

複数のプロセスで共有できるコードやデータは、メモリの共有セクションに格納します。共有セクショ

ンは、最初にシステムを使用するユーザによって生成されるか、システムの初期化中に生成されま

す。その設定がその後に使用するユーザにも適応されるため、個別のプロセスごとで複製、格納は

されません。

Caché のシステム･コード、グローバル・バッファ、ルーチン･バッファは、メモリの共有セクションに格

納されます。

A.1.2 OpenVMS のプロセス・メモリの測定方法

OpenVMS は、プロセスに必要なコードとデータ領域を、ページ単位で測定します。共有セクション

も、共有ページあるいはグローバル・ページと呼ばれるページ単位で測定します。

OpenVMSシステムの場合、ページ・サイズは固定されていません。通常は8192バイトです。各ペー

ジは、512 バイト長のページレット単位に分割されます。


OpenVMS 用のシステム・パラメータの計算

A.2 OpenVMS ページ構成

場合によっては、プロセスがアクセスすべきページ数が非常に多く、そのプロセスに割り当てられて

いる物理メモリを超えてしまうことがあります。このような場合、OpenVMSでは、余分なページがディ

スクに格納されます。メモリには、アクティブなもの、または最新のページのみ保存します。ページを

メモリやディスクに格納するかどうかにかかわらず、プロセスのページを総称して、プロセスの仮想メ

モリ・セットと呼びます。現在メモリに格納されているページを、プロセスの物理ワーキング・セット、あ

るいはワーキング・セットとも呼びます。ページごとの状態は、プロセスのワーキング・セット・リストに

保持されます。

OpenVMSは、プロセスに使用できるフリー･ページをフリー･ページ・リストに表します。また、変更済

みのページ・リストもあります。これは、フリー･ページ･リスト上で使用できるようにする前に、プロセス

によって変更されたページを追跡し、ディスクに書き込みます。

プロセスが、現在物理ワーキング・セットにないページにアクセスする必要がある場合もあります。こ

の場合、OpenVMS はそのページを 2 ヶ所で検索します。まず、変更済みのフリー･ページ・リストを

検索します。そのページをまだ物理メモリで使用できる可能性があるためです。リストにない場合は、

ディスクから検索します。

OpenVMSがページを検索する際に、プロセスでページ・フォルトが生じることがあります。その新規

ページが変更済みのページ・リストあるいはフリー･ページ・リストにある場合、このページ・フォルトを

ソフト・ページ・フォルトと呼びます。ページがディスク上でのみ有効の場合、このページ・フォルトを

ハード・ページ・フォルトと呼びます。OpenVMS がディスクからページを検索する間、プロセスは休

止します。OpenVMSが必要なページの検索を完了するまで、ページ・フォルトは待機したままです。

このプロシージャに必要な時間は、システムのディスク・サイズ、回転速度、負荷によって異なりま

す。

OpenVMSが新規ページを検索する場合、現在のワーキング・セット・ページの1つを、変更済みの

ページ・リスト、あるいはフリー･ページ･リストに置きます。OpenVMSは、プロセスが最も長い間使用

していないページを選択します。

OpenVMS プロセス・パラメータ WSDEFAULT、WSQUOTA、WSEXTENT を各プロセスごとに適切

に設定すると、ソフト・ページ・フォルトを最小限に抑えることができます。

注釈: Caché SETQUOTAユーティリティにより、ネットワーク・デーモンとジョブ・サーバを含むジョ

ブ・プロセスの、クォータ・パラメータの既定値を変更できます。SETQUOTA は、マルチ

ユーザで起動する間に自動的に実行するように、あるいは起動後インタラクティブに実行

するよう設定します。


OpenVMS ページ構成

A.3 OpenVMS 物理メモリの割り当て

OpenVMS では、SYSGEN ユーティリティを使用して、プロセスが使用するメモリを制限できます。そ

の後、AUTHORIZE ユーティリティで、プロセスごと (ユーザごと) の制限を設定できます。

以下の表は、OpenVMS のシステム・パラメータを示します。システム･パラメータは、プロセスのワー

キング・セットで使用できるメモリ容量に影響します。

OpenVMS ワーキング・セット・パラメータ

定義パラメータ

ワーキング・セットの初期サイズ。512バイトのページレット

単位で表します。

WSDEFAULT

OpenVMS が任意のプロセスに割り当てる、保証される物

理メモリの最大容量。ページレット単位で表します。

WSQUOTA は、SYSGEN パラメータ WSMAX の値で制限

されます。WSQUOTA が WSMAX より大きい場合、ユーザ

は WSMAX のメモリ範囲内にのみアクセスできます。

WSQUOTA

プロセスが所有できる物理メモリの最大容量。WSQUOTA

を除いた WSEXTENT の容量は “貸し出し” メモリと呼ば

れ、現在のフリー・リスト・サイズがパラメータBORROWLIM

で設定された容量を超える場合にのみ、プロセスに割り当

てられます。

WSEXTENT

必要に応じて、プロセスのワーキング・セット・サイズを増加

する場合のページレット数。

WSINC

必要に応じて、プロセスのワーキング・セット・サイズを減少

する場合のページレット数。

WSDEC

プロセスがページを借りる前のフリー・ページ・リストの最小

ページレット数。WSEXTENT ページ数まで WSINC 単位で

ページを借りることができます。

BORROWLIM

OpenVMS が “ワーキング・セットの自動調整” で WSINC

でワーキング・セットを増加する前に、AWSTIMEの指定時

間内に発生する必要があるページ・フォルト数。

PFRATH (Page Fault Rate High)

ページ・フォルト数がこの値より小さい場合、OpenVMSは、

“ワーキング・セットの自動調整” を行い、WSDEC でワー

キング・セットを削減します。しかし、AWSMINで設定された

値よりは高くなります。

PFRATL (Page Fault Rate Low)



注釈: パラメータの単位はページレットですが、OpenVMSはメモリをページ単位で割り当てます。

これにより、選択するパラメータ値は、ページごとのページレット数の何倍にもなる場合が

あります。このガイドラインに従わない場合、OpenVMSは自動的にこれらのパラメータを丸

めます。

A.3.1 既定のメモリ割り当て

以下の手順は、OpenVMSが使用するアルゴリズムの概要で、各プロセスで使用できる物理メモリ容

量を決定します。大文字表記の各用語は、OpenVMSが物理メモリの割り当てに使用するシステム・

パラメータです。

1. プロセスはイメージの実行を開始します。OpenVMS は、クォータ・パラメータ WSDEFAULT で

指定されたページレット数を割り当てます。

Page Allocation: 0--->WSDEFAULT

2. プロセスのページ・フォルト率がPFRATHより高い場合、OpenVMSはより多くのページレットを

割り当てます。OpenVMS は、プロセスにWSQUOTA の総ページレット数が含まれるようになる

まで、これらのページレットを WSINC の増分値で割り当てます。

Page Allocation: 0--->WSDEFAULT-->WSINC-->WSINC-->WSQUOTA

3. プロセスのページ・フォルト率が高いままで、フリー・リスト・サイズが BORROWLIM を超える場

合、OpenVMS は、フリー･リスト・サイズが不足する、または WSEXTENT に達するまで WSINC

ブロックにページレットを割り当て続けます。

Page Allocation: 0-->WSDEFAULT-->WSINC-->WSQUOTA-->WSINC-->WSEXTENT

4. プロセスのページ・フォルト率が PFRATL より低い場合、OpenVMS は、ページ・フォルト率が

PFRATL を超えるまで WSDEC の増分値で、ワーキング・セットからページを削除します。

5. プロセスがイメージを終了する際に、これらの追加ページを削除します。例えば、月ごとの給与

支払いジョブがあるとします。7 月にこのジョブを実行する場合、WSDEFAULT で実行を開始

し、WSEXTENT に達するまでページを取得します。これを 8 月に実行すると、WSDEFAULT

の既定値で再度実行を開始します。

詳細な OpenVMS ページの割り当て方法については、OpenVMS マニュアルを参照してください。

A.3.2 メモリ割り当てのプロセス・コントロール

OpenVMS には、プロセスごとにあるいはユーザごとに、ワーキング・セット・パラメータを変更する機

能があります。以下の表は、それらメソッドの概要です。


OpenVMS 物理メモリの割り当て

ワーキング・セット・コントロール

ワーキング・セット・コントロールのメソッドプロセス・タイプ

AUTHORIZE ユーティリティでは、ユーザごとに既定のワーキング・

セットを変更できます。

ユーザ

DCL コマンド SET WORKING_SET により、インタラクティブなプロセ

スがワーキング・セット・パラメータを変更できます。

インタラクティブ・プロセ

ス

ワーキング・セットの SUBMIT コマンド修飾子は、バッチ処理によっ

て物理メモリの割り当て領域を変更できます。

バッチ・プロセス

DCLコマンド INITIALIZE/QUEUEを使用して、バッチ・キューのワー

キング・セット・パラメータを変更できます。

バッチ・キュー

A.3.3 新規のプロセス用にメモリをフリーにする

メモリには限りがあります。OpenVMS で新規プロセスを開始するたびに、使用できるページ総数か

ら WSDEFAULT ページが除かれます。その残りのメモリが、フリー・ページ・リストと各プロセスの割

り当てに追加する WSINC で使用できます。

高負荷システムでは、多数の同時プロセスを実行できるため、フリー･ページ･リストに使用する残り

のページ数が少なくなります。OpenVMSには、フリー･ページ・リストのページ数の下限を設定する、

FREELIM というパラメータがあります。

フリー・ページ・リストや修正済みのページ・リスト・サイズは、ソフト・ページ・フォルトに対する、ハー

ド･ページ・フォルトの割合に直接影響します。ハード・ページ・フォルトにより、プロセスはリソース待

機状態になるため、実行速度が遅くなります。パフォーマンスを向上させるには、ハード・ページ・

フォルトを最小限に抑えるようなシステム調整が重要です。ソフト・フォルトは低負荷ですが、ソフト・

ページ・フォルト率が高すぎてもパフォーマンスの低下を招きます。

OpenVMS は、FREELIM に満たないフリー･ページ・リスト・サイズを検出すると常に、FREEGOAL

までそのサイズを上げる機能を動作させます。これを実行するために、すべての他の機能が不適切

な場合、OpenVMSは休止中のプロセスの全ワーキング・セットをディスクに移動します。このプロシー

ジャをスワッピングと呼びます。ディスクに移動したプロセスを、スワップ・アウトといい、プロセスがメ

モリに戻されることを、スワップ・インと呼びます。スワッピングは、システム全体のパフォーマンスに

悪影響を及ぼします。

A.3.4 共有セクションの割り当て

OpenVMSの共有コードとデータのメモリ割り当ては、多少異なる方法で実行します。GBLSECTIONS

パラメータは、システムの起動時に割り当てられる共有セクション数を設定します。GBLPAGESパラ

メータは、グローバル・ページのテーブル・エントリ数を設定します。128ページの各エントリ・グルー



プに対し、メモリは4バイト必要です。また、OpenVMSは、GBLPAGFILパラメータを使用し、グロー

バル・ページで有効な最大ページ・ファイル・ブロック数を設定します。

A.4 Caché による OpenVMS メモリの使用方法

OpenVMS の稼動時に、Caché は、各プロセスに対し共有メモリとプライベート・メモリの両方を使用

します。

A.4.1 メモリ･ロックとページングの調整

すべての Caché コードは共有され、メモリに物理的にロックできます。グローバル・バッファ・プール

も同様です。

ルーチン・バッファも同様に機能しますが、多少異なる点があります。ルーチン・バッファを共有する

際、メモリにロックするルーチン・バッファのサイズを指定することができます。ルーチンが、ルーチ

ン・バッファのロックされた部分よりも大きい場合、ルーチン・バッファのルーチンの一部のみがメモリ

にロックされます。残りのルーチンは、ロックされていない物理メモリにロードされます。

メモリに共有データとルーチンをロックすると、メモリ・アクセスがディスク・アクセスより速くなるため、

より高速な応答が可能になります。その結果、さらに多くのグローバルとルーチンをメモリに保持で

きるようになります。しかし、メモリのリソースには限りがあります。割り当てるグローバルやルーチン・

バッファが多いほど、OpenVMSプロセスで使用できるメモリが少なくなります。少量のメモリしか使用

できない場合、多量の OpenVMS ページングが発生します。

したがって、十分なグローバルとルーチンをメモリに割り当てることができるようにグローバル数や

ルーチン・バッファ数を選択し、OpenVMS ページングへの悪影響を避ける必要があります。このド

キュメントでは、その値の選択方法を説明します。

A.4.2 プロセス・プライベート・スペースを使用したページングの削減

各 Caché プロセスは、共有メモリ・セクションにマップしますが、プロセスのプライベート領域と呼ば

れるメモリ領域にもアクセスします。このプライベート領域には、特定のプロセスに属する変数、配

列、スタック、他のデータ構造が含まれます。

プライベート領域のメモリ量は、ページングを削減するために、プロセスのワーキング・セットにロック

されます。しかし、プライベート領域は、メモリには物理的にロックされません。


Caché による OpenVMS メモリの使用方法

A.5 OpenVMS パラメータの計算

OpenVMS パラメータ・カルキュレータを使用すると、Caché パラメータと OpenVMS パラメータの両

方に適切な値を使用して開始することができます。システムが適切に機能しない場合、後からパラ

メータを調整して、パフォーマンスを改善することができます。以下のセクションでは、OpenVMS パ

ラメータを決定する手順を説明します。

• パラメータ・カルキュレータの入力値の決定

• OpenVMS パラメータの現在値の記録

• Caché OpenVMS のパラメータ・カルキュレータの使用

• 計算結果の分析

以下の表を印刷し、適切な値を記録できます。

A.5.1 パラメータ・カルキュレータの入力値の決定

このセクションでは、Cachéで使用するプロセス数、グローバル･バッファ数、ルーチン・バッファ数を

制御するフィールドに入力する適切な値を決定します。その値を決定すれば、パラメータ・カルキュ

レータを使用して、Caché と OpenVMS 両方のパラメータの正確な値を算出することができます。

インストール中に、これらのパラメータやその他の Caché パラメータの値を設定します。後でシステ

ムの調整が必要になったときは、システム管理ポータルでいつでも値を変更できます。ほとんどのパ

ラメータについては、値を変更した後で Caché を再起動し、変更を反映させる必要があります。

これらのフィールドの値を決定後、これらの値を "OpenVMS パラメータ・カルキュレータ・テーブル

の入力" に記録してください。

A.5.1.1 プロセス数の決定

スタートアップ時に Caché が割り当てるグローバルとルーチン・バッファ数を決定する前に、システ

ムで一度に実行できる Caché の最大プロセス数を決定する必要があります。

Caché の各ユーザは、1 つの Caché プロセスを構成します。すべての Caché Job コマンドは、プロ

セスを作成します。ガーベジ・コレクタとライト・デーモンを処理するシステムを除き、%SS システムで

表示されるプロセスすべてを考慮する必要があります。概算としては、ご使用のCaché ライセンスで

必要なプロセス数を、この値に使用します。ライセンスの上限を超えることはできません。

パラメータ・カルキュレータの [Number of Processes] フィールドに値を入力します。

A.5.1.2 ルーチン・キャッシュのサイズ決定

各ルーチン･バッファは、1 度に 1つのルーチンのみ保持できます。OpenVMS システムでは、最大

524 MB のルーチン・キャッシュを設定できます。



多くのプロセスは、ルーチン・バッファを共有できます。したがって、プロセスがCachéルーチンから

他のルーチンへ変わる場合、他のバッファにある他のルーチンにアクセスします。現在、バッファに

アクセスしているプロセスがない場合、バッファはフリー･バッファ・プールに戻され、別の Caché プ

ロセスから要求があると、新規のルーチンが空きのバッファにロードされます。Caché がルーチンを

ロードする際にすべてのバッファが使用中の場合、使用頻度が一番低い (LFU) バッファではなく、

一番古い (LRU) バッファを選択します。バッファが多いほどパフォーマンスは向上します。

アプリケーションの性能により、適切なバッファ数が決まります。多くのユーザが少数のルーチンに

アクセスする場合、適切な応答時間を得るには、比較的少数のバッファで十分です。反対に、大量

のルーチンを持つアプリケーションは、大量のバッファが適切です。

パラメータ・カルキュレータは、ルーチン・バッファ数の既定値から計算を開始します。この既定値

は、中規模サイトに適した値に設定されています。ユーザのサイトの規模に基づいて、パラメータ・

カルキュレータの [Routine Buffer Pool] フィールドに、異なる値を入力してください。

注釈: このフィールドにMB単位で値を入力したい場合、この値は、[Calculation Result]セクショ

ンの [Memory for Routine Cache (MB)] フィールドや、ルーチン・バッファに関連する計算

で使用します。再計算はされません。

A.5.1.3 プロセスごとのグローバル・バッファ数の決定

パラメータを計算する場合、グローバル・バッファのサイズは 8 KB と考えます。カルキュレータは、

クラスタ・システムやノンクラスタ・システム用に、推奨されている “概算値” を使用します。

システムのメモリが不足している場合、この値を削減します。しかし、プロセスごとの 32 KB 以下の

値に設定してはなりません。

多量のグローバル・バッファを使用すると、サイト・パフォーマンスが向上します。GLOSTATユーティ

リティで作成した統計を使用して、グローバル・バッファを追加することでディスク・アクセスを低減し、

パフォーマンスを向上できるかどうかを判断します。

A.5.2 OpenVMS パラメータの現在値の記録

Caché以外にも、システムごとにメモリが必要です。例えば、FORTRANやCOBOLなどのレイヤー

ド製品と同様にOpenVMS自体にもメモリが要求されます。システムに必要なメモリを分析するには、

Caché をインストールする前に、以下の手順で、指示されているパラメータ値を算出します。

注釈: アップグレートを実行している場合、正確な数字を取得するために Caché を終了してくだ

さい。

1. OpenVMS SYSGEN ユーティリティを実行し、"OpenVMS システム・パラメータ値テーブル" に

掲載されている各パラメータの現在の値を表示します。

$ SET DEF SYS$SYSTEM$ RUN SYSGENSYSGEN> USE CURRENTSYSGEN> SHOW parameter-name


OpenVMS パラメータの計算

2. OpenVMS SYSGEN ユーティリティを実行し、"OpenVMS システム・パラメータ値テーブル" に

掲載されているプロセス・パラメータの現在の値を表示します。

$ SET DEF SYS$SYSTEM$ RUN SYSGENSYSGEN> USE CURRENTSYSGEN> SHOW/PQL

あるいは、OpenVMS AUTHORIZEユーティリティを実行し、Caché を使用するユーザ・アカウン

トごとに、ユーザ認証ファイル (UAF) のパラメータの現在値を算出します。

$ SET DEF SYS$SYSTEM$ RUN AUTHORIZEUAF> show user-name

これらの値の最小推奨値が返された後、UAF レコードをすべてのユーザ・アカウントに個別に

設定する必要があります。

A.5.3 Caché OpenVMS のパラメータ・カルキュレータの使用

ここでは、Caché OpenVMS パラメータ・カルキュレータの使用方法について説明します。このツー

ルは、インタラクティブな HTML ドキュメントで、Caché で要求される OpenVMS パラメータを算出し

ます。既定値は、中規模インストールに適した数値に設定されています。ユーザのサイトで Caché

の設定と調整を行う際に、インターシステムズの技術者によるサポートもご利用いただけます。

パラメータ値を取得するには、以下の手順を実行します。

1. クラスタ化されたシステムで、パラメータを計算するかどうかを選択します。[Yes]を選択すると、

クラスタ・マスタ値と追加されたノードの値の両方を取得します。取得しない場合、シングル・ノー

ドの値を計算します。

2. OpenVMS パラメータ・カルキュレータへの入力の際は、上記のセクションで決定した値を以下

のフィールドに使用します。

OpenVMS パラメータ・カルキュレータへの入力

ユーザ定義値パラメータ

プロセス数

ルーチン・バッファ・プール

プロセスごとのグローバル・バッファ

3. Caché OpenVMS パラメータ・カルキュレータにアクセスし、必要なパラメータ値を計算します。

4. 以下の適切な表に、算出された値を記入します。



A.5.4 計算結果の分析

カルキュレータの計算結果から値を推測し、その値をガイドラインにします。サイトのハードウェアと

ソフトウェアの構成ごとに適切な設定を行い、システムのパフォーマンスを調整、最大にする必要が

あります。

A.5.4.1 Caché パラメータの更新

以下のCachéパラメータの値は、インストール時に更新するか、またはCaché をインストールした後

で、リモート Web サーバからシステム管理ポータルを使用して変更できます。

Caché パラメータの出力

計算値パラメータ

グローバル・バッファ数

データベース・キャッシュ用メモリ (MB)

ルーチン・キャッシュ用メモリ (MB)

A.5.4.2 OpenVMS システム・パラメータの更新

OpenVMS パラメータ・カルキュレータで算出されたシステム・パラメータ値は、Caché を実行するた

めに現在の OpenVMS システムに追加する必要がある容量です。Caché は、このメモリ容量を消費

するため、使用するシステムに十分なメモリ容量があることを確認してください。

算出された必須の値と現在のシステム値を組み合わせるために、以下の表を利用ください。OpenVMS

SYSGEN ユーティリティの SET コマンドで、これらのパラメータを更新します。



OpenVMS システム・パラメータ値

結果値Caché に必要な容

量

現在値パラメータ

BALSETCNT

MAXPROCESSCNT

GBLPAGES

GBLPAGFIL

GBLSECTIONS

LOCKIDTBL

RESHASHTBL

SYSMWCNT

A.5.4.3 OpenVMS 特有のパラメータの更新

パラメータ・カルキュレータは、OpenVMS システムで Caché を構成するために使用する特別なパラ

メータを提供します。

• 常駐メモリ値は、Caché で指定常駐メモリ・セクションを生成したい場合に必要です。

• 特別なパラメータ PRIORITY_OFFSET と PE1 の値は、インターシステムズが推奨する固定値

であり、その推奨値にこれらのパラメータを設定します。

算出された値が、使用する OpenVMS システムに適切かどうかを検証します。

OpenVMS の特別なパラメータ値

返り値パラメータ

常駐メモリ (MB)

PRIORITY_OFFSET

PE1

A.5.4.4 OpenVMS プロセス・パラメータの更新

インターシステムズは、いくつかの PQL プロセス・クォータ・パラメータに最小値を推奨します。これ

は、Cachéには、GJOBQというテーブルがあり、これらのパラメータの多くに対する既定値が入って

いるためです。これらの値を認証し、Caché プロセスが GJOBQ テーブルの値を使用できるようにし

ておく必要があります。



パラメータの値を計算する必要はありません。推奨される最小値を OpenVMS パラメータ･カルキュ

レータで表示できます。これらの値を、以下の表の “推奨される最小値” の列に入力します。

OpenVMS プロセス・パラメータ値

推奨される最小値現在値パラメータ

ASTLM

BIOLM

BYTLM

DIOLM

FILLM

PGFLQUOTA

TQELM

WSQUOTA

WSEXTENT

ENQLM

これらのパラメータの現在値が推奨の最小値より小さい場合、値を調整する必要があります。このた

めには、インストール中に、各ユーザ・アカウントに対し OpenVMS SYSGEN ユーティリティ、あるい

は AUTHORIZE ユーティリティの SET コマンドを使用します。

A.5.4.5 常駐メモリ･セクション

OpenVMS プラットフォームは常駐メモリ・セクション機能を利用します。すべての OpenVMS Caché

ユーザがこの機能を活用することをお勧めします。

OpenVMS バージョン 7.1 およびこれ以降を実行するシステムには、グローバル・セクション (プロセ

ス間で共有できるメモリ) を割り当てるメモリ機能が備わっています。Caché は、メモリ常駐グローバ

ル・セクションと共有ページ・テーブルの 2 つの機能をサポートしています。これらは常に一緒に使

用します。

グローバル・バッファ・プールに、共有ページ・テーブルを介してマップされたメモリ常駐グローバル・

セクションを使用する利点は以下のとおりです。

• メモリ常駐グローバル・セクションにあるページへのアクセスは、ワーキング・セット・クォータにも

プロセスのページファイル・クォータにも負荷をかけません。また、プロセスをメモリ常駐グローバ

ル・セクションにマップし、ページを参照する際、そのプロセスのワーキング・セット・リストを使用

しないため、プロセス・クォータが小さくてすみます。

• 共有ページ・テーブルでは、2 つ以上のプロセスを同じ物理ページにマップできます。各プロ

セスは、ページ・テーブル構築のオーバーヘッド、ページ・ファイル計算のオーバーヘッド、あ



るいはワーキング・セット・クォータ計算のオーバーヘッドを発生しません。内部的には、共有

ページ・テーブルを特有のグローバル・セクションとして処理し、特に、メモリ常駐グローバル・セ

クションの一部であるページをマップするために使用します。

• システムのグローバル・バッファ・プールにあるページ・テーブルのコピーは 1 つのみです。こ

れは、物理メモリを節約し、グローバル・セクションから新規のプロセスへのマップを高速にしま

す。共有ページ・テーブルは、データベース・サーバの起動時間を大幅に削減します。サーバ・

プロセスは、従来のグローバル・セクションより何百倍も速くメモリ常駐グローバル・セクションを

マップできるからです。これにより、システム全体の性能が向上し、クライアントの要求に対する

応答時間が早くなります。

この構造の欠点は、グローバル・バッファ・プールのサイズを大きくしたい場合、OpenVMS システム

を再起動し、メモリ常駐グローバル・セクションに割り当てられている領域を再構成する必要があるこ

とです。この領域は、システムの起動時に (SYSMAN および AUTOGEN を使用して) 確保するか、

または動的に割り当てることができます。この領域を指定しないと、Caché が要求したときに領域不

足となり、要求が失敗する可能性があります。メモリ常駐グローバル・セクションを使用しようとしても、

それを使用できない場合、Cachéは、非メモリ常駐グローバル・セクションからグローバル・バッファ･

プールを割り当てます。

指定常駐メモリ・セクションの生成

以下のようにして、これらの構造を使用します。

1. OpenVMSパラメータ・カルキュレータで返された値を、予約メモリ・サイズとしてResident Memory

に使用します。

2. SYSMANを使用して、メモリ・セクションを予約します。指定セクションの名前を指定します。これ

は、43 文字以下の英数字 (と下線) です。SYSMAN の構文は以下のとおりです。

MCR SYSMAN ! run sysmanSYSMAN> RESERVED_MEMORY ADD "Resident_Memory_Name" - /ALLOCATE/PAGE_TABLES/ZERO/SIZE=<size in MB>SYSMAN> EXIT

3. AUTOGENを実行し、予約済みのメモリ登録データ･ファイルを処理します。このファイルには、

ユーザのメモリ常駐グローバル・セクションを作るための情報が含まれます。システムの再起動

後、SYSMAN コマンドは予約した共有メモリ・セクションを表示します。

MCR SYSMAN ! run sysmanSYSMAN> RESERVED_MEMORY SHOW

4. Caché 構成ファイル (config.def、cache.cpf など) を変更し、予約セクションを使用します。これ

は、[config]セクションに予約メモリ・パラメータを設定して実行します。以下が読み込まれます。

useresidentmem=<resident memory section name>

オプションの <resident memory section name> は、予約時に SYSMANで指定したセクション名

です (上記の例では “Resident_Memory_Name” )。このセクション名は、構成ファイル内で必要

です。



また、リモートWeb サーバからOpenVMS Caché インスタンスへ接続し、システム管理ポータル

を使用して構成ファイルを変更することもできます。

a. [[ホーム]→[構成]→[詳細設定]]ページに移動し、[カテゴリ] ボックスで [Memory] をクリッ

クします。または、[フィルタ] ボックスに「resident」と入力して、リストに表示される項目を

制限します。

b. [ResidentMemorySectionName]設定行で [編集] をクリックし、[構成設定]ページを表示し

ます。

c. SYSMANユーティリティ (上記の例では"Resident_Memory_Name")で指定した名前を [値]

ボックスに入力し、[OK] をクリックします。

5. Cachéを再起動します。予約メモリ・セクションを使用できない場合、Cachéはメッセージを表示

し、エラー・コードを SYSLOG に表示します。

常駐メモリを使用してグローバル・バッファ・プールをマップすると、システム・パラメータの一部、特

にWSMAXを削減できる場合があります。通常、OpenVMSでは、Caché の実行に必要な値を大幅

に上回る WSMAX 既定値が設定されています。

常駐メモリ・セクション名

グローバル・バッファ・プールで常駐メモリ・セクションを使用する場合、OpenVMSシステムには次の

2 つの方法があります。

1. cache.cpf 構成ファイルの residentmem パラメータに希望のセクション名を示します。これは、

SYSMAN ユーティリティを使用して物理メモリを保存するときに便利です。今回のバージョンで

は、セクション名のエントリが必要です。

2. システムがセクションの名前を選択します。従来のバージョンの Caché では、システムは

ISC_Shared_Memory という名前を使用していましたが、これは固定の名前だったので、複数の

構成では互換性がありませんでした。Caché では、複数のインストールをサポートしている管理

者ディレクトリに基づいて、名前が自動的に作成されます。

いずれかの構成でセクション名を指定する場合、システムによって生成された名前の代わりに、この

名前が使用されます。運用環境では、共有ページ・テーブルを利用するために、SYSMANユーティ

リティを使用して常駐メモリ・セクションを予約することをお勧めします。



BUNIX と Linux用のシステム・パラメータ

の計算

このドキュメントは、UNIX および Linux 用 Caché インストール・ガイドの一部です。この章では、シ

ステムに最適なパラメータの計算方法について説明します。この章は、以下の 2 つのセクションに

分かれています。

• メモリとディスク要件の決定 — メモリ要件、スワップ領域、ディスク要件、最大バッファ数、最大

ユーザ数、最大データベース・サイズを計算します。

• UNIX カーネルのパラメータの構成 — UNIX の調整可能パラメータの設定、および他のプラッ

トフォーム固有のメモリ管理に関する問題を説明します。

Caché の最善のパフォーマンスを得るには、特定の Caché システム・パラメータに適切な値を計算

する必要があります。これらの値から、ユーザは一定のシステム・レベル・パラメータを調整する必要

があるかどうかを決定できます。ディスク・アクセスが必要なスワッピングやページングを最小限に抑

える値を選択することにより、システムのパフォーマンスが向上します。

このセクションの内容をよく読んで、ご使用のオペレーティング・システムと Caché の両方に最適な

値を計算してください。ここに記載されている表を使用して、現在のシステムから計算された値をシ

ステム・レベル・パラメータとして記録してください。Caché のインストール時にこの表を参照できま

す。最適のパフォーマンスを得るためには、システムの稼動後、必要に応じて値を修正します。

ご使用のオペレーティング・システム・レベルのメモリ組織に精通していない場合は、適切なシステ

ム・ドキュメントを参照してください。


B.1 メモリとディスク要件の決定

このセクションでは、多くのシステムで必要となる基本的システム要件の概要を説明します。これらの

要件はプラットフォームによって異なるため、詳細は使用しているプラットフォームのマニュアルを参


B.1.1 メモリ要件の計算

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

UNIX のメモリ要件

メモリ要件コンポーネント

1800 KB (オペレーティング・システムに依存)オペレーティング・システム

842 KBCaché

バッファあたり 8 KBグローバル・データベース・

キャッシュ

ルーチン・バッファあたり 32 KBルーチン・キャッシュ

プロセスあたり 1024 KBユーザ・オーバーヘッド

各ネットワーク・システム・プロセス (DMNNET、DCP、RECEIVE)

のポートごとに 300 KB。Caché ポートには、1 ポートにつき 2

つのDMNNETシステム・プロセスがあります。さらに、ネットワー

クが共有するメモリ要件があります。この値は、ポート数および

構成されているリモート・ホスト数によって異なります。標準の

システムにおけるメモリ要件は約 304 KB です。

ネットワーク(存在する場合)

既定では、ルーチン・バッファとグローバル・バッファを含め、Caché によって共有メモリが自動的に

割り当てられます。割り当てられるメモリの最大サイズは、そのシステムで使用可能な共有メモリ領域

の合計1/8です。大容量のアプリケーションや大規模なユーザをサポートする計画がある場合、以

下の公式に従ってシステムを調整します。

( ) * 32 KB + ( ) * 8 KB + 4 MB ___________________________________ =


UNIX と Linux 用のシステム・パラメータの計算

B.1.2 スワップ領域の計算

ユーザのシステムで利用できるスワップ領域の容量は、実際のメモリに 256 KB を加算した値以下

にならないようにしてください。

インターシステムズは、この最小値を考慮した上で、Cachéに最低限必要なスワップ領域として以下

の値をお勧めします。

( + 4)† * (1024 KB)‡ + + _____________________________________ =

† Caché コントロール・プロセス、ライト・デーモン、ガーベッジ・コレクタ、およびジャーナル・デーモ

ンについては、プロセス数に 4 を追加します。また、各スレーブのライト・デーモンに 1 を加算しま

す。プロセス数には、同時に実行する可能性があるすべてのユーザ・プロセスおよびジョブ・プロセ

スを含む必要があります。ネットワーク接続の場合、ユーザが実行している DMNNET デーモン数

(ポートごとに 2 つ) と RECEIVE システム・プロセス数に 1 を加算します。ご使用のシステムがサー

バの場合、すべてのクライアントがサーバにアクセスしたときに生成されるDCPプロセス数を追加し

ます。

‡ 1024 KB という数字は概算です。これは、Caché の実行プログラムの現在のサイズに基づいて算

出されるので、各 Caché プロセスに割り当てられるパーティション・サイズによって変化します。ほと

んどのシステムでは、最低限必要なスワップ領域を割り当てれば十分ですが、システムによっては、

最悪のケースに備えてスワップ領域を割り当てる必要があります。このような場合、ユーザが指定す

るパーティション・サイズによっては、この数字を 1.5 MB まで上げる必要があります。

ご使用のUNIXシステムで、必要なスワップ領域が使用可能かどうかを必ず確認してください。シス

テムのスワップ領域に関する詳細情報については、使用しているUNIXオペレーティング・システム

のマニュアルを参照してください。

B.1.2.1 Solaris スワップ領域

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

swap –l

以下はその例です。

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

B.1.2.2 Tru64 UNIX スワップ領域

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

/usr/sbin/swapon -s


メモリとディスク要件の決定

各スワップ・パーティションに関する情報は、以下の例のように表示されます。

Swap partition /dev/disk/dsk1b (default swap): Allocated space: 16384 pages (128MB) In-use space: 10452 pages ( 63%) Free space: 5932 pages ( 36%)

Swap partition /dev/disk/dsk4c: Allocated space: 128178 pages (1001MB) In-use space: 10242 pages ( 7%) Free space: 117936 pages ( 92%)

Total swap allocation: Allocated space: 144562 pages (1.10GB) Reserved space: 34253 pages ( 23%) In-use space: 20694 pages ( 14%) Available space: 110309 pages ( 76%)

B.1.2.3 AIX スワップ領域

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

lsps –aPage Space Physical Volume Volume Group Size %Used Active Auto Typehd6 hdisk2 rootvg 512MB 72 yes yes lv

B.1.2.4 HP-UX スワップ領域

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

swapinfo (3M)# /usr/sbin/swapinfo Kb Kb Kb PCT START/ KbTYPE AVAIL USED FREE USED LIMIT RESERVE PRI NAMEdev 524288 138260 386028 26% 0 - 1 /dev/vg00/lvol2reserve - 78472 -78472memory 195132 191668 3464 98%

B.1.3 ディスク要件の計算

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

• Caché 用に 67 MB

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

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

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

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

• WebLink 用に 3 MB

• Caché アプリケーション・データベースの必要量



• ライト･イメージ・ジャーナル・ファイルの初期サイズ用に、バッファ・プール・サイズの約 12.5%。

ユーザのディスクにライト･イメージ・ジャーナル・ファイル用に十分な容量がない場合、Caché

を起動したときに、システムが起動しなかったことを示すメッセージが表示されます。

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

インストール・プロシージャの完了後、インストール・ファイルを削除する必要はありませんが、ディス

ク容量が不足しているときには削除できます。インストール・ファイルを削除した場合に節約できる

ディスク容量が示され、削除するかどうを尋ねるプロンプトが表示されます。

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

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

• 32 ビットのプラットフォーム - 以下の条件にあてはまる 2 KB と 8 KB バッファの組み合わせ

- HP-UX では 1 GB 以下

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

2 GB という値は、オペレーティング･システムがプロセス･データに割り当てる全体のアドレス領

域で、共有メモリ、およびCaché とオペレーティング・システムのデータが含まれます。したがっ

て、実際には達成できない上限値を示しています。

• 64 ビットのプラットホーム - Tru64 UNIX、Solaris/UltraSPARC、HP-UX/HP-PA64、AIX/Pow-

erPC64

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

注釈: 2 KB のデータベースのみを使用するように構成している場合も、CACHESYS と

CACHETEMP の Caché データベースは 8 KB になります。ユーザの指定にかかわらず、

システムは常に、少なくとも 8 KB のバッファを 200 設定します。通常、特に Caché SQL

を頻繁に使用する場合などは、この値を増やして設定します。

上記の最大バッファ数以下の値を設定してください。

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

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

65,535

上記の最大バッファ数以下の値を設定してください。


メモリとディスク要件の決定

B.1.6 最大ユーザ数の決定

Caché が認める最大ユーザ数は、以下の内で最も小さい値です。

• ライセンス上限値

• ルーチン・バッファ数 - 1

• セマフォ数 - 4

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

UNIX の ulimit パラメータにより、プロセスで利用できる最大ファイル・サイズが決まります。Caché

管理者グループでは、ulimitの値を無制限、あるいはユーザが持つ最大のデータベースと同じ大き

さに指定する必要があります。

B.2 UNIX カーネル・パラメータの構成

以下のセクションでは、さまざまな UNIX プラットフォームでの調節やパフォーマンスについて説明

します。

• 調節可能な UNIX パラメータ値の設定

• プラットフォーム構成の問題

B.2.1 調節可能な UNIX パラメータ値の設定

Caché は、ユーザがサイズを定義したセットに、構造化可能なセマフォ数を使用します。パラメータ

SEMMNI、SEMMNS、SEMMSLは、セットごとのセマフォ数とCachéが使用するセマフォ総数を示し

ます。共有メモリの割り当てを決定する UNIX のパラメータと Linux のパラメータは、SHMMAX、

SHMMNI、SHMSEG、および SHMALL です。Caché は共有メモリを使用し、共有メモリのセグメント

を 1 つ割り当てます。このセグメントのサイズは、グローバル・バッファとルーチン・バッファに設定さ

れた領域によって異なります。以下の数式を使用して、セグメントの最小サイズを求めます。

+ + 4 MB _____________________________________ =

データを複数のコンピュータに分散する場合、Caché は 2 次セグメントを割り当てます。既定では、

2 次セグメントにはメモリを割り当てません (分散型データを使用する予定がある場合、構成のガイ

ドラインについて、販売代理店もしくはインターシステムズのサポート窓口までお問い合わせくださ



い)。その他のシステム要件に従って、NBUF と NHBUF を変更できます。Caché は自身のディスク

のすべてをバッファリングするため、NBUFとNHBUFを小さく設定しておく必要があります。以下の

表は、UNIX パラメータの最も一般的な名前 (変更が必要になる場合もあります)、インターシステム

ズが推薦する各パラメータの値、それらの概要の一覧です。ユーザのパラメータ値が、少なくともこ

の最小値以上に設定されていることを確認してください。プラットフォームによっては、実装されない

パラメータや異なる形で参照されるパラメータもあるため、詳細は、プラットフォーム固有の調節の注

意を参照してください。

調節可能な UNIX パラメータ

定義最小推奨値カーネル・パラ

メータ

最大ファイル・サイズ最大仮想ボリュームでのバイト数CDLIMIT

最大メッセージ・サイズ (単位はバイ

ト)

2MSGMAX

同時に存在する可能性がある、一意

に識別できる最小メッセージ・キュー

数

Caché インスタンスの数 x 2 (各

Cachéインスタンスは2つのメッセー

ジ・キューを使用)

MSGMNI

プロセスごとのオープン・ファイル数35NOFILES

カーネル内のセマフォ識別子の数

(いつでも有効にできる一意のセマ

フォ設定の数)

SEMMNI と SEMMSLとの積は、ユー

ザ・プロセス数に4加算した数よりも

大きくなければなりません。

SEMMNI

システム内の総セマフォ数。ユーザ・

プロセスには、ジョブ起動プロセスお

よび他のソフトウェアに必要な、他の

すべてのセマフォが含まれています。

128 または ...

SEMMNS実行される予定のプロセス数。プロ

セステーブルが拡大する可能性が

ある場合、大きめの数値を使用しま

す。

識別子リストごとの最大セマフォ数SEMMNI 参照SEMMSL

システム全体の共有メモリの最大総

数値 (単位は KB)。1000 は

MCOMMON 共有域を示します。

60 または ...

SHMALL 1000 + 全グローバル･バッファ領域

+ 全ルーチン･バッファ領域 *

システム全体の最大共有メモリ識別

子数

3SHMMNI

プロセスごとに付随する共有メモリ・

セグメント数

3SHMSEG


UNIX カーネル・パラメータの構成

定義最小推奨値カーネル・パラ

メータ

共有メモリ・セグメントの最大サイズ

(KB)

60 または ...

SHMMAX 1000 + 全グローバル･バッファ領域

+ 全ルーチン･バッファ領域

* これは、Caché UNIX で必要とされる SHMALL の最小値です。システムの共有メモリを使用する

他のすべてのアプリケーションについても考慮する必要があります。共有メモリの使用量が不確かな

場合、SHMSEG と SHMMAX の積から SHMALL を計算します。単位はページです。どのような場

合でも、この大きい方の値を適用すれば十分です。

重要：オペレーティング・システム・ドキュメントが明示していない限りは、割り当てられたメ

モリをサポートするため、十分なスワップ領域が必要です。特定のオペレーティン

グ・システム (Solaris など) では、Caché はページング不可能な “ロックされた共有

メモリ・セグメント” を作成します。しかし、オペレーティング・システム・ドキュメントが

明示していない限り、これらのメモリ・セグメントはスワップ領域が必要です。

B.2.2 プラットフォーム構成の問題

以下のセクションは、個別のプラットフォームに対する構成の問題を含みます。詳細は、使用してい

るプラットフォームのシステム・マニュアルを参照してください。

• Tru64 UNIX プラットフォームの問題

• Sun Solaris プラットフォームの問題

• AIX プラットフォームの問題

• HP-UX プラットフォームの問題

• Red Hat Linux プラットフォームの問題

• SUSE Linux プラットフォームの問題

B.2.2.1 Tru64 UNIX プラットフォームの問題

Tru64 UNIXサポート対象のリリースでは、以下のカーネル・パラメータを、割り当てるすべての共有

メモリ・サイズに設定することをお勧めします (バッファ・プールやルーチン・バッファ、他のデータ構

造に割り当てられた領域を含む)。

• shm_max

• per_proc_address_space

• max_per_proc_address_space



以下のパラメータは実装されていません。

• MSGMAX

• MSGMNI

• NCALL

• SEMMNI

• SEMMNS

• SEMMSL

• SHMALL

• SHMMNI

SMMAX および SMSEG は、それぞれ SHMMAX、SHMSEG と呼ばれます。

sysconfig -q subsystem [attribute] コマンドは、指定されたサブシステムの属性に対す

る現在の値、または指定された特定の属性を表示します。詳細は、sysconfig(8) に対する Tru64

UNIX ドキュメント・エントリを参照してください。

以下はその例です。

>sysconfig -q ipcmsg_max = 8192msg_mnb = 16384msg_mni = 64msg_tql = 40shm_max = 268435456shm_min = 1shm_mni = 128shm_seg = 32sem_mni = 16sem_msl = 1000sem_opm = 10sem_ume = 10sem_vmx = 32767sem_aem = 16384max_kernel_ports = 56864ssm_threshold = 8388608ssm_enable_core_dump = 1shm_allocate_striped = 1shm_enable_core_dump = 1

属性の値を永久に変更するには、sysconfigdb -a -f stanza_file subsystem コマンド

を使用して、サブシステム、属性、および新しい永続属性値を含む stanza 形式のファイルを指定し

ます。サブシステムの引数は、ユーザが変更したい属性を持つサブシステムを指定します。

以下は、ipc サブシステム属性 shm_max と sem_msl の永続値を変更する stanza 形式の例です。

ipc: shm_max = 268435456 sem_msl = 1000

stanza 形式ファイルに関する詳細は、"stanza(4)" と "sysconfigdb(8)" を参照してください。



新規の永続値を使用するには、システムを再起動するか、属性を実行時に調整することができる場

合は、sysconfig -r コマンドを使用して現在の値を変更します (詳細は、Tru64 UNIX System Config-

uration and Tuning guide の "Section 3.6.4" を参照してください)。

B.2.2.2 Sun Solaris プラットフォームの問題

Sun Solaris プラットフォームに関する問題は、実行しているバージョンによって異なります。

• Sun Solaris リリース 9

• Sun Solaris リリース 10

Sun Solaris リリース 9

以下は、Sun Solaris バージョン 9 プラットフォームで Caché を構成し、調整するときに必要な注意

事項です。

1. 以下のパラメータ CDLIMIT、NOCALL、および SHMALL は実装されていません。

2. NOFILES パラメータは無制限です。

3. /etc/system ファイルを編集し、以下の変数を追加して、共有メモリ・セグメントを増加します。

set shmsys:shminfo_shmmax=valueset shmsys:shminfo_shmmin=valueset shmsys:shminfo_shmmni=valueset shmsys:shminfo_shmseg=valueset semsys:seminfo_semmap=valueset semsys:seminfo_semmni=valueset semsys:seminfo_semmns=valueset semsys:seminfo_semmsl=valueset semsys:seminfo_semmnu=valueset semsys:seminfo_semume=value



Solaris 共有メモリ変数

概要変数

共有メモリ・セグメントの最大サイズshmsys:shminfo_shmmax

共有メモリ・セグメントの最小サイズshmsys:shminfo_shmmin

共有メモリ識別子の数shmsys:shminfo_shmmni

プロセスごとのセグメント数shmsys:shminfo_shmseg

セマフォ・マップでのエントリ数semsys:seminfo_semmap

セマフォ識別子数semsys:seminfo_semmni

システム内のセマフォ数semsys:seminfo_semmns

ID ごとの最大セマフォ数semsys:seminfo_semmsl

undo 機能を使用したプロセス数semsys:seminfo_semmnu

プロセスごとの undo 構造数semsys:seminfo_semume

4. 共有メモリ値の変更を検証します。

# grep shmsys /etc/system

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

# init 6

以下の共有メモリ値のサンプルは、大規模なデータベース・アプリケーションを実行している大規模

なメモリ (128 MB) のシステムを割り当てます。

set shmsys:shminfo_shmmax=268435456set shmsys:shminfo_shmmin=200set shmsys:shminfo_shmmni=200set shmsys:shminfo_shmseg=200set semsys:seminfo_semmap=250set semsys:seminfo_semmni=500set semsys:seminfo_semmns=500set semsys:seminfo_semmsl=500set semsys:seminfo_semmnu=500set semsys:seminfo_semume=100

Sun Solaris リリース 10

Solaris リリース 10 では、IPC共有メモリ・パラメータの調整時に /etc/system メカニズムを使用しま

せん。現在、これらは自動的に割り当てられます。または、リソース制御メカニズムを使用して構成し

ます。

Solaris 10 で /etc/system を使用すると、以下のようなメッセージが表示されます。



* IPC ** IPC * "Solaris Tunable Parameters Reference Manual" * * prctl(1) getrctl(2)

rctladm、prctl、および projects コマンドを使用して Solaris 10 のパラメータを設定する方法につい

ては、Sun の Web サイトで、"システム管理ガイド-Solaris コンテナ：資源管理と Solaris ゾーン" の

"第 6 章資源制御 (概要)" を参照してください。

B.2.2.3 AIX プラットフォームの問題

ここでは以下の内容について説明します。

• AIX の既定のパラメータ

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

AIX の既定のパラメータ

一部の AIX パラメータの既定の設定は、パフォーマンスに悪影響を及ぼす可能性があります。設

定および推奨事項については以下を参照してください。

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

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

• メモリ管理パラメータ

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

ディスク I/O ペーシングの既定の最大値 (maxpout パラメータ) と最小値 (minpout パラメータ) は、

Caché 運用システム上でのパフォーマンスに深刻な影響を与える可能性があります。これらの既定

値を使用すると、Caché Write デーモンが不適切な状況でスリープ状態になり、Write デーモン・サ

イクルが長くなることから、パフォーマンスが著しく低下する可能性があります。

HACMP クラスタを使用する場合は、I/O ペーシングが自動的に有効になります。お使いのシステ

ムが HACMP クラスタの一部でない場合は、最大値 (maxpout) と最小値 (minpout) の両方を 0 (ゼ

ロ) に設定して I/O ペーシングを無効にしてください。

I/O ペーシングの最大値設定と最小値設定を表示および変更するには、smitty chgsys コマンドを

発行します。

現在、IBM による以下の計算式を使用して、適切な最大値を求める方法を推奨しています。

= (4 * n) + 1

n は、1 ファイル (データベース、ジャーナル、または WIJ) の最大スピンドル数です。最小値は、最

大値の 50 ～ 75% に設定してください。



例えば、CACHE.DATデータベース・ファイルがストレージ・アレイに格納されており、そのLUN (ファ

イル・システム) が 16 のスピンドル (ドライブ) で構成されているとします。この場合の計算式は以下

のようになります。

= (4 * 16) + 1 = 65

= (.50 * 65) (.75 * 65) = 33 49

詳細は、以下の IBM Web ページで、"AIX パフォーマンス・マネージメント・ガイド" の "ディスク入

出力ペーシングの使用" を参照してください。

http://www.ed.yama.tus.ac.jp/doc_link/Ja_JP/a_doc_lib/aixbman/prftungd/2365a82.htm

重要： IBMの現在の計算式を使用して、適切な最大値を求めることをお勧めします。変更

されている可能性があるので、前述の計算式を IBM に確認してください。

システムへの影響について疑問点がある場合は、設定を変更する前に、インターシ

ステムズ WRC パフォーマンス・チームまたは AIX サプライヤまでお問い合わせく

ださい。これらの推奨事項は Caché のバージョンに依存しません。また、JFS と

Enhanced JFS (JFS2) 両方のファイル・システムに適用されます。

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

最適なパフォーマンスを実現するため、rbrw マウント・オプションを使用して、CACHE.DAT、

CACHE.WIJ、およびCachéのすべてのジャーナル・ファイルを、順次読み取り機能と順次書き込み

機能のあるファイル・システムに配置してください。

詳細は、以下の Web サイトで、"AIX コマンド・リファレンス第 3 巻 (i から m)" の "mount コマンド"

のページを参照してください。

http://publibn.boulder.ibm.com/doc_link/Ja_JP/a_doc_lib/cmds/aixcmds3/mount.htm

メモリ管理パラメータ

ファイル・システムの数およびファイル・システムに対する活動量によって、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 回実行したとき、値が増大しなくなるまで繰り返し

てください。

重要： I/Oパターンは時間の経過とともに変化する可能性があるので、現在値と再起動値

の両方を変更し、vmstat 出力を定期的 (時間単位、日単位、または週単位) に確

認します。

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

• vmstat によって出力される各フィールドの詳細は、"AIX コマンド・リファレンス第 6 巻 (v から

z)" の "vmstat コマンド" のページを参照してください。



http://publib16.boulder.ibm.com/pseries/Ja_JP/cmds/aixcmds6/vmstat.htm

• これらのパラメータ値を大きくする方法については、"AIX パフォーマンス・マネージメント・ガイ

ド" の "VMM ページ置換のチューニング" を参照してください。

http://publibn.boulder.ibm.com/doc_link/Ja_JP/a_doc_lib/aixbman/prftungd/prftungdtfrm.htm

• I/O チューニング・パラメータの詳しい説明は、"AIX コマンド・リファレンス第 3 巻 (i から m)"

の "ioo コマンド" のページを参照してください。

http://publib16.boulder.ibm.com/pseries/Ja_JP/cmds/aixcmds3/ioo.htm

AIX の調整可能パラメータ

以下に一覧表示されているパラメータは調整の必要がありません。これらのパラメータは、必要に応

じて、カーネルによって動的に調整されます。詳細は、"AIX operating system documentation"を参


以下の表は、IBM pSeries AIX 5.2 オペレーティング・システムに対して調整可能なパラメータの一

覧です。

AIX プロセス間通信の調整可能なパラメータ

動的値目的パラメータ

最大値 4 MB最大メッセージ・サイズを指定しますmsgmax

最大値 4 MBキューでの最大バイト数を指定しま

す

msgmnb

最大値 4096メッセージ・キュー ID の最大数を指

定します

msgmni

最大値 524288キューごとの最大メッセージ数を指

定します

msgmnm

最大値 16384終了の調整最大値を指定しますsemaem

最大値 4096セマフォ ID の最大数を指定しますsemmni

最大値 65535ID ごとの最大セマフォ数を指定しま

す

semmsl

最大値 1024semop()呼び出しごとの最大オペレー

ション数を指定します

semopm

最大値 1024プロセスごとの最大 undo エントリ数

を指定します

semume

最大値 32767セマフォの最大値を指定しますsemvmx



動的値目的パラメータ

32 ビット・プロセスでは最大値 256

MB、64 ビットでは最大値

0x80000000u

共有メモリ・セグメントの最大サイズ

を指定します

shmmax

最小値 1共有メモリ・セグメントの最小サイズ

を指定します

shmmin

最大値 4096共有メモリ IDの最大数を指定しますshmmni

B.2.2.4 HP-UX プラットフォームの問題

リリース 11i の HP-UX では、パラメータ CDLIMIT と NOFILES は実装されていません。バージョン

によっては、SEMMSL はコードで直接 500 と指定されており、NCALL は NCALLOUT と呼ばれま

す。

HP システム V IPC 共有メモリ・サブシステムを使用してパラメータを更新します。詳細は、HP シス

テム V 内部プロセス通信メカニズムのオンラインドキュメントページを参照してください。値を変更

するには、以下の手順を実行してください。

1. システム管理マネージャ (SAM)プログラムを起動するために、/usr/sbin/sam コマンドを入力し

ます。

2. [Kernel Configuration] アイコンをダブルクリックします。

3. [Configurable Parameters] アイコンをダブルクリックします。

4. 変更したいパラメータをダブルクリックし、[Formula/Value]フィールドに新規の値を入力します。

5. [OK] ボタンをクリックします。

6. 上記の手順を、変更したいすべてのカーネル構成パラメータに対して繰り返します。

7. すべてのカーネル構成パラメータの設定が完了したら、[action] メニューから [Process New

Kernel] を選択します。

カーネル構成パラメータの値の変更後、HP-UXオペレーティング・システムは自動的に再起動しま

す。

B.2.2.5 Red Hat Linux プラットフォームの問題

Linux プラットフォームでの、既定の共有メモリ制限 (shmmax) は、32 MB です。この値は Caché で

は小さすぎますが、proc ファイル・システムで変更することができます。その場合、再起動は必要あ

りません。

Caché 用にのみマシンを使用している場合、インターシステムズでは、共有メモリをメモリの総容量

の約半分に設定することをお勧めします。

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



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

上記のコマンドは、スタートアップ時のスクリプトで入力することができます。

また、sysctl(8) が利用できる場合はこれを利用して、パラメータを制御することもできま

す。/etc/sysctl.conf というファイルを検索し、以下のような行を追加します。

kernel.shmmax = 134217728

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

きます。

重要： 1 台のマシン上で複数の Caché インスタンスを実行する場合、msgmni パラメータ

の設定値が小さすぎる可能性があります。"調整可能な UNIX パラメータ" の一覧

に示されているように、このパラメータには、システムで同時に実行する Caché イン

スタンス数の 2 倍に相当する値を設定してください。

他のパラメータは、Cachéアプリケーションに対して効果的にサイズ調整されています。他のパラメー

タの値を表示するには、/usr/src/linux/include/asm-xxx/shmparam.h と

/usr/src/linux/include/linux/sem.h の 2 つのファイルを参照してください。

詳細は、"Red Hat Database:Administrator and User's Guide" の "Managing Kernel Resources" の

章を参照してください。

B.2.2.6 SUSE Linux プラットフォームの問題

SUSE Linux プラットフォームでの、既定の共有メモリ制限 (shhmax と shmall) は Caché にとって小

さ過ぎます。この制限は、再起動しなくても proc ファイルシステム内で変更できます。

Caché 用にのみマシンを使用している場合、インターシステムズでは、共有メモリをメモリの総容量

の約半分に設定することをお勧めします。

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

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

上記のコマンドは、スタートアップ時のスクリプトで入力することもできます。

また、/etc/profile というファイルを変更することにより、システムメモリユーザ制限に対する設定を

変更します。以下のような行を追加します。

#sets user limits (ulimit) for system memory resourcesulimit -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 CLASSPATHexport PATH=$PATH:/usr/cache/bin:/path/to/j2sdk/bin:/.export CLASSPATH= $CLASSPATH:/cache/dev/java/lib/CacheDB.jar:/path/to/otherjar/file:/.



CCaché の高度なセキュリティの準備

この付録は、Caché 5.1の高度なセキュリティ機能を使用するユーザを対象としています。どのような

認証/承認方式を選択するかによって、Cachéをインストールする前に、セキュリティ環境を整えるた

めに実行すべき作業が異なります。必要なセキュリティ・レベルを決定するにあたり、Cachéをインス

トールする前に、"Caché セキュリティ管理ガイド" の "はじめに" をお読みになり、使用可能な認証

方法と承認方法の概要を確認してください。

重要：現在の環境で Kerberos 認証方式を使用していない場合は、 “セキュリティ環境の

準備” セクションは省略できます。特に "通常" または "ロック・ダウン" の Caché

セキュリティを使用する場合は、"初期のCachéセキュリティ設定"セクションの内容

を確認してください。

Caché対応のすべてのプラットフォームには、ベンダが提供およびサポートしているいずれかのバー

ジョンのKerberosが備わっています。詳細は、各オペレーティング・システムのドキュメントを参照し

てください。Kerberos を使用する場合は、Kerberos KDC または Windows ドメイン・コントローラが

ネットワークに接続されている必要があります。Microsoft Windows は、KDC と、ドメイン・コントロー

ラ上で動作するその他のセキュリティ・サービスを統合することによって、Kerberos認証プロトコルを

実装します。

Kerberos を使用する場合は、"セキュリティ環境の準備" セクションで説明されている 3 つの環境、

つまり Windows のみで構成された環境、Windows ドメイン・コントローラを使用する混合環境、非

Windows 環境のうち、該当する環境の説明を参照してください。

Windows ドメイン・コントローラで必要なサービス・アカウントを定義するか、非 Windows Kerberos

サーバ上の KDC 機能をテストしたら、Caché をインストールする前に、"初期の Caché セキュリティ

設定" を参照してください。

重要：このドキュメントで説明する環境よりさらに複雑なセキュリティ環境を使用する場合

は、具体的な設定方法をインターシステムズのサポート窓口 (WRC) までお問い合

わせください。


C.1 セキュリティ環境の準備

以下の各セクションでは、3 種類の環境についてセキュリティの準備方法を説明します。

1. Windows のみで構成された環境

2. Windows ドメイン・コントローラを使用する混合環境

3. 非 Windows 環境

Windows のみで構成された環境

この構成では、Caché サーバとクライアントを Windows マシン上で実行し、Windows ドメイン・コント

ローラを使用して KDC 機能を実現します。ドメイン管理者は、Caché サーバ上で Caché サービス

を実行するためのドメイン・アカウントを作成します。

Windows Caché サーバを使用する際の要件については、"Windows ドメイン・コントローラを使用し

た Windows Caché サーバのサービス・アカウントの作成" を参照してください。

Windows ドメイン・コントローラを使用する混合環境

この構成では、Windows マシンおよび非 Windows マシンの混在する環境で Caché サーバとクライ

アントを実行し、Windows ドメイン・コントローラで管理します。Windows サーバと非 Windows Caché

サーバの両方を使用する場合の要件については、以下の 2 つのセクションを参照してください。

• Windows ドメイン・コントローラを使用したWindows Caché サーバのサービス・アカウントの作成

• Windows ドメイン・コントローラを使用した非Windows Caché サーバのサービス・アカウントの作

成

非 Windows 環境

この構成では、すべての Caché サーバとクライアントを非 Windows マシン上で実行し、UNIX ベー

スまたは OpenVMS の Kerberos を使用します。UNIX、MacOS、または OpenVMS KDC と Caché

サーバを使用するための要件については、以下の 2 つのセクションを参照してください。

• UNIX、MacOS、または OpenVMS KDC を使用する UNIX、MacOS、または OpenVMS Caché

サーバのサービス・アカウントの作成

• Kerberos KDC 機能のテスト

C.1.1 Windows ドメイン・コントローラを使用した Windows Caché サーバの

サービス・アカウントの作成

Caché を Windows ドメインにインストールする前に、Windows ドメイン管理者は、Windows ドメイン・

コントローラを使用する Windows マシン上の各 Caché サーバ・インスタンスに対してサービス・アカ


Caché の高度なセキュリティの準備

ウントを作成する必要があります。1台のWindows サーバ上で複数のCaché インスタンスを実行す

る場合は、それぞれ別々のサービス・アカウントを作成しなければなりません。

通常、これらのアカウントには "cacheHOST" という名前を付けます。cache という文字列の後に、

ホスト・コンピュータ名を大文字で指定してください。例えば、WINSRVR というWindows マシン上で

Caché サーバを実行する場合、ドメイン・アカウント名は cacheWINSRVR となります。

Windows ドメイン・コントローラでこのアカウントを作成する際、Caché では、そのアカウントに以下の

属性を指定する必要があります。

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

• [このアカウントに DES 暗号化を使う] プロパティを設定します。

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

1 台のマシン上に複数の Caché サーバ・インスタンスが存在する場合、サービス・アカウント名は一

意でなければならないので、Caché の既定の方法で各インスタンスに名前を付け、文字列 cache

の代わりにそのインスタンス名を使用してください。例えば、WINSRVRマシンに 2つのCaché サー

バ・インスタンスをインストールする場合は、既定のインスタンス名 (cacheと cache2) を使用し、2つ

のサービス・アカウントにそれぞれ cacheWINSRVR および cache2WINSRVR という名前を付けま

す。

Kerberos 環境で、Windows クライアントを使用して Caché サーバと通信するには、その他のセキュ

リティ情報とともに、サービス・プリンシパル名を提供するリモート・サーバを定義する必要がありま

す。インターシステムズは Windows サーバ・インストール規約を変更したため、これらのクライアント

を構成する際、サービス・プリンシパル名として Windows、UNIX、または OpenVMS 用の形式を使

用できなくなっています。

したがって、ドメイン管理者は、setspnコマンドを使用してCachéサーバを実行するための各Windows

サービス・アカウントについて、サービス・プリンシパル名を設定する必要があります。サービス・プリ

ンシパル名は、<サービス名>/<完全修飾ホスト名>という形式で設定してください。ほとんどの場合、

サービス名は cacheです (1 台の Windows マシン上で複数の Caché サーバ・インスタンスを実行

する場合を除く)。例えば、前の例で作成したサービス・アカウントのサービス・プリンシパル名は次

のようになります。

cache/WINSRVR.testdomain.com cache2/WINSRVR.testdomain.com

Cachéキューブで、優先サーバ・リストへリモート・サーバ接続を追加する際にKerberos を選択する

と、Cachéサーバ・マネージャによってサービス・プリンシパル名が自動的に挿入されます。したがっ

て、これらの推奨名前付け規約を使用しない場合は、[サービスプリンシパル名] フィールドに適切

な名前を入力する必要があります。詳細は、"Caché システム管理ガイド" の "リモート・サーバへの

接続" の章を参照してください。

注釈: setspn ツールの詳細は、 Windows 2000 の "Setspn.exe" ページまたはWindows 2003 の

"Setspn Overview ページを参照してください。


セキュリティ環境の準備

C.1.2 Windows ドメイン・コントローラを使用した非 Windows Caché サーバ

のサービス・アカウントの作成

Caché を Windows ドメインにインストールする前に、Windows ドメイン管理者は、Windows ドメイン・

コントローラを使用する非 Windows マシン上の各 Caché サーバに対してサービス・アカウントを作

成する必要があります。そのマシン上に存在するCachéサーバ・インスタンスの数にかかわらず、マ

シンごとにサービス・アカウントを 1 つ作成してください。

通常、これらのアカウントには “cacheHOST” という名前を付けます。cache という文字列の後

に、ホスト・コンピュータ名を大文字で指定してください。例えば、UNIXSRVR という非 Windows マ

シン上で Caché サーバを実行する場合、ドメイン・アカウント名は cacheUNIXSRVR となります。非

Windows プラットフォーム上のCaché サーバの場合、このアカウントが Kerberos サービス・プリンシ

パルにマップされます。

Windows ドメイン・コントローラでこのアカウントを作成する際、Caché では、そのアカウントに以下の

属性を指定する必要があります。

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

• [このアカウントに DES 暗号化を使う] プロパティを設定します。

Windows ドメインで非 Windows Caché サーバを設定するには、Windows ドメインから keytab ファイ

ルを取得する必要があります。keytab ファイルは、Caché サーバのサーバ名とそのキーが格納され

ているファイルです。

Windows サービス・アカウント (この例では cacheUNIXSRVR) を Caché サーバ上のサービス・プリ

ンシパルにマップし、ドメイン・コントローラで ktpass コマンドライン・ツールを使用して、アカウントか

らキーを取得します。これは、Windowsサポート・ツールの1つとしてMicrosoftが提供しています。

このコマンドを実行すると、設定したアカウントが、UNIXベースのマシンまたはOpenVMSマシン上

のアカウントにマップされます。さらに、そのアカウントのキーも生成されます。このコマンドでは以下

のパラメータを指定する必要があります。

説明パラメータ

cache/<完全修飾ホスト名>@<kerberos レルム" の形式で表されたプリンシ

パル名。

-princ

作成されたアカウントの名前 (cache<HOST" の形式)。-mapuser

アカウントの作成時に指定されたパスワード。-pass

使用する暗号化の種類。指定しない場合は、既定値の DES-CBC-CRC が

使用されます。

-crypto

生成する keytab ファイル。Cachéサーバ・マシンに渡し、既存のkeytab ファ

イルと交換またはマージします。

-out



重要： UNIX ベースおよび OpenVMS プラットフォームのプリンシパル名は、一覧に示す

形式 (文字列 cache が先頭部分) で指定する必要があります。

キー・ファイルを生成すると、Caché サーバ上のファイルにそのキー・ファイルを移動します。キー・

ファイルの特徴を以下に示します。

• MacOS および大部分の UNIX 上でのパス名は

<cache-installation-directory>/mgr/cache.keytab です。Tru64 上でのパス名は

/krb5/v5srvtab、SuSE Linux 上でのパス名は /etc/krb5.keytab です。

OpenVMS ではファイルは cache.keytab となり、管理者のディレクトリに格納されています。

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

す。

• 権限は、UNIX および MacOS 上では 640、OpenVMS 上では [S:RWD,O:RWD,G:R,W:] で

す。

C.1.3 UNIX、MacOS、または OpenVMS KDC を使用する UNIX、MacOS、

または OpenVMS Caché サーバのサービス・アカウントの作成

KDCを動作させると、Caché サーバごとにサービス・プリンシパル・アカウントを追加する必要があり

ます。サービス・プリンシパル名は、cache/<完全修飾ホスト名>@<kerberos レルム> の形式で表さ

れます。

このプリンシパルを作成すれば、Caché サーバ上のキー・ファイルにそのキーを抽出します。キー・

ファイルの特徴を以下に示します。

• MacOS および大部分の UNIX 上でのパス名は

<cache-installation-directory>/mgr/cache.keytab です。Tru64 上でのパス名は

/krb5/v5srvtab、SuSE Linux 上でのパス名は /etc/krb5.keytab です。

OpenVMS ではファイルは cache.keytab となり、管理者のディレクトリに格納されています。

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

す。

• 権限は、UNIX および MacOS 上では 640、OpenVMS 上では [S:RWD,O:RWD,G:R,W:] で

す。

C.1.4 Kerberos KDC 機能のテスト

非 Windows のサーバとクライアントで構成されたシステムで Kerberos を使用する場合、Windows

ドメイン・コントローラを使用するより、UNIX ベースまたは OpenVMS のネイティブな KDC を使用し

た方が簡単です (ただし、Tru64 UNIX で KDC 機能をサポートするには、Windows ドメイン・コント


セキュリティ環境の準備

ローラしか使用できません)。KDC のインストール方法と構成方法については、各ベンダのドキュメ

ントを参照してください。通常、KDC のインストールと構成はシステム管理者が行います。

Kerberos を実装するときは、2 つのソフトウェア・セットをインストールします。

• KDC。Kerberos サーバ・マシンにインストールします。

• クライアント・ソフトウェア。Kerberos クライアントをホストするすべてのマシンにインストールしま

す。このソフトウェア・セットは、オペレーティング・システムによって大きく異なります。使用する

クライアント・ソフトウェアとそのインストール方法については、オペレーティング・システム・ベン

ダのドキュメントを参照してください。

必要なKerberos ソフトウェアをインストールしたら、kadmin、kinit、およびklist コマンドを使用した簡

単なテストを実行できます。これらのコマンドは、ユーザのプリンシパルをKerberosデータベースに

追加し、ユーザの TGT (Ticket-Granting Ticket) を取得した上で、その TGT を列記します。

テストが完了し、登録されたプリンシパルのチケットをKerberosが適用できることを確認したら、Caché

をインストールすることができます。

C.2 初期の Caché セキュリティ設定

インストール中、3 つの初期セキュリティ設定 (最小、通常、ロック・ダウン) のうち、いずれか 1 つを

選択するよう求められます。この選択は、以下のセクションでするように、Caché のサービスとセキュ

リティに関する初期の承認構成を決定します。

• 初期のユーザ・セキュリティ設定

• 初期のサービス・プロパティ

初期のセキュリティ設定として "通常" または "ロック・ダウン" を選択した場合は、インストール手順

でその他のアカウント情報を指定する必要があります。Kerberos認証を使用する場合は、通常モー

ドまたはロック・ダウン・モードを選択してください。詳細は、"ユーザ・アカウントの構成" を参照して

ください。

C.2.1 初期のユーザ・セキュリティ設定

以下の表は、事前定義されたユーザのユーザ・パスワード要件と設定をセキュリティ・レベルごとに

示しています。



初期のユーザ・セキュリティ設定

ロック・ダウ

ン

通常最小セキュリティ設定

8.32ANP3.32ANP3.32ANPパスワード・パターン

なしありあり_SYSTEM ユーザの有効化

なしなし%AllUnknownUser に割り当てられるロール

パスワード・パターン

Caché をインストールすると、既定のパスワード要件セットが設定されます。ロック・ダウンしている場

合、初期要件としてのパスワードは 8 ～ 32 文字の英数字または句読記号からなります。この略称

は 8.32ANP です。それ以外の場合、3～ 32 文字の英数字または句読記号で構成されたパスワー

ドが初期要件となります (3.32ANP)。

_SYSTEM ユーザの有効化

Caché バージョン 5.1 より前は、ユーザ名が _SYSTEM であり、パスワードが SYS である SQL シス

テム・マネージャ・ユーザが含まれていました。Caché 5.1では、_SYSTEMに加え、インストール時に

指定したパスワードを使用する事前定義のユーザが作成されます。以下の表を参照してください。

事前定義されたユーザの初期のパスワード設定

ロック・ダウン通常最小パスワード設定

インストール・ユーザと同

じ


じ

SYS_SYSTEM


じ


じ

SYSAdmin


じ


じ

SYSSuperUser


じ


じ

SYSCSPSystem

事前定義されたこれらのユーザについては、"Caché セキュリティ管理ガイド" の "ユーザ" の章に

ある "事前定義のユーザ・アカウント" のセクションを参照してください。

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

認証されていないユーザが接続した場合、Caché では、UnknownUser という特殊な名前が

$USERNAME に割り当てられ、そのユーザに対して定義されているロールが $ROLES に割り当て

られます。"最小" 以外のセキュリティ・レベルを選択した場合、UnknownUser にはロールが割り当

てられません。


初期の Caché セキュリティ設定

$USERNAME および $ROLES の使用法の詳細は、"Caché セキュリティ管理ガイド" の "ユーザ"

および "ロール" の章を参照してください。

インストール後、これらの設定は、システム管理ポータルの [[ホーム]→[セキュリティ管理]→[ユー

ザ]] ページで表示および管理できます。

C.2.2 初期のサービス・プロパティ

サービスは、ユーザとコンピュータがCaché に接続するための重要な手段です。Caché のサービス

についての詳細は、"Caché セキュリティ管理ガイド" の "サービス" の章を参照してください。

初期のサービス・プロパティ

ロック・ダウ

ン

通常最小サービス・プロパティ

いいえはいはいUse 許可が Public

はいはいいいえ認証が必要

最も少ない一部最も多い有効化されるサービス

Use 許可が Public

サービス・リソースに対する Use 許可が Public である場合、あらゆるユーザがそのサービスを利用

できます。それ以外の場合は、権限を与えられているユーザのみがそのサービスを利用できます。

認証が必要

初期設定が "ロック・ダウン" または "通常" の場合、すべてのサービスで何らかの認証が必要にな

ります (Caché ログイン、オペレーティング・システム・ベース、または Kerberos)。それ以外の場合

は、非認証の接続が許可されます。

有効化されるサービス

初期のセキュリティ設定によって、Caché を最初に起動したとき、どのサービスが有効になり、どの

サービスが無効になるかが決定します。以下の表は、これらの初期設定を示しています。

有効化されるサービスの初期設定

ロック・ダウ

ン

通常最小サービス

無効有効有効%Service_Bindings

有効有効有効%Service_CSP

無効無効有効%Service_CacheDirect

無効無効有効%Service_CallIn



ロック・ダウ

ン

通常最小サービス

無効無効有効%Service_ComPort

有効有効有効%Service_Console*

無効無効無効%Service_DCP

無効無効無効%Service_DDP

無効無効無効%Service_ECP

無効無効無効%Service_LAT*

無効無効無効%Service_MSMActivate

無効無効無効%Service_Monitor

無効無効無効%Service_Shadow

無効無効無効%Service_Telnet*

有効有効有効%Service_Terminal†

無効無効無効%Service_WebLink

* Windows サーバのみで使用できるサービス

† 非 Windows サーバのみで使用できるサービス

インストール後、システム管理ポータルの [[ホーム]→[セキュリティ管理]→[サービス]]ページで、こ

れらのサービスを表示および管理できます。

C.2.3 ユーザ・アカウント構成

初期のセキュリティ設定として "通常" または "ロック・ダウン" を選択した場合は、インストール手順

でその他の情報を指定する必要があります。

1. [資格情報] (Windows サーバ環境にインストールする場合のみ) — Caché サービスを実行する

既存のWindowsユーザ・アカウントを選択します。既定のシステム・アカウント (Windows ローカ

ル・システム・アカウントとして Caché を実行) を選択するか、または定義された Windows ユー

ザ・アカウントを入力できます。

重要： Kerberos を使用する場合は、Caché サービスを実行するために設定した定義

済みのアカウントを入力する必要があります。"Windows Caché サーバのサー

ビス・アカウントの作成"で説明したように、この目的のために設定したアカウン

トを使用することをお勧めします。

定義済みのユーザ・アカウントを入力した場合、次の点が検証されます。


初期の Caché セキュリティ設定

• そのアカウントがドメインに存在するかどうか。

• 入力したパスワードが正しいかどうか。

• そのアカウントに、サーバ・マシンに対するローカル管理者特権が与えられているかどうか。

2. [Caché のユーザ構成] (Windows 環境にインストールする場合) — Caché をインストールしてい

るユーザーに対して %All ロールを持つ Caché アカウントが作成され、Caché の管理に必要な

サービスへのユーザ・アクセスが許可されます。

[インスタンスの所有者] (非 Windows 環境にインストールする場合) — Caché を実行するユー

ザ名を入力します。そのユーザに対して、%All ロールを持つアカウントが作成されます。

そのアカウントのパスワードを入力し、確認のために同じパスワードを再度入力します。入力す

るパスワードは、"初期のユーザ・セキュリティ設定"の一覧に示した条件を満たしている必要が

あります。

Caché アカウントとして、_SYSTEM、Admin、SuperUser、CSPSystem、およびこの手順で入力し

たユーザ・アカウントが作成されます。これらのアカウントの詳細は、"事前定義されたユーザの

初期のパスワード設定" を参照してください。

Caché のインストールについては、このガイドの該当するプラットフォームの章を参照してくださ

い。"Caché セキュリティ管理ガイド" の説明を参照し、この付録の手順を実行した上で、インストー

ル手順に必要なセキュリティ情報を指定してください。



DCaché 4.1より前のバージョンからのアッ

プグレード

この付録は、Caché リリース 4.1 より前のバージョンからアップグレードするユーザを対象としていま

す。このトピックは、以下のように構成されています。

• サポート対象アップグレード・パス

• アップグレード・タスク

"Caché 5.1 変換ガイド" で、各サイトに関連する事項を参照してください。

D.1 サポート対象アップグレード・パス

間接的なアップグレード

Caché 5.1 への間接的なアップグレード・パスは以下のとおりです。

• Caché 4.0、4.0.1、4.0.3

• Caché 3.2、3.2.1、3.2.2、3.2.3

• Caché 3.1.2

• Caché 3.0

• Caché 2.3

• Caché 2.1.6、2.1.7、2.1.8、2.1.9


間接的な変換およびアップグレード

Caché 5.1 への間接的な変換およびアップグレード・パスは以下のとおりです。

• DSM 7.2

• DTM 4.10, 6.6

• ISM 5.10, 6.4

• MSM 4.4.1

D.2 アップグレード・タスク

以前の Caché のリリースからアップグレードする必要があるタスクは、以下のトピックで詳細に説明

しています。

• インストール前のアップグレード・タスク

• ISM からのアップグレード

• インストール後のアップグレード・タスク

^GBLOCKCOPY ルーチンを使用して、アップグレードに関連する複数のタスクが実行できます。

詳細は、"^GBLOCKCOPY ルーチンの使用法" の "^GBLOCKCOPY を使用したアップグレード・

タスク" セクションを参照してください。

D.2.1 インストール前のアップグレード・タスク

Caché をアップグレードするプラットフォーム、または Caché を実行しているプラットフォームにかか

らわず、以下のアップグレード・タスクが必要になります。以下のタスクは、Caché のインストール手

順を実行する前に実行してください。

1. 更新されたライセンス・キーの入手 — Caché 5.1 ではキー構造が新しくなっています。したがっ

て、Caché 5.1 へアップグレードするには新しいキーが必要です。

2. バックアップ・システム—Cachéのアップグレード前に、システムの完全バックアップの実行をお

勧めします。通常使用している、完全なオペレーティング・システム・バックアップ・プロシージャ

を使用してください。

3. システムの整合性チェック — データベース内部エラーが発生していないことを確認するため、

既存のディレクトリでシステム整合性チェックを実行します。

4. カスタム・ルーチンとグローバルの保存— %SYSネームスペースにある独自のルーチンやグロー

バルがアップグレードによって影響を受けないようにするため、 “Z” 、 “z” 、 “%Z” 、 “%z” で


Caché 4.1 より前のバージョンからのアップグレード

始まる名前を付けてください。.int と .objルーチン ( Z*、z*、%Z*、%z* を除く) はすべて、アップ

グレード時に %SYS ネームスペースから削除されます。

また、アップグレードの際に、CACHELIB、CACHETEMP、DOCBOOK、SAMPLESデータベー

スは完全に置換されます。

.mac と .inc ルーチンはいずれも、アップグレードによる影響を受けません。

5. ユーザ・ファイルの保存 — ユーザが追加したファイルやディレクトリも、削除または置換されま

す。アップグレード前に、ユーザ・ファイルがすべて User ディレクトリにあることを確認します。

詳細なファイル・リストについては、"アップグレード時に削除または置換されるファイル"セクショ

ンを参照してください。このリストは変更されることがあるため、ユーザ・ファイルはUserディレク

トリに配置するのが安全です。

6. カスタム・クラスのエクスポート — %SYS ネームスペース内のクラスは、 “Z” 、 “z” 、 “%Z” 、

“%z” で始まる名前が付いていても保存されません。アップグレード時にクラスを保存するには、

アップグレード前にエクスポートし、アップグレード完了後に再度Caché にインポートしてくださ

い。

7. ルーチン・ラベルのチェック — ルーチンのラベルが重複している場合、これまではコンパイル・

エラーが発生しませんでしたが、現在ではコンパイル時にエラー・メッセージが表示されます。

すべてのアプリケーション・ルーチンの重複ラベルをチェックするための従来のユーティリティ

%LBLRDEF は、Caché 5.1 には含まれません。

8. ルーチン参照のチェック — 古いバージョンの Caché は参照を 8 文字で切り捨てます。8 文字

を超えるルーチン名を参照していないかどうか、すべてのアプリケーション・ルーチンをチェック

します (関数呼び出し、DO ルーチン呼び出し、$ZT 呼び出しなどを含みます)。現在、Caché

は 63文字までのルーチン名を認識するため、コンパイル時あるいは実行時に<NOROUTINE>

エラーが発生する可能性があります。

"OpenVMS での Caché のアップグレード" を実行する場合、該当するセクションで説明されている

追加タスクも実行してください。

D.2.1.1 アップグレード時に削除または置換されるファイル

CACHELIB、CACHETEMP、DOCBOOK、および SAMPLESデータベースに加え、各コンポーネン

トのインストール時には以下のファイルとディレクトリが削除または置換されます。



Windows アップグレード時に削除または置換されるファイル

削除されるファイルまたはディレクトリインストールするコンポーネント

<CacheSys>\Bin\Cache*.ocaCaché アプリケーション開発 (オ

ブジェクト・ユーティリティ)<CacheSys>\Bin\CacheList.ocx

<CacheSys>\Bin\CacheQuery.ocx

<CacheSys>\Bin\VISM.ocx

<CacheSys>\Bin\atl.dll

<CacheSys>\Bin\Cacheie.dll

<CacheSys>\Bin\ice.exe

<CacheSys>\Bin\iceres.dll

<CacheSys>\Java\

<CacheSys>\Corba\

<CacheSys>\CSPKit\

<CacheSys>\CSP\broker\Web サーバ (CSP) ゲートウェイ

または Caché エンジン<CacheSys>\CSP\cachelib\*

<CacheSys>\CSP\RunTime\*

<CacheSys>\Source\Cache\Win95\*Caché エンジン・リンク・ライブラ

リ<CacheSys>\Source\Cache\i386\*

<CacheSys>\Source\Cache\WinP4\

<CacheSys>\Source\Cache\alpha\*

<CacheSys>\Weblink\Doc\WebLink

<CacheSys>\Weblink\Scripts\

<CacheSys>\Weblink\i386\

<CacheSys>\Weblink\alpha\

<CacheSys>\mgw.iniの名前はmgwsave.iniに変更されて

います。



削除されるファイルまたはディレクトリインストールするコンポーネント

<CacheSys>\Dev\Caché ツールとユーティリティ

<CacheSys>\CSP\samples\

<CacheSys>\Bin\CCtrlPnl.exe*

<CacheSys>\Bin\CExplore.exe*

<CacheSys>\Docs\ドキュメント

* Caché 5.1 には存在しません。

<CacheSys> を、実際のインストール・ディレクトリの名前に置き換えてください。既定値はCacheSys

です。

UNIX または OpenVMS プラットフォームで Caché をアップグレードする場合、以下のディレクトリが

削除されます。

• <CacheSys>/dev/

• <CacheSys>/csp/cachelib/

D.2.1.2 OpenVMS での Caché のアップグレード

OpenVMS クラスタ・システムの場合、さらに以下のアップグレード作業が必要となります。

クラスタ PIJ ファイルのクリーンアップ

OpenVMS クラスタ・システム用の Caché メンバを Caché 5.1 へアップグレードする前に、Caché クラ

スタのすべてのメンバを終了し、CACHE.PIJファイルを削除してください。このファイルを削除しない

場合、現在の Caché はアップグレードされず、以下のようなエラー・メッセージが cconsole.logに書

き込まれます。

Cache (2100036c) Tue Aug 1 14:28:59 2004Activating NamespacesCache (21000404) Tue Aug 1 14:28:59 2004 Cluster image journal is incompatible with this version Cache (21000404) Tue Aug 1 14:28:59 2004 Unable to join the cluster Cache (21000404) Tue Aug 1 14:29:00 2004ENQdaemon exited due to VMS error code (decimal) 0

クラスタ構成の変更

Caché 5.0 より前は、Caché クラスタを構成するとき、クラスタのネットワーク・タイプ (UDP または

Ethernet) を指定し、クラスタ・メンバ間の DCP 接続を定義する必要がありました。現在ではその必

要がありません。現在でも、Raw Ethernet または UDP を使用した Caché クラスタ・メンバ間の DCP

ネットワーク接続が可能です。ただし、ECP ネットワーキングを使用する方法をお勧めします。新規

にインストールする場合は、ECP が既定になります。



Caché 5.0 より前のバージョンから 5.1 へアップグレードした後は、Caché クラスタ構成を手動で変

更する必要があります。この変更は、システム管理ポータルの以下の 2 箇所から実行できます。

• [[ホーム]→[セキュリティ管理]→[サービス]]ページで、ECP サービスを有効にします。

[%Service_ECP] をクリックし、[サービス有効] チェック・ボックスにチェックを付けて、[保存]

をクリックします。

• [[ホーム]→[構成]→[レガシーネットワーク接続]]ページで、ネットワーク・テーブルから不要な

DCP 接続を削除します。これらの接続は、クラスタをサポートするためだけに使用されていまし

た。

更新しても、自動的に接続は変更されません。これは、どのDCP接続がクラスタをサポートしている

か、またどれが Caché の旧バージョンで起動しているマシンとの通信に使用されているかを検知で

きないからです。ECP を使用してクラスタとネットワーキングすることで、ネットワーク・テーブルを必

要に応じて自動的に構成します。Caché クラスタをサポートするために、クラスタ・メンバ間の任意の

ECP 接続を定義する必要はありません。ただし、ユーザは、自動的に作成された ECP 接続にアク

セスできません。構成が ECP を必要とする場合、他のクラスタ・メンバで個別にマウントされたデー

タベースにアクセスするために、これらの接続を定義する必要があります。

D.2.2 ISM からのアップグレード

ISM 6.4 または 5.10 から Caché 5.1 にアップグレードする場合、変換前ルーチンを実行し、Caché

をインストールした後、既存の ISMデータベースをCachéデータベースに変換します。プリコンバー

ジョン・ルーチンは、現在の ISM 構成を検査し、アップグレードで使用する Caché 構成ファイルを

構築します。使用するオペレーティング・システムに応じて、次の該当するセクションを参照してくだ

さい。

• UNIX でのプリコンバージョン・ルーチンの実行

• OpenVMS でのプリコンバージョン・ルーチンの実行

異なるプラットフォーム間で移行する場合、エンディアン・タイプが同じかどうかにかかわらず、変換

ユーティリティでは、プライマリ・データベース・ボリュームと拡張データベース・ボリュームの連結が

推測されません。これらは、各ファイルの実際の配置場所によって異なります。新しい場所を指定す

る唯一の方法は、^LABEL ユーティリティを使用して各ボリュームにラベルを付け直すことです。

ボリュームが 1 つしかない場合、手作業でファイル名を変更してラベルを修正する作業は必要あり

ません。

複数ボリュームのデータベースを変換する手順は以下のとおりです。

1. データベースのボリュームが、現在とは異なるエンディアン・タイプのマシンからコピーされてい

る場合は、cvendian を実行して変換します。cvendian の 1 回の呼び出しで、すべてのボリュー

ムのディレクトリ名を指定します。次に例を示します。

cvendian tstdir1/OPENM.DAT tstdir2/OPENM.EXT tstdir3/OPENM.EXT



2. プライマリ・ボリューム・ファイルの名前を手作業で CACHE.DAT に変更し、各拡張ボリューム・

ファイルの名前を CACHE.EXTに変更します。これは、必要に応じてステップ 1 の実行前に行

うことができます。

3. ^LABEL を実行し、ボリューム・ラベルとリンクを修正するための指示に従います。まずプライマ

リ・ボリュームを修正し、次に各拡張を修正します。

4. この後の "システム変換ユーティリティの実行" の説明に従って、

START^%SYSCONV(primary_volume) を実行します。

D.2.3 UNIX でのプリコンバージョン・ルーチンの実行 (UNIX ISM アップグ

レードのみ)

ISM 5.10 もしくは 6.4 システムをアップグレードする場合は、以下の手順に従います。それ以外の

場合は、このセクションは省略してください。

バックアップを実行し、Cachéファイルを配布メディアから転送した後、プリコンバージョン・ルーチン

を実行します。プリコンバージョン・ルーチンは、現在の ISM 構成を検査し、アップグレードで使用

するCaché構成ファイルを構築します。プリコンバージョン・スクリプトは、以下の手順で実行します。

1. ISM を起動します。

./mstart

2. cpreconv スクリプトを、配布メディアから現在の管理者のディレクトリにコピーします。

3. cvtcfg プログラムを、配布メディアから現在の管理者のディレクトリ、あるいは Caché をインス

トールするディレクトリにコピーします。

4. %G ユーティリティを使用して、^SYS("UCI") グローバルをチェックします。グローバルが、現在

のアプリケーション・データベースをすべて適切に表示しているかどうかを確認します。

5. 以下のオペレーティング・システム・コマンドを使用して、プリコンバージョン・ルーチンを開始し

ます。

./cpreconv

6. スクリプトに従って、Caché インストール・ディレクトリを指定します。これは、ルーチンが作成した

Caché 構成ファイルを格納している場所です。そのディレクトリが存在しない場合は、このルー

チンが新規に作成します。任意のディレクトリを指定します。既定は現在のディレクトリです。

ルーチンは、各システム構成、およびそのシステム構成に関連する既定のネットワーク構成と

ネームスペース構成に、1 つずつ cache.cpf ファイルを作成します。

7. ISM を終了します。

./mstop



D.2.4 OpenVMS でのプリコンバージョン・ルーチンの実行 (OpenVMS ISM

アップグレードのみ)

ISM 5.10 もしくは 6.4 システムをアップグレードする場合は、以下の手順に従います。それ以外の

場合は、このセクションは省略してください。

コピーを実行し、Caché ファイルを配布メディアから転送した後、プリコンバージョン・ルーチンを実

行します。プリコンバージョン・ルーチンは、現在の ISM 構成を検査し、アップグレードで使用する

Caché 構成ファイルを構築します。プリコンバージョン・スクリプトは、以下の手順で実行します。

1. ISM を起動します。

@MSTART

2. CPRECONV スクリプトを、配布メディアから現在の管理者のディレクトリにコピーします。

3. CVTCFG プログラムを配布メディアから現在の管理者のディレクトリ、あるいは Caché をインス

トールするディレクトリにコピーします。

4. %G ユーティリティを使用して、^SYS("UCI") グローバルをチェックします。グローバルが、現在

のアプリケーション・データベースをすべて適切に表示しているかどうかを確認します。

5. 以下のオペレーティング・システム・コマンドを使用して、プリコンバージョン・ルーチンを開始し

ます。

@CPRECONV

6. スクリプトに従って、Caché インストール・ディレクトリを指定します。これは、ルーチンが作成した

Caché 構成ファイルを格納している場所です。そのディレクトリが存在しない場合は、このルー

チンが新規に作成します。任意のディレクトリを指定します。既定は [CACHESYS] です。

ルーチンは、各システム構成、およびそのシステム構成に関連する既定のネットワーク構成と

ネームスペース構成に、1 つずつ cache.cpf ファイルを作成します。

7. ISM を終了します。

@MSTOP

D.2.5 インストール後のアップグレード・タスク

インストール完了後にも、以下のようなアップグレード・タスクがあります。

• 従来のデータベースの変換 — Caché 2.1.6 以前のインターシステムズ・データベース製品から

アップグレードした場合、GBLOCKCOPY または %SYSCONV を使用して、データベースを新

しい CACHE.DAT ファイル形式に変換します。



• オブジェクトのリコンパイル — 以前のバージョンの Caché からアップグレードする場合、Caché

オブジェクト・アプリケーションをすべてリコンパイルする必要があります。Caché オブジェクトに

関連するアップグレードと互換性の詳細は、この "リリース・ノート" の "Caché オブジェクトの新

機能" の章を参照してください。

• データベース・メモリ・キャッシュの調整—Caché 4.0.4以前のバージョンからアップグレードする

場合、2KBグローバル・バッファ・プールのサイズはそのままで、最小8KBのメモリ・キャッシュ

が割り当てられます。新しい 8 KBデータベースを作成する場合、または以前の形式 (2 KB) を

新しい形式 (8 KB) へ変換する場合は、必要に応じて、割り当てられた 8 KB データベース・メ

モリ・キャッシュを調整してください。そのためには、システム管理ポータルの [[ホーム]→[構

成]→[メモリと開始設定]]ページで [手動] をクリックし、メモリの割り当てを変更します。

• システム・マネージャ・ディレクトリの変換— ISM用のアップグレードでは、システム・マネージャ・

ディレクトリを変換します。システム変換ユーティリティ %SYSCONV を実行するか、または

^GBLOCKCOPY ユーティリティを使用できます。詳細は、"^GBLOCKCOPY ルーチンの使用

法" の "^GBLOCKCOPY を使用したアップグレード・タスク" セクションを参照してください。

• CSP ゲートウェイのアップグレード— アップグレードする Caché サーバとは別のマシンに CSP

ゲートウェイが配置されている場合は、そのマシン上の CSP ゲートウェイもアップグレードする

必要があります。

D.2.5.1 システム変換ユーティリティの実行

ISMでのアップグレードが完了したら、システム管理者のネームスペースからシステム変換ユーティ

リティ %SYSCONVを実行します。これにより、必要なすべての変換処理が自動的に実行され、ルー

チンとオブジェクト・コード・グローバルが再照合されます。変換されたデータベースのディスク容量

は、変換後わずかに増加します。%SYSCONV ユーティリティを実行する前に、以下を実行します。

• 現在の管理者のディレクトリに、有効なライセンス・キー・ファイルが含まれていることを確認しま

す。ユーザが有効なライセンスを持っている場合、%SYSCONVユーティリティは、データベース

の変換を高速にするプロセスを開始します。

• NLS (各国言語サポート) を使用する場合、ISM 変換ユーティリティの起動前に Caché でのロ

ケール・プロパティを構成します。アップグレード後は、再度持つ可能性のある、専用の NLS

テーブルを定義する必要があります。

システム変換ユーティリティを実行するために、以下を実行します。

1. Caché を起動します。変換中は、他のユーザが Caché へアクセスしないようにしてください。

2. Caché のプロンプト (">") で、%SYSCONV ルーチンを実行します。

すべてのデータベースを変換するには、管理者のネームスペース %SYS に変更し、以下を実

行します。

> Do ALL^%SYSCONV

データベースを 1 つだけ変換するには、以下を実行します。



> Do START^%SYSCONV(<directory-name>)

ALL^%SYSCONV プロシージャは、UCI リストに記録されたデータベースのみアップグレードし

ます。UCI リストにないデータベースを変換するには、START^%SYSCONVプロシージャを使用

します。

3. 変換状況を確認するには、以下を実行します。

> Do STATUS^%SYSCONV



cachéインストール・ガイ ド - intersystems...はじめに...

Documents

cachéインストール・ガイド - intersystems...はじめに...