(57)【要約】  【課題】  特定された論理パス・リソースに関連する優先度スキームに基づいて論理パスを追加、削除、及び確立することにより、論理パス・リソースを動的に管理するシステム、装置、及び方法を提供する。  【解決手段】  論理パス・リソースに関連する情報は、論理パス・リソース・テーブル内で更新される。  【選択図】  図１
2011511353.tif 000002
【特許請求の範囲】
【請求項１】
論理パス・リソースを動的に管理する方法であって、
論理パス確立要求を要求元から受信するステップと、
前記論理パスに対する優先度を含む優先度スキームの指定要求を前記要求元から受信するステップと、
使用可能な論理パス・リソースが存在するかどうかを判定するステップと、
指定された前記優先度スキームに基づいて前記論理パスを確立するパス優先度動作を実行するステップと、
論理パス・リソース・テーブル内の論理パス・リソースに関連する情報を更新するステップと、
を含む方法。
【請求項２】
前記パス優先度動作は、指定された前記優先度スキームの前記優先度がクリティカルであることを判定する、請求項１に記載の方法。
【請求項３】
前記パス優先度動作は、前記論理パス・リソース・テーブル内で特定される前記論理パス・リソースのうちの少なくとも１つが非クリティカル優先度を有する優先度スキームを含むことを判定する、請求項２に記載の方法。
【請求項４】
前記パス優先度動作は、前記非クリティカル論理パスを削除し、前記非クリティカル論理パスを前記クリティカル論理パスに置き換える、請求項３に記載の方法。
【請求項５】
前記パス優先度動作は、前記要求元との間の前記クリティカル論理パスを確立し、前記論理パス・リソース・テーブル内の前記論理パス・リソースに関連する前記優先度スキームを更新する、請求項４に記載の方法。
【請求項６】
前記パス優先度動作は、以前に削除された論理パスを当該論理パスについて以前に指定された優先度スキームで再確立する、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記パス優先度動作は、前記以前に削除された論理パスと関連付けられる新しく指定された優先度スキームを受信し、前記以前に削除された論理パスを前記新しく指定された優先度スキームで再確立する、請求項６に記載の方法。
【請求項８】
プロセッサと、
コンピュータ・プログラム・コードが実装されたコンピュータ使用可能な媒体と、
を備えるシステムであって、前記コンピュータ・プログラム・コードは、前記プロセッサによって実行可能な命令であって、
論理パス確立要求を要求元から受信するステップと、
前記論理パスに対する優先度を含む優先度スキームの指定要求を前記要求元から受信するステップと、
使用可能な論理パス・リソースが存在するかどうかを判定するステップと、
指定された前記優先度スキームに基づいて前記論理パスを確立するパス優先度動作を実行するステップと、
論理パス・リソース・テーブル内の論理パス・リソースに関連する情報を更新するステップと、
をコンピュータに実行させるように構成された命令を含む、システム。
【請求項９】
前記パス優先度動作は、指定された前記優先度スキームの前記優先度がクリティカルであることを判定する、請求項８に記載のシステム。
【請求項１０】
前記パス優先度動作は、ストレージ制御装置内において、前記論理パス・リソース・テーブル内で特定される前記論理パス・リソースのうちの少なくとも１つが非クリティカル優先度を有する優先度スキームを含むことを判定する、請求項９に記載のシステム。
【請求項１１】
前記パス優先度動作は、前記ストレージ制御装置内において、前記非クリティカル論理パスを削除し、前記非クリティカル論理パスを前記クリティカル論理パスに置き換える、請求項１０に記載のシステム。
【請求項１２】
前記パス優先度動作は、前記ストレージ制御装置内において、前記要求元との間の前記クリティカル論理パスを確立し、前記論理パス・リソース・テーブル内の前記論理パス・リソースに関連する前記優先度スキームを更新する、請求項１１に記載のシステム。
【請求項１３】
前記パス優先度動作は、ストレージ制御装置内において、以前に削除された論理パスを当該論理パスについて以前に指定された優先度スキームで再確立する、請求項８乃至１２のいずれか一項に記載のシステム。
【請求項１４】
前記パス優先度動作は、前記ストレージ制御装置内において、前記以前に削除された論理パスと関連付けられる新しく指定された優先度スキームを受信し、前記以前に削除された論理パスを前記新しく指定された優先度スキームで再確立する、請求項１３に記載のシステム。
【請求項１５】
コンピュータ・プログラム・コードが実装されたコンピュータ使用可能な媒体であって、前記コンピュータ・プログラム・コードは、
論理パス確立要求をホストからストレージ・コントローラに送信するステップと、
前記論理パスに対する優先度を含む優先度スキームの指定要求を前記ホストから前記ストレージ・コントローラに送信するステップと、
使用可能な論理パス・リソースが存在するかどうかを前記ストレージ・コントローラによって判定するステップと、
指定された前記優先度スキームに基づいて前記論理パスを確立するパス優先度動作を前記ストレージ・コントローラによって実行するステップと、
論理パス・リソース・テーブル内の論理パス・リソースに関連する情報を前記ストレージ・コントローラによって更新するステップと、
をコンピュータに実行させるように構成されたコンピュータ実行可能な命令を含む、コンピュータ使用可能な媒体。
【請求項１６】
前記パス優先度動作は、指定された前記優先度スキームの前記優先度がクリティカルであることを判定する、請求項１５に記載のコンピュータ・プログラム・コードが実装されたコンピュータ使用可能な媒体。
【請求項１７】
前記パス優先度動作は、前記論理パス・リソース・テーブル内で特定される前記論理パス・リソースのうちの少なくとも１つが非クリティカル優先度を有する優先度スキームを含むことを判定する、請求項１６に記載のコンピュータ・プログラム・コードが実装されたコンピュータ使用可能な媒体。
【請求項１８】
前記パス優先度動作は、前記非クリティカル論理パスを削除し、前記非クリティカル論理パスを前記クリティカル論理パスに置き換える、請求項１７に記載のコンピュータ・プログラム・コードが実装されたコンピュータ使用可能な媒体。
【請求項１９】
前記パス優先度動作は、前記要求元との間の前記クリティカル論理パスを確立し、前記論理パス・リソース・テーブル内の前記論理パス・リソースに関連する前記優先度スキームを更新する、請求項１８に記載のコンピュータ・プログラム・コードが実装されたコンピュータ使用可能な媒体。
【請求項２０】
前記パス優先度動作は、ストレージ制御装置内において、以前に削除された論理パスを当該論理パスについて以前に指定された優先度スキームで再確立する、請求項１５乃至１９のいずれか一項に記載のコンピュータ・プログラム・コードが実装されたコンピュータ使用可能な媒体。
【請求項２１】
前記パス優先度動作は、前記ストレージ制御装置内において、前記以前に削除された論理パスと関連付けられる新しく指定された優先度スキームを受信し、前記以前に削除された論理パスを前記新しく指定された優先度スキームで再確立する、請求項２０に記載のコンピュータ・プログラム・コードが実装されたコンピュータ使用可能な媒体。
【請求項２２】
論理パス・リソースを動的に管理する方法であって、
論理パスを確立するステップと、
前記論理パスに対する優先度を含む優先度スキームを指定するステップと、
指定された前記優先度スキームに基づいて前記論理パスを確立するパス優先度動作を実行するステップと、
論理パス・リソース・テーブル内の論理パス・リソースに関連する情報を更新するステップと、
を含む方法。
【請求項２３】
前記論理パス・リソース・テーブル内で特定される前記論理パス・リソースのうちの少なくとも１つが非クリティカル優先度を有する優先度スキームを含むことを判定するステップを更に含む、請求項２２に記載の方法。
【請求項２４】
指定された前記優先度スキームがクリティカル優先度を含むことを判定するステップと、
前記論理パスを特定された前記クリティカル優先度で確立するステップと、
前記論理パス・リソース・テーブル内の前記論理パス・リソースに関連する前記優先度スキームを更新するステップと、
を更に含む、請求項２３に記載の方法。
【請求項２５】
論理パス・リソースを動的に管理する装置であって、
論理パス確立要求を受信する手段と、
前記論理パスに対する優先度を含む優先度スキームの指定要求を受信する手段と、
使用可能な論理パス・リソースが存在するかどうかを判定する手段と、
指定された前記優先度スキームに基づいて前記論理パスを確立するパス優先度動作を実行する手段と、
論理パス・リソース・テーブル内の論理パス・リソースに関連する情報を更新する手段と、
を備える装置。
【請求項２６】
請求項１乃至７のいずれか一項に記載の方法の各ステップをコンピュータに実行させるコンピュータ実装可能な命令を含むコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、論理パス・リソースを動的に管理する方法、システム、及び製品に関するものである。
【背景技術】
【０００２】
特定のコンピューティング環境において、ホスト・コンピュータは物理ストレージを制御するストレージ制御装置と通信することができる。ストレージ制御装置によって制御される物理ストレージは、ストレージ制御装置内の複数の論理パス・リソースとして論理的に表現され得る。ホスト・コンピュータ内のアプリケーションは、ストレージ制御装置の論理パス・リソースに対する入出力（Ｉ／Ｏ）動作を実行することができる。例えば、ホスト・コンピュータ内のアプリケーションは、ストレージ制御装置の論理パス・リソースに対する書き込みを行うことができる。ストレージ制御装置は、論理ボリューム及び物理ボリュームを利用して物理ストレージ内の論理パス・リソースとストレージ・メディアとの間の対応関係を維持することができる。データはストレージ制御装置の制御下で物理ストレージ内のストレージ・メディアに物理的に書き込まれ得るが、ホスト・コンピュータ内のアプリケーションについて言えば、アプリケーションはストレージ制御装置内の論理パス・リソースに対して書き込み動作を実行する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の好ましい一実施形態によれば、関連する優先度スキームに基づいて論理パス・リソースを動的に管理するシステム、装置、及び方法が提供される。本発明の好ましい一実施形態に係るシステム及び方法を利用すると、要求元（例えばホスト）は、アクセス対象の論理パスに対する優先度スキームを指定することができる。このようなシステムは、ポートが「リソース不足（out of resources）」の状態に至ったときに特に利用可能である。このシステムを用いると、各論理パス・リソースをそれぞれに関連する優先度スキームに基づいて管理することが可能となる。また、制御装置が必ずしもそれ自体のポート毎の最大論理パス数に達していなくても、論理パスの削除、置き換え、及び確立が行われる。したがって、新しい論理パスは、論理パス・リソースに関連する特定の優先度スキームに従って任意の時点で確立することができる。
【課題を解決するための手段】
【０００４】
特定の実施形態において、本発明は、論理パス・リソースを動的に管理する方法に関するものである。前記方法は、論理パス確立要求を要求元から受信するステップと、前記論理パスに対する優先度を含む優先度スキームの指定要求を前記要求元から受信するステップと、使用可能な論理パス・リソースが存在するかどうかを判定するステップと、指定された前記優先度スキームに基づいて前記論理パスを確立するパス優先度動作（path priority operation）を実行するステップと、論理パス・リソース・テーブル内の論理パス・リソースに関連する情報を更新するステップと、を含む。
【０００５】
特定の実施形態において、本発明は、プロセッサと、コンピュータ・プログラム・コードが実装されたコンピュータ使用可能な媒体と、を含むシステムに関するものである。前記コンピュータ・プログラム・コードは、前記プロセッサによって実行可能な命令であって、論理パス確立要求を要求元から受信するステップと、前記論理パスに対する優先度を含む優先度スキームの指定要求を前記要求元から受信するステップと、使用可能な論理パス・リソースが存在するかどうかを判定するステップと、指定された前記優先度スキームに基づいて前記論理パスを確立するパス優先度動作を実行するステップと、論理パス・リソース・テーブル内の論理パス・リソースに関連する情報を更新するステップと、をコンピュータに実行させるように構成された命令を含む。
【０００６】
特定の実施形態において、本発明は、コンピュータ・プログラム・コードが実装されたコンピュータ使用可能な媒体に関するものである。前記コンピュータ・プログラム・コードは、論理パス確立要求をホストからストレージ・コントローラに送信するステップと、前記論理パスに対する優先度を含む優先度スキームの指定要求を前記ホストから前記ストレージ・コントローラに送信するステップと、使用可能な論理パス・リソースが存在するかどうかを前記ストレージ・コントローラによって判定するステップと、指定された前記優先度スキームに基づいて前記論理パスを確立するパス優先度動作を前記ストレージ・コントローラによって実行するステップと、論理パス・リソース・テーブル内の論理パス・リソースに関連する情報を前記ストレージ・コントローラによって更新するステップと、をコンピュータに実行させるように構成されたコンピュータ実行可能な命令を含む。
【０００７】
本発明の好ましい一実施形態に関する上記ならびに追加的な目的、特徴、及び利点は、以下の詳細な説明を読めば明らかとなるだろう。
【０００８】
新規性ある特徴と考えられる本発明の特徴は、添付の特許請求範囲に記載されている。以下では単なる例示として、添付図面を参照しながら本発明の好ましい一実施形態について説明する。
【図面の簡単な説明】
【０００９】
【図１】特定の実施形態が実施されるコンピューティング環境を示すブロック図である。
【図２】図１のコンピューティング環境の特定の実施形態の実装環境をより詳細に示すブロック図である。
【図３】論理パス・リソースを管理する動作の特定の実施形態を示すフロー図である。
【図４】論理パス・リソースを管理する動作の特定の実施形態を示すフロー図である。
【図５】論理パス・リソースを管理する動作の特定の実施形態を示すフロー図である。
【図６】特定の実施形態が実施されるシステムを示すブロック図である。
【発明を実施するための形態】
【００１０】
以下の説明では、本明細書の一部を構成しいくつかの実施形態を例示する添付図面を参照する。他の実施形態が利用される可能性もあり、構造上及び動作上の変更が施される可能性もあることを理解していただきたい。
【００１１】
図１は、特定の実施形態に係るコンピューティング環境１００のブロック図を示す。コンピューティング環境１００は、１つ又は複数のスイッチ１０６を介して複数のホスト１０４ａ、１０４ｂ、．．．、１０４ｎと結合されるストレージ制御装置１０２を含む。ストレージ制御装置１０２は、ストレージ制御装置１０２によって制御される物理ストレージ１１０に対応する物理サブシステムにマッピングされる論理パス・リソース１０８ａ、１０８ｂ、．．．、１０８ｍを含む。論理パス・リソース１０８ａ、．．．、１０８ｍは、任意の複数の論理ストレージ・システムを含むことができ、各論理ストレージ・システムは、物理ストレージ１１０に記憶された１つ又は複数の物理ボリュームに対応する少なくとも１つの論理ストレージ・ボリュームを含むことができる。複数のホスト１０４ａ、．．．、１０４ｎは、論理パス・リソース１０８ａ、．．．、１０８ｍとの間のＩ／Ｏ動作を実行する複数のホスト・アプリケーション１１２ａ、１１２ｂ、．．．、１１２ｎを含む。
【００１２】
複数のホスト１０４ａ、．．．、１０４ｎは、例えばパーソナル・コンピュータ、ワークステーション、メインフレーム、携帯コンピュータ、パーム・トップ・コンピュータ、電話機器、ネットワーク機器、ブレード・コンピュータ、ストレージ・サーバ等を含めた任意の適切なコンピューティング・デバイスを含むことができる。特定の実施形態において、複数のホスト１０４ａ、．．．、１０４ｎは、ＩＢＭ（Ｒ）Ｓ／３９０（Ｒ）タイプ・コンピュータ又は他のコンピュータを含む（「ＩＢＭ」及び「Ｓ／３９０」は、インターナショナル・ビジネス・マシーンズ・コーポレーションの米国その他の国、あるいはその両方における商標である）。
【００１３】
ストレージ制御装置１０２は、物理ストレージ１１０に対するアクセスを制御する任意の適切なコンピューティング・デバイスを含むことができる。特定の実施形態において、ストレージ制御装置１０２は、エンタープライズ・ストレージ・システム、例えばIBMから提供されるIBM TotalStorage(R)Enterprise Storage Server(R)(ESS)、DS8000(TM)、DS6000(TM)、又はBladeCenter(R)、あるいはそれらのすべてを含むことができる。特定の実施形態において、ストレージ制御装置１０２は、IBMから提供されるFICON(R)(Fiber Connectivity)接続テープ製品、VTS（Virtual Tape Server）、SVC（San VolumeController）を含むことができる（「TotalStorage」、「Enterprise Storage Server」、「DS8000」、「DS6000」、「BladeCenter」、及び「FICON」は、インターナショナル・ビジネス・マシーンズ社の米国その他の国、あるいはその両方における商標である）。
【００１４】
物理ストレージ１１０は、例えばディスク・ドライブやテープ・ドライブ等を含めた任意の適切なデータ・ストレージを含むことができる。例えば、物理ストレージ１１０は、テープ・カートリッジ、光カートリッジ、光ディスク、磁気ディスク、磁気テープ、ホログラフィ・ディスク、又はそれらの組み合わせ、あるいはそれらのすべてを含むことができる。
【００１５】
特定の実施形態において、複数のホスト１０４ａ、．．．、１０４ｎをストレージ制御装置１０２と結合させる１つ又は複数のスイッチ１０６は、Enterprise Systems Connection（ESCON(R)）スイッチ、FICON（FiberConnectivity）スイッチ、又はそれらの組み合わせ、あるいはそれらのすべてを含むことができる（「ESCON」は、インターナショナル・ビジネス・マシーンズ・コーポレーションの米国その他の国、あるいはその両方における商標である）。特定の実施形態において、例えば１つ又は複数のスイッチ１０６は、光ファイバ技術を使用して複数のホスト１０４ａ、．．．、１０４ｎをストレージ制御装置１０２と結合させるＥＳＣＯＮスイッチとして構成される。例えば、特定の実施形態において、１つ又は複数のスイッチ１０６は、ファイバ・チャネル（fibre channel : FC）・プロトコルに準拠したファイバ・チャネル（ＦＣ）・スイッチとして構成される。ＦＣスイッチは、１つ又は複数のホスト１０４ａ、．．．、１０４ｎをストレージ制御装置１０２と結合させることができる。
【００１６】
図１ではホスト毎に単一のホスト・アプリケーションが示されているが、特定の実施形態ではより多くの数又はより少ない数のホスト・アプリケーションが各ホストで実行される可能性もある。また、複数のホスト１０４ａ、．．．、１０４ｎに由来するホスト・アプリケーション１１２ａ、．．．、１１２ｎの数は、ホスト１０４ａ、．．．、１０４ｎの数と異なる可能性もある。
【００１７】
ストレージ制御装置１０２内の論理パス・リソース１０８ａ、．．．、１０８ｍの構成は、論理パス・リソース１０８ａ、．．．、１０８ｍの追加、削除、又は修正によって変更される可能性がある。例えば、ホスト１０４ｂのようなホストは、論理パス・リソース１０８ａ、．．．、１０８ｍとの通信を確立することができる。しかしながら、パス・リソースが使用可能でないときにストレージ制御装置１０２の論理パス・リソース１０８ａ、．．．、１０８ｍに対する特定の修正、例えば論理パス・リソースの追加が行われると、ホスト・コンピュータ（例えばホスト１０４ｂ）からストレージ制御装置１０２に送られるＩ／Ｏ動作に障害が発生する可能性がある。
【００１８】
例えば、ホスト１０４ｂは、論理パスを確立するためにそれ自体がアクセスを望む論理サブシステム毎に「論理パス確立（establish logical path）」メッセージを送信することができる。ホスト１０４ｂは、論理パスを確立した後は論理サブシステム内のすべてのデバイス（例えば論理パス・リソース１０８ａ、．．．、１０８ｍ）にアクセスすることができる。ポート毎の最大論理パス数に達しない限り、ホスト１０４ｂは、そのポート上で新しい論理パスを確立することができる。一方、ポート毎の最大論理パス数に達したときは、ホスト１０４ｂは、そのポート上で新しい論理パスを確立することができない可能性がある。この場合、ホスト１０４ｂは、論理パス確立が拒否される度に「リソース不足」ステータス・インジケーションを受信する可能性がある。
【００１９】
また、ホスト１０４ａのようなホストは、論理パスを既に確立している可能性がある。したがって、ホスト１０４ｂは、必ずしもすべての論理パス・リソースが同時に使用されていなくても「リソース不足」ステータス・インジケーションを受信する可能性がある。例えば、ESCON及びFICONアーキテクチャでは、接続要件に応じて論理パスをオペレータ制御によって明示的に確立し削除することが必要とされる可能性がある。したがって、確立する必要がある論理パス・リソースの数は、そのシステムで使用可能なすべての論理パスの総数となる。しかしながら、必ずしもすべての論理パス・リソースが同時に使用されない場合もある。これらの場合では、定義された短い期間しか持続しないワーク・ロードも存在する。しかしながら、たとえそれらのジョブが短い期間しか使用されなくても、それらのジョブの論理パス・リソースに関しては割り振りを行わなければならず、絶えず利用されることになるので、ホスト１０４ｂは「リソース不足」ステータス・インジケーションを受信することになる。
【００２０】
更に、新しい論理パスを追加する際は、そのポートに由来する既存の論理パスを削除する必要が生じる可能性がある。論理パスがポートから削除されると、ホスト（例えばホスト１０４ｂ）が新しい論理パスを確立することが可能となる。しかしながら、場合によってはホスト１０４ｂからの新しい論理パスの確立が再度失敗する可能性もある。この障害は、別のホスト（例えば介在するホスト１０４ｃ）が論理パスを確立したことによって生じる可能性がある。この状況では、ホスト１０４ｂに開放されたはずの論理パス・スロットが介在するホスト１０４ｃに奪われる形になる。ホスト１０４ｂは、物理ストレージ１１０に書き込まなければならないクリティカル・データ（即ち財務データ）を有する可能性がある。例えば、ホスト１０４ｂは、トランザクション処理が最小となるクリティカル時間ウィンドウ内にバックアップ動作を試行している可能性がある。しかしながら、論理パスが非クリティカル・データを有するホスト１０４ｃに奪われたために、ホスト１０４ｂはそれ自体のジョブを完了することができない。その結果、このシステムでは制御装置側のホスト１０４ｂ用の論理パス・リソースが存在しなくなる。
【００２１】
本出願人らは、これらの問題を論理パス・リソースの動的管理によってより一層解決する。本出願人らの諸実施形態は、システムの必要に応じた論理パスの動的接続を可能にする。本出願人らの諸実施形態は、論理パスを確立するリソースを大幅に削減することを可能にする。本出願人らの諸実施形態は、システムが論理パスを自動的に追加、削除、及び再確立することによって論理パスを動的に管理することを可能にする。本出願人らの諸実施形態は、システムが優先度スキームに基づいて論理パスを動的に削除し確立することを可能にする。
【００２２】
例えば、特定の実施形態において、論理パス・リソース１０８ａ、．．．、１０８ｍの構成変更がストレージ制御装置１０２内で発生したときは、ストレージ制御装置１０２に実装されたパス優先度アプリケーション１１４が実行される。特定の実施形態において、パス優先度アプリケーション１１４は、「リソース不足」状態の結果として自動的に実施される。特定の実施形態において、パス優先度アプリケーション１１４は、１つ又は複数の論理パス・リソース１０８ａ、．．．、１０８ｍに対する優先度スキームを指定する又は付与する要求に基づいて自動的に実施される。
【００２３】
例えば図１に示されるように、ストレージ制御装置１０２は、パス優先度アプリケーション１１４と、各論理パス・リソース１０８ａ、．．．、１０８ｍに関する優先度スキーム１１８ａ、．．．、１１８ｍを有する論理パス・リソース・テーブル１１６と、を備える。あるチャネルで論理パスが確立されるときに、ホスト１０４ａ、．．．、１０４ｎは、その論理パスに関する優先度（即ちクリティカル優先度（critical priority）、通常優先度（normalpriority）、非クリティカル優先度（non-critical priority））を有する優先度スキーム１１８ｆを特定する。特定された優先度スキーム１１８は、論理パス・リソース・テーブル１１６にリストされる。パス優先度アプリケーション１１４は、論理パス・リソース１０８ａ、．．．、１０８ｍに関連する優先度スキーム１１８ａ、．．．、１１８ｍに基づいて論理パスの追加、削除、確立、及び再確立を管理する。パス優先度アプリケーション１１４は、論理パス・リソース・テーブル１１６内の論理パス・リソース１０８ａ、．．．、１０８ｍに関連する優先度スキーム１１８ａ、．．．、１１８ｍも更新する。
【００２４】
特定の実施形態において、パス優先度アプリケーション１１４は、パス優先度システムとも呼ばれ、ソフトウェア、ハードウェア、ファームウェア、あるいはそれらの任意の組み合わせの形で実装することができる。パス優先度アプリケーション１１４を実行することにより、コンピューティング環境１００内の論理パス・リソース１０８ａ、．．．、１０８ｍの動的管理が可能となる。パス優先度アプリケーション１１４を実行することにより、ホスト（例えばホスト１０４ａ、．．．、１０４ｎ）は、論理パス・リソース１０８ａ、．．．、１０８ｍに対する優先度スキーム１１８ａ、．．．、１１８ｍを特定し提供することができる。パス優先度アプリケーション１１４は、あるポートが「リソース不足」の状態に達したときに利用可能とすることができる。また、ストレージ制御装置１０２が必ずしもそれ自体のポート毎の最大論理パス数に達していなくても、パス優先度アプリケーション１１４は実行される。例えば、特定の実施形態において、パス優先度アプリケーション１１４は、ストレージ制御装置１０２が、論理パス・リソース１０８ａ、．．．、１０８ｍと関連付けられる優先度スキーム１１８ａ、．．．、１１８ｍがホスト１０４ａ、．．．、１０４ｎのようなホストから付与されたことを検出したときに利用可能とすることができる。
【００２５】
図２は、論理パス・リソースを動的に管理する特定の実施形態に係るコンピューティング環境１００のブロック図である。より具体的には、ホスト１０４ａ、．．．、１０４ｎのうちから選択される例示的なホスト１０４は、ホスト・アプリケーション１１２ａ、．．．、１１２ｎのうちから選択される例示的なホスト・アプリケーション１１２を含むことができる。ホスト・アプリケーション１１２は、ストレージ制御装置１０２の論理パス・リソース１０８ａ、．．．、１０８ｍにアクセスすることを求める「論理パス確立」要求２００をストレージ制御装置１０２に送信することができる。ホスト・アプリケーション１１２は、アクセス対象の論理パス・リソース１０８ａ、．．．、１０８ｍと関連付けられる又は当該論理パス・リソースに付与される優先度スキーム１１８ａ、．．．、１１８ｍを含む「論理パス優先度指定（designate logical path priority）」要求２０２を送信することができる。例えば、ホスト１０４ａは、（ホスト・アプリケーション１１２ａを介して）「論理パス優先度指定」要求２０２をストレージ制御装置１０２に送信する。「論理パス優先度指定」要求２０２は、その論理パスに付与される優先度１２０を有する優先度スキーム１１８を含む。優先度１２０は、クリティカル優先度、通常優先度、あるいは非クリティカル優先度を含むことができる。
【００２６】
特定の実施形態において、ホスト・アプリケーション１１２ａは、「論理パス確立」要求２００の送信とほぼ同時に「論理パス優先度指定」要求２０２を送信することができる。他の実施形態において、ホスト１０４ａは、「論理パス確立」要求２００を送信した後に、ホスト・アプリケーション１１２ａを介して「論理パス優先度指定」要求２０２を送信することができる。特定の実施形態において、「論理パス優先度指定」要求２０２は、「論理パス確立」要求２００と同時に送信され得る。
【００２７】
ストレージ制御装置１０２に実装されるパス優先度アプリケーション１１４は、「論理パス確立」要求２００又は「論理パス優先度指定」要求２０２あるいはその両方を受け入れる。パス優先度アプリケーション１１４は、論理パス・リソース・テーブル１１６を検査して「論理パス確立」要求２００又は「論理パス優先度指定」要求２０２あるいはその両方で指示される論理パス・リソースが使用可能であるかどうかを判定する。
【００２８】
「論理パス確立」要求２００又は「論理パス優先度指定」要求２０２あるいはその両方で指示される論理パス・リソースの使用可能性を判定するにあたり、パス優先度アプリケーション１１４は、ストレージ制御装置１０２に実装された論理パス・リソース・テーブル１１６に格納又はリストされている情報を参照することができる。論理パス・リソース・テーブル１１６は、どの論理パス・リソース１０８ａ、．．．、１０８ｍがアクセスに使用可能であるか、どの論理パス・リソース１０８ａ、．．．、１０８ｍがそれぞれに関連する優先度スキーム１１８ａ、．．．、１１８ｍを有するか、及びホスト１０４ａ、．．．、１０４ｎから論理パスに対して付与される優先度１２０が記録されるデータ構造を含むことができる。特定の実施形態において、論理パス・リソース・テーブル１１６は、論理パス・リソースをそれぞれ参照することが可能なポインタ配列を含むことができる。
【００２９】
「論理パス確立」要求２００又は「論理パス優先度指定」要求２０２あるいはその両方が無事完了した結果として、ホスト・アプリケーション１１２ａ、．．．、１１２ｎと論理パス・リソース１０８ａ、．．．、１０８ｍとの間の論理パスが確立されると、ホスト・アプリケーション１１２ａ、．．．、１１２ｎは、当該論理パスが確立された論理パス・リソース１０８ａ、．．．、１０８ｍに対するＩ／Ｏ動作２０４を実行することができる。
【００３０】
特定の実施形態において、論理パス・リソース１０８ａ、．．．、１０８ｍの構成は、論理パス・リソース１０８ａ、．．．、１０８ｍの追加、削除、あるいは修正によって変更される可能性がある。例えば、新しい論理パス・リソースが追加される可能性がある。論理パス・リソースが使用可能でないときにホスト１０４ａ、．．．、１０４ｎが「論理パス確立」要求２００メッセージ又は「論理パス優先度指定」要求２０２メッセージあるいはその両方を利用して論理パスの確立を試行した場合は、そのような動作によって「リソース不足」状態が発生する可能性がある。このような「リソース不足」状態の発生を防止するために、パス優先度アプリケーション１１４は、論理パス・リソース１０８ａ、．．．、１０８ｍの構成変更に応答してパス優先度動作を実行することができる。
【００３１】
特定の実施形態において、ホスト・アプリケーション１１２ａ、．．．、１１２ｎは、パス優先度動作を実行する際に論理パスと関連付けられる又は当該論理パスに付与される優先度１２０を有する優先度スキーム１１８を付与又は提供することができる。パス優先度アプリケーション１１４は、論理パス・リソース１０８ａ、．．．、１０８ｍに関連する又はそれらに付与された優先度スキーム１１８ａ、．．．、１１８ｍの有無について論理パス・リソース・テーブル１１６を検索又は参照することによってパス優先度動作を実行することができる。優先度スキーム１１８ａ、．．．、１１８ｍは、論理パスに関連する優先度１２０を含む。優先度１２０は、論理パス・リソース１０８ａ、．．．、１０８ｍに付与された又は関連するクリティカル優先度、通常優先度、及び非クリティカル優先度のうちのいずれかを含む可能性がある。論理パスに関連する又は付与された優先度１２０に基づいて、パス優先度アプリケーション１１４は、優先度スキームを有する既存の論理パスを新しい優先度スキームに置き換えることができる。
【００３２】
例えば、ホスト１０４ａのような例示的なホストは、論理パス・リソース１０８ａ、．．．、１０８ｍに対する優先度スキーム１１８ａ、．．．、１１８ｍを、４つの論理パスの優先度１２０をクリティカル、他の４つの論理パスの優先度１２０を非クリティカルとして既に指定済みである。別の例示的なホスト、例えばホスト１０４ｂは、新しい論理パスを指定された優先度スキーム１１８で確立するよう要求する。ホスト１０４ｂは、（例えばホスト・アプリケーション１１２を介して）新しく確立される論理パスと関連付けられるクリティカルの優先度１２０を提供又は指定する。パス優先度アプリケーション１１４は、論理パス・リソース・テーブル１１６を参照して論理パス・リソース１０８ａ、．．．、１０８ｍに関連する優先度スキーム１１８ａ、．．．、１１８ｍを判定する。ホスト１０４ａは非クリティカルの優先度１２０でリストされる４つの論理パスを有するので、パス優先度アプリケーション１１４は、パス優先度動作を実行して非クリティカルの優先度を有する既存のホスト１０４ａの４つの論理パスを削除し、それらの置き換えを実行し、クリティカルの優先度１２０を有するホスト１０４ｂとの間の新しい論理パスを確立する。パス優先度アプリケーション１１４は、論理パス・リソース・テーブル１１６の情報を更新する。それ故、特定の実施形態において、パス優先度アプリケーション１１４は、現時点ですべての論理パスがホスト１０４ａによって占有されていても、ホスト１０４ｂに関する新しい論理パスを自動的に確立する。
【００３３】
特定の実施形態において、パス優先度アプリケーション１１４は、既存の優先度スキーム１１８ａ、．．．、１１８ｍを以前の優先度スキームに置き換えることができる。例えば、ホスト１０４ｂは、それ自体のジョブを完了させたときに論理パスを削除する。パス優先度アプリケーション１１４は、ホスト１０４ａのような別のホストが削除されたパスを再確立することを可能にすることができる。パス優先度アプリケーション１１４は、ホスト１０４ｂによってパスが削除されたときは（状態変更通知を利用して）その旨をホスト１０４ａに通知し、その後、ホスト１０４ａに戻ってそれらのパスが再確立される。また、特定の実施形態において、ホスト１０４ａは、以前に削除されたそれ自体の論理パスを当該論理パスについて以前に指定された優先度スキームで確立する。それ故、特定の実施形態では、ホスト１０４ｂがジョブを完了させた後、ホスト１０４ａのようなホストは、以前に削除されたそれ自体の論理パスを当該論理パスについて以前に指定された優先度スキームで自動的に再確立することができる。
【００３４】
図示のとおり、特定の実施形態において、ホスト１０４ａ、．．．、１０４ｎによって特定又は指定される優先度スキーム１１８は、例えばクリティカル優先度、通常優先度、非クリティカル優先度のうちの任意の優先度１２０を含む。パス優先度アプリケーション１１４は、論理パス・リソース・テーブル１１６内で特定又は指定された優先度１２０を使用して論理パス・リソース１０８ａ、．．．、１０８ｍを動的に管理する。
【００３５】
例えば、特定の実施形態において、クリティカル優先度１２０が特定される論理パスには、パス優先度アプリケーション１１４によって論理パス・リソース・テーブル１１６内で最も高い優先度が付与される。システム１００のようなシステムがそれ以上使用可能な論理パス・リソースを有さない場合は、クリティカル優先度が特定される論理パスを確立することができるように、論理パス・リソース・テーブル１１６内で非クリティカル優先度が特定される論理パスがパス優先度アプリケーション１１４によって削除される。特定の実施形態では、別の論理パスを確立するにあたり、論理パス・リソース・テーブル１１６にリストされたクリティカル優先度を有する論理パスが削除されないこともある。
【００３６】
また、特定の実施形態において、例えば通常優先度１２０が特定される論理パスには、パス優先度アプリケーション１１４によって論理パス・リソース・テーブル１１６内で通常優先度が付与される。システム１００のようなシステムがそれ以上使用可能な論理パス・リソースを有さない場合は、別の論理パスを確立するために、論理パス・リソース・テーブル１１６内で通常優先度が特定される論理パスがパス優先度アプリケーション１１４によって削除、修正、又は変更される。この場合、パス優先度アプリケーション１１４は、ホスト１０４ａ、．．．、１０４ｎによってクリティカル優先度が特定されていても、論理パス・リソース・テーブル１１６内で通常優先度が特定される論理パスを削除しない。特定の実施形態において、通常優先度を特定するホスト１０４ａ、．．．、１０４ｎは、ストレージ制御装置１０２の論理パス・リソース１０８ａ、．．．、１０８ｍが使用可能となったときに、パス優先度アプリケーション１１４によって確立される論理パスを有することになる。
【００３７】
また、特定の実施形態において、例えば通常優先度１２０が特定される論理パスには、パス優先度アプリケーション１１４によって論理パス・リソース・テーブル１１６内で通常優先度が付与される。特定の実施形態では、ホスト１０４ａ、．．．、１０４ｎがクリティカル優先度パスを特定し論理パスの確立を試行している場合に、ストレージ制御装置１０２が使用可能な論理パス・リソース１０８ａ、．．．、１０８ｍを有さない場合は、クリティカル・パスの確立に対応するために、論理パス・リソース・テーブル１１６にリストされた非クリティカル優先度を有する論理パスがパス優先度アプリケーション１１４によって削除される。特定の実施形態において、このように削除された論理パスは、クリティカル優先度パスが削除されたときにパス優先度アプリケーション１１４によって自動的に再確立される。
【００３８】
特定の実施形態において、ホスト１０４ａ、．．．、１０４ｎのようなホストは、ホスト診断２０８を利用して論理パス・リソース１０８ａ、．．．、１０８ｍを追跡する。ホスト１０４ａ、．．．、１０４ｎは、「論理パス優先度指定」要求２０２を利用して新しい優先度スキーム１１８を再送信することにより、指定された論理パス優先度を必要な数だけ変更することができる。特定の実施形態において、「論理パス確立」要求２００は、新しい「論理パス優先度指定」要求２０２と共に送信される可能性もある。クリティカル優先度パスを確立するためにストレージ制御装置１０２において削除される非クリティカル・パスは、パス削除のホスト通知を必要とする可能性がある。この通知は、ストレージ制御装置１０２が状態変更通知２０６をホスト１０４ａ、．．．、１０４ｎに送信することによって達成することができ、各ホスト１０４ａ、．．．、１０４ｎは、テスト初期設定（test initialization）を駆動又は実行してどの論理パスの確立が解除されたかを判定する。論理パスがストレージ制御装置１０２において削除され、且つすべての論理パス・リソース１０８ａ、．．．、１０８ｍが現在利用中である場合は、状態変更通知２０６を再度駆動することができ、非クリティカル・パスがそれぞれ削除された各ホスト１０４ａ、．．．、１０４ｎは、非クリティカル優先度論理パスをもう一度再確立する機会を得る。特定の実施形態において、パス優先度アプリケーション１１４は、状態変更通知２０６をホスト１０４ａ、．．．、１０４ｎに送信する。
【００３９】
特定の実施形態において、パス優先度アプリケーション１１４は、非クリティカル優先度論理パスをもう一度自動的に再確立する。例えば、新しい論理パスに関連する作業が完了すると、その論理パスは自動的に削除され、追加的な論理パス・リソースを解放するために削除された以前の論理パスがホスト１０４によって再確立される。かくして、パス優先度アプリケーション１１４は、論理パス・リソース１０８ａ、．．．、１０８ｍに関連する優先度スキーム１１８ａ、．．．、１１８ｍに従って論理パスを動的に管理することができる。
【００４０】
図３乃至図５は、論理パス・リソースを動的に管理する方法３００の特定の実施形態を示す概略フローチャート図である。方法３００は、コンピュータ化システム、例えば図１のシステム１００又は図６のシステム４００あるいはその両方に配備することができる。特定の実施形態において、方法３００は、ストレージ制御装置１０２のようなストレージ制御装置において実施することができる。特定の実施形態において、方法３００は、ホスト１０４ａ、．．．、１０４ｎのようなホストにおいて実施することができる。他の実施形態において、方法３００は、物理ストレージ１１０において実施することができる。
【００４１】
特定の実施形態において、方法３００は、コンピュータ可読プログラムを用いて実施又は配備あるいはその両方を行うことができる。コンピュータ可読プログラムは、プロセッサによって実行することができる。プロセッサは、システム１００内のホスト１０４ａ、．．．、１０４ｎ、ストレージ制御装置１０２、物理ストレージ１１０、システム４００内等に配置することができる。
【００４２】
図３乃至図５を参照すると、方法３００は、論理パス・リソース１０８ａ、．．．、１０８ｍを備えるストレージ制御装置１０２内のパス優先度アプリケーション１１４によって実行される動作の一例を示す。ストレージ制御装置１０２は、論理パス確立要求を要求元から受信する（３０２）。例えば、ホスト１０４ａ、．．．、１０４ｎのような要求元は、（ホスト・アプリケーション１１２ａ、．．．、１１２ｎを介して）ストレージ制御装置１０２の論理パス・リソース１０８ａ、．．．、１０８ｍにアクセスすることを求める「論理パス確立」要求２００をストレージ制御装置１０２に送信する。
【００４３】
ストレージ制御装置１０２は、論理パスに対する優先度スキームの指定要求を要求元から受信する（３０３）。例えば、ホスト１０４ａ、．．．、１０４ｎのような要求元は、（ホスト・アプリケーション１１２ａ、．．．、１１２ｎを介して）アクセス対象の論理パスで特定される又は当該論理パスに付与される優先度スキーム１１８ａ、．．．、１１８ｍを含む「論理パス優先度指定」要求２０２を送信する。
【００４４】
ストレージ制御装置１０２は、パス優先度アプリケーション１１４を介して論理パスが存在するかどうかを判定する（３０４）。例えば、パス優先度アプリケーション１１４は、論理パス・リソース・テーブル１１６を検査又は参照して、その論理パスが以前に確立されたものかどうかを判定することができる。既存の論理パスが存在する場合、パス優先度アプリケーション１１４は、その論理パスの優先度１２０を変更し（３０６）、論理パス・リソース・テーブル１１６内の論理パス・リソース１０８ａ、．．．、１０８ｍに関連する又は付与される優先度スキーム１１８ａ、．．．、１１８ｍを更新する（３０８）。方法３００はステップＡに進み、ストレージ制御装置１０２は、ホスト１０４ａ、．．．、１０４ｎのような要求元から論理パスに関する別の要求を受信する。
【００４５】
特定の実施形態において、パス優先度アプリケーション１１４は、優先度スキーム１１８で既に指定されている優先度１２０に応じて、特定された指定済み優先度スキーム１１８に対する優先度１２０を変更する。例えば、特定された指定済み優先度スキーム１１８が通常優先度１２０であり、且つ既に指定されている優先度スキーム１１８が非クリティカル優先度１２０として特定される場合、パス優先度アプリケーション１１４は、その論理パスの非クリティカル優先度を通常優先度１２０に変更する。
【００４６】
論理パスが存在しない（即ちそれ以前に確立されていない）場合、パス優先度アプリケーション１１４は、使用可能なリソース（例えば論理パス・リソース１０８ａ、．．．、１０８ｍ）が存在するかどうかを判定する（３１０）。使用可能なリソースが存在する場合、ストレージ制御装置１０２は、（例えばパス優先度アプリケーション１１４を介して）論理パスを確立し、論理パス・リソース・テーブル１１６内の論理パス・リソース１０８ａ、．．．、１０８ｍで特定される優先度スキーム１１８ａ、．．．、１１８ｍを更新する（３１２）。
【００４７】
例えば、使用可能なリソース（論理パス・リソース１０８ａ、．．．、１０８ｍ等）が存在しない場合、パス優先度アプリケーション１１４は、論理パスの確立を要求したホスト１０４ａ、．．．、１０４ｎからクリティカルの優先度１２０を有する優先度スキーム１１８が指定又は提供されているかどうかを判定する（３１４）。優先度１２０がクリティカルでない場合には、ストレージ制御装置１０２は、その要求元（例えばホスト１０４ａ、．．．、１０４ｎ）からの論理パス確立要求を「リソース不足」状態として拒否する（３１５）。
【００４８】
優先度１２０がクリティカルである場合には、パス優先度アプリケーション１１４は、論理パス・リソース・テーブル１１６内に非クリティカルの優先度１２０でリストされる論理パスが存在するかどうかを判定する（３１６）。非クリティカル優先度１２０として特定される優先度スキーム１１８ａ、．．．、１１８ｍを有する論理パス・リソース１０８ａ、．．．、１０８ｍが存在しない場合には、ストレージ制御装置１０２は、その要求を「リソース不足」状態として拒否する（３１５）。非クリティカル優先度１２０として特定される優先度スキーム１１８ａ、．．．、１１８ｍを有する論理パス・リソース１０８ａ、．．．、１０８ｍが存在する場合には、パス優先度アプリケーション１１４は、非クリティカル・パスを削除して新しいクリティカル・パスに置き換える（３１８）。パス優先度アプリケーション１１４は、クリティカル優先度１２０の論理パスに対する優先度スキーム１１８を指定するホスト１０４ａ、．．．、１０４ｎとの間の新しいクリティカル・パスを確立し、論理パス・リソース・テーブル１１６内の情報（例えば優先度スキーム１１８ａ、．．．、１１８ｍ）を更新する（３１９）。
【００４９】
ストレージ制御装置１０２は、（例えばパス優先度アプリケーション１１４を介して）非クリティカル・パスを有するホスト１０４ａ、．．．、１０４ｎにそれ自体の非クリティカル・パスが削除されたことを知らせる状態変更通知２０６を送信する（３２０）。非クリティカル・パスが削除されたホスト１０４ａ、．．．、１０４ｎは、テスト初期設定を実行又は駆動してどの論理パスの確立が解除されたかを判定する（３２２）。
【００５０】
パス優先度アプリケーション１１４は、削除されたクリティカル・パスに関連する優先度スキーム１１８を論理パス・リソース・テーブル１１６内で非クリティカルの優先度１２０を有する優先度スキーム１１８に自動的に更新する（３２７）。この時点で、クリティカル・パスを有する以前の論理パス・リソース１０８と、非クリティカルの優先度スキーム１１８を有する論理パスとが論理パス・リソース・テーブル１１６内で関連付けられる。
【００５１】
特定の実施形態において、ストレージ制御装置１０２は、以前に削除されたホスト１０４ａ、．．．、１０４ｎから論理パスの再確立要求を受信する（３３２）。パス優先度アプリケーション１１４は、該当する論理パスを新しく特定された優先度スキーム１１８で再確立する（３４２）。パス優先度アプリケーション１１４は、論理パス・リソース・テーブル１１６にリストされる情報（例えば優先度スキーム）を更新する（３４４）。
【００５２】
特定の実施形態において、以前の非クリティカル・パスを有するホスト１０４ａ、．．．、１０４ｎは、以前に削除された非クリティカル・パスに付与すべき新しい優先度スキーム１１８を指定することができる。例えば、ホスト１０４ｂが以前に削除された非クリティカル論理パスを再確立する場合、ホスト１０４ｂは、以前に削除された非クリティカル・パスに対して異なる優先度１２０（例えば通常やクリティカル）を指定することができる。この指定が行われたときに、パス優先度アプリケーション１１４は、論理パス・リソース・テーブル１１６を新しい指定で更新し（３４４）、論理パスを再確立する（３４２）。
【００５３】
本明細書に記載の各技法は、方法として実施することも装置として実施することもでき、また、ソフトウェア、ファームウェア、マイクロコード、ハードウェア、又はそれらの任意の組み合わせ、あるいはそれらのすべてを含む製品として実施することもできる。本明細書で使用される「製品」という用語は、プログラム命令、コード、又は回路の形で実装されるロジック（例えば集積回路チップ、プログラマブル・ゲート・アレイ（ＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）等）、あるいはそれらのすべて、又はコンピュータ可読媒体（例えばハード・ディスク・ドライブ、フレキシブル・ディスク、テープ等の磁気ストレージ・メディア）、又は光ストレージ（例えばコンパクト・ディスクＲＯＭ（ＣＤ‐ＲＯＭ）、デジタル・ビデオ・ディスク（ＤＶＤ‐ＲＯＭ）、光ディスク等）、又は揮発性及び不揮発性メモリ・デバイス（例えば電気的消去再書込可能読み取り専用メモリ（ＥＥＰＲＯＭ）、読み取り専用メモリ（ＲＯＭ）、再書込可能読み取り専用メモリ（ＰＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、フラッシュ、ファームウェア、プログラマブル・ロジック等）、あるいはそれらのすべてを指す。コンピュータ可読媒体内のコードは、プロセッサのような機械によってアクセスされ実行され得る。特定の実施形態において、諸実施形態が実施されるコードは更に、伝送媒体を利用してあるいはネットワークを介してファイル・サーバからアクセス可能とすることもできる。その場合、コードが実装される製品は、ネットワーク伝送回線、無線伝送媒体、空間伝搬信号、電波、赤外線信号等の伝送媒体を含む可能性がある。無論、本発明の諸実施形態の範囲から逸脱しない限り様々な修正を施すことが可能であり、本製品は当業界で周知の任意の情報伝送媒体を含み得ることが当業者には理解されるだろう。例えば、本製品は、それらが機械によって実行されたときに動作が実行される諸種の命令が記憶されたストレージ・メディアを含む。
【００５４】
図６は、特定の実施形態が実施され得るシステム４００のブロック図である。特定の実施形態において、ストレージ制御装置１０２及びホスト１０４ａ、．．．、１０４ｎは、システム４００に従って実装することができる。システム４００は、特定の実施形態ではプロセッサ４０４を含むこともある回路４０２を含む可能性がある。システム４００は、メモリ４０６（例えば揮発性メモリ・デバイス）及びストレージ４０８も含む可能性がある。システム４００の要素の中には、ストレージ制御装置１０２又はホスト１０４ａ、．．．、１０４ｎ内で見受けられるものもあればそうでないものもある可能性がある。ストレージ４０８は、不揮発性メモリ・デバイス（例えばＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、フラッシュ、ファームウェア、プログラマブル・ロジック等）、磁気ディスク・ドライブ、光ディスク・ドライブ、テープ・ドライブ等を含む可能性がある。ストレージ４０８は、内部ストレージ・デバイス、外付けストレージ・デバイス、又はネットワーク・アクセス可能なストレージ・デバイス、あるいはそれらのすべてを含む可能性がある。システム４００は、メモリ４０６にロードされプロセッサ４０４又は回路４０２によって実行され得るコード４１２を含むプログラム・ロジック４１０を含む可能性がある。特定の実施形態において、コード４１２を含むプログラム・ロジック４１０は、ストレージ４０８に記憶され得る。他の特定の実施形態において、プログラム・ロジック４１０は、回路４０２の形で実施され得る。したがって、プログラム・ロジック４１０は、図６では他の要素と個別に示されているが、メモリ４０６又は回路４０２内に実装することも可能である。
【００５５】
本明細書で説明し図１乃至図６に示した特定の実施形態は、コンピュータ可読コードをコンピューティング・システム（例えばシステム１００）に統合するコンピューティング命令を人間又は自動処理によって配備することにより、当該コードとコンピューティング・システムとが連動して図１乃至図６に示した本明細書に記載の諸実施形態の動作を実行することが可能となる方法を対象とする可能性もある。特定の実施形態では、新磁気ディスク制御機構（Redundant Array of Independent Disks : RAID）、単純ディスク束（justa bunch of disks : JBOD）、直接アクセス記憶装置（Direct Access Storage Device : DASD）、テープ等の様々なストレージ・システムがコンピューティング環境で使用される可能性がある。
【００５６】
図１乃至図３の動作の少なくともいくつかは並行して実行される可能性があり、それぞれ順番に実行される可能性もある。諸代替実施形態では、これらの動作のいくつかが異なる順序で実行され、修正され、あるいは省略される可能性もある。
【００５７】
更に、ソフトウェア及びハードウェア構成要素の多くは説明上個別のモジュール、動作、又はアプリケーションとして記載されている。このような構成要素は、より少ない数の構成要素に統合することもより多くの数の構成要素に分割することも可能である。また、特定の構成要素によって実行されるものとして説明される特定の動作は、他の構成要素によって実行される可能性もある。
【００５８】
図１乃至図６に示される又は各図で参照されるデータ構造及び構成要素は、特定のタイプの情報を有するものとして説明されている。諸代替実施形態では、これらのデータ構造及び構成要素は、各図に示される又は各図で参照されるのと異なる形で構造化される可能性があり、また、より少ないフィールド、より多くのフィールド、又は異なるフィールドを有することも異なる機能を有することもある。
【００５９】
特定の実施形態では、図１乃至図６に示されるとおり、システム１００及び４００は、論理パスが確立されたときに論理パス優先度スキームを提供する方法３００を含むことができる。これらのシステム（例えば１００及び４００）において、要求元（例えばホスト１０４）は、低い優先度が指定された論理パスをより高い優先度の論理パスに置き換える動作を実行又は要求することができる。置き換え対象となる低い優先度の論理パスは、それ自体の置き換えを実行した同じ要求元（例えばホスト１０４ａ、．．．、１０４ｎ）に属することも別のホストに属することもある。システム１００及び４００において、低い優先度の論理パスから高い優先度のパスへの置き換えは、ポート毎の最大論理パス数に達したときに実行され得る。
【００６０】
また、特定の実施形態において、受信側（例えばストレージ制御装置１０２）は、特定の優先度スキームを有する既存の論理パス・リソースの追加及び削除ならびに新しい優先度スキームへの置き換えにより、論理パスを自動的に管理することができる。特定の実施形態において、受信側は、それ自体が所有する論理パスの優先度を高い優先度の論理パスから低い優先度の論理パスに変更することができる。要求元は、「リソース不足」状態の故に確立できなかった新しい論理パスに関して確立された論理パスを再送信することができる。
【００６１】
特定の実施形態において、ホスト１０４ａ、．．．、１０４ｎのような要求元は、論理パス・リソース１０８ａ、．．．、１０８ｍとの通信を確立することができる。ストレージ制御装置１０２のような受信側は、論理パス・リソース１０８ａ、．．．、１０８ｍを追加、削除、除去、あるいはその他の方法で修正することができる。特定の実施形態において、受信側は、それによって論理パス・リソース１０８ａ、．．．、１０８ｍの構成要求が受信される故に、ストレージ制御装置１０２のようなストレージ制御装置に対応する可能性がある。同様に、特定の実施形態において、要求元は、それによって論理パス確立要求が送信される故に、ホスト１０４ａ、．．．、１０４ｎに対応する可能性がある。
【００６２】
したがって、各実施形態に関する上記の記載は、例示及び説明の目的で提示されている。上記の記載は網羅的なものではなく、また、本発明の実施形態を本明細書に開示される厳密な形態に限定することは本出願人らの意図するところではない。上記の教示に照らせば様々な修正及び変更が可能となるはずである。
【図１】
2011511353.tif 000003
【図２】
2011511353.tif 000004
【図３】
2011511353.tif 000005
【図４】
2011511353.tif 000006
【図５】
2011511353.tif 000007
【図６】
2011511353.tif 000008
【手続補正書】
【提出日】平成22年9月6日(2010.9.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の要求元を含むデータ処理システムにおいて論理パス・リソースに対する論理パスを動的に管理する方法であって、
論理パス確立要求を前記複数の要求元のうちの１つの要求元から受信するステップと、
前記論理パスに対する優先度を含む優先度スキームの指定要求を前記複数の要求元のうちの前記１つの要求元から受信するステップと、
使用可能な論理パス・リソースが存在するかどうかを判定するステップと、
指定された前記優先度スキームに基づいて前記論理パスを確立するパス優先度動作を実行するステップと、
論理パス・リソース・テーブル内の論理パス・リソースに関連する情報を更新するステップと、
を含む方法。
【請求項２】
前記パス優先度動作は、指定された前記優先度スキームの前記優先度がクリティカルであることを判定する、請求項１に記載の方法。
【請求項３】
前記パス優先度動作は、前記論理パス・リソース・テーブル内で特定される前記論理パス・リソースのうちの少なくとも１つが非クリティカル優先度を有する優先度スキームを含むことを判定する、請求項２に記載の方法。
【請求項４】
前記パス優先度動作は、前記非クリティカル論理パスを削除し、前記非クリティカル論理パスを前記クリティカル論理パスに置き換える、請求項３に記載の方法。
【請求項５】
前記パス優先度動作は、前記複数の要求元のうちの前記１つの要求元との間の前記クリティカル論理パスを確立し、前記論理パス・リソース・テーブル内の前記論理パス・リソースに関連する前記優先度スキームを更新する、請求項４に記載の方法。
【請求項６】
前記パス優先度動作は、以前に削除された論理パスを当該論理パスについて以前に指定された優先度スキームで再確立する、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記パス優先度動作は、前記以前に削除された論理パスと関連付けられる新しく指定された優先度スキームを受信し、前記以前に削除された論理パスを前記新しく指定された優先度スキームで再確立する、請求項６に記載の方法。
【請求項８】
プロセッサと、
コンピュータ・プログラム・コードが実装されたコンピュータ使用可能な媒体と、
を備えるシステムであって、前記コンピュータ・プログラム・コードは、前記プロセッサによって実行可能な命令であって、
論理パス確立要求を複数の要求元のうちの１つの要求元から受信するステップと、
前記論理パスに対する優先度を含む優先度スキームの指定要求を前記複数の要求元のうちの前記１つの要求元から受信するステップと、
使用可能な論理パス・リソースが存在するかどうかを判定するステップと、
指定された前記優先度スキームに基づいて前記論理パスを確立するパス優先度動作を実行するステップと、
論理パス・リソース・テーブル内の論理パス・リソースに関連する情報を更新するステップと、
をコンピュータに実行させるように構成された命令を含む、システム。
【請求項９】
前記パス優先度動作は、指定された前記優先度スキームの前記優先度がクリティカルであることを判定する、請求項８に記載のシステム。
【請求項１０】
前記パス優先度動作は、ストレージ制御装置内において、前記論理パス・リソース・テーブル内で特定される前記論理パス・リソースのうちの少なくとも１つが非クリティカル優先度を有する優先度スキームを含むことを判定する、請求項９に記載のシステム。
【請求項１１】
前記パス優先度動作は、前記ストレージ制御装置内において、前記非クリティカル論理パスを削除し、前記非クリティカル論理パスを前記クリティカル論理パスに置き換える、請求項１０に記載のシステム。
【請求項１２】
前記パス優先度動作は、前記ストレージ制御装置内において、前記複数の要求元のうちの前記１つの要求元との間の前記クリティカル論理パスを確立し、前記論理パス・リソース・テーブル内の前記論理パス・リソースに関連する前記優先度スキームを更新する、請求項１１に記載のシステム。
【請求項１３】
前記パス優先度動作は、ストレージ制御装置内において、以前に削除された論理パスを当該論理パスについて以前に指定された優先度スキームで再確立する、請求項８乃至１２のいずれか一項に記載のシステム。
【請求項１４】
前記パス優先度動作は、前記ストレージ制御装置内において、前記以前に削除された論理パスと関連付けられる新しく指定された優先度スキームを受信し、前記以前に削除された論理パスを前記新しく指定された優先度スキームで再確立する、請求項１３に記載のシステム。
【請求項１５】
複数の要求元を含むデータ処理システムにおいて論理パス・リソースに対する論理パスを動的に管理するコンピュータ・プログラムであって、
論理パス確立要求をホストからストレージ・コントローラに送信するステップと、
前記論理パスに対する優先度を含む優先度スキームの指定要求を前記ホストから前記ストレージ・コントローラに送信するステップと、
使用可能な論理パス・リソースが存在するかどうかを前記ストレージ・コントローラによって判定するステップと、
指定された前記優先度スキームに基づいて前記論理パスを確立するパス優先度動作を前記ストレージ・コントローラによって実行するステップと、
論理パス・リソース・テーブル内の論理パス・リソースに関連する情報を前記ストレージ・コントローラによって更新するステップと、
をコンピュータに実行させるコンピュータ・プログラム。
【請求項１６】
複数の要求元を含むデータ処理システムにおいて論理パス・リソースに対する論理パスを動的に管理する方法であって、
前記複数の要求元のうちの１つから前記論理パス・リソースのうちの１つの論理パス・リソースに対する論理パスを確立するステップと、
前記論理パスに対する優先度を含む優先度スキームを指定するステップと、
指定された前記優先度スキームに基づいて前記論理パスを確立するパス優先度動作を実行するステップと、
論理パス・リソース・テーブル内の論理パス・リソースに関連する情報を更新するステップと、
を含む方法。
【請求項１７】
前記論理パス・リソース・テーブル内で特定される前記論理パス・リソースのうちの少なくとも１つが非クリティカル優先度を有する優先度スキームを含むことを判定するステップを更に含む、請求項１６に記載の方法。
【請求項１８】
指定された前記優先度スキームがクリティカル優先度を含むことを判定するステップと、
前記論理パスを特定された前記クリティカル優先度で確立するステップと、
前記論理パス・リソース・テーブル内の前記論理パス・リソースに関連する前記優先度スキームを更新するステップと、
を更に含む、請求項１７に記載の方法。
【請求項１９】
複数の要求元を含むデータ処理システムにおいて論理パス・リソースに対する論理パスを動的に管理する装置であって、
論理パス確立要求を前記複数の要求元のうちの１つの要求元から受信する手段と、
前記論理パスに対する優先度を含む優先度スキームの指定要求を前記複数の要求元のうちの前記１つの要求元から受信する手段と、
使用可能な論理パス・リソースが存在するかどうかを判定する手段と、
指定された前記優先度スキームに基づいて前記論理パスを確立するパス優先度動作を実行する手段と、
論理パス・リソース・テーブル内の論理パス・リソースに関連する情報を更新する手段と、
を備える装置。
【請求項２０】
請求項１乃至７のいずれか一項に記載の方法の各ステップをコンピュータに実行させるコンピュータ実装可能な命令を含むコンピュータ・プログラム。
【国際調査報告】
2011511353.tif 000009
2011511353.tif 000010