(57)【要約】【課題】ある論理区画上で稼動するオペレーティングシステムやアプリケーションプログラムの起動が完了した後、後続の論理区画を起動するような待ち合わせ制御を、電源制御のための追加のサーバ、アプリケーションプログラムおよびネットワーク機器を利用することなく実現する。【解決手段】サービスプロセッサが起動した論理区画の起動状態が、起動完了状態になるまで後続の論理区画の起動処理を一時的に停止する手段と、起動完了状態になったら後続の論理区画の起動処理を再開する手段を設け、各論理区画で稼動するオペレーティングシステムが、所定のオペレーティングシステムやアプリケーションプログラムの起動が完了した後、その論理区画の起動状態が起動完了状態になったことをサービスプロセッサに伝達する手段を新たに設ける。【選択図】図１
2010026829.tif 000002
【特許請求の範囲】
【請求項１】
サービスプロセッサが起動した論理区画の起動状態が起動完了状態になるまで、後続の論理区画の起動処理を一時的に停止する手段と、各論理区画で稼動するオペレーティングシステムが、その論理区画の起動状態が起動完了状態になったことをサービスプロセッサに伝達する手段と、サービスプロセッサが起動した論理区画の起動状態が起動完了状態になったのを認識して、後続の論理区画の起動処理を再開する手段を有することを特徴とする、論理区画の自動起動機能（サーバ起動後、そのサーバ上に定義された複数の論理区画を自動的に起動する機能）を有するサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、論理区画の自動起動機能（サーバ起動後、そのサーバ上に定義された複数の論理区画を自動的に起動する機能）を有するサーバに関するものである。
【背景技術】
【０００２】
ハードウェア資源の論理分割機能を有するサーバは、単一のサーバ上に複数の論理区画を作成し、それぞれに異なるオペレーティングシステムとアプリケーションプログラムのセットをインストールして稼動させることができる。このため、その複数の論理区画の間にサーバとクライアントの関係が成り立つ場合がある。この場合、先にサーバである論理区画を起動し、そのサーバアプリケーションプログラムの起動が完了した後、クライアントである論理区画を起動する必要がある。
【０００３】
従来の論理区画の自動起動機能は、例えば非特許文献１に記載されているように、サーバ起動後、複数の論理区画を利用者が所望する順番に起動することができる。しかし、ある論理区画上で稼動するオペレーティングシステムやアプリケーションプログラムの起動が完了した後、後続の論理区画を起動するような待ち合わせ制御は実現できていない。このような待ち合わせ制御を実現する方式としては、例えば特許文献１に記載されているように、別に用意した電源制御用のサーバに電源制御マネージャプログラムをインストールし、電源制御エージェントプログラムをインストールした各論理区画の起動順序とタイミングを、ネットワーク経由で電源制御マネージャから制御する方式が知られている。
【０００４】
【特許文献１】特開２０００−２７６２６１号公報
【非特許文献１】「Ｓｙｓｔｅｍ  ｉ  ａｎｄ  Ｓｙｓｔｅｍ  ｐ  ｐａｒｔｉｔｉｏｎｉｎｇ  ｆｏｒ  ＡＩＸ  ｗｉｔｈ  ａｎ  ＨＭＣ」（第１１版）２００７年９月  ＩＢＭ発行、第１１１頁
【発明の開示】
【発明が解決しようとする課題】
【０００５】
非特許文献１に記載の方式では、ある論理区画上で稼動するオペレーティングシステムやアプリケーションプログラムの起動が完了した後、後続の論理区画を起動するような待ち合わせ制御を実現できない。特許文献１に記載の方式は、そのような待ち合わせ制御を実現できるが、電源制御のための追加のサーバ、アプリケーションプログラムおよびネットワーク機器等が必要になる。このため、それらを購入するための追加の費用や、それらをインストールおよび設定するための追加の作業が必要である。
【課題を解決するための手段】
【０００６】
サービスプロセッサが起動した論理区画の起動状態が、起動完了状態になるまで後続の論理区画の起動処理を一時的に停止する手段と、起動完了状態になったら後続の論理区画の起動処理を再開する手段を設け、各論理区画で稼動するオペレーティングシステムが、所定のオペレーティングシステムやアプリケーションプログラムの起動が完了した後、その論理区画の起動状態が起動完了状態になったことをサービスプロセッサに伝達する手段を新たに設ける。
【発明の効果】
【０００７】
ある論理区画上で稼動するオペレーティングシステムやアプリケーションプログラムの起動が完了した後、後続の論理区画を起動するような待ち合わせ制御を、電源制御のための追加のサーバ、アプリケーションプログラムおよびネットワーク機器を利用することなく実現できる。
【発明を実施するための最良の形態】
【０００８】
図１に本発明のサーバ構成例を示す。
【実施例１】
【０００９】
サービスプロセッサ１１は、論理区画１２１〜１２Ｎを起動する機能を有する。論理区画１２１〜１２Ｎにはそれぞれオペレーティングシステム１２１１〜１２Ｎ１がインストールされている。不揮発性ランダムアクセスメモリー１３は、論理区画毎の起動状態を管理するテーブル１３１と論理区画の起動順序を保持するテーブル１３２を有する。サービスプロセッサ１１は論理区画毎の起動状態を管理するテーブル１３１を参照および更新可能とし、論理区画の起動順序を保持するテーブル１３２を参照可能とする。また、各論理区画上で稼動するオペレーティングシステム１２１１〜１２Ｎ１は、論理区画毎の起動状態を管理するテーブル１３１上の各論理区画の起動状態を、起動完了状態に更新するコマンド１２１２〜１２Ｎ２を有する。
【００１０】
図２は論理区画毎の起動状態を管理するテーブル１３１の構成例を示している。各行は論理区画1個分のデータを保持し、論理区画の識別子と起動状態で構成する。また、図３に論理区画が取りうる起動状態の状態遷移図の例を示す。論理区画は起動未３１の状態から始まり、起動されると起動中３２の状態に遷移する。そして所定のオペレーティングシステムやアプリケーションプログラムの起動処理が完了し、その論理区画の起動状態が起動完了状態になると起動完３３の状態に遷移する。この起動完状態への状態遷移は、具体的には図１のコマンド１２１２〜１２Ｎ２の実行を契機に行なわれる。利用者はこのコマンド１２１２〜１２Ｎ２が各論理区画で所望のタイミングで自動的に実行されるように、オペレーティングシステムやアプリケーションプログラムの起動スクリプト等の最後にコマンド１２１２〜１２Ｎ２を実行する行を加える。このため、各論理区画の起動状態を起動完とするタイミングは、論理区画毎に異なるタイミングに設定でき、そのタイミングを利用者がある程度自由に設定できる。
【００１１】
図４は論理区画の起動順序を保持するテーブル１３２の構成例を示している。各行は論理区画1個分のデータを保持し、起動順序および論理区画の識別子と待ち合わせ要否の指定で構成する。サービスプロセッサは起動順序１の論理区画から起動順序Ｎの論理区画を順に起動する。そして待ち合わせが要に指定されている論理区画を起動した場合、その論理区画の起動状態が起動完になるまで後続の論理区画の起動処理を一時停止し、その論理区画の起動状態が起動完になると後続の論理区画の起動処理を再開する。このため、利用者は最初の１個や途中の何個かの論理区画の起動状態が起動完になるまでその後続の論理区画を起動しないといった柔軟な設定ができる。
【００１２】
次に図５を用いて、サービスプロセッサによる論理区画の起動処理フローを説明する。最初に５０でループ変数iに初期値１を設定し、５１でループ変数iと起動する論理区画の総数Ｎを比較し、その結果ループ変数iがＮ以下であれば５２に進む。５２で論理区画の起動順序を保持するテーブル（図４）を参照し、ｉ番目に起動する論理区画の識別子と待ち合わせ要否の指定を取得する。５２で取得した論理区画の識別子を使って、５３でその論理区画を起動し、５４でその論理区画の起動状態を起動中に更新する。そして５２で取得したその論理区画の待ち合わせ指定を５５で確認し、待ち合わせ要であれば５６〜５８の待ち合わせ処理に進み、待ち合わせ不要であれば５９に進む。待ち合わせ処理は、５６でその論理区画の起動状態を参照し、５７でその起動状態が起動完であるか確認し、起動完でなければ５８で所定の時間待機した後５６に戻る。すなわち、その論理区画の起動状態が起動完になるまで５６〜５８を繰り返す。５７でその論理区画の起動状態が起動完になれば５９に進む。５９ではループ変数iに１を加える。そして５１に戻り、ループ変数ｉと起動する論理区画の総数Ｎを比較し、ｉがＮ以下であれば５２以降の処理を再度実施する。すなわち、ｉがＮより大きくなるまで５１〜５９を繰り返す。５１でｉがＮより大きくなれば処理を終了する。このようにして、論理区画の起動順序を保持するテーブル（図４）の起動順序１から起動順序Ｎの論理区画を順に起動する。
【００１３】
次に図６にサービスプロセッサにより起動された論理区画で実行される処理フローを示す。最初に６１でオペレーティングシステムの起動処理を行い、続いて６２で所定のアプリケーションプログラムの起動処理を行う。そして最後に６３でその論理区画の起動状態を起動完に更新するコマンドを実行する。
【００１４】
最後に図７で、サービスプロセッサ７０が論理区画a７２を起動後、論理区画a７２の起動状態が起動完になった後、論理区画ｂ７３を起動するケースを例にして、サービスプロセッサおよび論理区画の処理シーケンスを説明する。サービスプロセッサ７０は、７４で論理区画ａ７２を起動後、７５で論理区画毎の起動状態を管理するテーブル７１上の論理区画a７２の起動状態を、起動中に更新する。７４でサービスプロセッサ７０に起動された論理区画a７２では、オペレーティングシステムやアプリケーションプログラムの起動処理が順次行なわれる。この間サービスプロセッサ７０では、７６１〜７６Ｎで論理区画a７２の起動状態が起動完になるまで、定期的に論理区画a７２の起動状態を参照する。論理区画ａ７２でオペレーティングシステムやアプリケーションプログラムの起動処理が完了すると、７７で論理区画a７２で稼動するオペレーティングシステムが、論理区画毎の起動状態を管理するテーブル７１上の論理区画ａ７２の起動状態を、起動完に更新する。論理区画ａ７２の起動状態が起動完に更新されたことを７８で確認したサービスプロセッサ７０は、７９で論理区画ｂ７３を起動する。
【産業上の利用可能性】
【００１５】
本発明は、単一のサーバ上に定義された複数の論理区画の起動順序制御に利用できる。
【図面の簡単な説明】
【００１６】
【図１】本発明のサーバの構成図。
【図２】論理区画毎の起動状態を管理するテーブルの構成図。
【図３】論理区画の起動状態の状態遷移図。
【図４】論理区画の起動順序を保持するテーブルの構成図。
【図５】サービスプロセッサによる論理区画の自動起動機能の処理フロー図。
【図６】起動された論理区画上で実行される処理の処理フロー図。
【図７】サービスプロセッサと論理区画で実行される処理のシーケンス図。
【符号の説明】
【００１７】
１１…サービスプロセッサ、１２１…論理区画、１２１１…オペレーティングシステム、１２１２…論理区画の起動状態を起動完了状態に更新するコマンド、１３…不揮発性ランダムアクセスメモリー、１３１…論理区画毎の起動状態を管理するテーブル、１３２…論理区画の起動順序を保持するテーブル。
【図１】
2010026829.tif 000003
【図２】
2010026829.tif 000004
【図３】
2010026829.tif 000005
【図４】
2010026829.tif 000006
【図５】
2010026829.tif 000007
【図６】
2010026829.tif 000008
【図７】
2010026829.tif 000009