| # クライアント/サーバ環境の Infor LN ユーザ Infor LN でサポートされているクライアント/サーバのアーキテクチャを使用すると、Infor LN ユーザは複数のデータベースタイプを操作できます。1 つまたは複数のシステムにこれらのデータベースを分散できます。リモートデータベース構成では、アプリケーションサーバ (仮想マシン) とデータベースが同じシステム上にありません。 Infor LN のデータベースドライバがリモートデータベースサーバ上で動作している場合、Infor LN ユーザはリモートユーザアカウントでのみ RDBMS にアクセスが可能です。 クライアント/サーバ環境では、ランタイムデータディクショナリを格納するマスタアプリケーションサーバ (MAS) をリモートシステムに配置できます。その場合、Infor LN ユーザは、MAS からソフトウェア構成要素を取得するためのリモートユーザアカウントを所有している必要があります。 リモートデータベース構成をセットアップする理由として、以下のことが考えられます。 システムパフォーマンス すべてのユーザが同じシステムでアプリケーションを開始した場合、CPU の大部分が仮想マシンによって占有されます。データベースをリモートシステムに置いたままユーザがローカルシステムで作業できるようにすると、負荷を分配できます。 ローカルシステムのディスク容量の不足 ディスク領域の不足により、全部のテーブルを同じシステムに保存できない場合は、一部のテーブルを第 2 のシステムにインストールできます。 分散アプリケーション: 実用的な理由から、アプリケーションのテーブルをアプリケーションごとに別のシステムにインストールすることもできます。 データベースのミラーリング: セキュリティ上の理由から、データベース処理はデータベースミラーリングによって 2 つのシステムで同時に実行できます。 データベーステーブルはさまざまな方法でリモートデータベース構成に配置できます。たとえば、テーブルの一部をローカルシステムに、別の部分をリモートシステムに配置することができます。 下図は、リモートデータベース構成の一例です。 リモートデータベース構成の例 この図では、アプリケーションロジック (仮想マシン) がローカルホストにインストールされていますが、データベースはリモートシステムにあります。 分散またはリモートデータベースを操作できるようにするには、ローカルシステムにログインしている Infor LN ユーザがリモートシステム上のデータベースに接続できなければなりません。以下の 2 つのシナリオが考えられます。 データベースドライバが (ローカル) アプリケーションサーバで実行し、データベース自体の接続機能、たとえば iConnect (Informix) や SQL NET (Oracle) を使用してリモートデータベースと通信している。この場合は、最も一般的なシナリオであるリモートユーザファイルを作成する必要はありません。 データベースドライバがリモートデータベースサーバ上で実行している。この場合は、リモートデータベースに接続するには Infor LN ユーザのリモートユーザアカウントを作成する必要があります。リモートユーザファイルがローカルアプリケーションサーバに保存されています。このシナリオはめったに使用されず、推奨されていません。 |