Audit for PSQL の管理

Audit for PSQL は非表示のネットワーク共有をインストールして、リモートクライアントが他のシステムから Audit for PSQL Viewer にアクセスできるようにします。セキュリティ上の理由により、ネットワーク共有を無効にしてリモートアクセスをブロックする場合は、Audit for PSQL をインストールした後に、ネットワーク共有を明示的なローカルパスに置き換えることができます。この置き換えは、Audit for PSQL がインストールされているサーバーでのみ行うことができます。リモートクライアントからは行えません。既存の監査レコードに影響を与えませんが、共有の削除処理を完了するには、イベントハンドラーを再起動するときに一時的に監査を停止する必要があります。

設定グループ	設定	用途
AMMON Paths	さまざまなパス名	これらの場所は、共有ボリュームで動作するようにインストール時に設定され、その共有ボリュームは Audit for PSQL インストーラーによって作成されます。セキュリティ要件を満たすために、共有を明示的なローカルパス名に置き換えることができます。手順については、ネットワーク共有をローカルパスに置き換えるを参照してください。そうすることで、リモートクライアントがブロックされ、ローカルシステムへのアクセスのみに制限されます。
AMMON Settings	Archives to Keep	Automated Archiving と組み合わせて使用します。この値のデフォルトは -1 で、これは、システムはアーカイブファイルの数を監視しないことを意味します。値が 0 よりも大きい場合は、システムは指定された数だけ新しいファイルを保持し、古いファイルから削除します。Archives to Keep を参照してください。
AMMON Settings	Mapper Threshold	Audit Viewer 内の現在のビューファイルを自動更新する頻度を制御します。デフォルトは 1 で、これは 1 分を表します。値をゼロに設定すると、自動更新はオフになります。amstatus.log 内の該当エントリは、"Running Mapper after n minute(s)." です。
Automated Archiving	アーカイブファイルの作成	監査レコードをアーカイブファイルへ自動的に変換する方法を設定します。手順については、Automated Archiving を参照してください。
Common Settings	Archive Disk Limit	Automated Archiving 設定で使用されます。この値のデフォルトは -1 で、これは、システムはすべてのアーカイブファイルの合計ファイルサイズを監視しないことを意味します。値が 0 バイトよりも大きい場合は、システムは最新のファイルから、ファイルの合計サイズが指定されたバイト数以下になるファイルのみを保持し、古いファイルを削除します。Archive Disk Limit を参照してください。
Common Settings	MaxStatusLogSize	amstatus.log ファイルの最大長（バイト単位）。デフォルトは 10000000（1 千万）バイトです。最小値は 1024 バイトです。
Common Settings	MSG API Detection List	監視するファイルの種類をスペースで区切った一覧。デフォルトは btrv で、現在のリリースで許可されている値はこれだけです。
Common Settings	StatusLogFile	amstatus.log ファイルの場所。デフォルトのパスでは Audit for PSQL の共有の PVSWAUDIT$ を使用しますが、別の場所に置き換えてもかまいません。
Errors to Audit	監査する Btrieve エラーコード	監査イベントとして記録する、Microkernel エンジンのステータスコードを設定します。特定の番号は、インストール時にデフォルトでオンになっています。Errors to Audit を参照してください。
Operations to Audit	グローバルに監査する操作	監視する各ファイルについて、デフォルトで監査ログに入れる Microkernel エンジンのイベントを設定します。これらの設定は、ファイルごとに手動で変更することができます。Operations to Audit Globally を参照してください。
TNBTMON Paths	内部のレガシー設定	現在使用されていません。

エラー	説明
2	アプリケーションで I/O エラーが発生しました。
8	現在のポジションが不正です。
18	ディスクがいっぱいです。
19	アプリケーションで修復不能なエラーが発生しました。
32	ファイルを拡張できません。
37	別のトランザクションが実行中です。
43	指定されたレコードアドレスが不正です。
46	要求したファイルへのアクセスは拒否されました。
51	オーナーネームが不正です。
54	レコードの可変長部分が破損しています。
67	MicroKernel が、SQL データ辞書ファイルを開けません。
69	Delete オペレーションが、破損したファイルに対して指定されました。
73	RI 定義は同期が取れていません。
101	オペレーティングシステムのメモリが不十分です。
138	MicroKernel が不正なヌルインジケータを検出しました。
141	データベースログインのユーザー名が不正です。
142	ログイン時に指定されたデータベースが不正です。
143	MicroKernel は、セキュリティ設定されたデータベース内のファイルに権限なしでアクセスすることを許可しません。
147	ログセグメントが見つかりません。
148	ロールフォワードエラーが発生しました。

メモ： PSQL データベースでは、クライアント側のキャッシュエンジンがオンになっている場合、キャッシュエンジンは 8 回連続で読み取りをした後、さらに読み取ることを見越してデータベースページ全体を読み取ります。キャッシュエンジンによって読み取られたデータベースページ内のレコードは、サーバー上のイベントハンドラーで監査されません。監査において、あらゆる読み取りがキャプチャされることを必要とする場合は、設定がオフになっていることを確認してください。ただし、エンジンのキャッシュを使わないと、データベースのパフォーマンスが低下することがあります。この動作は、8 回連続の読み取りというしきい値に達した場合にのみ発生します。7 回読み取った後に更新が発生した場合には、キャッシュは発生せず、7 回すべての読み取りがキャプチャされます。PSQL Control Center で［ローカルクライアント］を展開し、［MicroKernel ルーター］を右クリックして［プロパティ］を選択します。次に［パフォーマンスチューニング］をクリックして、［キャッシュエンジンの使用］設定を確認します。デフォルトで、この設定はオフです。