ZenCC では、設定はエンジンまたはクライアントのプロパティです。ZenCC でエンジンのプロパティを設定するにはおよび ZenCC でローカル クライアントのプロパティを設定するにはを参照してください。

設定自体の説明は、設定リファレンスにあります。

CLI ツールも、入力ファイルを使用しないでコマンド ラインから設定を変更したことを知らせます。入力ファイルを使用した場合は、常にエンジンの再起動が要求されます。bcfg を使用した設定を参照してください。

コマンド ラインからサーバー データベース エンジンの停止および起動を行う場合は、『Zen User's Guide』の以下のトピックを参照してください。

ワークグループ エンジンの停止および起動を行う場合は、『Zen User's Guide』の Windows 上での Workgroup エンジンの起動と停止を参照してください。

ローカル クライアントのコンポーネントだけでなく、ローカル エンジンおよびリモート エンジンの構成も行えます。ただし、エンジンはそれぞれ個別に構成する必要があります。ZenCC での設定および bcfg を使用した設定を参照してください。

選択した設定に関するヘルプ トピックを開くには、F1 キーを押します。設定の全般的な説明は、全プラットフォームにおけるサーバー設定プロパティにあります。

Windows システムではプロパティをコマンド ラインから設定することもできます。通常、この方法は Linux、macOS、および Raspbian システムでも使用されます。bcfg を使用した設定を参照してください。

bcfg コマンド ライン ツールは、ZenCC のプロパティ ダイアログと同様の設定機能を提供します。このツールは、Zen でサポートされる Windows、Linux、macOS、および Raspbian プラットフォームで実行します。各プラットフォームに応じて実行可能プログラムは、bcfg.bat、bcfg.exe、または Unix ベースのシステムでは単に bcfg が使用できます。Java をサポートするシステムには、bcfg の実行に必要な JRE コンポーネントが Zen と一緒にインストールされます。Windows システムの場合、bcfg は Zen インストールの bin ディレクトリにインストールされます。Unix システムの場合は、/usr/local/actianzen/bin にあります。

入力ファイルを使用した場合、そのファイルの設定内容にかかわらず、bcfg は設定を有効にするためにデータベース エンジンを再起動するよう促します。

コマンド ラインから構成を行った場合は、bcfg はその設定が再起動を要求する場合にのみ、データベース エンジンの再起動を促します。

エンジンを再起動する手順については、設定の変更が有効になっていることを確認するを参照してください。

Zen サーバーは、Windows、Linux、macOS、および Raspbian プラットフォームで、ZenCC またはコマンド ライン ツールの bcfg を使用して構成することができます。ZenCC では、データベース エンジン ノードを右クリックしてプロパティ ウィンドウを開きます。コマンド ラインについては、bcfg を使用した設定を参照してください。

この設定は、通信マネージャーが、リモート サーバーやクライアント ワークステーションからのリクエストを受け付けるかどうかを指定します。このオプションをオンにすると、通信マネージャーは、ネットワークでの存在を通知します。

クライアントがキャッシュ エンジンを使用してサーバーに接続することをサーバーがサポートするかどうかを指定します。オフに設定してもクライアントはサーバーに接続はできますが、キャッシュ エンジンを使用することはできません。

この設定をオンにした場合、データベース エンジンはクライアントに保管されているユーザー資格情報を受け付けます。保管方法および場所は、クライアントのオペレーティング システムによって異なります。

この設定をオフにした場合、データベース エンジンはクライアントに対し、資格情報が必要なデータベース操作の対象から保管されている資格情報は強制的に除外します。このような資格情報は、アプリケーションから、またはログイン ダイアログで提供する必要があります。この設定がオフであっても、ログイン ダイアログを使用して指定されれば、ログイン ダイアログはクライアント保持の資格情報を書き込もうとします。ただし、これは受け入れられません。

クライアント保持の資格情報が認められている場合は、資格情報を知らなくても、誰でもその特定クライアントのコンピューターに向かい、保管されている資格情報を使ってデータベースにログインすることができます。この動作は、個々のユーザーの厳密な認証は重要でない環境、たとえば、すべてのユーザーが同レベルのアクセス権限を持っている、物理的にセキュリティ保護されているような環境では便利です。一方、権限のない人が存在したり、権限のあるユーザーがアクセス権限のレベルを変更しているような環境では、この設定はオフにしておく必要があります。

クライアント資格情報の入力要求も参照してください。

上記の 3 種類の認証方法に加え、使用可能な場合は、Samba を使用することもできます。Configuration File（Linux、macOS、および Raspbian エンジンのみ）で説明されているように PVPIPE$ が共有されている場合、Zen エンジンは FIFO を $ACTIANZEN_ROOT/etc/pipe/mkde.pip に作成します。PVPIPE$ は Linux でのみサポートされます。

クライアントが認証されることを確認するには、コマンド プロンプトで「\\<サーバー>\pvpipe$\mkde.pip」と入力します。多数の疑問符（印刷不可能なシンボル）といくつかの印刷可能な文字が表示され、警告音が鳴ります。表示されなかった場合は、Samba の設定ファイルを調べて、このパイプを読み取る権限があるかどうかを確認します。権限があるのにエラー 94 または 3119 が発生する場合は、Zen Control Center でエンジンの設定プロパティを使用して、または pvnetpass を使用して、RTSS 設定を確認します。

デフォルト値は /etc/smb.conf です。Samba の設定ファイルを別の場所にインストールした場合は、正しいパス名を入力します。

zen-svc というユーザー名のユーザーがこの共有にアクセスできるようにするには、smbpasswd コマンドを特定のパラメーターと一緒に使用する必要があります。-n オプションに関する情報は、Samba のドキュメントをお読みください。アクセスを有効にする準備が整ったら、Zen Enterprise Server または Cloud Server がインストールされているシステムで以下のことを行います。

この設定をオンにした場合、ほかの認証資格情報がないときには、ユーザーにログイン ダイアログを表示するよう、エンジンが Windows クライアントに要求します。この設定は、混合またはデータベース セキュリティが有効になっている場合にのみ適用されます。ただし、いかなる状況下でも Linux、macOS、または Raspbian クライアントには適用されません。有効な資格情報が別の手段、たとえば、明示的な Btrieve Login（78）オペレーションやクライアントに保管されている資格情報によって提供される場合は、ログイン ダイアログは表示されません。

この設定をオフにして、新しいセキュリティ モデルのいずれかを使用している場合は、ユーザー資格情報をプログラムから提供する（クライアントに保管されている資格情報を提供するか、Btrieve の Login（78）、Open（0）、または Create（14）オペレーションによって提供する）必要があります。そうしないと、ログインの試行は認証エラーで失敗します。

関連項目

このプロパティは、指定されたクライアントまたはサーバーがネットワーク通信で暗号化を使用するかどうかを指定します。デフォルト値は "必要な場合" です。これは、クライアントまたはサーバーは、通信ストリームの相手側が暗号化を要求している場合にのみ暗号化を使用するという意味です。たとえば、サーバー A は［ワイヤ暗号化］値を "常時" に設定しており、サーバー B は "しない" に設定しているとします。クライアントはこの値を "必要な場合" に設定しています。この場合、クライアントはサーバー A と通信する場合には暗号化を使用しますが、サーバー B と通信する場合には暗号化を使用しません。

この設定は、ネットワークの停止時にクライアントが自動的に再接続を試行することをサーバーにサポートさせるかどうかを指定します。オンに設定すると、自動再接続が有効になります。

接続不能となる前にクライアントがサーバーにどれだけの時間再接続を試行するかを指定します。前述の自動再接続タイムアウトを参照してください。

このオプションは、［TCP/IP マルチホーム］がオフの場合に MicroKernel が受信待ちする IP アドレス（1 つまたは複数）を指定します。このオプションは、［TCP/IP マルチホーム］がオンの場合は無視されます。

複数の IP アドレスを指定できますが、その場合は各アドレス間をカンマで区切る必要があります。このアドレス文字列は IPv4 アドレスと IPv6 アドレスの組み合わせも可能です。Zen でサポートされる IPv6 アドレス形式が使用できます。『Getting Started with Zen』の「ドライブ ベースの形式」を参照してください。

このオプションは、データベース エンジンがすべてのネットワーク インターフェイスでクライアント接続の受信待ちをするかどうかを指定します。オンに設定した場合、データベース エンジンはすべてのネットワーク インターフェイスで受信待ちをし、［リッスン IP アドレス］オプションの IP アドレスは無視されます。この設定をオフにする場合は、クライアント通信に使用するデータベース エンジンへのアドレスを［リッスン IP アドレス］に指定する必要があります。

このポート番号は、このサーバーを指定するクライアント DSN に定義されたものと同じ番号である必要があります。クライアント DSN でポート番号を変更する方法については、『ODBC Guide』の「詳細な接続属性」を参照してください。

ポートに関する詳細については、『Getting Started with Zen』の「デフォルトの通信ポートの変更」を参照してください。

この設定はファイルを新規作成するときに使用する形式を指定します。ただし、既に作成済みのファイルには影響しません。ファイルのバージョンが 6.x 以降であれば、ファイル形式を変更することなく読み込みと書き込みができます。このため、8.x ファイルは 8.x ファイル形式のままで、7.x ファイルは 7.x 形式のままで、そして 6.x ファイルは 6.x 形式ままで状態が保持されます。5.x ファイル以前は例外です。これらのファイルは読み込むことはできますが、最初にリビルドして新しいバージョンの形式に変換しない限り書き込みはできません。

6.x、7.x、または 8.x は、旧バージョンの MicroKernel と互換性を保つ必要がある場合にのみ選択します。

システム データは各レコード内の隠されている重複のないキーを参照します。MicroKernel はトランザクション一貫性保持を確実にするのに行を一意に識別できることが必要なため、ファイルは重複のないキーを定義するかまたはシステム データを含める必要があります。デフォルト値は［必要な場合］です。使用可能な値は、次のとおりです。

この設定は、ファイルのバックアップを容易にするアーカイブ ログを MicroKernel に実行させるかどうかを指定します。システム障害が発生した場合、アーカイブ ログ ファイルおよび butil -rollfwd コマンドを使用して、最後にバックアップを取ったときからシステム障害が発生するまでの間にファイルに加えられた変更を修復できます。

MicroKernel にアーカイブ ログを実行させるには、アーカイブ ログを実行するファイルのあるボリュームにアーカイブ ログ設定ファイルを作成し、エントリを追加することによりファイルを指定する必要があります。アーカイブ ログの詳細については、「アーカイブ ログおよび Continuous オペレーションについて」を参照してください。

この設定は、システム トランザクションを起動させるタイム リミットを指定します。MicroKernel は、［オペレーション バンドル制限］か［起動時間制限］のいずれかで設定された値に達した場合、またはキャッシュの再利用が必要な場合に、システム トランザクションを起動します。

このオプションは、システム トランザクションを起動するのに必要なオペレーション（1 つの任意のファイルで実行）の最大数を指定します。MicroKernel は、［オペレーション バンドル制限］か［起動時間制限］のいずれかで設定された値に達した場合、またはキャッシュの再利用が必要な場合に、システム トランザクションを起動します。

トランザクション一貫性保持は、システム障害時に正常終了していたトランザクションがデータ ファイルにコミットされることを保証する点以外はトランザクション ログと同じです。

トランザクション ログとトランザクション一貫性保持の詳細については、「トランザクション ログおよびトランザクション一貫性保持」を参照してください。

詳細については、トランザクション ログにある同様の「関連する設定」を参照してください。

関連する［トランザクション一貫性保持］の設定がオンになっている場合、ロギングは自動的に行われ、［トランザクション ログ］設定は無視されます。

トランザクション ログとトランザクション一貫性保持の詳細については、「トランザクション ログおよびトランザクション一貫性保持」を参照してください。

サーバー設定の［トランザクション一貫性保持］はトランザクション ログに似ていますが、より高レベルのデータ安全性を提供し、パフォーマンスは低レベルとなります。サーバーの設定にある［ログ バッファー サイズ］ および［トランザクション ログ サイズ］ はトランザクション ログと関連しています。［ログ バッファー サイズ］を使用すると、トランザクション一貫性保持とパフォーマンスとのバランスを構成することができます。ログ バッファーが大きいほどディスクに書き込まれる回数が少ないため、パフォーマンスが向上します。ただし、ログ バッファー内のデータベースの変更はシステム障害が起こった場合保守されません。

［トランザクション ログ サイズ］は、新しいセグメントを開始する前に各ログ ファイル セグメントがどれだけのサイズになることができるかを制御します。

トランザクション ロックの詳細については、『Zen Programmer's Guide』のほかに、『Btrieve API Guide』に記載されているさまざまなオペレーションのロック バイアス手順を参照してください。

この設定は、MicroKernel がトレース ファイルに書き込むデータ バッファーのサイズを指定します。この設定を使用するには、［トレース オペレーションの実行］設定をオンにしておく必要があります。指定するサイズは、必要とするトレースのレベル（データ全体のバッファーの内容を確認する必要があるのか、またはあるレコードを特定できるだけのバッファー内容があれば十分なのかなど）に左右されます。

この設定は、MicroKernel がトレース ファイルに書き込むキー バッファーのサイズを指定します。この設定を使用するには、［トレース オペレーションの実行］設定をオンにしておく必要があります。指定するサイズは、必要とするトレースのレベル（キー全体のバッファー内容を確認する必要があるのか、またはあるキーを特定できるだけのバッファー内容があれば十分なのかなど）に左右されます。

トレースされる Btrieve API オペレーション コードにはチェックマークが付けられています（選択されています）。リストからトレースするオペレーションを選択します。

Zen ファイルのデフォルトの保存場所については、『Getting Started with Zen』の「ファイルはどこにインストールされますか？」を参照してください。

このプロパティは、Zen がクエリの処理中に一時ファイルを書き込むことができるディレクトリを設定します。詳細については、『SQL Engine Reference』の「テンポラリ ファイル」を参照してください。

エンジンは、トランザクション一貫性保持またはトランザクション ログの設定がオンでない場合、この設定を無視します。

データベース エンジンを頻繁に使用すると見込まれる場合は、データ ファイルが存在するのとは物理的に別のボリュームにトランザクション ログが保持されるようにシステムを構成する必要があります。高負荷の下では、単一ドライブで I/O 帯域幅を競う代わりに、ログの書き込みとデータ ファイルの書き込みを別のドライブに分ける方が一般的にパフォーマンスがよくなります。トランザクション ログの詳細については、「トランザクション ログおよびトランザクション一貫性保持」を参照してください。

デフォルト値はありませんが、作業ディレクトリを指定しない場合、データ ファイルのロケーションがデフォルトになります。作業ディレクトリを指定するには、［作業ディレクトリ］フィールドにパスを入力します。パスには、ドライブまたはボリュームの指定か UNC パスが含まれている必要があります。

この設定により、アクティブなクライアントが存在しない状態で一定の時間が過ぎると、MicroKernel は、大部分のメモリ容量およびスレッド リソースをシステムに解放し、最小の状態に戻ります。その時間は、［最小の状態に戻す待ち時間］の値で設定します。ほかのクライアントがアクティブになった場合は、MicroKernel により、リソースが再度割り当てられます。

この設定は、［非アクティブ時、最小の状態に戻す］にオフ（デフォルト）が設定されている場合は無視されます。

このオプションは、MicroKernel が、MicroKernel 自体のキャッシュ割当サイズに加え、設定プロパティで指定したシステム キャッシュを使用するかどうかを指定します。

L2 キャッシュを使用している場合は、［システム キャッシュ］をオフに設定する必要があります。MicroKernel の最大メモリ使用量の設定を確認してください。［MicroKernel の最大メモリ使用量］にゼロより大きい値が設定されている場合は、L2 キャッシュを使用しています。

L2 キャッシュを使用していない場合は［システム キャッシュ］をオンにすると、パフォーマンスが向上します。MicroKernel は書き出すページを構成したりグループ化するのにシステム キャッシュを使用します。システム キャッシュがより効果的にページをディスクに書き出せるようにフラッシュを十分に遅らせます。ただし、サーバーにキャッシュ付きのディスク アレイがある場合は［システム キャッシュ］の設定をオフにすることにより、より良いパフォーマンスを得られることがあります。

データの最適化の詳細については、「データ ファイルの断片化の監視」を参照してください。

一般的に言うと、キャッシュ割当サイズの値がシステム上の物理メモリの 40 % より小さく、設定プロパティの［MicroKernel の最大メモリ使用量］が 40% より大きい値に設定されている場合に、全体のパフォーマンスは最高になります。最適な設定は、データ ファイルのサイズ、システム上で実行されるほかのアプリケーションの数、および物理メモリの量によって変わります。

この設定は、MicroKernel が、インデックス バランスを実行するかどうかを制御します。インデックス バランスにより、読み取りオペレーションのパフォーマンスは向上します。しかし、このオプションを有効にすると、時間がさらにかかり、挿入、更新、削除オペレーション時にさらにディスクの I/O が必要な場合があります。インデックス バランスの詳細については、『Zen Programmer's Guide』を参照してください。

この設定は、データ ファイルのサイズがオペレーティング システムのファイル セグメントの上限である 2GB を超えるごとに、ファイルを自動的に分割するかどうかを指定します。オンに設定した場合、データ ファイルは 2GB のセグメントに分割されます。オフに設定した場合、データ ファイルはセグメント化されず単一のファイルのままです。より大きいサイズの非セグメント化ファイルを使用する利点は、より効率的なディスク I/O です。つまり、パフォーマンスの向上が期待できます。

「ファイル バージョンの自動アップグレード」の関連情報も参照してください。

値にゼロを入力すると、動的キャッシュはオフになります。この場合、使用できるキャッシュは L1 のみで、［キャッシュ割当サイズ］で指定したサイズになります。また、この場合、使用されるメモリの最大量は制限されず、必要に応じて、MicroKernel用の追加メモリの割り当てと解放が行われるようになります。

次の方程式を使用して MicroKernel 最大メモリ使用量の近似値を割り出します。

（L1 キャッシュサイズ + 内部割り当て + L2 キャッシュ サイズ / 物理メモリのサイズ) * 100

パフォーマンス チューニングの詳細については、パフォーマンス チューニングを参照してください。

Zen のすべてのエディションをクライアントとして構成できます。クライアント プロパティは（クライアントして動作するサーバーも含め）クライアントごとに個別に設定する必要があります。Windows プラットフォームで、Zen Control Center またはコマンド ライン ツールの bcfg を使用してクライアントを構成することができます。ZenCC では、Zen エクスプローラーでデータベース エンジン ノードを右クリックしてプロパティ ウィンドウを開きます。bcfg については、bcfg を使用した設定を参照してください。

このオプションは、MicroKernel ルーターが、Zen が動作していないコンピューターのリストをレジストリに保存する必要があるかどうかを指定します。レジストリに保存すると、ゲートウェイ エンジンの検索に必要な時間を短縮できます。ワークグループに新しいエンジンを追加するときは、このオプションをオフに設定する必要があります。

アプリケーションが idshosts によるマッピング機能を使用しない場合は、パフォーマンスを向上させるために［IDS の使用］をオフにします。

アプリケーションが既に idshosts を使用している場合、あるいはこの代替方法を使用してファイルの場所をマップしたいと考えている場合は、［IDS の使用］をオンにします。「idshosts ファイルの使用」を参照してください。

この設定は、MicroKernel ルーターが、リモート サーバーで動作しているエンジンへのアクセスを許可するかどうかを指定します。この設定をオンにし、［ローカル MicroKernel エンジンの使用］の設定をオンにした場合、まずリモート サーバーへの接続が試行されます。

ワイヤ暗号化 を参照してください。

ワイヤ暗号化レベルを参照してください。

これらの設定は、キャッシュ エンジンが実行されている場合にのみ適用されます。ワークグループ エンジンはキャッシュ エンジンを兼ねています。ただし、データベース サーバー エンジンが実行されている場合にはキャッシュ エンジンは使用されないことに注意してください。

この設定により、アクティブなクライアントが存在しない状態で一定の時間が過ぎると、キャッシュ エンジンは大部分のメモリ容量およびスレッド リソースをシステムに解放し、最小の状態に戻ります。その時間は、［最小の状態に戻す待ち時間］の値で設定します。ほかのクライアントがアクティブになった場合は、キャッシュ エンジンにより、リソースが再度割り当てられます。

一般的に言うと、［キャッシュ割当サイズ］の値がシステム上の物理メモリの 40% より小さく、設定プロパティの［MicroKernel の最大メモリ使用量］が 40% より大きい値に設定されている場合に、全体のパフォーマンスは最高になります。最適な設定は、データ ファイルのサイズ、システム上で実行されるほかのアプリケーションの数、および物理メモリの量によって変わります。

値にゼロ（0）を入力すると、動的キャッシュはオフになります。この場合、使用できるキャッシュは L1 のみで、［キャッシュ割当サイズ］で設定されたメモリ量が利用可能です。

パフォーマンス チューニングの詳細については、パフォーマンス チューニングを参照してください。

この設定は、［非アクティブ時、最小の状態に戻す］にオフ（デフォルト）が設定されている場合は無視されます。

これらの設定は、キャッシュ エンジンが実行されている場合にのみ適用されます。ワークグループ エンジンはキャッシュ エンジンを兼ねています。ただし、データベース エンジンが実行されている場合にはキャッシュ エンジンは使用されないことに注意してください。

［キャッシュ エンジンのデバッグ］で使用できる設定は、［サーバー｜デバッグ］にある類似した設定がメインのデータベース エンジンに対して実行するのと同様の機能を、クライアント キャッシュに対して実行します。各設定の詳細については、関連するサーバー設定を参照してください。

この設定は、ネットワークの停止時にクライアントが自動再接続を試行するかどうかを指定します。オンに設定すると、自動再接続が有効になります。

この設定は、以前は通信リクエスターの TCP/IP 接続タイムアウトと呼ばれていました。

このプロパティではクライアント キャッシュ エンジンを使用するかどうかを設定します。このエンジンは、MicroKernel エンジンのサブセットで、読み取り専用にデータをキャッシュし、別プロセスで実行されます。クライアント キャッシュ エンジンは、クライアント キャッシュやキャッシュ エンジンとも呼ばれます。

［キャッシュ エンジンの使用］設定がオフの場合、クライアント側に何もキャッシュされません。アプリケーションからの読み取り要求によって、リモート データベース エンジンからデータを直接取得します。

［キャッシュ エンジンの使用］設定がオンの場合、クライアント キャッシュ エンジンが、クライアントとリモート データベース エンジンとの間で、データのキャッシュを仲介する役割を果たすことを意味します。アプリケーションが初めて読み取り要求を行ったときに、クライアント キャッシュ エンジンはデータをキャッシュします。その後、同じレコードに対してさらに読み取り要求を行う際は、このキャッシュ データで対応します。その読み取りのために、リモート データベース エンジンにアクセスする必要はありません。

install_path\Zen\bin\zenengnapp

クライアント キャッシュが開始すると、タスク バーの右端の通知領域にアイコンが表示されます。このアイコンでクライアント キャッシュ エンジンを制御できます。クライアント キャッシュを停止するには、アイコンを右クリックし、［エンジンを停止して終了］を選択します。

クライアントがサービスとしてインストールされた場合、クライアント キャッシュ エンジンはデフォルトで自動的に開始します。ただし、クライアント キャッシュ サービスが実行中でも、［キャッシュ エンジンの使用］がオンになっていなければ、アプリケーションはクライアント キャッシュを実行しません。

以下の操作はクライアント キャッシュには格納されません。

キャッシュ割当サイズ プロパティのクライアント キャッシュに関する説明も参照してください。

この設定は、ランタイム サーバー サポートを制御します。この設定が Yes（有効）の場合は、現在実行しているドライブの現在のユーザー名とパスワードが使用されます。別のユーザー名で RTSS を有効にするには、「ユーザー名,パスワード」を入力します。

Zen Control Center またはコマンド ライン ツールの bcfg を使用して Zen クライアントを構成することができます。ZenCC では、Zen Control Centerで MicroKernel ルーター ノードを右クリックしてプロパティ ウィンドウを開きます。bcfg については、bcfg を使用した設定を参照してください。

Linux、macOS、または Raspbian クライアントは設定値の確認または変更を行う場合、大文字小文字を区別しません。たとえば、設定値に Yes または yes を入力した場合、クライアントはこれらを同一の値であると解釈します。

クライアントを使用しているコンピューターにサーバー エンジンがない場合は、ローカル設定（［Local］）を無効（"No"）にします。Use Local MicroKernel Engine｜ローカル MicroKernel エンジンの使用を参照してください。

/mymount/usr/gary/file with spaces.mkd

スペースを含まないファイル名を使用したい場合は、［スペースを含むファイル/ディレクトリ］（［Embedded Spaces］）設定を変更する必要があります。Embedded Spaces｜スペースを含むファイル/ディレクトリを参照してください。

ローカル MicroKernel エンジンの使用を参照してください。

リモート MicroKernel エンジンの使用を参照してください。

/mnt/myremotedata/sample.btr

IDS の使用を参照してください。

ワイヤ暗号化を参照してください。

ワイヤ暗号化レベルを参照してください。

この設定は、ネットワークの停止時にクライアントが自動再接続を試行するかどうかを指定します。オンに設定すると、自動再接続が有効になります。

スペースを含むファイル/ディレクトリを参照してください。

キー長の検証を参照してください。

Zen Control Center またはコマンド ライン ツールの bcfg を使用して Client Reporting Engine を構成することができます。