以下のセクションでは、一般的な環境におけるエンジンの構成方法について説明します。

Microsoft ターミナル サービスは、リモート コンピューターがサーバー上で実行している Windows ベースのプログラムへアクセスできるようにするマルチ セッション環境です。

以前のリリースでは、管理者機能をクライアントから実行することはできませんでした。本リリースから、ターミナル サービス クライアント セッション内で実行する PSQL クライアントは、デフォルトで PSQL の管理者機能を実行できるようになりました。たとえば、そのようなクライアントのユーザーは、PSQL の構成の変更、DSN の作成および Monitor ユーティリティの使用が可能です。

この機能を制限する場合は、システム管理者の介入が必要です。

ターミナル サーバーを、メインのネットワーク サーバーおよびデータベース サーバーとして使用することができます。ただし、そのサーバーをファイル サーバーとして頻繁に使用したり、同時に起動するターミナル セッションが多い場合は、パフォーマンスが低下する可能性があります。

このほか考慮する点は、同じコンピューター上で重要なサービスをすべて担っている場合です。サーバーがダウンした場合、すべてのサービスが一度にダウンします。

これらの理由から、重要なサービスは 2 台以上のコンピューターに分散させることをご検討ください。

デフォルトでは、新規でインストールする場合、ワークグループ エンジンはサービスとして実行します。これにより、オペレーティング システムが起動したときに、エンジンを自動的に起動することができます。ユーザーはエンジンを起動するためにログインする必要はありません。

カスタム インストール時の選択で、ワークグループ エンジンをコンソール アプリケーションとして実行させることができます。あるいは、以前のバージョンのワークグループが "アプリケーションとして実行" としてインストールされている状態でアップグレードを実行すると、そのアップグレード インストールでもアプリケーションとして実行するように設定されます。どちらの場合であっても、ワークグループ エンジンをサービスとして実行させたい場合は、そのように設定できます。サービスとしてのワークグループ エンジンの起動を参照してください。

Active Directory は特定の Windows オペレーティング システムにおけるネットワーク アーキテクチャの中心的なコンポーネントです。Active Directory は、特に分散ネットワーク環境用に設計されたディレクトリ サービスを提供します。

ここでは、Microsoft Active Directory サービスがインストールされ正しく機能している環境で PSQL を構成する手順の概要を説明します。

PSQL をインストールしようとする環境に Active Directory サービスがインストールされ、正しく動作していることを確認してください。

PSQL Server は、Active Directory に参加している Windows サーバー上で実行できます。PSQL クライアントは、Active Directory に参加しているすべての（サポートされている）Windows プラットフォーム上で実行できます。

データベース エンジンでは、オペレーティング システム レベルのディレクトリとファイルのアクセス権を適用します。Active Directory 環境ではこの動作を変更しません。たとえば、PSQL テーブル ファイルに "読み取り専用" の権限を設定すると、そのテーブルへの書き込みを行うことはできません。

PSQL サーバー エンジンでは、Active Directory 環境内で実行する Microsoft ターミナル サーバーの併用をサポートします。ターミナル サービスの詳細については、ターミナル サービスを参照してください。

Active Directory サービスではネットワークのセキュリティを管理します。PSQL 管理者権限を必要とするユーザーに、オペレーティング システム レベルの正しいアクセス権を付与する必要があります。

アクセス権を設定する一般的な手順については、Active Directory の作業を参照してください。ユーザーはデータベース エンジンが起動するマシンで以下の権限を持つ必要があります。

ユーザーに直接ローカル ログオン権限を付与する、あるいは Pervasive_Admin グループを作成し、そのグループにユーザーを追加することができます。

データベース エンジンを起動しているマシン（ローカル マシン）、ローカル マシン用のドメイン コントローラー、またはその両方で Pervasive_Admin グループを作成することができます。データベース エンジンは、最初にローカル マシン用のドメイン コントローラー上、次にローカル マシン上の順で権限をチェックします。

わかりやすくするために例を示します。PSQL データベース エンジンが起動するドメイン内に 2 つのサーバー A と B があるとします。それぞれのサーバー上とドメイン コントローラー上に Pervasive_Admin グループが作成されています。次に、サーバー A の Pervasive_Admin に User 1 を、サーバー B の Pervasive_Admin に User 2 を、そしてドメイン コントローラーの Pervasive_Admin に User 3 を追加します。User 1 は サーバー A でのみデータベース エンジンの管理者権限を持ち、User 2 は サーバー B でのみデータベース エンジンの管理者権限を持ちます。しかし、User 3 は サーバー A、B 両方のデータベース エンジンの管理者権限を持ちます。

ドメイン コントローラー上に Pervasive_Admin グループを作成した場合、そのグループはドメイン ローカル グループになります。ドメイン コントローラーではないマシン上に Pervasive_Admin グループを作成した場合、その Pervasive_Admin グループはローカル グループになります。

Active Directory に Pervasive_Admin グループを作成するには次の手順を実行し、Windows 環境でユーザーに PSQL 管理者権限を付与します。この手順は、データベース エンジンが実行されているマシンのドメイン コントローラー上で権限を設定することを前提とします。

以下の手順は、前の作業でグループ ポリシーの "ローカル ログオン" オプションを使用できなかった場合に、手順 5 から続けて実行します。

2 つ以上のクライアント/サーバー アプリケーションが同じデータベース エンジンを使用する場合があります。アプリケーションを同時に使用するかどうかによって、データベース エンジンの構成を変更する必要があります。

ベンダーがエンジン用の設定プロパティへの設定ガイドラインを提供している場合は、そのガイドラインに基づいて設定を調整する必要があります。

複数のアプリケーションを実行している場合、ほとんどのエンジン設定には影響がありません。このセクションでは、複数のアプリケーションを実行する場合に調整する必要のある設定について説明します。

新しいファイルをバージョン 7.x のファイル形式で作成する必要があるアプリケーションもあれば、バージョン 9.x のファイル形式（デフォルト）で作成する必要があるアプリケーションもあるでしょう。

これらのアプリケーションは、実行中に新しいファイルを作成しない場合のみ同時に実行することができます。この設定をアプリケーションごとに切り替えるのは、手動で行うか、または DTI（Distributed Tuning Objects）を使用して、切り替えを行うプログラムを書く以外方法はありません。

アプリケーションが実行中に新しいファイルを作成しないのであれば、この設定は複数のアプリケーションの場合でも影響がありません。

アプリケーションによっては、トランザクションの保守が必要な場合と必要でない場合があります。アプリケーション ベンダーがこのプロパティに対して異なる値を推奨した場合は、この設定をオンにします。通常、トランザクションの保守を有効にしても、トランザクションを使用しないアプリケーションに影響することはありませんが、パフォーマンスは低下します。

サーバー エンジンは、サーバーとしてその同じコンピューターで実行するアプリケーションからの通信とリモート クライアントのリクエストの両方を受け付けることができます。

ワークグループ エンジンでは、Windows サーバー上にあるマップされたドライブを経由して、リモート サーバーのファイルにアクセスするよう構成できます。

ワークグループ エンジンでインストールされるクライアント ソフトウェアを使用すると、リモート コンピューター上にあるほかのサーバー エンジンに接続することができます。

ローカル ファイルへのアクセスにローカル エンジンを使用し、リモート PSQL サーバー上にあるファイルへのアクセスにリモート サーバーを使用するには、MicroKernel ルーターの設定を変更する必要があります。PSQL Control Center を使用して MicroKernel ルーターの設定を変更します。

ワークグループ エンジンを使用すれば、さまざまな小規模ネットワーク環境に優れた柔軟性を持たせることができます。次の表では、最も一般的な構成とその詳細の参照先を示します。ここで示す構成では、データにアクセスするすべてのコンピューターにワークグループ エンジンがインストールされていなければなりません。