(57)【要約】【課題】従来の増加ファイルの監視方法は、システム管理者がマニュアルなどからログファイルなど増加ファイルの一覧を事前に洗い出しそのファイルについてのサイズの増加を管理していた。しかし、マニュアルから洗い出す際のもれ、マニュアル未記載のファイル、ユーザ作成プログラムのファイルについては監視できなかった。【解決手段】ファイル更新時にサイズが増加したファイルの一覧を記録しておき、定期的にその一覧を管理者に通知しもれなく増加ファイルの一覧を管理者に通知することができる。また、増加ファイルの一覧をベンダ所有のＤＢと比較することにより、通常の運用状態よりもサイズが増加したファイルの一覧を管理者に通知することで、ログ内に異常な状態が発生していることを早期に通知することができる。【選択図】  図１
2005031715.tif 000002
【特許請求の範囲】
【請求項１】
ファイルの更新時にファイルサイズが増加した前記ファイルの一覧を記録し、所定期間ごとに、前記ファイルサイズが増加したファイルの一覧を予め定められてた処理で通知することを特徴とするデータ管理方法。
【請求項２】
前記通知時に、予め登録した増加ファイル一覧データベースとサイズの増加率により、通知する前記ファイルを決定し、当該ファイルを通知することを特徴とする請求項１記載のデータ管理方法。
【請求項３】
前記通知時に、事前に登録してある増加ファイル一覧データベースとサイズの増加率を比較し、前記ファイルに対する増加危険度とともに通知することを特徴とする請求項１記載のデータ管理方法。
【請求項４】
前記増加ファイル一覧データベースにオペレーティングシステムやベンダ提供アプリケーションプログラムのデータなど、ベンダ提供プログラムに関するデータを格納することを特徴とする請求項２記載のデータ管理方法。
【請求項５】
前記増加ファイル一覧データベースに各顧客システムのファイル増加情報に収集したデータを記憶することを特徴とする請求項２記載のデータ管理方法。
【請求項６】
ファイルの更新時にファイルサイズが増加した前記ファイルの一覧を記録する手段と、所定期間ごとに、前記ファイルサイズが増加したファイルの一覧を予め定められてた処理で通知する手段とを備えたことを特徴とするデータ管理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
計算機の記憶手段に記憶するデータの管理技術に関する。
【０００２】
【従来の技術】
計算機上で動作するプログラムは一般的に運用に関する情報、障害情報やトラブルシュート用情報などをログファイルに採取しておく。システム管理者は例えば定期的にログファイルを参照し異常なメッセージがないかの確認を行う。通常ログファイルは追記型のファイルで、特にオペレーティングシステムが使用する領域にあるログファイルはそのファイルの増加により、オペレーティングシステムが使用できる領域がなくなり、システム停止が発生するなどの影響を及ぼすため、ログファイルのサイズの増加を監視し、システム運用に悪影響を及ぼす前にファイルの削除などの処理をおこなっている。また、アプリケーションプログラムが使用する領域とログファイルの格納領域が同じ領域の場合、プログラムが続行できなくなるといった影響を及ぼすため、アプリケーションプログラムが使用する領域もログファイルを監視し領域がなくなる前に削除するなどの処理をおこなっている。ログファイルのサイズの監視はマニュアルなどからログファイルの一覧をあげ、定期的にファイルとサイズの一覧を取得し、以前取得した一覧との比較を行うことで、監視していた。
ログファイルのサイズの増加の問題を解決する技術として、特許文献１に開示されているような技術がある。この技術は指定したファイル格納領域の指定したファイル種別について、指定したファイル格納領域のファイル数を制限することによって、ログファイルのサイズの増加を抑えるようにしているが、ファイル格納領域とファイル種別を指定する必要があった。
【０００３】
【特許文献１】
特開２０００−２１５０８９号
【０００４】
【発明が解決しようとする課題】
従来の方法では、システム管理者がマニュアル等からログファイルの一覧を手作業で事前に洗い出しておく必要がり、洗い出し時のもれの危険性があった。また、マニュアル未記載のファイルや、ユーザが作成したプログラムについては事前洗い出しができないため、ファイル領域が満杯になり、システム運用に問題が発生するまで、その増加ファイルに気づかない場合があった。
本発明の目的は、記憶装置における障害の可能性を事前に通知することにある。
【０００５】
【課題を解決するための手段】
本発明はファイル（もしくはデータ）更新時にサイズが増加したファイルの一覧を保存しておき、定期的に増加ファイル一覧情報をあらかじめ登録しておいた手段で管理者に通知する。また、増加ファイルＤＢと比較し、危険性のあるファイルの一覧のみを通知する。
【０００６】
【発明の実施の形態】
顧客システム（１０１）においてユーザ作成プログラム（１０５）やベンダから提供されたプログラム（１０６）などがファイルを更新する際、オペレーティングシステムのファイル管理部（１０８）に対しファイルの更新要求を行う。ファイルの更新要求を受け付けたファイル管理部（１０８）はファイル更新部（１０７）によりファイル格納ディスク（１１７）内の更新ファイル（１０９）を更新する。その際ファイル管理部（１０８）は更新前のファイルサイズと更新後のファイルサイズを比較し、ファイルサイズが増加した場合、更新ファイルＤＢキャッシュ（１１８）を更新する。ここでは、ファイルを一例として挙げているが、データでも良い。
【０００７】
ファイル管理部（１０８）はファイル更新ごとに更新ファイルＤＢ格納ディスク（１１９）内の更新ファイルＤＢ（１１０）に格納するのではなく、ファイル更新時はメモリ内にある更新ファイルＤＢキャッシュ（１１８）に情報を格納しておき、定期的に更新ファイルＤＢ（１１０）に更新ファイルＤＢキャッシュ（１１８）の内容を格納する。ファイル更新時に更新ファイルＤＢキャッシュのみに情報を格納することで、ファイル更新処理のパフォーマンス低下を抑えることができる。
【０００８】
増加ファイル監視プログラム（１０２）は定められた時間ごとに増加ファイル判定部（１０４）により、更新ファイルＤＢ（１１０）よりサイズが増加したファイルの一覧を取得し、増加ファイル通知部（１０３）により、メール、メッセージ管理プログラムへの通知、指定場所へのファイル一覧の格納など、あらかじめ登録しておいた通知手段で管理者のメイルアドレスに通知する。また、更新ファイル判定部（１０４）はベンダシステム（１１１）の増加ファイル判定プログラム（１１２）に対し増加ファイル一覧を送付し、増加ファイル判定プログラム（１１２）より取得した情報をもとに通知が必要な増加ファイルの一覧を増加ファイル通知部（１０３）より管理者に通知する。管理者への通知は、管理者のメイルアドレスへメイルされたり、管理者端末へ通知され、その内容を表示する方式を採ることもできる。
【０００９】
ベンダシステム（１１１）の増加ファイル判定プログラム（１１２）は要求処理部（１１３）が要求を受け付けると増加ファイル比較部（１１４）を呼び出し、増加ファイル比較部（１１４）は増加ファイルＤＢ（１１６）とユーザシステムから受け取った増加ファイル一覧と比較し、通知が必要かどうかの判定を行う。判定結果は要求処理部（１１３）に報告し、要求処理部（１１３）より顧客システム（１０１）の増加ファイル管理プログラム（１０２）に結果を通知する。要求処理部（１１３）は結果を通知した後、増加ファイルＤＢ更新部（１１５）に通知し、増加ファイルＤＢ（１１６）の情報を更新する。
【００１０】
図２はファイル更新部（１０７）のフローである。ファイル更新部が呼ばれたとき、ステップ（２０１）で更新ファイル（１０９）の更新を行った後、ステップ（２０２）で更新ファイルのサイズが増加したかの判定をおこない、ファイルサイズが増加した場合、ステップ（２０３）により更新ファイルＤＢ（１１０）の更新をおこなう。図６は更新ファイルＤＢの構造である。更新ファイルＤＢ（１１０）はファイル名（６０１）、ファイル更新により増加したサイズ（６０２）、ファイル更新後のファイルサイズ（６０３）から構成される。
図３は増加ファイル監視プログラム（１０２）の処理内容である。初めにステップ（３０１）により更新ＤＢファイル（１１０）から更新ファイルの一覧を取得し、ステップ（３０２）でベンダシステムとの連携の判定を行う。ベンダシステムとの連携を行わない場合は、ステップ（３０５）で通知ファイルの一覧を作成し、ステップ（３０６）により増加ファイル一覧の通知を行う。ベンダシステムとの連携を行う場合、ステップ（３０３）でベンダシステムに判定ファイル一覧（７０１）を送付し、ステップ（３０４）でベンダシステムから結果を受け取る。その後、ステップ（３０５）で通知ファイルの一覧を作成し、ステップ（３０６）により増加ファイル一覧の通知を行う。ベンダシステムとの連携をおこなわない場合は増加したファイル一覧のみ通知することができ、容易に導入可能であるが、システム管理者は通知されたファイル一覧から、増加危険度を判定する必要がある。ベンダシステムとの連携おこなう場合は、増加したファイルに加えてそれぞれのファイルの増加危険度判定結果も通知されるため、管理者が増加ファイルの危険度を容易に把握することができる。
【００１１】
図７はベンダシステム（１１１）の増加ファイル判定プログラム（１１２）に送付する判定ファイル一覧テーブルの構造である。判定ファイル一覧テーブル（７０１）は顧客システム（１０１）に組み込まれているベンダ提供のプログラム識別子の一覧（７０２）と増加ファイルごとのファイル名（７０３）、増加サイズ（７０４）、合計サイズ（７０５）と判定結果を格納する領域（７０６）で構成される。増加サイズ（７０４）はファイル更新により増加したサイズで、合計サイズ（７０５）はファイル更新後の合計サイズである。
【００１２】
図４は増加ファイル判定プログラム（１１２）のフローである。ステップ（４０１）で顧客システムより判定ファイル一覧（７０１）を受け付け、ステップ（４０２）で増加ファイルＤＢとの比較をおこない、通知が必要かの判定結果を判定ファイル一覧テーブル（７０１）に記録し、ステップ（４０５）で返信する。その後、ステップ（４０６）で増加ファイルＤＢの更新を行う。
図５は増加ファイルＤＢの構造である。増加ファイルＤＢ（１１６）はプログラム識別子（５０１）、ファイル名（５０２）、増加サイクルあたりの増加サイズ（５０３）、増加サイクル（５０４）から構成される。増加サイクルとは増加サイズの単位時間である、秒単位で管理する。
【００１３】
ステップ（４０２）ではユーザシステムから送付された判定ファイル一覧テーブル（７０１）のプログラム識別子の一覧（７０２）とファイル名（７０３）を元に、増加ファイルＤＢ（１１６）から正常状態の増加サイズの合計を求め、増加サイズ（７０４）の比較をおこない、増加率から正常状態、危険状態、将来危険となる可能性がある状態など、ファイルに対する増加危険度を判定結果（７０６）に格納する。増加危険度の判定結果は、たとえば正常状態と判断した場合は０、危険状態と判断した場合は１、将来危険となる可能性があるファイルは２というようにする。増加危険度の判定方法は、たとえば増加ファイルＤＢ（１１６）に増加サイズが１００で増加サイクルが６０のファイルがユーザシステムでは６０サイクルの間に１００以上増加した場合は危険状態と判定する。
増加ファイルＤＢ（１１６）はオペレーティングシステムなどのベンダ提供作成プログラムに関するデータのほか各顧客システムから収集したデータを反映しておく。
【００１４】
図８は顧客システムから収集したデータ反映する増加ファイルＤＢ更新部（１１５）のフローである。増加ファイルＤＢ更新部が呼ばれたとき、ステップ（８０１）で増加ファイルＤＢ（１１６）内にファイル情報が存在するか判定をおこない、存在しない場合はステップ（８０２）でプログラム識別子の取得を行い、ステップ（８０３）で増加ファイルＤＢに登録する。
【００１５】
以上により、ファイル領域が満杯などシステム運用に問題が発生する前に、増加ファイルの削除などの対応が可能となる。
【００１６】
また、通常の運用状態よりもサイズが増加したファイルの一覧を管理者に通知することで、ログ内に異常な状態が発生していることを早期に通知することができる。
【００１７】
【発明の効果】
記憶装置における障害の可能性を事前に通知することが可能となる。
【図面の簡単な説明】
【図１】本発明の実施例を示すブロック図である。
【図２】顧客システム内のファイル更新部のフローチャートである。
【図３】顧客システム内の増加ファイル監視プログラムのフローチャートである。
【図４】ベンダシステム内の増加ファイル判定プログラムのフローチャートである。
【図５】ベンダシステム内の増加ファイルＤＢの構造である。
【図６】顧客システム内の更新ファイルＤＢの構造である。
【図７】顧客システムからベンダシステムに増加ファイルの判定に使用する判定ファイル一覧テーブルの構造である。
【図８】本システム内の増加ファイルＤＢ更新部のフローである。
【符号の説明】
１０１・・・顧客システム、１０２・・・増加ファイル管理プログラム、１０３・・・増加ファイル通知部、１０４・・・増加ファイル判定部、１０５・・・ユーザ作成プログラム、１０６・・・ベンダ提供プログラム、１０７・・・ファイル更新部、１０８・・・ファイル管理部、１０９・・・更新ファイル、１１０・・・更新ファイルＤＢ、１１１・・・ベンダシステム、１１２・・・増加ファイル判定プログラム、１１３・・・要求処理部、１１４・・・増加ファイル比較部、１１５・・・増加ファイルＤＢ更新部、１１６・・・増加ファイルＤＢ、１１７・・・ファイル格納ディスク、１１８・・・更新ファイルＤＢキャッシュ、１１９・・・更新ファイルＤＢ格納ディスク
【図１】
2005031715.tif 000003
【図２】
2005031715.tif 000004
【図３】
2005031715.tif 000005
【図４】
2005031715.tif 000006
【図５】
2005031715.tif 000007
【図６】
2005031715.tif 000008
【図７】
2005031715.tif 000009
【図８】
2005031715.tif 000010