(57)【要約】  管理装置は、絶対アドレスと、物理メモリ領域の物理アドレスとを対応付けたマッピングテーブルを用いてメモリアクセスを行う本体装置を管理する。また、管理装置は、本体装置が故障した場合には、本体装置が用いるマッピングテーブルを退避する。また、管理装置は、退避したマッピングテーブルを用いて、物理メモリ領域の物理アドレスに待機系の絶対アドレスを対応付け、運用系の絶対アドレスに物理メモリ領域の物理アドレスを対応付けた第２のマッピングテーブルを生成する。また、管理装置は、生成した第２のマッピングテーブルを本体装置に設定し、第２のマッピングテーブルを用いて、待機系の絶対アドレスと対応付けられた物理アドレスが示す物理メモリ領域からデータを取得する。
2014002220.tif 000002
【特許請求の範囲】
【請求項１】
演算処理装置がデータを指定するために用いる運用系の絶対アドレスと、当該データを記憶するメモリの記憶領域を示す運用系の物理アドレスとを対応付けた変換テーブルを用いてメモリアクセスを行う情報処理装置が故障した場合に、当該変換テーブルを退避する退避部と、
前記退避部が退避した変換テーブルを用いて、故障時における運用系の物理アドレスに対し、前記運用系の絶対アドレスとは異なる待機系の絶対アドレスを対応付け、前記運用系の絶対アドレスに対し、前記故障時における運用系の物理アドレスとは異なる待機系の物理アドレスを対応付けた第２の変換テーブルを生成する生成部と、
前記生成部が生成した第２の変換テーブルを前記情報処理装置に設定する設定部と、
前記設定部が設定した第２の変換テーブルを用いて、前記待機系の絶対アドレスと対応付けられた物理アドレスが示す記憶領域から前記データを取得する取得部と
を有することを特徴とする管理装置。
【請求項２】
前記情報処理装置は、使用する記憶領域を追加する場合は、当該記憶領域を示す物理アドレスに新たな絶対アドレスを対応付けて前記変換テーブルに追加し、
前記生成部は、前記運用系の絶対アドレスと前記情報処理装置が追加した絶対アドレスに故障時における前記待機系の物理アドレスを対応付け、前記故障時における運用系の物理アドレスと、前記情報処理装置が追加した物理アドレスとに前記待機系の絶対アドレスを対応付けた前記第２の変換テーブルを生成することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記設定部は、前記情報処理装置が起動する際に、設定可能なすべての絶対アドレスのうちの半数以下の絶対アドレスを運用系の絶対アドレスとした変換テーブルを前記情報処理装置に設定することを特徴とする請求項１または２に記載の管理装置。
【請求項４】
前記設定部は、設定可能な全ての絶対アドレスのうち下位の絶対アドレスを前記運用系の絶対アドレスとし、設定可能な全ての絶対アドレスのうち上位の絶対アドレスを前記待機系の絶対アドレスとすることを特徴とする請求項３に記載の管理装置。
【請求項５】
前記設定部が設定した第２の変換テーブルに含まれる運用系の絶対アドレスと対応付けられた物理アドレスが示す記憶領域をリセットし、当該リセットした記憶領域を用いて再起動を実行するように前記情報処理装置を制御する制御部を有することを特徴とする請求項１または２に記載の管理装置。
【請求項６】
演算処理装置がデータを指定するための絶対アドレスと、メモリの記憶領域を示す物理アドレスとを対応付けた変換テーブルを用いてメモリアクセスを行う情報処理装置を管理する管理装置が、
前記情報処理装置が故障した場合には、当該変換テーブルを退避し、
前記退避した変換テーブルを用いて、故障時における前記運用系の物理アドレスに前記運用系の絶対アドレスとは異なる待機系の絶対アドレスを対応付け、前記運用系の絶対アドレスに前記故障時における運用系の物理アドレスとは異なる待機系の物理アドレスを対応付けた第２の変換テーブルを生成し、
前記生成した第２の変換テーブルを前記情報処理装置に設定し、
前記設定した第２の変換テーブルを用いて、前記待機系の絶対アドレスと対応付けられた物理アドレスが示す記憶領域から前記データを取得する
処理を実行することを特徴とするデータ取得方法。
【請求項７】
コンピュータに、
演算処理装置がデータを指定するための絶対アドレスと、メモリの記憶領域を示す物理アドレスとを対応付けた変換テーブルを用いてメモリアクセスを行う情報処理装置が故障した場合には、当該変換テーブルを退避し、
前記退避した変換テーブルを用いて、前記故障時における運用系の物理アドレスに前記運用系の絶対アドレスとは異なる待機系の絶対アドレスを対応付け、前記運用系の絶対アドレスに前記故障時における運用系の物理アドレスとは異なる待機系の物理アドレスを対応付けた第２の変換テーブルを生成し、
前記生成した第２の変換テーブルを前記情報処理装置に設定し、
前記設定した第２の変換テーブルを用いて、前記待機系の絶対アドレスと対応付けられた物理アドレスが示す記憶領域から前記データを取得する
処理を実行させることを特徴とするデータ取得プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、データ取得方法およびデータ取得プログラムに関する。
【背景技術】
【０００２】
従来、情報処理システムに障害が発生した場合に障害の原因を解析するためにログを収集する技術が知られている。すなわち、システムに障害が発生すると、障害発生時にシステムが利用していたメモリ上のデータを他の記憶装置等にダンプする技術が知られている。【０００３】
例えば、情報処理システムは、障害が発生したために情報処理システム全体の再起動処理を行う場合には、メモリが記憶するデータのダンプ処理を実行し、その後、全ての物理アドレスが示す物理メモリ領域をクリアする。そして、情報処理システムは、クリア後の物理メモリ領域を用いて、オペレーティングシステム（ＯＳ：Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）の再起動処理を実行する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開昭６３−１３２３２１号公報
【特許文献２】特開平０１−１５６８３６号公報
【特許文献３】特開２００６−０７２９３１号公報
【特許文献４】特開平０２−１７８８６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述したダンプ処理を行った後でＯＳを再起動する技術では、ダンプ処理を実行する間、ＯＳを再起動することができないので、情報処理システムの再起動に時間がかかるという問題があった。【０００６】
なお、情報処理システムを迅速に再起動させるため、運用系のメモリと待機系のメモリとを設け、故障が発生すると、利用するメモリを運用系のメモリから待機系のメモリに切り換えて再起動し、その後、運用系のメモリからデータをダンプする技術が考えられる。しかし、故障が発生した際に利用するメモリを切り換える技術では、運用系のメモリからデータをダンプするために、利用するメモリを待機系のメモリから運用系のメモリに切り換えるので、再起動後の情報処理システムによるメモリアクセスを妨げてしまう。【０００７】
１つの側面では、本発明は、システムを速やかに再起動させつつ、障害発生時のデータをダンプすることを目的とする。
【課題を解決するための手段】
【０００８】
１つの側面では、演算処理装置がデータを指定するための絶対アドレスと、メモリの記憶領域を示す物理アドレスとを対応付けた変換テーブルを用いてメモリアクセスを行う情報処理装置を管理する管理装置である。また、管理装置は、情報処理装置が故障した場合には、情報処理装置が用いる変換テーブルを退避する。また、管理装置は、退避した変換テーブルを用いて、故障時に運用系に割り当てられていた物理アドレスを待機系の絶対アドレスに対応付け、運用系の絶対アドレスに故障時における待機系の物理アドレスを対応付けた第２の変換テーブルを生成する。また、管理装置は、生成した第２の変換テーブルを情報処理装置に設定する。そして、管理装置は、第２の変換テーブルを用いて、待機系の絶対アドレスと対応付けられた物理アドレスが示す記憶領域からデータを取得する。
【発明の効果】
【０００９】
１つの実施形態では、システムを速やかに再起動させつつ、障害発生時のデータをダンプすることができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施例１に係る情報処理装置を説明するための図である。
【図２】図２は、実施例１に係る管理プログラムの機能構成を説明するための図である。
【図３】図３は、従来の情報処理装置が設定していたシステム絶対アドレス空間を説明するための図である。
【図４】図４は、実施例１に係る情報処理装置が設定するシステム絶対アドレス空間を説明するための図である。
【図５】図５は、マッピングテーブルの一例を説明するための図である。
【図６】図６は、本体装置が故障した際に設定するシステム絶対アドレス空間を説明するための図である。
【図７】図７は、本体装置が故障した際に管理装置が設定するマッピングテーブルの一例を説明するための図である。
【図８】図８は、本体装置が故障した際に管理装置が設定する物理メモリリセット情報の一例を説明するための図である。
【図９】図９は、本体装置が再度故障した際に管理装置が設定する物理メモリリセット情報を説明するための図である。
【図１０】図１０は、新たなマッピングテーブルを生成する処理の流れを説明するための図である。
【図１１】図１１は、実施例１に係る情報処理装置が実行する処理の流れを説明するためのフローチャートである。
【図１２】図１２は、データ取得プログラムを実行するコンピュータの一例を説明するための図である。
【発明を実施するための形態】
【００１１】
以下に添付図面を参照して本願に係る管理装置、データ取得方法およびデータ取得プログラムについて説明する。
【実施例１】
【００１２】
以下の実施例１では、図１を用いて、管理装置と本体装置とを有する情報処理装置の一例を説明する。図１は、実施例１に係る情報処理装置を説明するための図である。なお、図１に例示する情報処理装置は、少なくともプログラムを実行する演算処理装置と、演算処理装置が用いるデータを記憶するメモリ等の主記憶装置を有する情報処理装置である。【００１３】
図１に示すように、情報処理装置１０は、管理装置１１と本体装置１８とを有する。また、管理装置１１は、外部記憶装置１２、主記憶装置１３、Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＭＰＵ）１７を有する。また、主記憶装置１３は、マッピングテーブル記憶領域１４、メモリリセット情報記憶領域１５、主記憶情報記憶領域１６を有する。【００１４】
一方、本体装置１８は、マッピングレジスタ１９、メモリリセット情報レジスタ２１、システムコントローラ２３、主記憶制御装置２４、主記憶装置２５を有する。また、マッピングレジスタ１９は、マッピングテーブル２０を記憶する。また、メモリリセット情報レジスタ２１は、物理メモリリセット情報２２を記憶する。【００１５】
また、主記憶装置２５は、物理メモリ領域２６、および物理メモリ領域２７を有する。なお、図１では記載を省略したが、本体装置１８は、ＯＳや各種プログラムを実行するためのＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）等の演算処理装置や、各種機能を発揮するための装置を有するものとする。【００１６】
まず、管理装置１１と本体装置１８とが発揮する機能について説明する。本体装置１８は、ＯＳ、ハイパーバイザ（Ｈｙｐｅｒｖｉｓｏｒ：ＨＰＶ）、アプリケーション等を実行する機能を有し、例えば、メインフレーム等の装置である。詳細には、マッピングレジスタ１９は、演算処理装置がデータを指定するためのシステム絶対アドレスと、主記憶装置２５の記憶領域を示す物理アドレスとを対応付けたマッピングテーブル２０を記憶するレジスタである。【００１７】
また、メモリリセット情報レジスタ２１とは、本体装置１８が再起動する際にクリアする主記憶装置２５の記憶領域を示す物理メモリリセット情報２２を記憶するレジスタである。すなわち、メモリリセット情報レジスタ２１は、再起動後に利用する主記憶装置２５の記憶領域を示すレジスタである。【００１８】
また、システムコントローラ２３とは、本体装置１８の制御を行う制御装置であり、本体装置１８が実行するＯＳやアプリケーションによるメモリアクセスを制御する。具体的には、システムコントローラ２３は、ＯＳやアプリケーションによりメモリアクセスの要求が発行された場合には、メモリアクセスの要求に含まれる絶対アドレスと対応付けられた物理アドレスをマッピングテーブル２０から取得する。そして、システムコントローラ２３は、取得した物理アドレスに対するメモリアクセスの要求を主記憶制御装置２４に出力する。【００１９】
主記憶制御装置２４は、主記憶装置２５に対するメモリアクセスを実行する制御装置であり、例えばＭｅｍｏｒｙ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌｌｅｒ（ＭＡＣ）である。例えば、主記憶制御装置２４は、システムコントローラ２３からメモリアクセスの要求を受信すると、受信したメモリアクセスの要求に含まれる物理アドレスに対し、読み出しや書き込み当の処理を実行する。【００２０】
また、主記憶制御装置２４は、本体装置１８の起動時には、メモリリセット情報レジスタ２１から物理メモリリセット情報２２を取得し、取得した物理メモリリセット情報２２が示す物理メモリ領域のリセットを行う。例えば、主記憶制御装置２４は、物理メモリリセット情報２２が物理メモリ領域２６を示す場合には、本体装置１８の起動時に物理メモリ領域２６のリセットを実行する。また、主記憶制御装置２４は、物理メモリリセット情報２２が物理メモリ領域２７を示す場合には、本体装置１８の起動時に物理メモリ領域２７のリセットを実行する。【００２１】
主記憶装置２５は、本体装置１８がＯＳやアプリケーションを実行する際に用いるデータを格納する記憶装置であり、例えば、メモリである。具体的には、主記憶装置２５は、物理アドレスによって指定される複数の記憶領域を有する。また、主記憶装置２５は、複数の記憶領域を含む物理メモリ領域を複数有し、物理メモリ領域ごとに分割して管理する。例えば、主記憶装置２５は、物理メモリ領域２６、物理メモリ領域２７を有し、物理メモリ領域２６を運用系の物理メモリ領域とし、物理メモリ領域２７を待機系の物理メモリ領域とする。【００２２】
なお、本体装置１８が実行するＯＳやアプリケーションは、設定可能な全てのシステム絶対アドレスにより定義されるシステム絶対アドレス空間のうち、一部に相当するシステム絶対アドレスを用いてメモリアクセスの要求を発行する。具体的には、情報処理装置１０において、システム絶対アドレスは、主記憶装置２５が有する記憶領域を示す全ての物理アドレスと同数だけ準備される。ここで、本体装置１８が実行するＯＳやアプリケーションは、全システム絶対アドレスのうち、下位半分のシステム絶対アドレスのみを用いてメモリアクセスの要求を発行する。【００２３】
また、システムコントローラ２３は、ＯＳやアプリケーションにより、記憶領域の追加を求められた場合には、以下の処理を実行する。すなわち、システムコントローラ２３は、運用系のシステム絶対アドレスのうち、物理アドレスと対応付けられていないシステム絶対アドレスと、追加する記憶領域の物理アドレスとを識別する。そして、システムコントローラ２３は、識別したシステム絶対アドレスと物理アドレスとを対応付けて、マッピングレジスタ１９が記憶するマッピングテーブル２０に追加する。【００２４】
一方、管理装置１１は、運用系のシステム絶対アドレスと物理アドレスと対応付けたマッピングテーブル２０を生成する。例えば、管理装置１１は、本体装置１８が有する主記憶装置２５の全物理アドレスと同数のシステム絶対アドレスのうち、下位半分を運用系のシステム絶対アドレスとし、上位半分を待機系のシステム絶対アドレスとして識別する。【００２５】
そして、管理装置１１は、運用系のシステム絶対アドレスと、主記憶装置２５が有する物理メモリ領域２６の物理アドレスとを対応付けたマッピングテーブル２０を生成する。すなわち、管理装置１１は、運用系のシステム絶対アドレスと運用系の物理アドレスとを対応付けたマッピングテーブル２０を生成する。そして、管理装置１１は、マッピングテーブル２０を本体装置１８のマッピングレジスタ１９に格納する。【００２６】
また、管理装置１１は、運用系のシステム絶対アドレスと対応付けた物理アドレスを示す物理メモリリセット情報２２をメモリリセット情報レジスタ２１に格納する。そして、管理装置１１は、本体装置１８を起動させる。すると、本体装置１８は、物理メモリ領域２６をクリアし、物理メモリ領域２６を用いてＯＳの起動やアプリケーションの実行を行う。【００２７】
なお、管理装置１１は、運用系のシステム絶対アドレス全てを物理アドレスと対応付けたマッピングテーブル２０を生成する必要はない。例えば、管理装置１１は、ＯＳの起動等、本体装置１８の起動に要する数のシステム絶対アドレスを物理アドレスと対応付けたマッピングテーブル２０を生成すればよい。【００２８】
ここで、管理装置１１は、本体装置１８が故障し、本体装置１８の再起動を行う場合には、本体装置１８からマッピングテーブル２０を退避する。そして、管理装置１１は、以下の処理を行い、新たなマッピングテーブル２０を生成する。【００２９】
まず、管理装置１１は、退避したマッピングテーブル２０に運用系のシステム絶対アドレスと対応付けて格納されていた物理アドレスに対して待機系のシステム絶対アドレスを対応付ける。すなわち、管理装置１１は、本体装置１８が故障した際に利用していた記憶領域を待機系のシステム絶対アドレス空間と対応付ける。【００３０】
また、管理装置１１は、退避したマッピングテーブル２０に格納されていた運用系のシステム絶対アドレスに新たな物理アドレスを対応付ける。例えば、管理装置１１は、運用系のシステム絶対アドレスに物理メモリ領域２７の物理アドレスを対応付ける。すなわち、管理装置１１は、本体装置１８が故障した際に利用していなかった記憶領域と、本体装置１８が故障した際に利用していた運用系のシステムアドレス空間とを対応付ける。その後、管理装置１１は、新たなマッピングテーブル２０を本体装置１８に設定し、本体装置１８を再起動させる。【００３１】
すると、本体装置１８は、新たなマッピングテーブル２０を用いて再起動を行う。ここで、本体装置１８が用いる運用系のシステムアドレス空間は、本体装置１８が故障した際に利用していなかった記憶領域と対応付けられている。このため、本体装置１８は、故障した際に利用していたデータをクリアせずに、再起動を行う事ができる。【００３２】
その後、管理装置１１は、待機系のシステムアドレス空間と対応付けられた記憶領域から、データを取得する。ここで、待機系のシステムアドレス空間は、本体装置１８が故障した際に利用していた記憶領域と対応付けられている。このため、管理装置１１は、本体装置１８が再起動した後に、マッピングテーブル２０の書換を行わずとも、本体装置１８が故障した際に利用していたデータのダンプ処理を行うことができる。【００３３】
次に、管理装置１１が有する外部記憶装置１２、主記憶装置１３、ＭＰＵ１７が発揮する機能について説明する。外部記憶装置１２は、管理装置１１が取得する各種データを記憶する記憶部である。例えば、管理装置１１は、本体装置１８のログや、本体装置１８からダンプしたデータ等を外部記憶装置１２に格納する。【００３４】
主記憶装置１３は、マッピングテーブル記憶領域１４、メモリリセット情報記憶領域１５、主記憶情報記憶領域１６を有するメモリである。ここで、マッピングテーブル記憶領域１４とは、本体装置１８がメモリアクセスを行う際に用いるマッピングテーブル２０を格納する記憶領域である。【００３５】
また、メモリリセット情報記憶領域１５とは、本体装置１８が再起動する際に、物理メモリ領域２６、および物理メモリ領域２７のどちらをクリアするかを示す物理メモリリセット情報２２を格納する記憶領域である。また、主記憶情報記憶領域１６とは、本体装置１８が故障した際に利用していた記憶領域からダンプしたデータを格納する記憶領域である。【００３６】
ＭＰＵ１７は、管理プログラムを実行し、主記憶装置１３が有するマッピングテーブル記憶領域１４、メモリリセット情報記憶領域１５、主記憶情報記憶領域１６に格納された各データを用いて、本体装置１８を制御する。以下、ＭＰＵ１７が実行する管理プログラムについて説明する。【００３７】
図２は、実施例１に係る管理プログラムの機能構成を説明するための図である。図２に示すように、管理プログラム２８は、退避部２９、生成部３０、設定部３１、取得部３２を有する。退避部２９は、本体装置１８が故障した場合には、マッピングレジスタ１９からマッピングテーブル２０を退避する。そして、退避部２９は、退避したマッピングテーブル２０を生成部３０に出力する。【００３８】
生成部３０は、退避したマッピングテーブル２０に格納された運用系のシステム絶対アドレスや、本体装置１８が実行するＯＳやアプリケーションによって追加された運用系のシステム絶対アドレスに、使用されていない新たな物理アドレスを対応付ける。例えば、生成部３０は、退避したマッピングテーブル２０に、運用系のシステム絶対アドレスに物理メモリ領域２６の物理アドレスが対応付けられていた場合には、運用系のシステム絶対アドレスに物理メモリ領域２７の物理アドレスを対応付ける。【００３９】
また、生成部３０は、運用系のシステム絶対アドレスと対応付けられた物理アドレスに対して、待機系のシステム絶対アドレスを対応付ける。そして、生成部３０は、新たに対応付けたシステム絶対アドレスと物理アドレスとを含むマッピングテーブル２０を生成し、生成したマッピングテーブル２０を設定部３１に出力する。【００４０】
設定部３１は、生成部３０が生成したマッピングテーブル２０をマッピングレジスタ１９に格納する。また、設定部３１は、生成部３０が生成したマッピングテーブル２０に、運用系のシステム絶対アドレスと対応付けて格納された物理アドレスを識別する。そして、設定部３１は、識別した物理アドレスを示す物理メモリリセット情報２２を生成し、生成した物理メモリリセット情報２２をメモリリセット情報レジスタ２１に格納する。【００４１】
なお、設定部３１は、本体装置１８が最初に起動する際には、主記憶装置１３のマッピングテーブル記憶領域１４に記憶されたマッピングテーブル２０をマッピングレジスタ１９に格納する。また、設定部３１は、本体装置１８が最初に起動する際には、メモリリセット情報記憶領域１５に格納された物理メモリリセット情報２２をメモリリセット情報レジスタ２１に格納する。また、設定部３１は、本体装置１８に設定したマッピングテーブル２０や物理メモリリセット情報２２をマッピングテーブル記憶領域１４やメモリリセット情報記憶領域１５に格納する。【００４２】
その後、設定部３１は、本体装置１８を再起動させる。例えば、設定部３１は、リモートで再起動の指令等を本体装置１８に送信し、本体装置１８を再起動させる等、任意の手法を用いて、本体装置１８を再起動させてよい。その後、設定部３１は、ダンプ処理の実行要求を取得部３２に発行する。【００４３】
取得部３２は、本体装置１８が再起動した場合には、本体装置１８が故障した際に利用していた記憶領域からデータをダンプする。具体的には、取得部３２は、設定部３１からダンプ処理の実行要求を受信すると、主記憶装置１３のマッピングテーブル記憶領域１４に格納されたマッピングテーブル２０を閲覧し、待機系のシステム絶対アドレスと対応付けられた物理アドレスを識別する。すなわち、取得部３２は、本体装置１８が故障した際に利用していた記憶領域を識別する。【００４４】
そして、取得部３２は、主記憶装置２５にメモリアクセスし、識別した記憶領域からデータを取得する。そして、取得部３２は、取得したデータを主記憶情報記憶領域１６に格納し、その後、取得したデータを外部記憶装置１２に格納する。例えば、生成部３０は、本体装置１８が故障した際に物理メモリ領域２６を利用していた場合には、物理メモリ領域２６の物理アドレスと待機系のシステム絶対ドレスとを対応付ける。このため、取得部３２は、本体装置１８が再起動した後に、物理メモリ領域２６からデータをダンプする。【００４５】
次に、図３〜図９を用いて、管理装置１１および本体装置１８が設定するシステム絶対アドレス空間と、物理メモリ領域２６、２７との関係を説明する。まず、図３を用いて、従来の情報処理装置が設定していたシステム絶対アドレス空間と物理メモリ領域との関係について説明する。【００４６】
図３は、従来の情報処理装置が設定していたシステム絶対アドレス空間を説明するための図である。例えば、情報処理装置は、図３に示すように、システム絶対アドレス空間全体を運用系システムアドレス空間とし、システム絶対アドレス空間全体を１つの物理メモリ領域と対応付けていた。このため、従来の情報処理装置が有する本体装置は、図３中（Ａ）に示すように、システム絶対アドレス空間全体を運用系システムアドレス空間として識別した。また、従来の情報処理装置が有する管理装置は、図３中（Ｂ）に示すように、システム絶対アドレス空間全体を運用系システムアドレス空間として識別した。【００４７】
この結果、例えば、新たな物理メモリ領域を設定した場合には、従来の情報処理装置は、運用系システムアドレス空間と、新たな物理メモリ領域とを対応付けたマッピングテーブルを設定する。しかしながら、従来の情報処理装置は、元の物理メモリ領域に記憶されたデータをダンプする場合には、元の物理メモリ領域にアクセスする際に、再度運用系システムアドレス空間と、元の物理メモリ領域とを対応付けたマッピングテーブルを生成する。この結果、従来の情報処理装置は、本体装置の再起動後にダンプ処理を実行する際、再起動後の本体装置によるメモリアクセスを妨げてしまう。【００４８】
一方、図４は、実施例１に係る情報処理装置が設定するシステム絶対アドレス空間を説明するための図である。例えば、情報処理装置１０は、システム絶対アドレス空間のうち下位のシステム絶対アドレス空間を運用系システムアドレス空間と定義し、システム絶対アドレス空間のうち上位のシステム絶対アドレス空間を待機系システムアドレス空間と定義する。また、情報処理装置１０は、下位のシステム絶対アドレス空間を物理メモリ領域２６の物理アドレスと対応付け、上位のシステム絶対アドレス空間を物理メモリ領域２７の物理アドレスと対応付ける。【００４９】
ここで、本体装置１８は、図４中（Ｃ）に示す運用系システムアドレス空間を用いて処理を行う。このため、本体装置１８は、物理メモリ領域２６のみを用いて、処理を実行し、図４中（Ｄ）に示す待機系システムアドレス空間と対応付けられた物理メモリ領域２７に対しては、アクセスを行わない。一方、管理装置１１は、図４中（Ｅ）に示すように、運用系システムアドレス空間と、待機系システムアドレス空間とを識別することができる。【００５０】
図５は、マッピングテーブルの一例を説明するための図である。なお、図５には、図４に示すようにアドレス空間を定義した際に管理装置１１が設定するマッピングテーブル２０の一例を記載した。例えば、図４に示すようにアドレス空間を定義した場合には、管理装置１１は、図５に例示するマッピングテーブルＡを本体装置１８に設定する。【００５１】
詳細には、図５に示すように、マッピングテーブルＡには、運用系システムアドレス空間の絶対アドレスと物理メモリ領域２６の物理アドレスとが対応付けて格納される。また、マッピングテーブルＡには、待機系システムアドレス空間の絶対アドレスと物理メモリ領域２７の物理アドレスとが対応付けて記憶される。ここで、本体装置１８は、運用系システムアドレス空間のみを識別するので、物理メモリ領域２６のみを用いて処理を行う。【００５２】
ここで、図６は、本体装置が故障した際に設定するシステム絶対アドレス空間を説明するための図である。図６に示すように、管理装置１１は、本体装置１８が故障した場合には、運用系システムアドレス空間と待機系システムアドレス空間に対応付けられていた物理メモリ領域の入れ換えを行う。【００５３】
具体的には、管理装置１１は、本体装置１８が故障した際に、図５に示すマッピングテーブルＡを本体装置１８から退避させる。そして、管理装置１１は、下位のシステム絶対アドレス空間を物理メモリ領域２７と対応付け、上位のシステム絶対アドレス空間を物理メモリ領域２６と対応付けたマッピングテーブルを生成する。【００５４】
すなわち、管理装置１１は、図６中（Ｆ）に示すように、本体装置１８が識別する運用系システムアドレス空間と物理メモリ領域２７とを対応付ける。また、管理装置１１は、図６中（Ｇ）に示すように、本体装置１８が識別しない待機系システムアドレス空間と物理メモリ領域２６とを対応付ける。【００５５】
ここで、図７は、本体装置が故障した際に管理装置が設定するマッピングテーブルの一例を説明するための図である。例えば、管理装置１１は、本体装置１８が故障した場合には、本体装置１８に設定されていたマッピングテーブルＡを退避する。そして、管理装置１１は、運用系システムアドレス空間のシステム絶対アドレスと、待機系システムアドレス空間のシステム絶対アドレスとに対応付けられていた物理アドレスの入れ換えを行う。【００５６】
詳細には、管理装置１１は、マッピングテーブルＡの運用系システムアドレス空間に物理メモリ領域２７を対応付け、待機系システムアドレス空間に物理メモリ領域２６を対応付けたマッピングテーブルＢを生成する。そして、管理装置１１は、マッピングテーブルＢを本体装置１８のマッピングレジスタ１９に格納する。【００５７】
また、図８は、本体装置が故障した際に管理装置が設定する物理メモリリセット情報の一例を説明するための図である。例えば、管理装置１１は、図６に示すようにアドレス空間を定義した場合には、図８に示すように、物理メモリ領域２７をリセットする旨を示す物理メモリリセット情報Ａを本体装置１８に設定し、本体装置１８を再起動させる。【００５８】
この結果、本体装置１８は、運用系システムアドレス空間と対応付けられた物理メモリ領域２７をクリアし、物理メモリ領域２７を用いて、ＯＳやアプリケーションを実行する。また、本体装置１８は、運用系システムアドレス空間のみを識別するため、待機系システムアドレス空間と対応付けられた物理メモリ領域２６についてはアクセスしない。すなわち、本体装置１８は、故障発生前に利用していた物理メモリ領域２６をクリアせずに再起動する。【００５９】
このため、管理装置１１は、待機系システムアドレス空間のシステム絶対アドレスを用いて主記憶装置２５に対するメモリアクセスを実行することで、本体装置１８が故障前に利用していたデータをダンプすることができる。この結果、情報処理装置１０は、本体装置１８の再起動を迅速に行いつつ、ダンプ処理を確実に行うことができる。【００６０】
なお、図９は、本体装置が再度故障した際に管理装置が設定する物理メモリリセット情報を説明するための図である。例えば、管理装置１１は、マッピングテーブルＢが設定された本体装置１８が故障した場合には、マッピングテーブルＢを退避する。そして、管理装置１１は、マッピングテーブルＢの運用系システムアドレス空間と待機系システムアドレス空間に対応付けられた物理メモリ領域を入れ換えたマッピングテーブル、すなわち、マッピングテーブルＡを生成し、本体装置１８に格納する。【００６１】
また、管理装置１１は、図９に示すように、物理メモリ領域２６をメモリリセット領域とした物理メモリリセット情報Ｂを生成し、生成した物理メモリリセット情報Ｂをメモリリセット情報レジスタ２１に格納する。この結果、本体装置１８は、物理メモリ領域２６をクリアし、その後、物理メモリ領域２６を用いてＯＳやアプリケーションを実行する。そして、管理装置１１は、物理メモリ領域２７に格納されていたデータのダンプ処理を行う。【００６２】
なお、図５、図７において、管理装置１１は、マッピングテーブルＡおよびマッピングテーブルＢに運用系のシステムアドレス空間のシステム絶対アドレスと、待機系のシステムアドレス空間のシステム絶対アドレスとを格納した。しかし、管理装置１１は、本体装置１８の初期設定を行う場合には、運用系のシステムアドレス空間のシステム絶対アドレスのみを物理アドレスと対応付けたマッピングテーブル２０を生成すればよい。【００６３】
そして、管理装置１１は、本体装置１８が故障した際に、運用系のシステムアドレス空間のシステム絶対アドレスと、待機系のシステムアドレス空間のシステム絶対アドレスとを格納したマッピングテーブル２０を新たに生成すればよい。【００６４】
なお、マッピングレジスタ１９は、複数のレジスタ群を有し、各レジスタ群にシステム絶対アドレスと物理アドレスとの対応付けを記憶する。ここで、マッピングレジスタ１９の各レジスタ群は、本体装置１８が実行するＯＳが書換を行う事で、運用系システムアドレス空間と、物理メモリ領域との対応の変更や追加を行うことも可能である。【００６５】
このため、管理装置１１は、マッピングテーブルＡおよびマッピングテーブルＢを予め記憶し、本体装置１８が故障した際にマッピングテーブルを入れ換えた場合には、ＯＳによる変更や追加を再起動後に用いる物理メモリ領域に反映することができない。そこで、管理装置１１は、本体装置１８が記憶するマッピングテーブル２０を一端退避させ、退避したマッピングテーブル２０から再起動後に用いる新たなマッピングテーブル２０を生成する。【００６６】
以下、図１０を用いて、管理装置１１が退避させたマッピングテーブル２０から新たなマッピングテーブル２０を生成する処理の流れについて説明する。図１０は、新たなマッピングテーブルを生成する処理の流れを説明するための図である。なお、図１０に示す例では、マッピングレジスタ１９が６つのレジスタ群を有し、各レジスタ群にシステム絶対空間を示すシステム絶対アドレスと、物理メモリ領域を示す物理アドレスとを対応付けて記憶する例について記載した。【００６７】
例えば、管理装置１１は、図１０中（Ｈ）に示すように、「運用系システムアドレス空間＃１」のシステム絶対アドレスと、「領域＃００」の物理アドレスとを対応付けてレジスタ番号「０」のレジスタ群に格納するマッピングテーブルＡを生成する。また、管理装置１１は、「運用系システムアドレス空間＃２」のシステム絶対アドレスと、「領域＃０１」の物理アドレスとを対応づけてレジスタ番号「１」のレジスタ群に格納するマッピングテーブルＡを生成する。そして、管理装置１１は、生成したマッピングテーブルＡを初期設定として、本体装置１８のマッピングレジスタ１９に設定する。すると、本体装置１８は、マッピングテーブルＡを用いて立ち上げを行う。【００６８】
ここで、本体装置１８が実行するオペレーティングシステム３３は、図１０中（Ｉ）に示すように、運用系システムアドレス空間を追加する。詳細には、オペレーティングシステム３３は、レジスタ番号「２」のレジスタ群に、「運用系システムアドレス空間＃３」のシステム絶対アドレスと「領域＃０２」とを対応付けて格納する。以下、オペレーティングシステム３３により対応付けが追加されたマッピングテーブルをマッピングテーブルＡ’と記載する。【００６９】
ここで、本体装置１８に障害が発生すると、管理装置１１は、マッピングテーブルＡ’を退避し、退避したマッピングテーブルＡ’を用いて、マッピングテーブルＢを作成する。詳細には、管理装置１１は、図１０中（Ｊ）に示すように、「運用系システムアドレス空間＃０〜＃３」と対応付けられていた「領域＃００〜＃０２」に「待機系システムアドレス空間＃１〜＃３」を対応付けたマッピングテーブルＢを作成する。また、管理装置１１は、図１０中（Ｋ）に示すように、「運用系システムアドレス空間＃１〜＃３」に、新たな記憶領域として「領域＃０３〜＃０５」を対応付けたマッピングテーブルＢを作成する。【００７０】
そして、管理装置１１は、マッピングテーブルＢをマッピングレジスタ１９に設定し、本体装置１８を再起動する。この結果、本体装置１８は、故障発生前にオペレーティングシステム３３が設定した運用系システムアドレス空間を保持したまま、再起動することができる。【００７１】
なお、本体装置１８が追加した運用系システムアドレス空間と待機系システムアドレス空間とを一対一対応させる場合には、運用系システムアドレス空間は、物理アドレスの半分、すなわち、全システム絶対アドレス空間の半分までとなる。しかし、メインフレームのように、使用する物理アドレス空間が物理アドレス空間全体と比較して比較的小さい場合は、運用系システムアドレス空間を、物理アドレスの半分、すなわち、全システム絶対アドレス空間の半分までに限定しても問題はない。【００７２】
次に、図１１を用いて、情報処理装置１０が実行する処理の流れについて説明する。図１１は、実施例１に係る情報処理装置が実行する処理の流れを説明するためのフローチャートである。なお、図１１に示す例では、図５に示すマッピングテーブルＡがマッピングテーブル２０としてマッピングレジスタ１９に格納されているものとする。【００７３】
例えば、管理装置１１は、本体装置１８の状態を任意の方法で監視し、障害が発生したか否かを判別する（ステップＳ１０１）。そして、管理装置１１は、障害が発生していない場合には（ステップＳ１０１否定）、本体装置１８の監視を継続し、障害が発生したか判別する（ステップＳ１０１）。また、管理装置１１は、本体装置１８において障害が発生した場合には（ステップＳ１０１肯定）、マッピングレジスタ１９からマッピングテーブルＡを退避する（ステップＳ１０２）。【００７４】
次に、管理装置１１は、図８に示す物理メモリリセット情報Ａをメモリリセット情報レジスタ２１に書込む（ステップＳ１０３）。次に、管理装置１１は、図７に示すマッピングテーブルＢをマッピングレジスタ１９に書込む（ステップＳ１０４）。すると、本体装置１８は、物理メモリ領域２７のみをリセットし（ステップＳ１０５）、マッピングテーブルＢで運用システムのＯＳを起動させる（ステップＳ１０６）。この結果、本体装置１８は、マッピングテーブルＢで動作を開始する（ステップＳ１０７）。その後、管理装置１１は、待機系システムアドレス空間と対応付けられた物理メモリ領域２６から障害発生時のデータをダンプし（ステップＳ１０８）、処理を終了する。【００７５】
［実施例１の効果］
上述したように、本体装置１８は、運用系のシステム絶対アドレスと物理メモリ領域２６の物理アドレスとを対応付けたマッピングテーブル２０を用いてメモリアクセスを行う。一方、管理装置１１は、本体装置１８が故障した場合には、マッピングテーブル２０を退避させる。そして、管理装置１１は、運用系のシステム絶対アドレスと物理メモリ領域２７を対応付け、待機系のシステム絶対アドレスと物理メモリ領域２６を対応付けた新たなマッピングテーブル２０を生成する。【００７６】
その後、管理装置１１は、新たなマッピングテーブル２０をマッピングレジスタ１９に記憶させ、本体装置１８を再起動させる。また、管理装置１１は、待機系のシステム絶対アドレスと対応付けられた物理メモリ領域２６から、データを取得する。このため、管理装置１１は、再起動を迅速に行いつつ、本体装置１８が故障した際に利用していたデータを任意のタイミングでダンプすることができる。【００７７】
すなわち、管理装置１１は、本体装置１８が故障した際に利用していなかった物理メモリ領域２７の物理アドレス、つまり故障時における待機系の物理アドレスに運用系のシステム絶対アドレスを対応付けたマッピングテーブル２０をマッピングレジスタ１９に格納する。このため、管理装置１１は、本体装置１８が故障した際に利用していたデータのダンプを行う前に、本体装置１８の再起動を行う事ができる。【００７８】
また、管理装置１１は、本体装置１８が故障した際に利用していた物理メモリ領域２６の物理アドレス、つまり故障時における運用系の物理アドレスを待機系のシステム絶対アドレスと対応付けたマッピングテーブル２０をマッピングレジスタ１９に格納する。このため、管理装置１１は、本体装置１８が再起動した後であっても、本体装置１８が実行するＯＳ等のメモリアクセスを妨げることなく、物理メモリ領域２６からデータをダンプすることができる。【００７９】
なお、管理装置１１は、本体装置１８と独立した装置である。このため、管理装置１１は、ハイパーバイザやＯＳに異常が生じた場合にも、障害発生時に本体装置１８が利用していたデータを物理メモリ領域２６から取得することができる。すなわち、本体装置１８が実行するＯＳやＨＰＶがダンプ処理を実行する場合には、ＯＳやＨＰＶが演算装置の故障や自身のプログラムの破壊等により動作できないと、障害発生時の情報を取得することができない。【００８０】
しかし、情報処理装置１０では、管理装置１１が本体装置１８からデータをダンプするので、本体装置１８における故障や、本体装置１８の再起動が成功したか否かに関わらず、障害発生時に本体装置１８が利用したデータを確実にダンプしすることができる。この結果、管理装置１１は、本体装置１８のシステム保守性を向上させることができる。【００８１】
また、管理装置１１は、本体装置１８が故障した場合には、本体装置１８がマッピングテーブル２０に追加した物理アドレスに待機系のシステム絶対アドレスを対応付ける。また、管理装置１１は、本体装置１８がマッピングテーブル２０に追加した運用系のシステム絶対アドレスに物理メモリ領域２７の物理アドレスを対応付ける。このため、管理装置１１は、本体装置１８が実行するＯＳが運用系システムアドレス空間を変更した場合にも、変更を保持したまま本体装置１８を再起動させつつ、ダンプ処理を実行することができる。【００８２】
また、管理装置１１は、設定可能な全てのシステム絶対アドレスのうち、半分以下の絶対アドレスを運用系のシステム絶対アドレスとする。すなわち、情報処理装置１０は、運用系のシステム絶対アドレスが示す運用系システムアドレス空間の２倍以上の物理メモリ領域を主記憶装置２５上に準備する。そして、管理装置１１は、本体装置１８が故障した場合には、運用系のシステム絶対アドレスと故障時に本体装置１８が利用していなかった物理メモリ領域２７を対応付ける。この結果、管理装置１１は、再起動後の本体装置１８が実行するＯＳやＨＰＶに何ら変更を行うことなく、データのダンプを行うことができる。【００８３】
また、管理装置１１は、設定可能な全てのシステム絶対アドレスのうち、下位のシステム絶対アドレスを運用系のシステム絶対アドレスとし、上位のシステム絶対アドレスを待機系のシステム絶対アドレスとする。このため、管理装置１１は、運用系のシステム絶対アドレスを容易に待機系のシステム絶対アドレスに変更することができる。例えば、管理装置１１は、システム絶対アドレスの最上位ビットを反転するだけで、運用系のシステム絶対アドレスと、待機系のシステム絶対アドレスとを入れ換えることができる。【００８４】
また、管理装置１１は、マッピングテーブル２０に運用系のシステム絶対アドレスと対応付けた物理アドレスが示す物理メモリ領域をリセットし、リセットした物理メモリ領域を用いて再起動するよう本体装置１８を制御する。例えば、管理装置１１は、運用系のシステム絶対アドレスと対応付けた物理アドレスが示す物理メモリ領域を示す物理メモリリセット情報２２をメモリリセット情報レジスタ２１に格納し、本体装置１８をリセットさせる。このため、管理装置１１は、本体装置１８の再起動を適切に行う事ができる。
【実施例２】
【００８５】
これまで本発明の実施例について説明したが実施例は、上述した実施例以外にも様々な異なる形態にて実施されてよいものである。そこで、以下では実施例２として本発明に含まれる他の実施例を説明する。【００８６】
（１）運用系のシステムアドレス空間と待機系のシステムアドレス空間について
上述した管理装置１１は、運用系のシステムアドレス空間と待機系のシステムアドレス空間とを認識した。しかし、実施例はこれに限定されるものではない。例えば、管理装置１１は、運用系のシステムアドレス空間とは別に、待機系のシステムアドレス空間を複数認識する。そして、管理装置１１は、本体装置１８が故障した場合には、ダンプ処理が終了した待機系のシステムアドレス空間を、運用系のシステムアドレス空間と対応付けられていた物理メモリ領域に振り分けても良い。【００８７】
（２）情報処理装置１０について
上述した情報処理装置１０は、管理装置１１と本体装置１８とを有していた。しかし、実施例はこれに限定されるものではなく、例えば、情報処理装置１０は、本体装置１８と同様の機能を発揮する複数の本体装置を有し、１つ又は複数の管理装置１１は、各本体装置の管理を行ってもよい。【００８８】
（３）ＭＰＵ１７について
上述したＭＰＵ１７は、管理プログラム２８を実行することで、退避部２９、生成部３０、設定部３１、取得部３２の機能を発揮させた。しかし、実施例はこれに限定されるものではない。例えば、ＭＰＵ１７の代わりに、退避部２９、生成部３０、設定部３１、取得部３２と同様の機能を発揮する各種ハードウェアを管理装置１１に設置してもよい。【００８９】
（４）オペレーティングシステムが追加する運用系のシステムアドレス空間について
上述した本体装置１８が実行するオペレーティングシステム３３は、マッピングテーブル２０にシステム絶対アドレスと物理アドレスとを対応付けを追加することで、運用系のシステムアドレス空間を拡大した。ここで、オペレーティングシステム３３は、運用系のシステムアドレス空間を、最大で、全システムアドレス空間の半分まで拡大することができる。【００９０】
なお、例えば、本体装置１８の再起動時に必要な運用系のシステムアドレス空間が半分以下である場合には、オペレーティングシステム３３は、運用系のシステムアドレス空間を全システムアドレス空間の半分以上に拡大してもよい。すなわち、オペレーティングシステム３３は、本体装置１８の再起動時に必要な運用系のシステムアドレス空間と同じ大きさの待機系システムアドレス空間を担保できる範囲まで、運用系のシステムアドレス空間を拡大してもよい。【００９１】
（５）プログラム
ところで、実施例１に係る管理装置１１は、ハードウェアを利用して各種の処理を実現する場合を説明した。しかし、実施例はこれに限定されるものではなく、あらかじめ用意されたプログラムをコンピュータが実行することによって実現するようにしてもよい。そこで、以下では、図１２を用いて、実施例１に示した管理装置１１と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１２は、データ取得プログラムを実行するコンピュータの一例を説明するための図である。【００９２】
図１２に例示されたコンピュータ１００は、Read  Only  Memory（ＲＯＭ）１１０、Hard  Disk  Drive（ＨＤＤ）１２０、Random  Access  Memory（ＲＡＭ）１３０、Central  Processing  Unit（ＣＰＵ）１４０がバス１６０で接続される。また、図１１に例示されたコンピュータ１００は、本体装置１８と接続するためのInput  Output（Ｉ／Ｏ）１５０を有する。【００９３】
ＲＡＭ１３０には、データ取得プログラム１３１があらかじめ保持される。ＣＰＵ１４０がデータ取得プログラム１３１をＲＡＭ１３０から読み出して実行することによって、図１２に示す例では、データ取得プログラム１３１は、データ取得プロセス１４１として機能するようになる。なお、データ取得プロセス１４１は、図１に示したＭＰＵ１７と同様の処理を実行する。【００９４】
なお、本実施例で説明した管理プログラム２８、データ取得プログラム１３１は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。【００９５】
また、管理プログラム２８、データ取得プログラム１３１は、ハードディスク、フレキシブルディスク（ＦＤ）、Compact  Disc  Read  Only  Memory（ＣＤ−ＲＯＭ）、Magneto  Optical  Disc（ＭＯ）、Digital  Versatile  Disc（ＤＶＤ）などのコンピュータで読取可能な記録媒体に記録される。また、管理プログラム２８、データ取得プログラム１３１は、コンピュータによって記録媒体から読み出されることによって実行することもできる。【００９６】
また、管理プログラム２８、データ取得プログラム１３１は、アプリケーションプログラムとしてのみならず、Operating  System（ＯＳ）が有する機能の一部として、あるいはファームウェアの一部として機能することも可能である。
【符号の説明】
【００９７】
１０  情報処理装置
１１  管理装置
１２  外部記憶装置
１３、２５  主記憶装置
１４  マッピングテーブル記憶領域
１５  メモリリセット情報記憶領域
１６  主記憶情報記憶領域
１７  ＭＰＵ
１８  本体装置
１９  マッピングレジスタ
２０  マッピングテーブル
２１  メモリリセット情報レジスタ
２２  物理メモリリセット情報
２３  システムコントローラ
２４  主記憶制御装置
２６、２７  物理メモリ領域
２８  管理プログラム
２９  退避部
３０  生成部
３１  設定部
３２  取得部
【図１】
2014002220.tif 000003
【図２】
2014002220.tif 000004
【図３】
2014002220.tif 000005
【図４】
2014002220.tif 000006
【図５】
2014002220.tif 000007
【図６】
2014002220.tif 000008
【図７】
2014002220.tif 000009
【図８】
2014002220.tif 000010
【図９】
2014002220.tif 000011
【図１０】
2014002220.tif 000012
【図１１】
2014002220.tif 000013
【図１２】
2014002220.tif 000014
【国際調査報告】
2014002220.tif 000015
2014002220.tif 000016