JP6132323B2 - ライブ移行プロトコル及びクラスタサーバのフェイルオーバープロトコル - Google Patents

Description

コンピューティングリソースの論理区画（ＬＰＡＲ）は、ＩＢＭ ＡＩＸ環境では、別個の仮想マシンとして仮想化される。コンピューティングリソースは、１つ以上のＬＰＡＲに区画され得、１つ以上の仮想マシンが、単一の物理的コンピューティングリソース下で実行される。加えて、他のコンピューティングリソースはまた、別のコンピューティングリソースが、１つ以上の仮想マシンをサポートし得るように、１つ以上のＬＰＡＲをサポートし得る。同様に、コンピューティングリソースのネットワークは、複数のＬＰＡＲを含み得る。

加えて、第１の物理的なコンピューティングリソースの特定のＬＰＡＲは、移行されたＬＰＡＲによって提供されるアプリケーション及びサービスの動作性を維持するために、第２のコンピューティングリソースに移行され得る。具体的には、第１及び第２のコンピューティングリソースの両方は、第１のコンピューティングリソースから第２のコンピューティングリソースへＬＰＡＲを移行するために互いに協力する。例えば、移行が実装される典型的なシナリオでは、第１のコンピューティングリソースが、メンテナンスのためにスケジュールされ得る。同様に、ＬＰＡＲ上で実行中のアプリケーションの継続性を維持するために、そのＬＰＡＲは、第２のコンピューティングリソースに移行され得る。

しかしながら、ＬＰＡＲが、移行プロトコルを使用して第１のコンピューティングリソースから第２のコンピューティングリソースに移行するとき、ＬＰＡＲのプロファイル及び基盤となるディスクマッピングが、第１又は元のコンピューティングリソースから削除される。この情報の削除は、ＬＰＡＲに関与する他の機能及びサービスに有害な影響を与え得る。例えば、フェイルオーバープロトコルは、削除された情報に依存し得、無効にされ得る。その結果、移行とフェイルオーバープロトコル（及び／又は他のプロトコル）と間の互換性の欠如は、クラウド環境でのアプリケーションの可用性及び移動性を妨げるであろう。

Ｖｅｒｉｔａｓ Ｃｌｕｓｔｅｒ Ｓｅｒｖｅｒ（ＶＣＳ）などの、クラスタ管理フェイルオーバープロトコルと互換性のあるＬＰＡＲ移行のためのシステム及び方法。本方法は、１つ以上のＬＰＡＲを備えるホストシステム上の論理区画のためのプロファイルを作成することを含み、このプロファイルは、第１の名前に関連付けられている。本方法はまた、プロファイル内で、ＬＰＡＲの仮想小型コンピュータシステムインターフェース（ＳＣＳＩ）アダプタのクライアントポートを、ホストシステムの仮想入力／出力サーバ（ＶＩＯＳ）の仮想ＳＣＳＩアダプタのサーバポートにマップすることを含む。本方法は、ホストシステムの１つ以上のＬＰＡＲの仮想ＳＣＳＩアダプタの任意のポートを受け入れるようにＶＩＯＳのサーバポートを設定することを含む。本方法はまた、ＶＩＯＳ内で、ＬＰＡＲの適正なフェイルオーバーの実装の目的で、ＶＩＯＳのサーバポートを、デバイス名（すなわち、ＬＰＡＲ）及びターゲットデバイス（すなわち、共有記憶装置のディスク）にマップすることを含み、このターゲットデバイスは、ＬＰＡＲのためのオペレーティングシステムを備える。

いくつかの実施形態において、システムは、中にコンピュータ実行可能命令を記憶する有形の非一時的コンピュータ可読記憶媒体を含み、この命令は、実行されると、コンピュータシステムにクラスタ管理フェイルオーバープロトコルと互換性のあるＬＰＡＲ移行のための方法を実行させる。本方法は、１つ以上のＬＰＡＲを含むホストシステム上の論理区画のためのプロファイルを作成することを含み、このプロファイルは、第１の名前に関連付けられている。本方法はまた、プロファイル内で、ＬＰＡＲの仮想ＳＣＳＩアダプタのクライアントポートを、ホストシステムのＶＩＯＳの仮想ＳＣＳＩアダプタのサーバポートにマップすることを含む。本方法はまた、ホストシステムの１つ以上のＬＰＡＲの仮想ＳＣＳＩアダプタの任意のポートを受け入れるようにＶＩＯＳのサーバポートを設定することを含む。また、本方法は、ＶＩＯＳ内で、ＬＰＡＲの適正なフェイルオーバーの実装の目的で、ＶＩＯＳのサーバポートを、デバイス名（すなわち、ＬＰＡＲ）及びターゲットデバイス（すなわち、共有記憶装置のディスク）にマップすることを含み、このターゲットデバイスは、ＬＰＡＲのためのオペレーティングシステムを備える。

一実施形態において、コンピュータシステムは、中に命令を記憶するメモリに結合されたプロセッサを備え、この命令は、コンピュータシステムによって実行された場合、コンピュータにクラスタ管理フェイルオーバープロトコルと互換性のあるＬＰＡＲ移行のための方法を実行させる。本方法は、１つ以上のＬＰＡＲを含むホストシステム上の論理区画のためのプロファイルを作成することを含み、このプロファイルは、第１の名前に関連付けられている。本方法はまた、プロファイル内で、ＬＰＡＲの仮想ＳＣＳＩアダプタのクライアントポートを、ホストシステムのＶＩＯＳの仮想ＳＣＳＩアダプタのサーバポートにマップすることを含む。本方法はまた、ホストシステムの１つ以上のＬＰＡＲの仮想ＳＣＳＩアダプタの任意のポートを受け入れるようにＶＩＯＳのサーバポートを設定することを含む。また、本方法は、ＶＩＯＳ内で、ＬＰＡＲの適正なフェイルオーバーの実装の目的で、ＶＩＯＳのサーバポートを、デバイス名（すなわち、ＬＰＡＲ）及びターゲットデバイス（すなわち、共有記憶装置のディスク）にマップすることを含み、このディスクは、ＬＰＡＲのためのオペレーティングシステムを備える。

したがって、本開示の実施形態によれば、コンピューティングリソース上で予期せぬ故障が発生した場合でさえ、アプリケーション及びＬＰＡＲの高可用性を実現するために、Ｖｅｒｉｔａｓ Ｃｌｕｓｔｅｒ Ｓｅｒｖｅｒ（ＶＣＳ）などのクラスタサーバプロトコルによって提供されるＬＰＡＲのフェイルオーバー機能は、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ（ＩＢＭ）Ｌｉｖｅ Ｐａｒｔｉｔｉｏｎ Ｍｏｂｉｌｉｔｙ（ＬＰＭ）のサービスによって提供されるものなどの、移行プロトコルと共存する。

本開示の様々な実施形態のこれら及び他の目的及び利点は、様々な図面に示されている実施形態の以下の詳細な説明を通読後、当業者によって認識されるであろう。

本明細書に組み込まれ、その一部を形成し、同様の数字が同様の要素を描写する添付の図面は、本開示の実施形態を例示し、その説明と共に本開示の原理を説明するのに役立つ。
本開示の一実施形態に従って、本発明の方法を実装するのに好適な例示的なコンピュータシステムのブロック図を描写する。 本開示の一実施形態に従った、ネットワークアーキテクチャを描写するブロック図である。 本開示の一実施形態に従った、１つ以上のＬＰＡＲを含む１つ以上のホストコンピューティングリソースを含むクラスタサーバ環境のブロック図であり、ここでは、ＬＰＡＲが、フェイルオーバー条件下でＬＰＡＲの可用性を維持しながら、ホストからホストへと移行されることが可能である。 本開示の一実施形態に従った、第１のホストから第２のホストへのＬＰＡＲの移行及び第１のホストに戻るＬＰＡＲのフェイルオーバーを描写するデータフロー図である。 本開示の一実施形態に従った、フェイルオーバー条件下でＬＰＡＲの可用性を維持しながらの、ＬＰＡＲ移行の方法を示すフロー図である。 本開示の一実施形態に従った、ＬＰＡＲ移行及びフェイルオーバーの方法を示すフロー図であり、ここでは、ＬＰＡＲが、フェイルオーバー条件下でＬＰＡＲの可用性を維持しながら、ホストからホストへと移行されることが可能である。 本開示の一実施形態に従った、ＬＰＡＲ移行及びフェイルオーバーの方法を示すフロー図であり、ここでは、ＬＰＡＲが、フェイルオーバー条件下でＬＰＡＲの可用性を維持しながら、ホストからホストへと移行されることが可能である。

本開示の様々な実施形態について、ここで詳細に言及し、その実施例が、添付の図面に示される。これらの実施形態に関連して説明するが、それは、これらの実施形態に本開示を限定することを意図していないことが理解されるであろう。反対に、本開示は、代替物、修正、及び均等物を網羅することが意図され、それは添付の請求項によって定義されるように本開示の趣旨及び範囲内に含まれ得る。更に、本開示の以下の詳細な説明において、多数の特定の詳細が、本開示の完全な理解を提供するために記載される。しかしながら、本開示はこれらの特定の詳細を伴わずに実施されてもよいことが理解されるであろう。他の例において、周知の方法、手順、構成要素、及び回路は、本開示の態様を不必要に曖昧にしないように、詳細に記載されていない。

以下の詳細な説明の一部は、コンピュータメモリ内のデータビットでの動作の手順、論理ブロック、処理、及び他の記号表現に関して与えられる。これらの記述及び表現は、データ処理分野の当業者によって、他の当業者に仕事の内容を最も効果的に伝達するために使用される手段である。本出願では、手順、論理ブロック、プロセスなどは、所望の結果に導く一連の首尾一貫した工程又は命令であると考えられる。工程は、物理量の物理的操作を利用するものである。通常、必ずしもそうとは限らないが、これらの量は、コンピュータシステムにおいて記憶する、転送する、組み合わせる、比較する、及び他の方法で操作することが可能な、電気信号又は磁気信号の形態をとる。これらの信号をトランザクション、ビット、値、要素、記号、文字、サンプル、画素などと称することが、主に一般的な用法の理由から時には好都合であることが判明している。

しかしながら、これら及び同様の用語の全てが、適切な物理量と関連付けられるものであり、これらの量に適用される好都合なラベルにすぎないことに留意すべきある。以下の説明から明らかなように、別段の記載がない限り、本開示全体を通じて、「作成する」、「判定する」、「マップする」、「設定する」などの用語を用いる考察は、コンピュータシステム又は類似の電子コンピューティングデバイス若しくはプロセッサ（例えば、図１のシステム１１０）のアクション及びプロセス（例えば、図５のフロー図５）を指すことが理解される。コンピュータシステム又は類似の電子コンピューティングデバイスは、コンピュータシステムのメモリ、レジスタ、又は他のそのような情報記憶、伝送、若しくはディスプレイデバイス内で物理的（電子的）量として表されるデータを操作し、変換する。

本明細書で説明する実施形態は、１つ以上のコンピュータ又は他のデバイスによって実行されるプログラムモジュールなどの、何らかの形態のコンピュータ可読記憶媒体上に存在するコンピュータ実行可能命令の一般的な文脈で考察され得る。限定ではなく例として挙げると、コンピュータ可読記憶媒体は、非一時的コンピュータ記憶媒体及び通信媒体を含み得る。一般に、プログラムモジュールとしては、特定のタスクを実施する又は特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、構成要素、データ構造などが挙げられる。プログラムモジュールの機能は、様々な実施形態において、所望に応じて組み合わせられ得る又は分散され得る。

コンピュータ記憶媒体としては、コンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータなどの、情報を記憶するための任意の方法又は技術で実装される揮発性及び不揮発性、取り外し可能な及び取り外し不可の媒体が挙げられる。コンピュータ記憶媒体としては、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ若しくは他のメモリ技術、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、又は他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置若しくは他の磁気記憶デバイス、又は所望の情報を記憶するために使用することができ、その情報を取得するためにアクセスすることができる他の任意の媒体が挙げられるが、これらに限定されるものではない。

通信媒体は、コンピュータ実行可能命令、データ構造、及びプログラムモジュールを統合することができ、任意の情報配信媒体を含む。限定ではなく例として挙げると、通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体、並びに音響、ラジオ周波数（ＲＦ）、赤外線及び他の無線媒体などの無線媒体を含む。上記の任意の組み合せもまた、コンピュータ可読媒体の範囲内に含めることができる。

図１は、本開示の実施形態を実装することが可能なコンピューティングシステム１１０の一実施例のブロック図である。コンピューティングシステム１１０は、コンピュータ可読命令を実行することができる、任意のシングル若しくはマルチプロセッサのコンピューティングデバイス又はシステムを広く表す。コンピューティングシステム１１０の例としては、ワークステーション、ラップトップ、クライアント側端末、サーバ、分散コンピューティングシステム、ハンドヘルドデバイス、又は他の任意のコンピューティングシステム若しくはデバイスが挙げられるが、これらに限定されない。その最も基本的な構成において、コンピューティングシステム１１０は、少なくとも１つのプロセッサ１１４及びシステムメモリ１１６を含み得る。

プロセッサ１１４は、一般に、データを処理、又は命令を解釈及び実行することが可能な任意のタイプ又は形態の処理ユニットを表す。ある実施形態において、プロセッサ１１４は、ソフトウェアアプリケーション又はモジュールから命令を受信し得る。これらの命令は、プロセッサ１１４に、本明細書に記載される及び／又は図示される例示的な実施形態の１つ以上の機能を実行させ得る。例えば、プロセッサ１１４は、単独で又は他の要素と組み合わせてのいずれかで、本明細書に記載される特定すること、判定すること、使用すること、実装すること、翻訳すること、追跡すること、受信すること、移動すること、提供することの１つ以上を実施し得、かつ／又はそれらを実施するための手段であり得る。プロセッサ１１４はまた、本明細書に記載される及び／又は図示される他の任意の工程、方法、あるいはプロセスを実施し得、かつ／又はそれらを実施するための手段であり得る。

システムメモリ１１６は、一般に、データ及び／又は他のコンピュータ可読命令を記憶することができる任意のタイプ若しくは形態の揮発性又は不揮発性記憶デバイスを表す。システムメモリ１１６の例としては、ＲＡＭ、ＲＯＭ、フラッシュメモリ、又は他の任意の好適なメモリデバイスが挙げられるが、これらに限定されない。必要ではないが、ある実施形態において、コンピューティングシステム１１０は、揮発性メモリユニット（例えば、システムメモリ１１６など）及び不揮発性記憶デバイス（例えば、一次記憶デバイス１３２など）の両方を含み得る。

コンピューティングシステム１１０はまた、プロセッサ１１４及びシステムメモリ１１６に加えて、１つ以上の構成要素又は要素を含み得る。例えば、図１の実施形態において、コンピューティングシステム１１０は、メモリコントローラ１１８、入力／出力（Ｉ／Ｏ）コントローラ１２０、及び通信インターフェース１２２を含み、それらの各々が、通信基盤１１２を介して相互接続され得る。通信基盤１１２は、一般に、コンピューティングデバイスの１つ以上の構成要素間の通信を容易にすることが可能な任意のタイプ又は形態の基盤を表す。通信基盤１１２の例としては、コミュニケーションバス（Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ（ＩＳＡ）、Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ（ＰＣＩ）、ＰＣＩ Ｅｘｐｒｅｓｓ（ＰＣＬｅ）、又は類似のバスなど）、及びネットワークが挙げられるが、これらに限定されない。

メモリコントローラ１１８は、一般に、メモリ若しくはデータを取り扱う、又はコンピュータシステム１１０の１つ以上の構成要素間の通信を制御することが可能な任意のタイプ又は形態のデバイスを表す。例えば、メモリコントローラ１１８は、通信基盤１１２を介してプロセッサ１１４、システムメモリ１１６、及びＩ／Ｏコントローラ１２０の間の通信を制御し得る。メモリコントローラは、単独で又は他の要素と組み合わせてのいずれかで、本明細書に記載される動作又は機能の１つ以上を実施し得、かつ／又はそれらを実施するための手段であり得る。

Ｉ／Ｏコントローラ１２０は、概して、コンピューティングデバイスの入力及び出力機能を調整及び／又は制御することが可能な任意のタイプ又は形態のモジュールを表す。例えば、Ｉ／Ｏコントローラ１２０は、コンピューティングシステム１１０の１つ以上の要素（プロセッサ１１４、システムメモリ１１６、通信インターフェース１２２、ディスプレイアダプタ１２６、入力インターフェース１３０、記憶装置インターフェース１３４など）の間のデータの転送を制御又は容易にし得る。Ｉ／Ｏコントローラ１２０は、例えば、単独で又は他の要素と組み合わせてのいずれかで、本明細書に記載される動作の１つ以上を実施するように、及び／又はそれらを実施するための手段であるように使用され得る。Ｉ／Ｏコントローラ１２０はまた、本明細書に記載される他の動作及び機能を実施するように、及び／又はそれらを実施するための手段であるように使用され得る。

通信インターフェース１２２は、概して、例示のコンピューティングシステム１１０と１つ以上の追加のデバイスとの間の通信を容易にすることができる任意のタイプ若しくは形態の通信デバイス又はアダプタを表す。例えば、通信インターフェース１２２は、コンピューティングシステム１１０と追加コンピューティングシステムを含む専用又は公共ネットワークとの間の通信を容易にし得る。通信インターフェース１２２の例としては、有線ネットワークインターフェース（ネットワークインターフェースカードなど）、無線ネットワークインターフェース（無線ネットワークインターフェースカードなど）、モデム、及び他の任意の好適なインターフェースが挙げられるが、これらに限定されない。一実施形態において、通信インターフェース１２２は、インターネットなどのネットワークへの直接的なリンクを介してリモートサーバへの直接接続を提供する。通信インターフェース１２２はまた、例えば、ローカルエリアネットワーク（イーサネットネットワーク（「イーサネット」は登録商標、以下同じ）など）、パーソナルエリアネットワーク、電話若しくはケーブルネットワーク、携帯電話接続、衛星データ接続、又は他の任意の好適な接続を通じて、間接的にかかる接続を提供し得る。

通信インターフェース１２２はまた、外部バス又は通信チャネルを介して、コンピューティングシステム１１０と１つ以上の追加のネットワーク又は記憶デバイスとの間の通信を容易にするように構成されたホストアダプタを表し得る。ホストアダプタの例としては、Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ（ＳＣＳＩ）ホストアダプタ、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ＵＳＢ）ホストアダプタ、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）１３９４ホストアダプタ、Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ（ＳＡＴＡ）ａｎｄ Ｅｘｔｅｒｎａｌ ＳＡＴＡ（ｅＳＡＴＡ）ホストアダプタ、Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ（ＡＴＡ）ａｎｄ Ｐａｒａｌｌｅｌ ＡＴＡ（ＰＡＴＡ）ストアダプタ、Ｆｉｂｒｅ Ｃｈａｎｎｅｌインターフェースアダプタ、イーサネットアダプタなどが挙げられるが、これらに限定されない。通信インターフェース１２２は、コンピューティングシステム１１０が分散又はリモートコンピューティングに連動することを可能にし得る。例えば、通信インターフェース１２２は、リモートデバイスから命令を受け取るか、又は実行のためにリモートデバイスに命令を送り得る。通信インターフェース１２２は、単独で又は他の要素と組み合わせてのいずれかで、本明細書に記載される動作の１つ以上を実施し得、かつ／又はそれらを実施するための手段であり得る。通信インターフェース１２２はまた、本開示に記載される他の動作及び機能を実施するように、及び／又はそれらを実施するための手段であるように使用され得る。

図１に示すように、コンピューティングシステム１１０はまた、ディスプレイアダプタ１２６を介して通信基盤１１２に結合された少なくとも１つのディスプレイデバイス１２４を含み得る。ディスプレイデバイス１２４は、一般に、ディスプレイアダプタ１２６によって転送された情報を視覚的に表示することが可能な任意のタイプ又は形態のデバイスを表す。同様に、ディスプレイアダプタ１２６は、一般に、ディスプレイデバイス１２４に表示するための通信基盤１１２からの（又は当該技術分野で既知のフレームバッファからの）グラフィックス、テキスト、及び他のデータを転送するように構成された任意のタイプ又は形態のデバイスを表す。

図１に示されるように、コンピューティングシステム１１０はまた、入力インターフェース１３０を介して通信基盤１１２に結合された少なくとも１つの入力デバイス１２８を含み得る。入力デバイス１２８は、一般に、コンピュータ又は人間によって生成された入力をコンピューティングシステム１１０に提供することができる任意のタイプ若しくは形態の入力デバイスを表す。入力デバイス１２８の例としては、限定されないが、キーボード、ポインティングデバイス、音声認識デバイス、又は他の任意の入力デバイスが挙げられる。一実施形態において、入力デバイス１２８は、単独で又は他の要素と組み合わせてのいずれかで、本明細書に記載される動作の１つ以上を実施し得、かつ／又はそれらを実施するための手段であり得る。入力デバイス１２８はまた、本開示に記載される他の動作及び機能を実施するように、及び／又はそれらを実施するための手段であるように使用され得る。

図１に示すように、コンピューティングシステム１１０はまた、記憶装置インターフェース１３４を介して通信基盤１１２に結合された、一次記憶デバイス１３２及びバックアップ記憶デバイス１３３を含み得る。記憶デバイス１３２及び１３３は、一般に、データ及び／又は他のコンピュータ可読命令を記憶することができる任意のタイプ若しくは形態の記憶デバイス又は媒体を表す。例えば、記憶デバイス１３２及び１３３は、磁気ディスクドライブ（例えば、いわゆるハードドライブ）、フロッピーディスクドライブ（「フロッピー」は登録商標、以下同じ）、磁気テープドライブ、光ディスクドライブ、フラッシュドライブなどであり得る。記憶インターフェース１３４は、一般に、記憶デバイス１３２及び１３３とコンピューティングシステム１１０の他の構成要素との間でデータを転送するための任意のタイプ若しくは形態のインターフェース又はデバイスを表す。

一実施例では、データベース１４０は、一次記憶デバイス１３２に記憶され得る。データベース１４０は、単一のデータベース若しくはコンピューティングデバイス、又は複数のデータベース若しくはコンピューティングデバイスの一部分を表し得る。例えば、データベース１４０は、図２（下）のコンピューティングシステム１１０の一部分、及び／又は例示的なネットワークアーキテクチャ２００の一部分を表し得る（それらに記憶され得る）。代替的に、データベース１４０は、コンピューティングシステム１１０及び／又はネットワークアーキテクチャ２００の一部分などの、コンピューティングデバイスによってアクセス可能な１つ以上の物理的に別個のデバイスを表し得る（それらに記憶され得る）。

続いて図１を参照すると、記憶デバイス１３２及び１３３は、コンピュータソフトウェア、データ、又は他のコンピュータ可読情報を記憶するように構成される取り外し可能な記憶ユニットから読み取る及び／又は取り外し可能な記憶ユニットに書き込むように構成され得る。好適な取り外し可能な記憶ユニットの例としては、限定されないが、フロッピーディスク、磁気テープ、光ディスク、フラッシュメモリデバイスなどが挙げられる。記憶デバイス１３２及び１３３はまた、コンピュータソフトウェア、データ、又は他のコンピュータで読み取り可能な命令がコンピューティングシステム１１０にロードされることを可能にするための他の類似の構造又はデバイスを含み得る。例えば、記憶デバイス１３２及び１３３は、ソフトウェア、データ、又は他のコンピュータ可読情報を読み取る及び書き込むように構成され得る。記憶デバイス１３２及び１３３はまた、コンピューティングシステム１１０の一部であってもよく、又は他のインターフェースシステムを介してアクセスされる別個のデバイスであってもよい。

記憶デバイス１３２及び１３３は、単独で又は他の要素と組み合わせてのいずれかで、本明細書に記載される動作の１つ以上を実施するように、及び／又はそれらを実施するための手段であるように使用され得る。記憶デバイス１３２及び１３３はまた、本開示に記載される他の動作及び機能を実施するように、及び／又はそれらを実施するための手段であるように使用され得る。

多くの他のデバイス又はサブシステムが、コンピューティングシステム１１０に接続され得る。反対に、図１に示される全ての構成要素及びデバイスは、本明細書に記載される実施形態を実施するために存在する必要があるわけではない。上で言及したデバイス及びサブシステムはまた、図１に示されるのとは異なる方法で相互接続され得る。コンピューティングシステム１１０はまた、任意の数のソフトウェア、ファームウェア、及び／又はハードウェア構成を用い得る。例えば、本明細書に開示される例示的な実施形態は、コンピュータプログラム（コンピュータソフトウェア、ソフトウェアアプリケーション、コンピュータ可読命令、又はコンピュータ制御論理とも称される）として、コンピュータ可読記憶媒体上で符号化され得る。

コンピュータプログラムを含むコンピュータ可読媒体は、コンピューティングシステム１１０にロードされ得る。コンピュータ可読媒体上に記憶されたコンピュータプログラムの全て又は一部は、次いで、システムメモリ１１６並びに／又は記憶デバイス１３２及び１３３の様々な部分に記憶され得る。プロセッサ１１４によって実行されると、コンピューティングシステム１１０にロードされたコンピュータプログラムは、プロセッサ１１４が、本明細書に記載される及び／又は図示される例示的な実施形態の機能を実施するようにさせ得、かつ／又は実施するための手段となるようにし得る。追加的又は代替的に、本明細書に記載される及び／又は図示される例示的な実施形態は、ファームウェア及び／又はハードウェアで実装され得る。例えば、コンピューティングシステム１１０は、本明細書に開示される実施形態の１つ以上を実装するように適合された特定用途向け集積回路（ＡＳＩＣ）として構成され得る。

図２は、クライアントシステム２１０、２２０、及び２３０、並びにサーバ２４０及び２４５がネットワーク２５０に結合され得る、ネットワークアーキテクチャ２００の一実施例のブロック図である。クライアントシステム２１０、２２０、及び２３０は、一般に、図１のコンピュータシステム１１０などの、任意のタイプ若しくは形態のコンピューティングデバイス又はシステムを表す。一実施形態において、クライアントは、サーバシステム上で実行され、このサーバは、負荷分散を実施するトラフィック方向機能性を含み得る。

同様に、サーバ２４０及び２４５は、一般に、様々なデータベースサービスを提供し、及び／又は特定のソフトウェアアプリケーションを実行するように構成されたアプリケーションサーバ又はデータベースサーバなどのコンピューティングデバイス又はシステムを表す。ネットワーク２５０は、一般に、例えば、イントラネット、広域ネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、パーソナルエリアネットワーク（ＰＡＮ）、又はインターネットを含む、任意の電気通信又はコンピュータネットワークを表す。

図２に図示されるように、１つ以上の記憶デバイス２６０（１）〜（Ｌ）は、サーバ２４０に直接的に接続され得る。同様に、１つ以上の記憶デバイス２７０（１）〜（Ｎ）は、サーバ２４５に直接的に接続され得る。記憶デバイス２６０（１）〜（Ｌ）及び記憶デバイス２７０（１）〜（Ｎ）は、一般に、データ及び／又は他のコンピュータ可読命令を記憶することができる任意のタイプ若しくは形態の記憶デバイス又は媒体を表す。記憶デバイス２６０（１）〜（Ｌ）及び記憶デバイス２７０（１）〜（Ｎ）は、ネットワークファイルシステム（ＮＦＳ）、サーバメッセージブロック（ＳＭＢ）、又は共通インターネットファイルシステム（ＣＩＦＳ）などの様々なプロトコルを使用して、サーバ２４０及び２４５と通信するように構成されたネットワーク接続記憶（ＮＡＳ）デバイスを表し得る。

サーバ２４０及び２４５はまた、記憶エリアネットワーク（ＳＡＮ）ファブリック２８０に接続され得る。ＳＡＮファブリック２８０は、一般に、記憶デバイス間での通信を容易にすることができる任意のタイプ若しくは形態のコンピュータネットワーク又はアーキテクチャを表す。ＳＡＮファブリック２８０は、サーバ２４０及び２４５と記憶デバイス２９０（１）〜（Ｍ）及び／又は知的記憶アレイ２９５との間の通信を容易にし得る。ＳＡＮファブリック２８０はまた、デバイス２９０（１）〜（Ｍ）及びアレイ２９５が、クライアントシステム２１０、２２０、及び２３０にローカル接続されるデバイスとして表示される様態で、ネットワーク２５０並びにサーバ２４０及び２４５を介して、クライアントシステム２１０、２２０、及び２３０と記憶デバイス２９０（１）〜（Ｍ）及び／又は知的記憶アレイ２９５との間の通信を容易にし得る。記憶デバイス２６０（１）〜（Ｌ）及び記憶デバイス２７０（１）〜（Ｎ）と同様に、記憶デバイス２９０（１）〜（Ｍ）及び知的記憶アレイ２９５は、一般に、データ及び／又は他のコンピュータ可読命令を記憶することが可能な任意のタイプ又は形態の記憶デバイス又は媒体を表す。

図１のコンピューティングシステム１１０を参照すると、通信インターフェース１２２などの通信インターフェースを使用して、各クライアントシステム２１０、２２０、及び２３０とネットワーク２５０との間の接続を提供し得る。クライアントシステム２１０、２２０、及び２３０は、例えば、ウェブブラウザ又は他のクライアントソフトウェアを使用して、サーバ２４０又は２４５上の情報にアクセスすることが可能であり得る。そのようなソフトウェアは、クライアントシステム２１０、２２０、及び２３０がサーバ２４０、サーバ２４５、記憶デバイス２６０（１）〜（Ｌ）、記憶デバイス２７０（１）〜（Ｎ）、記憶デバイス２９０（１）〜（Ｍ）、又は知的記憶アレイ２９５によってホストされるデータにアクセスすることを可能にし得る。図２は、データを交換するためのネットワーク（インターネットなど）の使用を描写しているが、本明細書に記載される実施形態は、インターネット又は任意の特定のネットワークベースの環境に限定されない。

図２に戻ると、一実施形態において、本明細書に開示される例示的な実施形態のうちの１つ以上の全て又は一部分は、コンピュータプログラムとして符号化され、サーバ２４０、サーバ２４５、記憶デバイス２６０（１）〜（Ｌ）、記憶デバイス２７０（１）〜（Ｎ）、記憶デバイス２９０（１）〜（Ｍ）、知的記憶アレイ２９５、又はそれらの任意の組み合わせ上にロードされ、それによって実行される。本明細書に開示される例示的な実施形態のうちの１つ以上の全て又は一部分は、コンピュータプログラムとして符号化され、サーバ２４０に記憶され、サーバ２４５によって実行され、ネットワーク２５０を通じてクライアントシステム２１０、２２０、及び２３０に分散され得る。結果的に、ネットワークアーキテクチャ２００は、単独で又は他の要素と組み合わせてのいずれかで、本明細書に記載される動作の１つ以上を実施し得、かつ／又はそれらを実施するための手段であり得る。ネットワークアーキテクチャ２００はまた、本開示に記載される他の動作及び機能を実施するように、及び／又はそれらを実施するための手段であるように使用され得る。

結果的に、第１のホストシステムから本開示の実施形態は、フェイルオーバープロトコルと互換性のある第２のホストシステムにＬＰＡＲを移行するために使用される移行シーケンスの実装を示し、第２のホストシステム上における移行されたＬＰＡＲの故障が、第１のホストシステム上に戻って動作するために利用可能となる。本開示の他の実施形態は、上記の利点を提供し、特にＬＰＡＲが第１のホストシステムから第２のホストシステムに移行された場合に、複数のホストシステム上で高可用性を実現する仮想ＬＰＡＲ上で実行されているアプリケーションを更に提供する。本開示の更に他の実施形態は、上記の利点を提供し、かつアプリケーションのクラスタ全体での可用性を提供するようにその構成を初期化するために、仮想ＬＰＡＲの移行後にホストシステムの停止時間を最短化することを更に提供する。

図３は、１つ以上のＬＰＡＲを備える１つ以上のホストシステム又はコンピューティングリソース（以下、「ホスト」又は「ホストシステム」と称される）を含むクラスタサーバ環境３００のブロック図であり、ここでは、ＬＰＡＲが、本発明の一実施形態に従って、フェイルオーバー条件下でＬＰＡＲの可用性を維持しながら、ホストからホストに移行されることが可能である。クラスタサーバ環境は、一実施形態において、図２に示したネットワークアーキテクチャ２００内で実装可能である。

図３に示すように、クラスタサーバ環境３００は、第１のホストＡ及び第２のホストＢを含み、いずれも物理的コンピューティングリソースである。ホストＡ及びＢの各々のハードウェアリソースは、各ＬＰＡＲがコンピューティングリソースの仮想インスタンスである、１つ以上の論理区画（ＬＰＡＲ）に論理的に区画される。例えば、ホストＡは、ＬＰＡＲ−１ ３１１、ＬＰＡＲ−２ ３１２、及び最大ＬＰＡＲ−Ｎ ３１３に次々と区画される。また、ホストＢは、ＬＰＡＲ−１ ３２１、ＬＰＡＲ−２ ３２２、及び最大ＬＰＡＲ−Ｎ ３２３に次々と区画される。

所定のホスト内のＬＰＡＲは、仮想入力／出力サーバ（ＶＩＯＳ）によって提供される仮想化層を介して仮想化される。具体的には、ＶＩＯＳは、記憶装置及びネットワークの仮想化を提供し、また、物理ハードウェアを使用せずに、仮想ＬＰＡＲ間の通信を容易にする。例えば、一実施形態において、ＶＩＯＳは、そのホストシステム内のＬＰＡＲ間の入力／出力（Ｉ／Ｏ）通信を容易にするために、かつ物理ＳＣＳＩアダプタを介して外部デバイス（共有記憶装置３５０内のディスク又は外部ユニット３３０及び３４０など）との通信を容易にするために、仮想ＳＣＳＩアダプタを含む。他の実施形態は、仮想イーサネットアダプタ、仮想ファイバチャネルアダプタ、仮想シリアルアダプタなどの、ＬＰＡＲによって使用される動作環境に応じて、他の仮想化された通信デバイスの実装を提供するのに好適である。図３に示すように、ホストＡ内のＬＰＡＲ ３１１、３１２、及び３１３が、ＶＩＯＳ ３１９を通じて仮想化される。また、ホストＢ内のＬＰＡＲ ３２１、３２２、及び３２３が、ＶＩＯＳ ３２９を通じて仮想化される。

加えて、クラスタサーバ環境３００は、ホストデバイス（例えば、ホストＡ及びホストＢ）のうちの１つ以上を構成し、制御するために使用されるハードウェア管理コンソール（ＨＭＣ）を含む。特に、ＨＭＣ ３６０は、所定のホストシステム内でＬＰＡＲを作成及び管理するためにインターフェースとして用いられる。いくつかの実施形態において、ＨＭＣ ３６０は、両方のホストシステムの協力を得て、あるホストシステムから別のホストシステムへのＬＰＡＲの移行を容易にする。

ＨＭＣ ３６０は、所定のＬＰＡＲの構成を定義する区画プロファイルを作成する役割を担う。例えば、プロファイルは、論理区画に割り当てられたシステムリソース（例えば、プロセッサリソース、メモリリソース、Ｉ／Ｏリソースなど）を定義し、かつ論理区画に割り当てられた最小量及び最大量の物理システムリソースなどの情報を含む。ＨＭＣ ３６０は、クラスタサーバネットワーク３００全体にわたってＬＰＡＲ及びそれらのプロファイルの実装を管理する。しかしながら、ＨＭＣ ３６０は、あるホストから別のホストへのＬＰＡＲの移行を提供し、それを容易にするように、かつあるホストから別のホストへのＬＰＡＲのフェイルオーバーを可能にするように構成される。

更に、各ホストシステムは、ホストシステム間のクラスタ認識を実装する専用のＬＰＡＲにおけるクラスタサーバモジュールを含む。これらのクラスタサーバモジュールは、Ｈｉｇｈ Ａｖａｉｌａｂｉｌｉｔｙ（ＨＡ）モジュールと称され、ＨＡモジュールが一緒に動作して、クラスタサーバ環境３００全体にわたってＬＰＡＲのフェイルオーバープロトコル及び高可用性、並びにそれらの対応するアプリケーションを提供することができるように、互いに通信する。一実施例として、Ｖｅｒｉｔａｓ Ｃｌｕｓｔｅｒ Ｓｅｒｖｅｒ（ＶＣＳ）は、物理及び／又は仮想マシンのクラスタ上で高可用性を実現するために、コンピューティングリソース（例えば、ＬＰＡＲ）のクラスタを管理する。例えば、ホストＡはＨＡ ３１５を含み、ホストＢはＨＡ ３２５を含み、ホストＡのＨＡ ３１５は、フェイルオーバー及び高可用性プロトコルの実装を提供するように、ホストＢのＨＡ ３２５と通信するように構成される。つまり、ＨＡ ３１５及び３２５の実装を通して、１つのホストシステム内のＬＰＡＲは、フェイルオーバー及び／又は高可用性プロトコルの実装を通して故障状態下で別のホストシステム内で利用可能となる。

加えて、クラスタサーバ環境３００は、共有記憶装置３５０を含む。一実装形態において、共有記憶装置は、記憶装置の１つ以上の物理ディスク（ディスク１、２、．．．Ｎ）を含む。共有記憶装置３５０内のディスクは、クラスタサーバ環境３００全体にわたってＬＰＡＲの各々のためのメモリリソースを含む。加えて、共有記憶装置３５０内のディスクは、クラスタサーバ環境３００全体にわたって仮想化されたＬＰＡＲの各々ためのオペレーティングシステムを含む。そのようにして、故障したホストシステム上に存在するアクティブインスタンスＬＰＡＲのオペレーティングシステムは、ＬＰＡＲを第２のホストシステムで起動することができるように、フェイルオーバープロトコルの使用を通して復旧され得る。特定のＬＰＡＲに利用可能なディスクを作成するために、そのディスクは、対応するＶＩＯＳの特定のサーバ仮想ＳＣＳＩアダプタに割り当てられる又はマップされる。例えば、共有記憶装置３５０内のディスク１は、ＶＩＯＳ ３１９内で適切なマッピングを通して、ホストＡのＬＰＡＲ−１ ３１１に割り当てられ得る、マップされ得る、又は関連付けられ得る。

図４は、本発明の一実施形態に従った、第１のホスト（例えば、ホストＡ）から第２のホスト（例えば、ホストＢ）へのＬＰＡＲ（例えば、ＬＰＡＲ−１）の移行、及びクラスタサーバ環境内の第１のホストに戻るＬＰＡＲ（例えば、ＬＰＡＲ−１）のフェイルオーバーを描写するデータフロー図４００である。一実施形態において、ＬＰＡＲ−１の移行及びフェイルオーバーは、図３のクラスタサーバ環境３００内で実装可能である。

図４に示すように、ホストＡは、ＬＰＡＲ−ｌのアクティブインスタンスを含む。加えて、ホストＡは、ホストＡのＬＰＡＲ間の通信を容易にするために、並びにホストＡで提供されるリソースなどの外部デバイスとの通信を容易にするためにＶＩＯＳ ４２５を含む。ＬＰＡＲ−１は、ＨＭＣモジュール４６０を通して作成されるプロファイルに関連付けられている。

ＨＭＣモジュール４６０の支援を通して、ホストＡ上に存在するＬＰＡＲ−１は、移行プロトコルを使用して、ホストＢに移行される。ＬＰＡＲ−１プロファイルのアクティブインスタンスもまた、ホストＢに移行される。具体的には、ＨＭＣモジュール４６０は、ホストＡ及びＢの両方の協力を得て、ＬＰＡＲ−１の移行を調整する。そのようにして、ＨＭＣモジュール４６０は、ＬＰＡＲ−１の単一のインスタンスが、２つのホストコンピューティングリソース間の移行中にアクティブであることを可能にする。

本発明の実施形態は、移行プロトコルとフェイルオーバー（及び／又は高可用性）プロトコルとの間の互換性を提供する。つまり、ホストＢへのＬＰＡＲ−１の移行が成功した後、ＬＰＡＲ−１に障害が発生した又はそれが故障した、ホストＢ自体に障害が発生した又はそれが故障した場合、本発明の実施形態は、特にホストＢが非アクティブである可能性があるため、ホストＡ及びホストＢの両方の協力を得ずに、ホストＡ上に戻ったＬＰＡＲ−１をアクティブにするために、フェイルオーバーシーケンス及び／又はプロトコルを実装することができる。フェイルオーバー及び／又は高可用性プロトコルの実装は、ホストシステムの各々の対応するＨＡモジュール（図示せず）を通して容易になる。

図５は、本発明の一実施形態に従った、フェイルオーバー条件下でＬＰＡＲの可用性を維持しながらの、ＬＰＡＲ移行のコンピュータ実装方法を示すフロー図５００である。別の実施形態において、フロー図５００は、プロセッサと、プロセッサに結合され、コンピュータシステムによって実行された場合、システムにＬＰＡＲ移行のための方法を実行させる命令を中に記憶したメモリとを含む、コンピュータシステム内で実装される。更に別の実施形態において、本方法を実施するための命令は、フロー図５００によって概説されるように、コンピュータシステムにＬＰＡＲ移行のための方法を実施させるコンピュータ実行可能命令を有する非一時的コンピュータ可読記憶媒体に記憶される。フロー図５００の動作は、本発明の実施形態において、図３のクラスタサーバ環境３００内で、及び図４のデータフロー図４００内で、実装される。より具体的には、ＬＰＡＲ移行の方法は、対応するホストデバイスのＶＩＯＳ及びＨＡモジュール内で実装可能であり、本方法は、本発明の実施形態において、フェイルオーバープロトコルの実装を可能にし、それと互換性がある。

５１０において、本方法は、第１のホストシステム上でアクティブであるＬＰＡＲのための第１のプロファイルを作成することを含む。ホストシステムは、１つ以上のＬＰＡＲを含み、かつＶＩＯＳなどの、ＬＰＡＲの仮想化を容易にするための他の構成要素を含む。いくつかの実施形態において、移行プロトコルのフェイルオーバープロトコルとの互換性は、その構成を通して単一のホストデバイスで開始して、実装される。

より具体的には、５２０において、第１のプロファイル内で、本方法は、第１のホストシステムを介して、ＬＰＡＲの仮想ＳＣＳＩアダプタのクライアントポートを、ＬＰＡＲの仮想化を調整するＶＩＯＳの仮想ＳＣＳＩアダプタのサーバポートにマップすることを含む。そのようにして、ＬＰＡＲは、ＶＩＯＳの仮想ＳＣＳＩアダプタ上の特定のサーバポートと通信する必要があることを理解する。

５３０において、ＶＩＯＳのサーバポートは、第１のホストシステムの１つ以上のＬＰＡＲのクライアントの仮想ＳＣＳＩアダプタの任意のポートを受け入れるように設定されている。つまり、ＳＣＳＩポートは、一般的に、ＬＰＡＲのいずれかに割り当てられ、一対一では割り当てられていない。一実施形態において、ポートは、「任意のスロット／任意の区画」に割り当てられる。このようにして、ＶＩＯＳの仮想ＳＣＳＩアダプタのサーバポートに関連付けられるマッピングは、ＳＣＳＩポートが一般的に割り当てられるため、ＨＭＣによって実装された任意の移行プロトコルを通して削除されない。一方で、ＶＩＯＳのサーバＳＣＳＩポートが、ＶＩＯＳ内でＬＰＡＲのクライアントＳＣＳＩポートに割り当てられたとき、そのＬＰＡＲが移行されたとき、そのマッピング情報は、自動的に削除され、それによって、任意のフェイルオーバープロトコルが、フェイルオーバープロトコルの実装後、大幅な停止時間を伴わずに現在の第１のホストシステムにＬＰＡＲを戻すことに失敗しないようにする。

５４０において、第１のホストシステムのＶＩＯＳ内で、本方法は、ＶＩＯＳのＳＣＳＩアダプタのサーバポートをデバイス名（すなわち、ＬＰＡＲ）にマップすることを含む。加えて、ＶＩＯＳのＳＣＳＩアダプタのサーバポートは、ＬＰＡＲのためのオペレーティングシステムを含むディスクなどのターゲットデバイスにマップされ、ディスクが共有記憶装置内に含まれる。ＶＩＯＳ内のＳＣＳＩアダプタのサーバポートは、一般的に、任意のＬＰＡＲ（例えば、任意のスロット／任意の区画）を受け入れるように設定されているため、基盤となるマッピングはまた、別のホストシステム（例えば、第２のホストシステム）にＬＰＡＲを移行するとき、消去されずに、保持される。

加えて、第１のホストシステム上でアクティブなＬＰＡＲのための第１のプロファイルのバックアッププロファイルもまた作成される。バックアッププロファイルはまた、第１のホストシステムを通してＬＰＡＲの仮想ＳＣＳＩアダプタの対応するクライアントポートを、ＬＰＡＲの仮想化を調整するＶＩＯＳの仮想ＳＣＳＩアダプタの対応するサーバポートにマップする。また、第１のホストシステム上に位置するバックアッププロファイルは、ＬＰＡＲのためのオペレーティングシステムを含む共有記憶装置内の同じディスクにマップされる。バックアッププロファイルは、第１のプロファイル（例えば、異なるプロファイル名）から個別に参照され、また、第１のホストシステム上に位置する。同様に、バックアッププロファイルが、第１のホストシステムに対して内部にあるバックアップとして機能する。

加えて、フェイルオーバーの目的で、第１のホストシステム上でアクティブであるＬＰＡＲの第１のプロファイルはまた、第２のホストシステム上に作成される。第２のホストシステム上に位置するＬＰＡＲのこの第２のプロファイルは、同様に、第１のホストシステム上の第１のプロファイルとして参照される（例えば、同じプロファイル名）。例えば、第２のプロファイルは、ポートＳＣＳＩアダプタのマッピングに類似するポートを提供し、また、基盤となるＬＰＡＲのためのオペレーティングシステムを含む共有記憶装置内の同じディスクにマップされる。同様に、ＬＰＡＲが第１のホストシステム上で故障した場合、ＬＰＡＲは、第１のホストシステムと第２のホストシステムとの間の協力を得ずに第２のプロファイルを使用して第２のホストシステムにフェイルオーバーできる。

更に、第２のホストシステム上のＬＰＡＲのための第２のプロファイルのバックアッププロファイルもまた作成される。バックアッププロファイルはまた、第２のホストシステムを通してＬＰＡＲの仮想ＳＣＳＩアダプタの対応するクライアントポートを、ＬＰＡＲの仮想化を調整するＶＩＯＳの仮想ＳＣＳＩアダプタの対応するサーバポートにマップする。第２のホストシステム上のバックアッププロファイルはまた、基盤となるＬＰＡＲのためのオペレーティングシステムを含む共有記憶装置内の同じディスクにマップされる。第２のホストシステム上のバックアッププロファイルは、第２のプロファイル（例えば、異なるプロファイル名）とは別に参照され、第２のホストシステム上に位置する。同様に、バックアッププロファイルが、第２のホストシステム上に位置する第２のプロファイルに対して内部バックアップとして機能する。

図６Ａ〜Ｂは、ＬＰＡＲ移行及びファイルオーバーのコンピュータ実装方法を示すフロー図６００の説明図であり、ここでは、ＬＰＡＲが、本発明の一実施形態に従って、フェイルオーバー条件下でＬＰＡＲの可用性を維持しながら、ホストからホストに移行されることが可能である。フロー図６００は、フェイルオーバープロトコルとの互換性を確保するために、第１のホストからの第２のホストへＬＰＡＲを移行するときに実行される動作を示す。別の実施形態において、フロー図６００は、プロセッサと、プロセッサに結合され、コンピュータシステムによって実行された場合、システムにＬＰＡＲ移行及びフェイルオーバーのための方法を実行させる命令を中に記憶したメモリとを含む、コンピュータシステム内で実装される。更に別の実施形態において、方法を実施するための命令は、フロー図６００によって概説されるように、コンピュータシステムにＬＰＡＲ移行及びフェイルオーバーのための方法を実施させるコンピュータ実行可能命令を有する非一時的コンピュータ可読記憶媒体に記憶される。フロー図６００の動作は、本発明の実施形態において、図３のクラスタサーバ環境３００内で、及び図４のデータフロー図４００内で、実装される。より具体的には、ＬＰＡＲ移行の方法は、対応するホストデバイスのＶＩＯＳ及びＨＡモジュール内で実装可能であり、本方法は、本発明の実施形態において、フェイルオーバープロトコルの実装を可能にし、それと互換性がある。

フロー図６００全体を通して、プロファイル名が参照される。プロファイル名に与えられたあらゆる特定の表記は、例示のみに使用され、プロファイルのその表記の名前を限定することを意図していない。これらの参照は、代わりに、異なるホストデバイス上に存在するプロファイル名間の区別を示すことを意図している。

６１０において、プロファイルは、第１のホストシステム（「ホストＡ」）上でアクティブなＬＰＡＲ−１のために作成される。プロファイルは、「ＰＲＯ ＬＰＡＲ−１（ホストＡ）」と称され、本出願全体に通じる規則として、名前は、「ＰＲＯ ＬＰＡＲ−１」と定義され、「（ホストＡ）」は、プロファイル「ＰＲＯ ＬＰＡＲ−１」がホストＡ内に記憶されていることを示す。加えて、ＬＰＡＲ−１の観点から、プロファイルは、ホストＡ内のＬＰＡＲの仮想化を提供する、対応するＶＩＯＳの仮想ＳＣＳＩアダプタの特定のサーバポート（例えば、ポートＸ）にマップされるＣｌｉｅｎｔ Ｖｉｒｔｕａｌ ＳＣＳＩアダプタからなる。例えば、プロファイル「ＰＲＯ ＬＰＡＲ−１（ホストＡ）」は、ＨＭＣモジュールの支援により作成される。

６２０において、ＬＰＡＲ−１に関連付けられるＳＣＳＩアダプタの対応するサーバポートＸは、ホストＡ上のＶＩＯＳ内のＬＰＡＲのＳＣＳＩアダプタの任意の一般的なポートを受け入れるように設定される。例えば、ＬＰＡＲが、クラスタ環境内で管理される（ＶＣＳによって管理されるなど）とき、サーバ仮想ＳＣＳＩアダプタのポートＸは、ＶＩＯＳ内で「任意のスロット／任意の区画に設定される。加えて、ホストＡのためのＶＩＯＳの仮想ＳＣＳＩアダプタのサーバポートＸは、ＬＰＡＲ−１内で正しいクライアントＳＣＳＩアダプタにマップされる。また、ホストＡ内のＶＩＯＳのための仮想ＳＣＳＩアダプタ内のサーバポートＸはまた、共有記憶装置内で適正なディスクにマップされ、このディスクは、ＬＰＡＲ−ｌのためのオペレーティングシステムを含む。このようにして、任意のＬＰＡＲの任意のスロットを受け入れるようにサーバポートＸを一般的に設定することによって、ホストＡ内のＬＰＡＲがホストＢに移行されるとき、ホストＡのＶＩＯＳ内の仮想ＳＣＳＩアダプタのサーバポートＸの基盤となるマッピングは削除されない。

クラスタの認識及び高可用性の目的で、６１５において、ＬＰＡＲ−１のプロファイルはまた、第２のホストシステム（ホストＢ）上に作成される。具体的には、第２のプロファイルは、フェイルオーバープロトコルを実装する目的で、第２のホストシステム（例えば、ホストＢ）でＬＰＡＲ−１用に作成される。プロファイルは、「ＰＲＯ ＬＰＡＲ−１（ホストＢ）」と称され、プロファイル名は「ＰＲＯ ＬＰＡＲ−１」として定義され、「（ホストＢ）」は、プロファイル「ＰＲＯ ＬＰＡＲ−１」がホストＢ内に記憶されていることを示す。定義されるように、ホストＡ及びＢ内に記憶されるＬＰＡＲのためのプロファイルも同様に参照される。また、「ＰＲＯ ＬＰＡＲ−１（ホストＡ）」に含まれる情報が、「ＰＲＯ ＬＰＡＲ−１（ホストＢ）」の情報に類似するように、両方のＬＰＡＲ−１プロファイルは、類似している。例えば、プロファイル「ＰＲＯ ＬＰＡＲ−１（ホストＢ）」は、ＢＨＭＣモジュールの支援により作成される。ホストＢ内のＬＰＡＲ−１のためのプロファイルは、アクティブでない。加えて、ＬＰＡＲ−１の観点から、プロファイルは、ホストＡ内のＬＰＡＲの仮想化を提供する、対応するＶＩＯＳの仮想ＳＣＳＩアダプタの特定のサーバポート（例えば、ポートＸ）にマップされるＣｌｉｅｎｔ Ｖｉｒｔｕａｌ ＳＣＳＩアダプタからなる。

６２２において、ホストＢで、非アクティブなＬＰＡＲ−１に関連付けられるＳＣＳＩアダプタのサーバポートＸは、ホストＢ上のＶＩＯＳ内のＬＰＡＲのＳＣＳＩアダプタの任意の一般的なクライアントポートを受け入れるように設定される。例えば、ＬＰＡＲが、クラスタ環境内で管理される（ＶＣＳによって管理されるなど）とき、仮想ＳＣＳＩアダプタのサーバポートＸは、ＶＩＯＳ内で「任意のスロット／任意の区画」に設定される。加えて、ホストＢのためのＶＩＯＳの仮想ＳＣＳＩアダプタのサーバポートＸは、非アクティブなＬＰＡＲ−１内で正しいクライアントＳＣＳＩアダプタにマップされる。また、ホストＢ内のＶＩＯＳのための仮想ＳＣＳＩアダプタ内のサーバポートＸはまた、共有記憶装置内の適正なディスクにマップされ、ディスクは、ＬＰＡＲ−１のためのオペレーティングシステムを含む。同様に、ホストＢ上で作成されたＬＰＡＲ−１のための第２のプロファイルは、基盤となるＬＰＡＲ−１のためのオペレーティングシステムを含む共有記憶装置内のディスクにマップされる。

６２５において、ＬＰＡＲ−１のためのバックアッププロファイルが、ホストＡで作成される。このバックアッププロファイルは、移行後に、フェイルオーバーの目的で、ホストＡ内の内部バックアップとして機能する。このプロファイルは、「ＰＲＯ−ＢＡＣＫ ＬＰＡＲ−１（ホストＡ）」と称される。例えば、バックアッププロファイルは、ＨＭＣモジュールの支援により作成される。定義されるように、バックアッププロファイルのプロファイル名（ＰＲＯ ＢＡＣＫ ＬＰＡＲ−１）は、ＬＰＡＲ−１のための元々名前を付けられたプロファイル（ＰＲＯ ＬＰＡＲ−１）と同じではない。ホストＡ上のバックアッププロファイルはまた、基盤となるＬＰＡＲのためのオペレーティングシステムを含む共有記憶装置内の同じディスクにマップされる。ホストＡ内のＬＰＡＲ−１のためのバックアッププロファイルは、アクティブでない。

６３０において、ＬＰＡＲ−１のためのバックアッププロファイルが、ホストＢで作成される。このバックアッププロファイルは、移行後に、フェイルオーバーの目的で、ホストＢ内の内部バックアップとして機能する。プロファイルは、「ＰＲＯ−ＢＡＣＫ ＬＰＡＲ−１（ホストＢ）」と称される。例えば、バックアッププロファイルは、ＨＭＣモジュールの支援により作成される。定義されるように、バックアッププロファイルの名前（ＰＲＯ ＢＡＣＫ ＬＰＡＲ−１）は、ホストＢ上のＬＰＡＲ−１のための元々名前を付けられたプロファイル（ＰＲＯ ＬＰＡＲ−１）と同じではない。ホストＢ上のバックアッププロファイルはまた、基盤となるＬＰＡＲのためのオペレーティングシステムを含む共有記憶装置内の同じディスクにマップされる。ホストＢ内のＬＰＡＲ−１のためのバックアッププロファイルは、アクティブでない。

６３５において、ホストＡのＶＩＯＳが再起動される。任意の今後の移行及び／又はフェイルオーバーシーケンスが実施される前に、これは、構成の設定がインスタンス化されるように実行される。そのようにして、構成が設定された後に今後の移行及び／又はフェイルオーバーシーケンスがいつ実行されようとも、ホストＡによって経験される関連付けられた停止時間は存在しない。加えて、ホストＢのＶＩＯＳは、６３７において再起動される。あらゆる今後の移行及び／又はフェイルオーバーシーケンスが実施される前に、これは、構成の設定がインスタンス化されるように実行される。そのようにして、構成が設定された後にどのような今後の移行及び／又はフェイルオーバーシーケンスが実行されようとも、ホストＢにより経験される関連付けられた停止時間は存在しない。

６４０において、移行シーケンスが開始される。例えば、クラスタサーバ環境のＨＭＣモジュールは、ホストＡからホストＢ上へのＬＰＡＲ−１の移行を実施することが可能である。ＬＰＡＲ移行を実装する典型的なシナリオは、ホストＡ内のコンピューティングリソースがメンテナンスを受けているときである。その場合、ホストＡ内のＬＰＡＲは、それらのＬＰＡＲでサポートされているアプリケーションが依然として利用可能であるように、ホストＢに移行される。

加えて、６４３において、ホストＢで、クラスタ認識の目的で作成されたＬＰＡＲ−１のためのプロファイルは、名前が変更される。そのようにして、ホストＡ上のＬＰＡＲ−１のために保存されたプロファイルは、ホストＢに記憶されているＬＰＡＲ−１のためのプロファイルとは別に参照される。例えば、プロファイル「ＰＲＯ ＬＰＡＲ−１（ホストＢ）」は、ホストＡ及びホストＢに保存されているＬＰＡＲ−１のプロファイルが個別に参照されるように、「ＰＲＯ−ＰＲＩＭＥ ＬＰＡＲ−１（ホストＢ）」と名前が変更される。ホストＢが、同様に参照されるプロファイル（例えば、同じ名前）を既に有している場合、ＨＭＣが、ホストＡからホストＢにＬＰＡＲ及びそれに関連付けられたプロファイルを移行し得ないので、プロファイルのこの名前の変更は、移行シーケンスが発生するように達成される。すなわち、クラスタサーバ環境において、移行中に、移行先ホストサーバ（例えば、ホストＢ）上に同じ名前を有するプロファイルが見つかった場合、移行プロトコルの検証（例えば、ＬＰＭ検証の実装）は、失敗する。名前が変更されたプロファイル「ＰＲＯ−ＰＲＩＭＥ ＬＰＡＲ−１（ホストＢ）は、移行が失敗した場合、ＬＰＡＲ−１に対するバックアッププロファイルとして更に機能する。

６４５において、ＬＰＡＲ−１は、ホストＡからホストＢに移行される。より具体的には、ＬＰＡＲ−１、ＰＲＯ ＬＰＡＲ−１（ホストＡ）のためのプロファイル内で継続される情報は、ホストＢに移行される。

図６Ｂに続けて、フロー図６００のコネクタＡを通して、６５０において、ＬＰＡＲ−１のためのプロファイルは、ホストＡからホストＢに移行される。ＬＰＡＲ−１のアクティブインスタンスのためのホストＢ上に記憶されている新しいプロファイルは、「ＰＲＯ ＬＰＡＲ−１（ホストＢ）」と称される。例えば、移行シーケンス中に、ＨＭＣモジュールを使用して、ホストＢ内に新規のプロファイル「ＰＲＯ ＬＰＡＲ−１（ホストＢ）」を作成する。

６５５において、ホストＡからホストＢへのＬＰＡＲ−１の移行が成功したかどうかを判定するために、ホストＢに関連付けられた試験が実施される。ＬＰＡＲ−１の移行が成功した場合、フロー図６００は、６６０に進む。一方、ＬＰＡＲ−１の移行が不成功であった場合、フロー図５００は、６８０に進む。

例えば、移行が成功した後、６６０において、ＬＰＡＲ−１及びそのプロファイルのインスタンス（例えば、「ＰＲＯ ＬＰＡＲ−１（ホストＡ））が、自動的にホストＡから削除される。加えて、６６５において、ホストＡで作成されたバックアッププロファイルは、クラスタ対応及びフェイルオーバーの目的で、名前が変更される。すなわち、ＬＰＡＲ−１のためのバックアッププロファイルは、ホストＡで復元され、再び「ＰＲＯ ＬＰＡＲ−１（ホストＡ）」と称される。例えば、名前の変更は、ＨＭＣモジュールを用いて実施される。プロファイル「ＰＲＯ−ＬＰＡＲ−１（ホストＡ）」は、アクティブではない。

６７０において、ホストＢ上で作成されたバックアッププロファイル「ＰＲＯ−ＰＲＩＭＥ ＬＰＡＲ−１（ホストＢ）が、ある実装において、任意に削除される。別の実装において、バックアッププロファイルが、ＬＰＡＲ−ｌへのプロファイルの移行後、フェイルオーバーを提供する目的で維持される。

一方、ＬＰＡＲ−１の移行が不成功であった場合、ホストＡ上のＬＰＡＲ−１は、引き続きアクティブである必要がある。具体的には、６８０において、移行に成功しなかった後、ホストＢ上のバックアッププロファイル「ＰＲＯ−ＰＲＩＭＥ ＬＰＡＲ−１（ホストＢ）は、クラスタ対応の目的で、「ＰＲＯ ＬＰＡＲ−１（ホストＢ）」に名前が戻される。同様に、フェイルオーバーの場合、ＬＰＡＲ−１は、ホストＢにフェイルオーバーすることができる。一実施形態において、これは、移行するイベントに登録されることにより、ＶＣＳスクリプトを介して達成される。

このように、本開示の実施形態に従って、クラスタサーバプロトコルにおけるＬＰＡＲフェイルオーバー機能（例えば、ＶＣＳ）が、移行の成功後、フェイルオーバーシーケンスの適正な実装を確保するように他のＬＰＡＲ移行プロトコルと互換性があるシステム及び方法が記載される。

先述の開示は、特定のブロック図、フロー図、及び実施例を使用して様々な実施形態を説明するが、本明細書に記載される及び／又は図示される各ブロック図の構成要素、フロー図の工程、動作、及び／又は構成要素は、個別に及び／又は集合的に、広範なハードウェア、ソフトウェア、又はファームウェア（又はそれらの任意の組み合わせ）構成を使用して、実装され得る。更に、他の構成要素内に含まれる構成要素のいずれの開示も、多くの他のアーキテクチャが同じ機能性を達成するために実装可能であるため、例示と見なされるべきである。

本明細書に記載される及び／又は図示されるプロセスパラメータ及び工程の順序は、単なる例として提供され、所望に応じて変更することができる。例えば、本明細書に図示される及び／又は記載される工程が特定の順序で示される又は考察されるが、これらの工程は、必ずしも図示される又は考察される順序で実施される必要はない。本明細書に記載される及び／又は図示される様々な例示的な方法はまた、本明細書に記載される及び／又は図示される工程のうちの１つ以上を省略してもよく、又は開示されるものに加えて追加の工程を含んでもよい。

種々の実施形態が、完全に機能的なコンピューティングシステムに関連して本明細書に記載され及び／又は図示されているが、これら例示的な実施形態のうちの１つ以上は、実際に配布を行うために使用されるコンピュータ可読記憶媒体の特定のタイプに関わらず、多様な形態のプログラム製品として配布され得る。本明細書に開示の実施形態はまた、一定のタスクを実施するソフトウェアモジュールを使用して実装され得る。これらのソフトウェアモジュールは、スクリプト、バッチ、又はコンピュータで読み取り可能な記憶媒体上若しくはコンピューティングシステムに記憶され得る、他の実行可能なファイルを含んでもよい。これらのソフトウェアモジュールは、本明細書に開示される例示的な実施形態のうちの１つ以上を実施するようにコンピューティングシステムを構成し得る。本明細書に開示されたソフトウェアモジュールのうちの１つ以上は、クラウドコンピューティング環境で実装され得る。クラウドコンピューティング環境は、インターネットを介して様々なサービス及びアプリケーションを提供し得る。これらのクラウドに基づくサービス（例えば、サービスとしてのソフトウェア、サービスとしてのプラットフォーム、サービスとしての基盤など）は、ウェブブラウザ又は他のリモートインターフェースを通じてアクセス可能であり得る。本明細書に記載される様々な機能は、リモートデスクトップ環境又は他の任意のクラウドベースのコンピューティング環境を通して提供されてもよい。

先述の記載は、説明のために特定の実施形態を参照して説明してきた。しかしながら、上の例示的な考察は、網羅的であること、又は開示された厳密な形態に本発明を制限することを意図していない。上述の教示を考慮して、多くの修正及び変更が可能である。実施形態は、本発明の原理及びそれらの実践上の用途を最も良く説明するために選択かつ記載され、それによって、他の当業者が、企図される特定の用途に好適であり得る様々な修正を用いて、本発明及び様々な実施形態を最大限に利用することを可能にする。

したがって、本開示に従う実施形態が説明されている。本開示を特定の実施形態において説明してきたが、開示がこのような実施形態によって限定されると解釈されるべきではなく、以下の特許請求に従って解釈されるべきであることを理解すべきである。

Claims (20)

1. 移行のためのコンピュータ実装方法であって、
   １つ以上の論理区画（ＬＰＡＲ）を備える第１のホストシステム上で、ＬＰＡＲのための第１のプロファイルを作成するステップであって、前記第１のプロファイルが、第１の名前と関連付けられている、作成するステップと、
   前記第１のプロファイル内で、前記ＬＰＡＲの仮想小型コンピュータシステムインターフェース（ＳＣＳＩ）アダプタのクライアントポートを、前記第１のホストシステムの仮想入力／出力サーバ（ＶＩＯＳ）の仮想ＳＣＳＩアダプタのサーバポートにマップするステップと、
   前記第１のホストシステムの前記１つ以上のＬＰＡＲの仮想ＳＣＳＩアダプタの任意のポートを受け入れるように、前記ＶＩＯＳの前記サーバポートを設定するステップであって、当該設定により、当該ＶＩＯＳの当該サーバポートに関連付けられるマッピングが移行プロトコルを通して削除されない、ステップと、
   前記ＶＩＯＳ内で、前記第１のプロファイルの適正なフェイルオーバーの実装の目的で、前記ＶＩＯＳの前記サーバポートを前記ＬＰＡＲ及びターゲットデバイスにマップするステップであって、前記ターゲットデバイスが、前記ＬＰＡＲのためのオペレーティングシステムを備える、マップするステップと、
   を含む、コンピュータ実装方法。
2. 前記サーバポートを前記設定するステップが、
   前記ＶＩＯＳの前記サーバポートを「任意のスロット／任意の区画」に設定するステップを含む、請求項１に記載のコンピュータ実装方法。
3. 前記ＶＩＯＳを再起動するステップを更に含む、請求項１に記載のコンピュータ実装方法。
4. 前記ＬＰＡＲをバックアップする目的で、１つ以上のＬＰＡＲを備える第２のホストシステムで、前記ＬＰＡＲのための第２のプロファイルを作成するステップと、
   前記第１及び第２のプロファイルが同様に参照されるように、前記第１の名前を用いて前記第２のプロファイルに名前を付けるステップと、を更に含む、請求項１に記載のコンピュータ実装方法。
5. 前記第１のホストシステムで、前記第１のプロファイルのバックアッププロファイルを作成するステップであって、前記バックアッププロファイルが、第２の名前と関連付けられている、作成するステップと、
   前記第１のプロファイル及び前記第２のプロファイルが個別に参照されるように、前記第２のホストシステムで前記第２のプロファイルの名前を変更するステップと、
   前記第１の名前を有する前記第１のプロファイルを前記第２のホストシステムに移行するステップと、を更に含む、請求項４に記載のコンピュータ実装方法。
6. 前記第１のプロファイルの移行が成功したかどうかを判定するステップと、
   成功した場合、前記第１のホストシステムで前記第１のプロファイルを自動的に削除するステップと、
   前記第１のプロファイルの適正なフェイルオーバーの実装の目的で、前記バックアッププロファイルを前記第１の名前に戻すように名前を変更するステップと、を更に含む、請求項５に記載のコンピュータ実装方法。
7. 前記第２のホストシステムで、前記第２のプロファイルを削除するステップを更に含む、請求項６に記載のコンピュータ実装方法。
8. 前記第１のプロファイルの移行が成功したかどうかを判定するステップと、
   成功しなかった場合、前記第１のプロファイルの適正なフェイルオーバーの実装の目的で、前記第２のプロファイルを前記第１の名前に戻すように名前を変更するステップと、を更に含む、請求項５に記載のコンピュータ実装方法。
9. コンピュータシステムであって、
   プロセッサと、
   前記プロセッサに結合され、かつ前記コンピュータシステムによって実行された場合、前記コンピュータシステムに移行のための方法を実行させる命令を中に記憶した、メモリと、を備え、前記移行のための方法が、
   １つ以上の論理区画（ＬＰＡＲ）を備える第１のホストシステム上で、ＬＰＡＲのための第１のプロファイルを作成するステップであって、前記第１のプロファイルが、第１の名前と関連付けられている、作成するステップと、
   前記第１のプロファイル内で、前記ＬＰＡＲの仮想小型コンピュータシステムインターフェース（ＳＣＳＩ）アダプタのクライアントポートを、前記第１のホストシステムの仮想入力／出力サーバ（ＶＩＯＳ）の仮想ＳＣＳＩアダプタのサーバポートにマップするステップと、
   前記第１のホストシステムの前記１つ以上のＬＰＡＲの仮想ＳＣＳＩアダプタの任意のポートを受け入れるように、前記ＶＩＯＳの前記サーバポートを設定するステップであって、当該設定により、当該ＶＩＯＳの当該サーバポートに関連付けられるマッピングが移行プロトコルを通して削除されない、ステップと、
   前記ＶＩＯＳ内で、前記第１のプロファイルの適正なフェイルオーバーの実装の目的で、前記ＶＩＯＳの前記サーバポートを前記ＬＰＡＲ及びターゲットデバイスにマップするステップであって、前記ターゲットデバイスが、前記ＬＰＡＲのためのオペレーティングシステムを備える、マップするステップと、を含む、コンピュータシステム。
10. 前記方法が、
    前記ＶＩＯＳを再起動するステップを更に含む、請求項９に記載のコンピュータシステム。
11. 前記方法が、
    前記ＬＰＡＲをバックアップする目的で、１つ以上のＬＰＡＲを備える第２のホストシステムで、前記ＬＰＡＲのための第２のプロファイルを作成するステップと、
    前記第１及び第２のプロファイルが同様に参照されるように、前記第１の名前を用いて前記第２のプロファイルに名前を付けるステップと、
    前記第１のホストシステムで、前記第１のプロファイルのバックアッププロファイルを作成するステップであって、前記バックアッププロファイルが、第２の名前と関連付けられている、作成するステップと、
    前記第１のプロファイル及び前記第２のプロファイルが個別に参照されるように、前記第２のホストシステムで前記第２のプロファイルの名前を変更するステップと、
    前記第１の名前を有する前記第１のプロファイルを前記第２のホストシステムに移行するステップと、を更に含む、請求項９に記載のコンピュータシステム。
12. 前記方法が、
    前記第１のプロファイルの移行が成功したかどうかを判定するステップと、
    成功した場合、前記第１のホストシステムで前記第１のプロファイルを削除するステップと、
    前記第１のプロファイルの適正なフェイルオーバーの実装の目的で、前記バックアッププロファイルを前記第１の名前に戻すように名前を変更するステップと、を更に含む、請求項１１に記載のコンピュータシステム。
13. コンピュータシステムに移行のための方法を実施させるプログラムであって、前記方法は、
    １つ以上の論理区画（ＬＰＡＲ）を備える第１のホストシステムのＬＰＡＲのための第１のプロファイルを作成するステップであって、前記第１のプロファイルが、第１の名前と関連付けられている、作成するステップと、
    前記第１のプロファイル内で、前記ＬＰＡＲの仮想小型コンピュータシステムインターフェース（ＳＣＳＩ）アダプタのクライアントポートを、前記第１のホストシステムの仮想入力／出力サーバ（ＶＩＯＳ）の仮想ＳＣＳＩアダプタのサーバポートにマップするステップと、
    前記第１のホストシステムの前記１つ以上のＬＰＡＲの仮想ＳＣＳＩアダプタの任意のポートを受け入れるように、前記ＶＩＯＳの前記サーバポートを設定するステップであって、当該設定により、当該ＶＩＯＳの当該サーバポートに関連付けられるマッピングが移行プロトコルを通して削除されない、ステップと、
    前記ＶＩＯＳ内で、前記第１のプロファイルの適正なフェイルオーバーの実装の目的で、前記ＶＩＯＳの前記サーバポートを前記ＬＰＡＲ及びターゲットデバイスにマップするステップであって、前記ターゲットデバイスが、前記ＬＰＡＲのためのオペレーティングシステムを備える、マップするステップと、
    を含む、プログラム。
14. 前記方法において前記サーバポートを前記設定するステップが、
    前記ＶＩＯＳの前記サーバポートを「任意のスロット／任意の区画」に設定するステップを含む、請求項１３に記載のプログラム。
15. 前記方法が、
    前記ＶＩＯＳを再起動するステップを更に含む、請求項１３に記載のプログラム。
16. 前記方法が、
    前記ＬＰＡＲをバックアップする目的で、１つ以上のＬＰＡＲを備える第２のホストシステムで、前記ＬＰＡＲのための第２のプロファイルを作成するステップと、
    前記第１及び第２のプロファイルが同様に参照されるように、前記第１の名前を用いて前記第２のプロファイルに名前を付けるステップと、を更に含む、請求項１３に記載のプログラム。
17. 前記方法が、
    前記第１のホストシステムで、前記第１のプロファイルのバックアッププロファイルを作成するステップであって、前記バックアッププロファイルが、第２の名前と関連付けられている、作成するステップと、
    前記第１のプロファイル及び前記第２のプロファイルが個別に参照されるように、前記第２のホストシステムで前記第２のプロファイルの名前を変更するステップと、
    前記第１の名前を有する前記第１のプロファイルを前記第２のホストシステムに移行するステップと、を更に含む、請求項１６に記載のプログラム。
18. 前記方法が、
    前記第１のプロファイルの移行が成功したかどうかを判定するステップと、
    成功した場合、前記第１のホストシステムで前記第１のプロファイルを削除するステップと、
    前記第１のプロファイルの適正なフェイルオーバーの実装の目的で、前記バックアッププロファイルを前記第１の名前に戻すように名前を変更するステップと、を更に含む、請求項１７に記載のプログラム。
19. 前記方法が、
    前記第２のホストシステムで、前記第２のプロファイルを削除するステップを更に含む、請求項１８に記載のプログラム。
20. 前記方法が、
    前記第１のプロファイルの移行が成功したかどうかを判定するステップと、
    成功しなかった場合、前記第１のホストシステムで前記バックアッププロファイルを削除するステップと、
    前記第１のプロファイルの適正なフェイルオーバーの実装の目的で、前記第２のプロファイルを前記第１の名前に戻すように名前を変更するステップと、を更に含む、請求項１７に記載のプログラム。