以下のセクションでは、Zen のライセンス管理について説明します。

ここでは、以下の項目について説明します。

Zen 製品は、「同時ユーザー ライセンス モデル」と「容量ベース ライセンス モデル」という 2 つのライセンス モデルを提供します。同時ユーザー ライセンス モデルではユーザー数をカウントし、容量ベース ライセンス モデルではデータの使用量を測定します。どちらのモデルでも、ユーザー数やデータ量が、設定された制限値に達した場合には、それ以上の新たなデータベース操作は許可されません。ユーザー カウント モデルの場合は、新たなユーザーはデータにアクセスできません。容量ベース ライセンス モデルの場合は、新たなデータ アクセス要求は受け付けられません。ユーザー数またはデータ使用量が制限値を下回れば、新しい操作が許可されます。

同時ユーザー ライセンス モデルでは、各製品キーにはそれぞれライセンスされたユーザー数が定められています。ユーザー数により、指定された接続数が、Zen データベース エンジンへ同時接続できます。ユーザー数は、ネットワーク アドレスでカウントされます。IP アドレスは TCP/IP で使用されます。

Zen にクライアント セッションとしてアクセスするコンピューターごとに、1 ユーザーとカウントされます。1 台のクライアント コンピューター上にある複数のアプリケーションは、1 ユーザーと見なされ、別個のユーザーとしてカウントされません。内部的には、Zen は各マシンにシリアル番号を割り当てるので、同じシリアル番号による接続はすべて 1 つのマシンからのものとしてカウントされます。たとえば、複数の NIC を持つマシンは 1 台のマシンとして認識されます。それぞれのターミナル サーバー セッションも 1 ユーザーとしてカウントされます。

同一のネットワーク プロトコルとアドレスを使用してデータベース エンジンにアクセスし、そのデータベース エンジンと同じコンピューター上で実行するすべてのアプリケーションは集合的に 1 ユーザーとしてカウントされます。

同じクライアント コンピューター セッションから受信する一意のプロトコルごとに 1 ユーザーがカウントされます。同じプロトコルで異なるアドレス形式を使用している場合は、1 ユーザーのみカウントされます。たとえば、あるアプリケーションが IPv4 を使用し、別のアプリケーションが IPv6 を使用する場合、これらのアプリケーションが同一マシン上で実行されると、1 ユーザーのみがカウントされます。IPv4 および IPv6 はアドレス形式は異なりますがいずれも TCP/IP です。

最初に入手するユーザー数は製品キーの一部として提供されます。この製品キーは Actian Corporation によって発行されます。または、Zen データベース エンジンがアプリケーションに組み込まれている場合は、アプリケーション ベンダーが発行します。

製品キーによって提供されたユーザー数を増やすこともできます。ユーザー数を増やすを参照してください。

容量ベース モデルは、ユーザー数ではなくデータベース サーバーの作業量に重点を置くようになりました。このモデルでは、エンジンのプロセス処理で使用されているデータ量によって容量制限が設けられています。このデータ量は、同時に開くことが許可されているデータ ファイルの合計サイズです。

「使用データ」とは、同時に開く全データ ファイルの合計サイズと定義されます。データ ファイルは、アプリケーションで処理されるデータを提供するために、そのアプリケーションによって作成されるファイルです。「使用データの制限値」とは、使用許諾契約書に従って許可される、同時に開く全データ ファイルの総量です。

使用データの値は、データ ファイルが初めて開かれたときに増加します。データ ファイルが既に開かれていれば、それ以降に開く際には総量に加算されません。使用データは、開くファイルのサイズが増加した場合にも増えます。既に開かれているファイルのサイズが大きくなって使用データの制限を超えても、そのファイルに対する操作は引き続き許可されます。

使用データの値は、データ ファイルを開いた最後のユーザーがそのデータ ファイルを閉じたとき減少します。複数のユーザーが同じデータ ファイルにアクセスできるので、そのデータ ファイルを開いたすべてのユーザーがそのファイルを閉じないと使用データは減少しません。

使用データに関するメッセージは、Zen のさまざまなログ リポジトリに記録されます。メッセージ ログを参照してください。

データベース エンジンは、Zen システム ファイル、メタデータ ファイル、dbnames.cfg およびデフォルトのシステム データベースなど、独自の内部処理用にさまざまなファイルを使用します。内部処理に使用するファイルによって使用データの値が増えることはありません。

ご自身のデータの使用量の情報を基に、ビジネスで必要とするライセンスのサイズを決定することができます。Zen は、その情報を提供するために Capacity Usage ビューアーを用意しています。

Capacity Usage ビューアーは、毎日のデータ使用量のピーク値を記録するツールです。これらの数字をグラフに表し、長期にわたって表示します。Capacity Usage ビューアーでは、期間を "全期間" から "先週" までの範囲で選択できます。また、カスタマイズされた期間について、データの表示を拡大することもできます。

容量の要件を見積もるには、最大のライセンス要件と最小のライセンス要件を含んでいる期間を選択します。たとえば、ビジネスが四半期ごとのサイクルである場合、少なくとも 90 日分のデータを対象にしてください。データ使用量を長期にわたって調査することで、確実にライセンスの容量がピーク時の使用要件を満たす、または上回るようにすることができます。

Capacity Usage ビューアの詳細は、『Advanced Operations Guide』で説明します。

以下に、使用データが制限に達したときに予想される動作と推奨される対処方法をまとめています。

使用データが制限に達したとき、エンジンでの作業を続けるために、次の推奨される対処方法を取ることができます。

使用データの初期制限値は製品キーで提供されます。製品キーは Actian Corporation で発行します。または、Zen データベース エンジンがアプリケーションに組み込まれている場合は、アプリケーション ベンダーが発行します。

製品キーによって提供された使用データの初期制限値を増やすこともできます。使用データの制限を増やすを参照してください。

Zen のライセンス供与は製品キーを使用することで実施されます。このキーは、License Administrator で管理します。このツールを使用すれば、キーの認証と認証解除を行ったり、およびライセンス情報を見たりすることができます。これにはグラフィカル インターフェイスとコマンド ライン インターフェイスの両方があります。キーの認証の目的は以下の 2 つです。

製品の認証とは、特定のマシン情報を製品のライセンスに関連付ける、キーの検証処理です（このキーは「製品キー」と呼びます）。この関連付けの結果、インストール ID が固有なものとなります。これにより、ソフトウェアが正当なものであること、また適切なマシンに存在することが保証されます。

製品キーを認証すると、その固有のインストール ID が Actian Corporation へ送られます。Actian ではキーの信頼性を検証し、そのキーが複数のインストールに使用されていないことを確認します。これにより認証処理が行われ、製品を使用できるようになります。製品キーが認証または認証解除されると、認証残り回数が表示されます。

マシン上の製品キーを認証した後に、そのマシンに特定の変更が加えられると、キーが無効になってしまうので注意してくださいマシンに変更を加える必要がある場合は、まずキーを認証解除しておいてください。キーの認証解除は、製品キーとその固有のインストール ID との関連付けを切り離します。ハードウェア構成の変更が完了したら、再び製品キーを認証することができます。

プロキシ サーバーを使用して Zen ライセンス サービスに到達している場合は、製品認証できるよう設定する必要があります。Zen をインストールする前にプロキシ サーバーを設定するか、またはインストール時には製品認証を省略し、プロキシ サーバーの設定後に製品を認証することができます。

このトピックでは、以下の項目について説明します。

ブラウザーを使用してプロキシ サーバーを設定することを推奨しています。ブラウザーを使用することができない場合は、以下の手順を使用してください。これらの手順には Windows のレジストリ編集作業が含まれています。

64 ビット Windows オペレーティング システムの場合、レジストリでプロキシ サーバーの設定を保存できるキーは 2 つあります。

Zen のエディション（Enterprise Server、Client、Cloud Server、または Workgroup）に応じて、上記のどちらかの場所で ELS プロキシ サーバー設定が作成されます。ライセンス マネージャーはそのプロキシ サーバー設定を最初に HKEY_LOCAL_MACHINE\Software\Wow6432Node\Actian\Zen\ELS\ キーで探します。その設定が見つからない場合は、HKEY_LOCAL_MACHINE\Software\Actian\Zen\ELS\ キーを調べます。

プロキシ サーバー用のレジストリ設定を編集する場合は、まず設定が存在する場所を見つける必要があります。

Linux および macOS システムの場合、ライセンス認証できるようにプロキシ サーバーを設定するには、psregedit ユーティリティを使用して Zen のレジストリを編集する必要があります。Zen では、Linux または macOS のプロキシ サーバー経由の認証に、これ以外の方法はサポートしていません。psregedit を使用して、以下のキー名にレジストリ値を追加します。

Zen によって要求されるのは proxy_host および proxy_port の値だけです。お使いのプロキシ サーバーの設定によっては、proxy_userid と proxy_passwd も追加する必要があるかもしれません。

次の例では、レジストリ値 proxy_host を設定するコマンドを示します。

Zen のレジストリを編集後、License Administrator CLI ツールを使用して Cloud Server を認証できます。キーを認証するにはを参照してください。プロキシの使用を停止する場合は、psregedit -delete を使用して proxy_host および proxy_port の値を削除します。

インターネットへアクセスできないシステムに Zen をインストールする場合には、オフライン認証を使用して製品キーを認証することができます。オフライン認証には以下の 3 つのタスクがあります。

Zen を認証するための最も速く簡単な方法は、オンライン認証またはリモート認証を使用することです。可能な限り、これらの方法のどちらかを使用して Zen 製品を認証するようにしてください。たとえば、Zen のインストールでは、そのインストール過程でオンラインによる認証が行えます。

製品キーの状態は License Administrator ツールの［状態］フィールドに表示されます。キーの状態には次のものが含まれます

キーの検証が失敗すると、その失敗の原因となった状態を是正するための期間が設けられます。この期間（「検証失敗期間」といいます）は、License Administrator の［失効日］列で報告されます（GUI のビジュアル リファレンスを参照してください）。その失効日までに検証失敗の状態が是正されないと、キーの状態は無効になります。

検証失敗を修正するための変更を行ったら、改めて検証動作を実行します。検証を実行するにはを参照してください。この検証動作では特に現在のマシン署名とキーの組み合わせを検証します。その状態が修正されると、キーの状態はアクティブに変わります。

複数の状況により検証失敗を引き起こしている可能性もあります。原因と思われる 1 つの状況を修正しても、キーは依然として検証失敗の状態のままかもしれません。その場合は、zen.log ファイルで詳しい情報を参照してください。このログ ファイルには検証失敗を引き起こした状況がすべて記録されています。『Advanced Operations Guide』の Zen イベント ログ（zen.log）を参照してください。

事前にキーを認証解除することなくハードウェア アップグレードを意図的に行い、ハードウェア構成を変更したことが原因で検証失敗を引き起こした場合、取るべき適切な行動はキーの修復です。

License Administrator では、無効または検証失敗になったキーに対して修復を実行できる機能を提供します。さらに、キーの修復だけでなく、同じマシン上で自動的にキーを認証解除し、そのキーを再度認証します。

ハードウェアの変更より重大な問題（キーがインストールされているマシンが起動しなくなった場合など）が発生している場合は、キーを修復することはできません。そのような場合は、弊社サポート部門までお問い合わせください。

期限なしの製品キーによって提供された、ユーザー数または使用データ量の初期値を増加させたい状況が発生する可能性もあります。その場合は追加キーを認証してその数値を増やします。複数の追加キーを製品キーに対して認証することができます。

追加キーを認証すると、その追加分が直ちに利用できるようになります。データベース エンジンを再起動する必要はありません。

追加キーを認証するには、システム上に期限なし製品キーが既に存在している必要があります。追加キーのソフトウェア ベンダー ID 番号が、インストール済みの期限なしキーのベンダー ID 番号と一致している必要があります。弊社から入手する追加キーはユニバーサルです。つまり、それらのキーはベンダーから入手する期限なしキーと互換性があります。

ユーザー数追加キーを認証してユーザー数を増やします。キーを認証するにはおよび合計ユーザー数を調べるにはを参照してください。ユーザー数追加キーは弊社またはアプリケーション ベンダーから提供されます。

期限なし製品キーを認証解除する場合、その期限なしキーに関連付けられているすべてのユーザー数追加キーも認証解除されます。ユーザー数追加キーを認証解除する場合、そのキーに関連付けられているユーザー数の追加のみが認証解除されます。

本ソフトウェアの評価版には、追加不可の規定ユーザー数を持つ試用ライセンスが含まれています。

弊社またはアプリケーション ベンダーでは、使用データの制限値を上げるキーを提供します。キーを認証すると直ちに、使用データの制限値が引き上げられます。データベース エンジンの再起動は必要ありません。追加キーは、期限なしキーがなければ認証できません。一時キーに対して追加キーを認証することはできません。キーを認証するにはおよび使用データの制限を調べるにはを参照してください。

期限なし製品キーを認証解除する場合、そのキーに関連付けられている追加キーもすべて認証解除されます。追加キーを認証解除する場合、そのキーに関連付けられている使用データ量の追加分のみが認証解除されます。

使用データに対する制限値が増えると、データベース エンジンは Zen ログ リポジトリにメッセージを記録することに留意してください。このメッセージには現在の制限値と使用量が記録されています。メッセージ ログも参照してください。Monitor ツールで使用データの現在値、ピーク値および最大値を監視することができます。『Advanced Operations Guide』の監視を参照してください。

本ソフトウェアの評価版には、使用データに対して追加不可の値を設定した試用ライセンスが含まれています。

ライセンスに関するメッセージは、Notification Viewer など Zen で使用されるさまざまなログ リポジトリに記録されます。『Advanced Operations Guide』のメッセージ ログの見直しを参照してください。

グラフィカル ユーザー インターフェイス（GUI）を持つ License Administrator は、Windows プラットフォームのみで実行され、キーの認証および認証解除、ユーザー数の追加、使用データの制限の追加、セッション数の監視、およびライセンス情報の表示を行うことができます。この GUI はスタンドアロン アプリケーションとして、また、Zen Control Center（ZenCC）内部からも起動することができます。この GUI を使ってローカルまたはリモート データベース エンジンへのライセンスを管理することができます。

グラフィカル ユーザー インターフェイスでの具体的な操作については、GUI 操作を参照してください。

コマンド ライン インターフェイス（CLI）は、Zen がサポートするすべてのプラットフォームで実行できます。CLI は GUI と機能的に同等です。この CLI を使ってローカルまたはリモート データベース エンジンへのライセンスを管理することができます。

GUI および CLI では、ライセンス タイプ、ユーザー数、セッション数、使用データの制限、プラットフォーム、失効日など、認証されているライセンスに関する情報を表示します。製品キー情報は、製品同梱書類にも記載されています。

CLI はすべてのプラットフォームで同じ構文を使用します。

ツール名は以下のいずれかです。

次の表はオプションとパラメーターについて説明したものです。

CLI に関連する操作については、CLI 操作を参照してください。

このセクションでは、ライセンス管理で実行できる操作について説明します。操作の多くは License Administrator で行います。

License Administrator がエンジンへ接続できるようにするには、指定したコンピューター上でデータベース エンジンが実行されている必要があります。

GUI License Administrator は、インターネットに接続されたローカル マシンのオンライン認証、およびインターネットに接続されていないマシン上のデータベース エンジンのリモート認証に使用することができます。

-i オプションで返されるに列情報については、License Administrator のコマンド ラインのオプションとパラメーターを参照してください。

場合によっては、製品を認証解除することなく、ユーザー数、セッション数または使用データのキーおよびそれに関連付けられている追加キーを削除する必要があるかもしれません。この操作はキーの "クリア" と呼ばれます。

どちらのコマンドでも、クリアの確認メッセージを表示しないようにする場合は、"force" パラメーターを追加できます。

例：clilcadm -c force

Zen では、キーの認証および認証解除の代替方法をいくつか提供します。ただし、可能であればオンライン認証を使用して、Zen を認証してください。Zen がインストールされているマシンがリモートによるインターネット アクセスのみが可能という場合は、リモートで認証することができます。

リモート データベース エンジンに接続する場合は、リモート認証に GUI License Administrator を使用することもできます。

Zen がインストールされているマシンがインターネット アクセス不可の場合は、オフライン認証が利用できます。

Zen が実行しているマシンでインターネット アクセスできない場合、オフライン認証を検討してください。オフライン認証には、2 台のマシンを使用して実行する 3 つのタスクがあります。たとえば、Zen 製品の認証を必要としますが、インターネットへは接続できないマシン A があり、また、Zen をインストールする必要はないものの、インターネット接続が可能な マシン B があるとします。

オフラインによるキーの認証解除については、弊社テクニカル サポート部門へのご連絡が必要です。

オンライン、リモートまたはオフラインのいずれの方法でもキーの認証を行うことができない場合は、手動による認証を使用して Zen Enterprise Server、Cloud Server または Workgroup を認証することができます。

手動認証を行うには、インストールが正常終了しており、かつ、有効な製品キーがあることが前提です。製品キーがない場合は、弊社またはソフトウェア ベンダーから入手することができます。

手動認証でキーを認証する場合は、手動認証ウィザードまたはコマンド ライン ツール使用することができます。手動認証ウィザードは Windows、Linux および macOS で使用可能な GUI アプリケーションです。コマンドライン ツールの clipaadm は、サポートされるすべてのプラットフォームで動作します。どちらの方法も同じ認証手順をガイドします。

コマンド プロンプトから手動認証ツールでキーを認証する手順は、clipaadm で提供されています。

手動による認証解除はできません。手動認証を利用して認証されたライセンスを認証解除するには、弊社までご連絡いただく必要があります。

Notification Viewer は、ライセンス コンポーネントによって記録されるメッセージを表示するツールです。このツールは、注目すべきライセンス メッセージをわかりやすく通知することを目的としています。Notification Viewer は License Administrator の構成要素ではありませんが、ライセンスを処理する際に役立つので、ここで少し触れておきます。

『Advanced Operations Guide』で以下のトピックを参照してください。