ここでは、ログの運用方法について、設計時に検討しておくべきことについて説明します。
管理サーバ/統合管理サーバでの検討項目
Systemwalker Desktop Keeperを運用し、ログを収集し続けると、保存領域が足りなくなります。このため、管理サーバ/統合管理サーバ上のログを定期的に退避しデータベース領域を削除していくことにより、データベース領域を枯渇させることなく、安定した運用を行うことができます。
管理サーバ/統合管理サーバで決定しておく項目は以下の3点です。
データベース容量
ログの退避方法・削除方法
付帯データの退避方法
以下の情報を設計時に検討し、データベース構築時の容量試算の要素を決定してください。
管理するCTの台数
ファイル操作ログ件数
ファイル操作以外のログ件数
保存月数
特に、保存月数については、ログの退避や削除の期間と連動する情報になりますので、常にどれだけの期間のログを参照するかの決定が必要です。
ログの退避／削除は、GUI、およびコマンドによるタスク実行などにより行います。定常的な運用を行う場合は、退避コマンドを実行するバッチを作成し、定期的に実行するようにしてください。GUI、コマンド、およびバッチ作成例は“3.1.2 ユーザー資産を退避する”を参照してください。
ログの退避の考え方
ログの退避するタイミングは、以下の2つの考え方があります。
保存期間を過ぎたログを退避し、退避したログを削除する
直近のログを退避し、保存期間を過ぎたログを削除する
データベース容量はログ量が一時的に多くなる場合を想定して、保存月数に余裕をもって構築しておく必要があります。
付帯データはデータベースには保存されていません。またバックアップツールでの退避対象でもないため、設定によってはサーバ(又はクライアント(CT))に画面キャプチャデータ、原本保管データが大量に蓄積され、ディスク容量が枯渇する可能性があります。このため上記のログ運用とは別に、定期的な容量確認とバックアップおよび削除を行ってください。
付帯データである画面キャプチャデータ、原本保管データの格納先フォルダの構成は、以下のとおりです。付帯データの格納先については、“2.2.5.7 保存先フォルダを設定する”を参照してください。
【構成】
付帯データの格納先フォルダ
+-日単位のフォルダ
+-CT単位のフォルダ
【例】
ログアナライザサーバでの検討項目
ログアナライザサーバを構築し、ログの分析機能やレポート出力機能を使用する場合、管理サーバ/統合管理サーバが収集したログは、ログアナライザサーバの共有フォルダに転送されます。
共有フォルダに格納されたログは、分析・集計され、ログアナライザサーバのデータベースに格納されますが、共有フォルダ上のログはそのまま保持されています。
このため、ログアナライザサーバ上の共有フォルダ上に格納されたログを定期的に退避し、退避済みのログをを削除していくことにより、共有フォルダ領域を枯渇させることなく、安定した運用を行うことができます。
共有フォルダが枯渇した場合、管理サーバ/統合管理サーバからログの転送に失敗します。このため定期的に共有フォルダの容量確認を行い、分析・集計済みのログについては退避した上で、削除を行ってください。
ログアナライザサーバの共有フォルダは以下のような構成になっています。
なお、ログアナライザサーバでの分析・集計が完了していないログは、退避・削除できません。
転送元ログ収集日のフォルダの配下に“ログ転送完了確認用ファイル(conv_end) ”が作成されているフォルダは、ログ分析・集計が完了し、ログアナライザサーバ上のデータベースに格納済みです。
上図の“転送コマンド実行日”フォルダ配下の“転送元管理サーバ名”フォルダに存在するすべての“転送元ログ収集日フォルダに“ログ転送完了確認用ファイル(conv_end) ”が作成されている場合に退避・削除できます。“転送コマンド実行日”フォルダ単位で、退避および削除を実施してください。
