このドキュメントでは、次のトピックについて説明します。
インストール中に Sudo パネルが表示される場合があります。このパネルに sudo パスワードを入力すると、インストーラが sudoers 特権を必要とするスクリプトを実行します。sudoers 特権がない場合、このドキュメントで後述するように、インストール後にスクリプトを手動で実行できます。
インストーラで sudo を使用するには、インストールに使用しているユーザーが sudoers コンフィグレーションに存在する必要があります。インストールスクリプトを作成する場合またはインストールスクリプトからインストールする場合、セキュリティ上の理由から sudo パスワードが保存されないため、インストーラはスクリプトを実行できません。したがって、インストール後にスクリプトを手動で実行する必要があります。
Natural をインストールする場合、Software AG インストーラを実行するユーザー ID は 8 文字以内にする必要があります。より長いユーザー ID を使用すると、エラーメッセージが表示されます。その後、インストーラを終了して別のユーザー ID を使用できます。また、他の製品をインストールする場合は、製品選択ツリーに戻り、Natural の選択を解除します。
インストール中に、インストールディレクトリを指定するように求められます。Software AG 製品をインストールするインストールディレクトリを指定します。インストールに使用しているユーザーは、このディレクトリに対する完全な読み取りおよび書き込み権限を持っている必要があります。
Natural 製品およびそのアドオン製品の場所として /opt/softwareag ディレクトリを使用することをお勧めします。ただし、他の任意のディレクトリも使用できます。
重要:
以前のインストールのサブディレクトリであるディレクトリにはインストールしないことをお勧めします。このような以前のインストールは、Software AG インストーラまたは過去に使用されたインストールツールを使用して作成された可能性があります。
拡張された Natural 機能を使用するには、実行時に外部実行ファイルがダイナミックにロードされる共有ライブラリが必要です。この外部実行可能ファイルは、<install-dir>/Natural/lib ディレクトリで Natural とともに提供されます。そして、Software AG インストーラを実行しているユーザーが十分な権限を持っている場合、/opt/softwareag/Natural/v<version>/lib ディレクトリにコピーされます。このディレクトリはアンインストールしても削除されません。この外部実行ファイルを呼び出す Natural 実行ファイルは、リンク時に runpath /opt/softwareag/Natural/v<version>/lib を使用してコンフィグレーションされます。この方法で、外部実行可能ファイルが見つかる場合があります。さらに、<install-dir>/Natural/INSTALL ディレクトリで配信される natenv 環境スクリプトは、外部実行可能ファイルの場所を示すために、環境変数 LD_LIBRARY_PATH
の先頭にディレクトリ /opt/softwareag/Natural/lib を配置します。外部実行ファイルを runpath の場所にコピーできない場合は、環境変数 LD_LIBRARY_PATH
を介して検出される場合があります。
runpath /opt/softwareag/common/lib は、Adabas 6.3(またはそれ以下)環境での ADALNK 共有ライブラリの共有ライブラリロードでサポートされています。Adabas クライアント 6.5 および Adabas 6.4 以降(Software AG インストーラでインストール)の場合、Adabas 環境の ADALNK 共有ライブラリの共有ライブラリロードでは、runpath /opt/softwareag/AdabasClient/lib がサポートされます。
Adabas 6.4 以降に Natural からアクセスする場合は、$LD_LIBRARY_PATH
設定を使用して、ADALNK 共有ライブラリが <install-dir>/AdabasClient/lib で見つかる場合があります。また、次のいずれかの方法で ADALNK 共有ライブラリを見つけることができます。
Adabas クライアントと Natural をインストールディレクトリ /opt/softwareag にインストールする、または
ライブラリ <install-dir>/AdabasClient/lib をライブラリ /opt/softwareag/AdabasClient/lib にコピーするか、または
ライブラリ /opt/softwareag/AdabasClient/lib から <install-dir>/AdabasClient/lib へのリンクを作成します。
インストールを開始したユーザーは、インストールされているすべてのファイルを所有します。
ユーザーファイル作成モードマスク(umask
コマンド)は、新しく作成されたファイルのファイル権限を決定します。インストールに使用している umask
コマンドによって、インストールされたファイルにユーザーがアクセスし、実行できることを確認してください。UNIX システムでは、例えば、コマンド umask 022
を使用すると、ファイル所有者のフルアクセス権と、グループメンバーやその他のユーザーの読み取り専用アクセス権が許可されます。
Natural のインストールでは、<install-dir>/Natural/etc ディレクトリにあるファイル NATCONF.CFG, NATCONV.INI, NATURAL.INI and SAGtermcap および <install-dir>/Natural/tmp ディレクトリの読み取りおよび書き込み権限(chmod ug+w
)が設定されます。
Natural のインストールでは、<install-dir>/Natural/INSTALL ディレクトリにあるスクリプトと <install-dir>/Natural/binディレクトリにあるスクリプト natstart.bsh の実行権限(chmod
ug+x
)が設定されます。
同じマシンに同じ Natural バージョンを複数回インストールできます。また、複数の異なるバージョンの Natural を同じマシンにインストールすることもできます。これは、新しい Natural バージョンを本番環境に移行する前にテストするために必要になる場合があります。ただし、各バージョンは別々のディレクトリにインストールする必要があります。つまり、例えば、ディレクトリ /opt/softwareag に Natural が既にインストールされている場合、次のように、例えば、/opt/softwareag2 という名前のディレクトリに 2 番目の Natural インスタンスをインストールできます。
異なるディレクトリに複数回同じバージョンの Natural をインストールする場合、これらの Natural のインストールでは、ダイナミックにロードされた実行可能ファイルのディレクトリ /opt/softwareag/Natural/v<version>/lib が共有されることがあります。
Empower では Natural とその他の製品の最新バージョンのみが提供されているため、後で使用できるように、インストールされた Natural バージョンのイメージを作成して保存することをお勧めします。また、通常、Empower からイメージをダウンロードするより、イメージからインストールする方が高速です。詳細については、「 Software AG インストーラの使用」を参照してください。
バージョン番号の最初の 2 桁のいずれかが変更された場合、インストールはアップグレードインストールと見なされます。
Natural バージョン 8.4 インストールを使用して、既存の Natural バージョン 6.3 をアップグレードすることはできません。
バージョン番号の最初の 2 桁が同じで、3 桁目または 4 桁目が変更された場合、インストールは更新インストールと見なされます。
更新インストールでは、ライセンスファイル、コンフィグレーションデータ、およびポート番号の入力を再度求めるメッセージは表示されません。既存のライセンスファイル、コンフィグレーションデータ、およびポート番号が使用されます。
更新中、インストールによって実行中のNatural サービス(バッファプール、Natural 開発サーバー、Natural Web I/O インターフェイスサーバー)が停止することはなく、インストール時に実行中の Natural セッションを停止するように求められることもありません。実行ファイルは使用中に置き換えられます。実行可能ファイルを再起動すると、置き換えられた実行可能ファイルの新しいバージョンがアクティブになります。管理者とユーザーは、必要に応じて任意の実行ファイルを手動で再起動できます。
Natural のインストールでは、<install-dir>/Natural/bin ディレクトリで 2 つの標準 Natural ニュークリアスが提供されます。一方のニュークリアスは従来の Adabas コントロールブロック(ACB)とリンクされていますが、Natural Security はありません。このニュークリアスは "natural" と呼ばれます。もう一方のニュークリアスも従来の Adabas コントロールブロック(ACB)とリンクされており、Natural Security があります。このニュークリアスは "natsec" と呼ばれます。これら 2 つのニュークリアスは更新のインストール中に置き換えられます。"natural" または "natsec" を保持する場合は、更新のインストールを開始する前にバックアップコピーを作成する必要があります。追加のドライバを使用して "natural" または "natsec" をリンクしている場合は、「Natural ニュークリアスの再リンク」の説明に従って、更新のインストール後にニュークリアスを手動で再リンクする必要があります。
バッファプールの内容は更新のインストール中に削除されます。
<install-dir>/Natural/INSTALL または <install-dir>/Natural/binディレクトリにあるスクリプトは置き換えられません。したがって、スクリプト内のユーザー変更は保持されます。Natural の更新でスクリプトが変更された場合は、<install-dir>/Natural/INSTALL/tpl ディレクトリのスクリプトは更新されます。更新されたスクリプトの名前は、元の名前と後に続く .tpl で構成されます。例えば、natenv という名前は natenv.tpl になります。管理者とユーザーは、必要に応じて任意のスクリプトを調整できます。
<install-dir>/Natural/etc ディレクトリ内の NATCONF.CFG、NATCONV.INI、NATURAL.INI および SAGtermcap ファイルは更新されません。
ApplinX および Natural Web I/O インターフェイスの場合、マシン/ホストと同じ名前のディレクトリは更新されません。Natural の更新で変更されたこれらのディレクトリのモジュールは、<install-dir>/Natural/apx ディレクトリおよび <install-dir>/Natural/nwo ディレクトリの node-name ディレクトリにあります。
以下に示すアクティビティは、Natural Web I/O インターフェイスデーモンをインストールする前に必要です。
Natural Web I/O インターフェイスデーモン <install-dir>/Natural/nwo/bin/nwosrvd
ディレクトリ <install-dir>/Natural/lib で提供される Tcl 共有ライブラリが必要で、
runpath /opt/softwareag/Natural/v<version>/lib にロックされていて、
権限 6755(s-bit)でインストールされます。
s-bit が使用されるため、$LD_LIBRARY_PATH
は検索されません。したがって、以下の方法により Natural Web I/O インターフェイスデーモンで Tcl 共有ライブラリが検出されるようにします。
インストールユーザーに十分な権限を与えるか、または sudoers 権限でインストールすることによって、Natural のインストールでディレクトリ <install-dir>/Natural/lib を /opt/softwareag/Natural/v<version>/lib にコピーし、
Tcl 共有ライブラリをシステムディレクトリから使用できるようにします。
デフォルトでは、Natural(<install-dir>/Natural/fnat)のインストール時に新しい FNAT
がインストールディレクトリに作成されます。この FNAT
は常に存在する必要があり、グローバルコンフィグレーションファイルにはこの FNAT
を定義するエントリが必要です。<install-dir> の下の FNAT
パスにシンボリックリンクを含めることはできません。
Natural アドオン(Predict や Natural ビジネスサービスなど)は、この FNAT
にのみインストールできます。
注意:
グローバルコンフィグレーションファイルの設定を確認または編集する場合は、コンフィグレーションユーティリティを使用します。
Software AG インストーラは、インストール済み製品の内部リストを管理しており、このリストは、現在 FNAT
にインストールされているアドオンと一致する必要があります。これは、更新やアンインストールが正しく機能するために重要です。
このため、以下が必要です。
Software AG インストーラを使用せずに、FNAT
に製品をインストールしないでください。
デフォルトの FNAT
(<install-dir>/Natural/fnat)を別の FNAT
に置き換えないでください。
SYSPCI ユーティリティを使用して、アドオンのインストールを完了するようにしてください。
上記のシナリオによりエラーが発生した場合、問題を解決する唯一の方法は新規インストールです。状況によっては、以下の回避策が有効な場合があります。
回避策 1:SYSPCI ユーティリティを使用して、前のインストールを完了します。
回避策 2:製品をアンインストールしてから、もう一度インストールを開始します。
デフォルトでは、インストール時に新しい FUSER
がインストールディレクトリに作成されます。Natural Version 6.3 の既存の FUSER
を使用する場合は、インストール後にグローバルコンフィグレーションファイルのシステムファイル設定を調整する必要があります。『コンフィグレーションユーティリティ』ドキュメントの「コンフィグレーションファイルのパラメータの概要」も参照してください。
Natural 開発環境と Natural 開発サーバーの両方を同時にインストールすることも、Natural 開発環境をインストールした後に Natural 開発サーバーをインストールすることもできます。
Natural 開発サーバーが動作できるようにするには、インストール後のコンフィグレーションと初期化の手順が必要です。これには以下が含まれます。
Natural 開発サーバーファイルの設定またはロード FDIC
、
Natural パラメータファイルを調整し、
グローバルコンフィグレーションファイルの調整、
Natural 開発サーバーの起動(初回インストール)。
セクション「インストールの完了」の「SYSPCI ユーティリティを使った製品のセットアップ」も参照してください。この手順は、アップデートのインストール後の必須手順ではありません。
Natural とNatural Security の両方を同時にインストールすることも、Natural をインストールした後で Natural Security をインストールすることもできます。
Natural Security が動作できるようにするには、インストール後のコンフィグレーションと初期化の手順が必要です。これには以下が含まれます。
Natural Security ログファイルの設定またはロード、
Natural Security ファイル FSEC
の設定またはロード、
Natural パラメータファイルを調整し、
グローバルコンフィグレーションファイルの調整。
セクション「インストールの完了」の「SYSPCI ユーティリティを使った製品のセットアップ」も参照してください。この手順は、アップデートのインストール後の必須手順ではありません。
重要:
Natural Security をインストールして構成した後は、割り当てられたシステムファイル(FNAT
)にある Natural には Natural Security の制御下でのみアクセスできます。Natural Security は、いったんインストールされると削除できません。Natural Security がインストールされている Natural
環境全体をアンインストールした場合のみ削除できます。