JP2005258632A - ネットワークストレージ装置の導通確認方法およびホスト計算機 - Google Patents

Abstract

【課題】ネットワークストレージ装置の導通状態および障害原因の特定に必要な作業の負担を軽減する。
【解決手段】ホスト計算機１は、ユーザから、ネットワーク通信プロトコルよりも上位階層に位置する上位プロトコルでのネットワークストレージ装置の識別子である装置識別子、および、ボリュームの識別子であるボリューム識別子の指定を受け付ける。次に、指定された装置識別子に基づいて、ネットワーク通信プロトコルにおける当該ネットワークストレージ装置の識別子であるネットワーク識別子を特定する。そして、特定したネットワーク識別子を宛先とするネットワーク通信プロトコルでの導通確認を行う。また、前記装置識別子を宛先とする上位プロトコルでの導通確認を行う。さらに、前記ボリューム識別子により特定されるボリュームへのアクセスを行う。
【選択図】図１

Description

本発明は、ネットワークストレージ装置とホスト計算機との間の導通を確認する技術に関する。

ネットワークを介してホスト計算機にボリュームを提供するネットワークストレージ装置がある。ネットワークストレージ装置は、接続するネットワークが採用するネットワーク通信プロトコルに従い、ホスト計算機と通信を行う。ネットワークの種類は様々であり、ＩＰ（Internet Protocol）ネットワークは、その１つである。

ＩＰネットワークのプロトコルは、ＩＥＴＦ（The Internet Engineering Task Force）により標準化されており、プロトコルが階層化されている。例えばｉＳＣＳＩ（Small Computer Systems Interface protocol over the Internet）は、ＩＰネットワークに接続するネットワークストレージ装置を利用するためのプロトコルであり、ＩＰの上位階層に位置する上位プロトコルである。

また、ＩＰネットワークでは、ホスト計算機がネットワーク接続装置との導通を確認するための手段として、ＩＥＴＦにより標準化されているＩＣＭＰ（Internet Control Message Protocol）を用いて導通確認するＰｉｎｇが広く知られている。ホスト計算機は、Ｐｉｎｇを用いることにより、指定されたＩＰアドレスを持つ装置との間でＩＰ層での導通を確認できる（非特許文献１）。

J.Postel 「RFC-792 INTERNET CONTROL MESSAGE PROTOCOL」 IETF 1981年

ところで、上位プロトコルで導通していない場合や、ホスト計算機がネットワークストレージ装置のボリュームにアクセス（マウント）できない場合は、たとえネットワーク通信プロトコルでの導通が確認できた場合でも、ホスト計算機はネットワークストレージ装置を利用することができない。

なお、ネットワーク通信プロトコルでの導通確認、上位プロトコルでの導通確認、および、ボリュームへのアクセス確認を、ユーザが手動で順番に行うことにより、ホスト計算機がネットワークストレージ装置を利用可能か否かを確認することもできる。しかし、この方法では、ユーザが、それぞれ、ネットワーク通信プロトコルでのネットワークストレージ装置の識別子（例えばＩＰならばＩＰアドレス）、上位プロトコルでのネットワークストレージ装置の識別子（例えばｉＳＣＳＩならばｉＳＣＳＩネーム）、および、ネットワークストレージ装置のボリュームの識別子（例えばＬＵＮ：Logical Unit Number）を指定して、それぞれの階層での導通確認のためのコマンドをホスト計算機に入力しなければならない。このため、ネットワークトレージ装置数およびネットワークストレージ装置内のボリューム数の増加すると、操作回数が増え、作業が煩雑になる。また、何らかの障害が発生した際に、その原因を特定するための作業が煩雑になり、障害に迅速に対応できない。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、ネットワークストレージ装置の導通状態および障害原因の特定に必要な作業の負担を軽減することにある。

上記課題を解決するための本発明は、ユーザから、ネットワーク通信プロトコルよりも上位階層に位置する上位プロトコルでのネットワークストレージ装置の識別子（装置識別子と呼ぶ）、および、ネットワークストレージ装置が提供するボリュームの識別子（ボリューム識別子と呼ぶ）の指定を受け付ける。次に、指定された装置識別子に基づいて、ネットワーク通信プロトコルにおける当該ネットワークストレージ装置の識別子（ネットワーク識別子と呼ぶ）を特定する。そして、特定したネットワーク識別子を宛先とするネットワーク通信プロトコルでの導通確認を実行し、その実行結果を出力する。ネットワーク通信プロトコルでの導通が確認されたならば、ユーザから指定された装置識別子を宛先とする上位プロトコルでの導通確認を実行し、その実行結果を出力する。最後に、上位プロトコルでの導通が確認されたならば、指定されたボリューム識別子により特定されるボリュームへのアクセス（マウント）を実行し、その実行結果を出力する。

例えば、本発明は、ホスト計算機が、ネットワークを介してボリュームを提供するネットワークストレージ装置との導通を確認する、ネットワークストレージ装置の導通確認方法であって、
入力装置を介してユーザから、前記ネットワークが採用するネットワーク通信プロトコルよりも上位階層に位置する上位プロトコルでのネットワークストレージ装置の識別子である装置識別子、および、ボリュームの識別子であるボリューム識別子の指定を受け付ける受付ステップと、
前記受付ステップで受け付けた装置識別子およびボリューム識別子により特定されるネットワークストレージ装置のボリュームを、前記ホスト計算機が利用可能か否かを判断するボリューム利用可否判断ステップと、を行い、
前記ボリューム利用可否判断ステップは、
ネットワークストレージ装置毎に、前記ネットワーク通信プロトコルでのネットワークストレージ装置の識別子であるネットワーク識別子と装置識別子との対応関係が登録されたストレージ管理テーブルを用いて、前記受付ステップで受け付けた装置識別子に対応するネットワーク識別子を特定し、当該特定したネットワーク識別子を持つネットワークストレージ装置および前記ホスト計算機間の前記ネットワーク通信プロトコルでの導通確認処理を行い、その結果を出力装置に出力するネットワーク導通確認ステップと、
前記受付ステップで受け付けた装置識別子を持つネットワークストレージ装置および前記ホスト計算機間の前記上位プロトコルでの接続確認処理を行い、その結果を前記出力装置に出力するストレージ接続確認ステップと、
前記ホスト計算機が前記受付ステップで受け付けた装置識別子およびボリューム識別子により特定されるネットワークストレージ装置のボリュームにアクセス可能であるか否かを確認するアクセス確認処理を行い、その結果を前記出力装置に出力するアクセス確認ステップと、を有する。

本発明によれば、ユーザが装置識別子およびボリューム識別子を指定することにより、ネットワーク識別子が特定されるので、ユーザはネットワーク識別子を把握する必要がない。また、ネットワーク通信プロトコルでの導通確認、上位プロトコルでの導通確認、および、ボリュームへのアクセス確認が順番に行われてその結果が出力されるので、ネットワークストレージ装置の導通状態および障害原因の特定が容易になる。

本発明の一実施形態の計算機システムを、ホスト計算機およびネットワークストレージ装置間のストレージ・エリア・ネットワーク（ＳＡＮ）が、ネットワーク通信プロトコルとしてＩＰが用いられ、ネットワーク通信プロトコルの上位プロトコルとしてｉＳＣＳＩが用いられている場合を例にとり説明する。

（１）システム構成
図１は、本発明の第１実施形態が適用された計算機システムの概略図である。

図示するように、本実施形態の計算機システムは、ホスト計算機１およびネットワークストレージ装置３がＳＡＮ２に接続されて構成されている。

ネットワークストレージ装置３は、ＳＡＮ２を介してホスト計算機１にボリューム３４を提供する。ここで、ボリューム３４は、少なくとも１つのディスク装置３２により構成される論理的な記憶領域である。図示するように、ネットワークストレージ装置３は、ストレージ制御装置３１と、少なくとも１つのディスク装置３２と、を有する。ストレージ制御装置３１は、ＣＰＵ３１１と、メモリ３１２と、ＳＡＮ２に接続するためのＮＩＣ（Network Interface Card）３１３と、ストレージ接続装置３１４と、これらの要素３１１〜３１４間を接続する内部バス３１５と、を有する。ストレージ接続装置３１４は、ＣＰＵ３１１よりの指示に従い、ボリューム３４へのデータ転送を制御する。

メモリ３１２には、通信制御（ＰＧ）プログラム３１２１、ストレージ制御（ＰＧ）プログラム３１２２およびアクセス管理（ＴＬ）テーブル３１２３が記憶されている。

アクセス管理テーブル３１２３は、ボリューム３４にアクセス可能なホスト計算機１を管理するためのテーブルである。図２はアクセス管理テーブル３１２３の登録内容例を説明するための図である。図示するように、アクセス管理ＴＬ３１２３には、ボリューム３４毎にエントリ３１２３０が登録されている。エントリ３１２３０は、ボリューム３４のＬＵＮを登録するためのフィールド３１２３１と、ボリューム３４にアクセス可能なホスト計算機３のｉＳＣＳＩネームを登録するためのフィールド３１２３２と、ボリューム３４を提供する自ネットワークストレージ装置３に接続可能なホスト計算機３のＩＰアドレスを登録するためのフィールド３１２３３と、を有する。

ＣＰＵ３１１は、通信制御プログラム３１２１を実行することにより、ホスト計算機１との通信に必要なＴＣＰ/ＩＰの処理を行なう。また、ホスト計算機１からの自ネットワークストレージ装置３宛のＰｉｎｇコマンドに対して応答を返す。また、ＣＰＵ３１１は、ストレージ制御プログラム３１２２を実行することにより、ストレージ接続装置３１４を制御して、ボリューム３４へのデータの読み書きを行う。また、ｉＳＣＳＩターゲットとして必要なｉＳＣＳＩの処理を行う。さらに、アクセス管理テーブル３１２３を用いて、ホスト計算機３からのＬｏｇｉｎコマンドに対する認証処理、および、ホスト計算機３のボリューム３４へのアクセス（マウント）の可否判断処理を行う。

ホスト計算機１は、ＳＡＮ２を介してネットワークストレージ装置３のボリューム３４にアクセスし、ボリューム３４に格納されたデータを読み書きする。図示するように、ホスト計算機１は、ＣＰＵ１１と、メモリ１２と、表示装置１６および入力装置１７を接続するためのＩ/Ｏ１３と、ＳＡＮ２に接続するためのＮＩＣ１４と、これらの要素１１〜１５間を接続する内部バス１５と、を有する。

メモリ１２には、通信制御（ＰＧ）プログラム１２１、ストレージ制御処理（ＰＧ）プログラム１２２、導通確認処理（ＰＧ）プログラム１２３、および、ストレージ管理（ＴＬ）テーブル１２４が記憶されている。

ストレージ管理テーブル１２４は、自ホスト計算機１が接続可能なネットワークストレージ装置３を管理するためのテーブルである。図３は、ストレージ管理テーブル１２４の登録内容例を説明するための図である。図示するように、ストレージ管理ＴＬ１２４には、ネットワークストレージ装置３のｉＳＣＳＩネーム毎にエントリ１２４０が登録されている。エントリ１２４０は、ネットワークストレージ装置３のＩＰアドレスを登録するためのフィールド１２４１と、ネットワークストレージ装置３のｉＳＣＳＩネームを登録するためのフィールド１２４２と、を有する。

ＣＰＵ１１は、通信制御プログラム１２１を実行することにより、ネットワークストレージ装置３との通信に必要なＴＣＰ/ＩＰの処理を行なう。また、導通確認処理プログラム１２３より指定されたＩＰアドレスへＰｉｎｇコマンドを送信し、その応答を受信して導通確認処理プログラム１２３へ渡す。また、ＣＰＵ１１は、ストレージ制御プログラム１２２を実行することにより、ｉＳＣＳＩイニシエータとして必要なｉＳＣＳＩの処理を行う。また、導通確認処理プログラム１２３より指定されたｉＳＣＳＩネームへログインコマンドを送信し、その応答データを受信して導通確認処理プログラム１２３へ渡す。さらに、導通確認処理プログラム１２３より指定されたｉＳＣＳＩネームおよびＬＵＮへマウントコマンドを送信し、その応答データを受信して導通確認処理プログラム１２３へ渡す。また、ＣＰＵ１１は、導通確認処理プログラム１２３を実行することにより、ネットワークストレージ装置３が提供するボリューム２４を利用可能か否かを確認する処理（ボリューム利用可否判断処理と呼ぶ）を行う。

（２）ボリューム利用可否判断処理
次に、ホスト計算機１が行うボリューム利用可否判断処理を説明する。図４はボリューム利用可否判断処理を説明するためのフロー図である。このフローは、ホスト計算機１において、ＣＰＵ１１が導通確認処理ＰＧ１２３を実行することにより開始される。

まず、ＣＰＵ１１は、Ｉ/Ｏ１３および入力装置１７を介してユーザから、ボリューム利用可否判断の実行回数、利用可否判断を行うボリューム３４のＬＵＮ、および、該ボリュームを提供するネットワークストレージ装置３のｉＳＣＳＩネームの入力を受け付ける。それから、ストレージ管理テーブル１２４を用いて、ユーザから受け付けたｉＳＣＳＩネームと同じエントリ１２４０に登録されているＩＰアドレスを検索する（Ｓ１０１）。また、利用可否判断の実行回数Ｎを１にセットする。

次に、ＣＰＵ１１は、検索したＩＰアドレスを持つネットワークストレージ装置３とのＩＰ層での導通確認処理（ネットワーク導通確認処理と呼ぶ）を行う（Ｓ１０２）。ネットワーク導通確認処理の詳細は後述する。

次に、ＣＰＵ１１は、ネットワーク導通確認処理の結果を解析する（Ｓ１０３）。処理結果が「導通なし」を示しているならばＳ１０８に移行する。一方、処理結果が「導通あり」を示しているならば、ＣＰＵ１１は、ユーザから受け付けたｉＳＣＳＩネームを持つネットワーク装置３とのｉＳＣＳＩ層での接続確認処理（ストレージ接続確認処理と呼ぶ）を行う（Ｓ１０４）。ストレージ接続確認処理の詳細は後述する。

次に、ＣＰＵ１１は、ストレージ接続確認処理の結果を解析する（Ｓ１０５）。処理結果が「接続なし」を示しているならばＳ１０８に移行する。一方、処理結果が「接続あり」を示しているならば、ＣＰＵ１１は、ユーザから受け付けたｉＳＣＳＩネームおよびＬＵＮにより特定されるボリューム３４にアクセス可能か否かを確認する処理（アクセス確認処理と呼ぶ）を行う（Ｓ１０６）。アクセス確認処理の詳細は後述する。

次に、ＣＰＵ１１は、ストレージ接続確認処理によってｉＳＣＳＩターゲットとの間に確立されたｉＳＣＳＩセッションの切断処理を行い（Ｓ１０７）、それから、Ｓ１０８に移行する。

さて、Ｓ１０８において、ＣＰＵ１１は、利用可否判断の実行回数Ｎが、ユーザから受け付けた利用可否判断の実行回数に到達したか否かを判断する。到達した場合は、このフローを終了する。一方、到達していない場合は、利用可否判断の実行回数Ｎを１つインクリメントしてＳ１０２に戻る。

（３）ネットワーク導通確認処理
次に、図４のＳ１０２で行われるネットワーク導通確認処理を説明する。図５はネットワーク導通確認処理を説明するためのフロー図である。

まず、ＣＰＵ１１は、通信制御プログラム１２１に従い、図４のＳ１０１で検索したＩＰアドレスに対するＰｉｎｇコマンド（ＩＣＭＰのエコーリクエスト）を生成する（Ｓ１０２１）。それから、生成したＰｉｎｇコマンドをＮＩＣ１４を介してＳＡＮ２上に送信すると共に、図示していない内蔵タイマ等から送信時刻に取得する（Ｓ１０２２）。そして、ＣＰＵ１１は、所定時間、Ｐｉｎｇコマンドに対する応答を待つ（Ｓ１０２３、Ｓ１０２４）。なお、ストレージ制御装置３１において、ＣＰＵ３１１は、ＮＩＣ３１３を介してＰｉｎｇコマンドを受信すると、通信制御プログラム３１２１に従って応答を生成し、Ｐｉｎｇコマンドの送信元へ送信する。

さて、Ｓ１０２３、Ｓ１０２４において、所定時間内にＰｉｎｇコマンドに対する応答を受信しなかった場合、ＣＰＵ１１は、Ｐｉｎｇコマンドの送信先との間にＩＰ層での導通がないと判断し、その旨を示すメッセージを生成し（Ｓ１０２５）、表示装置１６に表示する（Ｓ１０２８）。例えば「Ｓ-ＩＤ ネットワーク導通確認失敗（ＮＳ-ＩＤ）」といったメッセージを、表示装置１６に表示する。ここで、Ｓ-ＩＤは、図４のＳ１０１でユーザから受け付けたネットワークストレージ装置３のｉＳＣＳＩネームであり、ＮＳ-ＩＤは、図４のＳ１０１で検索した、該ネットワークストレージ装置３のＩＰアドレスである。

一方、Ｓ１０２３、Ｓ１０２４において、所定時間内にＰｉｎｇコマンドに対する応答を受信した場合、ＣＰＵ１１は、Ｐｉｎｇコマンドの送信先との間にＩＰ層での導通があると判断する。そして、図示していない内蔵タイマ等から受信時刻を取得し、この受信時刻から送信時刻を差し引いて、導通確認にかかった処理時間を算出する（Ｓ１０２６）。それから、ＣＰＵ１１は、「導通あり」を示すメッセージを処理時間を含めて生成し（Ｓ１０２７）、表示装置１６に表示する（Ｓ１０２８）。例えば「Ｓ-ＩＤ ネットワーク導通確認成功 処理時間ｔ」といったメッセージを、表示装置１６に表示する。ここで、処理時間ｔはＳ１０２６で算出した時間である。

（４）ストレージ接続確認処理
次に、図４のＳ１０４で行われるストレージ接続確認処理を説明する。図６はストレージ接続確認処理を説明するためのフロー図である。

まず、ＣＰＵ１１は、ストレージ制御プログラム１２１に従い、上述のネットワーク導通確認処理により導通が確認されたネットワークストレージ装置３に対し、ｉＳＣＳＩのログインコマンドを生成する（Ｓ１０４１）。

図７は、ｉＳＣＳＩコマンドのデータフォーマット例を示す図である。図示するように、ｉＳＣＳＩコマンドは、ｉＳＣＳＩコマンド全体の長さを示す全データ長５０１と、送信先のネットワークストレージ装置３のＩＰアドレスであるＮＳ-ＩＤ５０２と、送信元のホスト計算機１のＩＰアドレスＮＨ-ＩＤ５０３と、送信先のネットワークストレージ装置３（ｉＳＣＳＩターゲット）のｉＳＣＳＩネームであるＳ-ＩＤ５０５と、送信元のホスト計算機１（ｉＳＣＳＩイニシエータ）のｉＳＣＳＩネームであるＨ-ＩＤ５０６と、ストレージ装置３に実行を要求する処理内容（０１：接続（ログイン）、０２：切断（ログアウト）、０３：マウント、および、０４：アンマウントのいずれか）を指定するコマンド５０７と、コマンド５０７がマウントまたはアンマウントの場合にその対象となるボリューム３４のＬＵＮ５０８と、Ｓ-ＩＤ５０５、Ｈ-ＩＤ５０６、コマンド５０７およびＬＵＮ５０８のデータ長５０４と、を有する。ここでは、ｉＳＣＳＩのログインコマンドを生成するので、コマンド５０７には、「０１」が格納される。なお、図４のＳ１０７における切断処理では、コマンド５０７に「０２」が格納されたｉＳＣＳＩのログアウトコマンドが、ｉＳＣＳＩセッション中のｉＳＣＳＩターゲットに送信される。

それから、ＣＰＵ１１は、生成したｉＳＣＳＩのログインコマンドを、上述のネットワーク導通確認処理により導通が確認されたネットワークストレージ装置３に送信する。また、図示していない内蔵タイマ等から送信時刻に取得する（Ｓ１０４２）。そして、ＣＰＵ１１は、所定時間、ｉＳＣＳＩのログインコマンドに対する応答データを待つ（Ｓ１０４３、Ｓ１０４４）。

なお、ストレージ制御装置３１において、ＣＰＵ３１１は、ＮＩＣ３１３を介してｉＳＣＳＩのログインコマンドを受信すると、ストレージ制御プログラム３１２２に従って、ｉＳＣＳＩイニシエータ（ホスト計算機１のストレージ制御プログラム１２２）とのネゴシエーションにより認証方式（ＲＦＣ１５１０、ＲＦＣ２０２５、ＲＦＣ２９４５、ＲＦＣ１９４４などがある）を決定し、認証処理を行う。そして、認証結果を含んだ応答データを生成し、ｉＳＣＳＩイニシエータへ送信する。

図８は、ｉＳＣＳＩコマンドに対する応答データのデータフォーマット例を示す図である。図示するように、ｉＳＣＳＩコマンドの応答データは、応答データ全体の長さを示す全データ長６０１と、送信元のネットワークストレージ装置３のＩＰアドレスであるＮＳ-ＩＤ６０２と、送信先のホスト計算機１のＩＰアドレスＮＨ-ＩＤ６０３と、送信元のネットワークストレージ装置３（ｉＳＣＳＩターゲット）のｉＳＣＳＩネームであるＳ-ＩＤ６０５と、送信先のホスト計算機１（ｉＳＣＳＩイニシエータ）のｉＳＣＳＩネームであるＨ-ＩＤ６０６と、コマンドの実行結果（１１：正常終了、１２：認証エラー、１３：ＬＵＮエラーのいずれか）を指定する結果６０７と、Ｓ-ＩＤ６０５、Ｈ-ＩＤ６０６および結果６０７のデータ長６０４と、を有する。ここでは、ホスト計算機１から送信されたｉＳＣＳＩコマンドがログインコマンドであるので、その応答データの結果６０７には、「１１」および「１２」のいずれかが格納される。

さて、Ｓ１０４３、Ｓ１０４４において、所定時間内にｉＳＣＳＩのログインコマンドに対する応答データを受信しなかった場合、ＣＰＵ１１は、ｉＳＣＳＩのログインコマンドの送信先（ｉＳＣＳＩターゲット）との間にｉＳＣＳＩ層での導通がないと判断し、「導通なし」を示すメッセージを生成し（Ｓ１０４５）、表示装置１６に表示する（Ｓ１０５０）。例えば「Ｓ-ＩＤ ストレージ接続確認失敗（応答なし）」といったメッセージを、表示装置１６に表示する。

一方、Ｓ１０４３、Ｓ１０４４において、所定時間内にｉＳＣＳＩのログインコマンドに対する応答データを受信した場合、ＣＰＵ１１は、この応答データの結果６０７に格納されているコマンドの実行結果を解析する（Ｓ１０４６）。該実行結果が認証エラー「１２」の場合、ＣＰＵ１１は、ｉＳＣＳＩのログインコマンドの送信先（ｉＳＣＳＩターゲット）がｉＳＣＳＩセッションの確立を拒否したものと判断し、「接続なし」を示すメッセージを生成し（Ｓ１０４７）、表示装置１６に表示する（Ｓ１０５０）。例えば「Ｓ-ＩＤ ストレージ接続確認失敗（認証エラー）」といったメッセージを、表示装置１６に表示する。

一方、Ｓ１０４６において、ログインコマンドの実行結果が正常終了「１１」の場合、ＣＰＵ１１は、ｉＳＣＳＩのログインコマンドの送信先（ｉＳＣＳＩターゲット）との間にｉＳＣＳＩセッションが確立したものと判断する。そして、図示していない内蔵タイマ等から受信時刻を取得し、この受信時刻から送信時刻を差し引いて、接続確認にかかった処理時間を算出する（Ｓ１０４８）。それから、ＣＰＵ１１は、「接続あり」を示すメッセージを処理時間を含めて生成し（Ｓ１０４９）、表示装置１６に表示する（Ｓ１０５０）。例えば「Ｓ-ＩＤ ストレージ接続確認成功 処理時間ｔ」といったメッセージを、表示装置１６に表示する。ここで、処理時間ｔはＳ１０４８で算出した時間である。

（５）アクセス確認処理
次に、図４のＳ１０６で行われるアクセス確認処理を説明する。図９はアクセス確認処理を説明するためのフロー図である。

まず、ＣＰＵ１１は、ストレージ制御プログラム１２１に従い、上述のストレージ接続確認処理によりｉＳＣＳＩコネクションが確立されたｉＳＣＳＩターゲットのネットワークストレージ装置３に対し、ｉＳＣＳＩのマウントコマンドを生成する（Ｓ１０６１）。このマウントコマンドは、図７に示すｉＳＣＳＩコマンドのデータフォーマットにおいて、コマンド５０７に「０３」が格納され、ＬＵＮ５０８に図４のＳ１０１でユーザから受け付けたＬＵＮが格納されたものとなる。

それから、ＣＰＵ１１は、生成したｉＳＣＳＩのマウントコマンドを、上述のストレージ接続確認処理によりｉＳＣＳＩコネクションが確立されたｉＳＣＳＩターゲットのネットワークストレージ装置３に送信する。また、図示していない内蔵タイマ等から送信時刻に取得する（Ｓ１０６２）。そして、ＣＰＵ１１は、所定時間、ｉＳＣＳＩのマウントコマンドに対する応答データを待つ（Ｓ１０６３、Ｓ１０６４）。

なお、ストレージ制御装置３１において、ＣＰＵ３１１は、ＮＩＣ３１３を介してｉＳＣＳＩのマウントコマンドを受信すると、ストレージ制御プログラム３１２２に従い、アクセス管理テーブル３１２３を参照して、マウントコマンドで指定されているＬＵＮを持つボリューム３４のマウントを許可するか否かを決定する。具体的には、マウントコマンドで指定されているＬＵＮ、ｉＳＣＳＩイニシエータのｉＳＣＳＩネーム（Ｈ-ＩＤ）およびｉＳＣＳＩイニシエータであるホスト計算機１のＩＰアドレス（ＮＨ-ＩＤ）を有するエントリ３１２３０が、アクセス管理テーブル３１２３に登録されている場合は、当該ＬＵＮのマウントを許可する。一方、登録されていない場合はマウントを許可しない。そして、ＣＰＵ３１１は、マウント可否の決定を含んだ応答データを生成し、ｉＳＣＳＩイニシエータへ送信する。ここで、この応答データには、マウントが許可された場合は、図８に示すデータフォーマットにおいて結果６０７に「１１」が格納される。また、マウントが拒否された場合は、結果６０７に「１２」が格納される。そして、ネットワークストレージ装置３がマウントコマンドで指定されたＬＵＮをそもそも有していない場合は、結果６０７に「１３」が格納される。

さて、Ｓ１０６３、Ｓ１０６４において、所定時間内にｉＳＣＳＩのマウントコマンドに対する応答データを受信しなかった場合、ＣＰＵ１１は、ｉＳＣＳＩのマウントコマンドの送信先（ｉＳＣＳＩターゲット）との間にｉＳＣＳＩ層での導通がないと判断し、「導通なし」を示すメッセージを生成し（Ｓ１０６５）、表示装置１６に表示する（Ｓ１０７０）。例えば「ＬＵＮ（Ｓ-ＩＤ） アクセス確認失敗（応答なし）」といったメッセージを、表示装置１６に表示する。ここでＬＵＮは、図４のＳ１０１でユーザから受付けたＬＵＮである。

一方、Ｓ１０６３、Ｓ１０６４において、所定時間内にｉＳＣＳＩのマウントコマンドに対する応答データを受信した場合、ＣＰＵ１１は、この応答データの結果６０７に格納されているコマンドの実行結果を解析する（Ｓ１０６６）。該実行結果が認証エラー「１２」あるいはＬＵＮエラー「１３」の場合、ＣＰＵ１１はｉＳＣＳＩのマウントコマンドの送信先（ｉＳＣＳＩターゲット）がＬＵＮのマウントを拒否したか、あるいは、マウント対象のＬＵＮを有していないものと判断し、その旨を示すメッセージを生成し（Ｓ１０６７）、表示装置１６に表示する（Ｓ１０７０）。例えば「ＬＵＮ（Ｓ-ＩＤ） アクセス確認失敗（ＬＵＮエラー）」（ＬＵＮを有していない場合）や、「ＬＵＮ（Ｓ-ＩＤ） アクセス確認失敗（認証エラー）」（マウントを拒否した場合）といったメッセージを、表示装置１６に表示する。

一方、Ｓ１０６６において、マウントコマンドの実行結果が正常終了「１１」の場合、ＣＰＵ１１は、ｉＳＣＳＩのマウントコマンドの送信先（ｉＳＣＳＩターゲット）が、図４のＳ１０１でユーザから受け付けたＬＵＮをマウントしたものと判断する。そして、図示していない内蔵タイマ等から受信時刻を取得し、この受信時刻から送信時刻を差し引いて、アクセス確認にかかった処理時間を算出する（Ｓ１０６８）。それから、ＣＰＵ１１は、「マウント成功」を示すメッセージを処理時間を含めて生成し（Ｓ１０６９）、表示装置１６に表示する（Ｓ１０７０）。例えば「ＬＵＮ（Ｓ-ＩＤ） アクセス確認成功 処理時間ｔ」といったメッセージを、表示装置１６に表示する。ここで、処理時間ｔはＳ１０６８で算出した時間である。

（６）メッセージ出力
図１０は、図４に示すボリューム利用可否判断処理により、表示装置１６に出力されるメッセージの一例を示す図である。図１０（Ａ）は上述のネットワーク導通確認処理、ストレージ接続確認処理およびアクセス確認処理の全てで確認成功した場合の表示例を、そして、図１０（Ｂ）は上述のネットワーク導通確認処理で確認失敗した場合の表示例を示している。

図１０（Ａ）に示すように、上述のネットワーク導通確認処理、ストレージ接続確認処理およびアクセス確認処理のそれぞれで、確認成功する毎に成功メッセージ７０１が出力される。なお、図１０（Ａ）に示す例は、ネットワークストレージ装置３のｉＳＣＳＩネーム「Ａ」、ボリューム３４のＬＵＮ「１」に対してボリューム利用可否判断を実施した場合の成功メッセージ７０１である。各メッセージ７０１に処理時間が含まれており、スループットの目安を得ることができる。

また、図１０（Ｂ）に示すように、ある確認処理で確認失敗したならば、失敗メッセージ７０２が出力され、当該確認処理以降の確認処理が省略される。なお、図１０（Ｂ）に示す例は、ネットワークストレージ装置３のｉＳＣＳＩネーム「Ｂ」に対してボリューム利用可否判断を実施した場合において、ネットワーク導通確認処理で出力された失敗メッセージ７０２である。メッセージ７０２に、ネットワークストレージ装置３のｉＳＣＳＩネームのみならず、ＩＰアドレス（192.169.2.10）も含めている。

以上、本発明の一実施形態について説明した。

本実施形態は、ホスト計算機１およびネットワークストレージ装置３間のＩＰ層での導通確認（ネットワーク導通確認処理）と、ホスト計算機１およびネットワークストレージ装置３間のｉＳＣＳＩ層での接続確認（ストレージ接続確認処理）と、ホスト計算機１によるネットワークストレージ装置３のボリューム３４のマウント可否確認（アクセス確認処理）とが、順次実行される。このため、ホスト計算機１がネットワークストレージ装置３のボリューム３４を利用できない場合の原因の切り分けが容易になる。また、新規にホスト計算機１やネットワークストレージ装置３を導入、設置した場合の設定確認を容易に行える。さらに、それぞれの確認処理にかかった処理時間を表示するため、ホスト計算機１およびネットワークストレージ装置３間の通信スループットの目安を知ることができる。このように、本実施形態によれば、ネットワークストレージ装置３の導通状態および障害原因の特定に必要な作業の負担を軽減することができる。

なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

例えば、上記の実施形態では、ボリューム利用可否判断処理を、ネットワーク導通確認処理、ストレージ接続確認処理およびアクセス確認処理の順番で行っているが、本発明はこれに限定されない。但し、上記の順番でボリューム利用可否判断処理を行うことにより、障害原因の特定をより迅速に行うことができる。

また、上記の実施形態では、ＳＡＮ２が、ネットワーク通信プロトコルとしてＩＰが用いられ、ネットワーク通信プロトコルの上位プロトコルとしてｉＳＣＳＩが用いられている場合を例にとり説明した。しかし、本発明はこれに限定されない。ネットワーク通信プロトコルとしてＩＰ以外のプロトコルを用いてもよい。同様に、上位プロトコルとしてｉＳＣＳＩプロトコル以外のプロトコルを用いてもよい。

また、本発明は、ネットワークストレージ装置３以外のネットワーク装置とホスト計算機１との接続状態を確認する場合にも、同様に適用できる。

図１は本発明の第１実施形態が適用された計算機システムの概略図である。 図２はアクセス管理テーブル３１２３の登録内容例を説明する図である。 図３はストレージ管理テーブル１２４の登録内容例を説明する図である。 図４はボリューム利用可否判断処理を説明するためのフロー図である。 図５はネットワーク導通確認処理を説明するためのフロー図である。 図６はストレージ接続確認処理を説明するためのフロー図である。 図７はｉＳＣＳＩコマンドのデータフォーマット例を示す図である。 図８はｉＳＣＳＩコマンドに対する応答データのデータフォーマット例を示す図である。 図９はアクセス確認処理を説明するためのフロー図である。 図１０（Ａ）はネットワーク導通確認処理、ストレージ接続確認処理およびアクセス確認処理で全て確認成功した場合の表示例を示す図であり、図１０（Ｂ）はネットワーク導通確認処理で確認失敗した場合の表示例を示す図である。

符号の説明

１…ホスト計算機、２…ＳＡＮ、３…ネットワークストレージ装置、１１…ＣＰＵ、１２…メモリ、１３…Ｉ/Ｏ、１４…ＮＩＣ、１５…バス、１６…表示装置、１７…入力装置、３１…ストレージ制御装置、３２…ディスク装置、３４…ボリューム、１２１…通信制御プログラム、１２２…ストレージ制御プログラム、１２３…導通確認処理プログラム、１２４…ストレージ管理テーブル、３１１…ＣＰＵ、３１２…メモリ、３１３…ＮＩＣ、３１４…ストレージ接続装置、３１５…バス、３１２１…通信制御プログラム、３１２２…ストレージ制御プログラム、３１２３…アクセス管理テーブル

Claims (9)

1. ホスト計算機が、ネットワークを介してボリュームを提供するネットワークストレージ装置との導通を確認する、ネットワークストレージ装置の導通確認方法であって、
   入力装置を介してユーザから、前記ネットワークが採用するネットワーク通信プロトコルよりも上位階層に位置する上位プロトコルでのネットワークストレージ装置の識別子である装置識別子、および、ボリュームの識別子であるボリューム識別子の指定を受け付ける受付ステップと、
   前記受付ステップで受け付けた装置識別子およびボリューム識別子により特定されるネットワークストレージ装置のボリュームを、前記ホスト計算機が利用可能か否かを判断するボリューム利用可否判断ステップと、を行い、
   前記ボリューム利用可否判断ステップは、
   ネットワークストレージ装置毎に、前記ネットワーク通信プロトコルでのネットワークストレージ装置の識別子であるネットワーク識別子と装置識別子との対応関係が登録されたストレージ管理テーブルを用いて、前記受付ステップで受け付けた装置識別子に対応するネットワーク識別子を特定し、当該特定したネットワーク識別子を持つネットワークストレージ装置および前記ホスト計算機間の前記ネットワーク通信プロトコルでの導通確認を行い、その結果を出力装置に出力するネットワーク導通確認ステップと、
   前記受付ステップで受け付けた装置識別子を持つネットワークストレージ装置および前記ホスト計算機間の前記上位プロトコルでの接続確認を行い、その結果を前記出力装置に出力するストレージ接続確認ステップと、
   前記受付ステップで受け付けた装置識別子およびボリューム識別子により特定されるネットワークストレージ装置のボリュームに、前記ホスト計算機がアクセス可能であるか否かを確認するアクセス確認を行い、その結果を前記出力装置に出力するアクセス確認ステップと、を有すること
   を特徴とするネットワークストレージ装置の導通確認方法。
2. 請求項１に記載のネットワークストレージ装置の導通確認方法であって、
   前記ネットワーク導通確認ステップ、前記ストレージ接続確認ステップおよび前記アクセス確認ステップのそれぞれは、確認結果を当該確認にかかった時間と共に前記出力装置に出力すること
   を特徴とするネットワークストレージ装置の導通確認方法。
3. 請求項１又は２に記載のネットワークストレージ装置の導通確認方法であって、
   前記ボリューム利用可否判断ステップは、前記ネットワーク導通確認ステップ、前記ストレージ接続確認ステップ、前記アクセス確認ステップの順番で、これらの確認ステップを実行すること
   を特徴とするネットワークストレージ装置の導通確認方法。
4. 請求項３に記載のネットワークストレージ装置の導通確認方法であって、
   前記ボリューム利用可否判断ステップは、前記ネットワーク導通確認ステップあるいは前記ストレージ接続確認ステップにおける確認結果が、導通あるいは接続を確認できなかったことを示している場合、当該結果を出力した確認ステップ以降の確認ステップを実行しないこと
   を特徴とするネットワークストレージ装置の導通確認方法。
5. 請求項１乃至４のいずれか一項に記載のネットワークストレージ装置の導通確認方法であって、
   前記ネットワーク通信プロトコルは、ＩＰ（Internet Protocol）であり、
   前記ネットワーク識別子は、ＩＰアドレスであり、
   前記ネットワーク導通確認ステップは、前記特定したネットワーク識別子を持つネットワークストレージ装置にＰｉｎｇコマンドを送信してその応答を確認することにより、前記導通確認を行うこと
   を特徴とするネットワークストレージ装置の導通確認方法。
6. 請求項１乃至５のいずれか一項に記載のネットワークストレージ装置の導通確認方法であって、
   前記上位プロトコルは、ｉＳＣＳＩ（Small Computer Systems Interface protocol over the Internet）であり、
   前記装置識別子は、ｉＳＣＳＩネームであり、
   前記ストレージ接続確認ステップは、前記受け付けた装置識別子を持つネットワークストレージ装置にｉＳＣＳＩのログインコマンドを送信してその応答データを確認することにより、前記接続確認を行うこと
   を特徴とするネットワークストレージ装置の導通確認方法。
7. 請求項１乃至６のいずれか一項に記載のネットワークストレージ装置の導通確認方法であって、
   前記上位プロトコルは、ｉＳＣＳＩ（Small Computer Systems Interface protocol over the Internet）であり、
   前記装置識別子は、ｉＳＣＳＩネームであり、
   前記ボリューム識別子は、ＬＵＮ（Logical Unit Number）であり、
   前記アクセス確認ステップは、前記受け付けた装置識別子を持つネットワークストレージ装置に、前記受け付けたボリューム識別子により特定されるボリュームをマウントするためのｉＳＣＳＩのマウントコマンドを送信してその応答データを確認することにより、前記アクセス確認を行うこと
   を特徴とするネットワークストレージ装置の導通確認方法。
8. ネットワークを介してボリュームを提供するネットワークストレージ装置との導通を確認するホスト計算機であって、
   演算装置と、記憶装置と、入力装置と、出力装置と、前記ネットワークに接続するための通信装置と、を有し
   前記記憶装置には、
   ネットワークストレージ装置毎に、前記ネットワークが採用するネットワーク通信プロトコルでのネットワークストレージ装置の識別子であるネットワーク識別子と、前記ネットワーク通信プロトコルよりも上位階層に位置する上位プロトコルでのネットワークストレージ装置の識別子である装置識別子との対応関係が登録されたストレージ管理テーブルが記憶されており、
   前記演算装置は、
   前記入力装置を介してユーザから、装置識別子およびボリュームの識別子であるボリューム識別子の指定を受け付ける処理と、
   前記受け付けた装置識別子およびボリューム識別子により特定されるネットワークストレージ装置のボリュームを、前記ホスト計算機が利用可能か否かを判断するボリューム利用可否判断処理と、を行い、
   前記ボリューム利用可否判断処理は、
   前記ストレージ管理テーブルを用いて、前記受け付けた装置識別子に対応するネットワーク識別子を特定し、前記通信装置を用いて、当該特定したネットワーク識別子を持つネットワークストレージ装置および前記ホスト計算機間の前記ネットワーク通信プロトコルでの導通確認を行い、その結果を出力装置に出力するネットワーク導通確認処理と、
   前記通信装置を用いて、前記受け付けた装置識別子を持つネットワークストレージ装置および前記ホスト計算機間の前記上位プロトコルでの接続確認を行い、その結果を前記出力装置に出力するストレージ接続確認処理と、
   前記通信装置を用いて、前記受け付けた装置識別子およびボリューム識別子により特定されるネットワークストレージ装置のボリュームに、前記ホスト計算機がアクセス可能であるか否かを確認し、その結果を前記出力装置に出力するアクセス確認処理と、を有すること
   を特徴とするホスト計算機。
9. ホスト計算機が、ネットワークを介してボリュームを提供するネットワークストレージ装置との導通を確認するためのコンピュータ読取り可能なプログラムであって、
   前記プログラムは、前記ホスト計算機に、
   入力装置を介してユーザから、前記ネットワークが採用するネットワーク通信プロトコルよりも上位階層に位置する上位プロトコルでのネットワークストレージ装置の識別子である装置識別子、および、ボリュームの識別子であるボリューム識別子の指定を受け付ける受付ステップと、
   前記受付ステップで受け付けた装置識別子およびボリューム識別子により特定されるネットワークストレージ装置のボリュームを、前記ホスト計算機が利用可能か否かを判断するボリューム利用可否判断ステップと、を実行させ、
   前記ボリューム利用可否判断ステップは、
   ネットワークストレージ装置毎に、前記ネットワーク通信プロトコルでのネットワークストレージ装置の識別子であるネットワーク識別子と装置識別子との対応関係が登録されたストレージ管理テーブルを用いて、前記受付ステップで受け付けた装置識別子に対応するネットワーク識別子を特定し、当該特定したネットワーク識別子を持つネットワークストレージ装置および前記ホスト計算機間の前記ネットワーク通信プロトコルでの導通確認を行い、その結果を出力装置に出力するネットワーク導通確認ステップと、
   前記受付ステップで受け付けた装置識別子を持つネットワークストレージ装置および前記ホスト計算機間の前記上位プロトコルでの接続確認を行い、その結果を前記出力装置に出力するストレージ接続確認ステップと、
   前記受付ステップで受け付けた装置識別子およびボリューム識別子により特定されるネットワークストレージ装置のボリュームに、前記ホスト計算機がアクセス可能であるか否かを確認するアクセス確認を行い、その結果を前記出力装置に出力するアクセス確認ステップと、を有すること
   を特徴とするコンピュータ読取り可能なプログラム。
   

Images