JP2012014574A - ストレージ装置、構成情報保存方法および構成情報保存プログラム - Google Patents

Abstract

【課題】適切に構成情報を保存することを課題とする。
【解決手段】ストレージ装置１の保存判定部３は、ストレージの構成に関する情報である構成情報が変更された場合に、該構成情報の変更要因および／または構成情報の変更内容に基づいて、変更直後の構成情報を保存するか否かを判定する。また、構成情報格納部４は、保存判定部３によって構成情報を保存すると判定された場合には、変更直後の構成情報を構成情報記憶部６に格納する。
【選択図】図１

Description

本発明は、ストレージ装置、構成情報保存方法および構成情報保存プログラムに関する。

従来、多数の磁気ディスク装置（以下、単にディスクと呼ぶ）を接続することにより記憶容量の増大や入出力性能の向上を図ったストレージ装置が知られている。このようなストレージ装置では、構成情報を保持する技術が実施されている。

ここで、構成情報とは、ストレージ装置の構成に関する情報であって、ストレージ装置によって最新の情報のみが保持されている。このような最新の構成情報を採取するために、管理者が保守ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）のＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を用いて、ストレージ装置から構成情報を採取する。

特開２００８−２６２４３８号公報

しかしながら、上述した構成情報を保持する技術では、ストレージ装置が最新の構成情報のみを保持しているので、ストレージ装置に障害が発生した場合には、障害発生時の構成情報を採取することができないという課題があった。つまり、ストレージ装置に障害が発生した場合には、管理者が、ストレージ装置の復旧を優先して行い、ストレージ装置が復旧した後に、復旧後の構成情報や装置ログを採取して正常に復旧しているか確認する。その後、管理者が、採取された復旧後の構成情報や装置ログから障害時における構成情報を推測して障害解析を行う。このため、ストレージ装置が復旧した後に最新の構成情報を採取するので、ストレージ装置が復旧した後の構成情報を採取することができるのみで、障害発生時の構成情報を採取することができない。

また、上述した構成情報を保持する技術では、装置内では最新の構成情報のみを保持するので、装置構成を変更した場合は変更前の構成情報が残らない。このため、ＧＵＩを用いて構成情報の変更を行って変更前の構成情報が必要な場合には、構成情報を採取することができないという課題があった。

このような課題に対して、障害発生やＧＵＩ操作によって構成情報が変更するごとに、システムディスクに変更直後の構成情報を全て自動で保存することが考えられるが、システムディスクの容量が足りないために、適切に構成情報を保存することができない。システムディスクとは、電源のＯＮ／ＯＦＦを跨いで保持する必要のある情報を格納するための領域をもつディスクである。

つまり、構成情報が変更されるごとに変更直後の構成情報をシステムディスクに保存した場合に、システムディスクの容量が足りなくなり、適切に構成情報を保存することができない。特に、部品故障にて異常状態を繰り返すチャタリングが発生した場合や部品故障が多発した場合には、構成情報の変更が頻繁に発生し、その都度構成情報を保存することとなってしまう。この結果、システムディスクの容量が足りなくなって構成情報が上書きされ、適切に構成情報を保存することができない。

開示の技術は、上記に鑑みてなされたものであって、適切に構成情報を保存することを目的とする。

本願の開示するストレージ装置は、一つの態様において、ストレージの構成に関する情報である構成情報が変更された場合に、構成情報の変更要因および／または構成情報の変更内容に基づいて、変更直後の構成情報を保存するか否かを判定する。そして、構成情報を保存すると判定された場合には、変更直後の構成情報を構成情報記憶部に格納する。

本願の開示するストレージ装置の一つの態様によれば、適切に構成情報を保存するという効果を奏する。

図１は、実施例１に係るストレージ装置の構成を示すブロック図である。 図２は、実施例２に係るストレージ装置の構成を示すブロック図である。 図３は、ＧＵＩにより構成情報が変更された場合の構成情報格納処理を説明する図である。 図４は、部品の異常により構成情報が変更された場合の構成情報格納処理を説明する図である。 図５は、ディスクのステータス遷移を説明する図である。 図６は、実施例２に係るストレージ装置の構成情報格納処理の手順を説明するためのフローチャートである。 図７は、実施例２に係るストレージ装置の構成情報削除処理の手順を説明するためのフローチャートである。

以下に添付図面を参照して、この発明に係るストレージ装置、構成情報保存方法および構成情報保存プログラムの実施例を詳細に説明する。

まず最初に、図１を用いて、実施例１に係るストレージ装置の構成を説明する。図１は、実施例１に係るストレージ装置の構成を示すブロック図である。ストレージ装置１は、保存判定部３、構成情報格納部４、一般ディスク５、構成情報記憶部６を有し、ホスト２に接続されている。

ホスト２は、一般ディスク５に対するデータの読み出し指示および書き込み指示をストレージ装置に送信する。一般ディスク５は、ホスト２から書き込み指示されたデータを記憶する。構成情報記憶部６は、後述する構成情報格納部４によって格納された構成情報を記憶する。

保存判定部３は、ストレージの構成に関する情報である構成情報が変更された場合に、該構成情報の変更要因および／または構成情報の変更内容に基づいて、変更直後の構成情報を保存するか否かを判定する。構成情報格納部４は、保存判定部３によって構成情報を保存すると判定された場合には、変更直後の構成情報を構成情報記憶部６に格納する。

つまり、ストレージ装置において、例えば、構成情報の変更がＧＵＩによる変更である場合や装置全体に係る変更の場合にのみ変更後の構成情報を保存することで、障害解析や装置構成の変更に必要となる構成情報のみを適切に保存することができる。

このように、ストレージ装置１は、構成情報の変更要因や変更内容に基づいて、構成情報を保存するか判定し、必要な構成情報のみをシステムディスクに保存することで、構成情報格納部４の記憶容量を効率的に使用しつつ、適切に構成情報を保存することができる。

以下の実施例２では、実施例２に係るストレージ装置の構成および処理の流れを順に説明し、最後に実施例２による効果を説明する。

［ストレージ装置の構成］
まず、図２を用いて、ストレージ装置１０の構成を説明する。図２は、実施例２に係るストレージ装置１０の構成を示すブロック図である。図２に示すように、このストレージ装置１０は、Ｉ／Ｏ制御部１１、メモリ１２、バッテリ１３、フラッシュメモリ１４、一般ディスク１５、システムディスク１６、装置管理部１７を有し、ネットワークなどを介してホスト２０および保守ＰＣ３０と接続される。以下にこれらの各部の処理を説明する。

Ｉ／Ｏ制御部１１は、接続されるホスト２０および保守ＰＣ３０との間でやり取りする各種情報に関する通信を制御する。例えば、Ｉ／Ｏ制御部１１は、一般ディスク１５に対するデータの読み出し指示および書き込み指示をホスト２０から受信する。また、Ｉ／Ｏ制御部１１は、保守ＰＣ３０のＧＵＩ（Graphical User Interface）を介して指示された構成情報の変更指示などを受信する。

メモリ１２は、主電源またはバッテリ１３から給電されなくなると保持されたデータを失ってしまう揮発性メモリであり、ホスト２０から指示された一般ディスク１５に読み書きする「一般データ」や、自装置の構成に関する情報である「構成情報」を保持する。なお、構成情報については、後に図３を用いて詳述する。

バッテリ１３は、主電源をバックアップするバックアップ電源である。フラッシュメモリ１４は、給電されなくても保持されたデータを失わない不揮発性メモリであり、揮発性メモリであるメモリに記憶されるデータの退避先として、主電源に異常があった場合にメモリ１２に関するデータを保持する。一般ディスク１５は、ホスト２０から書き込み指示された「一般データ」を格納する。

システムディスク１６は、ストレージの構成に関する情報である構成情報および電源のＯＮ／ＯＦＦを跨いで保持する必要のある情報を格納するための領域をもつディスクである。具体的には、システムディスク１６は、後述する構成情報格納部１７ｃによって構成情報が格納され、後述する構成情報削除部１７ｄによって構成情報が削除される。

システムディスク１６は、構成情報として、機能ごとの設定情報、搭載部品の管理情報および装置全体の管理情報などを記憶する。ここで、構成情報について具体的に説明する。具体的には、システムディスク１６は、ＩＰアドレスの設定値などのネットワーク設定値、ディスクパトロールに関する設定値、ファーム版数、ホスト２０と接続するポートの情報などのホストに関する情報、各ディスクのボリュームに関する情報などを記憶する。

また、システムディスク１６は、メモリ、ディスク、バッテリ、チャネルアダプタなどの搭載部品について、搭載位置、シリアルナンバ、ステータス、容量に関する情報などを記憶する。また、システムディスク１６は、装置全体について、装置状態が「Ｒｅａｄｙ」、「Ｎｏｔ Ｒｅａｄｙ」、「Ｓｕｂｓｙｓｔｅｍ Ｄｏｗｎ」、「Ｗｒｉｔｅ Ｔｈｒｏｕｇｈ」などの状態や、ファーム版数情報（起動版数）などを記憶する。

装置管理部１７は、部品管理部１７ａ、構成管理部１７ｂ、構成情報格納部１７ｃ、構成情報削除部１７ｄを有する。部品管理部１７ａは、装置内の部品に異常が発生していないか監視し、装置に異常が発生した場合には、構成情報のステータスに異常が発生したことを反映する。

構成管理部１７ｂは、ストレージ装置１０の構成に関する情報である構成情報が変更された場合に、構成情報の変更要因または構成情報の変更内容に基づいて、変更直後の構成情報を保存するか否かを判定する。具体的には、構成管理部１７ｂは、装置管理部１７によって構成情報が変更されると、構成情報の変更がＧＵＩ操作によるものであるか判定する。この結果、構成管理部１７ｂは、構成情報の変更がＧＵＩ操作によるものであると判定された場合には、構成情報をシステムディスク１６に保存する旨の指示を構成情報格納部１７ｃへ通知する。

ここで、図３を用いて、ＧＵＩにより構成情報が変更された場合の構成情報格納処理を説明する。図３は、ＧＵＩにより構成情報が変更された場合の構成情報格納処理を説明する図である。例えば、図３の例では、ストレージ装置１０は、ＧＵＩからの設定変更を受け付け、設定情報の項目Ａ：「０ｘ２０」を「０ｘ１０」に変更する。その後、ストレージ装置１０は、構成情報の変更がＧＵＩ操作によるものであるか判定し、ＧＵＩ操作によるものであると判定した場合には、変更直後の構成情報である「０ｘ１０」をシステムディスク１６に記憶する。

また、構成管理部１７ｂは、構成情報の変更がＧＵＩ操作によるものでないと判定された場合には、構成情報の変更の内容が装置全体に関わるものであるか判定する。例えば、構成管理部１７ｂは、固有の部品異常ではなく、「Ｎｏｔ Ｒｅａｄｙ」や「Ｗｒｉｔｅ Ｔｈｒｏｕｇｈ」などの装置全体に関わる構成情報の変更であるか判定する。なお、装置全体に関わる構成情報の変更の内容について事前にリスト化しておき、構成管理部１７ｂがリストを比較して、構成情報の変更の内容が装置全体に関わる構成情報の変更であるか判定できるようにする。

この結果、構成管理部１７ｂは、構成情報の変更の内容が装置全体に関わるものであると判定した場合には、構成情報をシステムディスク１６に保存する旨の指示を構成情報格納部１７ｃへ通知する。また、構成管理部１７ｂは、構成情報の変更の内容が装置全体に関わるものでないと判定した場合には、構成情報の変更の内容が「正常」から「異常」であるか判定する。

この結果、構成管理部１７ｂは、構成情報の変更の内容が「正常」から「異常」であると判定された場合には、構成情報をシステムディスク１６に保存する旨の指示を構成情報格納部１７ｃへ通知する。

ここで、図４を用いて、部品の異常により構成情報が変更された場合の構成情報格納処理を説明する図である。例えば、図４の例では、ストレージ装置１０は、部品Ａに異常が発生したことを検知すると、構成情報における部品Ａのステータスが「正常」から「異常」に変更される。そして、ストレージ装置１０は、構成情報の変更の内容が「正常」から「異常」への変更であると判定して、部品Ａが故障した直後の構成情報をシステムディスク１６に記憶する。

また、構成管理部１７ｂは、構成情報の変更の内容が「正常」から「異常」でないと判定された場合には、構成情報の変更についてディスクに要因があるか判定する。この結果、構成管理部１７ｂは、構成情報の変更についてディスクに要因があると判定された場合には、ステータスが遷移前と遷移後で異なるか判定する。この結果、構成管理部１７ｂは、ステータスが遷移前と遷移後で異なると判定された場合には、構成情報をシステムディスク１６に保存する旨の指示を構成情報格納部１７ｃへ通知する。

つまり、構成管理部１７ｂは、ディスクについては、構成情報の変更の内容が「正常」から「異常」した場合に限らず、ステータスが遷移した場合には、構成情報をシステムディスク１６に保存する判断を行う。ここで、ディスクのステータス遷移について図５を用いて説明する。例えば、図５に示すように、ステータスが「NotAvailable」に遷移した場合には、ＲＡＩＤグループに定義されたディスクやＨＳ（Hyper Storage）に定義されたディスクの定義を削除した後ＤＥ（Device Enclosure）からディスクを引抜いた状態であることを示す（図５の（１）参照）。

また、ステータスが「NotAvailable」から「Readying」に遷移した場合は、空スロットにディスクが挿入され初期化処理を行っていることを示す（図５の（２）参照）。また、ステータスが「Readying」から「NotSupported」に遷移した場合には、他装置で使用していたと思われるディスクなので使用不可能な状態となり、強制初期化によって使用可能となることを示す（図５の（３）参照）。また、ステータスが「Readying」から「Present」に遷移した場合には、初期化処理によって使用可能な状態になった。あるいは、ループ復旧によってＨＳ以外のディスクが使用可能な状態であることを示す（図５の（４）参照）。

また、ステータスが「Readying」から「Spare」に遷移した場合は、ループ復旧によってＨＳが使用可能な状態であることを示す（図５の（５）参照）。また、ステータスが「Readying」から「Broken」に遷移した場合には、ディスク初期化処理時になんらかの問題でディスク故障になった状態であることを示す（図５の（６）参照）。また、ステータスが「NotSupported」から「Readying」に遷移した場合には、ディスクの強制初期化処理が行われた状態であることを示す（図５の（７）参照）。

また、ステータスが「Present」から「Available」に遷移した場合は、ＲＡＩＤグループ設定によって組み込まれた状態であることを示す（図５の（８）参照）。また、ステータスが「Present」から「Spare」に遷移した場合には、ＨＳ設定を行った状態であることを示す（図５の（９）参照）。また、ステータスが「Present」から「Rebuild」に遷移した場合には、新しいディスクへ交換されたのでRebuild処理またはコピーバック処理が開始した状態、あるいは、ループ復旧したのでRebuild処理またはコピーバック処理が開始した状態であることを示す（図５の（１０）参照）。

また、ステータスが「Present」から「Broken」に遷移した場合は、何らかの理由によってディスク故障が発生した状態であることを示す（図５の（１１）参照）。また、ステータスが「Present」から「NotExist」に遷移した場合には、閉塞によってディスクが見えなくなった状態であることを示す（図５の（１２）参照）。また、ステータスが「Available」から「Present」に遷移した場合には、ＲＡＩＤグループの定義を削除した状態であることを示す（図５の（１３）参照）。

また、ステータスが「Available」から「spare」に遷移した場合は、コピーバック完了によってスペア状態に戻った状態であることを示す（図５の（１４）参照）。また、ステータスが「Available」から「Sparing」に遷移した場合には、ＳＭＡＲＴ扱いとなりリダンダントコピーを開始した状態であることを示す（図５の（１５）参照）。また、ステータスが「Available」から「FailedUsable」に遷移した場合には、何らかの理由によってディスク故障が発生したが、これによってＤＬＵがＢｒｏｋｅｎになるか、既にＤＬＵがＢｒｏｋｅｎの状態にあることを示す（図５の（１６）参照）。

また、ステータスが「Available」から「Broken」に遷移した場合は、何らかの理由によってディスク故障が発生した状態であることを示す（図５の（１７）参照）。また、ステータスが「Available」から「NotExist」に遷移した場合には、ループ閉塞によってディスクが見えなくなった状態であることを示す（図５の（１８）参照）。また、ステータスが「Spare」から「Present」に遷移した場合には、ＨＳ設定を解除した状態にあることを示す（図５の（１９）参照）。

また、ステータスが「Spare」から「Rebuild」に遷移した場合は、Rebuild先ディスクとしてＤＬＵに組み込んだ。あるいは、リダンダントコピー先ディスクとしてＤＬＵに組み込んだ状態であることを示す（図５の（２０）参照）。また、ステータスが「Spare」から「Broken」に遷移した場合には、何らかの理由によってディスク故障が発生した状態であることを示す（図５の（２１）参照）。また、ステータスが「Spare」から「NotExist」に遷移した場合には、ループ閉塞によってディスクが見えなくなった状態にあることを示す（図５の（２２）参照）。

また、ステータスが「Rebuild」から「Available」に遷移した場合は、新しいディスクへのRebuild処理が完了した状態であることを示す（図５の（２３）参照）。また、ステータスが「Rebuild」から「Spare」に遷移した場合には、ＨＳのRebuild処理が何らかの理由で失敗しＨＳを解放した。あるいは、リダンダントコピー処理が何らかの理由で失敗しＨＳを解放した状態であることを示す。また、Exposed状態でのリダンダントコピー処理にて本ディスク以外のディスクが故障した状態であることを示す（図５の（２４）参照）。また、ステータスが「Rebuild」から「Broken」に遷移した場合には、何らかの理由によってディスク故障が発生した状態にあることを示す（図５の（２５）参照）。

また、ステータスが「Rebuild」から「NotExist」に遷移した場合は、ループ閉塞によってディスクが見えなくなった状態であることを示す（図５の（２６）参照）。また、ステータスが「Sparing」から「Available」に遷移した場合には、リダンダントコピー処理が先ディスク故障し被疑ディスクをAvailableに戻した状態であることを示す（図５の（２７）参照）。また、ステータスが「Sparing」から「Broken」に遷移した場合には、リダンダントコピー処理が完了し被疑ディスクを切り離した。あるいは、何らかの理由によってディスク故障が発生した状態にあることを示す（図５の（２８）参照）。

また、ステータスが「Sparing」から「NotExist」に遷移した場合は、ループ閉塞によってディスクが見えなくなった状態であることを示す（図５の（２９）参照）。また、ステータスが「FailedUsable」から「Present」に遷移した場合には、ＲＡＩＤグループの定義を削除した状態であることを示す（図５の（３０）参照）。また、ステータスが「FailedUsable」から「Broken」に遷移した場合には、ＤＬＵがBroken状態の時に他の故障ディスクを保守した、あるいは、ＣＧＩからの強制縮退によってディスクをBrokenにさせる状態であることを示す（図５の（３１）参照）。

また、ステータスが「FailedUsable」から「NotExist」に遷移した場合は、ループ閉塞によってディスクが見えなくなった状態であることを示す（図５の（３２）参照）。また、ステータスが「Broken」から「Readying」に遷移した場合には、ディスクが交換されて初期化処理が始まった状態であることを示す（図５の（３３）参照）。また、ステータスが「Broken」から「Present」に遷移した場合には、ＲＡＩＤグループの定義を削除した状態であることを示す（図５の（３４）参照）。

また、ステータスが「NotExist」から「Readying」に遷移した場合は、ループが復旧して初期化処理が始まった状態であることを示す（図５の（３５）参照）。また、ステータスが「NotExist」から「Present」に遷移した場合には、ＲＡＩＤグループの定義を削除した状態であることを示す（図５の（３６）参照）。また、ステータスが「NotExist」から「Broken」に遷移した場合には、ＣＧＩ（Common Gateway Interface）から強制縮退を指示された状態であることを示す（図５の（３７）参照）。

構成情報格納部１７ｃは、構成情報を保存すると判定された場合には、変更直後の構成情報をシステムディスク１６に格納する。具体的には、構成情報格納部１７ｃは、構成情報をシステムディスク１６に保存する旨の指示を構成管理部１７ｂから受信すると、変更直後の構成情報をシステムディスク１６に格納する。

構成情報削除部１７ｄは、システムディスク１６に記憶された各構成情報を削除するか否か判定し、削除すると判定された構成情報をシステムディスク１６から削除する。具体的には、構成情報削除１７ｄは、ＧＵＩ操作により構成情報が変更されて格納された構成情報である場合には、過去のＧＵＩ操作による構成情報より新しい構成情報がシステムディスク１６に存在しているか判定する。なお、構成情報削除１７ｄは、ＧＵＩ操作により構成情報が変更されて格納された構成情報であるか否かの判断については、ログ情報や構成情報に含まれる情報から判断する。

この結果、構成情報削除１７ｄは、チェック対象の構成情報より新しい構成情報がシステムディスク１６に存在している場合には、古い構成情報をシステムディスク上から削除する。また、構成情報削除１７ｄは、チェック対象の構成情報より新しい構成情報がシステムディスク１６に存在しない場合には、構成情報を削除せずに、構成情報の保存を継続して処理を終了する。

また、構成情報削除１７ｄは、ＧＵＩ操作により構成情報が変更されて格納された構成情報でない場合には、構成情報を保存してから一定時間が経過しているか判定する。この結果、構成情報削除１７ｄは、構成情報を保存してから一定時間が経過していないと判定した場合には、構成情報を削除せずに、構成情報の保存を継続する。

［ストレージ装置による処理］
次に、図６および図７を用いて、実施例２に係るストレージ装置１０による処理を説明する。図６は、実施例２に係るストレージ装置の構成情報格納処理の手順を説明するためのフローチャートである。図７は、実施例２に係るストレージ装置の構成情報削除処理の手順を説明するためのフローチャートである。

図６に示すように、ストレージ装置１０は、構成情報に変更が発生すると（ステップＳ１０１）、構成情報の変更がＧＵＩ操作によるものであるか判定する（ステップＳ１０２）。この結果、ストレージ装置１０は、構成情報の変更がＧＵＩ操作によるものであると判定された場合には（ステップＳ１０２肯定）、構成情報をシステムディスク１６に保存する（ステップＳ１０７）。

また、ストレージ装置１０は、構成情報の変更がＧＵＩ操作によるものでないと判定された場合には（ステップＳ１０２否定）、構成情報の変更の内容が装置全体に関わるものであるか判定する（ステップＳ１０３）。例えば、ストレージ装置１０は、固有の部品異常ではなく、「Ｎｏｔ Ｒｅａｄｙ」や「Ｗｒｉｔｅ Ｔｈｒｏｕｇｈ」などの装置全体に関わる構成情報の変更であるか判定する。

この結果、ストレージ装置１０は、構成情報の変更の内容が装置全体に関わるものであると判定した場合には（ステップＳ１０３肯定）、構成情報をシステムディスク１６に保存する（ステップＳ１０７）。また、ストレージ装置１０は、構成情報の変更の内容が装置全体に関わるものでないと判定した場合には（ステップＳ１０３否定）、構成情報の変更の内容が「正常」から「異常」であるか判定する（ステップＳ１０４）。

この結果、ストレージ装置１０は、構成情報の変更の内容が「正常」から「異常」であると判定された場合には（ステップＳ１０４肯定）、構成情報をシステムディスク１６に保存する（ステップＳ１０７）。また、ストレージ装置１０は、構成情報の変更の内容が「正常」から「異常」でないと判定された場合には（ステップＳ１０４否定）、構成情報の変更についてディスクに要因があるか判定する（ステップＳ１０５）。

この結果、ストレージ装置１０は、構成情報の変更についてディスク以外に要因があると判定された場合には（ステップＳ１０５否定）、構成情報をシステムディスク１６に保存せずに処理を終了する。また、ストレージ装置１０は、構成情報の変更についてディスクに要因があると判定された場合には（ステップＳ１０５肯定）、ステータスが遷移前と遷移後で異なるか判定する（ステップＳ１０６）。

この結果、ストレージ装置１０は、ステータスが遷移前と遷移後で異なると判定された場合には（ステップＳ１０６肯定）、構成情報をシステムディスク１６に保存する（ステップＳ１０７）。また、ストレージ装置１０は、ステータスが遷移前と遷移後で同じであると判定された場合には（ステップＳ１０６否定）、構成情報をシステムディスク１６に保存せずに処理を終了する。

次に、図７を用いて、ストレージ装置１０による構成情報削除処理の手順について説明する。図７に示すように、ストレージ装置１０は、ＧＵＩ操作により構成情報が変更された結果、システムディスク１６に格納された構成情報であるか判定する（ステップＳ２０１）。この判定の結果、ストレージ装置１０は、ＧＵＩ操作により構成情報が変更されて格納された構成情報である場合には（ステップＳ２０１肯定）、チェック対象の構成情報より新しい構成情報がシステムディスク１６に存在しているか判定する（ステップＳ２０２）。

この結果、ストレージ装置１０は、チェック対象の構成情報より新しい構成情報がシステムディスク１６に存在している場合には（ステップＳ２０２肯定）、該当する構成情報をシステムディスク上から削除する（ステップＳ２０５）。また、ストレージ装置１０は、チェック対象の構成情報より新しい構成情報がシステムディスク１６に存在しない場合には（ステップＳ２０２否定）、構成情報を削除せずに、構成情報の保存を継続して処理を終了する。

また、ストレージ装置１０は、Ｓ２０１において、ＧＵＩ操作により構成情報が変更されて格納された構成情報でない場合には（ステップＳ２０１否定）、構成情報を保存してから一定時間が経過しているか判定する（ステップＳ２０３）。この結果、ストレージ装置１０は、構成情報を保存してから一定時間が経過していないと判定した場合には（ステップＳ２０３否定）、構成情報を削除せずに、構成情報の保存を継続して処理を終了する。

また、ストレージ装置１０は、構成情報を保存してから一定時間が経過していると判定した場合には（ステップＳ２０３肯定）、保存している構成情報の異常個所が装置上の構成情報で正常状態に戻っているか判定する（ステップＳ２０４）。この結果、ストレージ装置１０は、保存している構成情報の異常個所が装置上の構成情報で正常状態に戻っていると判定した場合には（ステップＳ２０４肯定）、該当する構成情報をシステムディスク１６上から削除する（ステップＳ２０５）。

また、ストレージ装置１０は、保存している構成情報の異常個所が装置上の構成情報で正常状態に戻っていないと判定した場合には（ステップＳ２０４否定）、構成情報を削除せずに、構成情報の保存を継続して処理を終了する。

[実施例２の効果]
上述してきたように、ストレージ装置１０は、構成情報が変更された場合に、構成情報の変更要因または構成情報の変更内容に基づいて、変更直後の構成情報を保存するか否かを判定する。そして、ストレージ装置１０は、構成情報を保存すると判定された場合には、変更直後の構成情報をシステムディスク１６に格納する。このため、適切に構成情報を保存することが可能である。

このように、適切に構成情報を保存することができる結果、障害発生時の構成情報が参照可能となるため、障害の解析が容易となり障害調査に掛かる時間を短縮できる。また、ＧＵＩ操作による設定変更を簡単に変更前の状態に戻すことができる。

また、実施例２によれば、ストレージ装置１０は、構成情報が変更された場合に、構成情報の変更要因が、保守ＰＣ３０からの指示を受け付けて構成情報の変更がなされたものであるか否かを判定する。この結果、ストレージ装置１０は、構成情報の変更要因が外部端末からの指示を受け付けて構成情報の変更がなされたものであると判定された場合には、変更直後の構成情報をシステムディスク１６に格納する。このため、ＧＵＩ操作により変更された構成情報を保存することができ、ＧＵＩ操作による設定変更を簡単に変更前の状態に戻すことが可能である。

また、実施例２によれば、ストレージ装置１０は、構成情報が変更された場合に、構成情報の変更内容が、装置全体に関わるものであるか否かを判定する。この結果、ストレージ装置１０は、構成情報の変更内容が装置全体に関わるものであると判定された場合には、変更直後の構成情報をシステムディスク１６に格納する。このため、構成情報の変更内容が、装置全体に関わるものあるか否かに応じて、構成情報を適切に保存することが可能である。

また、実施例２によれば、ストレージ装置１０は、構成情報が変更された場合に、構成情報の変更内容が、部品の状態が正常から異常に変更するものであるか否かを判定する。この結果、構成情報の変更内容が部品の状態が正常から異常に変更するものであると判定された場合には、変更直後の構成情報をシステムディスク１６に格納する。このため、構成情報の変更内容が、部品の状態が正常から異常に変更したか否かに応じて、構成情報を適切に保存することが可能である。つまり、上述の構成情報の変更内容が装置全体に関わるものである場合には、変更直後の構成情報をシステムディスク１６に格納するが、構成情報の変更内容が、部品の状態に関わるものである場合には、正常から異常に変更するもののみをシステムディスク１６に格納する。

また、実施例２によれば、ストレージ装置１０は、構成情報が変更された場合に、構成情報の変更内容が、ディスクのステータスが遷移したものであるか否かを判定する。この結果、構成情報の変更内容がディスクのステータスが遷移したものであると判定された場合には、変更直後の構成情報をシステムディスク１６に格納する。このため、構成情報の変更内容が、ディスクのステータスが遷移したものであるか否かに応じて、構成情報を適切に保存することが可能である。

また、実施例２によれば、ストレージ装置１０は、システムディスク１６に記憶された各構成情報を削除するか否か判定し、削除すると判定された構成情報をシステムディスク１６から削除する。このため、不要な構成情報を適切に削除し、システムディスク１６の容量を効率的に使用することが可能である。

また、実施例２によれば、ストレージ装置１０は、システムディスク１６に記憶された構成情報について、保守ＰＣ３０からの指示を受け付けて構成情報の変更がなされたものであって、構成情報よりも新しい構成情報がシステムディスク１６に存在するか判定する。この結果、保守ＰＣからの指示を受け付けて構成情報の変更がなされたものであって、構成情報よりも新しい構成情報がシステムディスク１６に存在しないと判定された場合には、構成情報をシステムディスク１６から削除する。このため、不要な構成情報を適切に削除し、システムディスク１６の容量を効率的に使用することが可能である。

また、実施例２によれば、ストレージ装置１０は、システムディスク１６に記憶された構成情報について、構成情報が示す異常個所が正常状態に戻っているか判定する。この結果、構成情報が示す異常個所が正常状態に戻っていると判定された場合には、構成情報をシステムディスク１６から削除する。このため、不要な構成情報を適切に削除し、システムディスク１６の容量を効率的に使用することが可能である。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では実施例３として本発明に含まれる他の実施例を説明する。

（１）構成情報の記憶先
上記の実施例２では、構成情報をシステムディスクに記憶する場合を説明したが、これに限定されるものではなく、構成情報をフラッシュメモリや外部の記憶端末に記憶するようにしてもよい。

（２）システム構成等
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、部品管理部１７ａと構成管理部１７ｂを統合してもよい。

（３）プログラム
なお、本実施例で説明した構成情報保存方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）ストレージの構成に関する情報である構成情報が変更された場合に、該構成情報の変更要因および／または前記構成情報の変更内容に基づいて、変更直後の前記構成情報を保存するか否かを判定する保存判定部と、
前記保存判定部によって変更直後の構成情報を保存すると判定された場合には、前記変更直後の構成情報を構成情報記憶部に格納する構成情報格納部と、
を有することを特徴とするストレージ装置。

（付記２）前記保存判定部は、前記構成情報が変更された場合に、該構成情報の変更要因が、外部端末からの指示を受け付けて前記構成情報の変更がなされたものであるか否かを判定し、
前記構成情報格納部は、前記保存判定部によって前記構成情報の変更要因が外部端末からの指示を受け付けて前記構成情報の変更がなされたものであると判定された場合には、前記変更直後の構成情報を構成情報記憶部に格納することを特徴とする付記１に記載のストレージ装置。

（付記３）前記保存判定部は、前記構成情報が変更された場合に、該構成情報の変更内容が、装置全体に関わるものであるか否かを判定し、
前記構成情報格納部は、前記保存判定部によって前記構成情報の変更内容が装置全体に関わるものであると判定された場合には、前記変更直後の構成情報を構成情報記憶部に格納することを特徴とする付記１または２に記載のストレージ装置。

（付記４）前記保存判定部は、前記構成情報が変更された場合に、該構成情報の変更内容が、部品の状態が正常から異常に変更するものであるか否かを判定し、
前記構成情報格納部は、前記保存判定部によって前記構成情報の変更内容が部品の状態が正常から異常に変更するものであると判定された場合には、前記変更直後の構成情報を構成情報記憶部に格納することを特徴とする付記１〜３のいずれか一つに記載のストレージ装置。

（付記５）前記保存判定部は、前記構成情報が変更された場合に、該構成情報の変更内容が、記憶媒体のステータスが遷移したものであるか否かを判定し、
前記構成情報格納部は、前記保存判定部によって前記構成情報の変更内容が記憶媒体のステータスが遷移したものであると判定された場合には、前記変更直後の構成情報を構成情報記憶部に格納することを特徴とする付記１〜４のいずれか一つに記載のストレージ装置。

（付記６）前記構成情報記憶部に記憶された構成情報について、外部端末からの指示を受け付けて前記構成情報の変更がなされたものであって、該構成情報よりも新しい構成情報が前記構成情報記憶部に存在するか判定し、外部端末からの指示を受け付けて前記構成情報の変更がなされたものであって、該構成情報よりも新しい構成情報が前記構成情報記憶部に存在しないと判定された場合には、該構成情報を前記構成情報記憶部から削除する構成情報削除部をさらに有することを特徴とする付記１〜５のいずれか一つに記載のストレージ装置。

（付記７）前記構成情報記憶部に記憶された構成情報について、構成情報が示す異常個所が正常状態に戻っているか判定し、該構成情報が示す異常個所が正常状態に戻っていると判定された場合には、該構成情報を前記構成情報記憶部から削除する構成情報削除部をさらに有することを特徴とする付記１〜５のいずれか一つに記載のストレージ装置。

（付記８）ストレージ装置が、ストレージの構成に関する情報である構成情報が変更された場合に、該構成情報の変更要因および／または前記構成情報の変更内容に基づいて、変更直後の構成情報を保存するか否かを判定する保存判定ステップと、
ストレージ装置が、前記保存判定ステップによって前記構成情報を保存すると判定された場合には、前記変更直後の構成情報を構成情報記憶部に格納する構成情報格納ステップと、
を含んだことを特徴とする構成情報保存方法。

（付記９）ストレージの構成に関する情報である構成情報が変更された場合に、該構成情報の変更要因および／または前記構成情報の変更内容に基づいて、変更直後の構成情報を保存するか否かを判定する保存判定手順と、
前記保存判定手順によって前記構成情報を保存すると判定された場合には、前記変更直後の構成情報を構成情報記憶部に格納する構成情報格納手順と、
をコンピュータに実行させることを特徴とする構成情報保存プログラム。

１、１０ ストレージ装置
２、２０ ホスト
３ 保存判定部
４ 構成情報格納部
５、１５ 一般ディスク
６ 構成情報記憶部
１１ Ｉ／Ｏ制御部
１２ メモリ
１３ バッテリ
１４ フラッシュメモリ
１６ システムディスク
１７ 装置管理部
１７ａ 部品管理部
１７ｂ 構成管理部
１７ｃ 構成情報格納部
１７ｄ 構成情報削除部
３０ 保守ＰＣ

Claims (7)

1. ストレージの構成に関する情報である構成情報が変更された場合に、該構成情報の変更要因および／または前記構成情報の変更内容に基づいて、変更直後の前記構成情報を保存するか否かを判定する保存判定部と、
   前記保存判定部によって変更直後の構成情報を保存すると判定された場合には、前記変更直後の構成情報を構成情報記憶部に格納する構成情報格納部と、
   を有することを特徴とするストレージ装置。
2. 前記保存判定部は、前記構成情報が変更された場合に、該構成情報の変更要因が、外部端末からの指示を受け付けて前記構成情報の変更がなされたものであるか否かを判定し、
   前記構成情報格納部は、前記保存判定部によって前記構成情報の変更要因が外部端末からの指示を受け付けて前記構成情報の変更がなされたものであると判定された場合には、前記変更直後の構成情報を構成情報記憶部に格納することを特徴とする請求項１に記載のストレージ装置。
3. 前記保存判定部は、前記構成情報が変更された場合に、該構成情報の変更内容が、装置全体に関わるものであるか否かを判定し、
   前記構成情報格納部は、前記保存判定部によって前記構成情報の変更内容が装置全体に関わるものであると判定された場合には、前記変更直後の構成情報を構成情報記憶部に格納することを特徴とする請求項１または２に記載のストレージ装置。
4. 前記保存判定部は、前記構成情報が変更された場合に、該構成情報の変更内容が、部品の状態が正常から異常に変更するものであるか否かを判定し、
   前記構成情報格納部は、前記保存判定部によって前記構成情報の変更内容が部品の状態が正常から異常に変更するものであると判定された場合には、前記変更直後の構成情報を構成情報記憶部に格納することを特徴とする請求項１〜３のいずれか一つに記載のストレージ装置。
5. 前記保存判定部は、前記構成情報が変更された場合に、該構成情報の変更内容が、記憶媒体のステータスが遷移したものであるか否かを判定し、
   前記構成情報格納部は、前記保存判定部によって前記構成情報の変更内容が記憶媒体のステータスが遷移したものであると判定された場合には、前記変更直後の構成情報を構成情報記憶部に格納することを特徴とする請求項１〜４のいずれか一つに記載のストレージ装置。
6. ストレージ装置が、ストレージの構成に関する情報である構成情報が変更された場合に、該構成情報の変更要因および／または前記構成情報の変更内容に基づいて、変更直後の構成情報を保存するか否かを判定する保存判定ステップと、
   ストレージ装置が、前記保存判定ステップによって前記構成情報を保存すると判定された場合には、前記変更直後の構成情報を構成情報記憶部に格納する構成情報格納ステップと、
   を含んだことを特徴とする構成情報保存方法。
7. ストレージの構成に関する情報である構成情報が変更された場合に、該構成情報の変更要因および／または前記構成情報の変更内容に基づいて、変更直後の構成情報を保存するか否かを判定する保存判定手順と、
   前記保存判定手順によって前記構成情報を保存すると判定された場合には、前記変更直後の構成情報を構成情報記憶部に格納する構成情報格納手順と、
   をコンピュータに実行させることを特徴とする構成情報保存プログラム。

Images