(57)【要約】【課題】マルチパーティションシステムにおいて取外し可能媒体格納装置を共有するシステム及び方法を提供する。【解決手段】例示的なマルチパーティションシステム１００は、１つ又は複数のプロセッサ又は処理ユニット１１０を含んでもよい。プロセッサ１１０に対する処理資源を、論理的にパーティション化することにより、複数のパーティション１２０ａ〜１２０ｃを形成してもよい。各パーティション１２０はオペレーティングシステム（ＯＳ）のインスタンスを実行してもよく、他のパーティション１２０がトランザクションを処理しているのと同時に１つ又は複数のプロセスを処理することができてもよい。【選択図】図１
2006331421.tif 000002
【特許請求の範囲】
【請求項１】
共有取外し可能媒体格納（ＲＭＳ）を含むマルチパーティションシステム（１００）であって、
複数のパーティション（１２０ａ〜１２０ｃ）を有するプロセッサ（１１０）と、
前記複数のパーティション（１２０ａ〜１２０ｃ）に対して提供される少なくとも１つの共有ＲＭＳ装置（１５０ａ〜１５０ｂ）であって、デフォルトとして前記複数のパーティション（１２０ａ〜１２０ｃ）から論理的に切断されている共有ＲＭＳ装置と、
前記パーティション（１２０ａ〜１２０ｃ）によってアドレス指定可能な管理プロセッサ（１７０）であって、データアクセス動作のために互いに独立した前記パーティション（１２０ａ〜１２０ｃ）に対し前記同じ共有ＲＭＳ装置をマップする管理プロセッサと
を具備するマルチパーティションシステム。
【請求項２】
要求毎に前記管理プロセッサ（１７０）を介して前記パーティション（１２０ａ〜１２０ｃ）を前記少なくとも１つの共有ＲＭＳ装置（１５０ａ〜１５０ｂ）にリンクするスイッチングファブリック（１６０）
をさらに具備する請求項１に記載のマルチパーティションシステム。
【請求項３】
各パーティション（１２０ａ〜１２０ｃ）のアドレス空間に提供される仮想入出力（Ｉ／Ｏ）コントローラ（１４０ａ〜１４０ｃ）であって、前記各パーティション（１２０ａ〜１２０ｃ）と前記管理プロセッサ（１７０）との間の通信を処理する仮想Ｉ／Ｏコントローラ
をさらに具備する請求項１に記載のマルチパーティションシステム。
【請求項４】
前記パーティション（１２０ａ〜１２０ｃ）の各々に対するレジスタインタフェース（１３０ａ〜１３０ｃ）であって、前記少なくとも１つの共有ＲＭＳ装置（１５０ａ〜１５０ｂ）に対するホットプラグ動作及び媒体検出動作又はこれらのうちのいずれかをサポートするレジスタインタフェース
をさらに具備する請求項１に記載のマルチパーティションシステム。
【請求項５】
前記管理プロセッサ（１７０）は、
複数のパーティション（１２０ａ〜１２０ｃ）による前記少なくとも１つの共有ＲＭＳ装置（１５０ａ〜１５０ｂ）へのアクセスをスケジュールするために待ち行列（４３５）に動作的に関連する
請求項１に記載のマルチパーティションシステム。
【請求項６】
前記管理プロセッサ（１７０）は、
１つのパーティション（１２０ａ〜１２０ｃ）を前記少なくとも１つの共有ＲＭＳ装置（１５０ａ〜１５０ｂ）から、該同じ共有ＲＭＳ装置を別のパーティションにマップする前に、論理的に切断する
請求項１に記載のマルチパーティションシステム。
【請求項７】
前記管理プロセッサ（１７０）は、
１つのパーティション（１２０ａ〜１２０ｃ）を前記少なくとも１つの共有ＲＭＳ装置（１５０ａ〜１５０ｂ）から、該パーティションがデータアクセス動作を終了した時に、論理的に切断する
請求項１に記載のマルチパーティションシステム。
【請求項８】
前記管理プロセッサ（１７０）は、
読取り専用動作のために、前記少なくとも１つの共有ＲＭＳ装置（１５０ａ〜１５０ｂ）を複数のパーティション（１２０ａ〜１２０ｃ）にマップするためにスマートキャッシュ（４４５）を確立する
請求項１に記載のマルチパーティションシステム。
【請求項９】
前記少なくとも１つの共有ＲＭＳ装置（１５０ａ〜１５０ｂ）は、
システム全体のファームウェアインストール動作のために前記管理プロセッサ（１７０）に直接マップされる
請求項１に記載のマルチパーティションシステム。
【請求項１０】
前記少なくとも１つの共有ＲＭＳ装置（１５０ａ〜１５０ｂ）は、
システム状態情報（３７２）を該少なくとも１つの共有ＲＭＳ装置（１５０ａ〜１５０ｂ）の取外し可能記憶媒体に書き込むために前記管理プロセッサ（１７０）に直接マップされる
請求項１に記載のマルチパーティションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
ここで説明する主題は、マルチパーティションシステムに関し、特に、マルチパーティションシステムにおいて取外し可能媒体格納装置を共有するシステム及び方法に関する。
【背景技術】
【０００２】
複数のパーティションをサポートする、すなわち、中央処理装置（ＣＰＵ）における処理資源を、各々がオペレーティングシステム（ＯＳ）のインスタンスを実行するいわゆる「パーティション」に割り当てる能力をサポートする、サーバコンピュータ、及びさらにはいくつかのパーソナルコンピュータ（ＰＣ）が販売されている。パーティションは、ハードディスクドライブ等の固定記憶媒体を共有することができる。それは、それら固定記憶媒体をパーティション化し、各パーティションを、データアクセス動作中に他のパーティションとの競合を回避するためにそれ自体のディスクパーティションにマップすることによって行う。しかしながら、たとえばデジタルバーサタイルディスク（ＤＶＤ）ドライブ及びデジタルオーディオテープ（ＤＡＴ）ドライブ等の取外し可能媒体格納（ＲＭＳ）装置の場合、それらを、複数のパーティションが使用するために、容易にパーティション化することができない。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
マルチパーティションシステムにおいてＲＭＳ装置の共有を可能にするために、ユーザは、ＲＭＳ装置と物理的に対話(interact)しなければならない。たとえば、ユーザは、手動で、ＲＭＳ装置を１つのパーティションに対する入出力（Ｉ／Ｏ）ポートから切断し、それを別のパーティションに対する異なるＩ／Ｏポートに再接続しなければならない場合がある。外部パッチパネルを提供することにより、ユーザが必要に応じてパーティション間でＲＭＳ装置を移動するのを容易にする場合もある。しかしながら、これらの方法はともに、時間かかり且つ間違いが発生しやすい（たとえば、ユーザがＲＭＳ装置を間違ったＩ／Ｏポートに接続するか、又は確実に接続しない場合）。さらに、コネクタは、破損するか又は摩滅する可能性がある。別法として、取外し可能媒体（たとえばＤＶＤ）にアクセスする必要のある各パーティションに、専用ＲＭＳ装置を設けてもよい。しかしながら、この手法は費用がかかり且つ空間集約的（space-intensive）である。
【課題を解決するための手段】
【０００４】
本発明にかかるマルチパーティションシステムは、共有取外し可能媒体格納（ＲＭＳ）を含むマルチパーティションシステムであって、複数のパーティションを有するプロセッサと、前記複数のパーティションに対して提供される少なくとも１つの共有ＲＭＳ装置であって、デフォルトとして前記複数のパーティションから論理的に切断されている共有ＲＭＳ装置と、前記パーティションによってアドレス指定可能な管理プロセッサであって、データアクセス動作のために互いに独立した前記パーティションに対し前記同じ共有ＲＭＳ装置をマップする管理プロセッサとを具備する。
【発明を実施するための最良の形態】
【０００５】
簡単に言えば、本明細書における教示に従って、マルチパーティションシステムにおいて取外し可能媒体格納（ＲＭＳ）装置の共有をインプリメントすることができる。例示的なマルチパーティションシステムは、スイッチングファブリック（たとえばイーサネット（登録商標））を介して、１つ又は複数の共有ＲＭＳ装置とインタフェースする管理プロセッサにリンクされる、各プロセッサパーティション（又は「パーティション」）のための仮想Ｉ／Ｏコントローラを含んでもよい。管理プロセッサは、アクセス要求をスケジュールし又は順番付けしてもよく、ＲＭＳ装置を一度に１つずつ異なるパーティションにマップすることにより、そのＲＭＳ装置を共有することができるようにする。共有ＲＭＳ装置を、例えばシステム全体のファームウェア更新のために取外し可能媒体を使用することにより、且つ障害追跡又は他の目的のためにシステム状態情報を取外し可能媒体に書き込むことにより、又はこれらのうちのいずれかにより、管理プロセッサに直接マップしてもよい。
【０００６】
本明細書で説明する動作を、コンピュータ読取可能媒体における論理命令として具現化してもよい、ということに留意されたい。論理命令は、１つ又は複数の処理ユニットによって実行される場合、説明する動作をインプリメントする。
【０００７】
システム例
図１は、共有取外し可能媒体格納（ＲＭＳ）装置をインプリメントする例示的なマルチパーティションシステムの高レベル概略図である。例示的なマルチパーティションシステム１００は、１つ又は複数のプロセッサ又は処理ユニット１１０を含んでもよい。プロセッサ１１０に対する処理資源を、論理的にパーティション化することにより、複数のパーティション１２０ａ〜１２０ｃ（以下では、概してパーティション１２０とも呼ぶ）を形成してもよい。各パーティション１２０はオペレーティングシステム（ＯＳ）のインスタンスを実行してもよく、他のパーティション１２０がトランザクションを処理しているのと同時に１つ又は複数のプロセスを処理することができてもよい。
【０００８】
例示的な実施形態では、パーティション１２０ａ〜１２０ｃには、それぞれレジスタインタフェース（Ｉ／Ｆ）１３０ａ〜１３０ｃ（以下では、概してレジスタＩ／Ｆ１３０とも呼ぶ）が提供される。レジスタインタフェース１３０を、データ経路へのパーティション１２０のＩ／Ｏポートに対してインプリメントしてもよい。例示的な実施形態では、レジスタインタフェース１３０は、「ホットプラグ」又は「ホットスワップ」動作をサポートする（すなわち、物理的にリンクされたデバイスを自動的に検出する）ホストコントローラであってもよい。ホストコントローラはまた、「媒体検出（メディアセンス、media-sense）」をサポートしてもよい、媒体検出では、レジスタセットは、ＲＭＳ装置は常に存在するが記憶媒体を出入り（come and go）させる、ということをパーティションに示す。ＲＭＳ装置がパーティションからアンマップされると、レジスタセットは、媒体がもはやＲＭＳ装置にないことを示す（但し、ＲＭＳ装置は依然として取り付けられているものとして示される）。
【０００９】
パーティション１２０ａ〜１２０ｃに、それぞれ仮想入出力（Ｉ／Ｏ）コントローラ１４０ａ〜１４０ｃ（以下では、概してＩ／Ｏコントローラ１４０とも呼ぶ）を提供してもよい。仮想Ｉ／Ｏコントローラ１４０は、バスインタフェースロジックと、アドレス復号ロジックと、パーティション１２０を用いてトランザクションを管理する制御ロジックとを含んでもよい。
【００１０】
パーティション１２０を、１つ又は複数の共有取外し可能媒体格納（ＲＭＳ）装置１５０ａ〜１５０ｂ（以下では、概して共有ＲＭＳ装置１５０とも呼ぶ）と通信可能に結合してもよい。共有ＲＭＳ装置１５０は、取外し可能媒体１５５ａ〜１５５ｂに対し格納動作をインプリメントしてもよい。たとえば、共有ＲＭＳ装置１５０はＤＶＤドライブであってもよく、取外し可能媒体１５５はＤＶＤディスクであってもよい。当然ながら、任意のＲＭＳ装置１５０を、限定されないが光媒体、磁気記憶媒体、及びいわゆる「メモリスティック」及び「サムドライブ」を含む、多種多様の取外し可能媒体のうちの任意のものに対する格納動作に対してインプリメントしてもよい。
【００１１】
例示的な実施形態では、パーティション１２０を、適当なスイッチングファブリック１６０を介して共有ＲＭＳ装置１５０と通信可能に結合してもよい。本明細書で使用する「スイッチングファブリック」という用語は、１つ又は複数のネットワークノード間で接続を確立するために複数のポートを相互接続することにより、ネットワーキング環境においてデータを移動するハードウェア及びソフトウェアを意味する。たとえば、スイッチングファブリックを、イーサネット（登録商標）又はファイバチャネル（ＦＣ）ネットワークとしてインプリメントしてもよい。当然ながら、限定されないが小型コンピュータシステムインタフェース（ＳＣＳＩ）、ユニバーサルシリアルバス（ＵＳＢ）、１３９４規格（又はＦｉｒｅｗｉｒｅ（登録商標））、又は現在知られているか又は後に開発される他のデータ転送トポロジを含む他の通信媒体をインプリメントしてもよい。
【００１２】
スイッチングファブリック１６０において、パーティション１２０及び共有ＲＭＳ装置１５０とインタフェースするために管理プロセッサ１７０を提供してもよい。管理プロセッサ１７０を、共有ＲＭＳ装置１５０との接続を維持し、共有ＲＭＳ装置１５０をパーティション１２０にマップし、共有ＲＭＳ装置１５０へのアクセス要求をスケジュールするように、ハードウェア及びソフトウェア（たとえばファームウェア）でインプリメントしてもよい。
【００１３】
管理プロセッサ１７０を、他の目的、たとえばシステム全体の動作を監視すること、電源機能及びファン等のハードウェアを制御すること等のためにインプリメントしてもよい。たとえば、管理プロセッサ１７０は、システム状態情報を記録し、警告を発し、部分的な又はシステム全体のファームウェア更新を処理する等を行ってもよい。
【００１４】
例示的な実施形態では、パーティション１２０は、物理接続が存在する（たとえばスイッチングファブリック１６０を介して）場合であってもデフォルトとして共有ＲＭＳ装置１５０から論理的に切断される。取外し可能媒体のデータにアクセスするために（たとえば、読取り／書込み動作）共有ＲＭＳ装置をパーティション１２０にマップすることにより、必要に応じて論理接続を確立してもよい。
【００１５】
動作中、パーティション１２０は、管理プロセッサ１７０にアドレス指定(address)し、共有ＲＭＳ装置１５０がパーティション１２０にマップされるように要求してもよい。例示的な実施形態では、パーティションは、レジスタインタフェース及び仮想Ｉ／Ｏコントローラを介してスイッチングファブリックに要求を発行してもよい。別法として、要求を、アウトオブバウンド（out-of bound）で（たとえば、管理プロセッサのＬＡＮインタフェースを介して）行ってもよい。いずれの場合も、要求は、特定のＲＭＳ装置を特定してもよい。
【００１６】
例示的な実施形態では、共有ＲＭＳ装置１５０は、一度に１つ、パーティション１２０にマップされる。管理プロセッサ１７０は、要求されたＲＭＳ装置１５０の可用性をチェックし、その後、そのＲＭＳ装置が利用可能である場合、その共有ＲＭＳ装置１５０をパーティション１２０にマップする。要求されたＲＭＳ装置１５０が利用可能でない（たとえば、オフにされているか又はすでに使用中である）場合、管理プロセッサ１７０は要求を待ち行列に入れてもよい。
【００１７】
管理プロセッサ１７０は、多種多様な基準のうちの任意のものを使用することにより、共有ＲＭＳ装置１５０へのアクセスをスケジュールしてもよい。たとえば、要求を、いくつか例を挙げると、先入れ先出し（ＦＩＦＯ）、ラウンドロビン又は優先順位付け手法を使用して、待ち行列に入れ且つ待ち行列から取り出してもよい。
【００１８】
別の例示的な実施形態では、同じＲＭＳ装置１５０を、複数のパーティション（たとえば１２０ａ、１２０ｂ及び１２０ｃ）が同時に読取り専用アクセスするために、複数のパーティション１２０にマップしてもよい。１つのこのような実施形態によれば、管理プロセッサ１７０は、同時読取り専用動作を処理するためにスマートキャッシュ１８０を確立してもよい。
【００１９】
例示的なスマートキャッシュ１８０を、以下のようにインプリメントしてもよい。管理プロセッサ１７０は、読取り専用問合せを、パーティション１２０が高速且つ同時に取り出すことができるようにローカルメモリにキャッシュしてもよい。各パーティション１２０に、スマートキャッシュ１８０のインスタンスを提供する。
【００２０】
他の実施形態も考えられる。たとえば、共有ＲＭＳ装置１５０に対するパーティション１２０アクセスを提供するマルチパーティションシステム１００を、ファームウェア更新（図２を参照して後により詳細に説明する）のために、又はマルチパーティションシステムのシステム状態情報を取外し可能媒体１５５に書き込む（図３を参照して後により詳細に説明する）ように、インプリメントしてもよい。さらに他の実施形態も考えられる。
【００２１】
図２は、取外し可能媒体を使用してマルチパーティションシステム２００を更新するようにインプリメントされる例示的な共有ＲＭＳ装置を示す高レベル概略図である。図１の１００番台の参照番号に対応する２００番台の参照番号を使用して、同様の要素を識別し、したがって、各々について図２では再度説明しないことに留意されたい。
【００２２】
共有ＲＭＳ装置２５０を、管理プロセッサ２７０に直接マップしてもよい。したがって、管理プロセッサ２７０は、取外し可能媒体２５５に対するデータアクセスを直接処理することができる。例示的な実施形態では、管理プロセッサ２７０は、マルチパーティションシステム２００における１つ又は複数のコンポーネントに対するファームウェア更新を取り出すことができる。たとえば、管理プロセッサ２７０は、管理プロセッサ２７０に対するファームウェア２７１、仮想Ｉ／Ｏコントローラ２４０ａ〜２４０ｃのうちの１つ又は複数に対するファームウェア２４１ａ〜２４１ｃ、及び／又はプロセッサ２１０（又はパーティション２２０ａ〜２２０ｃ）に対するファームウェア２１１を更新することができる。
【００２３】
図３は、マルチパーティションシステム３００のシステム状態を取外し可能媒体に書き込むようにインプリメントされる例示的な共有可能ＲＭＳ装置を示す高レベル概略図である。ここでもまた、図１の１００番台の参照番号に対応する３００番台の参照番号を使用して、同様の要素を識別し、したがって、各々について図３では再度説明しないことに留意されたい。
【００２４】
共有ＲＭＳ装置３５０を、管理プロセッサ３７０に直接マップしてもよい。したがって、管理プロセッサ３７０は、取外し可能媒体３５５に対するデータアクセスを直接処理することができる。例示的な実施形態では、管理プロセッサ３７０は、マルチパーティションシステム３００における１つ又は複数のコンポーネントのシステム状態情報３７２を取外し可能媒体３５５に書き込んでもよい。システム状態情報３７２は、１つ又は複数のログ、たとえば動作履歴、警告等を含んでもよい。システム状態情報３７２を１つ又は複数の取外し可能媒体３５５に書き込んでもよく、それにより、その情報を、技術サポート又は障害追跡のためにオフサイトに引き渡し、格納するためにオフサイトに引き渡し、バックアップとして保持し、又は別のシステムに転送する等を行うことができる。
【００２５】
図４は、ＲＭＳ装置を共有するためにマルチパーティションシステムにおいてインプリメントしてもよい例示的な管理プロセッサ４００（たとえば、図１の管理プロセッサ１７０）の高レベル概略図である。簡単に上述したように、管理プロセッサ４００を、ハードウェア及びソフトウェア（たとえばファームウェア）でインプリメントしてもよい。図４は、ソフトウェア（又はファームウェア）において論理命令としてインプリメントしてもよい機能モジュールを示す。
【００２６】
管理プロセッサ４００は、インタフェースモジュール４１０を含んでもよい。インタフェースモジュール４１０を、マルチパーティションシステム（たとえば、図１に示すようなパーティション１２０を有する）におけるパーティションプロセッサ４１５とインタフェースするようにインプリメントしてもよい。たとえば、インタフェースモジュール４１０は、共有ＲＭＳ装置４２５（たとえば、図１のＲＭＳ装置１５０のうちの１つ）にアクセスするパーティションからの要求を処理してもよい。インタフェースモジュール４１０はまた、共有ＲＭＳ装置４２５をパーティションプロセッサ４１５にマップし、共有ＲＭＳ装置４２５を論理的に切断し又はアンマップする（たとえば、ＲＭＳ装置がもはやパーティションによって使用されていない場合）、マッピングコマンドを発行してもよい。
【００２７】
管理プロセッサ４００はまた、装置ステータス及びアクセスモジュール４２０を含んでもよい。装置ステータス及びアクセスモジュールを、共有ＲＭＳ装置４２５のステータスと、パーティションによるそれに対するアクセスとを監視するようにインプリメントしてもよい。たとえば、装置ステータス及びアクセスモジュール４２０は、共有ＲＭＳ装置４２５が追加されるか又はオフラインにされたか、共有ＲＭＳ装置４２５がビジーであるか又は他の状態で利用不可能であるかについて、ＲＭＳ装置４２５の他の情報（たとえば装置タイプ及びアドレス指定）を処理することに加えて判断してもよい。
【００２８】
管理プロセッサ４００はまた、スケジューリングモジュール４３０を含んでもよい。スケジューリングモジュール４３０を、管理プロセッサ４００と動作的に関連するメモリ４０５における待ち行列４３５とともにインプリメントしてもよい。たとえば、複数のパーティション要求が共有ＲＭＳ装置にアクセスする場合、スケジューリングモジュールは、待ち行列４３５に要求を追加し、ＲＭＳ装置４２５へのアクセスをスケジュールしてもよい。
【００２９】
管理プロセッサ４００はまた、キャッシュモジュール４４０を含んでもよい。キャッシュモジュール４４０を、スマートキャッシュ４４５を確立するようにインプリメントしてもよく、それにより、複数のパーティションを他のパーティションとともに同じＲＭＳ装置４２５に接続することができる。たとえば、読取り専用動作のためにスマートキャッシュ４４５を使用可能にすることについては、図１を参照して上述した。
【００３０】
管理プロセッサ４００はまた、装置マッピングモジュール４５０を含んでもよい。装置マッピングモジュール４５０を、共有ＲＭＳ装置をパーティションにマップするように、たとえば、記憶動作のためにパーティションとＲＭＳ装置のうちの１つとの間で信号をルーティングするようにインプリメントしてもよい。図２及び図３を参照してより詳細に上述したように、装置マッピングモジュール４５０を、１つ又は複数の共有ＲＭＳ装置を管理プロセッサ４００に直接マップするようにインプリメントしてもよい。
【００３１】
管理プロセッサ４００はまた、更新モジュール４６０を含んでもよい。更新モジュール４６０を、図２を参照して上述したように、マルチパーティションシステムにおける１つ又は複数のモジュールに対するファームウェア更新を処理するようにインプリメントしてもよい。
【００３２】
管理プロセッサ４００はまた、監視モジュール４７０を含んでもよい。監視モジュール４７０を、システム全体の動作、システムのさまざまな装置のステータス及び／又は健全性（health）等を監視するようにインプリメントしてもよい。監視モジュール４７０を、１つ又は複数のログ４７５をメモリ４０５に書き込むように、且つシステム状態情報を取り出すように、たとえば、図３を参照して上述したように取外し可能媒体に書き込むようにインプリメントしてもよい。
【００３３】
管理プロセッサ４００はまた、マルチパーティションシステムの他の機能をインプリメントする図示しない他のモジュールを含んでもよい。たとえば、管理プロセッサ４００は、電源機能及びファン等のハードウェア等を制御するモジュールを含んでもよい。
【００３４】
本明細書では単に例示の目的のために、例示的な管理プロセッサ４００について示し且つ説明しており、それは、いかなる特定のインプリメンテーションにも限定されるようには意図されていない、ということに留意されたい。たとえば、モジュールは、図４に示す別々の機能コンポーネントとしてカプセル化される必要はない。さらに、他の機能コンポーネントを提供してもよく、それらは本明細書に示し説明するものには限定されない。
【００３５】
次へ進む前に、上述した例示的な実施形態は例示の目的のために提供され、限定するようには意図されていない、ということが理解されるべきである。さらに他のインプリメンテーションも考えられる。
【００３６】
動作例
図５及び図６は、マルチパーティションシステムにおいて取外し可能媒体格納（ＲＭＳ）装置の共有をインプリメントする例示的な動作を示すフローチャートである。動作を、１つ又は複数のコンピュータ読取り可能媒体における論理命令として具現化してもよい。論理命令を、説明した動作をインプリメントする１つ又は複数の処理ユニットにおいて実行してもよい。例示的な実施形態では、図に示すコンポーネント及び接続を使用して、マルチパーティションシステムにおける取外し可能媒体格納装置の共有をインプリメントしてもよい。
【００３７】
図５は、マルチパーティションシステムにおいてＲＭＳ装置の共有をインプリメントする例示的な動作５００を示すフローチャートである。動作５１０において、マルチパーティションシステムにおいて共有ＲＭＳ装置をパーティションにマップするよう要求する。動作５２０において、共有ＲＭＳ装置が利用可能であるか否かを判断する。共有ＲＭＳ装置が利用可能でない場合、動作５３０において要求を待ち行列に入れてもよい。矢印５３５によって示すように動作がループすることにより、動作５２０において共有ＲＭＳ装置が利用可能であるか否かを再び判断してもよい。
【００３８】
動作５２０において共有ＲＭＳ装置が利用可能である場合、動作５４０において共有ＲＭＳ装置をパーティションにマップしてもよい。たとえば、パーティションが共有ＲＭＳ装置の取外し可能媒体に独立してアクセスするように、共有ＲＭＳ装置をパーティションに排他的にマップしてもよい。別法として、複数のパーティションによる共有ＲＭＳ装置に対する同時アクセスをサポートするようにスマートキャッシュを確立してもよい。
【００３９】
動作５５０において、パーティションは、ＲＭＳ装置が解放される（又は「アンマップされる」）ように要求してもよい。動作５６０において、マップされたＲＭＳ装置を、たとえばパーティションと共有ＲＭＳ装置との間の論理接続を解放することにより解放してもよい。したがって、共有ＲＭＳ装置を、排他的なアクセスのために、たとえば矢印５６５によって示すように動作５１０に戻ることによって他のパーティションにマップしてもよく、又は動作５３０において待ち行列に入れられた他の要求にマップしてもよい。
【００４０】
図６は、マルチパーティションシステムにおいて取外し可能媒体を使用してファームウェア更新及びシステム状態情報の書込みをインプリメントする例示的な動作６００を示すフローチャートである。動作６１０において、共有ＲＭＳ装置を管理プロセッサに直接マップしてもよい。そして、管理プロセッサを、さまざまな格納動作を可能にするようにインプリメントしてもよい。
【００４１】
例として、動作６２０において、マルチパーティションシステムに対し「状態をダンプする」判断を行ってもよい。ユーザは、動作６２５において、ＲＭＳ装置の取外し可能媒体にシステム状態情報を書き込んでもよい。たとえば、顧客は、障害追跡のために、システム状態情報が格納された取外し可能媒体をサービスセンタに送ってもよい。又はたとえば、ユーザは、バックアップの目的のために、システム状態情報を取外し可能媒体に格納してもよい。動作は６４０で終了してもよい。
【００４２】
さらなる例として、動作６３０において、マルチパーティションシステムにおけるファームウェアを更新する判断を行ってもよい。動作６３５において、たとえば管理プロセッサ、及び／又は、仮想Ｉ／Ｏコントローラ、レジスタインタフェース及び／又はマルチパーティションシステムのパーティションのうちの任意の１つ又は複数に対し、ファームウェアを更新してもよい。動作は６４０で終了してもよい。
【００４３】
本明細書で示し説明した動作は、マルチパーティションシステムにおいてＲＭＳ装置を共有する例示的な実施形態を説明するために提供されている。動作は示した順序に限定されない、ということに留意されたい。マルチパーティションシステムにおいてＲＭＳ装置の共有を可能にするために、さらに他の動作をインプリメントしてもよい。
【００４４】
本明細書において明示的に示した特定の実施形態に加えて、当業者には、本明細書で開示した詳細を考慮して他の態様及びインプリメンテーションが明らかとなろう。説明及び例示した実施形態は、単に例としてみなされるように意図されている。
【図面の簡単な説明】
【００４５】
【図１】共有取外し可能媒体格納（ＲＭＳ）装置をインプリメントする例示的なマルチパーティションシステムの高レベル概略図である。
【図２】マルチパーティションシステムを更新するための共有ＲＭＳ装置における取外し可能媒体の例示的な使用を示す高レベル概略図である。
【図３】マルチパーティションシステムに対してシステム状態情報を書き込むための共有ＲＭＳ装置における取外し可能媒体の別の例示的な使用を示す高レベル概略図である。
【図４】ＲＭＳ装置を共有するためにマルチパーティションシステムにインプリメントしてもよい例示的な管理プロセッサの高レベル概略図である。
【図５】マルチパーティションシステムにおいてＲＭＳ装置の共有をインプリメントする例示的な動作を示すフローチャートである。
【図６】マルチパーティションシステムにおいて共有ＲＭＳ装置を使用してファームウェア更新及び／又はシステム状態情報の書込みをインプリメントする例示的な動作を示すフローチャートである。
【符号の説明】
【００４６】
１００，２００，３００・・・マルチパーティションシステム
１１０，２１０，３１０・・・プロセッサ又は処理ユニット
１２０，２２０，３２０・・・パーティション
１３０，２３０，３３０・・・レジスタＩ／Ｆ
１４０，２４０，３４０・・・仮想Ｉ／Ｏコントローラ
１５０，２５０，３５０・・・共有ＲＭＳ装置
１５５，２５５，３５５・・・取外し可能媒体
１６０，２６０，３６０・・・スイッチングファブリック
１７０，２７０，３７０・・・管理プロセッサ
１８０・・・スマートキャッシュ
２１１，２４１，２７１・・・ファームウェア
３７２・・・システム状態
４００・・・管理プロセッサ
４０５・・・メモリ
４１０・・・インタフェースモジュール
４１５・・・パーティションプロセッサ
４２０・・・装置ステータス及びアクセスモジュール
４２５・・・共有ＲＭＳ装置
４３０・・・スケジューリングモジュール
４３５・・・待ち行列
４４０・・・キャッシュモジュール
４４５・・・スマートキャッシュ
４５０・・・装置マッピングモジュール
４６０・・・更新モジュール
４７０・・・監視モジュール
４７５・・・ログ
【図１】
2006331421.tif 000003
【図２】
2006331421.tif 000004
【図３】
2006331421.tif 000005
【図４】
2006331421.tif 000006
【図５】
2006331421.tif 000007
【図６】
2006331421.tif 000008