JPWO2014002220A1 - 管理装置、データ取得方法およびデータ取得プログラム - Google Patents

管理装置、データ取得方法およびデータ取得プログラム Download PDF

Info

Publication number
JPWO2014002220A1
JPWO2014002220A1 JP2014522299A JP2014522299A JPWO2014002220A1 JP WO2014002220 A1 JPWO2014002220 A1 JP WO2014002220A1 JP 2014522299 A JP2014522299 A JP 2014522299A JP 2014522299 A JP2014522299 A JP 2014522299A JP WO2014002220 A1 JPWO2014002220 A1 JP WO2014002220A1
Authority
JP
Japan
Prior art keywords
address
absolute address
conversion table
physical
absolute
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2014522299A
Other languages
English (en)
Other versions
JP6079777B2 (ja
Inventor
建 清水
建 清水
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of JPWO2014002220A1 publication Critical patent/JPWO2014002220A1/ja
Application granted granted Critical
Publication of JP6079777B2 publication Critical patent/JP6079777B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2002—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/0223—User address space allocation, e.g. contiguous or non contiguous base addressing
    • G06F12/0292—User address space allocation, e.g. contiguous or non contiguous base addressing using tables or multilevel address translation means
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3476—Data logging
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/10—Providing a specific technical effect
    • G06F2212/1016—Performance improvement

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Computer Hardware Design (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Debugging And Monitoring (AREA)

Abstract

管理装置は、絶対アドレスと、物理メモリ領域の物理アドレスとを対応付けたマッピングテーブルを用いてメモリアクセスを行う本体装置を管理する。また、管理装置は、本体装置が故障した場合には、本体装置が用いるマッピングテーブルを退避する。また、管理装置は、退避したマッピングテーブルを用いて、物理メモリ領域の物理アドレスに待機系の絶対アドレスを対応付け、運用系の絶対アドレスに物理メモリ領域の物理アドレスを対応付けた第２のマッピングテーブルを生成する。また、管理装置は、生成した第２のマッピングテーブルを本体装置に設定し、第２のマッピングテーブルを用いて、待機系の絶対アドレスと対応付けられた物理アドレスが示す物理メモリ領域からデータを取得する。

Description

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

Claims (7)

  1. 演算処理装置がデータを指定するために用いる運用系の絶対アドレスと、当該データを記憶するメモリの記憶領域を示す運用系の物理アドレスとを対応付けた変換テーブルを用いてメモリアクセスを行う情報処理装置が故障した場合に、当該変換テーブルを退避する退避部と、
    前記退避部が退避した変換テーブルを用いて、故障時における運用系の物理アドレスに対し、前記運用系の絶対アドレスとは異なる待機系の絶対アドレスを対応付け、前記運用系の絶対アドレスに対し、前記故障時における運用系の物理アドレスとは異なる待機系の物理アドレスを対応付けた第２の変換テーブルを生成する生成部と、
    前記生成部が生成した第２の変換テーブルを前記情報処理装置に設定する設定部と、
    前記設定部が設定した第２の変換テーブルを用いて、前記待機系の絶対アドレスと対応付けられた物理アドレスが示す記憶領域から前記データを取得する取得部と
    を有することを特徴とする管理装置。
  2. 前記情報処理装置は、使用する記憶領域を追加する場合は、当該記憶領域を示す物理アドレスに新たな絶対アドレスを対応付けて前記変換テーブルに追加し、
    前記生成部は、前記運用系の絶対アドレスと前記情報処理装置が追加した絶対アドレスに故障時における前記待機系の物理アドレスを対応付け、前記故障時における運用系の物理アドレスと、前記情報処理装置が追加した物理アドレスとに前記待機系の絶対アドレスを対応付けた前記第２の変換テーブルを生成することを特徴とする請求項１に記載の管理装置。
  3. 前記設定部は、前記情報処理装置が起動する際に、設定可能なすべての絶対アドレスのうちの半数以下の絶対アドレスを運用系の絶対アドレスとした変換テーブルを前記情報処理装置に設定することを特徴とする請求項１または２に記載の管理装置。
  4. 前記設定部は、設定可能な全ての絶対アドレスのうち下位の絶対アドレスを前記運用系の絶対アドレスとし、設定可能な全ての絶対アドレスのうち上位の絶対アドレスを前記待機系の絶対アドレスとすることを特徴とする請求項３に記載の管理装置。
  5. 前記設定部が設定した第２の変換テーブルに含まれる運用系の絶対アドレスと対応付けられた物理アドレスが示す記憶領域をリセットし、当該リセットした記憶領域を用いて再起動を実行するように前記情報処理装置を制御する制御部を有することを特徴とする請求項１または２に記載の管理装置。
  6. 演算処理装置がデータを指定するための絶対アドレスと、メモリの記憶領域を示す物理アドレスとを対応付けた変換テーブルを用いてメモリアクセスを行う情報処理装置を管理する管理装置が、
    前記情報処理装置が故障した場合には、当該変換テーブルを退避し、
    前記退避した変換テーブルを用いて、故障時における前記運用系の物理アドレスに前記運用系の絶対アドレスとは異なる待機系の絶対アドレスを対応付け、前記運用系の絶対アドレスに前記故障時における運用系の物理アドレスとは異なる待機系の物理アドレスを対応付けた第２の変換テーブルを生成し、
    前記生成した第２の変換テーブルを前記情報処理装置に設定し、
    前記設定した第２の変換テーブルを用いて、前記待機系の絶対アドレスと対応付けられた物理アドレスが示す記憶領域から前記データを取得する
    処理を実行することを特徴とするデータ取得方法。
  7. コンピュータに、
    演算処理装置がデータを指定するための絶対アドレスと、メモリの記憶領域を示す物理アドレスとを対応付けた変換テーブルを用いてメモリアクセスを行う情報処理装置が故障した場合には、当該変換テーブルを退避し、
    前記退避した変換テーブルを用いて、前記故障時における運用系の物理アドレスに前記運用系の絶対アドレスとは異なる待機系の絶対アドレスを対応付け、前記運用系の絶対アドレスに前記故障時における運用系の物理アドレスとは異なる待機系の物理アドレスを対応付けた第２の変換テーブルを生成し、
    前記生成した第２の変換テーブルを前記情報処理装置に設定し、
    前記設定した第２の変換テーブルを用いて、前記待機系の絶対アドレスと対応付けられた物理アドレスが示す記憶領域から前記データを取得する
    処理を実行させることを特徴とするデータ取得プログラム。
JP2014522299A 2012-06-27 2012-06-27 管理装置、データ取得方法およびデータ取得プログラム Active JP6079777B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/066434 WO2014002220A1 (ja) 2012-06-27 2012-06-27 管理装置、データ取得方法およびデータ取得プログラム

Publications (2)

Publication Number Publication Date
JPWO2014002220A1 true JPWO2014002220A1 (ja) 2016-05-26
JP6079777B2 JP6079777B2 (ja) 2017-02-15

Family

ID=49782451

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014522299A Active JP6079777B2 (ja) 2012-06-27 2012-06-27 管理装置、データ取得方法およびデータ取得プログラム

Country Status (3)

Country Link
US (1) US20150089271A1 (ja)
JP (1) JP6079777B2 (ja)
WO (1) WO2014002220A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013099414A1 (ja) * 2011-12-26 2013-07-04 インターナショナル・ビジネス・マシーンズ・コーポレーション レジスタ・マッピング方法
JP6438871B2 (ja) * 2015-09-29 2018-12-19 東芝テック株式会社 情報処理装置及びプログラム
US10216562B2 (en) 2016-02-23 2019-02-26 International Business Machines Corporation Generating diagnostic data

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04342013A (ja) * 1991-05-20 1992-11-27 Nec Corp メモリダンプ方式
JPH09330253A (ja) * 1996-06-10 1997-12-22 Nec Corp メモリダンプ方法及びそれを適用したメモリダンプシステム
JP2001034508A (ja) * 1999-07-22 2001-02-09 Hitachi Ltd メモリダンプ採取方法及びその実施装置並びにその処理プログラムを記録した記録媒体
JP2007080012A (ja) * 2005-09-15 2007-03-29 Hitachi Ltd 再起動方法、システム及びプログラム
JP2011227766A (ja) * 2010-04-21 2011-11-10 Hitachi Ltd 記憶手段の管理方法、仮想計算機システムおよびプログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS533029A (en) * 1976-06-30 1978-01-12 Toshiba Corp Electronic computer
US5752274A (en) * 1994-11-08 1998-05-12 Cyrix Corporation Address translation unit employing a victim TLB
US6317758B1 (en) * 1998-02-20 2001-11-13 Corel Corporation Method and system for detecting and selectively correcting cell reference errors
US6718494B1 (en) * 2000-12-22 2004-04-06 Intel Corporation Method and apparatus for preventing and recovering from TLB corruption by soft error
KR100450675B1 (ko) * 2002-03-19 2004-10-01 삼성전자주식회사 성능향상 및 전력소모를 감소시킬 수 있는 ｔｌｂ
JP4520790B2 (ja) * 2004-07-30 2010-08-11 富士通株式会社 情報処理装置およびソフトウェアプリフェッチ制御方法
JP4982883B2 (ja) * 2006-09-14 2012-07-25 株式会社メガチップス 記憶装置及びデータ出力回路
US9007836B2 (en) * 2011-01-13 2015-04-14 Kabushiki Kaisha Toshiba Non-volatile semiconductor memory device
JP2013061799A (ja) * 2011-09-13 2013-04-04 Toshiba Corp 記憶装置、記憶装置の制御方法およびコントローラ

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04342013A (ja) * 1991-05-20 1992-11-27 Nec Corp メモリダンプ方式
JPH09330253A (ja) * 1996-06-10 1997-12-22 Nec Corp メモリダンプ方法及びそれを適用したメモリダンプシステム
JP2001034508A (ja) * 1999-07-22 2001-02-09 Hitachi Ltd メモリダンプ採取方法及びその実施装置並びにその処理プログラムを記録した記録媒体
JP2007080012A (ja) * 2005-09-15 2007-03-29 Hitachi Ltd 再起動方法、システム及びプログラム
JP2011227766A (ja) * 2010-04-21 2011-11-10 Hitachi Ltd 記憶手段の管理方法、仮想計算機システムおよびプログラム

Also Published As

Publication number Publication date
WO2014002220A1 (ja) 2014-01-03
JP6079777B2 (ja) 2017-02-15
US20150089271A1 (en) 2015-03-26

Similar Documents

Publication Publication Date Title
JP5119686B2 (ja) 情報処理装置および設定方法
JP4399020B1 (ja) 情報処理装置およびメモリ管理方法
JP5786955B2 (ja) メモリ縮退方法及び情報処理装置
JP2009032252A (ja) クラッシュダンプ用のメモリアロケーション
JP5444104B2 (ja) 記憶手段の管理方法、仮想計算機システムおよびプログラム
JP2019139373A (ja) 情報処理システム、情報処理装置、情報処理装置のｂｉｏｓ更新方法、及び情報処理装置のｂｉｏｓ更新プログラム
JP6079777B2 (ja) 管理装置、データ取得方法およびデータ取得プログラム
JP2019204527A (ja) 記憶機器のデータ位置の処理方法及び処理装置、コンピュータ機器並びにコンピュータ読み取り可能な記憶媒体
JP4322240B2 (ja) 再起動方法、システム及びプログラム
WO2012098633A1 (ja) メモリ管理方法、メモリ管理装置およびメモリ管理回路
JP6175958B2 (ja) メモリダンプ方法及びプログラム、並びに、情報処理装置
JP2006172100A (ja) オペレーティングシステムの高速切替え方式及びその方法
JP2017033375A (ja) 並列計算システム、マイグレーション方法、及びマイグレーションプログラム
WO2014024279A1 (ja) メモリ障害リカバリ装置、方法、及びプログラム
WO2016139774A1 (ja) 情報処理装置、情報処理システム
JP2010198398A (ja) 計算機装置および制御方法
CN109324809B (zh) 一种数据处理方法及装置
JP5710547B2 (ja) 情報処理装置、監視方法および監視プログラム
JP5712689B2 (ja) ハードウェア構成縮退時の高速立ち上げ方法、高速立ち上げ装置及び高速立ち上げプログラム
WO2024000535A1 (zh) 分区表更新方法、装置、电子设备及存储介质
JP2018156230A (ja) 情報処理装置
JP2008146365A (ja) ストレージシステムの障害回避方法
JP5561147B2 (ja) 仮想記憶管理装置、仮想記憶管理方法および仮想記憶管理プログラム
JP2008046889A (ja) プロセス管理方法
CN105302662A (zh) 一种多机备份的方法和系统

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160308

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160509

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160920

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161118

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20161220

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170102

R150 Certificate of patent or registration of utility model

Ref document number: 6079777

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150