Pervasive PSQL™Workgroupのリリースについて

DATABASE
Pervasive PSQL™Workgroupのリリースについて
Pervasive ソフトウェアホワイトペーパー
2006年 2月
目次
概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
Workgroup を使用するケース . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
MEFS (マルチエンジンファイル共有) と Workgroupアーキテクチャ . . . . . . . . . . . . . . . . . . . . . . 3
パフォーマンス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
信頼性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Workgroup エンジンの機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Workgroup ゲートウェイ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
ゲートウェイの構成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
回避すべき構成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
Workgroup がゲートウェイを識別する方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
ゲートウェイロケータファイル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
Gateway Locator ユーティリティ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
リダイレクトゲートウェイロケータファイル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
License Administrator . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
NetBIOS を使用したネットワーク . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
トラブルシューティングおよび Workgroup の最適化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
バージョン 6.15 からの移行 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
まとめ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
付録 A: Workgroup と Server の比較 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
付録 B: PERVASIVE PSQL バージョン比較ガイド . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
連絡先 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Pervasive PSQL Workgroup のリリースについて
概要
Pervasive PSQL v9 Workgroup エンジン(WGE) は、シングルユーザー環境および小規模のマルチユー
ザー環境に配備されるアプリケーション、または Pervasive PSQL データベースエンジンをサポー
トできないネットワーク環境にとって理想的なソリューションです。PSQL Server エンジンと共通
のアーキテクチャを共有することにより、WGE は完全な機能を備えたエンジンとなり、すべての
PSQL アプリケーションと完全な互換性を持ちます。これには、すべての既存 Btrieve 6.15 アプリケ
ーションのサポートも含まれます。
本書は、PSQL v9 Workgroup エンジンを評価し、前の世代の Btrieve および PSQL との比較を行いま
す。これには以下のようなトピックがあります。
• Pervasive PSQL Workgroup エンジンを使用するケース
• テクノロジの向上: MEFS と Workgroup
• Workgroup の重要な機能
• Workgroup 環境の最適化およびトラブルシューティング
• Workgroup と Server の比較
Workgroup を使用するケース
Pervasive PSQL Workgroup エンジンについては、以下の 3 通りの配備シナリオがあります。
・小規模なユーザーグループがある場合
Workgroup では、最大 5 つの同時接続がライセンスされています。これは、小規模クライアント
/サーバー構成と同様です。
・複数のコンピュータ上にデータが分散される場合
これは、ピアツーピアトポロジと呼ばれます。各アプリケーションではローカルのハードディス
クにデータが保管されますが、他のワークステーションからデータにアクセスされるか、他のアプ
リケーションと定期的にデータを共有する必要がある場合に使用されます。
• Pervasive PSQL データベースエンジンが動作できないコンピュータにデータを保管する必要があ
る場合
オペレーティングシステムとの互換性がないなどの理由で、アプリケーションデータを保管する
コンピュータがデータベースエンジンをサポートできない場合、WGE がユーザーにリモート接続
を提供します。別のコンピュータ上のディレクトリ内にあるファイルをオープンする最初の WGE
は、リモートコンピュータのデータベース全体にアクセスする他の用途に対応したゲートウェイと
なります。他のコンピュータは、このゲートウェイを介してクライアント/サーバー形式でデータに
アクセスします。
MEFS (マルチエンジンファイル共有) と Workgroupアーキテクチャ
ファイル共有は、複数のクライアントが同じファイルを操作できる機能です。複数のクライアン
トが 1 つのファイルを共有して操作する場合、アクセス、ロック、更新などを調整するために大量
のオーバーヘッドが要求されます。この仕組みはMEFS (マルチエンジンファイル共有) と呼ばれ、
Btrieve 6.15 および Pervasive SQL 2000 よりも前の PSQL のバージョンで使用されていたテクノロジ
です。MEFS は接続性を提供しますが、キャッシュ使用の制限やネットワークトラフィックの増大
など多くの制限があります。
Pervasive PSQL Workgroup のリリースについて
MEFS では、各データベースエンジンが独立して動作し、ロックファイルおよびオペレーティング
システムレベルのロックによりデータアクセスを調整しています。このような調整では、ネット
ワークトラフィックのオーバーヘッドが高くなり、パフォーマンス向上のために使用されるあら
ゆるタイプのキャッシュの使用が制限されます。
Pervasive PSQL Workgroup は、クライアント/サーバーモデルに基づいて、ファイルアクセスを制
御し、調整します。データベースに対するデータアクセスは、単一のデータベースエンジン (ゲー
トウェイ) によってすべて管理されます。グループ内の他のクライアントは、このゲートウェイを
介してデータベースにアクセスします。このアーキテクチャにより、パフォーマンスと信頼性が向
上しています。
本書では Workgroup のリリースと Btrieve の以前のバージョンとの比較を中心に述べていますが、
Pervasive PSQL v9 にはさらに多くの利点が開発者やユーザー向けに用意されています。最新の
Pervasive PSQL リリースと Btrieve の比較表については、本書の付録 B を参照してください。
パフォーマンス
ゲートウェイとして動作する Workgroup エンジンは、データアクセスの中核ポイントを提供する
ことによって、ネットワークオーバーヘッドの軽減とデータベースキャッシュ利用率の改善を図
り、MEFS を使用する以前のWorkstation エンジンよりもパフォーマンスを大幅に向上させていま
す。
データファイルへのアクセスをすべて調整することによって、Workgroup エンジンは、MEFS に
よって発生したネットワークトラフィックのオーバーヘッドを軽減し、読み取り、更新、削除な
どに関するデータベースの精度および保全性を保証しています。MEFS では、このオーバーヘッド
が非常に大きくなります。図1は、MEFS 環境でワークステーションを増設した結果を示していま
す。
データベースキャッシュでは、最も頻繁にアクセスする最新のデータがメモリに保持され、これ
によりディスクからデータを読み取る必要がなくなるため、パフォーマンスに飛躍的な効果がもた
らされます。MEFS では、複数のクライアントが共有する共通のデータベースキャッシュはありま
せん。それに対して WGE 環境では、ワークグループ内のすべてのクライアントが共通の(ゲートウ
ェイにある)データベースキャッシュを共有します。
TPS
ネットワークトラフィックが軽減し、キャッシュの利用率が改善され、結果的にディスクの入出
力が減少するため、PSQL Workgroup エンジンのパフォーマンスは、MEFS で実行されている既存
アプリケーションの2 ～ 100 倍も向上します。
MEFS
ゲートウェイ
1
2
3
4
6
クライアントの数
8
10
図1. パフォーマンスの比較 - MEFS と Workgroup
Pervasive PSQL Workgroup のリリースについて
図 1 は、100,000 行のデータベースに対する TPC-B ベンチマークテストの結果を示しています。
TPC-B は変更に重点を置いたテストで、データベースエンジンがデータベースを変更できる速度
が測定されます。TPS は、Transactions Per Second (1 秒あたりのトランザクションの数) を意味し
ます。TPC-B テストにおける各トランザクションでは、1 行が挿入され、 3 行が更新されます。ク
ライアント1 台では、 MEFS を実行しているWorkstation エンジンのパフォーマンスは、Pervasive
PSQL Workgroup とほぼ同じであることがわかります。しかし、複数のクライアントがデータに同
時にアクセスする場合、MEFS のパフォーマンスは低下し、低い状態にとどまります。
信頼性
単一の Workgroup ゲートウェイエンジンを使用してデータファイルへのアクセスをすべて調整す
ることにより、データベースの保全性も向上します。まれなケースですが、クラッシュが発生した
場合には、ファイルにアクセスする他のクライアントとファイルの更新を調整するために生じるオ
ーバーヘッドにより、MEFS ではデータの損失または破損の影響を受けやすくなります。PSQL ゲ
ートウェイエンジンを使用すると、このオーバーヘッドが解消され、より効率的で信頼性が高い
方法でデータベースに変更がコミットされます。
Workgroup エンジンの機能
Btrieve 6.15 (またはそれ以前の) Workstation エンジンのユーザーは、PSQL v9 Workgroup エンジン
の配備において、旧バージョンとの 3 つの大きな違いに気付くことでしょう。
1 . リモートファイルへのデータアクセスに使用するゲートウェイエンジンと、そのゲートウェ
イを検索するクライアントリクエスタ
2 . リモート接続を追跡するユーザーカウントマネージャー
3 . NetBIOS - Pervasive の Network Services Layer。リモートクライアントとの接続に使用する
NetBIOS 対応の通信サーバー
Workgroup ゲートウェイ
ゲートウェイエンジンは、リモートファイルサーバー上の特定のディレクトリ内にあるすべて
のデータファイルにアクセスするための唯一のポイントとなります。データにアクセスする WGE
は、それ自身をゲートウェイとして識別するために、~PVSW~.LOC という名前のロケータファイ
ルをデータファイルのディレクトリに作成します。このファイルは、ゲートウェイロケータファ
イルと呼ばれ、ゲートウェイエンジンが配置されているコンピュータのネットワーク名が含まれ
ています。このデータファイルへのアクセスを試みる他の Workgroup エンジンは、ロケータファ
イルを読み取って、データアクセスのために通信する必要があるエンジンの名前を検索します。
ゲートウェイコンピュータは、データファイルを読み書きするためのホスティングサーバーエ
ンジンとして機能します。最後のユーザーがデータベースの使用を停止すると、データベースエ
ンジンはディレクトリ内の最後のデータファイルを閉じ、ロケータファイルを解放して削除しま
す。そのデータファイルをオープンする次のエンジンが新しいゲートウェイになります。これに
よって、ゲートウェイの割り当てを 1 つのコンピュータから別のコンピュータへと動的に変更する
ことができます。
ゲートウェイの構成
2 つの異なるゲートウェイ構成があります。デフォルトは動的ゲートウェイ構成であり、リモート
データファイルをオープンする最初のエンジンが、ディレクトリ内のすべてのデータファイルが
Pervasive PSQL Workgroup のリリースについて
閉じられるまでそのディレクトリのゲートウェイエンジンになります。その後、リモートデータ
ファイルを開く次のエンジンが、新しいゲートウェイになります。この構成は最も柔軟ですが、エ
ンジンがさまざまなネットワークプロトコルを試行し、既存のゲートウェイエンジンをチェック
するため、データベースへの初回接続で遅延を引き起こす可能性があります。
2 番目の構成は、固定ゲートウェイ構成または永続ゲートウェイ構成と呼ばれます。この構成で
は、ディレクトリのゲートウェイエンジンとして特定のエンジンが永続的に割り当てられます。
別のエンジンがデータファイルにアクセスしようとしたときに、割り当てられたエンジンが起動
していないと、エラーコードが生成され、そのデータファイルは利用できません。
Pervasive では、コンピュータ間でゲートウェイを切り替えられるようにするのではなく、永続
ゲートウェイコンピュータを選択することを推奨しています。「動的ゲートウェイ」トポロジで
は、Workgroup エンジンがキャッシュしたゲートウェイアドレスに接続できない場合、予期しな
い遅延が発生する可能性があり、どのコンピュータが現在のゲートウェイであるかを再検出する必
要があります。
コンピュータがゲートウェイとして使用される場合や、共有ローカルデータファイルがある場合
に、他のコンピュータがデータファイルにアクセスするには Workgroup エンジンを起動しなけれ
ばなりません。また、必要な場合にMicrokernelルーターによって自動起動されるように構成する
こともできます。Pervasive では、[Workgroup エンジンの開始] メニュー項目をコンピュータ上の
スタートアップフォルダに追加することを強く推奨しています。
回避すべき構成
複数の共有データソースを持つピアツーピア環境で動的ゲートウェイを使用するのはお勧めでき
ません。複数のエンジンが複数のデータロケーション間でオーナーシップを切り替えられること
は、大幅な接続遅延を引き起こす可能性があります。
データファイルと同じマシンで起動するエンジンがオペレーティングシステムでサポートされて
いる場合は、動的/永続ゲートウェイをリモートマシンに作成しないようにしてください。これに
よって、(ローカルユーザーの場合も) すべてのデータへのアクセスがリモートゲートウェイ経由
で行われることが回避されます。
効率的な Workgroup 構成を確保するための最も良い方法は、データファイルが常駐するコンピュ
ータにローカルゲートウェイを、グループ内のすべてのコンピュータに Workgroup エンジンをイ
ンストールすることです。これは、コンピュータの起動時に Workgroup エンジンが必ず起動され
るようにすることによって、確実なアプローチとなります。
Workgroup がゲートウェイを識別する方法
データファイルにアクセスするときに、WGE はまず、アクセス対象のデータファイルに既存のゲ
ートウェイがあるかどうかを検出しようとします。WGE がゲートウェイを検出するために使用す
る決定アルゴリズムには、以下の優先順位が適用されます。
優先順位 1 - データが常駐するコンピュータ上で起動しているエンジンがある。
優先順位 2 - ローカルエンジンが、データファイルをオープンできる。
優先順位 3 - ゲートウェイエンジンが、ディレクトリを所有している。
優先順位 1 の場合、WGE は、データファイルがあるコンピュータ上でアクティブなエンジンが起
動していると常に想定します。これは、ディスクの入出力が速くなればどのデータベースエンジ
ンでもパフォーマンスが向上するため、常に最優先されます。
Pervasive Network Services Layer は、いくつかの異なる方法でリモートデータベースエンジンを
検出し、接続します。そのため、アクティブなデータベースエンジンを持っていないファイルサ
Pervasive PSQL Workgroup のリリースについて
ーバー上のデータファイルをオープンするためにプロセスで最初の試行が行われるときに、時間
遅延が発生する可能性があります。ゲートウェイの永続性がオンになっていると、そのコンピュー
タ上にアクティブなエンジンがないことをMicrokernelルーターが記憶しているため、接続は再度
試行されません。
優先順位 1 が失敗すると、Microkernelルーターは優先順位 2 を試行し、ローカルエンジンでその
データファイルをオープンできると想定します。ローカルエンジンは、新しいロケータファイル
の作成とオーナーシップの取得を最初に試みます。しかし、そのディレクトリが別の Workgroup
(または Server) エンジンによってすでに所有されている場合、ローカルエンジンはステータス 116
(ファイルはゲートウェイとして機能する別の MicroKernel エンジンによって所有されています) を
返します。
最後に、Microkernelルーターは優先順位 3 (ゲートウェイエンジンの検出) を試行します。
Microkernelルーターは、ロケータファイルをオープンし、Workgroup エンジンがゲートウェイ
として機能しているコンピュータの名前を読み取った後、そのエンジンに要求を送信します。
Microkernelルーターは、エンジンからステータス 116を受信していない限り、ロケータファイ
ルの読み取りを試行しません。したがって、ゲートウェイの機能を使用するには、ローカルに
Workgroup エンジンをインストールしている必要があります。ローカルエンジンも、データファ
イルにあるエンジンも存在しない場合、Microkernelルーターは優先順位 3 を試行せずに処理を中
止します。ローカルファイルの読み取りが試行されないため、ゲートウェイが検出されず、アプ
リケーションはステータス 116を受信します。
ゲートウェイロケータファイル
ゲートウェイロケータファイルは、ゲートウェイコンピュータのネットワーク名を含むテキスト
ファイルです。ロケータファイルの名前は常に "~PVSW~.LOC" であり、MicroKernel はオープンさ
れたファイルのディレクトリにロケータファイルを作成します。このようにして、MicroKernel エ
ンジンには、そのディレクトリ内の全データファイルのオーナーシップが与えられます。ゲート
ウェイの割り当てを永続的にするには、このファイルの属性を読み取り専用に変更します。読み取
り専用に変更するには、以下のようにattribコマンドをコマンドラインから実行してください。
C:\Data>ATTRIB +R ~PVSW~.LOC
または、以下の Gateway Locator ユーティリティを使用して、永続的割り当てを設定および変更
することもできます。永続的に割り当てられたゲートウェイを使用しており、かつ、Workgroup
内のコンピュータの数が増加した場合には、Workgroup エンジンの代わりに Server エンジン
をインストールし、ゲートウェイとして機能させることもできます。このことが可能なのは、
Windows用の Pervasive PSQL Server エンジンが、リモートデータファイルを開く要求を受け取っ
たときに Workgroup エンジンと同様にロケータファイルを作成および管理できるためです。
Gateway Locator ユーティリティ
Pervasive PSQL Workgroup エンジンには、ロケータファイルの内容を表示および変更するための
非常に簡単なユーティリティが含まれています。ディレクトリを選択するだけで、現在アクティブ
なゲートウェイを表示できます。ディレクトリ内のファイルに固定ゲートウェイを割り当てる場合
は、[変更] をクリックしてください。固定ゲートウェイの割り当てを作成/削除することもできま
す。
Pervasive PSQL Workgroup のリリースについて
リダイレクトゲートウェイロケータファイル
リダイレクトゲートウェイロケータファイルにより、マルチディレクトリデータベースのトラン
ザクションアトミシティが保証され、複数のデータディレクトリにまたがるゲートウェイエンジ
ンの名前を容易に変更することができます。
リダイレクトロケータファイルは、Workgroup エンジンを直接指定するのではなく、Workgroup
エンジンを指定するゲートウェイロケータファイルを指示します。たとえば、アプリケーション
がディレクトリ A、B、C を使用しており、これらの各ディレクトリに含まれているリダイレクト
ロケータファイルが、ディレクトリ D にあるゲートウェイロケータファイルを指示しているとし
ます。ディレクトリ D にあるゲートウェイロケータファイルでは、Workgroup エンジンが起動し
ているコンピュータを指定することによって、ディレクトリ A、B、C、D にあるすべてのデータベ
ースのトランザクションアトミシティを保証します。
ディレクトリ D にあるロケータファイルが固定ゲートウェイを指定するか、最初のエンジンによ
って動的に作成されてそれらのファイルをオープンするかにかかわりなく、すべての指定ディレ
クトリが同じゲートウェイエンジンを使用することが、このアーキテクチャによって保証されま
す。いくつかのディレクトリに対して永続的に割り当てられたゲートウェイエンジンを変更する
ことを決定した場合、リダイレクトロケータファイルでそのような変更を行うには、ロケータフ
ァイルを全部ではなく 1 つ変更するだけで済みます。固定ゲートウェイが指定されているかどうか
にかかわらず、指定ハードドライブ上のすべてのデータが同じゲートウェイエンジンを使用しな
ければならないように指定することができます。リダイレクトロケータファイルの詳細について
は、『Getting Started with PSQL Workgroup』のマニュアルを参照してください。
License Administrator
License Administrator ユーティリティでは、ライセンスキーの適用、ライセンスの削除、ライセン
ス情報の表示が可能です。このユーティリティには、GUI インターフェイスとコマンドラインイ
ンターフェイスが含まれています。Pervasive PSQL ライセンスキーを使用すると、Pervasive PSQL
エンジンに一定数のコンピュータが同時にアクセスできます。
Pervasive PSQL for Workgroups では、データベースに対する最大 5 つの同時接続がライセンスさ
れています。このライセンスは、インストール時に各 Workgroup エンジンに適用し、リモート接
続の数を 5 までに制限します。アプリケーションデータへのアクセスに使用されるシステムごと
に、Workgroup をインストールする必要があります。
Pervasive PSQL Workgroup のリリースについて
Pervasive PSQL にクライアントとしてアクセスする各コンピュータは、1 ユーザーとしてカウント
されますが、カウントされるユーザーにはローカル (ホスト) コンピュータ上のアプリケーションか
らのアクセスも含まれます。単一コンピュータ上の複数アプリケーションは、1 ユーザーとしてカ
ウントされます。ユーザーはネットワークアドレスによってカウントされます。
NetBIOS を使用したネットワーク
Pervasive PSQL Server 製品と Workgroup 製品は、どちらも同じネットワーキングコンポーネント
とともに出荷されるため、Workgroup エンジンを Server エンジンにアップグレードするのは簡単
です。クライアント側のリクエスタは、いずれかのタイプのエンジンに接続します。
Pervasive Network Services Layer は、NetBIOS を使用して、ネットワーク上のエンジンや、サポー
トされている他のプロトコルとメソッドを検索できます。Microkernelルーターは、以下のいずれ
かの方法でネットワーク上のリモートエンジンを検出します。
• Windows Server エンジンによって作成された名前付きパイプ
• DNS (TCP/IP 用の Dynamic Name Service)
• NDS (Novell® NetWare® ディレクトリサービス)
• NetWare バインダリ
NetWare および Windows® 2000/XP/2003 では、エンジンがクライアントリクエスタからユーザー
名を取得し、そのユーザーのプロキシとして機能してファイルアクセス権を決定します。クライ
アントがファイルをオープンするときには、常にエンジンがアクセス権を実行します。この機能
は、Windows 98/Me では提供されていません。したがって、ログインユーザー名に割り当てられ
た権限に基づいて Workgroup エンジンがオペレーティングシステムレベルのファイルセキュリ
ティを確保することはできません。小規模なオフィスは、Workgroup エンジンに最適な環境であ
り、ネットワーク専門家を必要とすることなく、ユーザーが簡単にデータにアクセスできます。
ファイルレベルのセキュリティのみが、使用可能な認証・承認メカニズムというわけではありま
せん。PSQL v9 Workgroup には、データに対するファイルレベルの権限を持つユーザーを使用せ
ずにファイルにアクセスするためのサポートが含まれています。詳細については、『Advanced
Operations Guide, セキュリティモデルと概念』を参照してください。
トラブルシューティングおよび Workgroup の最適化
問題が発生している際にまず考慮すべき事柄の 1 つは、最新のサービスパックを実行しているか
を確認することです。Pervasive PSQL のサービスパックリリースには、問題解決につながる可能
性のある機能強化およびアップデートが盛り込まれています。最新のサービスパックは、AGTECH Web サイト (http://www.agtech.co.jp/download/update/pervasive/index.html) からダウンロ
ードすることができます。
最初の接続での時間遅延
ここでは、アプリケーションがファイルアクセスを初めて開始するときにいつも遅延が発生して
いる場合に検討すべきいくつかの方法を示します。
• 以下のコマンドを使用してスタートアップフォルダにエンジンアイコンを追加し、ファイル
サーバー上でデータベースエンジンが起動することを確実にします。
C:\Pvsw\Bin\W3dbsmgr.exe -SRDE
• Windows 98 マシンでは、以下のレジストリキーを追加します。
Pervasive PSQL Workgroup のリリースについて
[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\
RunServices]
"Pervasive PSQL Workgroup" = "C:\\Pvsw\\Bin\\W3dbsmgr.exe -SRDE SERVICE"
このレジストリキーは、ユーザーがログオンする前にエンジンを起動します。この場合、トレイ
アイコンは表示されません。ですから、その時点のエンジンの状態を示す目に見えるインターフェ
イスはありません。
ゲートウェイトポロジを実行している場合に、ファイルサーバーでエンジンが起動していないと
きには、初回接続時の時間遅延はより重要な問題となります。以下を実行できます。
• クライアント設定でサポートされているネットワークプロトコルの数を減らし、未使用のプロ
トコルが試行されないようにします。たとえば、トポロジに NetWare エンジンがない場合 (ほと
んどの Workgroup トポロジに当てはまる)、サポートプロトコルから SPX/IPX を削除できます。
• ゲートウェイの永続性を有効にします。ゲートウェイ環境での初回接続で発生する遅延を実質　的に排除するには、コンピュータでエンジンが起動していない場合にレジストリに書き込むよう
にクライアント Microkernelルーターに指示します。接続の失敗が記録されると、Microkernelル
ーターは、コンピュータ名をレジストリに保管し、アプリケーションが次回開始されるときにそ
のコンピュータ上にあるエンジンに接続を試行しないようにします。Microkernelルーターは、
現在のゲートウェイを判別するための次のステップへと直ちに進みます。
注意 :
デフォルトでは、ゲートウェイ一貫性保守は OFF に設定されていますが、これはエンジンの
数・配置の変更を許可しないようにするためです。ファイルサーバーにサーバーエンジンを
追加する場合は、設定ユーティリティを使用して、Workgroup 内のコンピュータごとにゲー
トウェイ一貫性保守を OFF に設定する必要があります。
バージョン 6.15 からの移行
Pervasive PSQL Workgroup のリリースは、再コンパイルしなくても、すべての Btrieve アプリケー
ションとの互換性を持つことは言うまでもありません。従来のアプリケーションでも、本書で説明
した PSQL v9 の利点のほかに、PSQL v9 のさまざまな機能強化 (強化されたセキュリティ、OS のサ
ポートなど) を活用することができます。
まとめ
Pervasive PSQL Workgroup のリリースでは、費用も管理も少なくて済む自己調整型のエンジンが
提供され、このエンジンがネットワーク上にあればユーザーは常にデータに接続されます。これに
よってデータの信頼性が向上しますが、最も重要な点は、Btrieve 6.15 MEFS ベースの古いエンジン
よりもデータ共有がはるかに高速化されていることです。多数のクライアントとデータを共有しな
い小規模のオフィスおよびワークグループにとって、Pervasive PSQL Workgroup は理想的なソリ
ューションとなります。
Pervasive PSQL Workgroup のリリースについて
10
付録 A: Workgroup と Server の比較
Pervasive PSQL の Workgroup エンジンおよび Server エンジンは、共通の Pervasive PSQL コードベースのテク
ノロジを活用します。この共通のコードベースは、すべての PSQL v9 エンジンで同様に動作するため、エン
ジンの安定性と信頼性を保証するだけでなく、構成にかかわらず管理および配備を簡素化します。これらの
エンジンでは、API、キャッシュ、クライアント、ファイル、カーソルおよびロック管理が共通しており、永
続性に関するトランザクションロギングのほか、アーカイブログ、Continuous オペレーション、その他すべ
ての MicroKernel 機能がサポートされています。
Pervasive PSQL Control Center (PCC) およびすべての関連ユーティリティは、どちらの製品にも含まれていま
す。PCC は統合されたデータベース管理フレームワークであり、ユーティリティ (SQL Data Manager、Btrieve
要求テスト用の 32 ビットの Function Executor、設定ユーティリティ、Pervasive Monitor ユーティリティな
ど) を起動するためのプラットフォームとして動作します。
機能
Server
Workgroup
データベースエンジンがインストールされていないファイルサーバー上のデータにアクセス可能。
a
Windows 98、Me、XP サポート
a
Windows 2000、Server 2003 サポート
a a
Linux サポート
a
小規模グループのためのマルチユーザー
a 6 ～数千ユーザーの規模
a
1 ～ 5 までの同時ユーザー数のサポート
インストール時にWindows サービスとして登録
a
a
a
OS レベルのセキュリティを確保
a
非同期 I/O
a
Backup Agent™
a
DataExchange™
a Btrieve、ODBC、OLE-DB、JDBC、PDAC、ActiveX サポート
a a
リレーショナルサポート ( オンラインバックアップ、セキュリティ、参照整合性、管理ツールなど )
a a
全てのプラットフォームおよびエンジンバージョンにまたがるバイナリ互換データファイル
a a
a a
オンラインドキュメントの付属
a a
簡便なプラグアンドプレイによるアップグレード。アプリケーションの変更は不要
Pervasive PSQL Workgroup のリリースについて
11
付録 B: PERVASIVE PSQL バージョン比較ガイド
機能
Btrieve 6.15 V8 v9
～P.SQL 2000i
Btrieve API 再構築された GUI ユーティリティ（Pervasive Control Center） a
a
a
a
a
新 DDF 管理ツール（DDF Builder 4.0） a
ユーザー定義関数- CREATE 関数
a
システムストアドプロシージャ
a
SQL アウトラインビュー
a
バルクデータユーティリティ
a
設定プロパティユーティリティ
a
コマンドラインモニタユーティリティ
a
データ定義言語（DDL）ユーティリティ
a
可変レコードレイアウトに対する SQL サポート
a
レコード内の配列に対する SQL サポート
a
a
64 GB のテーブルサイズ (注：Btrieve 6.15では最大 4 GB）
a
256 GB のテーブルサイズ (注：v9 SP1 では最大 128 GB)
a
256 GB の最大ファイルサイズ (注：v9 SP1 では最大 128 GB)
a
16K のページサイズ (注：v9 SP1 では最大 8 K)
a
ファイルバージョンの自動アップグレード
a
フリーオンライン SDK ODBC 3.51 準拠
a
a
a
a
Backup Agent 対応（バックアップ）
a
a
Windows 2000/Server 2003 および Linux のサポート
a
a
DataExchange 対応（複製/同期）
Pervasive PSQL Workgroup のリリースについて
12
連絡先
株式会社エージーテック
〒101-0054
東京都千代田区神田錦町 1-21-1
昭栄神田橋ビル 3F
[email protected]
http://www.agtech.co.jp
© 2006 Pervasive Software Inc、Pervasive.SQL、Btrieve、AuditMaster、Backup Agent、DataExchange、Pervasive のロゴ、
MicroKernel Database Architecture、MicroKernel Database Engine、Navigational Client/Server、および Scalable SQL は、
Pervasive Software Inc の商標または登録商標です。他のすべての製品名は、それぞれの会社の商標です。
All rights reserved worldwide.
Novell および NetWare は、Novell, Inc の登録商標です。
Microsoft、Windows、Windows NT、および Visual Basic は、米国 Microsoft Corporation の登録商標または商標です。
特記事項: 本書に示されたパフォーマンスは、参照のみを目的としています。同様の構成においても、そのようなパフォー
マンスを保証するものではありません。
Pervasive PSQL Workgroup のリリースについて
13
WP0106B07

Download Report