(57)【特許請求の範囲】
【請求項１】
演算処理装置と記憶装置を有する情報処理装置において、
前記情報処理装置の制御を行うとともに、前記演算処理装置に、前記情報処理装置の起動処理を実行させる第１のシステム制御部が格納され、木構造による第１のアクセス経路、又は、前記第１のアクセス経路と前記第１のアクセス経路とは異なる第２のアクセス経路との対応を表す第１の変換テーブルに基づき、前記第２のアクセス経路を用いてアクセスされる第１の記録媒体装置と、
前記第１の記録媒体装置とは異なる第２の記録媒体装置として動作するとともに、木構造による第３のアクセス経路を用いてアクセスされるメモリディスク部を、前記演算処理装置に、前記記憶装置の所定の記憶領域として確保させるメモリディスク生成部と、
前記第２のアクセス経路と、前記第３のアクセス経路との対応を表す第２の変換テーブルを前記演算処理装置に生成させる変換テーブル生成部と、
前記第１のシステム制御部を第２のシステム制御部として、前記演算処理装置に前記メモリディスク部へ複写させるとともに、前記第２の変換テーブルに基づき、前記第１のシステム制御部と前記第２のシステム制御部を前記演算処理装置に二重化させる二重化制御部と、
前記第１の変換テーブル又は前記第２の変換テーブルに基づいて、前記第１のアクセス経路又は前記第３のアクセス経路と、前記第２のアクセス経路との関連付けを、前記演算処理装置に行なわせ、該関連付けを前記演算処理装置に行なわせた後、前記第１の記録媒体装置の取り外しの指示を受けた場合、前記第１のアクセス経路と前記第２のアクセス経路との関連付けを前記演算処理装置に解除させるマウント制御部と、
を有し、
前記マウント制御部は、
前記第２の変換テーブルに基づいて、前記第３のアクセス経路と前記第２のアクセス経路との関連付けを前記演算処理装置に行なわせ、前記二重化制御部が、前記第１のシステム制御部と前記第２のシステム制御部を前記演算処理装置に二重化させた後に、前記第１のアクセス経路と前記第２のアクセス経路との関連付けを前記演算処理装置に解除させることを特徴とする情報処理装置。
【請求項２】
前記二重化制御部が前記第１のシステム制御部と前記第２のシステム制御部とを前記演算処理装置に二重化させた後、前記第２の変換テーブルに基づいて、前記第２のアクセス経路にアクセスされた場合、前記第１のシステム制御部と前記第２のシステム制御部の双方にアクセスされることを特徴とする請求項１記載の情報処理装置。
【請求項３】
演算処理装置と記憶装置を有する情報処理装置の制御方法において、
前記情報処理装置の制御を行うとともに、前記演算処理装置に、前記情報処理装置の起動処理を実行させる第１のシステム制御部が格納され、木構造による第１のアクセス経路、又は、前記第１のアクセス経路と前記第１のアクセス経路とは異なる第２のアクセス経路との対応を表す第１の変換テーブルに基づき、前記第２のアクセス経路を用いてアクセスされる第１の記録媒体装置に対して、前記第１の記録媒体装置とは異なる第２の記録媒体装置として動作するとともに、木構造による第３のアクセス経路を用いてアクセスされるメモリディスク部を、前記演算処理装置に、前記記憶装置の所定の記憶領域として確保させるステップと、
前記第２のアクセス経路と、前記第３のアクセス経路との対応を表す第２の変換テーブルを前記演算処理装置に生成させるステップと、
前記第１のシステム制御部を第２のシステム制御部として、前記演算処理装置に前記メモリディスク部へ複写させるとともに、前記第２の変換テーブルに基づき、前記第１のシステム制御部と前記第２のシステム制御部を前記演算処理装置に二重化させるステップと、
前記第１の変換テーブル又は前記第２の変換テーブルに基づいて、前記第１のアクセス経路又は前記第３のアクセス経路と、前記第２のアクセス経路との関連付けを、前記演算処理装置に行なわせ、該関連付けを前記演算処理装置に行なわせた後、前記第１の記録媒体装置の取り外しの指示を受けた場合、前記第１のアクセス経路と前記第２のアクセス経路との関連付けを前記演算処理装置に解除させるステップとを有し、
前記解除させるステップは、前記第２の変換テーブルに基づいて、前記第３のアクセス経路と前記第２のアクセス経路との関連付けを前記演算処理装置に行なわせ、前記二重化させるステップが、前記第１のシステム制御部と前記第２のシステム制御部を前記演算処理装置に二重化させた後に、前記第１のアクセス経路と前記第２のアクセス経路との関連付けを前記演算処理装置に解除させることを特徴とする制御方法。
【請求項４】
前記第１のシステム制御部と前記第２のシステム制御部を前記演算処理装置に二重化させるステップにより前記第１のシステム制御部と前記第２のシステム制御部とを前記演算処理装置に二重化させた後、前記第２の変換テーブルに基づいて、前記第２のアクセス経路にアクセスされた場合、前記第１のシステム制御部と前記第２のシステム制御部の双方にアクセスされることを特徴とする請求項３記載の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置におけるオペレーティングシステムの起動方式に関するものである。
【背景技術】
【０００２】
オペレーティングシステム（以下ＯＳ）は構成上、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やメモリなどの基本的な管理制御を行うカーネル（コアカーネル）と、ユーザやアプリケーションに対して様々なサービスを提供するデーモンとから構成される。【０００３】
図１１は従来のＯＳの内部構造と起動ディスクからのカーネルモジュール、デーモンの取得の概念図である。なお、以下各図において、同一符号は同一物又は相当物を示しており重複説明は省略する。このコンピュータ１９は、ＣＰＵ２０とメモリ２１と、起動ディスク２２を備え、メモリ２１内には、起動ディスク２２から読込まれるＯＳ２３を備え、ＯＳ２３はカーネル２４、デーモン２５を備え、カーネル２４は、カーネルモジュール２６を備える。【０００４】
ＣＰＵ２０は、コンピュータ１９の全ての処理を実行するものである。また、メモリ２１は、揮発性を有する記憶装置である。また、起動ディスク２２は、メモリ２１上へ展開するプログラムが書き込まれているものであり、例えばＨＤＤである。また、カーネルモジュール２６は、カーネル２４を構成するモジュールプログラムである。【０００５】
図１１に示されるように、カーネル２４は、モジュール構造を採用しており、起動ディスク２２上に一つのバイナリオブジェクトとして提供されるのではなく、ＯＳ２３起動時に主要なＯＳ２３の構成要素であるカーネルモジュール２６、デーモン２５を起動ディスク２２から読み込み、カーネルイメージを徐々にメモリ２１上に展開していく。同様に、ＯＳ２３起動後もシステムから要求される構成要素に応じてカーネル２４に組み込む。【０００６】
なお、カーネルモジュール２６には例えばデバイスドライバがある。デバイスドライバとは、ディスクやテープ装置など入出力装置を制御するものであり、カーネルに常駐し、装置とカーネルとのインタフェースを司るものである。デバイスドライバは動的にロード可能なモジュールとしてカーネルに実装されており、デバイスの種類ごとに別々のバイナリファイルとして提供されている。このデバイスドライバは、デバイスに対する最初のアクセス時に、そのデバイスドライバが自動的にロードされるものである。【０００７】
また、カーネル２４は、ディスクの物理的な位置関係を示す物理パスとは別に、ユーザからのディスクアクセスを可能にするための論理パスを用意し、この論理パスと物理パスとの対応付けを行っている。これは、ユーザがディスクなどの物理デバイスを扱う場合、デバイスの物理パスを直接指定するのではなく、ＯＳが扱いやすい論理的なパスに変換する必要がある為である。【０００８】
ＯＳ２３が起動するには、まず図示しないファームウェアが起動ディスク２２に格納されているＯＳ２３のプログラムをメモリ２１上に展開し、そのプログラムに記されている手続きに従って処理が走る。順番としては先にカーネル２４が起動し、その後にデーモン２５の各サービスが起動される。【０００９】
以下に、従来のＯＳ起動システムにおけるＯＳ起動処理（カーネル初期化）の詳細を説明する。【００１０】
図１２は従来のＯＳ起動システムにおけるコンピュータの構成の一例を示すブロック図である。また、図１３は起動ディスクの構成であるルートファイルシステムの木構造の概念図である。図１２に示されるコンピュータ１９は、ＣＰＵ２０と、ＯＢＰ（Ｏｐｅｎ  Ｂｏｏｔ  Ｐｒｏｇｒａｍ）２７と、起動ディスク２２と、メモリ２１と、外部記憶装置２８とを備える。また、メモリ２１内には後述する各プログラムにより、展開されるｕｆｓｂｏｏｔ２９と、コアカーネル３０と、記憶装置ドライバ３１とを備える。【００１１】
ＯＢＰ２７は、電源投入時、最初に起動し、ＯＳ起動処理を行うファームウェアプログラムが記録されたＲＯＭである。また、外部記憶装置２８は、起動ディスク２２故障時の保険として、起動ディスク２２のバックアップデータがすでに保存されているテープドライブ等の記憶装置である。【００１２】
また、ｕｆｓｂｏｏｔ２９は起動プログラムである。また、コアカーネル３０は、カーネルの初期化としてカーネルモジュール、またデーモンの組み込みを行うものである。また、記憶装置ドライバ３１は、記憶装置のドライバである。この３つのプログラムは起動ディスク２２内に格納されている。【００１３】
起動ディスク２２は、記録された情報を読み書きするため、図１３に示されるようなルートファイルシステムと呼ばれるツリー形式で作成されたファイル構造体で構成されており、ルート（／）と呼ばれる単一のルートノードを持つ木として構成されている。なお、ＯＳが提供するマウント（ｍｏｕｎｔ）コマンドを用いて、起動ディスク２２の論理パスとルートファイルシステムのルート（／）を結びつけることで、起動ディスク２２上に記録されたファイルのアクセスを可能としている。この関連付けを「マウント」と呼ぶ。【００１４】
次に、従来のＯＳ起動システムにおけるカーネル初期化の動作について説明する。【００１５】
図１４は従来のＯＳ起動システムにおけるコンピュータのＯＳ起動処理のフローチャートである。なお、以下のＯＢＰのプログラム実行処理も含めてＯＳの起動処理は全てＣＰＵ２０により実行される。まず、ユーザによりコンピュータ１９の電源が投入されると（Ｓ１０１）、ＯＢＰ２７が自動ブートを開始し、ハード構成を認識し、図１３に示されるようなデバイスツリーを作成する（Ｓ１０２）。なお、デバイスツリーとは、物理デバイスの構成情報である。【００１６】
デバイスツリー作成後、ＯＢＰ２７は、ＯＳの起動を指示し（Ｓ１０３）、起動ディスク２２の先頭に格納されているブートブロックをメモリ２１に展開する（Ｓ１０４）。ブートブロックには、起動ディスク２２上に構築されているルートファイルシステムに格納されている起動プログラムであるｕｆｓｂｏｏｔ２９の格納場所が書き込まれており、この場所に基づいてＯＢＰ２７は、ｕｆｓｂｏｏｔ２９を読み込んでｕｆｓｂｏｏｔ２９をメモリ２１へロードする（Ｓ１０５）。ロードされたｕｆｓｂｏｏｔ２９は、コアカーネル３０を起動させ（Ｓ１０６）、制御をコアカーネルへ３０移す（Ｓ１０７）。【００１７】
コアカーネル３０への制御移管後、コアカーネル３０は、図１３に示されるように、ｕｆｓｂｏｏｔ２９から渡された起動ディスク２２に対して物理的なデバイスとしてアクセスを行うための物理パス（／ｄｅｖｉｃｅｓ／ｐｃｉ＠１７，４０００／ｓｃｓｉ＠３／ｓｄ＠１，０：ｂ）とルートファイルシステムのルート（／）を読込み専用の属性でマウント（／＝／ｄｅｖｉｃｅｓ／ｐｃｉ＠１７，４０００／ｓｃｓｉ＠３／ｓｄ＠１，０：ｂ）する。物理パスのマウント後、コアカーネル３０は、ルートファイルシステム上に格納されているカーネルの初期化に必要なカーネルモジュールを見つけてメモリ２１にロードし、カーネルの初期化処理を始める（Ｓ１０８）。カーネルの初期化処理起動後、コアカーネル３０は、ＯＢＰ２７が保持しているデバイスツリーを元に、起動ディスク２２の物理パスにＯＳがアクセスする論理的なデバイスとしてアクセスするための論理パスを対応付け（Ｓ１０９）、カーネルのロードは完了となる（Ｓ１１０）。【００１８】
図１５は従来のＯＳ起動システムにおける起動ディスクの物理パスと論理パスの対応表である。図１５に示されるように、コアカーネル３０による起動ディスク２２の物理パス（／ｄｅｖｉｃｅｓ／ｐｃｉ＠１７，４０００／ｓｃｓｉ＠３／ｓｄ＠１，０：ｂ)と論理パス（／ｄｅｖ／ｄｓｋ／ｃ１ｔ０ｄ０）の対応付けにより、対応表が作成される。この対応表により、コアカーネル３０は、ユーザからの論理パスアクセス時に、指定の論理パスで指定される論理デバイスがどの物理パスで指定される物理デバイスに対応しているのか判断を行う。【００１９】
図１４に示されるように、パスの対応付け後、コアカーネル３０は、予め起動ディスク２２に保持されたディスクマウント対応表（／→／ｄｅｖ／ｄｓｋ／ｃ１ｔ０ｄ０）を参照して、図１３に示されるように、起動ディスクの論理パス（／ｄｅｖ／ｄｓｋ／ｃ１ｔ０ｄ０）を読書き可能な属性でルートファイルシステムのルート（／）に再マウント（／＝／ｄｅｖ／ｄｓｋ／ｃ１ｔ０ｄ０）する（Ｓ１１１）。このマウントにより、起動ディスク２２上に記憶されたファイルのアクセスが可能となり、カーネルの初期化が完了となる（Ｓ１１２）。【００２０】
なお、カーネルモジュールは、ＯＳ起動後もシステムから要求された構成要素を必要に応じてカーネルに組み込むため、常に起動ディスクへのアクセスが保障されなければならず、ルートファイルシステムのアンマウントはシステムが停止するまで不可となる（変更できるのは読書きの可否などの属性のみ）。なお、アンマウントとはマウントを解消することであり、具体的にはＯＳが提供するアンマウント（ｕｎｍｏｕｎｔ）コマンドを用いてマウントによるパスの関連付けを解除することである。【００２１】
上述した処理により、カーネル初期化はなされるが、コンピュータには起動ディスクの故障を想定し、次のようなバックアップシステムが用意されている。【００２２】
図１６は従来の起動ディスクのバックアップの概念図である。図１６に示されるように、コアカーネル３０は、起動ディスク２２に格納されている記憶装置ドライバ３１をメモリ２１内へロードして、記憶装置ドライバ３１を活性化することにより外部記憶装置２８を認識し、外部記憶装置２８へ起動ディスク２２のデータのコピーを行う。以上の処理により、外部記憶装置２８に、起動ディスク２２が故障した際の保険として、起動ディスク２２のバックアップデータが保存される。【００２３】
バックアップされた起動ディスクのデータを書き戻す場合、そのシステムを立ち上げた起動ディスク自身を上書きすることになるので、別のシステムディスクからＯＳを起動させる必要がある。一般的には、ＣＤ−ＲＯＭ等の読込み専用のＯＳ媒体からシステムを起動し、バックアップデータを起動ディスクに書き戻す手法が取られる。この場合、ＯＳ起動システムは、起動ディスクの代わりをＯＳ媒体が担うこととなり、カーネルの初期化が図１４に示すフローと同様の処理となる。【００２４】
なお、従来技術として、選択された機能を有するＯＳを作成し使用する方法及びシステムが知られている。
【特許文献１】特開２００３−０９９２６８号公報
【発明の開示】
【発明が解決しようとする課題】
【００２５】
しかしながら、バックアップデータを書き戻す場合、バックアップデータを保存した外部記憶装置をシステム起動時にコアカーネルに認識させてから書き戻す必要があるが、外部記憶装置を駆動するためのプログラムである記憶装置ドライバがＣＤ−ＲＯＭ等のＯＳ媒体に入っていない場合、コアカーネルが外部記憶装置の認識ができずに、バックアップデータの書き戻しができなくなる問題があった。この問題を解決するには、ＯＳ媒体からシステムを起動した後に、ＯＳ媒体を一時的に記憶装置のドライバの入った媒体と交換しなければならない。しかし、ＯＳ媒体はマウントされているため、ＯＳ媒体のファイルシステムのアンマウントができず、ＯＳ媒体と記憶装置ドライバの交換は不可能である。【００２６】
図１７は従来のＣＤ−ＲＯＭ媒体を用いたＯＳ起動システムにおける起動ディスクのリストアの概念図である。図１７に示すように、ＯＳ稼働中にＯＳ媒体３４を取り出すことは不可能であり、ＣＤ−ＲＯＭドライブ３２にＯＳ媒体３３がある為、記憶装置ドライバ媒体３４をセットできず、記憶装置ドライバ３１を読込めないため、起動ディスク３２のリストアも同様に不可能である。【００２７】
本発明は上述した問題点を解決するためになされたものであり、ＯＳ稼働中にＯＳ媒体を動的に取り外せる情報処理装置、情報処理装置制御方法を提供することを目的とする。
【課題を解決するための手段】
【００２８】
上述した課題を解決するため、情報処理装置は、演算処理装置と記憶装置を有し、前記情報処理装置の制御を行うとともに、前記演算処理装置に、前記情報処理装置の起動処理を実行させる第１のシステム制御部が格納され、木構造による第１のアクセス経路、又は、前記第１のアクセス経路と前記第１のアクセス経路とは異なる第２のアクセス経路との対応を表す第１の変換テーブルに基づき、前記第２のアクセス経路を用いてアクセスされる第１の記録媒体装置と、前記第１の記録媒体装置とは異なる第２の記録媒体装置として動作するとともに、木構造による第３のアクセス経路を用いてアクセスされるメモリディスク部を、前記演算処理装置に、前記記憶装置の所定の記憶領域として確保させるメモリディスク生成部と、前記第２のアクセス経路と、前記第３のアクセス経路との対応を表す第２の変換テーブルを前記演算処理装置に生成させる変換テーブル生成部と、前記第１のシステム制御部を第２のシステム制御部として、前記演算処理装置に前記メモリディスク部に複写させるとともに、前記第２の変換テーブルに基づき、前記第１のシステム制御部と前記第２のシステム制御部を前記演算処理装置に二重化させる二重化制御部とを備える。【００２９】
また、情報処理装置の制御方法は、演算処理装置と記憶装置を有する前記情報処理装置の制御を行うとともに、前記演算処理装置に、前記情報処理装置の起動処理を実行させる第１のシステム制御部が格納され、木構造による第１のアクセス経路、又は、前記第１のアクセス経路と前記第１のアクセス経路とは異なる第２のアクセス経路との対応を表す第１の変換テーブルに基づき、前記第２のアクセス経路を用いてアクセスされる第１の記録媒体装置に対して、前記第１の記録媒体装置とは異なる第２の記録媒体装置として動作するとともに、木構造による第３のアクセス経路を用いてアクセスされるメモリディスク部を、前記演算処理装置に、前記記憶装置の所定の記憶領域として確保させるステップと、前記第２のアクセス経路と、前記第３のアクセス経路との対応を表す第２の変換テーブルを前記演算処理装置に生成させるステップと、前記第１のシステム制御部を第２のシステム制御部として、前記演算処理装置に前記メモリディスク部に複写させるとともに、前記第２の変換テーブルに基づき、前記第１のシステム制御部と前記第２のシステム制御部を前記演算処理装置に二重化させるステップとを備える。
【図面の簡単な説明】
【００３０】
【図１】本実施の形態に係るＣＤ−ＲＯＭ媒体を用いたＯＳ起動システムにおけるコンピュータの構成の一例を示すブロック図である。
【図２】本実施の形態に係るルートファイルシステムの木構造の一例を示す概念図である。
【図３】本実施の形態に係る起動ディスクのバックアップの概念図である。
【図４】ディスク冗長構成時の概念図である。
【図５】本実施の形態に係るＣＤ−ＲＯＭ媒体を用いたＯＳ起動システムにおけるコンピュータのＯＳ起動処理のフローチャートである。
【図６】本実施の形態に係るＣＤ−ＲＯＭ媒体を用いたＯＳ起動システムにおけるコンピュータのＯＳ起動処理のフローチャートである。
【図７】本実施の形態に係るＯＳ媒体の物理パス―論理パス対応表、
【図８】本実施の形態に係る仮想ディスクの物理パス―論理パス対応表である。
【図９】本実施の形態に係る冗長化した物理パス―論理パス対応表である。
【図１０】本実施の形態に係るＣＤ−ＲＯＭ媒体を用いたＯＳ起動システムにおける起動ディスクのリストアのフローチャートである。
【図１１】従来のＯＳの内部構造と起動ディスクからのカーネルモジュール、デーモンの取得の概念図である。
【図１２】従来のＯＳ起動システムにおけるコンピュータの構成の一例を示すブロック図である。
【図１３】起動ディスクの構成であるルートファイルシステムの木構造の概念図である。
【図１４】従来のＯＳ起動システムにおけるコンピュータのＯＳ起動処理のフローチャートである。
【図１５】従来のＯＳ起動システムにおける起動ディスクの物理パスと論理パスの対応表である。
【図１６】従来の起動ディスクのバックアップの概念図である。
【図１７】従来のＣＤ−ＲＯＭ媒体を用いたＯＳ起動システムにおける起動ディスクのリストアの概念図である。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施の形態について図面を参照しつつ説明する。【００３２】
まず、本実施の形態に係るＣＤ−ＲＯＭ媒体を用いたＯＳ起動システムにおけるコンピュータの構成について説明する。【００３３】
図１は本実施の形態に係るＣＤ−ＲＯＭ媒体を用いたＯＳ起動システムにおけるコンピュータの構成の一例を示すブロック図である。また、図２は本実施の形態に係るルートファイルシステムの木構造の一例を示す概念図である。また、図３は本実施の形態に係る起動ディスクのバックアップの概念図である。図１に示されるコンピュータ１は、ＣＰＵ２（演算処理装置）と、ＯＢＰ３と、起動ディスク４と、メモリ５（記憶装置）と、ＣＤ−ＲＯＭドライブ６と、外部記憶装置７と、ＯＳ媒体１３（第１の記録媒体）と、記憶装置ドライバ媒体１４を備える。また、メモリ内には後述する各プログラムにより、展開されるｕｆｓｂｏｏｔ８と、コアカーネル９（メモリディスク生成部、マウント制御部）と、仮想ディスク１０（メモリディスク部）と、冗長化ドライバ１１（変換テーブル生成部、二重化制御部）と、記憶装置ドライバ１２とを備える。なお、本実施の形態ではＣＰＵを一個としたが、複数のＣＰＵを備えるマルチＣＰＵでも良い。【００３４】
ＣＰＵ２は、コンピュータ１の全ての処理を実行するものである。また、ＯＢＰ３は、電源投入時、最初に起動し、ＯＳ起動処理を行うファームウェアプログラムが記録されたＲＯＭである。また、起動ディスク４は、図１に示すように、メモリ５上へ展開するＯＳ起動に必要なプログラムが書き込まれているものであり、図２に示すような物理パスにて形成されるデバイスツリーや論理パスにより形成されるルートファイルシステムで構成されている。なお、本実施の形態では、起動ディスク４は故障している為、ＯＳ媒体１３が起動ディスク４と同様の役割を果たす。また、メモリ５は、揮発性の記憶媒体である。また、ＣＤ−ＲＯＭドライブ６は、ＣＤ−ＲＯＭに書き込まれたデータを読取るものである。なお、本実施の形態においては、ＣＤ−ＲＯＭドライブにはＯＳ媒体１３がセットされている。【００３５】
また、外部記憶装置７は、起動ディスク４故障時の保険として、起動ディスク４のバックアップデータが保存されるテープドライブ等の装置であり、本実施の形態では、起動ディスク４のバックアップデータは、図３に示す通り、従来技術と同様の処理で保存され、起動ディスク故障の前段階にすでに保存されている。また、ＯＳ媒体１３は、例えばＣＤ−ＲＯＭであり、ＯＳ起動の各プログラム（第１のシステム制御部）が格納されているものであり、起動ディスクと同様の役割を果たす。また、記憶装置ドライバ媒体１４は、例えばＣＤ−ＲＯＭであり、記憶装置ドライバ１２が格納されているものである。なお、記憶装置ドライバ１２は、外部記憶装置７を駆動するためのドライバである。【００３６】
また、ｕｆｓｂｏｏｔ８は起動プログラムである。また、コアカーネル９は、カーネルの初期化としてカーネルモジュール、またデーモンの組み込みを行うものである。なお、仮想ディスク１０、冗長化ドライバ１１については、後述にて詳細を説明する。これら４つのプログラムは起動ディスク４及びＯＳ媒体１３内に格納されている。【００３７】
上述した仮想ディスク１０とは、いわゆるメモリディスクであり、メモリ内に作成された仮想的なディスクであり、通常のディスクの読書きより高速なアクセスを可能とするものである。具体的には、カーネルがメモリ内に仮想ディスク専用の領域を確保し、そこにカーネル内に備わる物理パスと論理パスを割当てるドライバで動作し、カーネルからは通常のディスクと変わらないアクセスパスを提供する。【００３８】
また、上述した冗長化ドライバ１１は、起動ディスクの冗長化を行うものである。起動ディスクが故障すると、ＯＳ（カーネル）全体の動作が保障できなくなり、最悪の場合システムが停止する恐れがある。これを避けるため、予め起動ディスクを複数用意し、一つの起動ディスクが故障しても別の起動ディスクにアクセスが引き継がれる「起動ディスクの冗長化（二重化）」の仕組みがある。起動ディスクの冗長化とは、複数の起動ディスクの物理パスを一つの起動ディスクの論理パスとして対応付けを行い、起動ディスクの論理パスへのアクセス命令を複数ディスクの物理パスへの命令に変換することである。起動ディスクの冗長化を実現する方式はいくつかあるが、一般的には複数の起動ディスクを単一の起動ディスクに見せかける冗長化ドライバをＯＳに組み込む方法がある。【００３９】
図４はディスク冗長構成時の概念図である。図４に示されるように、冗長化ドライバ１１により、起動ディスクＡ１６と起動ディスクＢ１７は冗長化された起動ディスク１８として扱われる。コアカーネル９は、表向きは冗長化起動ディスク１８へ読書きを行うが、実際には起動ディスクＡ１６と起動ディスクＢ１７へそれぞれ同じ読書きが実行される。冗長化ドライバ１１の詳細な動作については、後述にて説明する。【００４０】
次に、本実施の形態に係るＣＤ−ＲＯＭ媒体を用いたＯＳ起動システムにおけるコンピュータの動作について説明する。【００４１】
図５及び図６は本実施の形態に係るＣＤ−ＲＯＭ媒体を用いたＯＳ起動システムにおけるコンピュータのＯＳ起動処理のフローチャートである。なお、以下の処理はＣＰＵ２により実行される。まず、ユーザによりコンピュータ１の電源が投入されると（Ｓ２０１）、ＯＢＰ３は自動ブートを開始し、ハード構成を認識し、図２に示されるような、デバイスツリーを作成する（Ｓ２０２）。【００４２】
デバイスツリー作成後、ＯＢＰ３は、ＯＳの起動を指示し（Ｓ２０３）、ＯＳ媒体１３の先頭に格納されているブートブロックをメモリ５に展開する（Ｓ２０４）。ブートブロックには、ＯＳ媒体１３上に構築されているルートファイルシステムに格納されている起動プログラムであるｕｆｓｂｏｏｔ８の格納場所が書き込まれており、この場所に基づいてＯＢＰ３は、ｕｆｓｂｏｏｔ８を読み込んでメモリ５へロードする（Ｓ２０５）。ロードされたｕｆｓｂｏｏｔ８は、コアカーネル９を起動させ（Ｓ２０６）、制御をコアカーネル９へ移す（Ｓ２０７）。【００４３】
コアカーネル９への制御移管後、コアカーネル９は、図２に示されるように、ｕｆｓｂｏｏｔ８から渡されたＯＳ媒体１３の物理パス（／ｄｅｖｉｃｅｓ／ｐｃｉ＠１７，４０００／ｓｃｓｉ＠３／ｓｄ＠１，０：ｂ）とルートファイルシステムのルート（／）を読込み専用の属性でマウント（／＝／ｄｅｖｉｃｅｓ／ｐｃｉ＠１７，４０００／ｓｃｓｉ＠３／ｓｄ＠１，０：ｂ）を行う。物理パスのマウント後、コアカーネル９は、ルートファイルシステム上に格納されている必要なカーネルモジュールを見つけてメモリ５にロードし、カーネルの初期化処理を始める（Ｓ２０８）。【００４４】
カーネルの初期化処理起動後、コアカーネル９は、ＯＳ媒体１３内にある冗長化ドライバ１１をメモリ５内にロードする（Ｓ２０９）。冗長化ドライバ１１ロード後、コアカーネル９は、メモリ５内に仮想ディスク１０領域を確保し、ＯＢＰ３が保持しているデバイスツリーに仮想ディスク１０の物理パス（／ｄｅｖｉｃｅｓ／ｐｃｉ＠１７，４０００／ｍｅｍ＠３／ｓｄ＠０，０：ａ）を追加する（Ｓ２１０）。仮想ディスク１０に物理パスを追加後、コアカーネル９は、ＯＢＰ３が保持しているデバイスツリーを元に、仮想ディスク１０とＯＳ媒体１３それぞれの物理パスに論理パスを対応付ける（Ｓ２１１、Ｓ２１２）。【００４５】
ここで、物理パスと論理パスの対応付けについて説明する。図７は本実施の形態に係るＯＳ媒体の物理パス―論理パス対応表である。また、図８は本実施の形態に係る仮想ディスクの物理パス―論理パス対応表である。図７、図８に示されるように、ＯＳ媒体１３、仮想ディスク１０のそれぞれについてＯＳ媒体１３の対応表、仮想ディスクの対応表が各個作成される。なお、ＯＳ媒体１３の論理パスは、予めＯＳ媒体１３に“ディスクマウント対応表（第１の変換テーブル）”として予め記録されているものである。具体的には、ＯＳ媒体１３を読み取る装置（本実施の形態においてはＣＤ−ＲＯＭドライブ６）の物理パスと対応付けられるための論理パスとして予め用意されたものである。【００４６】
また、図５に示すように、各対応表作成後、冗長化ドライバ１１は活性化し、ＯＳ媒体１３の物理パス（／ｄｅｖｉｃｅｓ／ｐｃｉ＠１７，４０００／ｓｃｓｉ＠３／ｓｄ＠１，０：ｂ＜第１のアクセス経路＞）と仮想ディスクの物理パス（／ｄｅｖｉｃｅｓ／ｐｃｉ＠１７，４０００／ｍｅｍ＠３／ｓｄ＠０，０：ａ＜第３のアクセス経路＞）をＯＳ媒体１３の論理パス（／ｄｅｖ／ｄｓｋ／ｃ１ｔ０ｄ０＜第２のアクセス経路＞）に対応付けた対応表（第２の変換テーブル）を作成する（Ｓ２１３）。なお、ＯＳ媒体１３の物理パスと仮想ディスクの物理パスとが一つの独自の論理パス（例えば／ｄｅｖ／ｓｆｄｓｋ／ｃ０ｔ０ｄ０）に対応付けられても良い。また、ＯＳ媒体１３の物理パスと仮想ディスクの物理パスとが仮想ディスクの論理パスに対応付けられても良い。【００４７】
以下、ＯＳ媒体１３の物理パス及び仮想ディスクの物理パスとＯＳ媒体１３の論理パスを対応付けた対応表について説明する。図９は本実施の形態に係る冗長化のための物理パス―論理パス対応表である。冗長化ドライバ１１は、図９に示されるような物理パス―論理パス対応表（第２の変換テーブル）を作成し、この対応付けにより、ＯＳ媒体１３と仮想ディスク１０は冗長化され、論理パスによる扱いについては、一つの起動ディスクとして扱われる。例えば、ＯＳ媒体１３の論理パスにアクセスされた場合、ＯＳ媒体１３と仮想ディスクの双方にアクセスされる。【００４８】
対応表を作成した冗長化ドライバ１１は、図６に示すように、ＯＳ媒体１３に記録されたＯＳ（第１のシステム制御部）を仮想ディスク１０にコピーし（Ｓ２１４）、カーネルのロードは完了となる（Ｓ２１５）。この動作により、仮想ディスク１０はその記録領域内にＯＳ（第２のシステム制御部）を保持する。【００４９】
カーネルのロード完了後、コアカーネル９は、予めＯＳ媒体１３に保持されたディスクマウント対応表（／→／ｄｅｖ／ｄｓｋ／ｃ１ｔ０ｄ０）または、図９に示したＯＳ媒体１３及び仮想ディスクの物理パスと、ＯＳ媒体１３の論理パスを対応付けた対応表を参照して、図２に示されるように、ルートファイルシステムのルート（／）に冗長化された起動ディスクであるＯＳ媒体１３及び仮想ディスクの論理パス（／ｄｅｖ／ｄｓｋ／ｃ１ｔ０ｄ０）を読書き可能な属性でマウント（／→／ｄｅｖ／ｄｓｋ／ｃ１ｔ０ｄ０）し（Ｓ２１６）、カーネルの初期化は完了となる（Ｓ２１７）。【００５０】
カーネル初期化完了後、コアカーネル９は、ＯＳ媒体１３とルートファイルシステムのマウントを解除（アンマウント）（Ｓ３０１）する。このアンマウントにより、ＯＳ媒体１３は、ルートファイルシステムのルート（／）にマウントされなくなり、取り出すことが可能となる。すなわち、ＯＳ媒体１３としてのＣＤ−ＲＯＭ媒体をＣＤ−ＲＯＭドライブ６からイジェクトして取り出すことができる。
また、冗長化されたもう片方の仮想ディスク１０へのアクセスパスは残っているため、コアカーネル９は仮想ディスク１０を起動ディスクとして認識し続けた状態となり、システムの動作は継続される。なお、コアカーネル９は、ユーザ又はアプリケーションからのＯＳ媒体１３取り出し命令をトリガーとして、ＯＳ媒体１３をアンマウントすることもできる。【００５１】
本実施の形態による構成・処理により、カーネルの初期化が完了となると、外部記憶装置７に保存してある起動ディスク４のバックアップデータを用いて故障している起動ディスク４のリストアが可能となる。【００５２】
図１０は本実施の形態に係るＣＤ−ＲＯＭ媒体を用いたＯＳ起動システムにおける起動ディスクのリストアのフローチャートである。まず、ユーザが記憶装置ドライバ媒体１４をＣＤ−ＲＯＭドライブ６へセットすると、コアカーネル９は、図２に示すように、記憶装置ドライバ媒体の物理パス（／ｃｄｒｏｍ）を論理パス（／ｄｅｖ／ｄｓｋ／ｃ１ｔ０ｄ０）に対応付け、論理パスをルートファイルシステムのルート（／）にマウントする（Ｓ３０１）。ルートファイルシステムへのマウント後、コアカーネル９は、記憶装置ドライバ媒体１４に格納されている記憶装置ドライバ１２をメモリ５内にロードし、活性化させる（Ｓ３０２）。記憶装置ドライバ１４活性化により、コアカーネル９は、外部記憶装置７を認識し、外部記憶装置７に格納されているバックアップデータを書き戻すことにより（Ｓ３０３）、起動ディスク４をリストアし処理を終了する（Ｓ３０４）。【００５３】
本実施の形態によれば、ＯＳ媒体と仮想ディスクの冗長化構成により、ＣＤ−ＲＯＭ起動システムによるシステムディスクのリストア時に、ＣＤ−ＲＯＭ等のＯＳ媒体を取り出すことが可能である。具体的には、ＯＳ媒体を取り出しても仮想ディスクへのアクセスパスは残っているため、カーネルは起動ディスクを認識し続けた状態となり、システムの動作は継続できる。このため、ＣＤ−ＲＯＭ媒体を用いた起動システムへ必要なドライバモジュールの組み込みが可能である。また、仮想ディスクを備えることにより、別途ディスクを用意せず起動ディスクの冗長化が可能なため、システム全体の信頼性の向上が図れる。【００５４】
開示の情報処理装置及び制御方法は、その要旨または主要な特徴から逸脱することなく、他の様々な形で実施することができる。そのため、前述の実施の形態は、あらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明の範囲は、特許請求の範囲によって示すものであって、明細書本文には、何ら拘束されない。更に、特許請求の範囲の均等範囲に属する全ての変形、様々な改良、代替および改質は、全て本発明の範囲内のものである。
【産業上の利用可能性】
【００５５】
開示の情報処理装置及び制御方法によれば、ＣＤ−ＲＯＭ起動システムによるシステムディスクのリストア時に、別途ディスクやインストールサーバを用意せず、ＣＤ−ＲＯＭ起動システムへ必要なドライバモジュールの組み込みができる。また、別途ディスクを用意せず起動ディスクの冗長化が可能なため、システム全体の信頼性の向上が図れる。
【図１】
0005413366.tif 000002
【図２】
0005413366.tif 000003
【図３】
0005413366.tif 000004
【図４】
0005413366.tif 000005
【図５】
0005413366.tif 000006
【図６】
0005413366.tif 000007
【図７】
0005413366.tif 000008
【図８】
0005413366.tif 000009
【図９】
0005413366.tif 000010
【図１０】
0005413366.tif 000011
【図１１】
0005413366.tif 000012
【図１２】
0005413366.tif 000013
【図１３】
0005413366.tif 000014
【図１４】
0005413366.tif 000015
【図１５】
0005413366.tif 000016
【図１６】
0005413366.tif 000017
【図１７】
0005413366.tif 000018