(57)【要約】【課題】複数のサーバ装置を含む計算機システムにおいて、サーバ装置に提供されたディスク全体のバックアップ以外の障害復旧方法を提供する。【解決手段】サーバ装置と、ストレージシステムと、管理計算機とを含む計算機システムであって、ストレージシステムは、記憶媒体の記憶領域から論理記憶領域を生成し、論理記憶領域をサーバ装置に提供し、サーバ装置上には各種処理を実行するシステムが稼動し、システムに関する情報は論理記憶領域に格納され、計算機システムは、システムの起動処理時に論理記憶領域においてアクセスされた記憶領域を記録し、当該記憶領域に関する情報を格納するアクセス記録部と、システムの起動に必要となる起動情報を特定する情報特定部と、システムの起動処理を監視する起動処理監視部と、システムの復旧を実行するシステム復旧部と、を備えることを特徴とする。【選択図】図１
2010282468.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置と、前記サーバ装置に接続されるストレージシステムと、前記サーバ装置及び前記ストレージシステムを管理する管理計算機とを含む計算機システムであって、
前記管理計算機は、前記サーバ装置及び前記ストレージシステムとそれぞれ接続され、
前記サーバ装置は、第１のプロセッサと、前記第１のプロセッサに接続される第１のメモリと、前記管理計算機と接続するための第１のネットワークインタフェースと、前記ストレージシステムと接続するための第１のディスクインタフェースと、前記サーバ装置が備えるハードウェアの入出力を管理する入出力管理部と、を備え、
前記管理計算機は、第２のプロセッサと、前記第２のプロセッサに接続される第２のメモリと、前記サーバ装置と接続するための第２のネットワークインタフェースと、前記ストレージシステムと接続するための第２のディスクインタフェースと、を備え、
前記ストレージシステムは、一以上の記憶媒体と、前記記憶媒体を管理するディスクコンローラと、前記記憶媒体と接続するための第３のディスクインタフェースと、を備え、
前記ストレージシステムは、前記一以上の記憶媒体の記憶領域から一以上の論理記憶領域を生成し、前記生成された論理記憶領域を前記サーバ装置に提供し、
前記サーバ装置上には、各種処理を実行する一以上のシステムが稼動し、
前記サーバ装置は、前記システムを制御するシステム制御部を一以上備え、
前記システムに関する情報は、前記論理記憶領域に格納され、
前記計算機システムは、
前記システムの起動処理時に前記論理記憶領域においてアクセスされた記憶領域を記録し、当該記憶領域に関する情報である記憶領域情報を格納するアクセス記録部と、
前記アクセス記録部に格納される前記記録領域情報に基づいて、前記システムの起動に必要となる起動情報を特定する情報特定部と、
前記特定された起動情報を格納する起動情報格納部と、
前記システムの起動処理を監視する起動処理監視部と、
前記システムの起動処理の障害が検出された場合に、前記起動情報に基づいて、前記サーバ装置のシステムの復旧を実行するシステム復旧部と、
を備えることを特徴とする計算機システム。
【請求項２】
前記入出力管理部は、前記システムの起動処理の開始を通知する起動開始通知部を備え、
前記システム制御部は、前記システムの起動処理の完了を通知する起動完了通知部を備え、
前記アクセス記録部は、
前記起動開始通知部からシステム起動処理の開始の通知を受信した後に、前記論理記憶領域においてアクセスされた記憶領域の記録を開始し、
前記起動完了通知部からシステム起動処理の完了の通知を受信した後に、前記論理記憶領域においてアクセスされた記憶領域の記録を終了することを特徴とする請求項１に記載の計算機システム。
【請求項３】
前記アクセス記録部は、前記記憶領域情報として、前記論理記憶領域における情報の読み出し又は書き込みの最小単位であるブロックの位置を記録することを特徴とする請求項１に記載の計算機システム。
【請求項４】
前記システムは、一以上の前記ブロックに格納された情報を一つのファイルとして扱うためのファイルシステムを備え、
前記計算機システムは、前記ファイルと前記ブロック位置との対応関係を管理し、
前記情報特定部は、前記ファイルと前記ブロックの位置との対応関係に基づいて、前記論理記憶領域のブロック位置から、前記システムの起動に必要となるファイルを特定することを特徴とする請求項３に記載の計算機システム。
【請求項５】
前記システム起動処理は、複数の処理を含み、
前記アクセス記録部は、前記システム起動処理に含まれる処理毎に、前記ブロック位置を記録することを特徴とする請求項３に記載の計算機システム。
【請求項６】
前記論理記憶領域は、システム起動処理時に読み出されるマスタブートレコードと、一以上の起動される前記システムの位置を示すブートセクタと、前記ブートセクタが読み出されることによって起動されるオペレーティングシステムとを含み、
前記計算機システムは、前記マスタブートレコード及び前記ブートセクタのブロックの位置を管理し、
前記システム起動処理に含まれる処理は、前記オペレーティングシステムが起動される前に実行される第１の処理と、前記オペレーティングシステムを起動させるために実行される第２の処理とを含み、
前記情報特定部は、前記第１の処理に必要となる情報と、前記第２の処理に必要となるファイルとを特定し、
前記起動情報格納部は、前記起動情報として、前記第１の処理に必要となる情報と、前記第２の処理に必要となるファイルとを格納することを特徴とする請求項３に記載の計算機システム。
【請求項７】
前記起動処理監視部は、前記システムの起動処理に障害が発生したことを検出した場合、前記システム復旧部を起動させ、
前記システム復旧部は、前記起動情報を前記論理記憶領域にリストアすることを特徴とする請求項１に記載の計算機システム。
【請求項８】
前記計算機システムは、仮想化部を備え、
前記仮想化部は、前記サーバ装置が備える物理資源を論理的に分割して複数の論理区画を生成し、前記論理区画上に前記システムを稼動させることを特徴とする請求項１に記載の計算機システム。
【請求項９】
サーバ装置と、前記サーバ装置に接続されるストレージシステムと、前記サーバ装置及び前記ストレージシステムを管理する管理計算機とを含む計算機システムにおける障害復旧方法であって、
前記管理計算機は、前記サーバ装置及び前記ストレージシステムとそれぞれ接続され、
前記サーバ装置は、第１のプロセッサと、前記第１のプロセッサに接続される第１のメモリと、前記管理計算機と接続するための第１のネットワークインタフェースと、前記ストレージシステムと接続するための第１のディスクインタフェースと、前記サーバ装置が備えるハードウェアの入出力を管理する入出力管理部と、を備え、
前記管理計算機は、第２のプロセッサと、前記第２のプロセッサに接続される第２のメモリと、前記サーバ装置と接続するための第２のネットワークインタフェースと、前記ストレージシステムと接続するための第２のディスクインタフェースと、を備え、
前記ストレージシステムは、一以上の記憶媒体と、前記記憶媒体を管理するディスクコンローラと、前記記憶媒体と接続するための第３のディスクインタフェースと、を備え、
前記ストレージシステムは、前記一以上の記憶媒体の記憶領域から一以上の論理記憶領域を生成し、前記生成された論理記憶領域を前記サーバ装置に提供し、
前記サーバ装置上には、各種処理を実行する一以上のシステムが稼動し、
前記サーバ装置は、前記システムを制御するシステム制御部を一以上備え、
前記システムに関する情報は、前記論理記憶領域に格納され、
前記方法は、
前記ストレージシステムが、前記システムの起動処理時に前記論理記憶領域においてアクセスされた記憶領域を記録し、当該記憶領域に関する情報である、記憶領域情報を格納する第１のステップと、
前記システム制御部が、前記記録領域情報に基づいて、前記システムの起動に必要となる起動情報を特定する第２のステップと、
前記システム制御部が、前記特定された起動情報を前記管理計算機に送信する第３のステップと、
前記管理計算機が、前記サーバ装置から送信された前記起動情報を格納する第４のステップと、
前記管理計算機が、前記システムの起動処理を監視する第５のステップと、
前記管理計算機が、前記システムの起動処理の障害が検出された場合に、前記起動情報に基づいて、前記サーバ装置のシステムの復旧を実行する第６のステップと、
を含むことを特徴とする障害復旧方法。
【請求項１０】
前記入出力管理部は、前記システムの起動処理の開始を通知する起動開始通知部を備え、
前記システムは、前記システムの起動処理の完了を通知する起動完了通知部を備え、
前記第１のステップは、
前記起動開始通知部からシステム起動処理の開始の通知を受信した後に、前記論理記憶領域においてアクセスされた記憶領域の記録を開始するステップと、
前記起動完了通知部からシステム起動処理の完了の通知を受信した後に、前記論理記憶領域においてアクセスされた記憶領域の記録を終了するステップと、を含むことを特徴とする請求項９に記載の障害復旧方法。
【請求項１１】
前記第１のステップでは、前記記憶領域情報として、前記論理記憶領域における情報の読み出し又は書き込みの最小単位であるブロックの位置が記録されることを特徴とする請求項９に記載の障害復旧方法。
【請求項１２】
前記システムは、一以上の前記ブロックに格納された情報を一つのファイルとして扱うためのファイルシステムを備え、
前記計算機システムは、前記ファイルと前記ブロック位置との対応関係を管理し、
前記第２のステップでは、前記ファイルと前記ブロックの位置との対応関係に基づいて、前記論理記憶領域のブロック位置から、前記システムの起動に必要となるファイルが特定されることを特徴とする請求項１１に記載の障害復旧方法。
【請求項１３】
前記システム起動処理は、複数の処理を含み、
前記第２のステップでは、前記システム起動処理に含まれる処理毎に、前記ブロック位置が記録されることを特徴とする請求項１１に記載の障害復旧方法。
【請求項１４】
前記論理記憶領域は、システム起動処理時に読み出されるマスタブートレコードと、一以上の起動される前記システムの位置を示すブートセクタと、前記ブートセクタが読み出されることによって起動されるオペレーティングシステムとを含み、
前記計算機システムは、前記マスタブートレコード及び前記ブートセクタのブロックの位置を管理し、
前記システム起動処理に含まれる処理は、前記オペレーティングシステムが起動される前に実行される第１の処理と、前記オペレーティングシステムを起動させるために実行される第２の処理とを含み、
前記第２のステップでは、前記第１の処理に必要となる情報と、前記第２の処理に必要となるファイルとが特定され、
前記第４のステップでは、前記起動情報として、前記第１の処理に必要となる情報と、前記第２の処理に必要となるファイルとが格納されることを特徴とする請求項１１に記載の障害復旧方法。
【請求項１５】
前記第５のステップは、前記システムの起動処理に障害が発生したことを検出した場合、前記システムの復旧を実行させるステップと、
前記第６のステップは、前記第４のステップにおいて格納された前記起動情報を前記論理記憶領域にリストアするステップと、を含むことを特徴とする請求項９に記載の障害復旧方法。
【請求項１６】
前記計算機システムは、仮想化部を備え、
前記仮想化部は、前記サーバ装置が備える物理資源を論理的に分割して複数の論理区画を生成し、前記論理区画上に前記システムを稼動させることを特徴とする請求項９に記載の障害復旧方法。
【請求項１７】
前記方法は、
前記システム制御部が、前記論理区画上で稼動するシステムの起動処理時に前記論理記憶領域においてアクセスされた記憶領域を記録し、前記記憶領域情報を保持するステップを含むことを特徴とする請求項１６に記載の障害復旧方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機システムにおいて、正常に起動等しない計算機の障害復旧に関する。
【背景技術】
【０００２】
複数の計算機、及びストレージシステムを備える計算機システムにおいて、ストレージシステムは、当該ストレージシステムが備えるディスク領域の一部を計算機が利用する記憶領域として提供している。計算機は、提供された領域を用いて各種処理を実行している。
【０００３】
計算機システムは、ディスクの論理的な破損等による障害発生に備えて、各ディスクに格納されているデータ又は当該計算機におけるシステムディスクのバックアップ処理を実行している。
【０００４】
計算機システムは、障害発生時に、障害が発生したディスクを特定し、当該ディスクに格納されていたデータのバックアップを新たなディスクにリストアすることによって、障害復旧を実行する。これによって、計算機は、障害発生前と同じように業務等の処理を続行することができる。
【０００５】
バックアップするデータとしては、ディスク全体のバックアップ、又は、必要なファイルシステムのバックアップ等が考えられる（例えば、非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】Ｗ．Ｃｕｒｔｉｓ  Ｐｒｅｓｔｏｎ著、長原  宏治  監訳、田和  勝  訳、「Ｕｎｉｘバックアップ＆リカバリ」、オライリー・ジャパン、２００１年８月、Ｐ３８−４０
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、ディスク全体をバックアップしている場合、ディスク全体を復旧の対象としているため、障害の復旧には時間がかかってしまう。そのため、長時間のシステム停止によって、計算機が行っている処理に影響を与える。また、システム起動時間に影響を与える。
【０００８】
一方、必要なファイルシステムをバックアップする場合、バックアップする容量が減少するため、障害復旧の時間が短縮されるという効果が期待される。しかし、従来技術においては、以下のような問題がある。
【０００９】
第１に、ファイルシステムのうち必要となる部分を選択する処理が必要となるため、当該必要なファイルシステムのバックアップ処理は困難である。第２に、ファイルシステムのうち適切なバックアップ対象を選択することが困難である。
【００１０】
前述した理由によって、従来技術においては、通常、ディスク全体のバックアップが推奨されている。したがって、前述したように障害復旧に長時間、システムを停止することが必要となっていた。
【００１１】
本願発明は、前述した問題点を鑑みてなされたものである。
【課題を解決するための手段】
【００１２】
本発明の一形態を示すと、以下の通りである。すなわち、サーバ装置と、前記サーバ装置に接続されるストレージシステムと、前記サーバ装置及び前記ストレージシステムを管理する管理計算機とを含む計算機システムであって、前記管理計算機は、前記サーバ装置及び前記ストレージシステムとそれぞれ接続され、前記サーバ装置は、第１のプロセッサと、前記第１のプロセッサに接続される第１のメモリと、前記管理計算機と接続するための第１のネットワークインタフェースと、前記ストレージシステムと接続するための第１のディスクインタフェースと、前記サーバ装置が備えるハードウェアの入出力を管理する入出力管理部と、を備え、前記管理計算機は、第２のプロセッサと、前記第２のプロセッサに接続される第２のメモリと、前記サーバ装置と接続するための第２のネットワークインタフェースと、前記ストレージシステムと接続するための第２のディスクインタフェースと、を備え、前記ストレージシステムは、一以上の記憶媒体と、前記記憶媒体を管理するディスクコンローラと、前記記憶媒体と接続するための第３のディスクインタフェースと、を備え、前記ストレージシステムは、前記一以上の記憶媒体の記憶領域から一以上の論理記憶領域を生成し、前記生成された論理記憶領域を前記サーバ装置に提供し、前記サーバ装置上には、各種処理を実行する一以上のシステムが稼動し、前記サーバ装置は、前記システムを制御するシステム制御部を一以上備え、前記システムに関する情報は、前記論理記憶領域に格納され、前記計算機システムは、前記システムの起動処理時に前記論理記憶領域においてアクセスされた記憶領域を記録し、当該記憶領域に関する情報である記憶領域情報を格納するアクセス記録部と、前記アクセス記録部に格納される前記記録領域情報に基づいて、前記システムの起動に必要となる起動情報を特定する情報特定部と、前記特定された起動情報を格納する起動情報格納部と、前記システムの起動処理を監視する起動処理監視部と、前記システムの起動処理の障害が検出された場合に、前記起動情報に基づいて、前記サーバ装置のシステムの復旧を実行するシステム復旧部と、を備えることを特徴とする。
【発明の効果】
【００１３】
本発明の一形態によれば、システムの起動処理時に論理記憶領域においてアクセスされた記憶領域を記録することによって、必要となる情報を特定することが可能となる。また、障害復旧時に当該特定された情報のみを用いた障害復旧処理を実行することによって、障害復旧の時間を短縮することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態の計算機システムの構成の一例を説明するブロック図である。
【図２】本発明の実施形態の計算機システムのハードウェア構成の一例を説明するブロック図である。
【図３】本発明の実施形態の計算機システムが仮想化環境を備える場合におけるシステム側サーバ装置の構成の一例を説明するブロック図である。
【図４】本発明の実施形態の参照ブロック記録領域の一例を示す説明図である。
【図５】本発明の実施形態のブート情報格納領域の一例を示す説明図である。
【図６】本発明の実施形態における論理ボリュームにおける固定領域と起動処理時にアクセスされたファイルとを示す説明図である。
【図７】本発明の実施形態における論理ボリュームのブロック位置とファイルとの対応関係を示す説明図である。
【図８】本発明の実施形態のシステム側サーバ装置の処理を説明するフローチャートである。
【図９】本発明の実施形態のシステム制御部の処理を説明するフローチャートである。
【図１０】本発明の実施形態のファイル探索部の処理を説明するフローチャートである。
【図１１】本発明の実施形態の固定領域取得部の処理を説明するフローチャートである。
【図１２】本発明の実施形態のブート情報転送部の処理を説明するフローチャートである。
【図１３】本発明の実施形態のブート情報受信部の処理を説明するフローチャートである。
【図１４】本発明の実施形態の参照ブロック記録部の処理を説明するフローチャートである。
【図１５】本発明の実施形態のサーバ監視部の処理を説明するフローチャートである。
【図１６】本発明の実施形態のシステム復旧部の処理を説明するフローチャートである。
【発明を実施するための形態】
【００１５】
図１は、本発明の実施形態の計算機システムの構成の一例を説明するブロック図である。
【００１６】
計算機システムは、システム側サーバ装置１０１、管理側サーバ装置１１１、及びストレージ装置１１６から構成される。なお、各装置はそれぞれ、複数あってもよい。
【００１７】
本実施形態では、システム側サーバ装置１０１と管理側サーバ装置１１１とはネットワークを介して接続され、システム側サーバ装置１０１とストレージ装置１１６とは直接接続され、また、管理側サーバ装置１１１とストレージ装置１１６とは、直接接続されている。なお、システム側サーバ装置１０１、管理側サーバ装置１１１及びストレージ装置１１６は、それぞれ、間接的に接続されていてもよい。
【００１８】
システム側サーバ装置１０１は、複数のシステムを備え、当該システムによって各種処理を実行する。なお、本実施形態において、システムは、少なくとも一つのＯＳ２０３（図２参照）が含まれる。システム側サーバ装置１０１は、システム制御部１０２及びＢＩＯＳ１０９を備える。
【００１９】
システム制御部１０２は、システムの起動処理、及びバックアップ処理等を制御する。なお、システムの起動処理には、少なくとも、ＯＳ２０３（図２参照）が起動される前に実行される処理と、ＯＳ２０３（図２参照）の起動処理とが含まれる。システム側サーバ装置１０１は、システム毎にシステム制御部１０２を備えている。
【００２０】
システム制御部１０２は、ファイル探索部１０３、固定領域取得部１０４、ブート情報転送部１０５、起動完了通知部１０６、及びファイルシステム１０７を備える。
【００２１】
ファイル探索部１０３は、ブロック位置情報からファイルを特定する。ここで、ブロックとは、データの読み出し又は書き込みの最小単位であり、物理ディスク又は論理ディスクにはブロック単位でデータが格納されている。また、ブロック位置情報とは、物理ディスク又は論理ディスクにおけるブロックの位置を示す情報である。
【００２２】
固定領域取得部１０４は、固定領域のブロック位置を取得する。ここで、固定領域とは、システム運用中にブロック位置が変化せず、かつ、当該ブロックに格納されているデータの更新が行われない領域（ブロック群）を示す。
【００２３】
固定領域としては、例えば、ＭＢＲ（Ｍａｓｔｅｒ  Ｂｏｏｔ  Ｒｅｃｏｒｄ）やブートセクタなどが考えられる。つまり、固定領域は、ＯＳ２０３（図２参照）が起動される前に読み出されるデータである。なお、固定領域は、システム構成時に、当該システムの規格に基づいて決定され、システム側管理サーバ装置１０１が決定された情報を格納する。
【００２４】
ブート情報転送部１０５は、システム側サーバ装置１０１が備えるシステムの起動処理時に必要となる情報（以下、ブート情報とも記載する）を管理側サーバ装置１１１に送信する。起動完了通知部１０６は、管理側サーバ装置１１１とストレージ装置１１６とにシステム起動処理が完了したことを通知する。
【００２５】
ファイルシステム１０７は、複数のブロック単位のデータを一つのファイルとして管理する。ファイルシステム１０７は、メタデータ１０８を含む。メタデータ１０８は、ファイルとブロック単位のデータとの対応関係に関する情報を格納する。
【００２６】
ＢＩＯＳ１０９は、システム側サーバ装置１０１が備えるハードウェアの入出力を制御する。ＢＩＯＳ１０９は、システム起動処理が開始したことを管理側サーバ装置１１１及びストレージ装置１１６に通知する、起動開始通知部１１０を備える。
【００２７】
本実施形態におけるシステム起動処理は、まず、ＢＩＯＳ１０９が読み出され、その後、ＢＩＯＳ１０９がＭＢＲ、及びブートセクタを読み出し、ＯＳ２０３（図２参照）が起動される。したがって、システム起動処理開始の通知はＢＩＯＳ１０９が行い、システム起動処理完了の通知はシステム制御部１０２が行う。
【００２８】
管理側サーバ装置１１１は、計算機システムを管理及び監視する。管理側サーバ装置１１１は、サーバ管理部１１２を備える。サーバ管理部１１２は、システム側サーバ装置１０１の起動処理を管理及び監視する。
【００２９】
サーバ管理部１１２は、サーバ監視部１１３及びブート情報受信部１１５を備える。サーバ監視部１１３は、システム側サーバ装置１０１の起動処理を監視する。サーバ監視部１１３は、システム側サーバ装置１０１からシステム起動処理の開始及び完了の通知を受信する起動通知受信部１１４を備える。ブート情報受信部１１５は、システム側サーバ装置１０１から送信されるブート情報を受信する。
【００３０】
ストレージ装置１１６は、システム側サーバ装置１０１及び管理側サーバ装置１１１、それぞれの情報を格納する。ストレージ装置１１６は、ディスクコントローラ（ＤＫＣ）１１７、論理ボリューム１２１、及び管理プログラム用ディスク１２６を備える。
【００３１】
ディスクコントローラ１１７は、ストレージ装置１１６が備える物理ディスク２１３、２１４（図２参照）を管理する。ディスクコントローラ１１７は、起動通知受信部１１８、参照ブロック記録部１１９、及び参照ブロック記録領域１２０を備える。
【００３２】
起動通知受信部１１８は、システム側サーバ装置１０１からシステム起動処理の開始及び完了の通知を受信する。参照ブロック記録部１１９は、システム起動処理時にアクセスされた論理ボリューム１２１のブロック位置を記録する。参照ブロック記録領域１２０は、参照ブロック記録部１１９によって記録された情報を格納する。
【００３３】
以下、システム起動処理時にアクセスされた論理ボリューム１２１のブロック位置を参照ブロック位置とも記載する。
【００３４】
論理ボリューム１２１は、システム側サーバ装置１０１が備えるシステムのデータを格納する。なお、ストレージ装置１１６には、一つのシステム側サーバ装置１０１に対して、一つの論理ボリューム１２１が格納される。
【００３５】
論理ボリューム１２１は、ストレージ装置１１６が備えるディスク２１３の記憶領域を論理的に分割した論理記憶領域（ＬＵ：Ｌｏｇｉｃａｌ  Ｕｎｉｔ）から構成される。論理ボリューム１２１は、複数のＬＵを含んでいてもよい。システム側サーバ装置１０１は、一つの記憶領域（例えば、一つの物理的ディスク）として論理ボリューム１２１を認識する。
【００３６】
論理ボリューム１２１は、システム毎にシステムボリューム１２９を格納する。システムボリューム１２９は、一つのシステム（ＯＳ２０３（図２参照））に一つ存在する。なお、論理ボリューム１２１の詳細については、図６を用いて後述する。
【００３７】
システムボリューム１２９は、固定領域１２２、システムファイル１２３、固定領域の位置情報ファイル１２４、及び固定領域のデータファイル１２５を格納する。
【００３８】
固定領域１２２は、システム運用中にブロック位置が変化せず、かつ、当該ブロックに格納されているデータの更新が行われないデータを示し、具体的には、ＯＳ２０３（図２参照）が起動される前に読み出されるデータである。
【００３９】
システムファイル１２３は、ＯＳ２０３（図２参照）に関連するファイルを格納する。
【００４０】
固定領域の位置情報ファイル１２４は、固定領域１２２のブロック位置を格納する。固定領域のデータファイル１２５は、固定領域１２２の具体的な情報を格納する。これによって、ストレージ装置１１６は、システム側サーバ装置１０１が備えるシステムの固定領域に関する情報を把握することができる。
【００４１】
管理プログラム用ディスク１２６は、管理側サーバ装置１１１のデータを格納する。管理プログラム用ディスク１２６は、一以上のＬＵから構成される。管理側サーバ装置１１１は、一つの記憶領域（例えば、一つの物理的ディスク）として管理プログラム用ディスク１２６を認識する。
【００４２】
管理プログラム用ディスク１２６は、システム復旧部１２７及びブート情報格納領域１２８を格納する。
【００４３】
システム復旧部１２７は、システム側サーバ装置１０１の復旧処理を実行する。ブート情報格納領域１２８は、ブート情報を格納する。ブート情報には、少なくとも、固定領域１２２に関する情報と、ＯＳ２０３（図２参照）の起動処理時にアクセスされたファイルに関する情報とが含まれる。
【００４４】
なお、サーバ管理部１１２は、ストレージ装置１１６が格納してもよい。また、論理ボリューム１２１は、システム側サーバ装置１０１が保持してもよい。また、管理プログラム用ディスク１２６は、管理側サーバ装置１１１が保持してもよい。
【００４５】
図２は、本発明の実施形態の計算機システムのハードウェア構成の一例を説明するブロック図である。
【００４６】
システム側サーバ装置１０１は、ＣＰＵ２０１、メモリ２０２、ネットワークＩ／Ｆ２０４、及びディスクＩ／Ｆ２０５を備える。
【００４７】
ＣＰＵ２０１は、メモリ２０２上に展開されているプログラムを実行する。メモリ２０２は、システム制御部１０２を格納する。ネットワークＩ／Ｆ２０４は、ネットワークを介して管理側サーバ装置１１１と接続するためのインタフェースである。ディスクＩ／Ｆ２０５は、ストレージ装置１１６と接続するためのインタフェースである。
【００４８】
管理側サーバ装置１１１は、ＣＰＵ２０６、メモリ２０７、ディスクＩ／Ｆ２１０、及びネットワークＩ／Ｆ２１１を備える。
【００４９】
ＣＰＵ２０６は、メモリ２０７上に展開されているプログラムを実行する。メモリ２０７は、サーバ管理部１１２を格納する。ネットワークＩ／Ｆ２１１は、ネットワークを介してシステム側サーバ装置１０１と接続するためのインタフェースである。ディスクＩ／Ｆ２１０は、ストレージ装置１１６と接続するためのインタフェースである。
【００５０】
ストレージ装置１１６は、ディスクコントローラ１１７と接続される複数の物理ディスク（２１３、２１４）を備える。本実施形態では、一以上の物理ディスク（２１３、２１４）の記憶領域上にＬＵが作成される。また、一以上のＬＵから論理ボリューム１２１が作成される。当該論理ボリューム１２１上に各システムのデータが格納される。なお、ストレージ装置１１６は、一以上の物理ディスク（２１３、２１４）からＲＡＩＤを構成していてもよい。
【００５１】
なお、ストレージ装置１１６は、物理ディスク（２１３、２１４）以外の記憶媒体（例えば、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ））を備えていてもよい。
【００５２】
なお、計算機システムは、仮想化環境を備えていてもよい。以下、計算機システムが仮想化環境を備える場合におけるシステム側サーバ装置１０１について説明する。
【００５３】
図３は、本発明の実施形態の計算機システムが仮想化環境を備える場合におけるシステム側サーバ装置１０１の構成の一例を説明するブロック図である。
【００５４】
なお、システム側サーバ装置１０１のハードウェア構成は図２と同一であるため省略する。
【００５５】
システム側サーバ装置１０１上には、ハードウェアリソース（ＣＰＵ２０１、メモリ２０２、ネットワークＩ／Ｆ２０４、及びディスクＩ／Ｆ２０５）を論理的に分割して生成された、複数のシステム側論理パーティション１６０１上で、それぞれ、ＯＳ２０３が稼動している。
【００５６】
各システム側論理パーティション１６０１は、システム側サーバ装置１０１が備えるハイパバイザ１６０２によって管理される。なお、システム側サーバ装置１０１は、ＢＩＯＳ１０９を備えていなくともよい。
【００５７】
ハイパバイザ１６０２は、システム側論理パーティション１６０１を制御するためのＩ／Ｏ制御部１６０３と、システム側論理パーティション１６０１の起動開始を通知する起動開始通知部１１０とを備える。
【００５８】
Ｉ／Ｏ制御部１６０３は、起動通知受信部１１８、参照ブロック記録部１１９、及び参照ブロック記録領域１２０を備える。つまり、仮想化環境のもとでは、ハイパバイザ１６０２がディスクコントローラ１１７と同様の機能を備える。
【００５９】
ストレージ装置１１６へのアクセスについては、ハイパバイザ１６０２がＩ／Ｏ制御部１６０３を介してシステム側論理パーティション１６０１からのアクセス要求を受信し、当該アクセス要求にしたがって、ストレージ装置１１６のディスクコントローラ１１７にアクセス要求を送信する。
【００６０】
ディスクコントローラ１１６は、システム側サーバ装置１０１に割り当てられた論理ボリューム１２１から必要なデータを読み出し、読み出されたデータをシステム側サーバ装置１０１に送信する。なお、当該データには、ブロック位置の情報が含まれる。
【００６１】
ハイパバイザ１６０２は、ストレージ装置１１６から受信したデータを受信し、Ｉ／Ｏ制御部１６０３を介して、アクセス要求を受けたシステム側論理パーティション１６０１に受信したデータを送信する。なお、参照ブロック記録部１１９は、受信したデータに含まれるブロック位置の情報を参照ブロック記録領域１２０に格納する。
【００６２】
仮想化環境のもとでは、ハイパバイザ１６０２は、ディスクコントローラ１１７と連携することによってシステム側論理パーティション１６０１が必要とするファイルを特定することが可能となる。
【００６３】
なお、以下の説明において、同一の名称又は同一の符号が付された各構成については、仮想化環境においても同一の処理が実行される。
【００６４】
図４は、本発明の実施形態の参照ブロック記録領域１２０の一例を示す説明図である。
【００６５】
参照ブロック記録領域１２０は、システム起動処理時にアクセスされた、論理ボリューム１２１におけるブロック位置を格納する。参照ブロック記録領域１２０は、ｏｆｆｓｅｔ３０１及び詳細ｏｆｆｓｅｔ３０２を含む。
【００６６】
ｏｆｆｓｅｔ３０１は、論理ボリューム１２１のブロック位置を示す。ｏｆｆｓｅｔ３０１は、所定の間隔毎に記録されている。詳細ｏｆｆｓｅｔ３０２は、実際にアクセスされた論理ボリューム１２１のブロック位置を示す。具体的には、アクセスされたブロック位置には「１」が格納され、アクセスされていないブロック位置には「０」が格納される。
【００６７】
なお、計算機システムが仮想化環境を備える場合、Ｉ／Ｏ制御部１６０３が備える参照ブロック記録領域１２０には、各システム側論理パーティション１６０１に関するブロック位置が格納される。
【００６８】
図４に示す例では、２番目のエントリは、「０ｘ００００  ００００  ００００  ００１８」、及び「０ｘ００００  ００００  ００００  ００１９」がシステム起動処理時にアクセスされたブロック位置であることを示す。
【００６９】
なお、参照ブロック記録領域１２０は、システム起動処理時にアクセスされたブロック位置のみを格納するものであってもよく、アクセスされたブロック位置が分かるものであればどのようなものであってもよい。
【００７０】
図５は、本発明の実施形態のブート情報格納領域１２８の一例を示す説明図である。
【００７１】
ブート情報格納領域１２８は、システム名４０１、論理記憶領域４０２、パーティション名４０３、格納対象４０４、及び格納内容４０５を含む。
【００７２】
システム名４０１は、論理ボリューム１２１上におけるシステムボリューム１２９を識別するための識別子を格納する。論理記憶領域４０２は、システムを起動させるときに使用されるディスクを識別するための識別子を格納する。
【００７３】
パーティション名４０３は、システムボリューム１２９におけるパーティションを識別するための識別子を格納する。
【００７４】
格納対象４０４は、ブート情報として格納される対象に関する情報を格納する。具体的には、固定領域１２２とシステムファイル１２３とが格納される対象となる。格納される対象が固定領域１２２である場合、ブロック位置及びデータ内容が格納対象となる。格納される対象がシステムファイルである場合、システム起動処理時にアクセスされたファイルのファイル名、パス名、及びデータ内容が格納対象となる。格納内容４０５は、格納対象４０４の具体的な内容を格納する。
【００７５】
なお、計算機システムが仮想化環境を備える場合、各システム側論理パーティション１６０１に関する情報が格納される。
【００７６】
図６は、本発明の実施形態における論理ボリューム１２１における固定領域と起動処理時にアクセスされたファイルとを示す説明図である。
【００７７】
本実施形態では、一つのシステムは、ブートセクタ、ＯＳ２０３、及びアプリケーションから構成されるものとし、また、一つのＯＳ２０３は、カーネル、ドライバ、及びライブラリから構成されているものとする。
【００７８】
論理ボリューム１２１は、マスタブートレコード（ＭＢＲ）５０１、システムボリューム５１５、及びシステムボリューム５１６を含む。マスタブートレコード５０１は、固定領域１２２に含まれる。
【００７９】
システムボリューム５１５は、システム名４０１が「ＳＹＳ  ＶＯＬ００１」のシステムボリューム１２９であり、また、システムボリューム５１６は、システム名４０１が「ＳＹＳ  ＶＯＬ００２」のシステムボリューム１２９である。
【００８０】
システムボリューム５１５は、パーティション５１２及びパーティション５１３を含む。パーティション５１２は、パーティション名４０３が「ＰＡ００１」のパーティションであり、パーティション５１３は、パーティション名４０３が「ＰＡ００２」のパーティションである。
【００８１】
パーティション５１２は、ブートセクタ５０２、カーネル５０３、及びドライバ５０４を含む。ブートセクタ５０２は、固定領域１２２に含まれ、カーネル５０３及びドライバ５０４は、システムファイル１２３に含まれる。また、図６に示す例において、カーネル５０３及びドライバ５０４の斜線部は、システム起動処理時にアクセスされた部分を示す。つまり、ＯＳ２０３の起動処理時にアクセスされたデータを示す。
【００８２】
パーティション５１３は、ライブラリ５０５及びアプリケーション５０６を含む。ライブラリ５０５及びアプリケーション５０６は、システムファイル１２３に含まれる。図６に示す例において、ライブラリ５０５の斜線部は、システム起動処理時にアクセスされた部分を示す。つまり、ＯＳ２０３の起動処理時にアクセスされたデータを示す。
【００８３】
システムボリューム５１６は、パーティション５１４を含む。パーティション５１４は、パーティション名４０３が「ＰＡ００３」のパーティションである。
【００８４】
パーティション５１４は、ブートセクタ５０７、カーネル５０８、ドライバ５０９、ライブラリ５１０、及びアプリケーション５１１を含む。ブートセクタ５０７は、固定領域１２２に含まれる。また、カーネル５０８、ドライバ５０９、ライブラリ５１０、及びアプリケーション５１１は、システムファイル１２３に含まれる。
【００８５】
図６に示す例において、カーネル５０８、ドライバ５０９、及びライブラリ５１０の斜線部は、システム起動処理時にアクセスされた部分を示す。つまり、ＯＳ２０３の起動処理時にアクセスされたデータを示す。
【００８６】
従来は、障害復旧のため論理ボリューム１２１全体を保存する必要があった。しかし、本発明では、図６に示すようにシステム起動処理に必要となる情報（ファイル）のみを保存することが可能となる。また、システム起動に必要となる情報（ファイル）を、固定領域１２２と、システムファイル１２３に含まれる情報（ファイル）とに分けて保存されることによって、より迅速かつ詳細な障害復旧が可能となる。
【００８７】
また、本発明では、システムファイル１２３に含まれる情報（ファイル）のうち、図６に示すように、斜線部に関する情報を特定し、当該斜線部に関する情報が保存される。
【００８８】
なお、計算機システムが仮想化環境を備える場合、各システム側論理パーティション１６０１が、論理ボリューム１２１に対応する。
【００８９】
図７は、本発明の実施形態における論理ボリューム１２１のブロック位置とファイルとの対応関係を示す説明図である。
【００９０】
ファイルシステム１０７は、ファイル６０１、及び当該ファイル６０１データが格納される論理ボリューム１２１上のブロック位置との対応関係を示すメタデータ１０８を格納する。ファイルシステム１０７は、システムファイル１２３が論理ボリューム１２１上の複数のブロックに格納されたデータを一つのファイル６０１として扱えるようにする。
【００９１】
ファイル探索部１０３は、ファイルシステム１０７に格納されるメタデータ１０８を用いてファイル６０１を特定する。
【００９２】
具体的には、ファイル探索部１０３は、参照ブロック記録領域１２０に格納された論理ボリューム１２１上のブロック位置を取得し、取得されたブロック位置に基づいて、メタデータ１０８を検索する。
【００９３】
ファイルシステム１０７内に取得ブロック位置とメタデータ１０８とを関連付ける指標が存在する場合、ファイル探索部１０３は、当該指標を用いてメタデータを検索する。ファイルシステム１０７内に取得ブロック位置とメタデータ１０８とを関連付ける指標が存在しない場合、ファイル探索部１０３は、メタデータ１０８を順次探索し、取得ブロック位置が含まれるメタデータ１０８を検索する。
【００９４】
次に、ファイル探索部１０３は、特定されたメタデータ１０８から該当するファイル６０１を特定する。
【００９５】
これによって、ファイル探索部１０３は、システムファイル１２３に含まれるファイル６０１の中から、システム起動処理時に必要となるファイル６０１を特定することができる。なお、ファイル探索部１０３の詳細については、図１０を用いて後述する。
【００９６】
以下、図８〜図１４を用いて、システム側サーバ装置１０１が正常に起動しているときに実行される処理について説明する。
【００９７】
図８は、本発明の実施形態のシステム側サーバ装置１０１の処理を説明するフローチャートである。
【００９８】
システム側サーバ装置１０１においてシステム起動処理が開始されると、まず、ＢＩＯＳ１０９は、起動開始通知部１１０を用いて、管理側サーバ装置１１１の起動通知受信部１１４、及びディスクコントローラ１１７の起動通知受信部１１８にシステム起動処理が開始した旨を通知する（ステップ７０１）。
【００９９】
次に、ＢＩＯＳ１０９は、システム制御部１０２を呼び出し（ステップ７０２）、処理を終了する。
【０１００】
図９は、本発明の実施形態のシステム制御部１０２の処理を説明するフローチャートである。
【０１０１】
ＢＩＯＳ１０９によって呼び出されたシステム制御部１０２は、起動処理が完了したか否かを判定する（ステップ８０１）。システム制御部１０２は、起動処理が完了したと判定されるまでステップ８０１の処理を周期的に実行する。
【０１０２】
起動処理が完了したと判定された場合、システム制御部１０２は、起動完了通知部１０６を用いて、管理側サーバ装置１１１の起動通知受信部１１４、及びディスクコントローラ１１７の起動通知受信部１１８に起動処理が完了した旨を通知する（ステップ８０２）。
【０１０３】
システム制御部１０２は、ファイル探索部１０３を呼び出し（ステップ８０３）、次に、固定領域取得部１０４を呼び出し（ステップ８０４）、その後処理を終了する。
【０１０４】
図１０は、本発明の実施形態のファイル探索部１０３の処理を説明するフローチャートである。
【０１０５】
ファイル探索部１０３は、参照ブロック記録領域１２０から、論理ボリューム１２１内の参照ブロック位置を取得する（ステップ９０１）。具体的には、ファイル探索部１０３は、参照ブロック記録領域１２０から図４に示すようなテーブルを取得する。
【０１０６】
ファイル探索部１０３は、全ての参照ブロック位置について処理が終了したか否かを判定する（ステップ９０２）。具体的には、ファイル探索部１０３は、図４に示すようなテーブルの全てのエントリについて処理を終了したか否かを判定する。
【０１０７】
全ての参照ブロック位置について処理が終了したと判定された場合、ファイル探索部１０３は、処理を終了する。
【０１０８】
全ての参照ブロック位置について処理が終了していないと判定された場合、ファイル探索部１０３は、取得された参照ブロック位置に基づいて、ファイルシステム１０７のメタデータ１０８を検索し、当該参照ブロック位置に対応するファイルを特定する（ステップ９０３）。具体的には、ファイル探索部１０３は、図４に示すようなテーブルから参照ブロック位置を一つ選択し、当該参照ブロック位置を含むメタデータ１０８があるか否かを判定する。
【０１０９】
ファイル探索部１０３は、参照ブロック位置に対応するファイルがあるか否かを判定する（ステップ９０４）。
【０１１０】
参照ブロック位置に対応するファイルがないと判定された場合、ファイル探索部１０３は、ステップ９０２に戻り、同様の処理を実行する。
【０１１１】
参照ブロック位置に対応するファイルがあると判定された場合、ファイル探索部１０３は、参照ブロック位置に対応するファイルが転送済みであるか否かを判定する（ステップ９０５）。具体的には、ファイル探索部１０３は、管理側サーバ装置１１１に、参照ブロック位置に対応するファイルが転送済みであるか否かを問い合わせる。
【０１１２】
参照ブロック位置に対応するファイルが転送済みであると判定された場合、ファイル探索部１０３は、ステップ９０２に戻り、同様の処理を実行する。
【０１１３】
参照ブロック位置に対応するファイルが転送済みでないと判定された場合、ファイル探索部１０３は、特定されたファイルと、特定されたファイルのファイルパスとをブート情報転送部１０５を介してブート情報受信部１１５に転送し（ステップ９０６）、ステップ９０２に戻り、同様の処理を実行する。転送された情報は、ブート情報としてブート情報格納領域１２８に格納される。
【０１１４】
前述した処理によって、ＯＳ２０３の起動処理に必要となるファイルが特定され、特定されたファイルに関する情報が管理側サーバ装置１１１に格納される。
【０１１５】
図１１は、本発明の実施形態の固定領域取得部１０４の処理を説明するフローチャートである。
【０１１６】
固定領域取得部１０４は、固定領域の位置情報ファイル１２４から固定領域１２２のブロック位置を取得する（ステップ１００１）。
【０１１７】
固定領域取得部１０４は、ブート情報転送部１０５を介して、固定領域１２２のブロック位置情報をブート情報受信部１１５に転送する（ステップ１００２）。
【０１１８】
固定領域取得部１０４は、固定領域のデータファイル１２５を参照し、ブート情報転送部１０５を介して、固定領域１２２に格納されるデータの内容をブート情報受信部１１５に転送する（ステップ１００３）。転送された情報は、ブート情報としてブート情報格納領域１２８に格納される。
【０１１９】
なお、本実施形態では、システム側サーバ装置１０１が固定領域取得部１０４を備えていたが、ストレージ装置１１６が固定領域取得部１０４を備えていてもよい。
【０１２０】
図１２は、本発明の実施形態のブート情報転送部１０５の処理を説明するフローチャートである。
【０１２１】
ブート情報転送部１０５は、ファイル探索部１０３及びブート情報転送部１０５のそれぞれから送信された情報（具体的には、ＯＳ２０３の起動処理に必要となるファイルに関する情報及び固定領域１２２に関する情報）をブート情報受信部に転送し（ステップ１１０１）、処理を終了する。
【０１２２】
図１３は、本発明の実施形態のブート情報受信部１１５の処理を説明するフローチャートである。
【０１２３】
ブート情報受信部１１５は、ブート情報転送部１０５から送信されたブート情報を受信し、受信した情報をブート情報格納領域１２８に格納し（ステップ１２０１）、処理を終了する。
【０１２４】
図１４は、本発明の実施形態の参照ブロック記録部１１９の処理を説明するフローチャートである。
【０１２５】
参照ブロック記録部１１９は、システム起動処理が開始されたか否かを判定する（ステップ１３０１）。具体的には、参照ブロック記録部１１９は、起動通知受信部１１８に、ＢＩＯＳ１０９からシステム起動処理の開始の通知を受信したか否かを問い合わせる。
【０１２６】
システム起動処理が開始されていないと判定された場合、参照ブロック記録部１１９は、システム起動処理が開始されたと判定されるまでステップ１３０１の処理を周期的に実行する。
【０１２７】
システム起動処理が開始されたと判定された場合、参照ブロック記録部１１９は、参照ブロック位置の記録を開始する（ステップ１３０２）。つまり、参照ブロック記録部１１９は、システム起動処理の開始通知を契機に、参照ブロック位置の記録処理を開始する。
【０１２８】
参照ブロック記録部１１９は、システムの起動処理が完了したか否かを判定する（ステップ１３０３）。具体的には、参照ブロック記録部１１９は、起動通知受信部１１８に、起動完了通知部１０６からシステム起動処理の完了の通知を受信したか否かを問い合わせる。
【０１２９】
システムの起動処理が完了していないと判定された場合、参照ブロック記録部１１９は、システムの起動処理が完了されるまでステップ１３０３の処理を周期的に実行する。
【０１３０】
システムの起動処理が完了したと判定された場合、参照ブロック記録部１１９は、参照ブロック位置の記録処理を終了する（ステップ１３０４）。
【０１３１】
以上が、システム側サーバ装置１０１が正常に起動している時に実行される処理の説明である。以下、図１５及び図１６を用いて、システム側サーバ装置１０１の障害監視、及び障害復旧の処理について説明する。
【０１３２】
図１５は、本発明の実施形態のサーバ監視部１１３の処理を説明するフローチャートである。
【０１３３】
サーバ監視部１１３は、システム起動処理が開始されたか否かを判定する（ステップ１４０１）。具体的には、サーバ監視部１１３は、起動通知受信部１１８にＢＩＯＳ１０９からシステム起動処理の開始の通知を受信したか否かを問い合わせる。なお、ステップ１４０１は、システム側サーバ装置１０１の監視を開始する契機を判定するための処理である。
【０１３４】
システムの起動処理が開始されていないと判定された場合、サーバ監視部１１３は、システムの起動処理が開始されたと判定されるまでステップ１４０１の処理を周期的に実行する。また、システム起動処理が開始されたと判定された場合、システム側サーバ装置１０１の起動処理の障害を検出するためのタイマのカウントが開始される。
【０１３５】
システム起動処理が開始されたと判定された場合、サーバ監視部１１３は、所定時間内にシステム起動処理の完了通知を受信したか否かを判定する（ステップ１４０２）。具体的には、サーバ監視部１１３は、起動通知受信部１１４に、起動完了通知部１０６からシステム起動処理の完了の通知を受信したか否かを問い合わせる。
【０１３６】
ステップ１４０２の処理において、所定時間内にシステム起動処理の完了の通知が受信されない場合、サーバ監視部１１３は、システム起動処理に障害が発生したと判定する。なお、所定時間は、予め設定された値であってもよいし、システムの運用に応じて変更可能な値を用いてもよい。
【０１３７】
所定時間内にシステムの起動処理の完了通知を受信したと判定された場合、つまり、システム起動処理が正常に完了したと判定された場合、サーバ監視部１１３は、処理を終了する。
【０１３８】
所定時間内にシステムの起動処理の完了通知を受信していないと判定された場合、つまり、システム起動処理に障害が発生したと判定された場合、サーバ監視部１１３は、システム側サーバ装置１０１にシステム復旧部１２７を転送し、その後、システム側サーバ装置１０１内でシステム復旧部１２７を起動させる（ステップ１４０３）。
【０１３９】
サーバ監視部１１３は、システム復旧部１２７から復旧完了通知を受信したか否かを判定する（ステップ１４０４）。
【０１４０】
システム復旧部１２７から復旧完了通知を受信していないと判定された場合、サーバ監視部１１３は、復旧完了通知を受信したと判定されるまでステップ１４０４の処理を周期的に実行する。
【０１４１】
システム復旧部１２７から復旧完了通知を受信したと判定された場合、サーバ監視部１１３は、システム制御部１０２を再起動させ（ステップ１４０５）、処理を終了する。
【０１４２】
図１６は、本発明の実施形態のシステム復旧部１２７の処理を説明するフローチャートである。
【０１４３】
システム復旧部１２７は、ブート情報格納領域１２８から固定領域１２２のブロック位置情報を取得する（ステップ１５０１）。ステップ１５０１で取得される情報は、システム側サーバ装置１０１が正常に起動した場合におけるブロック位置の情報である。
【０１４４】
システム復旧部１２７は、全ての参照ブロック位置について処理を終了したか否かを判定する（ステップ１５０２）。
【０１４５】
全ての参照ブロック位置について処理を終了していないと判定された場合、システム復旧部１２７は、参照ブロック記録領域１２０から参照ブロック位置情報を取得する（ステップ１５０３）。
【０１４６】
システム復旧部１２７は、参照ブロック位置情報に、固定領域１２２のブロック位置以外の情報が含まれるか否かを判定する（ステップ１５０４）。つまり、固定領域の読み出し処理中における障害か、システムファイル１２３に含まれるファイルの読み出し処理中における障害かが判定される。より詳しくは、ＯＳ２０３が起動される前に実行される処理における障害か、又は、ＯＳ２０３の起動処理における障害かが判定される。
【０１４７】
参照ブロック位置情報に、固定領域１２２のブロック位置以外の情報が含まれると判定された場合、つまり、システムファイル１２３に含まれるファイルの読み出し処理中における障害（ＯＳ２０３の起動処理における障害）であると判定された場合、システム復旧部１２７は、ファイルシステム１０７内のメタデータ１０８を修復する（ステップ１５０５）。
【０１４８】
システム復旧部１２７は、ブート情報格納領域１２８に格納され、ＯＳ２０３の起動処理に必要となるファイルを取得する（ステップ１５０６）。
【０１４９】
システム復旧部１２７は、取得されたファイルを用いてシステムファイル１２３を復旧する（ステップ１５０７）。
【０１５０】
ステップ１５０５〜ステップ１５０７の処理によって、システムの起動処理に必要となるファイルを復旧することができる。
【０１５１】
ステップ１５０２において、全ての参照ブロック位置について処理が終了したと判定された場合、つまり、固定領域１２２の読み出し処理中における障害（ＯＳ２０３が起動される前に実行される処理における障害）であると判定された場合、システム復旧部１２７は、ブート情報格納領域１２８に格納された固定領域に関する情報を取得する（ステップ１５０８）。
【０１５２】
システム復旧部１２７は、取得された情報を用いて固定領域を復旧し（ステップ１５０９）、ステップ１５１０に進む。
【０１５３】
ステップ１５０８〜ステップ１５０９の処理によって、固定領域１２２を復旧することができる。
【０１５４】
なお、ステップ１５０５及びステップ１５０９における復旧処理は、取得された情報をリストアすることによって、障害発生箇所の復旧をする方法が考えられる。
【０１５５】
本実施形態によれば、計算機システムは、システム起動処理時にアクセスされた論理ボリューム１２１のブロック位置情報から、起動処理に必要となる情報（ファイル）を特定し、当該情報（ファイル）に関する情報を保存する。また、計算機システムは、システム起動処理に必要となる固定領域１２２の情報を保存する。
【０１５６】
これによって、計算機システムは、システム起動処理の障害発生時に、システム起動処理に必要となる情報（ファイル）のみを復旧することができ、迅速にシステム側サーバ装置１０１を復旧することができる。したがって、障害復旧処理の時間を大幅に短縮することができる。
【０１５７】
また、参照ブロック位置情報が格納されることによって、計算機システムは、障害発生の原因が、固定領域１２２の読み出し処理中の障害であるか、又は、ファイルシステム１０７の読み出し処理中の障害であるかを判定できる。つまり、計算機システムは、システム起動処理の障害発生の原因が、ＯＳ２０３が起動される前に実行される処理における障害か、又は、ＯＳ２０３の起動処理における障害かが判定できる。したがって、より詳細な復旧処理を実行することができる。また、障害復旧のために必要となる情報（ファイル）を最小限にすることができる。
【０１５８】
本実施形態では、ＭＢＲ（Ｍａｓｔｅｒ  Ｂｏｏｔ  Ｒｅｃｏｒｄ）及びブートセクタを固定領域としたがこれに限定されない。固定領域は、ＯＳ２０３が起動される前に読み出されるデータであればよい。
【０１５９】
なお、本実施形態はＢＩＯＳ１０９のかわりにＥＦＩ（Ｅｘｔｅｎｓｉｂｌｅ  Ｆｉｒｍｗａｒｅ  Ｉｎｔｅｒｆａｃｅ）を備えるシステム側サーバ装置１０１であってもよい。
【０１６０】
本実施形態では、ＯＳ２０３起動処理前の処理とＯＳ起動処理とに必要な情報を保存していたが本発明はこれに限定されない。例えば、計算機システムが仮想化環境を備える場合には、システム側サーバ装置１０１が備えるハイパバイザ１６０２の起動処理前の処理、ハイパバイザ１６０２の起動処理、及びゲストＯＳ（システム側論理パーティション１６０１）起動処理とそれぞれの処理に必要となるデータを保存する形態であってもよい。
【０１６１】
また、本実施形態では、システム起動処理において必要となるファイルだけを保存したが本発明はこれに限定されない。例えば、計算機システムは、システム起動処理に必要となるファイルを識別できる識別子を付して、論理ボリューム１２１の全体をバックアップしてもよい。これによって、計算機システムは、前述した識別子に基づいて、システム起動処理に必要となるファイルを取得し、障害を復旧することができる。また、システム起動処理における障害以外の復旧作業も可能となる。
【０１６２】
また、システム側サーバ装置１０１、管理側サーバ装置１１１、及びストレージ装置１１６が備える構成は、それぞれ、どの装置に格納されていてもよい。
【符号の説明】
【０１６３】
１０１  システム側サーバ装置
１０２  システム制御部
１０３  ファイル探索部
１０４  固定領域取得部
１０５  ブート情報転送部
１０６  起動完了通知部
１０７  ファイルシステム
１０８  メタデータ
１０９  ＢＩＯＳ
１１０  起動開始通知部
１１１  管理側サーバ装置
１１２  サーバ管理部
１１３  サーバ監視部
１１４  起動通知受信部
１１５  ブート情報受信部
１１６  ストレージ装置
１１７  ディスクコントローラ（ＤＫＣ）
１１８  起動通知受信部
１１９  参照ブロック記録部
１２０  参照ブロック記録領域
１２１  論理ディスク
１２２  固定領域
１２３  システムファイル
１２４  位置情報ファイル
１２５  データファイル
１２６  管理プログラム用ディスク
１２７  システム復旧部
１２８  ブート情報格納領域
１２９  システムボリューム
２０１  ＣＰＵ
２０２  メモリ
２０３  ＯＳ
２０４  ネットワークＩ／Ｆ
２０５  ディスクＩ／Ｆ
２０６  ＣＰＵ
２０７  メモリ
２１０  ディスクＩ／Ｆ
２１１  ネットワークＩ／Ｆ
２１３  物理ディスク (1)
３０１  ｏｆｆｓｅｔ
３０２  詳細ｏｆｆｓｅｔ
４０１  システム名
４０２  論理記憶領域
４０３  パーティション名
４０４  格納対象
４０５  格納内容
５０１  マスタブートレコード（ＭＢＲ）
５０２  ブートセクタ
５０３  カーネル
５０４  ドライバ
５０５  ライブラリ
５０６  アプリケーション
５０７  ブートセクタ
５０８  カーネル
５０９  ドライバ
５１０  ライブラリ
５１１  アプリケーション
５１２  パーティション
５１３  パーティション
５１４  パーティション
５１５  システムボリューム
５１６  システムボリューム
６０１  ファイル
１６０１  システム側論理パーティション
１６０２  ハイパバイザ
１６０３  Ｉ／Ｏ制御部
【図１】
2010282468.tif 000003
【図２】
2010282468.tif 000004
【図３】
2010282468.tif 000005
【図４】
2010282468.tif 000006
【図５】
2010282468.tif 000007
【図６】
2010282468.tif 000008
【図７】
2010282468.tif 000009
【図８】
2010282468.tif 000010
【図９】
2010282468.tif 000011
【図１０】
2010282468.tif 000012
【図１１】
2010282468.tif 000013
【図１２】
2010282468.tif 000014
【図１３】
2010282468.tif 000015
【図１４】
2010282468.tif 000016
【図１５】
2010282468.tif 000017
【図１６】
2010282468.tif 000018