JP2009151685A - ディスクアレイ装置管理システム、ディスクアレイ装置、ディスクアレイ装置の制御方法および管理サーバ - Google Patents

Abstract

【課題】ＲＡＩＤ装置から管理サーバへすべてのログデータを効率的かつ確実に送信する。
【解決手段】本発明のディスクアレイ装置管理システムにおいて、ＲＡＩＤ装置は、リモート管理サーバ装置に対して、リモート管理サーバ装置が受信可能なログデータの送信最大データ量を照会する。リモート管理サーバ装置は、この照会に応じて自装置内の資源状況に応じた送信最大データ量（Ｘ［Mbyte］）をＲＡＩＤ装置へ通知する。送信最大データ量（Ｘ［Mbyte］）を受信したＲＡＩＤ装置は、自装置内に記録されている全ログデータから送信ステータスが『送信未』のレコードを抽出して「優先度情報」に基づいて優先度の高い順序でソートし、優先度の高いログのレコードから送信最大データ量（Ｘ［Mbyte］）までのログのレコードをリモート管理サーバ装置へ送信し、送信したログのレコードの「送信ステータス情報」を『送信済』にする。
【選択図】 図１

Description

本発明は、ログデータを管理する管理サーバと、管理サーバに接続されるディスクアレイ装置とを備えたディスクアレイ装置管理システム、該ディスクアレイ装置、該ディスクアレイ装置の制御方法および該管理サーバに関する。

一般に、通信可能に接続された情報処理装置間でデータの送受信を確実におこなう場合には、送信側の情報処理装置は、一方的にデータを送信するのではなく、受信側の情報処理装置で確実にデータを受信して記憶できるように、受信側の情報処理装置の受信用記憶装置の容量を考慮してデータを送信しなければならない。

例えば、特許文献１に開示されるように、ネットワークを介して画像処理装置からホストコンピュータへ、画像処理装置で画像を読み取って作成した画像データの送信前に、ユーザによって該画像データのデータ量がデータ圧縮処理により変更されることによって、ユーザ所望のデータ量でホストコンピュータへ画像データを送信することが可能な情報処理システムのデータ処理方法が提案されている。

また、特許文献２に開示されるように、通信回線を介して、送信側のファクシミリ装置から受信側のファクシミリ装置へと画像データの送信前に、送信側のファクシミリ装置は、受信側のファクシミリ装置から受信用メモリの空き容量の通知を受け、画像データのデータ量と、受信用メモリの空き容量とを比較する。そして、受信用メモリの空き容量が画像データのデータ量以上であれば、通常送信をおこなう。一方、受信用メモリの空き容量が画像データのデータ量未満であれば、画像データを圧縮処理して送信をおこなうというファクシミリの通信方法が開示されている。

また、特許文献３に開示されるように、ネットワークを介して番組情報送出装置から受信装置へ番組情報を送信する際に、番組情報送出装置は、単位時間あたりの番組情報のパケット送出量を、優先度順に、パケット送出量の基準値を維持するように送信することによって、受信装置の受信バッファがオーバーフローすることを防止する番組情報送出装置が提案されている。

上記いずれの従来技術も、受信側の情報処理装置の記憶装置の資源状況に応じて送信側の情報処理装置から送信するデータに制限を加えることによって、受信側の情報処理装置がより確実にデータを受信することを可能にするものである。

特開２００６−６７１１６号公報 特開平９−２３３２６公報 特開２００１−２５１５６３号公報

しかしながら、上記特許文献１および特許文献２に代表される従来技術では、次の問題がある。すなわち、一般的に、情報処理装置は、自装置の運用にかかわる各種ログ（エラーログ、イベントログ、操作ログなど）を記録可能な構成を有することが多い。この各種ログは、例えば、情報処理装置で発生した障害の原因究明のために解析されて使用されるものである。

そして、同様の情報処理装置が多数ネットワーク接続されている場合には、管理サーバが各情報処理装置から各種ログデータを収集して、情報処理装置を個々に管理するというリモート管理システムがある。かかるリモート管理システムにおいて、管理サーバの記憶装置の容量の制限から、情報処理装置から管理サーバ装置への１回あたりの送信データ量に制限が設けられていることが一般的である。

このようなリモート管理システムが受信する各種ログのデータ量は、膨大なものとなるため、特許文献１および特許文献２に代表される従来技術を応用しても、複数の情報処理装置から管理サーバ装置へ、すべてのログデータを効率的かつ確実に送受信することは困難である。

なお、上記特許文献３に代表される従来技術をリモート管理システムに応用したとしても、特許文献３に代表される従来技術は、単位時間あたりのデータ送出量を制限する技術であることから、ログのデータ量が膨大なものとなる場合には、ログデータ送受信の遅延をいたずらに招くに過ぎない。

本発明は、上記問題点（課題）を解消するためになされたものであって、ログデータを管理する管理サーバと、管理サーバに接続される情報処理装置とを備えた情報処理装置管理システムにおいて、情報処理装置から管理サーバへと、すべてのログデータを効率的かつ確実に送信することが可能なディスクアレイ装置管理システム、ディスクアレイ装置、ディスクアレイ装置の制御方法および管理サーバを提供することを目的とする。

上述した問題を解決し、目的を達成するため、本発明は、ログデータを管理する上位装置と、前記上位装置に接続されるディスクアレイ装置とを備えたディスクアレイ装置管理システムであって、前記上位装置は、前記ディスクアレイ装置から通知されるログデータ送信可能量の確認通知を受信する受信部と、前記ログデータ送信可能量を決定する送信量決定部と、前記送信量決定部による決定結果を前記ディスクアレイ装置に通知する送信量通知部とを備え、前記ディスクアレイ装置は、前記ディスクアレイ装置のログデータを取得するログデータ取得部と、前記ログデータを記憶する記憶部と、前記ログデータの送信可能量を前記上位装置に確認する確認部と、前記確認部による確認結果と、予め定められた優先度決定論理によって決定されるログデータの優先度とにもとづいて送信対象ログを抽出するログ情報抽出部と、前記抽出されたログデータを前記上位装置に送信するログデータ送信部とを備えたことを特徴とする。

また、本発明は、上記発明において、前記ディスクアレイ装置は、複数の優先度決定論理を有し、装置内で発生した事象にもとづいて優先度決定論理を変更する事を特徴とする。

また、本発明は、上記発明において、前記ディスクアレイ装置は、各優先度決定論理で決定された優先度を累積して優先度を決定する事を特徴とする。

また、本発明は、上記発明において、前記ディスクアレイ装置は、送信できなかったログデータの優先度を高く再設定することを特徴とする。

また、本発明は、前記ディスクアレイ装置は、前記送信できなかったログデータのうち、装置内で新たに発生した事象と同一事象に基づくログデータのみの優先度を高く再設定することを特徴とする。

また、本発明は、ログデータを管理する上位装置に接続されるディスクアレイ装置であって、前記ディスクアレイ装置のログデータを取得するログデータ取得部と、前記ログデータを記憶する記憶部と、前記ログデータの送信可能量を前記上位装置に確認する確認部と、前記確認部による確認結果と、予め定められた優先度決定論理によって決定されるログデータの優先度とにもとづいて送信対象ログを抽出するログ情報抽出部と、前記抽出されたログデータを前記上位装置に送信するログデータ送信部とを備えたことを特徴とする。

また、本発明は、ログデータを管理する上位装置に接続されるディスクアレイ装置の制御方法であって、前記ディスクアレイ装置のログデータを取得するログデータ取得ステップと、前記ログデータを記憶する記憶ステップと、前記ログデータの送信可能量を前記上位装置に確認する確認ステップと、前記確認ステップによる確認結果と、予め定められた優先度決定論理によって決定されるログデータの優先度とにもとづいて送信対象ログを抽出するログ情報抽出ステップと、前記抽出されたログデータを前記上位装置に送信するログデータ送信ステップとを含むことを特徴とする。

また、本発明は、ディスクアレイ装置に接続されて前記ディスクアレイ装置から送信されるログデータを管理する管理サーバであって、前記ディスクアレイ装置から通知されるログデータ送信可能量の確認通知を受信する受信部と、前記管理サーバが使用可能な資源状態にもとづいて前記ログデータ送信可能量を決定する送信量決定部と、前記送信量決定部による決定結果を前記ディスクアレイ装置に通知する送信量通知部とを備えたことを特徴とする。

また、本発明は、上記発明において、前記管理サーバは複数のディスクアレイ装置が接続されており、各ディスクアレイ装置からのデータ送信状態にもとづいて前記ログデータ送信可能量を決定することを特徴とする。

本発明によれば、ディスクアレイ装置から上位装置へログデータを送信するごとに、ディスクアレイ装置は、上位装置に、データ送信可能量を確認し、この確認結果に応じてログデータを送信するので、ディスクアレイ装置は、優先度順にデータ送信可能量分のログデータを送信するので、より重要なログデータから優先的に送信されることが可能になるという効果を奏する。

また、本発明によれば、ディスクアレイ装置は、複数の優先度決定論理を有し、装置内で発生した事象にもとづいて優先度決定論理を変更するので、上位装置側で事象の原因解析に必要なログデータの送信優先度が動的に変更されるため、当該時点で原因解析に対してより有効性の高いログデータを優先してリモート管理サーバへ送信することが可能になる。

また、本発明によれば、ディスクアレイ装置は、各優先度決定論理で決定された優先度を累積して優先度を決定するので、各優先度決定論理により決定された優先度をすべて加味した優先度にて、総合的により重要なログデータから優先的に送信されることが可能になるという効果を奏する。

また、本発明によれば、未送信のログデータから優先的に送信されることになるので、古い未送信のログデータが長期にわたって未送信の状態であることを防止することが可能になるという効果を奏する。

また、本発明によれば、ディスクアレイ装置で新たに発生した事象と同一の事象に基づくログデータを優先的に上位装置へと送信されるので、問題解決の緊急性が高い事象の原因究明を優先させることが可能になるという効果を奏する。

以下に添付図面を参照し、本発明のディスクアレイ装置管理システム、ディスクアレイ装置、ディスクアレイ装置の制御方法および管理サーバにかかる実施例を詳細に説明する。ディスクアレイ装置は、複数の磁気ディスク装置を冗長に構成して、磁気ディスクに記憶されるデータを冗長化し、磁気ディスク装置のトラブルによる記憶データの消失を回避する装置である。

なお、以下に示す実施例では、ログを記録可能な構成を有し、記録されているログを管理サーバへ送信する情報処理装置としてディスクアレイ装置を例に説明するが、本発明は、これに限定されず、ログを記録する情報処理装置であって、記録されているログを管理サーバへ送信する情報処理装置であれば、広く一般に適用可能である。

先ず、実施例の概要について説明する。図１は、実施例の概要を説明するための図である。同図に示すように、ディスクアレイ装置（以下、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）装置と呼ぶ）と、管理サーバ（以下、リモート管理サーバ装置と呼ぶ）とがネットワークを介して通信可能に接続されている。

なお、ＲＡＩＤ装置は、自装置において障害などの各種事象が発生するごとに記録されていくログデータを一意に識別する「ログＩＤ」と、ログデータの「優先度情報」と、リモート管理サーバ装置へ送信したか否かを示す「送信ステータス情報」とを少なくとも含むログを記録しているものとする。ディスクアレイ装置は、予め指定されているスケジュールに従って、リモート管理サーバ装置へログデータを送信するものとする。

リモート管理サーバ装置は、ＲＡＩＤ装置から送信されてきたログデータを記憶する記憶装置が接続または内蔵されており、ＲＡＩＤ装置から送信されてきたログデータを該記憶装置に記憶する。リモート管理サーバ装置は、ＲＡＩＤ装置から送信されてきたログに基づいて、ＲＡＩＤ装置を遠隔で管理する装置である。

（１）先ず、ＲＡＩＤ装置は、リモート管理サーバ装置に対して、リモート管理サーバ装置がＲＡＩＤ装置から受信可能なログデータの最大データ量（以下、送信最大データ量と呼ぶ）を問い合わせる。（２）続いて、リモート管理サーバ装置は、ＲＡＩＤ装置からの送信最大データ量の問い合わせに応じて、自装置内の資源状況などに応じた送信最大データ量（Ｘ［Mbyte］）をＲＡＩＤ装置へ通知する。

（３）続いて、送信最大データ量（Ｘ［Mbyte］）を受信したＲＡＩＤ装置は、自装置内に記録されている全ログデータから、送信ステータスが『送信未』のレコードを抽出する。（４）続いて、ＲＡＩＤ装置は、抽出された「送信ステータス情報」が『送信未』のログのレコードを「優先度情報」に基づいて優先度の高い順序でソートする。

（５）続いて、ＲＡＩＤ装置は、優先度の高い順序でソートされた「送信ステータス情報」が『送信未』のログのレコードのうち、優先度の高いログのレコードから送信最大データ量（Ｘ［Mbyte］）までのログのレコードを選択する。

（６）続いて、ＲＡＩＤ装置は、選択された優先度の高いログのレコードから送信最大データ量（Ｘ［Mbyte］）までのログのレコードをリモート管理サーバ装置へ送信する。（７）続いて、ＲＡＩＤ装置は、リモート管理サーバ装置へ送信したログのレコードの「送信ステータス情報」を『送信済』にする。

このように、ＲＡＩＤ装置は、リモート管理サーバ装置が受信を許容するデータ量を予め確認して、該データ量に収まるだけのログデータを優先度が高い順序で選択してリモート管理サーバ装置へと送信することによって、リモート管理サーバ装置の記憶装置の容量を圧迫することを防止するとともに、重要なログデータを優先的にリモート管理サーバ装置に受信させて記憶させるため、効率的にログデータを送信することが可能になる。

次に、実施例にかかるＲＡＩＤ装置の構成を説明する。図２は、実施例にかかるＲＡＩＤ装置の構成を示すブロック図である。同図に示すように、実施例にかかるＲＡＩＤ装置Ｒは、ＲＡＩＤ装置を制御する各部や、ＲＡＩＤ装置とホストコンピュータ装置およびリモート管理サーバ装置との間の通信モジュールなどを主に搭載するＣＥ（Controller Enclosure）１００と、ディスク装置を搭載するＤＥ（Device Enclosure）２００とに、筐体が分けられている。

ＣＥ１００は、チャネルアダプタ（図示せず）経由で外部装置であるファイバーチャネルを介してホストコンピュータ装置と接続され、デバイスアダプタ（図示せず）経由でＤＥ２００と接続されている。ここで、チャネルアダプタは、チャネル側のアダプタの意味であり、デバイスアダプタとは、デバイス側のアダプタという意味である。

ＣＥ１００は、ＲＡＩＤ装置Ｒの運用を制御するＣＭ（Controller Module）が少なくとも２つあり（実施例では、ＣＭａ_１１０１およびＣＭａ_２１０２）、冗長が確保されている構成である。また、ＤＥ２００は、デバイスアダプタと直接またはルータ（Router）を経由して、ＣＥ１００に複数接続されうる。

ＣＥ１００は、ＣＭａ_１１０１およびＣＭａ_２１０２の他に、ＣＭａ_１１０１またはＣＭａ_２１０２からの指示で各種ログが書き込まれるログディスク装置１０３と、ＣＭａ_１１０１およびＣＭａ_２１０２によってデータが冗長に読み書きされるディスク装置１０４ｄ_１、・・・、ディスク装置１０４ｄ_ｎを有する。ログディスク装置１０３は、磁気ディスク装置とするが、大量のデータを記憶可能な記憶媒体を有する記憶装置であれば、いずれであってもよい。なお、ＣＥ１００は、複数の電源ユニットを有するが、図示は省略している。

ＣＭａ_１１０１は、ＲＡＩＤを制御するためのＲＡＩＤエンジンを搭載したＣＰＵであるＲｏＣ（Raid on Chip）ａ_１１０１ａと、前述のデバイスアダプタに相当するエクスパンダａ_１１０１ｂと、ＣＭａ_１１０１の制御に必要な各種論理回路を含むＰＬＤ（Programmable Logic Device）ａ_１１０１ｃと、メモリａ_１１０１ｄと、ＬＡＮ（Local Area Network）などのネットワーク、特に、後述するリモート管理サーバ装置への接続のためのインターフェースａ_１１０１ｅとを有する。これらの各構成は、相互にデータ送受可能に接続されている。

同様に、ＣＭａ_２１０２は、ＲｏＣａ_２１０２ａと、エクスパンダａ_２１０２ｂと、ＰＬＤａ_２１０２ｃと、メモリａ_２１０２ｄと、ＬＡＮなどのネットワークへの接続のためのインターフェースａ_２１０２ｅとを有し、これらの各構成は、相互にデータ送受可能に接続されている。そして、ＲｏＣａ_１１０１ａとＲｏＣａ_２１０２ａとの間およびエクスパンダａ_１１０１ｂとエクスパンダａ_２１０２ｂとの間は、冗長構成の連携を保つためにそれぞれデータ送受可能に接続されている。

ＲｏＣａ_１１０１ａおよびＲｏＣａ_２１０２ａは、ログディスク装置１０３とそれぞれ接続されている。ＲｏＣａ_１１０１ａおよびＲｏＣａ_２１０２ａは、ログディスク装置１０３の記憶媒体に、ＣＥ１００またはＤＥ２００で発生したディスク装置の各種事象のログをそれぞれ書き込むとともに、ログディスク装置１０３に書き込まれているログを抽出して、インターフェースａ_１１０１ｅまたはインターフェースａ_２１０２ｅを介してリモート管理サーバ装置へ送信する。

なお、ＲｏＣａ_１１０１ａおよびＲｏＣａ_２１０２ａは、ログディスク装置１０３にログを書き込む処理に関しては、いずれか一方が主系として動作し、他方が従系として機能する。実施例では、ログを書き込む処理に関して、ＲｏＣａ_１１０１ａが主系であり、ＲｏＣａ_２１０２ａが従系であるとする。

すなわち、ＲｏＣａ_１１０１ａおよびＲｏＣａ_２１０２ａは、ログを書き込む前に、ＲｏＣａ_１１０１ａとＲｏＣａ_２１０２ａとが同一の各種事象に基づくログを重複して書き込まないように、相互にログの重複を監視する。ログの重複があった場合には、主系であるＲｏＣａ_１１０１ａのみがログを書き込むように制御する。

また、ログディスク装置１０３に記憶されているログデータをＣＥ１００からリモート管理サーバ装置へ送信する処理に関しては、ＲｏＣａ_１１０１ａが運用系として機能し、ＲｏＣａ_２１０２ａが待機系として機能する。すなわち、ＣＥ１００からリモート管理サーバ装置へログデータを送信する処理は、ＲｏＣａ_１１０１ａがおこない、ＲｏＣａ_１１０１ａが障害などで正常に機能しない場合に、切り替わってＲｏＣａ_２１０２ａがおこなう。

エクスパンダａ_１１０１ｂおよびエクスパンダａ_２１０２ｂには、ディスク装置１０４ｄ_１、・・・、ディスク装置１０４ｄｎがそれぞれ接続されている。また、エクスパンダａ_１１０１ｂおよびエクスパンダａ_２１０２ｂは、ＤＥ２００とそれぞれ独立に接続されている。

ログディスク装置１０３は、ログデータを記憶可能な記憶装置である。図３のログデータの例を示す図に示すように、ログデータテーブルにログデータを記録している。ログデータは、「ログＩＤ」と、「発生日時」と、「パターン」と、「発生事象コード」と、「優先度」と、「送信フラグ」との項目を少なくとも含んでいる。

「ログＩＤ」は、ログデータを一意に識別するための識別情報である。「発生日時」は、当該ログデータが書き込まれた事象が発生した日時を示す。「パターン」当該ログデータが書き込まれた事象のパターンを示す情報である。「発生事象コード」は、発生事象の内容をコードによって示す情報である。

「優先度」は、当該ログデータの事象の重要度および緊急度を表し、リモート管理サーバ装置へ送信されるべき優先度の高低を示す情報である。「送信フラグ」には、当該ログデータが送信済みであれば「１」のフラグが設定され、当該ログデータが送信済みでなければ「０」が設定されることによって、当該ログデータがリモート管理サーバ装置へ送信済みであるか否かを判別することができる。

ＤＥ２００は、ディスク装置２０４ｄ_１、・・・、２０４ｄ_ｎを有し、これらのディスク装置との間でおこなうデータの読み書きを制御するためのＥＸＰ（Expander Module）が少なくとも２つあり（実施例では、ＥＸＰｂ_１２０１およびＥＸＰｂ_２２０２）、冗長が確保されている構成である。なお、ＤＥ２００は、複数の電源ユニットを有するが、図示は省略している。

エクスパンダｂ_１２０１ａおよびエクスパンダｂ_２２０２ａには、ディスク装置２０４ｄ_１、・・・、ディスク装置２０４ｄ_ｎがそれぞれ接続されている。また、エクスパンダｂ_１２０１ａおよびエクスパンダｂ_２２０２ａは、エクスパンダａ_１１０１ｂおよびエクスパンダａ_２１０２ｂとそれぞれ独立に接続されている。そして、エクスパンダｂ_１２０１ａおよびエクスパンダｂ_２２０２ａは、さらに他のＤＥと接続される場合がある。

ＥＸＰｂ_１２０１は、ディスク装置２０４ｄ_１、・・・、２０４ｄ_ｎとのデバイスアダプタであるエクスパンダｂ_１２０１ａと、ＥＸＰｂ_１２０１の制御に必要な各種論理回路を含むＰＬＤｂ_１２０１ｂとを有する。エクスパンダｂ_１２０１ａとＰＬＤｂ_１２０１ｂとは、相互にデータ送受可能に接続されている。

エクスパンダｂ_１２０１ａは、ＣＥ１００のエクスパンダａ_１１０１ｂと相互にデータ送受可能に接続される。すなわち、ディスク装置２０４ｄ_１、・・・、ディスク装置２０４ｄ_ｎへ書き込むデータをエクスパンダａ_１１０１ｂから受け取るとともに、ディスク装置２０４ｄ_１、・・・、ディスク装置２０４ｄ_ｎから読み出したデータをエクスパンダａ_１１０１ｂへと受け渡す。

さらに、エクスパンダｂ_１２０１ａは、ディスク装置２０４ｄ_１、・・・、ディスク装置２０４ｄ_ｎで発生した各種事象を、エクスパンダａ_１１０１ｂを介してＲｏＣａ_１１０１ａへと通知する。

同様に、ＥＸＰｂ_２２０２は、ディスク装置２０４ｄ_１、・・・、２０４ｄ_ｎとのデバイスアダプタであるエクスパンダｂ_２２０２ａと、ＥＸＰｂ_２２０２の制御に必要な各種論理回路を含むＰＬＤｂ_２２０２ｂとを有する。エクスパンダｂ_２２０２ａとＰＬＤｂ_２２０２ｂとは、相互にデータ送受可能に接続されている。

エクスパンダｂ_２２０２ａは、ＣＥ１００のエクスパンダａ_２１０２ｂと相互にデータ送受可能に接続される。すなわち、ディスク装置２０４ｄ_１、・・・、ディスク装置２０４ｄ_ｎへ書き込むデータをエクスパンダａ_２１０２ｂから受け取るとともに、ディスク装置２０４ｄ_１、・・・、ディスク装置２０４ｄ_ｎから読み出したデータをエクスパンダａ_２１０２ｂへと受け渡す。

さらに、エクスパンダｂ_２２０２ａは、ディスク装置２０４ｄ_１、・・・、ディスク装置２０４ｄ_ｎで発生した各種事象を、エクスパンダａ_２１０２ｂを介してＲｏＣａ_２１０２ａへと通知する。

次に、図２に示したＲｏＣａ_１１０１ａおよびＲｏＣａ_２１０２ａの構成について説明する。図４は、実施例にかかるＲｏＣの構成を示す機能ブロック図である。なお、ＲｏＣａ_１１０１ａとＲｏＣａ_２１０２ａとは、同一の構成を有するので、ＲｏＣａ_１１０１ａを中心に説明する。

ＲｏＣａ_１１０１ａは、システム制御部１０１ａ−１と、保守制御部１０１ａ−２と、ログ管理処理部１０１ａ−３と、最大送信データ量照会処理部１０１ａ−４と、通信制御部１０１ａ−５と、パターン選択テーブル記憶部１０１ａ−６と、優先度決定テーブル記憶部１０１ａ−７とを有する。

また、ＲｏＣａ_２１０２ａは、システム制御部１０２ａ−１と、保守制御部１０２ａ−２と、ログ管理処理部１０２ａ−３と、最大送信データ量照会処理部１０２ａ−４と、通信制御部１０２ａ−５と、パターン選択テーブル記憶部１０２ａ−６と、優先度決定テーブル記憶部１０２ａ−７とを有する。ＲｏＣａ_１１０１ａとＲｏＣａ_２１０２ａとで、符号が異なるのみで名称が同一であるものは、同一の構成要件である。

システム制御部１０１ａ−１は、ＲＡＩＤ装置Ｒの電源制御、ＲＡＩＤ制御、ＲＡＳ（Reliability、Availability、Serviceability）制御、活性保守、構成管理、システム監視などをおこなう制御部である。また、システム制御部１０１ａ−１は、図示しないチャネルアダプタを介して外部のファイバーチャネルスイッチと相互にデータ送受可能に接続されている。また、保守制御部１０１ａ−２は、ＲＡＩＤ装置の各種保守制御をおこなう制御部である。

なお、システム制御部１０１ａ−１および保守制御部１０１ａ−２は、エクスパンダａ_１１０１ｂと相互にデータ送受可能に接続されている。また、システム制御部１０１ａ−１および保守制御部１０１ａ−２は、冗長構成の連携を保つために、ＲｏＣａ_２１０２ａのシステム制御部１０２ａ−１および保守制御部１０２ａ−２とそれぞれデータ送受可能に接続されている。

ログ管理処理部１０１ａ−３は、システム制御部１０１ａ−１または保守制御部１０１ａ−２から、障害などの事象の発生に伴うログ書き込み要求に応じて、パターン選択テーブル記憶部１０１ａ−６のパターン選択テーブルを参照して発生事象に対応するパターンを決定して、優先度決定テーブル記憶部１０１ａ−７の優先度決定テーブルを参照してパターンに応じてログの優先度を決定した後に、ログディスク装置１０３にログデータを書き込む。

また、ログ管理処理部１０１ａ−３は、予め定められたスケジュールに従ってログディスク装置１０３から、ログデータを最新かつ優先度が高いものを「所定データ量」だけ読み出し、通信制御部１０１ａ−５およびインターフェースａ_１１０１ｅを介して、リモート管理サーバ装置へログデータを送信する処理をおこなう。

なお、前述の「所定データ量」は、最大送信データ量照会処理部１０１ａ−４によってリモート管理サーバ装置へ照会された結果の情報である。最大送信データ量照会処理部１０１ａ−４は、リモート管理サーバ装置へのログデータの送信に先立ち、通信制御部１０１ａ−５およびインターフェースａ_１１０１ｅを介してリモート管理サーバ装置に対して、リモート管理サーバ装置に送信してもよいログデータの最大データ量を照会する。

リモート管理サーバ装置は、この照会に対して、自装置の記憶装置の資源の空き容量、日時、管理対象のＲＡＩＤ装置の数などに基づいて、ＲＡＩＤ装置Ｒがリモート管理サーバ装置に送信してもよいログデータの最大データ量を前述の「所定データ量」として、ＲＡＩＤ装置Ｒに送信する。なお、「所定データ量」は、固定値であってもよい。

パターン選択テーブル記憶部１０１ａ−６は、パターン選択テーブルを記憶可能な記憶装置である。パターン選択テーブルは、図５のパターン選択テーブルの例を示す図に示すように、「事象」と「パターン」とのカラムを有する。「事象」は、ＲＡＩＤ装置Ｒで発生した事象を識別するための情報である。「パターン」は、「事象」の具体的内容を示す情報である。

図５に示すパターン選択テーブルによれば、例えば、「事象」が『事象Ａ』であれば、「パターン」は、『パターン１（エラー情報）』になる。すなわち、ＲＡＩＤ装置Ｒで発生した「事象」は、“パターン１のエラー情報”であることが分かる。

パターン選択テーブルは、予め、事象ごとにキーワードを含むパターンを対応付けておき、ＲＡＩＤ装置Ｒ内で事象が発生するごとに、該事象に対応付けられるパターンと同一のパターンであるログデータの送信の優先度を決定するためのテーブルである。なお、パターンのデフォルトの設定は、「パターン１」とする。

優先度決定テーブル記憶部１０１ａ−７は、優先度決定テーブルを記憶可能な記憶装置である。優先度決定テーブルは、図６の優先度決定テーブルの例を示す図に示すように、「パターン」と、「カテゴリ」と、「優先度」のカラムを有する。

「パターン」は、パターン選択テーブルを参照して選択された、「事象」に対応するパターンである。「カテゴリ」は、「パターン」に対応する具体的内容を示す情報である。「優先度」は、「パターン」および「カテゴリ」に応じて「優先度」の項目値は異なり、「優先度」の項目において左に位置する項目値ほど優先度が高い。

例えば、「パターン」および「カテゴリ」が『パターン１』および『レベル』であれば、『エラー情報』は、『Alarm（警報）』、『Warning（警告）』、『Information（情報）』のいずれかである。なお、優先度の大小関係は、『Alarm』＞『Warning』＞『Information』が成り立つ。

パターン選択テーブルを参照して選択された「パターン」が『パターン１（エラー情報）』であれば、この『パターン１（エラー情報）』に基づいて優先度決定テーブルを参照して決定される「カテゴリ」は『レベル』であり、「優先度」は、『エラー情報』の『レベル』を示す『Alarm』、『Warning』、『Information』に応じて決定される。

例えば、実施例では、「優先度」の各項目値に、次の数値を付与するものとする。そして、「優先度」の数値が大きいほど優先度が高いとする。すなわち、「パターン」が『パターン１』の「レベル」の「優先度」が『Alarm』には“３”、『Warning』には“２”、『Information』には“１”を付与する。

また、「パターン」が『パターン２』の「時間軸」の「優先度」が『最新』には“２”、『最古』には“１”を付与する。「パターン」が『パターン３』の「優先度」が『エラー情報』には“３”、『統計情報』には“２”、『操作履歴情報』には“１”を付与する。

また、「パターン」が『パターン４』の「部品別」の「優先度」が『ＣＰＵ情報』には“３”、『ＤＩＳＫ情報』には“２”、『バッテリ情報』には“１”を付与する。「パターン」が『パターン５』の「データ量」の「優先度」が『１Mbyte以上』には“２”、『１Mbyte未満』には“１”を付与する。「パターン」が『パターン６』のログデータの「データ種別」の「優先度」が『バイナリ（圧縮）』には“３”、『バイナリ（非圧縮）』には“２”、『テキスト』には“１”を付与する。

なお、「優先度」の数値は、後述の図７のステップＳ１０７または図８のステップＳ１２４の処理によって、累積的に“１”が加算されていくことになる。よって、上記したような「優先度」の各項目値に付与された数値を超過する場合もある。しかし、「優先度」の数値が大きいほど優先度が高いので、当該ログデータが優先的にリモート管理サーバ装置へ送信される可能性を高めることができる。

次に、図２および図４に示したＲｏＣ（ＲｏＣａ_１１０１ａおよびＲｏＣａ_２１０２ａ）で実行されるログデータ送信処理について説明する。図７は、ログデータ送信処理手順を示すフローチャートである。なお、本処理は、運用系のＲｏＣであるＲｏＣａ_１１０１ａによって実行されることとする。そして、ＲｏＣａ_１１０１ａに障害が発生した場合には、切り替わって待機系のＲｏＣａ_２１０２ａによって実行される。

同図に示すように、先ず、最大送信データ量照会処理部１０１ａ−４は、リモート管理サーバ装置へ接続し、リモート管理サーバ装置から、１回に送信可能なログデータの「送信最大データ量（Ｘ［Mbyte］）」を取得する（ステップＳ１０１）。なお、最大送信データ量照会処理部１０１ａ−４は、取得した「送信最大データ量（Ｘ［Mbyte］）」を、ログ管理処理部１０１ａ−３に通知する。

続いて、ログ管理処理部１０１ａ−３は、ＲＡＩＤ装置内のログディスク装置１０３に記憶されている全ログデータから、最新の「発生日時」のレコードから「送信フラグ」が“１（送信済）”までのレコードを抽出する（ステップＳ１０２）。これによって、リモート管理サーバ装置へ送信していない“送信未”の全レコードが抽出される。

続いて、ログ管理処理部１０１ａ−３は、ステップＳ１０２で抽出されたログデータの全レコードを「優先度」の高い順序でソートする（ステップＳ１０３）。続いて、ログ管理処理部１０１ａ−３は、ステップＳ１０２で抽出されたログデータのデータ量が、ステップＳ１０１で取得された「送信最大データ量（Ｘ［Mbyte］）」を超えるか否かを判定する（ステップＳ１０４）。

ステップＳ１０２で抽出されたログデータのデータ量が、ステップＳ１０１で取得された「送信最大データ量（Ｘ［Mbyte］）」を超えると判定された場合に（ステップＳ１０４肯定）、ステップＳ１０５へ移り、ステップＳ１０２で抽出されたログデータのデータ量が、ステップＳ１０１で取得された「送信最大データ量（Ｘ［Mbyte］）」を超えると判定されなかった場合に（ステップＳ１０４否定）、ステップＳ１０８へ移る。

ステップＳ１０５では、ログ管理処理部１０１ａ−３は、ステップＳ１０３でソートされたログデータの先頭から「送信最大データ量（Ｘ［Mbyte］）」分を送信ログデータとして選択するとともに、「送信最大データ量（Ｘ［Mbyte］）」を超過して送信ログデータとされないログデータのログＩＤを送信ログデータに付加して、リモート管理サーバ装置へ送信する（ステップＳ１０５）。

続いて、ログ管理処理部１０１ａ−３は、ステップＳ１０５でリモート管理サーバ装置へ送信されたログデータの「送信フラグ」に“１（送信済）”をセットする（ステップＳ１０６）。続いて、ログ管理処理部１０１ａ−３は、ステップＳ１０５でリモート管理サーバ装置へ送信されなかったログデータの「優先度」を１段階上げて再設定する（具体的には、「優先度」の数値に“１”を加算する、ステップＳ１０７）。この処理が終了すると、ログデータ送信処理は終了する。

一方、ステップＳ１０８では、ログ管理処理部１０１ａ−３は、ステップＳ１０３でソートされたログデータの先頭から「送信フラグ」が“送信未”であるログデータを「送信最大データ量（Ｘ［Mbyte］）」を超えない分だけ送信ログデータとして抽出する。この処理では、過去に送信できなかったログデータも送信ログデータとして抽出されることとなる。

続いて、ログ管理処理部１０１ａ−３は、ステップＳ１０８で抽出されたログデータを、リモート管理サーバ装置へ送信する（ステップＳ１０９）。続いて、ログ管理処理部１０１ａ−３は、ステップＳ１０６と同様に、ステップＳ１０９でリモート管理サーバ装置へ送信されたログデータの「送信フラグ」に“１（送信済）”をセットする（ステップＳ１１０）。この処理が終了すると、ログデータ送信処理は終了する。

次に、図２および図４に示したＲｏＣ（ＲｏＣａ_１１０１ａおよびＲｏＣａ_２１０２ａ）で実行される優先度決定処理について説明する。図８は、優先度決定処理手順を示すフローチャートである。

なお、本処理は、主系のＲｏＣであるＲｏＣａ_１１０１ａおよび従系のＲｏＣであるＲｏＣａ_２１０２ａによるログディスク装置１０３へのログの書き込みの際に実行される。ただし、ＲｏＣａ_１１０１ａと、ＲｏＣａ_２１０２ａとで同一の事象に基づいてログが書き込まれようとする場合には、主系のＲｏＣａ_１１０１ａのみによって実行される。以下では、主系のＲｏＣａ_１１０１ａが優先度決定処理をおこなうものとして説明するが、従系のＲｏＣａ_２１０２ａが優先度決定処理をおこなう場合も同様の処理となる。

本処理は、予め、事象ごとにキーワードを含むパターンを対応付けておき、ＲＡＩＤ装置Ｒ内で事象が発生するごとに、該事象に対応付けられるパターンと同一のパターンであるログデータの送信の優先度を決定する処理である。なお、デフォルトの設定は、「パターン１」とする。

先ず、ログ管理処理部１０１ａ−３は、ＲＡＩＤ装置Ｒ内で新規に事象が発生したことを、システム制御部１０１ａ−１または保守制御部１０１ａ−２から通知される（ステップＳ１２１）。続いて、ログ管理処理部１０１ａ−３は、ステップＳ１２１で通知された発生事象に応じて、パターン選択テーブル記憶部１０１ａ−６に記憶されるパターン選択テーブルを参照して「パターン」を選択し、優先度決定テーブル記憶部１０１ａ−７に記憶される優先度決定テーブルを参照して「優先度」を決定する（ステップＳ１２２）。

続いて、ログ管理処理部１０１ａ−３は、ログディスク装置１０３に記憶されるすべての「送信フラグ」が“０（送信未）”のレコードを抽出する（ステップＳ１２３）。続いて、ログ管理処理部１０１ａ−３は、ステップＳ１２２で選択されたパターンと合致するログデータの「優先度」を１段階上げる（具体的には、「優先度」の値に“１”を加算する、ステップＳ１２４）。

続いて、ログ管理処理部１０１ａ−３は、ステップＳ１２２で選択されたパターンと合致するログデータで、「優先度」が１段階上げられていないログデータが存在するか否かを判定する（ステップＳ１２５）。

ステップＳ１２２で選択されたパターンと合致するログデータで、「優先度」が１段階上げられていないログデータが存在すると判定された場合に（ステップＳ１２５肯定）、ステップＳ１２４へ移り、ステップＳ１２２で選択されたパターンと合致するログデータで、「優先度」が１段階上げられていないログデータが存在すると判定されなかった場合に（ステップＳ１２５否定）、ステップＳ１２６へ移る。

ステップＳ１２６では、ログ管理処理部１０１ａ−３は、ステップＳ１２１で新規に発生したとされた事象のログを、ログディスク装置１０３へと書き込む。この処理が終了すると、優先度決定処理手順を終了する。

以上の処理によれば、ＲＡＩＤ装置Ｒ内で事象（例えば、ディスク故障、ネットワーク環境設定変更など）が発生した場合に、これを契機として、“送信未”のログデータの「優先度」を再設定することとなる。

例えば、ディスク故障が発生した場合には、ディスク故障かつエラー情報の未送信ログデータの「優先度」を上げる。また、ネットワーク環境設定変更が発生した場合には、操作履歴情報の未送信ログデータの「優先度」を上げる。このようにすることによって、リモート管理サーバ側で事象の原因解析に必要なログデータの送信優先度が動的に変更されるため、当該時点で原因解析に対してより有効性の高いログデータを優先してリモート管理サーバへ送信することが可能になる。

なお、ＲＡＩＤ装置Ｒ内での事象発生を契機として、“送信未”のログデータの「優先度」をすべて再設定して上げるのではなく、このＲＡＩＤ装置Ｒ内で発生した事象と同一の事象に基づく“送信未”のログデータのみの「優先度」を上げることとしてもよい。こうすることによって、ＲＡＩＤ装置Ｒ内で新たに発生した事象と関連するログデータの送信優先度を高め、真に重要であると推定されるログデータを確実にリモート管理サーバへ送信することが可能になり、該新たに発生した事象の早期原因究明を図ることが可能になる。

次に、未送信ログデータの優先度を上げる処理の概要を説明する。図９は、未送信ログデータの優先度を上げる処理の概要を示す図である。同図に示すように、ログ管理処理部１０１ａ−３は、図７のステップＳ１０５で示したように、図７のステップＳ１０３でソートされたログデータの先頭から「送信最大データ量（Ｘ［Mbyte］）」分を送信ログデータとして選択するとともに、「送信最大データ量（Ｘ［Mbyte］）」を超過して送信ログデータとされないログデータのログＩＤを送信ログデータに付加して、リモート管理サーバ装置へ送信する。

そして、図７のステップＳ１０６で示したように、ログ管理処理部１０１ａ−３は、リモート管理サーバ装置へ送信されたログデータの「送信フラグ」に“１（送信済）”をセットする。続いて、図７のステップＳ１０７で示したように、ログ管理処理部１０１ａ−３は、リモート管理サーバ装置へ送信されなかったログデータの「優先度」を１段階上げて再設定する（『優先度低』から『優先度高』へ上げる）。

このようにして、リモート管理サーバ装置へ送信されたログデータと送信されなかったログデータとを識別可能にし、また、リモート管理サーバ装置へ送信されなかったログデータの優先度を上げ、次回の送信時には、優先的に送信されるようにする。

次に、過去の未送信ログデータを追加してログデータを送信する処理の概要について説明する。図１０は、過去の未送信ログデータを追加してログデータを送信する処理の概要を示す図である。

同図に示すように、ログ管理処理部１０１ａ−３は、図７のステップＳ１０３でソートされたログデータの先頭から「送信フラグ」が“送信未”であるログデータを「送信最大データ量（Ｘ［Mbyte］）」を超えない分だけ送信ログデータとして抽出する。

この処理によって「ログＩＤ」が『０１』〜『０７』までのログデータが抽出される。「ログＩＤ」が『０１』〜『０７』までのログデータのデータ量は、最大データ量（Ｘ［Mbyte］）を超えていないため、ログ管理処理部１０１ａ−３は、「ログＩＤ」が『０１』〜『０７』までのログデータの次のレコードである『０８』のログデータを起点として、過去にさかのぼって、「送信フラグ」が“０（送信未）”であるログデータを、より新しくより優先度が高いログデータから順番に、最大データ量（Ｘ）を超えないまで、送信ログデータに追加してゆく（図７のステップＳ１０８参照）。

そして、図７のステップＳ１０９に示したように、ログ管理処理部１０１ａ−３は、最大データ量（Ｘ［Mbyte］）未満の最大量のログデータが送信ログデータとして抽出されると、リモート管理サーバ装置へ送信ログデータを送信する。この処理によって、過去に送信できなかったログデータも送信ログデータとして抽出され、リモート管理サーバ装置へ送信されることとなる。

なお、送信ログデータをリモート管理サーバ装置へ送信する際に、未送信ログデータが存在することを示す情報を付加してログデータを送信してもよい。図１１は、未送信ログデータが存在することを示す情報を付加してログデータを送信する処理の概要を示す図である。

同図に示すように、送信最大データ量（Ｘ［Mbyte］）分だけのログデータを送信ログデータとして抽出してもなお「送信フラグ」が“０（送信未）”のログデータが存在する場合には、ログ管理処理部１０１ａ−３は、「未送信ログデータあり」という情報を送信ログデータの先頭または末尾に付加して送信してもよい。これによって、リモート管理サーバ装置側では、「未送信ログデータ」の存在を認識し、ＲＡＩＤ装置側へ「未送信ログデータ」の手動による送信を促すことができる。

また、送信ログデータをリモート管理サーバ装置へ送信する際に、未送信ログデータの「ログＩＤ」を付加してログデータを送信してもよい。図１２は、未送信ログデータのログＩＤを付加してログデータを送信する処理の概要を示す図である。

同図に示すように、送信最大データ量（Ｘ［Mbyte］）分だけのログデータを送信ログデータとして抽出してもなお「送信フラグ」が“０（送信未）”のログデータが存在する場合には、ログ管理処理部１０１ａ−３は、「未送信ログデータ」の「ログＩＤ」を送信ログデータの先頭または末尾に付加して送信してもよい。これによって、リモート管理サーバ装置側では、「未送信ログデータ」の存在を認識し、ＲＡＩＤ装置側へ「未送信ログデータ」の手動による送信を促すことができる。また、リモート管理サーバ装置側では、これ以後にログデータが送信されてきた際に、ログデータの抜け落ちがないかを検証することが可能なる。

次に、リモート管理サーバ装置の構成について説明する。図１３は、リモート管理サーバ装置の構成を示す機能ブロック図である。実施例にかかるリモート管理サーバ装置３００は、ＬＡＮなどのネットワークを介して、ＲＡＩＤ装置ＲのＣＥ１００と相互に通信可能に接続される。リモート管理サーバ装置３００は、少なくとも１台のＲＡＩＤ装置Ｒからログデータを収集することによって、ＲＡＩＤ装置Ｒをリモートで管理する装置である。

なお、実施例では、リモート管理サーバ装置３００は、複数台のＲＡＩＤ装置Ｒが接続され、これらのＲＡＩＤ装置Ｒから予め定められたスケジュールに従ってログデータを収集することによって、複数台のＲＡＩＤ装置Ｒをリモートで管理する。

リモート管理サーバ装置３００には、制御端末装置４００が接続されている。制御端末装置４００には、キーボードやマウスなどの入力部４００ａと、ディスプレイ装置やプリンタ装置などの出力部４００ｂが接続されている。ＲＡＩＤ装置Ｒの管理者は、制御端末装置４００を介してリモート管理サーバ装置３００を監視制御し、操作する。

同図に示すように、リモート管理サーバ装置３００は、制御部３０１と、記憶部３０２と、ＲＡＩＤ装置Ｒとの通信インターフェースである通信インターフェース部３０３と、制御端末装置との接続インターフェースである制御端末装置インターフェース部３０４とを有する。

制御部３０１は、リモート管理サーバ装置３００全体の制御をつかさどる制御装置であり、実施例に関連する構成として、ログデータ管理処理部３０１ａと、送信最大データ量決定処理部３０１ｂと、受信ログデータチェック処理部３０１ｃと、未送信ログデータ送信指示処理部３０１ｄとを有する。

ログデータ管理処理部３０１ａは、ＲＡＩＤ装置Ｒから受信したログデータを、後述の受信ログデータ格納ＤＢ（Data Base）３０２ａに格納するとともに、受信したログデータに未送信のログデータのログＩＤが付加されていたならば、未送信のログデータが存在することを認識し、このログＩＤを、後述の未送信ログＩＤ記憶部３０２ｂに記憶する。

なお、ログデータ管理処理部３０１ａは、受信したログデータに「未送信のログデータあり」という情報のみ付加されていたならば、未送信のログデータが存在することのみを認識することとなる。

送信最大データ量決定処理部３０１ｂは、ＲＡＩＤ装置Ｒからの送信最大データ量の照会に応じて、受信ログデータ格納ＤＢ３０２ａの資源の空き容量と、現在日時に基づく後述の送信最大データ量決定テーブル記憶部３０２ｃの送信最大データ量決定テーブルの参照結果と、リモート管理サーバ装置３００が管理対象とするＲＡＩＤ装置Ｒの台数および複数のＲＡＩＤ装置Ｒとの通信トラフィック状況とを総合的に判定して送信最大データ量（Ｘ［Mbyte］）を決定し、照会元のＲＡＩＤ装置Ｒに対して応答する。

受信ログデータチェック処理部３０１ｃは、受信したログデータにログＩＤの抜け落ちがないかをチェックする。受信したログデータにログＩＤの抜け落ちがあった場合には、制御端末装置４００の出力部４００ｂに、ログＩＤの抜け落ちを出力させ、管理者に報知する。

また、受信したログデータのログＩＤと、未送信ログＩＤ記憶部３０２ｂの未送信ログＩＤ記憶テーブルに記憶されるログＩＤとの照合をおこなう。受信したログデータに未送信ログＩＤ記憶部３０２ｂの未送信ログＩＤ記憶テーブルに記憶されるログＩＤのログデータが含まれていたならば、未送信ログＩＤ記憶テーブルから当該ログＩＤを削除する。

未送信ログデータ送信指示処理部３０１ｄは、ログデータ管理処理部３０１ａによって未送信ログデータがあると認識された場合に、制御端末装置４００の出力部４００ｂに「未送信ログデータのログＩＤ」もしくは「未送信ログデータが存在すること」を出力する。管理者により入力部４００ａから「未送信ログデータ」の送信を促す操作が入力されたならば、未送信ログデータ送信指示処理部３０１ｄは、ログデータの送信元のＲＡＩＤ装置Ｒに対して「未送信ログデータ」の送信を促す指示を送信する。

記憶部３０２は、受信ログデータ格納ＤＢ３０２ａと、未送信ログＩＤ記憶部３０２ｂと、送信最大データ量決定テーブル記憶部３０２ｃとを有する記憶装置である。

受信ログデータ格納ＤＢ３０２ａは、図１４に示すような受信ログデータ格納テーブルを有している。受信ログデータ格納テーブルは、「ＣＥ ＩＤ」と、「ログＩＤ」と、「発生日時」と、「発生事象コード」とのカラムを少なくとも有する。

「ＣＥ ＩＤ」は、ログデータの送信元であるＲＡＩＤ装置Ｒを一意に識別するためのＣＥ１００の識別情報である。「ログＩＤ」は、ＲＡＩＤ装置Ｒごとに、ログデータごとに一意に付与されるログデータの識別情報である。「発生日時」は、ログデータが書き込まれることとなった事象がＲＡＩＤ装置Ｒ内で発生した日時である。「発生事象コード」は、発生事象の内容をコードによって示す情報である。

「ログＩＤ」、「発生日時」、「発生事象コード」は、送信元のＲＡＩＤ装置Ｒで書き込まれたログデータが送信されてきたことによって引き継がれた情報である。また、「ＣＥ ＩＤ」は、ログデータ管理処理部３０１ａが、ログデータの送信元のＲＡＩＤ装置Ｒを識別して付加する情報である。

未送信ログＩＤ記憶部３０２ｂは、図１５に示すような未送信ログＩＤ記憶テーブルを格納している。未送信ログＩＤ記憶テーブルは、「ＣＥ ＩＤ」と、「ログＩＤ」と、「登録日時」とのカラムを少なくとも有する。「登録日時」は、ログデータ管理処理部３０１ａによって、当該「ＣＥ ＩＤ」および「ログＩＤ」が登録された日時を示す。

この未送信ログＩＤ記憶テーブルに記憶されている情報によって、いずれのＲＡＩＤ装置ＲのいずれのログＩＤのログデータが未送信であるかを認識することができる。また、のちにログデータを受信した際に、受信ログデータに過去の未送信ログデータが含まれているか否かを検証することができる。

また、受信ログデータチェック処理部３０１ｃによって「登録日時」がチェックされることにより、長期にわたって未送信ログＩＤ記憶テーブルに「ログＩＤ」が記憶されていると判定されるならば、ＲＡＩＤ装置Ｒからリモート管理サーバ装置３００へのログデータの送信漏れがあったことを検出することができる。

送信最大データ量決定テーブル記憶部３０２ｃは、図１６に示すような送信最大データ量決定テーブルを格納している。送信最大データ量決定テーブルは、「月」と、「日」と、「曜日」と、「時刻帯（開始時刻および終了時刻）」と、「送信最大データ量［Mbyte］」とのカラムを少なくとも有する。

例えば、現在日時の“月”、“日”、“時刻”の少なくとも一つが、「月」、「日」、「時刻帯」のそれぞれのカラムに格納されている格納値と一致するならば、一致したレコードの「送信最大データ量［Mbyte］」が送信最大データ量（Ｘ［Mbyte］）となる。毎年３月、毎月末、毎週金曜日または毎日２２：００〜０：００は、経験的に送信されてくるログデータのデータ量が多いと予想されるので、１台のＲＡＩＤ装置Ｒの１回あたりの送信ログデータ量に制限を加えることを目的としている。

次に、図１３に示したリモート管理サーバ装置３００で実行されるログデータ送信最大データ量送信処理について説明する。図１７は、ログデータ送信最大データ量送信処理手順を示すフローチャートである。

先ず、送信最大データ量決定処理部３０１ｂは、ＲＡＩＤ装置Ｒから送信最大データ量の照会を受信する（ステップＳ３０１）。続いて、送信最大データ量決定処理部３０１ｂは、リモート管理サーバ装置３００内の資源状況（受信ログデータ格納ＤＢ３０２ａの資源の空き容量、現在日時に基づく後述の送信最大データ量決定テーブル記憶部３０２ｃの送信最大データ量決定テーブルの参照結果、リモート管理サーバ装置３００が管理対象とするＲＡＩＤ装置Ｒの台数および複数のＲＡＩＤ装置Ｒとの通信トラフィック状況など）を確認する（ステップＳ３０２）。

続いて、送信最大データ量決定処理部３０１ｂは、リモート管理サーバ装置３００内の資源状況の確認結果を総合的に判定して送信最大データ量（Ｘ［Mbyte］）を決定する（ステップＳ３０３）。続いて、送信最大データ量決定処理部３０１ｂは、照会元のＲＡＩＤ装置Ｒに対して送信最大データ量（Ｘ［Mbyte］）の情報を送信する（ステップＳ３０４）。この処理が終了すると、ログデータ送信最大データ量情報送信処理は終了する。

次に、図１３に示したリモート管理サーバ装置３００で実行されるログデータ受信時処理について説明する。図１８は、ログデータ受信時処理手順を示すフローチャートである。ログデータ受信時処理は、リモート管理サーバ装置３００がＲＡＩＤ装置Ｒからログデータを受信した際に実行される処理である。

同図に示すように、ログデータ管理処理部３０１ａは、ログデータを受信したか否かを判定する（ステップＳ３１１）。ログデータを受信したと判定された場合に（ステップＳ３１１肯定）、ステップＳ３１２へ移り、ログデータを受信したと判定されなかった場合に（ステップＳ３１１否定）、ステップＳ３１１を繰り返す。

ステップＳ３１２では、受信ログデータチェック処理部３０１ｃは、未送信ログＩＤ記憶部３０２ｂの未送信ログＩＤ記憶テーブルに、未送信ログＩＤが記憶されているか否かを判定する。未送信ログＩＤが記憶されていると判定された場合に（ステップＳ３１２肯定）、ステップＳ３１３へ移り、未送信ログＩＤが記憶されていると判定されなかった場合に（ステップＳ３１２否定）、ステップＳ３１５へ移る。

ステップＳ３１３では、受信ログデータチェック処理部３０１ｃは、未送信ログＩＤ記憶テーブルに記憶される未送信ログＩＤを持つログデータが、今回受信したログデータの中に存在するか否かを判定する。未送信ログＩＤを持つログデータが、今回受信したログデータの中に存在すると判定された場合に（ステップＳ３１４肯定）、ステップＳ３１５へ移り、未送信ログＩＤを持つログデータが、今回受信したログデータの中に存在すると判定されなかった場合に（ステップＳ３１４否定）、ステップＳ３１８へ移る。

ステップＳ３１５では、ログデータ管理処理部３０１ａは、今回の受信ログデータに未送信ログに関する情報が付加されているか否かを判定する。今回の受信ログデータに未送信ログに関する情報が付加されていると判定された場合に（ステップＳ３１５肯定）、ステップＳ３１６へ移り、今回の受信ログデータに未送信ログに関する情報が付加されていると判定されなかった場合に（ステップＳ３１５否定）、ステップＳ３１９へ移る。

ステップＳ３１６では、ログデータ管理処理部３０１ａは、今回の受信ログデータに未送信ログに関する情報は、未送信ログＩＤを含むか否かを判定する（ステップＳ３１６）。今回の受信ログデータに未送信ログに関する情報は未送信ログＩＤを含むと判定された場合に（ステップＳ３１６肯定）、ステップＳ３１７へ移り、今回の受信ログデータに未送信ログに関する情報は未送信ログＩＤを含むと判定されなかった場合に（ステップＳ３１６否定）、ステップＳ３１８へ移る。

ステップＳ３１７では、ログデータ管理処理部３０１ａは、未送信ログＩＤ記憶部３０２ｂの未送信ログＩＤ記憶テーブルに、今回の受信ログデータに含まれていた未送信ログＩＤを記憶する。続いて、未送信ログデータ送信指示処理部３０１ｄは、制御端末装置４００の出力部４００ｂに、未送信ログデータが存在することを出力する（ステップＳ３１８）。この処理が終了すると、ステップＳ３１９へ移る。

ステップＳ３１９では、ログデータ管理処理部３０１ａは、受信ログデータを受信ログデータ格納ＤＢ３０２ａに格納する。この処理が終了すると、ログデータ受信時処理は終了する。

上記実施例によれば、ＲＡＩＤ装置Ｒ内でのエラー多発や、構成部品の変更（ディスクの増減など）などで一時的にログディスク装置１０３へ書き出されるログデータが増えた場合にも、リモート管理サーバ装置３００へのログデータの送信漏れを防止することができる。このため、リモート管理サーバ装置３００側で、ＲＡＩＤ装置Ｒのエラー解析に必要な情報が不足するという状況や、ログデータの抜け落ちが発生することを回避できる。

上記実施例によれば、ＲＡＩＤ装置Ｒからリモート管理サーバ装置３００へログデータを送信するごとに、ＲＡＩＤ装置Ｒがリモート管理サーバ装置３００に、最大送信データ量（Ｘ［Mbyte］）を照会するので、リモート管理サーバ装置３００側で、受信ログデータ格納ＤＢ３０２ａなどの資源が拡張された場合にも、動的に追従して、最大送信データ量（Ｘ［Mbyte］）分のログデータを送信することが可能になる。

以上、本発明の実施例を説明したが、本発明は、これに限られるものではなく、特許請求の範囲に記載した技術的思想の範囲内で、更に種々の異なる実施例で実施されてもよいものである。また、実施例に記載した効果は、これに限定されるものではない。

上記実施例によれば、ＲＡＩＤ装置Ｒからリモート管理サーバ装置３００へ送信するログデータの「優先度」を変更する処理は、図７に示したログデータ送信処理手順のステップＳ１０７に示したように、ログデータをリモート管理サーバ装置３００へ送信後に、「最大送信データ量（Ｘ［Mbyte］）」を超過したために送信できなかったログデータの「優先度」を“１”だけ上げるとしておこなっている。もしくは、図８に示した優先度決定処理手順のステップＳ１２４に示したように、ＲＡＩＤ装置Ｒ内で事象が発生してログがログディスク装置１０３に書き込まれるごとに、当該事象と「パターン」が一致する未送信ログデータの「優先度」を“１”だけ上げるとしておこなっている。この２つの処理が「複数の優先度決定論理」に相当する。しかし、未送信ログデータの「優先度」を変更する処理は、これらのタイミングに限らず、ログデータ送信から次のログデータ送信までの間に、適時おこなうこととしてもよい。

また、上記実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記実施例で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵ（Central Processing Unit）（またはＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）などのマイクロ・コンピュータ）および当該ＣＰＵ（またはＭＰＵ、ＭＣＵなどのマイクロ・コンピュータ）にて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現されてもよい。

（付記１）ログデータを管理する上位装置と、前記上位装置に接続されるディスクアレイ装置とを備えたディスクアレイ装置管理システムであって、
前記上位装置は、
前記ディスクアレイ装置から通知されるログデータ送信可能量の確認通知を受信する受信部と、
前記ログデータ送信可能量を決定する送信量決定部と、
前記送信量決定部による決定結果を前記ディスクアレイ装置に通知する送信量通知部と
を備え、
前記ディスクアレイ装置は、
前記ディスクアレイ装置のログデータを取得するログデータ取得部と、
前記ログデータを記憶する記憶部と、
前記ログデータの送信可能量を前記上位装置に確認する確認部と、
前記確認部による確認結果と、予め定められた優先度決定論理によって決定されるログデータの優先度とにもとづいて送信対象ログを抽出するログ情報抽出部と、
前記抽出されたログデータを前記上位装置に送信するログデータ送信部と
を備えたことを特徴とするディスクアレイ装置管理システム。

（付記２）前記ディスクアレイ装置は、複数の優先度決定論理を有し、装置内で発生した事象にもとづいて優先度決定論理を変更する事を特徴とする付記１記載のディスクアレイ装置管理システム。

（付記３）前記ディスクアレイ装置は、各優先度決定論理で決定された優先度を累積して優先度を決定する事を特徴とする付記２記載のディスクアレイ装置管理システム。

（付記４）前記ディスクアレイ装置は、送信できなかったログデータの優先度を高く再設定することを特徴とする付記３記載のディスクアレイ装置管理システム。

（付記５）前記ディスクアレイ装置は、前記送信できなかったログデータのうち、装置内で新たに発生した事象と同一事象に基づくログデータのみの優先度を高く再設定することを特徴とする付記４記載のディスクアレイ装置管理システム。

（付記６）ログデータを管理する上位装置に接続されるディスクアレイ装置であって、
前記ディスクアレイ装置のログデータを取得するログデータ取得部と、
前記ログデータを記憶する記憶部と、
前記ログデータの送信可能量を前記上位装置に確認する確認部と、
前記確認部による確認結果と、予め定められた優先度決定論理によって決定されるログデータの優先度とにもとづいて送信対象ログを抽出するログ情報抽出部と、
前記抽出されたログデータを前記上位装置に送信するログデータ送信部と
を備えたことを特徴とするディスクアレイ装置。

（付記７）前記ディスクアレイ装置は複数の優先度決定論理を有し、装置内で発生した事象にもとづいて優先度決定論理を変更して前記ログデータの優先度を決定する事を特徴とする付記６記載のディスクアレイ装置。

（付記８）前記ディスクアレイ装置は、各優先度決定論理で決定された優先度を累積して優先度を決定する事を特徴とする付記７記載のディスクアレイ装置。

（付記９）前記ディスクアレイ装置は、送信できなかったログデータの優先度を高く再設定することを特徴とする付記８記載のディスクアレイ装置。

（付記１０）前記ディスクアレイ装置は、前記送信できなかったログデータのうち、装置内で新たに発生した事象と同一の事象に基づくログデータの優先度を高く再設定することを特徴とする付記９記載のディスクアレイ装置。

（付記１１）ログデータを管理する上位装置に接続されるディスクアレイ装置の制御方法であって、
前記ディスクアレイ装置のログデータを取得するログデータ取得ステップと、
前記ログデータを記憶する記憶ステップと、
前記ログデータの送信可能量を前記上位装置に確認する確認ステップと、
前記確認ステップによる確認結果と、予め定められた優先度決定論理によって決定されるログデータの優先度とにもとづいて送信対象ログを抽出するログ情報抽出ステップと、
前記抽出されたログデータを前記上位装置に送信するログデータ送信ステップと
を含むことを特徴とするディスクアレイ装置の制御方法。

（付記１２）前記ディスクアレイ装置は、複数の優先度決定論理を有し、装置内で発生した事象にもとづいて優先度決定論理を変更する事を特徴とする付記１１記載のディスクアレイ装置の制御方法。

（付記１３）前記ディスクアレイ装置は、各優先度決定論理で決定された優先度を累積して優先度を決定する事を特徴とする付記１２記載のディスクアレイ装置の制御方法。

（付記１４）前記ディスクアレイ装置は、送信できなかったログデータの優先度を高く再設定することを特徴とする付記１３記載のディスクアレイ装置の制御方法。

（付記１５）ディスクアレイ装置に接続されて前記ディスクアレイ装置から送信されるログデータを管理する管理サーバであって、
前記ディスクアレイ装置から通知されるログデータ送信可能量の確認通知を受信する受信部と、
前記管理サーバが使用可能な資源状態にもとづいて前記ログデータ送信可能量を決定する送信量決定部と、
前記送信量決定部による決定結果を前記ディスクアレイ装置に通知する送信量通知部と
を備えたことを特徴とする管理サーバ。

（付記１６）前記管理サーバは複数のディスクアレイ装置が接続されており、各ディスクアレイ装置からのデータ送信状態にもとづいて前記ログデータ送信可能量を決定することを特徴とする付記１５記載の管理サーバ。

（付記１７）前記管理サーバは、前記ディスクアレイ装置からの前記確認通知を受信した時刻にもとづいて、前記ログデータ送信可能量を決定することを特徴とする付記１５記載の管理サーバ。

本発明は、ログデータを管理する管理サーバと、管理サーバに接続される情報処理装置とを備えた情報処理装置管理システムにおいて、情報処理装置から管理サーバへと、ログデータを効率的かつ確実に送受信することを可能としたい場合に有用である。

実施例の概要を説明するための図である。 実施例にかかるＲＡＩＤ装置の構成を示すブロック図である。 ログデータの例を示す図である。 実施例にかかるＲｏＣの構成を示す機能ブロック図である。 パターン選択テーブルの例を示す図である。 優先度決定テーブルの例を示す図である。 ログデータ送信処理手順を示すフローチャートである。 優先度決定処理手順を示すフローチャートである。 未送信ログデータの優先度を上げる処理の概要を示す図である。 過去の未送信ログデータを追加してログデータを送信する処理の概要を示す図である。 未送信ログデータが存在することを示す情報を付加してログデータを送信する処理の概要を示す図である。 未送信ログデータのログＩＤを付加してログデータを送信する処理の概要を示す図である。 リモート管理サーバ装置の構成を示す機能ブロック図である。 受信ログデータ格納テーブルの例を示す図である。 未送信ログＩＤ記憶テーブルの例を示す図である。 送信最大データ量決定テーブルの例を示す図である。 ログデータ送信最大データ量送信処理手順を示すフローチャートである。 ログデータ受信時処理手順を示すフローチャートである。

符号の説明

Ｒ ＲＡＩＤ装置
１００ ＣＥ
１０１ ＣＭａ_１
１０１ａ ＲｏＣａ_１
１０１ａ−１、１０２ａ−１ システム制御部
１０１ａ−２、１０２ａ−２ 保守制御部
１０１ａ−３、１０２ａ−３ ログ管理処理部
１０１ａ−４、１０２ａ−４ 最大送信データ量照会処理部
１０１ａ−５、１０２ａ−５ 通信制御部
１０１ａ−６、１０２ａ−６ パターン選択テーブル記憶部
１０１ａ−７、１０２ａ−７ 優先度決定テーブル記憶部
１０１ｂ エクスパンダａ_１
１０１ｃ ＰＬＤａ_１
１０１ｄ メモリａ_１
１０１ｅ インターフェースａ_１
１０２ ＣＭａ_２
１０２ａ ＲｏＣａ_２
１０２ｂ エクスパンダａ_２
１０２ｃ ＰＬＤａ_２
１０２ｄ メモリａ_２
１０２ｅ インターフェースａ_２
１０３ ログディスク装置
１０４ｄ_１、・・・、１０４ｄ_ｎ ディスク装置
２００ ＤＥ
２０１ ＥＸＰｂ_１
２０１ａ エクスパンダｂ_１
２０１ｂ ＰＬＤｂ_１
２０２ ＥＸＰｂ_２
２０２ａ エクスパンダｂ_２
２０２ｂ ＰＬＤｂ_２
２０４ｄ_１、・・・、２０４ｄ_ｎ ディスク装置
３００ リモート管理サーバ装置
３０１ 制御部
３０１ａ ログデータ管理処理部
３０１ｂ 送信最大データ量決定処理部
３０１ｃ 受信ログデータチェック処理部
３０１ｄ 未送信ログデータ送信指示処理部
３０２ 記憶部
３０２ａ 受信ログデータ格納ＤＢ
３０２ｂ 未送信ログＩＤ記憶部
３０２ｃ 送信最大データ量決定テーブル記憶部
３０３ 通信インターフェース部
３０４ 制御端末装置インターフェース部
４００ 制御端末装置
４００ａ 入力部
４００ｂ 出力部

Claims (9)

1. ログデータを管理する上位装置と、前記上位装置に接続されるディスクアレイ装置とを備えたディスクアレイ装置管理システムであって、
   前記上位装置は、
   前記ディスクアレイ装置から通知されるログデータ送信可能量の確認通知を受信する受信部と、
   前記ログデータ送信可能量を決定する送信量決定部と、
   前記送信量決定部による決定結果を前記ディスクアレイ装置に通知する送信量通知部と
   を備え、
   前記ディスクアレイ装置は、
   前記ディスクアレイ装置のログデータを取得するログデータ取得部と、
   前記ログデータを記憶する記憶部と、
   前記ログデータの送信可能量を前記上位装置に確認する確認部と、
   前記確認部による確認結果と、予め定められた優先度決定論理によって決定されるログデータの優先度とにもとづいて送信対象ログを抽出するログ情報抽出部と、
   前記抽出されたログデータを前記上位装置に送信するログデータ送信部と
   を備えたことを特徴とするディスクアレイ装置管理システム。
2. 前記ディスクアレイ装置は、複数の優先度決定論理を有し、装置内で発生した事象にもとづいて優先度決定論理を変更する事を特徴とする請求項１記載のディスクアレイ装置管理システム。
3. 前記ディスクアレイ装置は、各優先度決定論理で決定された優先度を累積して優先度を決定する事を特徴とする請求項２記載のディスクアレイ装置管理システム。
4. 前記ディスクアレイ装置は、送信できなかったログデータの優先度を高く再設定することを特徴とする請求項３記載のディスクアレイ装置管理システム。
5. 前記ディスクアレイ装置は、前記送信できなかったログデータのうち、装置内で新たに発生した事象と同一事象に基づくログデータのみの優先度を高く再設定することを特徴とする請求項４記載のディスクアレイ装置管理システム。
6. ログデータを管理する上位装置に接続されるディスクアレイ装置であって、
   前記ディスクアレイ装置のログデータを取得するログデータ取得部と、
   前記ログデータを記憶する記憶部と、
   前記ログデータの送信可能量を前記上位装置に確認する確認部と、
   前記確認部による確認結果と、予め定められた優先度決定論理によって決定されるログデータの優先度とにもとづいて送信対象ログを抽出するログ情報抽出部と、
   前記抽出されたログデータを前記上位装置に送信するログデータ送信部と
   を備えたことを特徴とするディスクアレイ装置。
7. ログデータを管理する上位装置に接続されるディスクアレイ装置の制御方法であって、
   前記ディスクアレイ装置のログデータを取得するログデータ取得ステップと、
   前記ログデータを記憶する記憶ステップと、
   前記ログデータの送信可能量を前記上位装置に確認する確認ステップと、
   前記確認ステップによる確認結果と、予め定められた優先度決定論理によって決定されるログデータの優先度とにもとづいて送信対象ログを抽出するログ情報抽出ステップと、
   前記抽出されたログデータを前記上位装置に送信するログデータ送信ステップと
   を含むことを特徴とするディスクアレイ装置の制御方法。
8. ディスクアレイ装置に接続されて前記ディスクアレイ装置から送信されるログデータを管理する管理サーバであって、
   前記ディスクアレイ装置から通知されるログデータ送信可能量の確認通知を受信する受信部と、
   前記管理サーバが使用可能な資源状態にもとづいて前記ログデータ送信可能量を決定する送信量決定部と、
   前記送信量決定部による決定結果を前記ディスクアレイ装置に通知する送信量通知部と
   を備えたことを特徴とする管理サーバ。
9. 前記管理サーバは複数のディスクアレイ装置が接続されており、各ディスクアレイ装置からのデータ送信状態にもとづいて前記ログデータ送信可能量を決定することを特徴とする請求項８記載の管理サーバ。

Images