情報化社会が進むにつれて、企業の機密情報や個人情報が漏洩するという事件が後を絶ちません。いった事件の早期の問題検知や原因特定のために、操作ログやアクセス履歴を記録しておくことが求められます。内部統制の観点からも、監査のためにログを残していくことが望ましいでしょう。SP2からアクセス履歴を記録して管理することができるようになりました。今回は、その機能である「アクセスログ」を紹介します。Servistaでは、リポジトリDBを使用することでユーザ管理ができるようになる。これによりユーザごとのアクセス権限を設定できるため、複数ユーザで開発する際には、権限の無いユーザーは特定の操作ができないようにするなどの管理が可能である。Servistaの通常のログ機構では、この権限管理の上でユーザが操作した内容については各種ログに情報が残される形となっている。以下のような内部統制に必要な情報を一元化して記録することはできなかった。Servistaの「アクセスログ」機能を使用して、ユーザの使用履歴を管理する。Console、ScriptRunner、トリガーなどの各種クライアント/ツールからDataSpiderServerにアクセスした処理を、ログに出力する機能である。アクセスログを有効にすると、「何がどのユーザにいつどのツールでどう行われたか」という内容のログが専用のログファイルに出力されるようになる。アクセスログは以下のような処理の実行時に出力される。▲アクセスログのイメージ図また、アクセスログで出力される内容は以下の通り。・ターゲット名(処理の対象を表す文字列)・オペレーション名(処理を表す文字列)・メッセージターゲット名、オペレーション名、メッセージについてはヘルプに詳細が記載されているため、そちらを参照してほしい。メリットアクセスログの使いどころとしては、以下のようなことが考えられる。・ユーザの使用履歴を記録し管理する・不正な使用があった場合の監査証跡として残す・障害時の原因究明に役立てるそのため、今回は運用パターンとして紹介しているが、開発・運用のフェーズに依らず、必要に応じて機能を有効にすることで、有益になりうる情報を記録しておくことができる。・アクセスログを有効にするには、「dslog.properties」と「DataSpiderServer.lax」に設定を行う必要がある。・アクセスログのログファイル(access.log)は日次でローテーションされるが、自動では削除されないため、ディスク容量が圧迫されないように管理する必要がある。・access.logは1操作、または1処理につき複数のログが出力されるため、ヘルプに記載してあるアクセスログの一覧から検索対象の操作を探し、「ターゲット名」と「オペレーション名」で検索することを推奨している。・DataSpiderServerへのアクセスログであるため、DataSpiderServerへのアクセスがないクライアント側のみで完結する操作や、クライアントからのアクセスではなくDataSpiderServerの内部処理で処理が実行された場合は、アクセスログには出力されない。・アクセスログの機能詳細については、以下の記事を参考にしてほしい。コミュニティを開くコメントログインしてコメントを残してください。