JP2022116776A - 保守支援装置、保守支援方法、及び保守支援プログラム - Google Patents

Abstract

【課題】保守における対処を効率よく実行できるように支援する保守支援装置、方法及びプログラムを提供する。【解決手段】管理計算機とホスト計算機とが、ストレージ装置に対して夫々他のネットワークを介して接続されている保守支援システムにおいて、ストレージ装置が有する管理基盤は、ストレージ装置に発生した複数の障害に対する複数の対処の操作が、所定の条件を満たすように、対処の操作の実施順序を決定するアラート対処手順判断プログラム、管理計算機からユーザによるＩ／Ｏ処理基盤の各種構成に対する操作指示を受け取るユーザ指示受領プログラム、ユーザ指示受領プログラムが受け取った操作指示をＩ／Ｏ処理基盤に送信する構成操作指示プログラム、アラート管理テーブルの情報に基づいて、アラートへの対処の実施順序を含む画面を表示させるアラート表示プログラム及び管理計算機に対して画面を表示させるアラート表示プログラムを備える。【選択図】図３

Description

本発明は、保守対象機器の保守を支援する保守支援装置等に関する。

例えば、ストレージ装置を保守対象とする計算機システムにおいては、管理者がストレージ装置を保守することが行われている。このような管理者には、基本的には、ストレージ装置に対する多くの知見が要求されている。

しかしながら、多くの知見を有する管理者を確保することは困難な場合がある。そこで、十分な知見がない管理者でも適切に保守できるようにする仕組みが要請されている。

例えば、特許文献１には、アラート毎に重要度を付与し、重要度の高いアラートを優先表示しつつ、アラートへの対処方法を表示する技術が開示されている。

特開平１０－１８７２３２号公報

例えば、特許文献１に開示された技術によると、複数のアラートが発生した際に、重要度に応じてどのアラートから対処するかを容易に判断することができる。しかしながら、単純に重要度に従って対処を行うようにすると、効率的に対処をできない虞がある。

例えば、同一の重要度のアラートが発生した場合においては、同一の重要度のアラートのいずれを先に対処するかによって、全体としての対処の手順数や、対処時間等が変わってしまうことがあり、手順数や対処時間が増加してしまう順番で各アラートに対処してしまう虞や、複数のアラートのそれぞれに対処することにより、同一の対処を重複して行ってしまい、手順数や対処時間が増加してしまう虞がある。

本発明は、上記事情に鑑みなされたものであり、その目的は、保守における対処を効率よく実行できるように支援する技術を提供することにある。

上記目的を達成するため、一観点に係る保守支援装置は、保守対象における障害に対する対処の操作の実施順序を決定する保守支援装置であって、前記保守支援装置は、プロセッサと、前記プロセッサと接続された記憶デバイスとを備え、前記記憶デバイスは、前記対処の操作と、前記操作に関する実施または不実施の少なくとも一方に関わる条件とを対応付けた条件情報と、前記保守対象に発生した障害と、前記対処の操作とを対応付けた障害対処情報と、を記憶し、前記プロセッサは、 前記保守対象に発生した複数の障害に対する複数の対処の操作が、前記条件を満たすように、複数の前記対処の操作の実施順序を決定する。

本発明によれば、保守における対処を効率よく実行できるように支援することができる。

図１は、第１実施形態に係る保守支援システムの全体構成図である。 図２は、第１実施形態に係るＩ／Ｏ処理基盤のメモリの構成図である。 図３は、第１実施形態に係る管理基盤のメモリの構成図である。 図４は、第１実施形態に係るアラートログの一例の構成図である。 図５は、第１実施形態に係る操作ログの一例の構成図である。 図６は、第１実施形態に係る操作依存関係テーブルの一例の構成図である。 図７は、第１実施形態に係るアラート管理テーブルの一例の構成図である。 図８は、第１実施形態に係るアラート対処手順判断処理のフローチャートである。 図９は、第２実施形態に係る対処手順数最小化処理のフローチャートである。 図１０は、第２実施形態に係るアラートログの一例の構成図である。 図１１は、第２実施形態に係る操作依存関係テーブルの一例の構成図である。 図１２は、第２実施形態に係るアラート管理テーブルの一例の構成図である。 図１３は、第２実施形態に係る対処手順数最小化処理のフローチャートである。 図１４は、第３実施形態に係る管理基盤のメモリの構成図である。 図１５は、第３実施形態に係るアラートログの一例の構成図である。 図１６は、第３実施形態に係る操作ログの一例の構成図である。 図１７は、第３実施形態に係る実施要否判断テーブルの一例の構成図である。 図１８は、第３実施形態に係るアラート管理テーブルの一例の構成図である。 図１９は、第３実施形態に係る対処手順数最小化処理のフローチャートである。

実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。

以下の説明では、「ＡＡＡテーブル」の表現にて情報を説明することがあるが、情報は、どのようなデータ構造で表現されていてもよい。すなわち、情報がデータ構造に依存しないことを示すために、「ＡＡＡテーブル」を「ＡＡＡ情報」と呼ぶことができる。

また、以下の説明では、「プログラム」を動作主体として処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ））によって実行されることで、定められた処理を、適宜に記憶部（例えばメモリ）及び／又はインターフェースデバイス等を用いながら行うため、処理の主体が、プロセッサ（或いは、そのプロセッサを有する装置又はシステム）とされてもよい。また、プロセッサは、処理の一部または全部を行うハードウェア回路を含んでもよい。プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記録メディア（例えば可搬型の記録メディア）であってもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

図１は、第１実施形態に係る保守支援システムの全体構成図である。

保守支援システム１は、管理計算機１０と、ホスト計算機２０と、ストレージ装置１００とを備える。管理計算機１０とストレージ装置１００とは、管理ネットワーク３０を介して接続されている。ホスト計算機２０と、ストレージ装置１００とは、ネットワーク４０を介して接続されている。管理ネットワーク３０及びネットワーク４０は、例えば、有線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）や無線ＬＡＮなどの通信路である。

管理計算機１０は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）によって構成され、ストレージ装置１００を管理する管理者（ユーザ）によって操作される計算機である。管理計算機１０は、ＬＡＮポート１１と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２と、メモリ１３と、ストレージデバイス１４と、を備える。

ＬＡＮポート１１は、例えば、有線ＬＡＮカードや無線ＬＡＮカードなどのインターフェースであり、管理ネットワーク３０を介してストレージ装置１００と通信する。

ＣＰＵ１２は、メモリ１３及び／又はストレージデバイス１４に格納されているプログラムに従って各種処理を実行する。

メモリ１３は、例えば、ＲＡＭ（ＲＡＮＤＯＭ ＡＣＣＥＳＳ ＭＥＭＯＲＹ）であり、ＣＰＵ１２で実行されるプログラムや、必要な情報を記憶する。

ストレージデバイス１４は、例えば、ハードディスクやフラッシュメモリなどであり、ＣＰＵ１２で実行されるプログラムや、ＣＰＵ１２に利用されるデータを記憶する。ストレージデバイス１４は、例えば、管理計算機１０の管理者からの入力情報をストレージ装置１００に送信し、ストレージ装置１００から所定の情報を表示する画面の情報を取得して表示するＷｅｂブラウザを記憶する。

ホスト計算機２０は、例えば、ＰＣによって構成され、ストレージ装置１００のデータを読み出して所定の処理をしたり、所定の処理により得られたデータをストレージ装置１００に書き込んだりするために用いられる。ホスト計算機２０は、複数のＬＡＮポート２１と、ＣＰＵ２２と、メモリ２３と、ストレージデバイス２４と、を備える。なお、本実施形態では、冗長性を持たせるためにＬＡＮポート２１を複数備えるようにしているが、１つであってもよい。

ＬＡＮポート２１は、例えば、有線ＬＡＮカードや無線ＬＡＮカードなどのインターフェースであり、ネットワーク４０を介してストレージ装置１００と通信する。本実施形態では、ネットワーク４０を利用してホスト計算機２０とストレージ装置１００とのデータのＩ／Ｏパスが構成される。

ＣＰＵ２２は、メモリ２３及び／又はストレージデバイス２４に格納されているプログラムに従って各種処理を実行する。

メモリ２３は、例えば、ＲＡＭであり、ＣＰＵ２２で実行されるプログラムや、必要な情報を記憶する。

ストレージデバイス２４は、例えば、ハードディスクやフラッシュメモリなどであり、ＣＰＵ２２で実行されるプログラムや、ＣＰＵ２２に利用されるデータを記憶する。

ストレージ装置１００は、Ｉ／Ｏ処理基盤１１０と、保守支援装置の一例としての管理基盤１５０とを備える。Ｉ／Ｏ処理基盤１１０と、管理基盤１５０とは、ネットワーク１９０を介して接続されている。

Ｉ／Ｏ処理基盤１１０は、ホスト計算機２０の処理に係るデータのＩ／Ｏを処理する計算機であり、複数のＬＡＮポート１１１と、複数のＬＡＮポート１１２と、複数のＣＰＵ１１３と、複数のメモリ１１４と、複数のストレージデバイス１１５と、を備える。なお、冗長性を持たせるために各構成１１１～１１５をそれぞれ複数備えるようにしているが、少なくともいずれか１種類の構成を１つとしてもよい。

ＬＡＮポート１１１は、例えば、有線ＬＡＮカードや無線ＬＡＮカードなどのインターフェースであり、ネットワーク１９０を介して管理基盤１５０と通信する。

ＬＡＮポート１１２は、例えば、有線ＬＡＮカードや無線ＬＡＮカードなどのインターフェースであり、ネットワーク４０を介してホスト計算機２０と通信する。

ＣＰＵ１１３は、メモリ１１４及び／又はストレージデバイス１１５に格納されているプログラムに従って各種処理を実行する。

メモリ１１４は、例えば、ＲＡＭであり、ＣＰＵ１１３で実行されるプログラムや、必要な情報を記憶する。

ストレージデバイス１１５は、例えば、ハードディスクやフラッシュメモリなどであり、ＣＰＵ１１３で実行されるプログラムや、ＣＰＵ１１３に利用されるデータや、ホスト計算機２０で利用されるデータを記憶する。

管理基盤１５０は、保守対象のストレージ装置１００の保守支援に関する処理を行う計算機であり、ＬＡＮポート１５１と、ＬＡＮポート１５２と、プロセッサの一例としてのＣＰＵ１５３と、メモリ１５４と、ストレージデバイス１５５と、を備える。ここで、メモリ１５４と、ストレージデバイス１５５とは、特許請求の範囲における記憶デバイスに対応する。

ＬＡＮポート１５１は、例えば、有線ＬＡＮカードや無線ＬＡＮカードなどのインターフェースであり、管理ネットワーク３０を介して管理計算機１０と通信する。

ＬＡＮポート１５２は、例えば、有線ＬＡＮカードや無線ＬＡＮカードなどのインターフェースであり、ネットワーク１９０を介してＩ／Ｏ処理基盤１１０と通信する。

ＣＰＵ１５３は、メモリ１５４及び／又はストレージデバイス１５５に格納されているプログラムに従って各種処理を実行する。

メモリ１５４は、例えば、ＲＡＭであり、ＣＰＵ１５３で実行されるプログラムや、必要な情報を記憶する。

ストレージデバイス１５５は、例えば、ハードディスクやフラッシュメモリなどであり、ＣＰＵ１５３で実行されるプログラムや、ＣＰＵ１５３に利用されるデータを記憶する。

次に、Ｉ／Ｏ処理基盤１１０のメモリ１１４に格納されているプログラムについて説明する。

図２は、第１実施形態に係るＩ／Ｏ処理基盤のメモリの構成図である。

Ｉ／Ｏ処理基盤１１０のメモリ１１４は、Ｉ／Ｏ処理プログラム１２１と、異常検出プログラム１２２と、構成操作実施プログラム１２３とを記憶する。

Ｉ／Ｏ処理プログラム１２１は、ＣＰＵ１１３に実行されることにより、ホスト計算機２０からのＩ／Ｏ要求に従ってＩ／Ｏ処理を実行する。異常検出プログラム１２２は、ＣＰＵ１１３に実行されることにより、Ｉ／Ｏ処理基盤１１０における各種構成の異常（障害）を検出し、管理基盤１５０に通知する。構成操作実施プログラム１２３は、管理基盤１５０からのＩ／Ｏ処理基盤１１０の各種構成に対する操作指示を受け取り、操作指示に従って構成に対する操作を実施する。

次に、管理基盤１５０のメモリ１５４に格納されているプログラム及び情報について説明する。

図３は、第１実施形態に係る管理基盤のメモリの構成図である。

管理基盤１５０のメモリ１５４は、アラート対処手順判断プログラム１６１と、アラートログ１６２と、操作ログ１６３と、操作依存関係テーブル１６４と、アラート管理テーブル１６５と、構成操作指示プログラム１６６と、ユーザ指示受領プログラム１６７と、アラート表示プログラム１６８とを記憶する。アラートログ１６２と、操作ログ１６３と、操作依存関係テーブル１６４と、アラート管理テーブル１６５とは、例えば、ストレージデバイス１５５に格納されており、必要に応じてメモリ１５４に読み出されてもよい。アラートログ１６２と、操作ログ１６３と、操作依存関係テーブル１６４と、アラート管理テーブル１６５とについての詳細は、後述する。

アラート対処手順判断プログラム１６１は、ストレージ装置１００に発生した複数の障害に対する複数の対処の操作が、所定の条件（本実施形態では、操作依存関係テーブル１６４の条件）を満たすように、対処の操作の実施順序を決定する。具体的な処理としては、アラート対処手順判断プログラム１６１は、ＣＰＵ１５３に実行されることにより、Ｉ／Ｏ処理基盤１１０から通知された異常に対応するアラートの情報をアラートログ１６２に格納する。アラート対処手順判断プログラム１６１は、ＣＰＵ１５３に実行されることにより、アラートへの対処手順を判断するアラート対処手順判断処理（図８参照）を実行する。ユーザ指示受領プログラム１６７は、ＣＰＵ１５３に実行されることにより、管理計算機１０から、ユーザによるＩ／Ｏ処理基盤１１０の各種構成に対する操作指示を受け取る。構成操作指示プログラム１６６は、ＣＰＵ１５３に実行されることにより、ユーザ指示受領プログラム１６７が受け取った操作指示をＩ／Ｏ処理基盤１１０に送信する。アラート表示プログラム１６８は、ＣＰＵ１５３に実行されることにより、アラート管理テーブル１６５の情報に基づいて、アラートへの対処の実施順序を含む画面を表示させる。アラート表示プログラム１６８は、例えば、管理計算機１０に対して画面を表示させる。

次に、アラートログ１６２について詳細に説明する。

図４は、第１実施形態に係るアラートログの一例の構成図である。

アラートログ１６２は、障害対処情報を記憶するログであり、Ｉ／Ｏ処理基盤１１０で発生した障害についてのアラート毎のエントリを記憶する。アラートログ１６２のエントリは、重大度１６２ａと、発生時刻１６２ｂと、内容１６２ｃと、対処方法１６２ｄとのフィールドを含む。

重大度１６２ａには、エントリに対応するアラートが示す障害の重大度が格納される。例えば、重大度は、管理基盤１００において、予め記憶された障害と重大度と対応関係に基づいて、Ｉ／Ｏ処理基盤１１０から通知された障害に対する重大度を特定して格納するようにしてもよい。発生時刻１６２ｂには、エントリに対応する障害の発生時刻が格納される。内容１６２ｃには、エントリに対応する障害の内容が格納される。対処方法１６２ｄには、エントリに対応する障害に対する対処方法（操作）が格納される。例えば、障害に対する対処方法は、管理基盤１５０において、予め記憶された障害の内容と対処方法との対応関係に基づいて、Ｉ／Ｏ処理基盤１１０から通知されたす障害に対する対処方法を特定して格納するようにしてもよい。

図４に示すアラートログ１６２の１番目のエントリは、重大度が中のアラートが１０：００に発生し、障害の内容がホストとのＩ／Ｏパス障害であり、その対象方法が、Ｉ／Ｏパス追加であることを示し、２番目のエントリは、重大度が中のアラートが１０：０１に発生し、障害の内容がＬＡＮポート障害であり、その対象方法が、ＬＡＮポート交換であることを示している。

次に、操作ログ１６３について詳細に説明する。

図５は、第１実施形態に係る操作ログの一例の構成図である。

操作ログ１６３は、Ｉ／Ｏ処理基盤１１０に対する各種操作毎のエントリを記憶する。操作ログ１６３のエントリは、実施時刻１６３ａと、操作１６３ｂとのフィールドを含む。

実施時刻１６３ａには、エントリに対応する操作を実施した時刻が格納される。操作１６３ｂには、エントリに対応する操作の内容が格納される。

図５に示す操作ログ１６３の１番目のエントリは、９：５０に、ボリューム作成の操作を行ったことを示す。

次に、操作依存関係テーブル１６４について詳細に説明する。

図６は、第１実施形態に係る操作依存関係テーブルの一例の構成図である。

操作依存関係テーブル１６４は、操作と、その操作に関する実施または不実施の少なくとも一方に関わる条件（本実施形態では、その操作を実行するために実行しておくべき前提となる操作）との関係である条件情報を記憶する。操作依存関係テーブル１６４は、操作毎のエントリを記憶する。操作依存関係テーブル１６４のエントリは、操作１６４ａと、前提操作１６４ｂとのフィールドを含む。

操作１６４ａには、エントリに対応する操作の内容が格納される。前提操作１６４ｂには、エントリに対応する操作の前提となる操作（前提操作）が格納される。

図６に示す操作依存関係テーブル１６４の１番目のエントリは、Ｉ／Ｏパス追加の操作は、ＬＡＮポート交換の操作が前提となることを示し、２番目のエントリは、ボリューム閉塞回復の操作は、プール閉塞回復の操作が前提となることを示し、３番目のエントリは、プール閉塞回復の操作は、ドライブ交換、外部ストレージとのＩ／Ｏパス回復、又は、外部ストレージとのＩ／Ｏパスの追加の操作が前提となることを示している。

次に、アラート管理テーブル１６５について詳細に説明する。

図７は、第１実施形態に係るアラート管理テーブルの一例の構成図である。

アラート管理テーブル１６５は、発生した障害のアラートへの対処方法や、実施順序等の情報を管理するテーブルであり、アラート毎のエントリを格納する。アラート管理テーブル１６５のエントリは、重大度１６５ａと、発生時刻１６５ｂと、内容１６５ｃと、対処方法１６５ｄと、実施順序１６５ｅと、実施状況１６５ｆとのフィールドを含む。

重大度１６５ａには、エントリに対応するアラートが示す障害の重大度が格納される。発生時刻１６５ｂには、エントリに対応するアラートが示す障害の発生時刻が格納される。内容１６５ｃには、エントリに対応する障害の内容が格納される。対処方法１６５ｄには、エントリに対応する障害への対処方法（操作）が格納される。実施順序１６５ｅには、エントリに対応する障害についての発生している障害の中での対処を実施すべき実施順序が格納される。実施状況１６５ｆには、エントリに対応する障害への対処の実施状況が格納される。

図７に示すアラート管理テーブル１６５の１番目のエントリは、ホストとのＩ／Ｏパス障害が１０：００に発生し、この障害の重大度が中であり、対処方法が、Ｉ／Ｏパス追加であり、対処の実施順序は、２番目であり、未実施であることを示し、２番目のエントリは、ＬＡＮポート障害が１０：０１に発生し、この障害の重大度が中であり、対処方法が、ＬＡＮポート交換であり、対処の実施順序は、１番目であり、未実施であることを示している。

次に、保守支援システム１による処理動作について説明する。

図８は、第１実施形態に係るアラート対処手順判断処理のフローチャートである。

アラート対処手順判断処理は、例えば、新たなアラートが発生した場合に実行されてもよいし、管理計算機１０からユーザによる操作指示があった場合に実行されてもよい。

アラート対処手順判断プログラム１６１（厳密には、アラート対処手順判断プログラム１６１を実行するＣＰＵ１５３）は、アラート管理テーブル１６５をストレージデバイス１５５からメモリ１５４に読み出す（ステップＳ１１）。

次いで、アラート対処手順判断プログラム１６１は、アラートログ１６２をストレージデバイス１５５からメモリ１５４に読み出し、アラートログ１６２の中のアラート管理テーブル１６５に登録されていないアラートのエントリをアラート管理テーブル１６５に登録する（ステップＳ１２）。

次いで、アラート対処手順判断プログラム１６１は、操作ログ１６３をストレージデバイス１５５からメモリ１５４に読み出し、操作ログ１６３に基づいてアラート管理テーブル１６５の実施状況を更新する（ステップＳ１３）。

次いで、アラート対処手順判断プログラム１６１は、対処手順数最小化処理（図９参照）を実行して、各アラートに対する実施順序を決定する（ステップＳ１４）。

次いで、アラート対処手順判断プログラム１６１は、対処手順数最小化処理により決定された実施順序に基づいてアラート管理テーブル１６５を更新する（ステップＳ１５）。

このアラート対処手順判断処理により、アラート管理テーブル１６５における各アラートの対処の実施順序が適切な順序に決定されることとなる。この後、アラート表示プログラム１６８は、管理計算機１０からアラートの表示指示を受け付けると、アラート管理テーブル１６５を参照し、アラート管理テーブル１６５の内容を含む画面を、管理計算機１０に表示させる。この際に、アラート表示プログラム１６８は、アラート管理テーブル１６５に含まれているアラートの情報をエントリの順番に表示するようにしてもよく、実施順序に従ってアラートの情報をソートして表示してもよい。

次に、ステップＳ１４の対処手順数最小化処理について説明する。

図９は、第１実施形態に係る対処手順数最小化処理のフローチャートである。

アラート対処手順判断プログラム１６１は、アラート管理テーブル１６５から実施状況１６５ｆが未実施のエントリの対処方法１６５ｄの操作を抽出する（ステップＳ２１）。

次いで、アラート対処手順判断プログラム１６１は、操作依存関係テーブル１６４をストレージデバイス１５５からメモリ１５４に読み出す（ステップＳ２２）。

次いで、アラート対処手順判断プログラム１６１は、ステップＳ２１で抽出した操作（抽出操作）の中に操作依存関係テーブル１６４の操作１６４ａに含まれる操作があるか否かを判定する（ステップＳ２３）。

この結果、抽出操作の中に操作依存関係テーブル１６４に含まれる操作がある場合（ステップＳ２３：ＹＥＳ）には、アラート対処手順判断プログラム１６１は、抽出操作の中に操作の前提操作、すなわち、操作依存関係テーブル１６４の前提操作１６４ｂに含まれる操作が含まれるか否かを判定する（ステップＳ２４）。

この結果、抽出操作の中に前提操作が含まれる場合（ステップＳ２４：ＹＥＳ）には、アラート対処手順判断プログラム１６１は、前提操作を、抽出操作よりも先に実施するように実施順序を入れ替える（ステップＳ２５）。

次いで、アラート対処手順判断プログラム１６１は、実施順序に従った操作の実施により、抽出操作の実施において全ての前提操作の実施が満たされるか否かを判定する（ステップＳ２６）。

この結果、抽出操作の実施において全ての前提操作の実施が満たされる場合（ステップＳ２６：ＹＥＳ）には、アラート対処手順判断プログラム１６１は、対処手順数最小化処理を終了する一方、抽出操作の実施において全ての前提操作の実施が満たされない場合（ステップＳ２６：ＮＯ）には、アラート対処手順判断プログラム１６１は、処理をステップＳ２５に進める。

一方、抽出操作の中に操作依存関係テーブル１６４に含まれる操作がない場合（ステップＳ２３：ＮＯ）、又は、抽出操作の中に前提操作が含まれない場合（ステップＳ２４：ＮＯ）には、アラート対処手順判断プログラム１６１は、アラートの重大度及びアラートの発生時刻に基づいて実施順序を決定し（ステップＳ２７）、対処手順数最小化処理を終了する。具体的には、アラート対処手順判断プログラム１６１は、重大度の高い順に従って実施順序を決定し、同一の重大度であれば発生時刻が古い順に実施順序を決定する。

上記した対処手順数最小化処理によると、ある操作に対して前提操作が存在する場合に、前提操作を先に実行するように実施順序を決定することができる。これにより、例えば、前提操作に対応するアラートの重大度に関わらず、適切に前提操作を先に実行するようにすることができる。このため、例えば、前提操作が実施されない場合に、ある操作を実施してしまって、ある操作の実施が停止したり、エラーとなってしまったりする事態を適切に防止することができる。

次に、第２実施形態に係る保守支援システムについて説明する。

第２実施形態に係る保守支援システムについては、第１実施形態に係る保守支援システム１と同様な構成については同一の符号を付し、異なる構成や処理について説明する。

第２実施形態の保守支援システムの管理基盤１５０は、第１実施形態の管理基盤１５０において、アラート対処手順判断プログラム１６１に代えてアラート対処手順判断プログラム１６９を格納するとともに、操作依存関係テーブル１６４に代えて操作依存関係テーブル１７０を格納する。

図１０は、第２実施形態に係るアラートログの一例の構成図である。

図１０に示すアラートログ１６２の１番目のエントリは、重大度が中のアラートが１０：００に発生し、障害の内容がＣＰＵ停止であり、その対処方法が、ＣＰＵ回復操作であることを示し、２番目のエントリは、重大度が大のアラートが１０：０１に発生し、障害の内容がＩ／Ｏ処理基盤停止であり、その対処方法が、Ｉ／Ｏ処理基盤再起動であることを示している。

図１１は、第２実施形態に係る操作依存関係テーブルの一例の構成図である。

操作依存関係テーブル１７０は、操作と、その操作に関する実施または不実施の少なくとも一方に関わる条件（本実施形態では、その操作を実行することにより不要となる操作（不要操作））との関係を記憶する。操作依存関係テーブル１７０は、操作毎のエントリを記憶する。操作依存関係テーブル１７０のエントリは、操作１７０ａと、不要操作１７０ｂとのフィールドを含む。

操作１７０ａには、エントリに対応する対処方法の操作の内容が格納される。不要操作１７０ｂには、エントリに対応する操作を行うことにより不要となる操作（不要操作）が格納される。

図１１に示す操作依存関係テーブル１７０の１番目のエントリは、Ｉ／Ｏ処理基盤再起動の操作を実施すると、ＣＰＵ回復操作が不要となることを示し、２番目のエントリは、Ｉ／Ｏ処理基盤再起動の操作を実施すると、Ｉ／Ｏパス再認識の操作が不要となることを示し、３番目のエントリは、Ｉ／Ｏ処理基盤全交換の操作を実施すると、メモリ交換の操作が不要であることを示している。

図１２は、第２実施形態に係るアラート管理テーブルの一例の構成図である。

図１２に示すアラート管理テーブル１６５はアラート対処手順判断処理の実行後の状態を示し、１番目のエントリは、ＣＰＵ停止が１０：００に発生し、この障害の重大度が中であり、対処方法が、ＣＰＵ回復操作であり、対処の実施順序は、なく、この操作が不要であることを示し、２番目のエントリは、Ｉ／Ｏ処理基盤停止が１０：０１に発生し、この障害への重大度が大であり、対処方法が、Ｉ／Ｏ処理基盤再起動であり、対処の実施順序は、１番目であり、未実施であることを示している。

次に、第２実施形態に係る保守支援システム１による処理動作について説明する。

第２実施形態に係るアラート対処手順判断処理は、第１実施形態に係るアラート対象手順判断処理のステップＳ１４において、図１３の対処手順数最小化処理を実行する。

図１３は、第２実施形態に係る対処手順数最小化処理のフローチャートである。

アラート対処手順判断プログラム１６９は、アラート管理テーブル１６５から実施状況１６５ｆが未実施のエントリの対処方法１６５ｄの操作を抽出する（ステップＳ３１）。

次いで、アラート対処手順判断プログラム１６９は、操作依存関係テーブル１７０をストレージデバイス１５５からメモリ１５４に読み出す（ステップＳ３２）。

次いで、アラート対処手順判断プログラム１６９は、ステップＳ３１で抽出した操作（抽出操作）の中に操作依存関係テーブル１７０の操作１７０ａに含まれる操作があるか否かを判定する（ステップＳ３３）。

この結果、抽出操作の中に操作依存関係テーブル１７０に含まれる操作がある場合（ステップＳ３３：ＹＥＳ）には、アラート対処手順判断プログラム１６９は、抽出操作の中に操作の実施による不要操作、すなわち、操作依存関係テーブル１７０の不要操作１７０ｂに含まれる操作が含まれるか否かを判定する（ステップＳ３４）。

この結果、抽出操作の中に不要操作が含まれる場合（ステップＳ３４：ＹＥＳ）には、アラート対処手順判断プログラム１６９は、他の操作を不要にできる抽出操作を先に実施するように実施順序を入れ替え、抽出操作により実施が不要となる操作を実施不要とし（ステップＳ３５）、対処手順数最小化処理を終了する。

一方、抽出操作の中に操作依存関係テーブル１７０に含まれる操作がない場合（ステップＳ３３：ＮＯ）、又は、抽出操作の中に不要操作が含まれない場合（ステップＳ３４：ＮＯ）には、アラート対処手順判断プログラム１６９は、アラートの重大度及びアラートの発生時刻に基づいて実施順序を決定し（ステップＳ３６）、対処手順数最小化処理を終了する。具体的には、アラート対処手順判断プログラム１６９は、重大度の高い順に従って実施順序を決定し、同一の重大度であれば発生時刻が古い順に実施順序を決定する。

上記した対処手順数最小化処理によると、或る操作に対して不要となる操作が存在する場合に、或る操作を先に実施するように実施順序を決定することができる。これにより、例えば、操作に対応するアラートの重大度に関わらず、他の操作を不要にできる操作を先に実行するようにすることができる。このため、例えば、不要となる操作が無駄に実行されてしまう事態を適切に防止することができる。

また、上記した対処手順数最小化処理を行うことにより、アラート対処手順判断処理では、アラート管理テーブル１６５における各アラートの対処の実施順序が適切な順序に決定されることとなる。この後、アラート表示プログラム１６８は、管理計算機１０からアラートの表示指示を受け付けると、アラート管理テーブル１６５を参照し、アラート管理テーブル１６５の内容を含む画面を、管理計算機１０に表示させる。この際に、アラート表示プログラム１６８は、アラート管理テーブル１６５に含まれているアラートの情報をその順番に表示するようにしてもよく、実施順序に従ってアラートの情報をソートして表示してもよい。また、アラート表示プログラム１６８は、対処手順数最小化処理で実施が不要であるとされた操作については、画面において、実施が不要であることを認識できるように表示するようにしてもよい。

次に、第３実施形態に係る保守支援システムについて説明する。

第３実施形態に係る保守支援システムについては、第１実施形態に係る保守支援システム１と同様な構成については同一の符号を付し、異なる構成や処理について説明する。

図１４は、第３実施形態に係る管理基盤のメモリの構成図である。

管理基盤１５０のメモリ１５４は、アラート対処手順判断プログラム１７１と、アラートログ１６２と、操作ログ１６３と、実施要否判断テーブル１７２と、アラート管理テーブル１６５と、構成操作指示プログラム１６６と、ユーザ指示受領プログラム１６７と、アラート表示プログラム１６８とを記憶する。実施要否判断テーブル１７２は、例えば、ストレージデバイス１５５に格納されており、必要に応じてメモリ１５４に読み出されてもよい。実施要否判断テーブル１７２についての詳細は、後述する。

アラート対処手順判断プログラム１７１は、ＣＰＵ１５３に実行されることにより、Ｉ／Ｏ処理基盤１１０から通知された異常に対応するアラートの情報をアラートログ１６２に格納する。アラート対処手順判断プログラム１７１は、ＣＰＵ１５３に実行されることにより、アラートへの対処手順を判断するアラート対処手順判断処理（図８参照）を実行する。なお、アラート対処手順判断プログラム１７１は、アラート対処手順判断処理におけるステップＳ１４においては、図１９に示す対処手順数最初化処理を実行する。

図１５は、第３実施形態に係るアラートログの一例の構成図である。

図１５に示すアラートログ１６２の１番目のエントリは、重大度が中のアラートが１０：００に発生し、障害の内容がストレージデバイス障害であり、その対処方法が、ドライブ交換と、ダンプ取得であることを示し、２番目のエントリは、重大度が中のアラートが１０：０１に発生し、障害の内容がストレージデバイス障害であり、その対処方法が、ドライブ交換と、ダンプ取得であることを示し、３番目のエントリは、重大度が中のアラートが１０：１０に発生し、障害の内容がストレージデバイス障害であり、その対処方法が、ドライブ交換と、ダンプ取得であることを示している。なお、ダンプ取得は、いずれのストレージデバイス１１５が故障しても、メモリ１１４のストレージデバイス１１５の状態を示している共通のエリアのダンプを取得する操作である。

図１６は、第３実施形態に係る操作ログの一例の構成図である。

図１６に示す操作ログ１６３の１番目のエントリは、１０：０８に、ダンプ取得の操作を行ったことを示し、２番目のエントリは、１０：０５に、ドライブ交換の操作を行ったことを示し、３番目のエントリは、９：５０に、ボリューム作成の操作を行ったことを示している。

図１７は、第３実施形態に係る実施要否判断テーブルの一例の構成図である。

実施要否判断テーブル１７２は、操作と、その操作に関する実施または不実施の少なくとも一方に関わる条件（本実施形態では、その操作の実施が不要となる条件）との関係を記憶する。実施要否判断テーブル１７２は、操作毎のエントリを記憶する。実施要否判断テーブル１７２のエントリは、操作１７２ａと、実施不要条件１７２ｂとのフィールドを含む。

操作１７２ａには、エントリに対応する対処方法の操作の内容が格納される。実施不要条件１７２ｂには、エントリに対応する操作を実施することが不要となる条件（不要条件）が格納される。

図１７に示す実施要否判断テーブル１７２の１番目のエントリは、ダンプ取得の操作は、障害発生以降に取得したダンプデータが存在することを条件として実施が不要となることを示し、２番目のエントリは、操作ロックの解除の操作は、操作ロックが掛けられていないことを条件として実施が不要になることを示している。

図１８は、第３実施形態に係るアラート管理テーブルの一例の構成図である。

図１８に示すアラート管理テーブル１６５はアラート対処手順判断処理の実行後の状態を示し、１番目のエントリは、ストレージデバイス障害が１０：００に発生し、この障害の重大度が中であり、対処方法が、ドライブ交換と、ダンプ取得とであり、ドライブ交換の実施順序が１番目であり実施済みであり、ダンプ取得の実施順序が２番目であり、実施済みであることを示し、２番目のエントリは、ストレージデバイス障害が１０：０１に発生し、この障害の重大度が中であり、対処方法が、ドライブ交換と、ダンプ取得とであり、ドライブ交換の実施順序が３番目であり未実施であり、ダンプ取得の実施順序が設定なく、不要であることを示し、３番目のエントリは、ストレージデバイス障害が１０：１０に発生し、この障害の重大度が中であり、対処方法が、ドライブ交換と、ダンプ取得とであり、ドライブ交換の実施順序が４番目であり未実施であり、ダンプ取得の実施順序が５番目であり、未実施であることを示している。

次に、第３実施形態に係る保守支援システム１による処理動作について説明する。

第３実施形態に係るアラート対処手順判断処理は、第１実施形態に係るアラート対象手順判断処理のステップＳ１４において、図１９の対処手順数最小化処理を実行する。

図１９は、第３実施形態に係る対処手順数最小化処理のフローチャートである。

アラート対処手順判断プログラム１７１は、アラート管理テーブル１６５から実施状況１６５ｆが未実施のエントリの対処方法１６５ｄの操作を抽出する（ステップＳ４１）。

次いで、アラート対処手順判断プログラム１７１は、実施要否判断テーブル１７２をストレージデバイス１５５からメモリ１５４に読み出す（ステップＳ４２）。

次いで、アラート対処手順判断プログラム１７１は、ステップＳ４１で抽出した操作（抽出操作）の中に実施要否判断テーブル１７２の操作１７２ａに含まれる操作があるか否かを判定する（ステップＳ４３）。

この結果、抽出操作の中に実施要否判断テーブル１７２に含まれる操作がある場合（ステップＳ４３：ＹＥＳ）には、アラート対処手順判断プログラム１７１は、その操作の実施が不要な条件、すなわち、操作依存関係テーブル１７２の不要条件１７２ｂに含まれる不要条件と合致する状況か否か判定する（ステップＳ４４）。

この結果、不要条件と合致する状況である場合（ステップＳ４４：ＹＥＳ）には、アラート対処手順判断プログラム１７１は、その操作の実施が不要であるとして、実施順序を付与せず（ステップＳ４５）、対処手順数最小化処理を終了する。

一方、抽出操作の中に実施要否判断テーブル１７２に含まれる操作がない場合（ステップＳ４３：ＮＯ）、又は、不要条件と合致する状況でない場合（ステップＳ４４：ＮＯ）には、アラート対処手順判断プログラム１７１は、アラートの重大度及びアラートの発生時刻に基づいて実施順序を決定し（ステップＳ４６）、対処手順数最小化処理を終了する。具体的には、アラート対処手順判断プログラム１７１は、重大度の高い順に従って実施順序を決定し、同一の重大度であれば発生時刻が古い順に実施順序を決定する。

上記した対処手順数最小化処理によると、或る操作に対して実施が不要となる条件が存在する場合に、或る操作を実施しないように決定することができる。これにより、例えば、重複する同様な操作を実施しないようにすることができる。このため、例えば、重複する操作が無駄に実行されてしまう事態を適切に防止することができる。例えば、アラートログ１６２の２番目のエントリのアラートが発生した発生時刻は１０：０１であり、操作ログ１６３の１番目のエントリのように、１０：０８にダンプ取得の操作（ここでは、アラートログの１番目のエントリのアラートに対する対処の操作）が行われている場合には、アラートログ１６２の２番目のエントリのアラートに対する対処方法の操作中のダンプ取得は、アラート管理テーブル１６５に示すように実施が不要とされることとなる。

また、上記した対処手順数最小化処理を行うことにより、アラート対処手順判断処理では、アラート管理テーブル１６５における各アラートの対処の実施順序が適切な順序に決定されることとなる。この後、アラート表示プログラム１６８は、管理計算機１０からアラートの表示指示を受け付けると、アラート管理テーブル１６５を参照し、アラート管理テーブル１６５の内容を含む画面を、管理計算機１０に表示させる。この際に、アラート表示プログラム１６８は、アラート管理テーブル１６５に含まれているアラートの情報をその順番に表示するようにしてもよく、実施順序に従ってアラートの情報をソートして表示してもよい。また、アラート表示プログラム１６８は、対処手順数最小化処理で実施が不要であるとされた操作については、画面において、実施が不要であることを認識できるように表示するようにしてもよい。

なお、本発明は、上述の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で、適宜変形して実施することが可能である。

例えば、上記第１実施形態から第３実施形態の少なくとも2つの実施形態を組み合わせて実行するようにしてもよい。

また、上記実施形態では、管理基盤１５０を、Ｉ／Ｏ処理基盤１１０のハードウェア構成（ＣＰＵ、メモリ等）とは別のハードウェアにより構成していたが、本発明はこれに限られず、同一のハードウェアにより構成してもよい。

また、上記実施形態では、管理基盤１５０をストレージ装置１００に構成した例を示したが、本発明はこれに限られず、管理基盤１５０をストレージ装置１００の外部の計算機で構成してもよい。

１…保守支援システム、１０…管理計算機、２０…ホスト計算機、３０…管理ネットワーク、４０…ネットワーク、１００…ストレージ装置、１１０…Ｉ／Ｏ処理基盤、１１１，１１２…ＬＡＮポート、１１３…ＣＰＵ、１１４…メモリ、１１５…ストレージデバイス、１５０…管理基盤、１５１，１５２…ＬＡＮポート、１５３…ＣＰＵ、１５４…メモリ、１５５…ストレージデバイス、１９０…ネットワーク、１６１，１６９，１７１…アラート対処手順判断プログラム、１６４，１７０…操作依存関係テーブル、１６８…アラート表示プログラム、１７２…実施要否判断テーブル

Claims (12)

1. 保守対象における障害に対する対処の操作の実施順序を決定する保守支援装置であって、
   前記保守支援装置は、プロセッサと、前記プロセッサと接続された記憶デバイスとを備え、
   前記記憶デバイスは、
   前記対処の操作と、前記操作に関する実施または不実施の少なくとも一方に関わる条件とを対応付けた条件情報と、
   前記保守対象に発生した障害と、前記対処の操作とを対応付けた障害対処情報と、を記憶し、
   前記プロセッサは、
   前記保守対象に発生した複数の障害に対する複数の対処の操作が、前記条件を満たすように、複数の前記対処の操作の実施順序を決定する
   保守支援装置。
2. 前記条件は、前記対処の操作を実施するために前提となる操作である前提操作の条件であり、
   前記プロセッサは、
   複数の前記対処の操作のそれぞれについて、前記対処の操作よりも前記対処の操作に対する前記前提操作に該当する他の対処の操作が先に実施される実施順序を決定する
   請求項１に記載の保守支援装置。
3. 前記保守対象は、ストレージ装置であり、
   前記条件情報は、
   （Ａ）前記対処の操作は、前記ストレージ装置に対するＩ／Ｏパスの追加であり、前記前提操作は、前記ストレージ装置の通信ポート交換である
   （Ｂ）前記対処の操作は、前記ストレージ装置のボリューム閉塞回復であり、前記前提操作は、前記ストレージ装置のプール閉塞回復である
   又は、（Ｃ）前記対処の操作は、前記ストレージ装置のプール閉塞回復であり、前記前提操作は、前記ストレージ装置のストレージデバイスの交換、外部ストレージデバイスとのＩ／Ｏパス回復、又は外部ストレージデバイスとのＩ／Ｏパス追加である
   の少なくとも１つを含む
   請求項２に記載の保守支援装置。
4. 前記条件は、前記対処の操作を実施することが不要となる操作である不要操作の条件であり、
   前記プロセッサは、
   複数の前記対処の操作のそれぞれについて、前記対処の操作により不要となる他の対処の操作よりも前記対処の操作を先に実施し、不要となる他の対処の操作を実施しないように前記実施順序を決定する
   請求項１に記載の保守支援装置。
5. 前記保守対象は、ストレージ装置であり、
   前記条件情報は、
   （Ａ）前記対処の操作は、ストレージ装置におけるＩ／Ｏ処理を実行するＩ／Ｏ処理基盤に再起動であり、前記不要操作は、前記Ｉ／Ｏ処理基盤のプロセッサの回復操作である
   （Ｂ）前記対処の操作は、ストレージ装置におけるＩ／Ｏ処理を実行するＩ／Ｏ処理基盤に再起動であり、前記不要操作は、前記Ｉ／Ｏ処理基盤のＩ／Ｏパス再認識である
   又は、（Ｃ）前記対処の操作は、ストレージ装置におけるＩ／Ｏ処理を実行するＩ／Ｏ処理基盤の交換であり、前記不要操作は、前記Ｉ／Ｏ処理基盤のメモリ交換である
   
   の少なくとも１つを含む
   請求項４に記載の保守支援装置。
6. 前記プロセッサは、
   前記実施しない前記対処の操作について認識可能に表示させる
   請求項４に記載の保守支援装置。
7. 前記条件は、前記対処の操作を実施することが不要となる条件であり、
   前記プロセッサは、
   複数の前記対処の操作のそれぞれについて、前記対処の操作を実施することが不要となる条件を満たしている操作について実施しないように前記実施順序を決定する
   請求項１に記載の保守支援装置。
8. 前記保守対象は、ストレージ装置であり、
   前記条件情報は、
   （Ａ）前記対処の操作は、前記ストレージ装置のメモリの所定の領域のダンプ取得であり、前記不要となる条件は、障害発生以降に取得した前記所定の領域のダンプデータが存在することである
   又は、（Ｂ）前記対処の操作は、前記ストレージ装置に対する操作ロックの解除であり、前記不要となる条件は、前記ストレージ装置に対する操作ロックがかけられていないことである
   の少なくとも１つを含む
   請求項７に記載の保守支援装置。
9. 前記プロセッサは、
   前記実施しない前記対処の操作について認識可能に表示させる
   請求項７に記載の保守支援装置。
10. 前記プロセッサは、
    前記実施順序の情報を表示させる
    請求項１に記載の保守支援装置。
11. 保守対象における障害に対する対処の操作の実施順序を決定する保守支援装置による保守支援方法であって、
    前記保守支援装置は、前記対処の操作と、前記操作に関する実施または不実施の少なくとも一方に関わる条件とを対応付けた条件情報と、前記保守対象に発生した障害と、前記対処の操作とを対応付けた障害対処情報と、を記憶し、
    前記保守支援装置は、
    前記保守対象に発生した複数の障害に対する複数の対処の操作が、前記条件を満たすように、複数の前記対処の操作の実施順序を決定する
    保守支援方法。
12. 保守対象における障害に対する対処の操作の実施順序を決定する処理をコンピュータに実行させる保守支援プログラムであって、
    前記コンピュータは、
    前記対処の操作と、前記操作に関する実施または不実施の少なくとも一方に関わる条件とを対応付けた条件情報と、
    前記保守対象に発生した障害と、前記対処の操作とを対応付けた障害対処情報と、を記憶し、
    前記保守支援プログラムは、
    前記コンピュータに、
    前記保守対象に発生した複数の障害に対する複数の対処の操作が、前記条件を満たすように、複数の前記対処の操作の実施順序を決定させる
    保守支援プログラム。
    
    

Images