JP6083136B2 - メモリダンプ機能を有する情報処理装置、メモリダンプ方法、およびメモリダンププログラム - Google Patents
メモリダンプ機能を有する情報処理装置、メモリダンプ方法、およびメモリダンププログラム Download PDFInfo
- Publication number
- JP6083136B2 JP6083136B2 JP2012141495A JP2012141495A JP6083136B2 JP 6083136 B2 JP6083136 B2 JP 6083136B2 JP 2012141495 A JP2012141495 A JP 2012141495A JP 2012141495 A JP2012141495 A JP 2012141495A JP 6083136 B2 JP6083136 B2 JP 6083136B2
- Authority
- JP
- Japan
- Prior art keywords
- memory
- dump
- hypervisor
- memory area
- operating system
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0712—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a virtual computing platform, e.g. logically partitioned systems
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0766—Error or fault reporting or storing
- G06F11/0778—Dumping, i.e. gathering error/state information after a fault for later diagnosis
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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/1666—Error detection or correction of the data by redundancy in hardware where the redundant component is memory or memory area
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Software Systems (AREA)
- Mathematical Physics (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Debugging And Monitoring (AREA)
Description
本発明は、メモリダンプ機能を有する情報処理装置、メモリダンプ方法、およびメモリダンププログラムに関する。
近年、UNIX（登録商標）サーバ、IAサーバが基幹システムに導入されるようになり、UNIX（登録商標）サーバ、IAサーバの高可用性が重要視されている。一般的に、システムに致命的なエラーが発生した場合はシステムを緊急停止（パニック）させて、その原因を調査するためにメモリダンプをディスクに保存している。
システムを停止している間は、システムを使用できないので、速やかにシステムを再起動することが重要な要件となる。
しかし、近年では、実装メモリの容量がテラバイト（TB）オーダのサーバが登場し、このようなシステムでは、メモリダンプを採取するのに非常に時間がかかり、速やかにシステムを再起動することができなくなっている。
しかし、近年では、実装メモリの容量がテラバイト（TB）オーダのサーバが登場し、このようなシステムでは、メモリダンプを採取するのに非常に時間がかかり、速やかにシステムを再起動することができなくなっている。
また、メモリダンプをディスク上に保存せず、緊急停止時のメモリ内容を別のメモリ上に保存する方法や障害発生時のメモリ内容をダンプ格納領域に保存する際、メモリの一部を保存し、再起動後に保存していないメモリ内容をダンプファイルに変換する方法が知られている。
しかしながら、従来の方法では、異常発生時のメモリダンプを別のメモリやディスクに保存しているため、保存するメモリダンプのサイズが大きい場合は、メモリのコピーに時間がかかり、速やかにシステムを再起動することができないという問題があった。
また、オペレーティングシステムが致命的なエラーを検出して、システムを緊急停止する場合、異常を検出したオペレーティングシステムがダンプを採取するため、ダンプ採取処理中に再度異常を検出して、ハングアップが発生するなどの二次被害が発生することがあるという問題があった。
１つの側面では、本発明は、再起動が必要となる異常を検出した場合、速やかに業務を再開させて、原因調査のためのメモリダンプを採取することを課題とする。
１つの側面では、実施の形態の情報処理装置は、メモリと、前記メモリに格納されたプログラムを実行することにより、仮想マシン、該仮想マシン上で稼動するオペレーティングシステム、および前記仮想マシンを制御するハイパーバイザを実行する処理部と、前記メモリ及び前記処理部を含むシステムの制御を行なう制御部と、を有する。
前記処理部は、前記ハイパーバイザのエラーを検出したときに、前記オペレーティングシステムを停止し、前記ハイパーバイザが使用している第１のメモリ領域を前記制御部に通知する。
そして、前記処理部は、前記ハイパーバイザを停止し、前記ハイパーバイザが使用するメモリ領域を、前記制御部に通知された前記第１のメモリ領域とは異なる第２のメモリ領域に変更し、前記第２のメモリ領域を使用領域として、前記ハイパーバイザを起動する。
さらに、前記処理部は、前記オペレーティングシステムを起動して該オペレーティングシステム上で稼動する業務プログラムを再開し、前記第１のメモリ領域のデータを読み出して、該データをハイパーバイザのダンプファイルとしてファイルに書き出す。
他の１つの側面では、実施の形態の情報処理装置は、メモリと、オペレーティングシステムを実行、または、仮想マシン及び該仮想マシン上で稼動するオペレーティングシステムを実行する処理部と、を有する。
前記処理部は、実行中のオペレーティングシステムのエラーを検出したときに、前記エラーを検出したオペレーティングシステムを停止し、停止したオペレーティングシステムが使用するメモリ領域を、前記停止したオペレーティングシステムのカーネルが使用していた第１のメモリ領域とは異なる第２のメモリ領域に変更する。
そして、前記処理部は、前記第２のメモリ領域を使用領域として、前記停止したオペレーティングシステムを起動して該オペレーティングシステム上で稼動する業務プログラムを再開し、前記第１のメモリ領域のデータを読み出して、該データをオペレーティングシステムのダンプファイルとしてファイルに書き出す。
１つの実施の形態の情報処理装置によれば、再起動が必要となる異常を検出した場合、速やかに業務を再開させて、原因調査のためのメモリダンプを採取することができる。
以下、図面を参照しながら本発明の実施の形態を説明する。
図１は、実施の形態に係るサーバのハードウェア構成図である。
サーバ（情報処理装置）１０は、システムボード１１−ｉ（ｉ＝１〜３）、サービスプロセッサ（ＳＰ）２１、ディスクユニット３１、および通信インタフェース４１を備える。
図１は、実施の形態に係るサーバのハードウェア構成図である。
サーバ（情報処理装置）１０は、システムボード１１−ｉ（ｉ＝１〜３）、サービスプロセッサ（ＳＰ）２１、ディスクユニット３１、および通信インタフェース４１を備える。
システムボード１１−ｉ、サービスプロセッサ２１、ディスクユニット３１、および通信インタフェース４１は、バス５１を介して接続されている。
システムボード１１−ｉは、Central Processing Unit（ＣＰＵ）１２−ｉ−ｋ（ｋ＝１、２）、不揮発性メモリ１４−ｉ、およびメモリ１３−ｉ−ｋを備える。
システムボード１１−ｉは、Central Processing Unit（ＣＰＵ）１２−ｉ−ｋ（ｋ＝１、２）、不揮発性メモリ１４−ｉ、およびメモリ１３−ｉ−ｋを備える。
サービスプロセッサ２１は、サーバ１０の制御、サーバ１０内の物理パーティションの制御等を行う装置である。サービスプロセッサ２１は、ＣＰＵ２２およびメモリ２３を備える。サービスプロセッサ２１は、制御部の一例である。
ＣＰＵ２２は、サーバ１０の制御、サーバ１０内の物理パーティションの制御等の各種処理を行う。
メモリ２３は、サービスプロセッサ２１で用いられるデータを一時的に格納する。メモリ２３は、例えば、RAMである。
メモリ２３は、サービスプロセッサ２１で用いられるデータを一時的に格納する。メモリ２３は、例えば、RAMである。
ディスクユニット３１は、ハードディスクドライブ（ＨＤＤ）３２−ｉ（ｉ＝１〜３）を備える。
ＨＤＤ３２は、サーバ１０で使用されるデータを格納する装置である。ＨＤＤ３２は、記憶手段の一例である。
ＨＤＤ３２は、サーバ１０で使用されるデータを格納する装置である。ＨＤＤ３２は、記憶手段の一例である。
通信インタフェース４１は、サーバ１０と接続する装置と通信を行うインタフェースである。
図２は、実施の形態に係るサーバと機能との対応関係の一例を示す図である。
サーバ１０は、２つの物理パーティション６１−ｋ（ｋ＝１、２）に分割して運用されている。尚、明細書内において、物理パーティション６１−１、６１−２をそれぞれ物理パーティション＃０、物理パーティション＃１と表記する場合がある。
サーバ１０は、２つの物理パーティション６１−ｋ（ｋ＝１、２）に分割して運用されている。尚、明細書内において、物理パーティション６１−１、６１−２をそれぞれ物理パーティション＃０、物理パーティション＃１と表記する場合がある。
物理パーティション＃０、＃１は、サービスプロセッサ２１により制御される。物理パーティション＃０、＃１に含まれるＣＰＵは、処理部の一例である。
システムボード１１−１、１１−２から構成される物理パーティション＃０は、さらに物理パーティション＃０内で４つの論理ドメイン＃０〜＃３に分割して、各論理ドメイン＃０〜＃３で独立したオペレーティングシステム（OS）が稼動している。また、ハイパーバイザ（HV）＃０が、物理パーティション＃０内の物理リソースと各論理ドメイン＃０〜＃３との対応関係を制御する。
システムボード１１−１、１１−２から構成される物理パーティション＃０は、さらに物理パーティション＃０内で４つの論理ドメイン＃０〜＃３に分割して、各論理ドメイン＃０〜＃３で独立したオペレーティングシステム（OS）が稼動している。また、ハイパーバイザ（HV）＃０が、物理パーティション＃０内の物理リソースと各論理ドメイン＃０〜＃３との対応関係を制御する。
システムボード１１−３から構成される物理パーティション＃１内では、論理ドメイン＃４でオペレーティングシステム（OS）が稼動している。またハイパーバイザ＃１が、物理パーティション＃１内の物理リソースと論理ドメイン＃４との対応関係を制御する。
図３は、実施の形態に係る物理パーティションの機能ブロック図である。
物理パーティション６１−１は、論理ドメイン２０１−ｍ（ｍ＝１〜４）、ファームウェア（ＦＷ）３１１、およびハイパーバイザ（HV）３５１を備える。
物理パーティション６１−１は、論理ドメイン２０１−ｍ（ｍ＝１〜４）、ファームウェア（ＦＷ）３１１、およびハイパーバイザ（HV）３５１を備える。
図３の物理パーティション６１−１は、図２の物理パーティション６１−１に対応する。
尚、論理ドメイン２０１−１〜２０１−４は、それぞれ図２で示した各論理ドメイン＃０〜＃３に対応する。
尚、論理ドメイン２０１−１〜２０１−４は、それぞれ図２で示した各論理ドメイン＃０〜＃３に対応する。
尚、明細書内において、論理ドメイン２０１−１は、制御ドメイン＃０と表記する場合がある。
また、明細書内において、論理ドメイン２０１−４は、ダンプ専用ドメイン＃３またはダンプ採取用ドメイン２０１−４と表記する場合がある。
また、明細書内において、論理ドメイン２０１−４は、ダンプ専用ドメイン＃３またはダンプ採取用ドメイン２０１−４と表記する場合がある。
以下、特に限定ない限り論理ドメインとは仮想マシンを示す。
論理ドメイン２０１−ｍは、ＣＰＵ２０２−ｍ−ｋ（ｋ＝１、２）、メモリ２０３−ｍ、およびディスク２０４−ｍを備える。以下、特に限定ない限りＣＰＵ２０２、メモリ２０３、およびディスク２０４は、それぞれ仮想ＣＰＵ、仮想メモリ、および仮想ディスクである。
論理ドメイン２０１−ｍは、ＣＰＵ２０２−ｍ−ｋ（ｋ＝１、２）、メモリ２０３−ｍ、およびディスク２０４−ｍを備える。以下、特に限定ない限りＣＰＵ２０２、メモリ２０３、およびディスク２０４は、それぞれ仮想ＣＰＵ、仮想メモリ、および仮想ディスクである。
ＣＰＵ２０２−ｍ−ｋは、各種処理を実行する。
メモリ２０３−ｍは、ディスク２０４−ｍから読み出された、各種プログラムやデータを格納する。
メモリ２０３−ｍは、ディスク２０４−ｍから読み出された、各種プログラムやデータを格納する。
ファームウェア３１１は、サーバ１０全体（複数の物理パーティション６１−１、６１−２）の制御を行い、例えば、ハードウェアの初期化、メモリ診断、温度監視などを行う。ファームウェア３１１には、図１のサービスプロセッサ２１、およびシステムボード１１−１、１１−２の不揮発性メモリ１４−１、１４−２上に展開されるPower On Self Test（ＰＯＳＴ）が含まれる。ここで、Power On Self Test（ＰＯＳＴ）とは、システム起動時にハードウェアリソースの診断と初期化を実行するプログラムである。
ハイパーバイザ３５１は、論理ドメイン２０１−ｍ、および論理ドメイン２０１−ｍ上で稼動するオペレーティングシステム（OS）４０１−ｍを制御する。ハイパーバイザ３５１は、図１のシステムボード１１−１，１１−２のメモリ１３−１−１、１３−１−２、１３−２−１、１３−２−２上に展開されＣＰＵ１２−１−１、１２−１−２、１２−２−１、１２−２−２により実行される。
図３の下部は、物理パーティション６１−１内のソフトウェアを示す。
物理パーティション６１−１内の各論理ドメイン＃０〜＃３で、OS４０１−ｍが稼動している。
OS４０１−１〜４０１−４は、それぞれ論理ドメイン２０１−１〜２０１−４のオペレーティングシステムに対応する。
物理パーティション６１−１内の各論理ドメイン＃０〜＃３で、OS４０１−ｍが稼動している。
OS４０１−１〜４０１−４は、それぞれ論理ドメイン２０１−１〜２０１−４のオペレーティングシステムに対応する。
図４は、実施の形態に係るファームウェアの詳細な構成図である。
ファームウェア３１１は、ダンプ対象領域情報/HVダンプフラグ格納処理部３１２、ダンプ対象領域情報/HVダンプフラグ格納領域３１３、HVダンプフラグ設定部３１４、メモリ初期化処理部３１５、HV使用領域変更部３１６、HV再起動命令部３１７、ダンプ対象領域情報/HVダンプフラグ通知部３１８、PA-RAマッピング通知部３１９、メモリ開放処理部３２０、HVダンプフラグリセット処理部３２１を備える。
ファームウェア３１１は、ダンプ対象領域情報/HVダンプフラグ格納処理部３１２、ダンプ対象領域情報/HVダンプフラグ格納領域３１３、HVダンプフラグ設定部３１４、メモリ初期化処理部３１５、HV使用領域変更部３１６、HV再起動命令部３１７、ダンプ対象領域情報/HVダンプフラグ通知部３１８、PA-RAマッピング通知部３１９、メモリ開放処理部３２０、HVダンプフラグリセット処理部３２１を備える。
ダンプ対象領域情報/HVダンプフラグ格納処理部３１２は、ダンプ対象領域情報およびHVダンプフラグをダンプ対象領域情報/HVダンプフラグ格納領域３１３に格納する。
ダンプ対象領域情報/HVダンプフラグ格納領域３１３は、ダンプ対象領域情報およびHVダンプフラグが格納される領域である。ここでダンプ対象領域情報は、ダンプ対象領域を示す情報であり、ダンプ対象領域の開始アドレス（PA Base）およびサイズの情報を含む。HVダンプフラグは、ハイパーバイザが使用していたメモリ領域のダンプファイルを生成するか否かを示す制御情報である。また、HVダンプフラグは、稼動中のハイパーバイザのメモリダンプを採取するか否かを示す情報（HVライブダンプフラグ）を含むこともできる。
ダンプ対象領域情報/HVダンプフラグ格納領域３１３は、ダンプ対象領域情報およびHVダンプフラグが格納される領域である。ここでダンプ対象領域情報は、ダンプ対象領域を示す情報であり、ダンプ対象領域の開始アドレス（PA Base）およびサイズの情報を含む。HVダンプフラグは、ハイパーバイザが使用していたメモリ領域のダンプファイルを生成するか否かを示す制御情報である。また、HVダンプフラグは、稼動中のハイパーバイザのメモリダンプを採取するか否かを示す情報（HVライブダンプフラグ）を含むこともできる。
HVダンプフラグ設定部３１４は、HVダンプフラグの値を設定する。例えば、HVダンプフラグ設定部３１４は、HVダンプを行なう場合にHVダンプフラグをTRUEに設定する。
メモリ初期化処理部３１５は、メモリの初期化を行う。
メモリ初期化処理部３１５は、メモリの初期化を行う。
HV使用領域変更部３１６は、ハイパーバイザ３５１が使用するメモリの領域を変更する。
HV再起動命令部３１７は、ハイパーバイザ３５１に再起動を指示する。
HV再起動命令部３１７は、ハイパーバイザ３５１に再起動を指示する。
ダンプ対象領域情報/HVダンプフラグ通知部３１８は、ダンプ対象領域情報およびHVダンプフラグを通知する。
PA-RAマッピング通知部３１９は、OSの処理に必要なPA-RAマッピングをハイパーバイザ３５１へ通知し、ハイパーバイザ３５１のPA-RAマッピング処理部３６８は、通知されたPA-RAマッピングを用いて物理アドレス(PA)から実アドレス(RA)への、あるいは実アドレス(RA)から物理アドレス(PA)への変換を行う。
PA-RAマッピング通知部３１９は、OSの処理に必要なPA-RAマッピングをハイパーバイザ３５１へ通知し、ハイパーバイザ３５１のPA-RAマッピング処理部３６８は、通知されたPA-RAマッピングを用いて物理アドレス(PA)から実アドレス(RA)への、あるいは実アドレス(RA)から物理アドレス(PA)への変換を行う。
メモリ開放処理部３２０は、メモリの開放処理を行う。
HVダンプフラグリセット処理部３２１は、HVダンプフラグをリセットする。詳細には、HVダンプフラグリセット処理部３２１は、HVダンプフラグをFALSEに設定する。
HVダンプフラグリセット処理部３２１は、HVダンプフラグをリセットする。詳細には、HVダンプフラグリセット処理部３２１は、HVダンプフラグをFALSEに設定する。
図５は、実施の形態に係るハイパーバイザの詳細な構成図である。
ハイパーバイザ３５１は、ドメイン緊急停止指示部３５２、OSパニック指示部３５３、HVダンプ対象領域通知処理部３５４、HVダンプ対象領域情報/HVダンプフラグ格納処理部３５５、HVダンプ対象領域情報/HVダンプフラグ格納領域３５６、HV再起動処理部３５７、OS再起動命令部３５８、HVメモリダンプフラグ読出・送信部３５９、HVダンプ対象領域読出処理部３６０、メモリ管理部３６１、メモリ開放処理部３６２、HVダンプフラグリセット処理部３６３、HVダンプフラグ通知部３６４、ダンプ専用ドメイン起動処理部３６５、カーネルダンプ対象領域情報/カーネルダンプフラグ格納処理部３６６、カーネルダンプ対象領域情報/カーネルダンプフラグ格納領域３６７、PA-RAマッピング処理部３６８、PA-RAマッピング情報格納域３６９、割り込み処理部３７０、メモリダンプ処理起動部３７１、メモリ初期化処理部３７２、およびカーネルダンプフラグリセット処理部３７３を備える。
ハイパーバイザ３５１は、ドメイン緊急停止指示部３５２、OSパニック指示部３５３、HVダンプ対象領域通知処理部３５４、HVダンプ対象領域情報/HVダンプフラグ格納処理部３５５、HVダンプ対象領域情報/HVダンプフラグ格納領域３５６、HV再起動処理部３５７、OS再起動命令部３５８、HVメモリダンプフラグ読出・送信部３５９、HVダンプ対象領域読出処理部３６０、メモリ管理部３６１、メモリ開放処理部３６２、HVダンプフラグリセット処理部３６３、HVダンプフラグ通知部３６４、ダンプ専用ドメイン起動処理部３６５、カーネルダンプ対象領域情報/カーネルダンプフラグ格納処理部３６６、カーネルダンプ対象領域情報/カーネルダンプフラグ格納領域３６７、PA-RAマッピング処理部３６８、PA-RAマッピング情報格納域３６９、割り込み処理部３７０、メモリダンプ処理起動部３７１、メモリ初期化処理部３７２、およびカーネルダンプフラグリセット処理部３７３を備える。
ドメイン緊急停止指示部３５２は、ドメイン２０１に緊急停止を指示する。
OSパニック指示部３５３は、OS４０１に緊急停止（パニック）を指示する。
HVダンプ対象領域通知処理部３５４は、HVダンプ対象領域情報/HVダンプフラグ格納領域３５６からHVダンプ対象領域情報を読み出して通知する。
OSパニック指示部３５３は、OS４０１に緊急停止（パニック）を指示する。
HVダンプ対象領域通知処理部３５４は、HVダンプ対象領域情報/HVダンプフラグ格納領域３５６からHVダンプ対象領域情報を読み出して通知する。
HVダンプ対象領域情報/HVダンプフラグ格納処理部３５５は、HVダンプ対象領域情報およびHVダンプフラグをHVダンプ対象領域情報/HVダンプフラグ格納領域３５６に格納する。
HVダンプ対象領域情報/HVダンプフラグ格納領域３５６は、HVダンプ対象領域情報およびHVダンプフラグを格納する。HVダンプ対象領域情報は、ハイパーバイザ３５１が使用しているメモリ領域（HVダンプ対象領域）を示す情報であり、メモリ領域の開始アドレス（PA Base）およびサイズの情報を含む。HVダンプフラグは、ハイパーバイザが使用していたメモリ領域のダンプファイルを生成するか否かを示す制御情報である。
HV再起動処理部３５７は、ハイパーバイザ３５１を停止させ、ハイパーバイザ３５１の再起動を行う。
OS再起動命令部３５８は、OS４０１に再起動を指示する。
OS再起動命令部３５８は、OS４０１に再起動を指示する。
HVメモリダンプフラグ読出・送信部３５９は、HVダンプフラグを読み出して送信する。
HVダンプ対象領域読出処理部３６０は、HVダンプ対象領域情報で示されるメモリ領域の内容を読み出し、送信する。または、HVダンプ対象領域読出処理部３６０は、現在のハイパーバイザ３５１が使用しているメモリ領域の内容を読み出し、送信する。
HVダンプ対象領域読出処理部３６０は、HVダンプ対象領域情報で示されるメモリ領域の内容を読み出し、送信する。または、HVダンプ対象領域読出処理部３６０は、現在のハイパーバイザ３５１が使用しているメモリ領域の内容を読み出し、送信する。
メモリ管理部３６１は、メモリを管理する。
メモリ開放処理部３６２は、メモリの開放処理を行う。
HVダンプフラグリセット処理部３６３は、HVダンプフラグをリセットする。詳細には、HVダンプフラグリセット処理部３６３は、例えば、HVダンプフラグをFALSEに設定する。
メモリ開放処理部３６２は、メモリの開放処理を行う。
HVダンプフラグリセット処理部３６３は、HVダンプフラグをリセットする。詳細には、HVダンプフラグリセット処理部３６３は、例えば、HVダンプフラグをFALSEに設定する。
HVダンプフラグ通知部３６４は、HVダンプフラグを通知する。
ダンプ専用ドメイン起動処理部３６５は、ダンプ専用ドメインをファームウェアモードで起動する。ファームウェアモードとは、OSを起動しないモード、すなわちOSを起動する前に停止するモードである。
ダンプ専用ドメイン起動処理部３６５は、ダンプ専用ドメインをファームウェアモードで起動する。ファームウェアモードとは、OSを起動しないモード、すなわちOSを起動する前に停止するモードである。
カーネルダンプ対象領域情報/カーネルダンプフラグ格納処理部３６６は、カーネルダンプ対象領域情報およびカーネルダンプフラグをカーネルダンプ対象領域情報/カーネルダンプフラグ格納領域３６７に格納する。
カーネルダンプ対象領域情報/カーネルダンプフラグ格納領域３６７は、カーネルダンプ対象領域情報およびカーネルダンプフラグを格納する。カーネルダンプ対象領域情報は、パニック時にOS４０１のカーネルが使用していたメモリ領域（カーネルダンプ対象領域）を示す情報であり、メモリ領域の開始アドレス（RA Base）およびサイズの情報を含む。カーネルダンプフラグは、OS４０１のカーネルのメモリダンプを実行するか否かを示す情報である。さらに、カーネルダンプフラグは、どのような方法でカーネルのメモリダンプを採取するかを示すこともできる。カーネルダンプフラグは、例えば、０：カーネルのメモリダンプを採取しない、１：ダンプ採取用ドメインで採取、または２：メモリDynamic Reconfiguration機能を用いて採取というような情報である。カーネルダンプフラグは、OS４０１から受信しても良いし、ハイパーバイザ３５１が予め設定して保持していても良い。
PA-RAマッピング処理部３６８は、物理アドレス（ＰＡ）とリアルアドレス（ＲＡ）間のマッピングを行う。ＰＡはメモリの物理アドレスであり、ＲＡはドメイン（オペレーティングシステム）上の実アドレスである。
PA-RAマッピング情報格納域３６９は、ＰＡとＲＡ間のマッピングの情報を格納する。
割り込み処理部３７０は、OS４０１のカーネルのメモリダンプをする場合にＳ４０１に対して、割り込み処理させる。割り込み処理が受け付けられるとOS４０１のカーネルのメモリダンプが可能と判断されてOS４０１のカーネルのメモリダンプ処理に進み、受け付けられないと割り込み出来ないと判断してOS４０１のカーネルのメモリダンプ処理はせずに終了する。
割り込み処理部３７０は、OS４０１のカーネルのメモリダンプをする場合にＳ４０１に対して、割り込み処理させる。割り込み処理が受け付けられるとOS４０１のカーネルのメモリダンプが可能と判断されてOS４０１のカーネルのメモリダンプ処理に進み、受け付けられないと割り込み出来ないと判断してOS４０１のカーネルのメモリダンプ処理はせずに終了する。
メモリダンプ処理起動部３７１は、制御ドメイン２０１−１にハイパーバイザ３５１のメモリダンプ処理を起動させる。
メモリ初期化処理部３７２は、メモリの初期化を行う。
メモリ初期化処理部３７２は、メモリの初期化を行う。
カーネルダンプフラグリセット処理部３７３は、カーネルダンプフラグをリセットする。例えば、カーネルダンプフラグリセット処理部３７３は、カーネルダンプフラグを削除または“０：カーネルのメモリダンプを採取しない”に設定する。
図６は、実施の形態に係るOSの詳細な構成図である。
OS４０１−ｍは、メモリ管理部４０２−ｍ、ファイル管理部４０３−ｍ、プロセス管理部４０４−ｍ、割り込み処理部４０５−ｍ、マッピング情報抽出・格納処理部４０６−ｍ、マッピング情報格納領域４０７−ｍ、HVメモリダンプ判断部４０８−ｍ、OS起動処理部４０９−ｍ、HVダンプ対象領域読出処理部の呼び出し部４１０−ｍ、カーネルダンプ対象メモリ読出処理部４１１−ｍ、HVダンプ採取処理部４１２−ｍ、カーネルダンプ採取処理部４１３−ｍ、パニック処理部４１４−ｍ、カーネルダンプ対象領域通知処理部４１５−ｍ、メモリDR組み込み処理部４１６−ｍ、メモリDR切り離し処理部４１７−ｍ、空きメモリ追加処理部４１８−ｍ、ダンプ専用ドメイン停止処理部４１９−ｍ、カーネルダンプフラグリセット処理部４２０−ｍ、およびカーネルダンプフラグ通知部４２１−ｍを備える。
OS４０１−ｍは、メモリ管理部４０２−ｍ、ファイル管理部４０３−ｍ、プロセス管理部４０４−ｍ、割り込み処理部４０５−ｍ、マッピング情報抽出・格納処理部４０６−ｍ、マッピング情報格納領域４０７−ｍ、HVメモリダンプ判断部４０８−ｍ、OS起動処理部４０９−ｍ、HVダンプ対象領域読出処理部の呼び出し部４１０−ｍ、カーネルダンプ対象メモリ読出処理部４１１−ｍ、HVダンプ採取処理部４１２−ｍ、カーネルダンプ採取処理部４１３−ｍ、パニック処理部４１４−ｍ、カーネルダンプ対象領域通知処理部４１５−ｍ、メモリDR組み込み処理部４１６−ｍ、メモリDR切り離し処理部４１７−ｍ、空きメモリ追加処理部４１８−ｍ、ダンプ専用ドメイン停止処理部４１９−ｍ、カーネルダンプフラグリセット処理部４２０−ｍ、およびカーネルダンプフラグ通知部４２１−ｍを備える。
メモリ管理部４０２−ｍは、OS４０１−ｍが使用するメモリ２０３−ｍを割り当てる。
ファイル管理部４０３−ｍは、ディスク上に格納されたデータであるファイルを管理する。
ファイル管理部４０３−ｍは、ディスク上に格納されたデータであるファイルを管理する。
プロセス管理部４０４−ｍは、OS４０１−ｍが実行するプログラムのプロセスを管理する。
割り込み処理部４０５−ｍは、割り込み処理を行う。
割り込み処理部４０５−ｍは、割り込み処理を行う。
マッピング情報抽出・格納処理部４０６−ｍは、メモリ２０３−ｍのダンプを取得および解析するために必要な情報を、マッピング情報格納領域４０７−ｍに格納する。
マッピング情報格納領域４０７−ｍは、メモリ２０３−ｍのダンプを取得および解析するために必要な情報を格納する。マッピング情報格納領域４０７−ｍが格納する情報は、例えば、カーネルのテキスト域、データ域、ヒープ域、スタック域等、各セグメントのマッピング情報(論理アドレス、物理アドレス、サイズ等)やアドレス変換テーブル、ページテーブル等、各種制御テーブルのマッピング情報である。
マッピング情報格納領域４０７−ｍは、メモリ２０３−ｍのダンプを取得および解析するために必要な情報を格納する。マッピング情報格納領域４０７−ｍが格納する情報は、例えば、カーネルのテキスト域、データ域、ヒープ域、スタック域等、各セグメントのマッピング情報(論理アドレス、物理アドレス、サイズ等)やアドレス変換テーブル、ページテーブル等、各種制御テーブルのマッピング情報である。
HVメモリダンプ判断部４０８−ｍは、HVダンプフラグがTRUEまたはFALSEであるか判定し、ハイパーバイザのメモリダンプを行うか判断する。
OS起動処理部４０９−ｍは、OS４０１−ｍを再起動する。
OS起動処理部４０９−ｍは、OS４０１−ｍを再起動する。
HVダンプ対象領域読出処理部の呼び出し部４１０−ｍは、HVダンプ対象領域読出処理部３６０を呼び出す。
カーネルダンプ対象メモリ読出処理部４１１−ｍは、カーネルダンプ対象領域（パニック時にOS４０１−ｍのカーネルが使用していたメモリ領域）のメモリ内容を読み出す。
カーネルダンプ対象メモリ読出処理部４１１−ｍは、カーネルダンプ対象領域（パニック時にOS４０１−ｍのカーネルが使用していたメモリ領域）のメモリ内容を読み出す。
HVダンプ採取処理部４１２−ｍは、HVダンプ対象領域読出処理部３６０からHVダンプ対象領域読出処理部３６０が読み出したメモリ内容を受信し、ダンプファイルを生成する。
カーネルダンプ採取処理部４１３−ｍは、読み出したカーネルダンプ対象領域のメモリ内容をファイルに保存（ダンプファイルを生成）する。
カーネルダンプ採取処理部４１３−ｍは、読み出したカーネルダンプ対象領域のメモリ内容をファイルに保存（ダンプファイルを生成）する。
パニック処理部４１４−ｍは、ドメイン２０１−ｍを緊急停止（パニック）させる。
カーネルダンプ対象領域通知処理部４１５−ｍは、パニック時にOS４０１−ｍのカーネルが使用しているメモリ領域をハイパーバイザ３５１に通知する。
カーネルダンプ対象領域通知処理部４１５−ｍは、パニック時にOS４０１−ｍのカーネルが使用しているメモリ領域をハイパーバイザ３５１に通知する。
メモリDR組み込み処理部４１６−ｍは、ドメイン２０１−ｍにメモリ領域を組み込む。
メモリDR切り離し処理部４１７−ｍは、ドメイン２０１−ｍからメモリ領域を切り離す。
メモリDR切り離し処理部４１７−ｍは、ドメイン２０１−ｍからメモリ領域を切り離す。
空きメモリ追加処理部４１８−ｍは、メモリ管理部４０２−ｍにダンプ済みのメモリ領域を通知する。
ダンプ専用ドメイン停止処理部４１９−ｍは、ダンプを採取した後にダンプを採取するドメイン（ダンプ専用ドメイン）を停止する。
ダンプ専用ドメイン停止処理部４１９−ｍは、ダンプを採取した後にダンプを採取するドメイン（ダンプ専用ドメイン）を停止する。
カーネルダンプフラグリセット処理部４２０−ｍは、ハイパーバイザ３５１にカーネルダンプフラグのリセットを指示する。
カーネルダンプフラグ通知部４２１−ｍは、ハイパーバイザ３５１にカーネルダンプフラグを通知する。カーネルダンプフラグ通知部４２１−ｍは、カーネルのメモリダンプを実行する必要がある場合にカーネルダンプフラグをハイパーバイザ３５１に通知する。例えば、カーネルダンプフラグ通知部４２１−ｍは、カーネルのメモリダンプを採取しない場合はカーネルダンプフラグの値を“０：カーネルのメモリダンプを採取しない”、ダンプ採取用ドメインでカーネルのメモリダンプを採取する場合にカーネルダンプフラグの値を“１：ダンプ採取用ドメインで採取”、メモリDynamic Reconfiguration機能を用いてカーネルのメモリダンプを採取する場合にカーネルダンプフラグの値を“２：メモリDynamic Reconfiguration機能を用いて採取”とする。
カーネルダンプフラグ通知部４２１−ｍは、ハイパーバイザ３５１にカーネルダンプフラグを通知する。カーネルダンプフラグ通知部４２１−ｍは、カーネルのメモリダンプを実行する必要がある場合にカーネルダンプフラグをハイパーバイザ３５１に通知する。例えば、カーネルダンプフラグ通知部４２１−ｍは、カーネルのメモリダンプを採取しない場合はカーネルダンプフラグの値を“０：カーネルのメモリダンプを採取しない”、ダンプ採取用ドメインでカーネルのメモリダンプを採取する場合にカーネルダンプフラグの値を“１：ダンプ採取用ドメインで採取”、メモリDynamic Reconfiguration機能を用いてカーネルのメモリダンプを採取する場合にカーネルダンプフラグの値を“２：メモリDynamic Reconfiguration機能を用いて採取”とする。
（第１の実施の形態）
第１の実施の形態では、制御ドメインを用いてハイパーバイザのメモリダンプを採取する。
第１の実施の形態では、制御ドメインを用いてハイパーバイザのメモリダンプを採取する。
図７Ａ、７Ｂは、第１の実施の形態に係るメモリダンプ生成処理のフローチャートである。
初期状態において、ドメイン２０１−１〜２０１−３およびＯＳ４０１−１〜４０１−３は、起動され運用状態となっており、ドメイン２０１−４およびＯＳ４０１−４は起動されていないものとする。
初期状態において、ドメイン２０１−１〜２０１−３およびＯＳ４０１−１〜４０１−３は、起動され運用状態となっており、ドメイン２０１−４およびＯＳ４０１−４は起動されていないものとする。
ステップＳ５０１において、ハイパーバイザ３５１は、致命的なエラーを検出する。
ステップＳ５０２において、ドメイン緊急停止指示部３５２は、運用状態の論理ドメイン、すなわち制御ドメイン２０１−１およびドメイン２０１−２、２０１−３に緊急停止を指示する。
ステップＳ５０２において、ドメイン緊急停止指示部３５２は、運用状態の論理ドメイン、すなわち制御ドメイン２０１−１およびドメイン２０１−２、２０１−３に緊急停止を指示する。
ステップＳ５０３において、OS４０１−ｉ（ｉ＝１〜３）は、緊急停止指示を受信し、OS４０１−ｉを緊急停止させる。
ステップＳ５０４において、HVダンプ対象領域通知処理部３５４は、HVダンプ対象領域情報/HVダンプフラグ格納領域３５６からHVダンプ対象領域情報を読み出し、ファームウェア３１１に通知する。HVダンプ対象領域情報は、ハイパーバイザ３５１が使用しているメモリ領域（ダンプ対象領域）を示す情報であり、メモリ領域の開始アドレス（PA Base）およびサイズの情報を含む。HVダンプ対象領域情報は、図８に示すような形式であり、ブロックの番号、ブロックの物理メモリの開始アドレス（PA Base）、およびブロックのサイズが対応付けられている。また、HV再起動処理部３５７は、ハイパーバイザ３５１を停止する（HVアボート）。
ステップＳ５０４において、HVダンプ対象領域通知処理部３５４は、HVダンプ対象領域情報/HVダンプフラグ格納領域３５６からHVダンプ対象領域情報を読み出し、ファームウェア３１１に通知する。HVダンプ対象領域情報は、ハイパーバイザ３５１が使用しているメモリ領域（ダンプ対象領域）を示す情報であり、メモリ領域の開始アドレス（PA Base）およびサイズの情報を含む。HVダンプ対象領域情報は、図８に示すような形式であり、ブロックの番号、ブロックの物理メモリの開始アドレス（PA Base）、およびブロックのサイズが対応付けられている。また、HV再起動処理部３５７は、ハイパーバイザ３５１を停止する（HVアボート）。
ステップＳ５０６において、ダンプ対象領域情報/HVダンプフラグ格納処理部３１２は、HVダンプ対象領域情報を受信する。
ステップＳ５０７において、ダンプ対象領域情報/HVダンプフラグ格納処理部３１２は、受信したHVダンプ対象領域情報をダンプ対象領域情報として、ダンプ対象領域情報/HVダンプフラグ格納領域３１３に格納する。また、HVダンプフラグ設定部３１４は、HVダンプフラグをTUREに設定し、ダンプ対象領域情報/HVダンプフラグ格納領域３１３に格納する。
ステップＳ５０７において、ダンプ対象領域情報/HVダンプフラグ格納処理部３１２は、受信したHVダンプ対象領域情報をダンプ対象領域情報として、ダンプ対象領域情報/HVダンプフラグ格納領域３１３に格納する。また、HVダンプフラグ設定部３１４は、HVダンプフラグをTUREに設定し、ダンプ対象領域情報/HVダンプフラグ格納領域３１３に格納する。
ステップＳ５０８において、ファームウェア３１１は、メモリの内容を保持したまま、物理パーティションの再起動処理を開始する。
ステップＳ５０９において、メモリ初期化処理部３１５は、メモリの初期化処理を開始する。先ず、例えば、メモリの先頭のアドレスを初期化処理対象の領域として設定する。
ステップＳ５０９において、メモリ初期化処理部３１５は、メモリの初期化処理を開始する。先ず、例えば、メモリの先頭のアドレスを初期化処理対象の領域として設定する。
ステップＳ５１０において、メモリ初期化処理部３１５は、ダンプ対象領域情報を参照し、初期化処理対象の領域がダンプ対象領域情報で指定される領域、すなわちダンプ対象領域であるか否か判定する。初期化処理対象の領域がダンプ対象領域である場合、初期化処理対象の領域の内容を保持したまま、制御はステップＳ５１２に進み、ダンプ対象領域でない場合、制御はステップＳ５１１に進む。
ステップＳ５１１において、メモリ初期化処理部３１５は、初期化処理対象の領域を初期化する。
ステップＳ５１２において、メモリ初期化処理部３１５は、ダンプ対象領域以外のすべての領域に対する初期化処理を行ったか判定する。ダンプ対象領域以外のすべての領域に対する初期化処理を行った場合、制御はステップＳ５１３に進み、ダンプ対象領域以外のすべての領域に対する初期化処理を行っていない場合、未処理の領域（例えば、ダンプ対象領域であるかチェック済みの領域の次のアドレス）を初期化処理対象の領域とし、制御はステップＳ５１０に戻る。
ステップＳ５１２において、メモリ初期化処理部３１５は、ダンプ対象領域以外のすべての領域に対する初期化処理を行ったか判定する。ダンプ対象領域以外のすべての領域に対する初期化処理を行った場合、制御はステップＳ５１３に進み、ダンプ対象領域以外のすべての領域に対する初期化処理を行っていない場合、未処理の領域（例えば、ダンプ対象領域であるかチェック済みの領域の次のアドレス）を初期化処理対象の領域とし、制御はステップＳ５１０に戻る。
ステップＳ５１３において、HV使用領域変更部３１６は、ハイパーバイザ３５１が使用する領域をダンプ対象領域情報で示される領域以外の領域に変更する。なお、初期化処理対象の領域として、少なくともハイパーバイザ３５１が使用する変更後の領域を初期化対象としてもよい。
ステップＳ５１４において、HV再起動命令部３１７は、ハイパーバイザ３５１に再起動を指示する。ダンプ対象領域情報/HVダンプフラグ通知部３１８は、ダンプ対象領域情報/HVダンプフラグ格納領域３１３からダンプ対象領域情報およびHVダンプフラグを読み出し、ハイパーバイザ３５１に通知する。
ステップＳ５１５において、HVダンプ対象領域情報/HVダンプフラグ格納処理部３５５は、ダンプ対象領域情報およびHVダンプフラグを受信し、HVダンプ対象領域情報/HVダンプフラグ格納領域３５６に格納する。尚、HVダンプ対象領域情報/HVダンプフラグ格納処理部３５５は、受信したダンプ対象領域情報をHVダンプ対象領域情報として格納する。
ステップＳ５１６において、HV再起動処理部３５７は、ハイパーバイザ３５１を再起動する。ただし、HVダンプ対象領域情報で指定されるメモリ領域は使用しない。
ステップＳ５１７において、OS再起動命令部３５８は、OS４０１−１〜４０１−３に再起動を指示する。
ステップＳ５１７において、OS再起動命令部３５８は、OS４０１−１〜４０１−３に再起動を指示する。
ステップＳ５１８において、OS再起動処理部４０９−２、４０９−３は、それぞれOS４０１−２、４０１−３を再起動する。
ステップＳ５１９において、OS４０１−２、４０１−３は、業務を再開する。
ステップＳ５１９において、OS４０１−２、４０１−３は、業務を再開する。
ステップＳ５２０において、OS４０１−２、４０１−３は、通常の運用状態となる。
ステップＳ５２１において、OS再起動処理部４０９−１は、OS４０１−１を再起動する。
ステップＳ５２１において、OS再起動処理部４０９−１は、OS４０１−１を再起動する。
ステップＳ５２２において、OS４０１−１は、業務を再開する。
ステップＳ５２３において、HVメモリダンプ判断部４０８−１は、ハイパーバイザ３５１にHVダンプフラグの送信を要求する。
ステップＳ５２３において、HVメモリダンプ判断部４０８−１は、ハイパーバイザ３５１にHVダンプフラグの送信を要求する。
ステップＳ５２４において、HVメモリダンプフラグ読出・送信部３５９は、要求を受信すると、HVダンプ対象領域情報/HVダンプフラグ格納領域３５６からHVダンプフラグを読み出し、OS４０１−１に送信する。
ステップＳ５２５において、HVメモリダンプ判断部４０８−１は、HVダンプフラグを受信し、HVダンプフラグがTRUEであるか否か判定する。HVダンプフラグがTRUEの場合、制御はステップＳ５２７に進み、FALSEの場合、制御はステップＳ５３１に進む。
ステップＳ５２６において、HVダンプ対象領域読出処理部の呼び出し部４１０−１は、HVダンプ対象領域読出処理部３６０を呼び出す。
ステップＳ５２７において、HVダンプ対象領域読出処理部３６０は、HVダンプ対象領域情報で示されるメモリ領域の内容を読み出し、制御ドメインに送信する。
ステップＳ５２７において、HVダンプ対象領域読出処理部３６０は、HVダンプ対象領域情報で示されるメモリ領域の内容を読み出し、制御ドメインに送信する。
ステップＳ５２８において、HVダンプ採取処理部４１２−１は、HVダンプ対象領域読出処理部３６０からHVダンプ対象領域読出処理部３６０が読み出したメモリ内容を受信し、受信したメモリ内容をファイルに書き出してダンプファイルを生成する。以下、ステップＳ５２９、Ｓ５３０とステップＳ５３１の処理が並列に実行される。
ステップＳ５２９において、メモリ開放処理部３６２は、HVダンプ対象領域情報で指定されるメモリ領域を開放する。また、HVダンプフラグリセット処理部３６３は、HVダンプフラグをリセット、すなわちFALSEに設定する。HVダンプフラグ通知部３６４は、ファームウェア３１１にHVダンプフラグを通知する。
ステップＳ５３０において、メモリ開放処理部３２０は、ダンプ対象領域情報をクリアする。また、HVダンプフラグリセット処理部３２１は、HVダンプフラグをリセット、すなわちFALSEに設定する。
ステップＳ５３１において、OS４０１−１は、通常の運用状態となる。
第１の実施の形態に係るメモリダンプ生成処理によれば、エラーを検出してハイパーバイザおよびオペレーティングシステムを再起動する場合、メモリダンプのサイズが大きい場合でも別のメモリ等にコピーを行っていないので、速やかにハイパーバイザおよびオペレーティングシステムを再起動できる。これにより、業務停止時間を短縮することができる。
第１の実施の形態に係るメモリダンプ生成処理によれば、エラーを検出してハイパーバイザおよびオペレーティングシステムを再起動する場合、メモリダンプのサイズが大きい場合でも別のメモリ等にコピーを行っていないので、速やかにハイパーバイザおよびオペレーティングシステムを再起動できる。これにより、業務停止時間を短縮することができる。
ここで、第１の実施の形態に係るメモリダンプ生成処理の変形例について説明する。
変形例では、稼動中のハイパーバイザのメモリダンプの採取（ハイパーバイザのライブダンプと呼ぶ）が行われる。
変形例では、稼動中のハイパーバイザのメモリダンプの採取（ハイパーバイザのライブダンプと呼ぶ）が行われる。
図７Ｃは、第１の実施の形態に係るメモリダンプ生成処理の変形例のフローチャートである。
変形例のフローチャートは、図７Ａ、７Ｂの第１の実施の形態に係るメモリダンプ生成処理のフローチャートにステップＳ５３２、Ｓ５３３が追加され、ステップＳ５２５においてＮＯと判定された場合に、制御がステップＳ５３２に進むものである。
変形例のフローチャートは、図７Ａ、７Ｂの第１の実施の形態に係るメモリダンプ生成処理のフローチャートにステップＳ５３２、Ｓ５３３が追加され、ステップＳ５２５においてＮＯと判定された場合に、制御がステップＳ５３２に進むものである。
図７Ｃでは、図７Ａ、７Ｂに対する変更箇所について記載し、その他の部分については同様であるため記載は省略されている。
変形例において、例えば、HVダンプフラグのデータ構造を０：採取せず、１：異常時のHVダンプ、２：HVライブダンプのように変更することができる。HVメモリダンプ判断部４０８−１は、HVダンプフラグが１の場合、HVダンプフラグがTRUEと判定し、HVダンプフラグが０または２の場合、HVダンプフラグがFALSEと判定する。また、HVメモリダンプ判断部４０８−１は、HVダンプフラグが２の場合、HVダンプライブフラグがTRUEと判定する。
変形例において、例えば、HVダンプフラグのデータ構造を０：採取せず、１：異常時のHVダンプ、２：HVライブダンプのように変更することができる。HVメモリダンプ判断部４０８−１は、HVダンプフラグが１の場合、HVダンプフラグがTRUEと判定し、HVダンプフラグが０または２の場合、HVダンプフラグがFALSEと判定する。また、HVメモリダンプ判断部４０８−１は、HVダンプフラグが２の場合、HVダンプライブフラグがTRUEと判定する。
ステップＳ５３２において、HVメモリダンプ判断部４０８−１は、HVライブダンプフラグがTRUEであるか否か判定する。HVダンプフラグがTRUEの場合（すなわち、HVダンプフラグが２の場合）、制御はステップＳ５３３に進み、FALSEの場合、制御はステップＳ５３１に進む。
ステップＳ５３３において、HVライブダンプ処理が行われる。詳細には、HVダンプ対象領域読出処理部の呼び出し部４１０−１は、HVダンプ対象領域読出処理部３６０を呼び出す。HVダンプ対象領域読出処理部３６０は、稼動中のハイパーバイザ３５１が使用しているメモリ領域の内容を読み出し、制御ドメインに送信する。HVダンプ採取処理部４１２−１は、HVダンプ対象領域読出処理部３６０が読み出したメモリ内容を受信し、受信したメモリ内容をファイルに書き出してハイパーバイザのダンプファイルを生成する。
上記のように、稼動中のハイパーバイザのメモリダンプの採取では、ハイパーバイザを停止・再起動しないまま、ハイパーバイザが使用するメモリ領域のデータを読み出して、該データをハイパーバイザのダンプファイルとしてファイルに書き出している。
（第２の実施の形態）
第２の実施の形態では、ハイパーバイザのメモリダンプに加えて、OSのカーネルのメモリダンプを行う。
第２の実施の形態では、ハイパーバイザのメモリダンプに加えて、OSのカーネルのメモリダンプを行う。
図９Ａ、９Ｂ、９Ｃは、第２の実施の形態に係るメモリダンプ生成処理のフローチャートである。
初期状態において、ドメイン２０１−１〜２０１−３およびＯＳ４０１−１〜４０１−３は、起動され運用状態となっており、ドメイン２０１−４およびＯＳ４０１−４は起動されていないものとする。
初期状態において、ドメイン２０１−１〜２０１−３およびＯＳ４０１−１〜４０１−３は、起動され運用状態となっており、ドメイン２０１−４およびＯＳ４０１−４は起動されていないものとする。
ステップＳ６０１において、ハイパーバイザ３５１に致命的なエラーが発生する。
ステップＳ６０２において、ハイパーバイザ３５１は、致命的なエラーを検出する。
ステップＳ６０３において、割り込み処理部３７０は、運用状態のＯＳ、すなわちOS４０１−ｉ（ｉ＝１〜３）に割り込み処理を通知し、OSパニック指示部３５３は、OS４０１−ｉにパニックを指示する。
ステップＳ６０２において、ハイパーバイザ３５１は、致命的なエラーを検出する。
ステップＳ６０３において、割り込み処理部３７０は、運用状態のＯＳ、すなわちOS４０１−ｉ（ｉ＝１〜３）に割り込み処理を通知し、OSパニック指示部３５３は、OS４０１−ｉにパニックを指示する。
ステップＳ６０４において、パニック処理部４１４−ｉは、パニック指示を受信し、OS４０１−ｉをパニックさせる。
ステップＳ６０５において、カーネルダンプ対象領域通知処理部４１５−ｉは、ハイパーバイザ３５１にカーネルダンプ対象領域情報を通知する。カーネルダンプ対象領域情報は、OS４０１−ｉのカーネルが使用しているメモリ領域（ダンプ対象領域）を示す情報であり、メモリ領域の開始アドレス（RA Base）およびサイズの情報を含む。カーネルダンプ対象領域情報は、図１０に示すような形式であり、ブロックの番号、ブロックのメモリの開始アドレス（RA Base）、およびブロックのサイズが対応付けられている。
ステップＳ６０５において、カーネルダンプ対象領域通知処理部４１５−ｉは、ハイパーバイザ３５１にカーネルダンプ対象領域情報を通知する。カーネルダンプ対象領域情報は、OS４０１−ｉのカーネルが使用しているメモリ領域（ダンプ対象領域）を示す情報であり、メモリ領域の開始アドレス（RA Base）およびサイズの情報を含む。カーネルダンプ対象領域情報は、図１０に示すような形式であり、ブロックの番号、ブロックのメモリの開始アドレス（RA Base）、およびブロックのサイズが対応付けられている。
尚、ステップＳ６０４およびＳ６０５は、パニック指示を受信した論理ドメインごとにそれぞれ実行される。
ステップＳ６０６において、PA-RAマッピング処理部３６８は、通知された開始アドレス（RA Base）をRA BaseからPA Baseの開始アドレス（PA Base）に変換するRA-PA変換を行う。
ステップＳ６０６において、PA-RAマッピング処理部３６８は、通知された開始アドレス（RA Base）をRA BaseからPA Baseの開始アドレス（PA Base）に変換するRA-PA変換を行う。
ステップＳ６０７において、HVダンプ対象領域通知処理部３５４は、ハイパーバイザ３５１が使用しているメモリ領域を示すHVダンプ対象領域情報をファームウェア３１１に通知する。さらに、HVダンプ対象領域通知処理部３５４は、OS４０１−ｉから受信したカーネルダンプ対象領域情報をファームウェア３１１に通知する。尚、通知されるカーネルダンプ対象領域情報は、RA BaseからPA Baseに変換された開始アドレス（PA Base）およびサイズを含む。実施の形態では、停止した論理ドメインに対応する３個のカーネルダンプ対象領域情報が通知される。
ステップＳ６０８において、ダンプ対象領域情報/HVダンプフラグ格納処理部３１２は、受信したHVダンプ対象領域情報および受信したカーネルダンプ対象領域情報をダンプ対象領域情報として、ダンプ対象領域情報/HVダンプフラグ格納領域３１３に格納する。また、HVダンプフラグ設定部３１４は、HVダンプフラグをTUREに設定し、ダンプ対象領域情報/HVダンプフラグ格納領域３１３に格納する。
ステップＳ６０９において、HV再起動処理部３５７は、ハイパーバイザ３５１を停止する（HVアボート）。
ステップＳ６１０において、メモリ初期化処理部３１５は、ダンプ対象領域情報で示される領域以外のメモリ領域を初期化する。すなわち、メモリ初期化処理部３１５は、ハイパーバイザ３５１が使用していた領域とパニック時にOS４０１−ｉのカーネルが使用していた領域以外のメモリ領域を初期化する。
ステップＳ６１０において、メモリ初期化処理部３１５は、ダンプ対象領域情報で示される領域以外のメモリ領域を初期化する。すなわち、メモリ初期化処理部３１５は、ハイパーバイザ３５１が使用していた領域とパニック時にOS４０１−ｉのカーネルが使用していた領域以外のメモリ領域を初期化する。
ステップＳ６１１において、HV使用領域変更部３１６は、HV使用領域変更部３１６は、ハイパーバイザ３５１が使用する領域をダンプ対象領域情報で示される領域以外の領域に変更する。HV再起動命令部３１７は、ハイパーバイザ３５１に再起動を指示する。ダンプ対象領域情報/HVダンプフラグ通知部３１８は、ダンプ対象領域情報/HVダンプフラグ格納領域３１３からダンプ対象領域情報およびHVダンプフラグを読み出し、ハイパーバイザ３５１に通知する。ダンプ対象領域情報には、HVダンプ対象領域情報およびカーネルダンプ対象領域情報が含まれている。HVダンプ対象領域情報/HVダンプフラグ格納処理部３５５は、ダンプ対象領域情報の内のHVダンプ対象領域情報およびHVダンプフラグを受信し、HVダンプ対象領域情報/HVダンプフラグ格納領域３５６に格納する。カーネルダンプ対象領域情報/カーネルダンプフラグ格納処理部３６６は、ダンプ対象領域情報の内のカーネルダンプ対象領域情報を受信し、カーネルダンプ対象領域情報/カーネルダンプフラグ格納領域３６７に格納する。
ステップＳ６１２において、HV再起動処理部３５７は、ハイパーバイザ３５１を起動する。
ステップＳ６１３において、メモリ初期化処理部３７２は、カーネルダンプ対象領域情報で示される領域以外のメモリ領域を初期化する。
ステップＳ６１３において、メモリ初期化処理部３７２は、カーネルダンプ対象領域情報で示される領域以外のメモリ領域を初期化する。
ステップＳ６１４において、PA-RAマッピング処理部３６８、ＯＳ再起動命令部３５８、およびダンプ専用ドメイン起動処理部３６５は、カーネルダンプフラグの値をチェックする。以下、カーネルダンプフラグの値に応じた処理が実行される。例えばPA-RAマッピング処理部３６８は、カーネルダンプフラグが“１：ダンプ採取用ドメインで採取”の場合、パニック発生時にＯＳ４０１−１〜４０１−３のカーネルが使用していたメモリのPAをダンプ採取用ドメイン２０４−４のRAに割り当てる。
以下、ステップＳ６２１、ステップＳ６２２〜Ｓ６２６、およびステップＳ６３２〜Ｓ６３５の処理が別々に並列して実行される。
ただし、カーネルダンプフラグが“１：ダンプ採取用ドメインで採取”の場合、ステップＳ６２６、Ｓ６３５は実行されず、“２：メモリDynamic Reconfiguration機能を用いて採取”の場合、ステップＳ６２１は実行されない。
ただし、カーネルダンプフラグが“１：ダンプ採取用ドメインで採取”の場合、ステップＳ６２６、Ｓ６３５は実行されず、“２：メモリDynamic Reconfiguration機能を用いて採取”の場合、ステップＳ６２１は実行されない。
ここでは、ステップＳ６２１は、ダンプ採取用ドメイン２０４−４に関する処理であり、ステップＳ６２２〜Ｓ６２６は、制御ドメイン２０４−１に関する処理であり、ステップＳ６３２〜Ｓ６３５は、論理ドメイン２０４−２、２０４−３に関する処理である。
ステップＳ６２１において、ダンプ採取用ドメインによるカーネルのメモリダンプ生成処理が行われる。ダンプ採取用ドメインによるカーネルのメモリダンプ生成処理の詳細については後述する。
ステップＳ６２２において、PA-RAマッピング処理部３６８は、ドメイン２０１−１の物理アドレス(PA)とリアルアドレス(RA)間のマッピングを以下の1)、2)のように変更する。それにより、OS４０１−１を再起動してもパニック時のカーネルおよびパニック時のハイパーバイザ３５１が使用していたメモリ領域のデータは上書きされなくなる。
1)パニック発生時にカーネルおよびハイパーバイザが使用していたメモリの物理アドレスは、再起動するドメインのリアルアドレスに割り当てないようにする。かつ、
2)再起動前後で、該当ドメインが使用できるメモリサイズがなるべく変化しないようにする。
1)パニック発生時にカーネルおよびハイパーバイザが使用していたメモリの物理アドレスは、再起動するドメインのリアルアドレスに割り当てないようにする。かつ、
2)再起動前後で、該当ドメインが使用できるメモリサイズがなるべく変化しないようにする。
ただし、再起動するドメインに割り当て可能な物理メモリが所定値より不足する場合は、1)を優先する。
尚、パニック発生時にどの領域をカーネルおよびハイパーバイザ３５１が利用していたかは、HVダンプ対象領域情報およびカーネルダンプ対象領域情報を参照することにより判断される。
尚、パニック発生時にどの領域をカーネルおよびハイパーバイザ３５１が利用していたかは、HVダンプ対象領域情報およびカーネルダンプ対象領域情報を参照することにより判断される。
ステップＳ６２３において、OS再起動命令部３５８は、OS４０１−１に再起動を指示する。また、OS再起動命令部３５８は、カーネルダンプフラグが“２：メモリDynamic Reconfiguration機能を用いて採取”の場合、メモリDR機能を用いたケーネルのメモリダンプ生成処理を行う旨を再起動指示に含める。指示を受信したOS起動処理部４０９−１は、OS４０１−１を起動する。
ステップＳ６２４において、OS４０１−１は、業務を再開する。
ステップＳ６２５において、メモリDynamic Reconfiguration（DR）機能を用いたカーネルのメモリダンプ生成処理が行われる。メモリDR機能を用いたカーネルのメモリダンプ生成処理の詳細については後述する。 ステップＳ６２６において、ハイパーバイザのメモリダンプ生成処理が行われる。ステップＳ６２６は、図７ＢのステップＳ５２３〜Ｓ５３１の処理と同様であるため説明は省略する。
ステップＳ６２５において、メモリDynamic Reconfiguration（DR）機能を用いたカーネルのメモリダンプ生成処理が行われる。メモリDR機能を用いたカーネルのメモリダンプ生成処理の詳細については後述する。 ステップＳ６２６において、ハイパーバイザのメモリダンプ生成処理が行われる。ステップＳ６２６は、図７ＢのステップＳ５２３〜Ｓ５３１の処理と同様であるため説明は省略する。
ステップＳ６３２において、PA-RAマッピング処理部３６８は、ドメイン２０１−２，２０１−３の物理アドレス(PA)とリアルアドレス(RA)間のマッピングを以下の1)、2)のように変更する。それにより、OS４０１−１を再起動してもパニック時のカーネルおよびパニック時のハイパーバイザ３５１が使用していたメモリ領域のデータは上書きされなくなる。
1)パニック発生時にカーネルおよびハイパーバイザが使用していたメモリの物理アドレスは、再起動するドメインのリアルアドレスに割り当てないようにする。かつ、
2)再起動前後で、該当ドメインが使用できるメモリサイズがなるべく変化しないようにする。
1)パニック発生時にカーネルおよびハイパーバイザが使用していたメモリの物理アドレスは、再起動するドメインのリアルアドレスに割り当てないようにする。かつ、
2)再起動前後で、該当ドメインが使用できるメモリサイズがなるべく変化しないようにする。
ただし、再起動するドメインに割り当て可能な物理メモリが所定値より不足する場合は、1)を優先する。
尚、パニック発生時にどの領域をカーネルおよびハイパーバイザ３５１が利用していたかは、HVダンプ対象領域情報およびカーネルダンプ対象領域情報を参照することにより判断される。
尚、パニック発生時にどの領域をカーネルおよびハイパーバイザ３５１が利用していたかは、HVダンプ対象領域情報およびカーネルダンプ対象領域情報を参照することにより判断される。
ステップＳ６３３において、OS再起動命令部３５８は、OS４０１−２、４０１−３に再起動を指示する。また、OS再起動命令部３５８は、カーネルダンプフラグが“２：メモリDynamic Reconfiguration機能を用いて採取”の場合、メモリDR機能を用いたケーネルのメモリダンプ生成処理を行う旨を再起動指示に含める。指示を受信したOS起動処理部４０９−２、４０９−３は、OS４０１−２，４０１−３をそれぞれ起動する。
ステップＳ６３４において、OS４０１−２，４０１−３は、それぞれ業務を再開する。
ステップＳ６３５において、メモリDR機能を用いたカーネルのメモリダンプ生成処理が行われる。
ステップＳ６３５において、メモリDR機能を用いたカーネルのメモリダンプ生成処理が行われる。
以下、カーネルのメモリダンプ生成処理の詳細について説明する。
カーネルのメモリダンプ生成処理は、（１）ダンプ採取用ドメインによるメモリダンプを採取する方法（ステップＳ６２１）、または（２）メモリDynamic Reconfiguration機能を用いてメモリダンプを採取する方法（ステップＳ６２６、Ｓ６３５）のいずれかが用いられる。
カーネルのメモリダンプ生成処理は、（１）ダンプ採取用ドメインによるメモリダンプを採取する方法（ステップＳ６２１）、または（２）メモリDynamic Reconfiguration機能を用いてメモリダンプを採取する方法（ステップＳ６２６、Ｓ６３５）のいずれかが用いられる。
（１）ダンプ採取用ドメインでメモリダンプを採取する方法
ダンプ採取用ドメイン２０１−４は、複数のドメイン２０１が存在するシステムでも、それぞれの論理ドメイン毎に用意する必要はなく、システムで1つあれば良い。ダンプ採取用ドメイン２０１−４が1つの場合、複数の論理ドメイン２０１で同時にパニックが発生した場合は１ドメインずつメモリダンプを採取することになるが、ダンプ採取が完了しているかどうかにかかわらず、速やかに業務が再開できるため、業務への影響はない。
ダンプ採取用ドメイン２０１−４は、複数のドメイン２０１が存在するシステムでも、それぞれの論理ドメイン毎に用意する必要はなく、システムで1つあれば良い。ダンプ採取用ドメイン２０１−４が1つの場合、複数の論理ドメイン２０１で同時にパニックが発生した場合は１ドメインずつメモリダンプを採取することになるが、ダンプ採取が完了しているかどうかにかかわらず、速やかに業務が再開できるため、業務への影響はない。
ダンプ採取用ドメイン２０１−４では、パニックが発生した論理ドメインの業務を引き継ぐ必要はないため、メモリダンプを採取するために必要となる下記のハードウェア資源があれば良い。
・パニックが発生した論理ドメインのOSのカーネルがパニック時に使用していた物理メモリ領域
・1個以上のCPU
・ダンプファイルを格納するディスクとディスクを使用するために必要なI/O資源
・パニックが発生した論理ドメインのOSのカーネルがパニック時に使用していた物理メモリ領域
・1個以上のCPU
・ダンプファイルを格納するディスクとディスクを使用するために必要なI/O資源
図１１は、ダンプ採取用ドメインによるカーネルのメモリダンプ生成処理のフローチャートである。
図１１は、図９ＢのステップＳ６２１に対応する。
図１１は、図９ＢのステップＳ６２１に対応する。
ここでは、ＯＳ４０１−ｉのカーネルのメモリダンプ生成処理について説明する。
ステップＳ６５１において、ダンプ専用ドメイン起動処理部３６５は、ダンプ採取用ドメイン２０１−４をファームウェアモードで起動する。ファームウェアモードとは、OSを起動しないモード、すなわちOSを起動する前に停止するモードである。OSを起動しないことにより、ダンプ対象領域が書き換えられてしまうことを防ぐ。
ステップＳ６５１において、ダンプ専用ドメイン起動処理部３６５は、ダンプ採取用ドメイン２０１−４をファームウェアモードで起動する。ファームウェアモードとは、OSを起動しないモード、すなわちOSを起動する前に停止するモードである。OSを起動しないことにより、ダンプ対象領域が書き換えられてしまうことを防ぐ。
ステップＳ６５２において、カーネルダンプ対象メモリ読出処理部４１１−４は、パニック発生時にオペレーティングシステム４０１−ｉのカーネルが使用していたメモリ領域（カーネルダンプ対象領域）を読み出す。尚、カーネルダンプ対象領域の情報（開始アドレス（RA Base）やサイズ等）は、ファームウェア３１１またはハイパーバイザ３５１からの通知により得る。
ステップＳ６５３において、カーネルダンプ採取処理部４１３−４は、読み出したメモリ内容をファイルに書き出してダンプファイルを生成する。
ステップＳ６５４において、ダンプ専用ドメイン停止処理部４１９−４は、ダンプ採取ドメイン２０１−４を停止する。そして、ダンプ専用ドメイン停止処理部４１９−４は、カーネルダンプ対象領域を使用可能な未使用のメモリ、すなわち空きメモリとするようにハイパーバイザ３５１のメモリ管理部３６１へ通知する。また、カーネルダンプフラグリセット処理部４２０−４は、ハイパーバイザ３５１にカーネルダンプフラグのリセットを指示する。リセット指示を受信したカーネルダンプフラグリセット処理部３７３は、カーネルダンプフラグをリセットする。
ステップＳ６５４において、ダンプ専用ドメイン停止処理部４１９−４は、ダンプ採取ドメイン２０１−４を停止する。そして、ダンプ専用ドメイン停止処理部４１９−４は、カーネルダンプ対象領域を使用可能な未使用のメモリ、すなわち空きメモリとするようにハイパーバイザ３５１のメモリ管理部３６１へ通知する。また、カーネルダンプフラグリセット処理部４２０−４は、ハイパーバイザ３５１にカーネルダンプフラグのリセットを指示する。リセット指示を受信したカーネルダンプフラグリセット処理部３７３は、カーネルダンプフラグをリセットする。
ステップＳ６５５において、メモリ管理部３６１は、カーネルダンプ対象領域を他の論理ドメイン２０１−ｉからも使用可能な空きメモリとする。
図１２は、ダンプ採取用ドメインによるメモリダンプの採取を示す図である。
図１２の左側は運用状態（およびパニック時）、真ん中は再起動時、右側はダンプ採取用ドメインによるメモリダンプの採取時を示す。
ここでは、論理ドメイン２０１−１の処理について記載している。尚、ドメイン２０１−２、２０１−３においても同様の処理が実行されるので、詳細は省略する。
図１２の左側は運用状態（およびパニック時）、真ん中は再起動時、右側はダンプ採取用ドメインによるメモリダンプの採取時を示す。
ここでは、論理ドメイン２０１−１の処理について記載している。尚、ドメイン２０１−２、２０１−３においても同様の処理が実行されるので、詳細は省略する。
図１２の左側の運用状態において、ＰＡのある領域が論理ドメイン２０１−１のＲＡのある領域にマッピングされている。
OS４０１−１のパニック時にOS４０１−１のカーネルが使用していた領域はカーネルダンプ対象領域となる。
OS４０１−１のパニック時にOS４０１−１のカーネルが使用していた領域はカーネルダンプ対象領域となる。
OS４０１−１のパニック後、PA-RAマッピングの変更が行われ（ステップＳ６２２）、論理ドメイン２０１−１には、パニック時にOS４０１−１のカーネルが使用していた領域（カーネルダンプ対象領域）とは異なるＰＡの領域が割り当てられ、OS４０１−１は再起動する（図１２の真ん中）。
図１２の右側のダンプ時において、ダンプ採取専用ドメイン２０１−４のＲＡには、パニック時にOS４０１−１のカーネルが使用していたＰＡの領域（カーネルダンプ対象領域）が割り当てられる。ダンプ採取専用ドメイン２０１−４は、カーネルダンプ対象領域を読み出して、ダンプファイルを生成する。
図１３は、ダンプ採取用ドメインによるメモリダンプの採取におけるPA-RAマッピング情報を示す図である。
図１３の左側は運用状態（およびパニック時）、真ん中はダンプ時、右側はダンプ後を示す。
図１３の左側は運用状態（およびパニック時）、真ん中はダンプ時、右側はダンプ後を示す。
ここでは、ドメイン２０１−１（制御ドメイン＃０）とダンプ採取専用ドメイン２０１−４（ダンプ採取専用ドメイン＃３）のPA-RAマッピングについて記載している。
PA-RAマッピング情報は、ドメイン、開始アドレス（PA Base）、サイズ、および開始アドレス（RA Base）が対応付けられて記載されている。
PA-RAマッピング情報は、ドメイン、開始アドレス（PA Base）、サイズ、および開始アドレス（RA Base）が対応付けられて記載されている。
図１３の左側のパニック時において、開始アドレス（PA Base）がxxxxx、サイズが８ＧＢである領域が制御ドメイン＃０の開始アドレス（RA Base）がaaaaaである領域にマッピングされている（図１２の左側に対応）。この領域がカーネルダンプ対象領域となる。
OS４０１−１のパニック後、PA-RAマッピングの変更が行われ（ステップＳ６２２）、PA-RAマッピング情報は図１３の真ん中に示すようになる。
図１３の真ん中のダンプ時において、開始アドレス（PA Base）がxxxxx、サイズが８ＧＢである領域がダンプ採取専用ドメイン＃３の開始アドレス（RA Base）がaaaaaである領域にマッピングされている。すなわち、パニック時の制御ドメイン＃０のＰＡの領域がダンプ採取専用ドメイン＃３のＲＡにマッピングされている。また、開始アドレス（PA Base）がyyyyy、サイズが８ＧＢである領域が制御ドメイン＃０の開始アドレス（PA Base）がaaaaaである領域にマッピングされている。すなわち、新たなＰＡの領域が再起動後の制御ドメイン＃０に割り当てられている（図１２の右側に対応）。
図１３の真ん中のダンプ時において、開始アドレス（PA Base）がxxxxx、サイズが８ＧＢである領域がダンプ採取専用ドメイン＃３の開始アドレス（RA Base）がaaaaaである領域にマッピングされている。すなわち、パニック時の制御ドメイン＃０のＰＡの領域がダンプ採取専用ドメイン＃３のＲＡにマッピングされている。また、開始アドレス（PA Base）がyyyyy、サイズが８ＧＢである領域が制御ドメイン＃０の開始アドレス（PA Base）がaaaaaである領域にマッピングされている。すなわち、新たなＰＡの領域が再起動後の制御ドメイン＃０に割り当てられている（図１２の右側に対応）。
ダンプファイルの生成後、カーネルダンプ対象領域は他のドメインからも使用可能な空きメモリとなる（ステップＳ６５５）。
すなわち、図１３の右側のダンプ後において、ダンプ採取専用ドメイン＃３のマッピング情報は削除される。
すなわち、図１３の右側のダンプ後において、ダンプ採取専用ドメイン＃３のマッピング情報は削除される。
ダンプ採取用ドメインでメモリダンプを採取する方法によれば、異常を検出したドメインではなく、別のドメインでダンプを採取するため、ダンプ採取処理中に再度異常を検出してハングアップする等の二次被害が発生する可能性が低くなる。
ダンプ採取用ドメインでメモリダンプを採取する方法によれば、Capacity on Demand (CoD)のような、ユーザが使用したハードウェア資源(CPU、メモリ、ディスク等)の量や時間に応じて課金を行うシステムにおいて、ダンプ採取のために使用するハードウェア資源に対する課金を行わないようにすることが容易に実現でき、料金の適正化を図ることができる。
（２）メモリDynamic Reconfiguration機能を用いてメモリダンプを採取する方法
ここでは、論理ドメイン２０１−１の処理（ステップＳ６２５）について説明する。尚、論理ドメイン２０１−２、２０１−３の処理（ステップＳ６３５）も同様の処理が実行されるので、詳細は省略する。
ここでは、論理ドメイン２０１−１の処理（ステップＳ６２５）について説明する。尚、論理ドメイン２０１−２、２０１−３の処理（ステップＳ６３５）も同様の処理が実行されるので、詳細は省略する。
図１４は、メモリDynamic Reconfiguration機能を用いたカーネルのメモリダンプ生成処理のフローチャートである。
図１４は、図９ＣのステップＳ６２５に対応する。
図１４は、図９ＣのステップＳ６２５に対応する。
ステップＳ６４１において、メモリDR組み込み処理部４１６−１は、メモリのDynamic Reconfiguration機能を使用して、パニック発生時にOS４０１−１のカーネルが使用していたメモリ領域（カーネルダンプ対象領域）をドメイン２０１−１に組み込む。なお、カーネルダンプ対象領域の情報（開始アドレス（RA Base）やサイズ等）は、ファームウェア３１１またはハイパーバイザ３５１からの通知により得る。
ステップＳ６４２において、カーネルダンプ対象メモリ読出処理部４１１−１は、組み込んだメモリ領域を読み出す。
ステップＳ６４３において、カーネルダンプ採取処理部４１３−１は、読み出したメモリ内容をファイルに書き出してダンプファイルを生成する。
ステップＳ６４３において、カーネルダンプ採取処理部４１３−１は、読み出したメモリ内容をファイルに書き出してダンプファイルを生成する。
ステップＳ６４４において、メモリDR切り離し処理部４１７−１は、メモリのDynamic Reconfiguration機能を使用して、パニック発生時にOS４０１−１のカーネルが使用していたメモリ領域をドメイン２０１−１から切り離して、切り離した領域を空きメモリとするようにメモリ管理部３６１に通知する。また、カーネルダンプフラグリセット処理部４２０−１は、ハイパーバイザ３５１にカーネルダンプフラグのリセットを指示する。リセット指示を受信したカーネルダンプフラグリセット処理部３７３は、カーネルダンプフラグをリセットする。
ステップＳ６４５において、メモリ管理部３６１は、切り離した領域を他のドメイン２０１−２、２０１−３からも使用可能な空きメモリとする。
また、ステップＳ６４４およびＳ６４５の代わりに、空きメモリ追加処理部４１８−１は、パニック時にOS４０１−１のカーネルが使用していたメモリ領域(すなわち、ダンプ済み領域)を使用可能な未使用のメモリ、すなわち空きメモリとするようにメモリ管理部４０２−１へ通知し、メモリ管理部４０２−１はダンプ済み領域を空きメモリとする処理を行っても良い。
また、ステップＳ６４４およびＳ６４５の代わりに、空きメモリ追加処理部４１８−１は、パニック時にOS４０１−１のカーネルが使用していたメモリ領域(すなわち、ダンプ済み領域)を使用可能な未使用のメモリ、すなわち空きメモリとするようにメモリ管理部４０２−１へ通知し、メモリ管理部４０２−１はダンプ済み領域を空きメモリとする処理を行っても良い。
図１５は、メモリDynamic Reconfiguration機能を用いたメモリダンプの採取を示す図である。
図１５の左側は運用状態（およびパニック時）、真ん中は再起動時、右側はダンプ採取用ドメインによるメモリダンプの採取時を示す。
ここでは、ドメイン２０１−１の処理について記載している。尚、ドメイン２０１−２、２０１−３においても同様の処理が実行されるので、詳細は省略する。
図１５の左側は運用状態（およびパニック時）、真ん中は再起動時、右側はダンプ採取用ドメインによるメモリダンプの採取時を示す。
ここでは、ドメイン２０１−１の処理について記載している。尚、ドメイン２０１−２、２０１−３においても同様の処理が実行されるので、詳細は省略する。
図１５の左側の運用状態において、ＰＡのある領域がドメイン２０１−１のＲＡのある領域にマッピングされている。
OS４０１−１のパニック時にOS４０１−１のカーネルが使用していた領域はカーネルダンプ対象領域となる。
OS４０１−１のパニック後、PA-RAマッピングの変更が行われ（ステップＳ６２２）、ドメイン２０１−１のＲＡには、パニック時にOS４０１−１のカーネルが使用していた領域（カーネルダンプ対象領域）とは異なるＰＡの領域が割り当てられ、OS４０１−１は再起動する（図１５の真ん中）。
OS４０１−１のパニック後、PA-RAマッピングの変更が行われ（ステップＳ６２２）、ドメイン２０１−１のＲＡには、パニック時にOS４０１−１のカーネルが使用していた領域（カーネルダンプ対象領域）とは異なるＰＡの領域が割り当てられ、OS４０１−１は再起動する（図１５の真ん中）。
図１５の右側の再起動後のダンプ時において、ドメイン２０１−１のＲＡには、パニック時にOS４０１−１のカーネルが使用していた領域（カーネルダンプ対象領域）が組み込まれる。ドメイン２０１−１は、カーネルダンプ対象領域を読み出して、ダンプファイルを生成する。
図１６は、メモリDynamic Reconfiguration機能を用いたメモリダンプの採取におけるPA-RAマッピング情報を示す図である。
図１６の左側は運用状態（およびパニック時）、真ん中はダンプ時、右側はダンプ後を示す。
図１６の左側は運用状態（およびパニック時）、真ん中はダンプ時、右側はダンプ後を示す。
ここでは、ドメイン２０１−１（制御ドメイン＃０）のPA-RAマッピングについて記載している。
PA-RAマッピング情報は、ドメイン、開始アドレス（PA Base）、サイズ、および開始アドレス（RA Base）が対応付けられて記載されている。
PA-RAマッピング情報は、ドメイン、開始アドレス（PA Base）、サイズ、および開始アドレス（RA Base）が対応付けられて記載されている。
図１６の左側のパニック時において、開始アドレス（PA Base）がxxxxx、サイズが８ＧＢである領域が制御ドメイン＃０の開始アドレス（RA Base）がaaaaaである領域にマッピングされている（図１５の左側に対応）。この領域がカーネルダンプ対象領域となる。
OS４０１−１のパニック後、PA-RAマッピングの変更が行われ、さらにカーネルダンプ対象領域が制御ドメイン＃０に組み込まれ、PA-RAマッピング情報は図１６の真ん中に示すようになる。
図１６の真ん中のダンプ時において、開始アドレス（PA Base）がyyyyy、サイズが８ＧＢである領域が制御ドメイン＃０のＲＡの開始アドレス（RA Base）がaaaaaである領域にマッピングされている。さらに、開始アドレス（PA Base）がxxxxx、サイズが８ＧＢである領域が制御ドメイン＃０の開始アドレス（RA Base）がbbbbbである領域にマッピングされている。
すなわち、新たなＰＡの領域が再起動後の制御ドメイン＃０に割り当てられ、さらに制御ドメイン＃０の再起動後に、カーネルダンプ対象領域が制御ドメイン＃０に組み込まれる（図１５の右側に対応）。
ダンプファイルの生成後、カーネルダンプ対象領域は他のドメインからも使用可能な空きメモリとなる（ステップＳ６４５）。
すなわち、図１６の右側のダンプ後において、カーネルダンプ対象領域のマッピング情報は削除される。
すなわち、図１６の右側のダンプ後において、カーネルダンプ対象領域のマッピング情報は削除される。
メモリDynamic Reconfiguration機能を用いてメモリダンプを採取する方法によれば、異常を検出したオペレーティングシステムではなく、再起動後の新しいオペレーティングシステムがダンプを採取するため、ダンプ採取処理中に再度異常を検出してハングアップする等の二次被害が発生する可能性が低くなる。
第２の実施の形態に係るメモリダンプ生成処理によれば、エラーを検出してハイパーバイザおよびオペレーティングシステムを再起動する場合、メモリダンプのサイズが大きい場合でも別のメモリ等にコピーを行っていないので、速やかにハイパーバイザおよびオペレーティングシステムを再起動できる。これにより、業務停止時間を短縮することができる。
第２の実施の形態に係るメモリダンプ生成処理によれば、ハイパーバイザおよびカーネルのメモリダンプを採取することで、ハイパーバイザおよびドメインの両方に起因したエラーであっても、効果的にエラーの解析を行うことができる。
（第３の実施の形態）
第３の実施の形態では、OSでエラーが検出され、カーネルのメモリダンプが行われる。
ここでは、OS４０１−１のカーネルのメモリダンプを生成する場合について説明する。
第３の実施の形態では、OSでエラーが検出され、カーネルのメモリダンプが行われる。
ここでは、OS４０１−１のカーネルのメモリダンプを生成する場合について説明する。
図１７は、第３の実施の形態に係るメモリダンプ生成処理のフローチャートである。
先ず、メモリ管理部４０２−１は、OS４０１−１の起動時に、メモリ２０３−１の一番小さい(または一番大きい)リアルアドレス(RA)からカーネルが使用するメモリを割り当てる。このように、なるべくカーネルが使用するメモリ領域(ダンプ対象領域)のサイズが小さくなるようにする。また、マッピング情報抽出・格納処理部４０６−１は、カーネルが使用しているメモリのダンプを採取／解析するために必要となる情報（例えば、カーネルのテキスト域、データ域、ヒープ域、スタック域など、各セグメントのマッピング情報(論理アドレス、物理アドレス、サイズ等)、アドレス変換テーブル、ページテーブル、各種制御テーブルのマッピング情報）を、マッピング情報格納領域４０７−１に書き込む。また、ドメイン２０１−１〜２０１−３およびＯＳ４０１−１〜４０１−３は、起動され運用状態となっており、ドメイン２０１−４およびＯＳ４０１−４は起動されていないものとする。
先ず、メモリ管理部４０２−１は、OS４０１−１の起動時に、メモリ２０３−１の一番小さい(または一番大きい)リアルアドレス(RA)からカーネルが使用するメモリを割り当てる。このように、なるべくカーネルが使用するメモリ領域(ダンプ対象領域)のサイズが小さくなるようにする。また、マッピング情報抽出・格納処理部４０６−１は、カーネルが使用しているメモリのダンプを採取／解析するために必要となる情報（例えば、カーネルのテキスト域、データ域、ヒープ域、スタック域など、各セグメントのマッピング情報(論理アドレス、物理アドレス、サイズ等)、アドレス変換テーブル、ページテーブル、各種制御テーブルのマッピング情報）を、マッピング情報格納領域４０７−１に書き込む。また、ドメイン２０１−１〜２０１−３およびＯＳ４０１−１〜４０１−３は、起動され運用状態となっており、ドメイン２０１−４およびＯＳ４０１−４は起動されていないものとする。
ステップＳ７０１において、OS４０１−１に致命的なエラーが発生する。
ステップＳ７０２において、OS４０１−１は、致命的なエラーを検出する。
ステップＳ７０３において、パニック処理部４１４−１は、OS４０１−１をパニック（緊急停止）させる。
ステップＳ７０２において、OS４０１−１は、致命的なエラーを検出する。
ステップＳ７０３において、パニック処理部４１４−１は、OS４０１−１をパニック（緊急停止）させる。
ステップＳ７０４において、カーネルダンプ対象領域通知処理部４１５−１は、緊急停止(パニック)時にOS４０１−１のカーネルが使用していたメモリ領域(カーネルダンプ対象領域)の情報(カーネルダンプ対象領域情報)をハイパーバイザ３５１に通知する。また、カーネルダンプフラグ通知部４２１−１は、カーネルダンプフラグをハイパーバイザ３５１に通知する。
ステップＳ７０５において、カーネルダンプ対象領域情報/カーネルダンプフラグ格納処理部３６６は、受信したカーネルダンプ対象領域情報およびカーネルダンプフラグをカーネルダンプ対象領域情報/カーネルダンプフラグ格納領域３６７に格納する。
ステップＳ７０６において、メモリ初期化部３７２は、カーネルダンプ対象領域情報で示される領域以外のメモリ領域を初期化する。すなわち、メモリ初期化部３７２は、パニック時にOS４０１−１のカーネルが使用していたメモリ領域の初期化処理を実施しない(すなわち、データを更新しない)ようにする。それにより、パニック時にOS４０１−１のカーネルが使用していたメモリ領域のデータはそのままの状態で残る。
ステップＳ７０７において、PA-RAマッピング処理部３６８、ＯＳ再起動命令部３５８、およびダンプ専用ドメイン起動処理部３６５は、カーネルダンプフラグの値をチェックする。以下、カーネルダンプフラグの値に応じた処理が実行される。例えばPA-RAマッピング処理部３６８は、カーネルダンプフラグが“１：ダンプ採取用ドメインで採取”の場合、パニック発生時にＯＳ４０１−１〜４０１−３のカーネルが使用していたメモリのPAをダンプ採取用ドメイン２０４−４のRAに割り当てる。
以下、ステップＳ７０８とステップＳ７０９〜Ｓ７１２の処理が別々に並列して実行される。
ただし、カーネルダンプフラグが“１：ダンプ採取用ドメインで採取”の場合はステップＳ７１２は実行されず、“２：メモリDynamic Reconfiguration機能を用いて採取”の場合はステップＳ７０８は実行されない。
ただし、カーネルダンプフラグが“１：ダンプ採取用ドメインで採取”の場合はステップＳ７１２は実行されず、“２：メモリDynamic Reconfiguration機能を用いて採取”の場合はステップＳ７０８は実行されない。
ステップＳ７０８において、ダンプ採取用ドメインによるカーネルのメモリダンプ生成処理が行われる。ステップＳ７０８は、図９ＢのステップＳ６２１の処理と同様であるため説明は省略する。
ステップＳ７０９において、PA-RAマッピング処理部３６８は、パニックしたドメイン２０１−１の物理アドレス(PA)とリアルアドレス(RA)間のマッピングを以下の1)、2)のように変更する。それにより、OS４０１−１を再起動してもパニック時にOS４０１−１のカーネルが使用していたメモリ領域のデータは上書きされなくなる。
1)パニック発生時にカーネルが使用していたメモリの物理アドレスは、再起動するドメインのリアルアドレスに割り当てないようにする。かつ、
2)再起動前後で、該当ドメインが使用できるメモリサイズがなるべく変化しないようにする。
1)パニック発生時にカーネルが使用していたメモリの物理アドレスは、再起動するドメインのリアルアドレスに割り当てないようにする。かつ、
2)再起動前後で、該当ドメインが使用できるメモリサイズがなるべく変化しないようにする。
ただし、再起動するドメインに割り当て可能な物理メモリが所定値より不足する場合は、1)を優先する。
ステップＳ７１０において、OS再起動命令部３５８は、ドメイン２０１−１にOS４０１−１の再起動を指示する。また、OS再起動命令部３５８は、カーネルダンプフラグが“２：メモリDynamic Reconfiguration機能を用いて採取”の場合、メモリDR機能を用いたケーネルのメモリダンプ生成処理を行う旨を再起動指示に含める。OS起動処理部４０９−１は、カーネルが使用していたメモリのダンプをディスク等に書き出すことなく、OS４０１−１を再起動する。
ステップＳ７１０において、OS再起動命令部３５８は、ドメイン２０１−１にOS４０１−１の再起動を指示する。また、OS再起動命令部３５８は、カーネルダンプフラグが“２：メモリDynamic Reconfiguration機能を用いて採取”の場合、メモリDR機能を用いたケーネルのメモリダンプ生成処理を行う旨を再起動指示に含める。OS起動処理部４０９−１は、カーネルが使用していたメモリのダンプをディスク等に書き出すことなく、OS４０１−１を再起動する。
ステップＳ７１１において、OS４０１−１は、業務を再開する。
ステップＳ７１２において、カーネルのメモリダンプ生成処理が行われる。尚、ステップＳ７１２の処理は、上述のステップＳ６２５の処理と同様であるため説明は省略する。
ステップＳ７１２において、カーネルのメモリダンプ生成処理が行われる。尚、ステップＳ７１２の処理は、上述のステップＳ６２５の処理と同様であるため説明は省略する。
第３の実施の形態に係るメモリダンプ生成処理によれば、エラーを検出してオペレーティングシステムを緊急停止(パニック)する場合、メモリダンプのサイズが大きい場合でも別のメモリ等にコピーを行っていないので、速やかにオペレーティングシステムを再起動できる。これにより、業務停止時間を短縮することができる。
（第４の実施の形態）
第４の実施の形態では、OSでエラーが検出され、カーネルのメモリダンプが行われ、さらに稼動中のハイパーバイザのメモリダンプの採取（ハイパーバイザのライブダンプと呼ぶ）が行われる。
ここでは、OS４０１−１のカーネルのメモリダンプを生成する場合について説明する。
第４の実施の形態では、OSでエラーが検出され、カーネルのメモリダンプが行われ、さらに稼動中のハイパーバイザのメモリダンプの採取（ハイパーバイザのライブダンプと呼ぶ）が行われる。
ここでは、OS４０１−１のカーネルのメモリダンプを生成する場合について説明する。
図１８Ａ、１８Ｂは、第４の実施の形態に係るメモリダンプ生成処理のフローチャートである。
ステップＳ８０１〜ステップＳ８１１は、図１７のステップＳ７０１〜Ｓ７１１とそれぞれ同様の処理であるため、説明は省略する。
ステップＳ８０１〜ステップＳ８１１は、図１７のステップＳ７０１〜Ｓ７１１とそれぞれ同様の処理であるため、説明は省略する。
以下、ステップＳ８１２とステップＳ８１３は並列に実行される。
ステップＳ８１２において、カーネルのメモリダンプ生成処理が行われる。尚、ステップＳ８１２の処理は、上述のステップＳ６２５の処理と同様であるため説明は省略する。
ステップＳ８１３において、稼動中のハイパーバイザ３５１のメモリダンプ生成処理が制御ドメイン２０４−１で行われる。
ステップＳ８１２において、カーネルのメモリダンプ生成処理が行われる。尚、ステップＳ８１２の処理は、上述のステップＳ６２５の処理と同様であるため説明は省略する。
ステップＳ８１３において、稼動中のハイパーバイザ３５１のメモリダンプ生成処理が制御ドメイン２０４−１で行われる。
以下、稼動中のハイパーバイザ３５１のメモリダンプ生成処理の詳細について説明する。
図１９は、稼動中のハイパーバイザのメモリダンプ生成処理のフローチャートである。
図１９は、稼動中のハイパーバイザのメモリダンプ生成処理のフローチャートである。
図１９は、図１８ＢのステップＳ８１３に対応する。
第４の実施の形態において、例えば、HVダンプフラグのデータ構造を０：採取せず、１：異常時のHVダンプ、２：HVライブダンプのように変更することができる。HVメモリダンプ判断部４０８−１は、HVダンプフラグが０または１の場合、ＨＶのライブダンプを採取しないと判定し、HVダンプフラグが２の場合、ＨＶのライブダンプを採取すると判定する。
第４の実施の形態において、例えば、HVダンプフラグのデータ構造を０：採取せず、１：異常時のHVダンプ、２：HVライブダンプのように変更することができる。HVメモリダンプ判断部４０８−１は、HVダンプフラグが０または１の場合、ＨＶのライブダンプを採取しないと判定し、HVダンプフラグが２の場合、ＨＶのライブダンプを採取すると判定する。
ステップＳ８３１において、HVメモリダンプ判断部４０８−１は、ハイパーバイザ３５１にHVダンプフラグの送信を要求する。
ステップＳ８３２において、HVメモリダンプフラグ読出・送信部３５９は、要求を受信すると、HVダンプ対象領域情報/HVダンプフラグ格納領域３５６からHVダンプフラグを読み出し、OS４０１−１に送信する。
ステップＳ８３２において、HVメモリダンプフラグ読出・送信部３５９は、要求を受信すると、HVダンプ対象領域情報/HVダンプフラグ格納領域３５６からHVダンプフラグを読み出し、OS４０１−１に送信する。
ステップＳ８３３において、HVメモリダンプ判断部４０８−１は、受信したHVダンプフラグに基づいて、稼動中のハイパーバイザ３５１のライブダンプを採取するか否か判定する。稼動中のハイパーバイザ３５１のライブダンプを採取すると判定された場合、制御はステップＳ８３４に進み、採取しないと判定された場合の場合、処理は終了する。
ステップＳ８３４において、HVダンプ対象領域読出処理部の呼び出し部４１０−１は、HVダンプ対象領域読出処理部３６０を呼び出す。
ステップＳ８３５において、HVダンプ対象領域読出処理部３６０は、現在、ハイパーバイザ３５１が使用しているメモリ領域を読み出し、読み出したメモリ内容を制御ドメイン２０４−１に送信する。
ステップＳ８３５において、HVダンプ対象領域読出処理部３６０は、現在、ハイパーバイザ３５１が使用しているメモリ領域を読み出し、読み出したメモリ内容を制御ドメイン２０４−１に送信する。
ステップＳ８３６において、HVダンプ採取処理部４１２−１は、メモリ内容を受信し、受信したメモリ内容をファイルに書き出してハイパーバイザのダンプファイルを生成する。
上記のように、稼動中のハイパーバイザのメモリダンプの生成処理では、ハイパーバイザを停止・再起動しないまま、ハイパーバイザが使用するメモリ領域のデータを読み出して、該データをハイパーバイザのダンプファイルとしてファイルに書き出している。
第４の実施の形態に係るメモリダンプ生成処理によれば、エラーを検出してオペレーティングシステムを再起動する場合、メモリダンプのサイズが大きい場合でも別のメモリ等にコピーを行っていないので、速やかにオペレーティングシステムを再起動できる。これにより、業務停止時間を短縮することができる。
第４の実施の形態に係るメモリダンプ生成処理によれば、ハイパーバイザおよびカーネルのメモリダンプを採取することで、ハイパーバイザおよびドメインの両方に起因したエラーであっても、効果的にエラーの解析を行うことができる。
以上、複数の実施の形態を説明してきたが、実施の形態は装置および方法に限らず、プログラムとして構成することも出来るし、該プログラムを格納したコンピュータが読み取り可能な記録媒体として構成することも出来る。記録媒体としては、例えば、フレキシブルディスク（ＦＤ）、ハードディスクドライブ、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリーカード等が用いられる。
例えば、実施の形態のプログラムは、該プログラムを格納した記録媒体から読み出され、メモリ１３、２３や不揮発性メモリ１４に格納される。ＣＰＵ１２、２２は、メモリ１３、２３や不揮発性メモリ１４からプログラムを読み出して実行することにより、上述した実施の形態の各種処理を実行する。
本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成を取ることができる。例えば、論理ドメインの数は４つの限られるものでなく、任意の数にすることができる。
１０ サーバ
１１ システムボード
１２ ＣＰＵ
１３ メモリ
１４ 不揮発性メモリ
２１ サービスプロセッサ
２２ ＣＰＵ
２３ メモリ
３１ ディスクユニット
３２ ハードディスクドライブ
４１ 通信インタフェース
５１ バス
６１ 物理パーティション
２０１ 論理ドメイン
２０２ ＣＰＵ
２０３ メモリ
２０４ ディスク
３１１ ファームウェア
３１２ ダンプ対象領域情報/HVダンプフラグ格納処理部
３１３ ダンプ対象領域情報/HVダンプフラグ格納領域
３１４ HVダンプフラグ設定部
３１５ メモリ初期化処理部
３１６ HV使用領域変更部
３１７ HV再起動命令部
３１８ ダンプ対象領域情報/HVダンプフラグ通知部
３１９ PA-RAマッピング通知部
３２０ メモリ開放処理部
３２１ HVダンプフラグリセット処理部
３５１ ハイパーバイザ
３５２ ドメイン緊急停止指示部
３５３ OSパニック指示部
３５４ HVダンプ対象領域通知処理部
３５５ HVダンプ対象領域情報/HVダンプフラグ格納処理部
３５６ HVダンプ対象領域情報/HVダンプフラグ格納領域
３５７ HV再起動処理部
３５８ OS再起動命令部
３５９ HVメモリダンプ読出・送信部
３６０ HVダンプ対象メモリ読出処理部
３６１ メモリ管理部
３６２ メモリ開放処理部
３６３ HVダンプフラグリセット処理部
３６４ HVダンプフラグ通知部
３６５ ダンプ専用ドメイン起動処理部
３６６ カーネルダンプ対象領域情報/カーネルダンプフラグ格納処理部
３６７ カーネルダンプ対象領域情報/カーネルダンプフラグ格納領域
３６８ PA-RAマッピング処理部
３６９ PA-RAマッピング情報格納域
３７０ 割り込み処理部
３７１ メモリダンプ処理起動部
３７２ メモリ初期化処理部
３７３ カーネルダンプフラグリセット処理部
４０１ オペレーティングシステム
４０２ メモリ管理部
４０３ ファイル管理部
４０４ プロセス管理部
４０５ 割り込み処理部
４０６ マッピング情報抽出・格納処理部
４０７ マッピング情報格納領域
４０８ HVメモリダンプ判断部
４０９ OS起動処理部
４１０ HVダンプ対象領域読出処理部の呼び出し部
４１１ カーネルダンプ対象メモリ読出処理部
４１２ HVダンプ採取処理部
４１３ カーネルダンプ採取処理部
４１４ パニック処理部
４１５ カーネルダンプ対象領域通知処理部
４１６ メモリDR組み込み処理部
４１７ メモリDR切り離し処理部
４１８ 空きメモリ追加処理部
４１９ ダンプ専用ドメイン停止処理部
４２０ カーネルダンプフラグリセット処理部
４２１ カーネルダンプフラグ通知部
１１ システムボード
１２ ＣＰＵ
１３ メモリ
１４ 不揮発性メモリ
２１ サービスプロセッサ
２２ ＣＰＵ
２３ メモリ
３１ ディスクユニット
３２ ハードディスクドライブ
４１ 通信インタフェース
５１ バス
６１ 物理パーティション
２０１ 論理ドメイン
２０２ ＣＰＵ
２０３ メモリ
２０４ ディスク
３１１ ファームウェア
３１２ ダンプ対象領域情報/HVダンプフラグ格納処理部
３１３ ダンプ対象領域情報/HVダンプフラグ格納領域
３１４ HVダンプフラグ設定部
３１５ メモリ初期化処理部
３１６ HV使用領域変更部
３１７ HV再起動命令部
３１８ ダンプ対象領域情報/HVダンプフラグ通知部
３１９ PA-RAマッピング通知部
３２０ メモリ開放処理部
３２１ HVダンプフラグリセット処理部
３５１ ハイパーバイザ
３５２ ドメイン緊急停止指示部
３５３ OSパニック指示部
３５４ HVダンプ対象領域通知処理部
３５５ HVダンプ対象領域情報/HVダンプフラグ格納処理部
３５６ HVダンプ対象領域情報/HVダンプフラグ格納領域
３５７ HV再起動処理部
３５８ OS再起動命令部
３５９ HVメモリダンプ読出・送信部
３６０ HVダンプ対象メモリ読出処理部
３６１ メモリ管理部
３６２ メモリ開放処理部
３６３ HVダンプフラグリセット処理部
３６４ HVダンプフラグ通知部
３６５ ダンプ専用ドメイン起動処理部
３６６ カーネルダンプ対象領域情報/カーネルダンプフラグ格納処理部
３６７ カーネルダンプ対象領域情報/カーネルダンプフラグ格納領域
３６８ PA-RAマッピング処理部
３６９ PA-RAマッピング情報格納域
３７０ 割り込み処理部
３７１ メモリダンプ処理起動部
３７２ メモリ初期化処理部
３７３ カーネルダンプフラグリセット処理部
４０１ オペレーティングシステム
４０２ メモリ管理部
４０３ ファイル管理部
４０４ プロセス管理部
４０５ 割り込み処理部
４０６ マッピング情報抽出・格納処理部
４０７ マッピング情報格納領域
４０８ HVメモリダンプ判断部
４０９ OS起動処理部
４１０ HVダンプ対象領域読出処理部の呼び出し部
４１１ カーネルダンプ対象メモリ読出処理部
４１２ HVダンプ採取処理部
４１３ カーネルダンプ採取処理部
４１４ パニック処理部
４１５ カーネルダンプ対象領域通知処理部
４１６ メモリDR組み込み処理部
４１７ メモリDR切り離し処理部
４１８ 空きメモリ追加処理部
４１９ ダンプ専用ドメイン停止処理部
４２０ カーネルダンプフラグリセット処理部
４２１ カーネルダンプフラグ通知部
Claims (11)
- メモリと、
前記メモリに格納されたプログラムを実行することにより、仮想マシン、該仮想マシン上で稼動するオペレーティングシステム、および前記仮想マシンを制御するハイパーバイザを実行する処理部と、
前記メモリ及び前記処理部を含むシステムの制御を行なう制御部と、
を有し、
前記処理部は、
前記ハイパーバイザのエラーを検出したときに、前記オペレーティングシステムを停止し、
前記ハイパーバイザが使用している第１のメモリ領域を前記制御部に通知し、
前記ハイパーバイザを停止し、
前記ハイパーバイザが使用するメモリ領域を、前記制御部に通知された前記第１のメモリ領域とは異なる第２のメモリ領域に変更し、
前記第２のメモリ領域を使用領域として、前記ハイパーバイザを起動し、
前記第２のメモリ領域を使用領域として前記ハイパーバイザを起動した後、停止した前記オペレーティングシステムが使用するメモリ領域を、前記オペレーティングシステムのカーネルが使用していた第３のメモリ領域とは異なる第４のメモリ領域に変更し、
前記第４のメモリ領域を使用領域として、停止した前記オペレーティングシステムを起動し、該オペレーティングシステム上で稼動する業務プログラムを再開し、
前記第１のメモリ領域のデータを読み出して、該データをハイパーバイザのダンプファイルとしてファイルに書き出す処理と、
前記第３のメモリ領域のデータを読み出して、該データをオペレーティングシステムのダンプファイルとしてファイルに書き出す処理を実行する
ことを特徴とする情報処理装置。 - メモリと、
仮想マシン及び該仮想マシン上で稼動するオペレーティングシステムを実行する処理部
と、
を有し、
前記処理部は、
実行中のオペレーティングシステムのエラーを検出したときに、前記エラーを検出したオペレーティングシステムを停止し、
停止したオペレーティングシステムが使用するメモリ領域を、前記停止したオペレーティングシステムのカーネルが使用していた第１のメモリ領域とは異なる第２のメモリ領域に変更し、
前記第２のメモリ領域を使用領域として、前記停止したオペレーティングシステムを起動して該オペレーティングシステム上で稼動する業務プログラムを再開し、
前記第１のメモリ領域のデータを読み出して、該データをオペレーティングシステムのダンプファイルとしてファイルに書き出す処理と、
前記仮想マシンを制御するハイパーバイザを稼動させたまま、前記ハイパーバイザが使用するメモリ領域のデータを読み出して、該データをハイパーバイザのダンプファイルとしてファイルに書き出す処理を実行する
ことを特徴とする情報処理装置。 - メモリと、前記メモリに格納されたプログラムを実行することにより、仮想マシン、該仮想マシン上で稼動するオペレーティングシステムを実行する処理部とを各々有する複数の物理パーティションと、
前記複数の物理パーティションの制御を行なう制御部と、
を有し、
前記物理パーティションの各々に含まれる前記処理部は、
実行中のオペレーティングシステムのエラーを検出したときに、前記エラーを検出したオペレーティングシステムを停止し、
停止したオペレーティングシステムが使用するメモリ領域を、前記停止したオペレーティングシステムのカーネルが使用していた第１のメモリ領域とは異なる第２のメモリ領域に変更し、
前記第２のメモリ領域を使用領域として、前記停止したオペレーティングシステムを起動して該オペレーティングシステム上で稼動する業務プログラムを再開し、
前記第１のメモリ領域のデータを読み出して、該データをオペレーティングシステムのダンプファイルとしてファイルに書き出す処理と、
前記仮想マシンを制御するハイパーバイザを稼動させたまま、前記ハイパーバイザが使用するメモリ領域のデータを読み出して、該データをハイパーバイザのダンプファイルとしてファイルに書き出す処理を実行する
ことを特徴とする情報処理装置。 - メモリと、前記メモリに格納されたプログラムを実行することにより、仮想マシン、該仮想マシン上で稼動するオペレーティングシステム、および前記仮想マシンを制御するハイパーバイザを実行する処理部とを各々有する複数の物理パーティションと、
前記複数の物理パーティションの制御を行なう制御部と、
を有し、
前記物理パーティションの各々では、複数の仮想マシンを実行し、
前記物理パーティションの各々に含まれる前記処理部は、
前記ハイパーバイザのエラーを検出したときに、複数の仮想マシンの各々で稼動するオペレーティングシステムを停止し、
前記ハイパーバイザが使用している第１のメモリ領域を前記制御部に通知し、
前記ハイパーバイザを停止し、
前記ハイパーバイザが使用するメモリ領域を、前記制御部に通知された前記第１のメモリ領域とは異なる第２のメモリ領域に変更し、
前記第２のメモリ領域を使用領域として、前記ハイパーバイザを起動し、
前記第２のメモリ領域を使用領域として前記ハイパーバイザを起動した後、停止した複数のオペレーティングシステムの各々が使用するメモリ領域を、前記停止した複数のオペレーティングシステムの各々のカーネルが使用していた複数の第３のメモリ領域とは異なり、各々重複しない複数の第４のメモリ領域に変更し、
前記複数の第４のメモリ領域の各々を使用領域として、各使用領域に対応する前記停止したオペレーティングシステムの各々を起動して、起動した各オペレーティングシステム上で稼動する業務プログラムを再開し、
前記第１のメモリ領域のデータを読み出して、該データをハイパーバイザのダンプファイルとしてファイルに書き出す処理と、
前記複数の第３のメモリ領域の各々データを読み出して、該データを前記複数のオペレーティングシステムのダンプファイルとしてファイルに書き出す処理を実行する
ことを特徴とする情報処理装置。 - 少なくとも１つのメモリと、
プログラムを実行する少なくとも１つの処理部と、を有し、
前記メモリおよび前記処理部を用いて、オペレーティングシステムが稼動する仮想マシンを制御するハイパーバイザ、および前記メモリ及び前記処理部を含むシステムの制御を行なうファームウェアの処理が実行され、
前記ハイパーバイザは、
前記ハイパーバイザのエラーを検出したときに、前記オペレーティングシステムを停止し、
前記ハイパーバイザが使用している第１のメモリ領域を前記ファームウェアに通知し、
前記ハイパーバイザを停止し、
前記ファームウェアは、
前記ハイパーバイザが使用するメモリ領域を、前記第１のメモリ領域とは異なる第２のメモリ領域に変更し、
前記第２のメモリ領域を使用領域として、前記ハイパーバイザを起動させ、
起動した前記ハイパーバイザは、
停止した前記オペレーティングシステムが使用するメモリ領域を、前記オペレーティングシステムのカーネルが使用していた第３のメモリ領域とは異なる第４のメモリ領域に変更し、
前記第４のメモリ領域を使用領域として、停止した前記オペレーティングシステムを起動させ、
起動した前記オペレーティングシステムは、
業務プログラムを再開して、前記第１のメモリ領域のデータを読み出して、該データをハイパーバイザのダンプファイルとしてファイルに書き出し、
前記第３のメモリ領域のデータを読み出して、該データをオペレーティングシステムのダンプファイルとしてファイルに書き出す
処理を実行することを特徴とする情報処理装置。 - 前記処理部は、前記ハイパーバイザのエラーを検出したときに、前記第１のメモリ領域を、ダンプ対象領域として前記ファームウェアに通知することを特徴とする、請求項５記載の情報処理装置。
- 前記ファームウェアは、
前記ハイパーバイザを停止した後、前記第１のメモリ領域の内容を保持したまま、前記ハイパーバイザが使用するメモリ領域を前記第２のメモリ領域に変更し、少なくとも変更後の前記第２のメモリ領域を初期化した後に、前記ハイパーバイザを起動させる、ことを特徴とする請求項５または６に記載の情報処理装置。 - さらに、前記ファームウェアは、前記ハイパーバイザが使用していた領域のダンプを行うか否かを示すフラグ情報を設定し、
前記フラグ情報が、前記ハイパーバイザが使用していた領域のダンプを行うことを示す場合、前記オペレーティングシステムは、前記第１のメモリ領域のデータを読み出して、該データをハイパーバイザのダンプファイルとしてファイルに書き出す
ことを特徴とする請求項５乃至７のいずれか１項に記載の情報処理装置。 - 少なくとも１つのメモリと、
プログラムを実行する少なくとも１つのプロセッサと、を有し、
前記メモリおよび前記プロセッサを用いて、オペレーティングシステムが稼動する仮想マシンを制御するハイパーバイザ、および前記メモリ及び前記プロセッサを含むシステムの制御を行なうファームウェアの処理が実行され、
前記ハイパーバイザは、
実行中のオペレーティングシステムのエラーを検出したときに、前記エラーを検出したオペレーティングシステムを停止し、
前記ファームウェアは、
停止したオペレーティングシステムが使用するメモリ領域を、前記停止したオペレーティングシステムのカーネルが使用していた第１のメモリ領域とは異なる第２のメモリ領域に変更し、
前記ハイパーバイザは、
前記第２のメモリ領域を使用領域として、前記停止したオペレーティングシステムを起動させ、
起動したオペレーティングシステムは、
業務プログラムを再開し、
前記第１のメモリ領域のデータを読み出して、該データをオペレーティングシステムのダンプファイルとしてファイルに書き出す処理と、
前記仮想マシンを制御するハイパーバイザが稼動した状態で、前記ハイパーバイザが使用するメモリ領域のデータを読み出して、該データをハイパーバイザのダンプファイルとしてファイルに書き出す処理を実行する
ことを特徴とする情報処理装置。 - 少なくとも１つのメモリと少なくとも１つのプロセッサを含む物理パーティションを有し、
前記物理パーティションは、
オペレーティングシステムが稼動する仮想マシンを制御するハイパーバイザ、および前記物理パーティションの制御を行なうファームウェアの処理を実行し、
前記ハイパーバイザは、
実行中のオペレーティングシステムのエラーを検出したときに、前記エラーを検出したオペレーティングシステムを停止し、
停止したオペレーティングシステムが使用するメモリ領域を、前記停止したオペレーティングシステムのカーネルが使用していた第１のメモリ領域とは異なる第２のメモリ領域に変更し、
前記第２のメモリ領域を使用領域として、前記停止したオペレーティングシステムを起動させ、
起動したオペレーティングシステムは、
業務プログラムを再開し、
前記第１のメモリ領域のデータを読み出して、該データをオペレーティングシステムのダンプファイルとしてファイルに書き出す処理と、
前記仮想マシンを制御するハイパーバイザが稼動した状態で、前記ハイパーバイザが使用するメモリ領域のデータを読み出して、該データをハイパーバイザのダンプファイルとしてファイルに書き出す処理を実行する
ことを特徴とする情報処理装置。 - 少なくとも１つのメモリと少なくとも１つのプロセッサを含む物理パーティションを有し、
前記物理パーティションは、
オペレーティングシステムが稼動する仮想マシンを制御するハイパーバイザ、および前記物理パーティションの制御を行なうファームウェアの処理を実行し、
前記ハイパーバイザは、
複数の仮想マシンを制御し、
前記ハイパーバイザのエラーを検出したときに、複数の仮想マシンの各々で稼動するオペレーティングシステムを停止し、
前記ハイパーバイザが使用している第１のメモリ領域を前記ファームウェアに通知し、
前記ハイパーバイザを停止し、
前記ファームウェアは、
前記ハイパーバイザが使用するメモリ領域を、通知された前記第１のメモリ領域とは異なる第２のメモリ領域に変更し、
前記第２のメモリ領域を使用領域として前記ハイパーバイザを起動し、
起動した前記ハイパーバイザは、
停止した複数のオペレーティングシステムの各々が使用するメモリ領域を、前記停止した複数のオペレーティングシステムの各々のカーネルが使用していた複数の第３のメモリ領域とは異なり、各々重複しない複数の第４のメモリ領域に変更し、
前記複数の第４のメモリ領域の各々を使用領域として、各使用領域に対応する前記停止したオペレーティングシステムの各々を起動し、
起動した各オペレーティングシステムは、
業務プログラムを再開し、
前記複数の第３のメモリ領域の各々データを読み出して、該データを前記複数のオペレーティングシステムのダンプファイルとしてファイルに書き出し、
前記起動した各オペレーティングシステムのうちの１つは、
前記第１のメモリ領域のデータを読み出して、該データをハイパーバイザのダンプファイルとしてファイルに書き出す
処理を実行することを特徴とする情報処理装置。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012141495A JP6083136B2 (ja) | 2012-06-22 | 2012-06-22 | メモリダンプ機能を有する情報処理装置、メモリダンプ方法、およびメモリダンププログラム |
| US13/902,849 US9229820B2 (en) | 2012-06-22 | 2013-05-26 | Information processing device with memory dump function, memory dump method, and recording medium |
| TW102118623A TW201407465A (zh) | 2012-06-22 | 2013-05-27 | 具記憶體傾印功能之資訊處理裝置、記憶體傾印方法及記錄媒體 |
| EP13169691.6A EP2687986B1 (en) | 2012-06-22 | 2013-05-29 | Information processing device with memory dump function, memory dump method, and recording medium |
| CN201310239430.4A CN103514085A (zh) | 2012-06-22 | 2013-06-17 | 具有存储器转储功能的信息处理装置和存储器转储方法 |
| KR1020130069068A KR20140000155A (ko) | 2012-06-22 | 2013-06-17 | 메모리 덤프 기능을 갖는 정보 처리 장치, 메모리 덤프 방법, 및 메모리 덤프 프로그램을 기록한 컴퓨터 판독가능한 기록 매체 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012141495A JP6083136B2 (ja) | 2012-06-22 | 2012-06-22 | メモリダンプ機能を有する情報処理装置、メモリダンプ方法、およびメモリダンププログラム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016232727A Division JP6256582B2 (ja) | 2016-11-30 | 2016-11-30 | メモリダンプ機能を有する情報処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2014006676A JP2014006676A (ja) | 2014-01-16 |
| JP6083136B2 true JP6083136B2 (ja) | 2017-02-22 |
Family
ID=48578801
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012141495A Active JP6083136B2 (ja) | 2012-06-22 | 2012-06-22 | メモリダンプ機能を有する情報処理装置、メモリダンプ方法、およびメモリダンププログラム |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US9229820B2 (ja) |
| EP (1) | EP2687986B1 (ja) |
| JP (1) | JP6083136B2 (ja) |
| KR (1) | KR20140000155A (ja) |
| CN (1) | CN103514085A (ja) |
| TW (1) | TW201407465A (ja) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104254840B (zh) * | 2012-04-27 | 2017-05-31 | 马维尔国际贸易有限公司 | 在计算机系统中的存储器转储和分析 |
| WO2015116057A1 (en) * | 2014-01-29 | 2015-08-06 | Hewlett-Packard Development Company, L.P. | Dumping resources |
| US20150269092A1 (en) * | 2014-03-19 | 2015-09-24 | Fujitsu Limited | Information processing device and shared memory management method |
| US9652328B2 (en) * | 2014-05-12 | 2017-05-16 | International Business Machines Corporation | Restoring an application from a system dump file |
| US9710321B2 (en) * | 2015-06-23 | 2017-07-18 | Microsoft Technology Licensing, Llc | Atypical reboot data collection and analysis |
| JP6604241B2 (ja) * | 2016-03-09 | 2019-11-13 | 富士通株式会社 | 情報処理システム、情報処理装置、情報処理方法およびプログラム |
| KR20190004094A (ko) * | 2017-07-03 | 2019-01-11 | 에스케이하이닉스 주식회사 | 메모리 시스템 및 메모리 시스템의 동작방법 |
| US10585736B2 (en) | 2017-08-01 | 2020-03-10 | International Business Machines Corporation | Incremental dump with fast reboot |
| US20190138337A1 (en) * | 2017-10-16 | 2019-05-09 | Srinivas Vegesna | Saas based solution- orchestration platform for orchestrating virtual network solutions on public/private cloud infrastructure for learning/development/evaluation/demos/validation/deployment |
| JP7067270B2 (ja) * | 2018-05-25 | 2022-05-16 | 富士通株式会社 | 情報処理装置，ロードプログラムおよびロード方法 |
| CN114625575B (zh) * | 2022-05-16 | 2022-08-02 | 深圳市科力锐科技有限公司 | 业务系统同步方法、装置、设备及存储介质 |
Family Cites Families (37)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5437033A (en) * | 1990-11-16 | 1995-07-25 | Hitachi, Ltd. | System for recovery from a virtual machine monitor failure with a continuous guest dispatched to a nonguest mode |
| JPH07234808A (ja) | 1994-02-24 | 1995-09-05 | Toshiba Corp | システムダンプ採取方式 |
| JPH10133918A (ja) | 1996-11-01 | 1998-05-22 | Toshiba Corp | コンピュータシステム |
| US6189111B1 (en) | 1997-03-28 | 2001-02-13 | Tandem Computers Incorporated | Resource harvesting in scalable, fault tolerant, single system image clusters |
| JPH11212836A (ja) | 1997-11-18 | 1999-08-06 | Hitachi Ltd | 障害処理方法及びその実施装置並びにその処理プログラムを記録した媒体 |
| JP3903678B2 (ja) | 2000-02-15 | 2007-04-11 | 株式会社日立製作所 | 計算機システムのダンプ処理方法 |
| JP2001290678A (ja) | 2000-04-07 | 2001-10-19 | Hitachi Ltd | 非同期メモリダンプ実行方式 |
| JP4547771B2 (ja) * | 2000-04-28 | 2010-09-22 | ソニー株式会社 | 情報処理システム、情報処理方法、情報処理装置 |
| JP3891004B2 (ja) | 2002-02-26 | 2007-03-07 | 日本電気株式会社 | 情報処理システム及び該システムの制御方法並びにプログラム |
| US7085959B2 (en) | 2002-07-03 | 2006-08-01 | Hewlett-Packard Development Company, L.P. | Method and apparatus for recovery from loss of lock step |
| US7409722B2 (en) | 2003-05-01 | 2008-08-05 | Sun Microsystems, Inc. | Control status register access to enable domain reconfiguration |
| US8069218B1 (en) | 2003-05-05 | 2011-11-29 | Parallels Holdings, Ltd. | System, method and computer program product for process migration with planned minimized down-time |
| JP2005122334A (ja) * | 2003-10-15 | 2005-05-12 | Hitachi Ltd | メモリダンプ方法、メモリダンプ用プログラム及び仮想計算機システム |
| US7464378B1 (en) | 2003-12-04 | 2008-12-09 | Symantec Operating Corporation | System and method for allowing multiple sub-clusters to survive a cluster partition |
| JP4677214B2 (ja) | 2004-09-06 | 2011-04-27 | 富士通株式会社 | パニックダンプ採取のためのプログラム、方法、及び機構 |
| JP2006172100A (ja) * | 2004-12-15 | 2006-06-29 | Hitachi Ltd | オペレーティングシステムの高速切替え方式及びその方法 |
| US7698390B1 (en) | 2005-03-29 | 2010-04-13 | Oracle America, Inc. | Pluggable device specific components and interfaces supported by cluster devices and systems and methods for implementing the same |
| WO2006103687A1 (en) | 2005-03-31 | 2006-10-05 | Hewlett-Packard Development Company L.P. | Partitioned resource reallocation system and method |
| US8375386B2 (en) | 2005-06-29 | 2013-02-12 | Microsoft Corporation | Failure management for a virtualized computing environment |
| US20070094659A1 (en) | 2005-07-18 | 2007-04-26 | Dell Products L.P. | System and method for recovering from a failure of a virtual machine |
| JP4645837B2 (ja) * | 2005-10-31 | 2011-03-09 | 日本電気株式会社 | メモリダンプ方法、コンピュータシステム、およびプログラム |
| JP2007133544A (ja) | 2005-11-09 | 2007-05-31 | Hitachi Ltd | 障害情報解析方法及びその実施装置 |
| US7831857B2 (en) | 2006-10-31 | 2010-11-09 | Hewlett-Packard Development Company, L.P. | Method and system for recovering from operating system crash or failure |
| US7877358B2 (en) | 2006-11-21 | 2011-01-25 | Microsoft Corporation | Replacing system hardware |
| US8554981B2 (en) * | 2007-02-02 | 2013-10-08 | Vmware, Inc. | High availability virtual machine cluster |
| US8086906B2 (en) | 2007-02-15 | 2011-12-27 | Microsoft Corporation | Correlating hardware devices between local operating system and global management entity |
| JP5212360B2 (ja) | 2007-03-19 | 2013-06-19 | 富士通株式会社 | 制御プログラム、制御システムおよび制御方法 |
| US8055735B2 (en) | 2007-10-30 | 2011-11-08 | Hewlett-Packard Development Company, L.P. | Method and system for forming a cluster of networked nodes |
| US8145938B2 (en) | 2009-06-01 | 2012-03-27 | Novell, Inc. | Fencing management in clusters |
| EP2453359B1 (en) | 2009-07-10 | 2016-04-20 | Fujitsu Limited | Server having memory dump function and method for acquiring memory dump |
| US20110225458A1 (en) * | 2010-03-09 | 2011-09-15 | Microsoft Corporation | Generating a debuggable dump file for an operating system kernel and hypervisor |
| US8627112B2 (en) * | 2010-03-30 | 2014-01-07 | Novell, Inc. | Secure virtual machine memory |
| JP5444104B2 (ja) * | 2010-04-21 | 2014-03-19 | 株式会社日立製作所 | 記憶手段の管理方法、仮想計算機システムおよびプログラム |
| JP2011243012A (ja) * | 2010-05-19 | 2011-12-01 | Hitachi Ltd | 仮想計算機システムのメモリダンプ取得方法 |
| EP2667309A1 (en) * | 2011-01-17 | 2013-11-27 | Fujitsu Limited | Memory management method, memory management device and memory management circuit |
| US8782351B2 (en) * | 2011-10-13 | 2014-07-15 | International Business Machines Corporation | Protecting memory of a virtual guest |
| US9280428B2 (en) * | 2013-04-23 | 2016-03-08 | Neftali Ripoll | Method for designing a hyper-visor cluster that does not require a shared storage device |
-
2012
- 2012-06-22 JP JP2012141495A patent/JP6083136B2/ja active Active
-
2013
- 2013-05-26 US US13/902,849 patent/US9229820B2/en active Active
- 2013-05-27 TW TW102118623A patent/TW201407465A/zh unknown
- 2013-05-29 EP EP13169691.6A patent/EP2687986B1/en active Active
- 2013-06-17 CN CN201310239430.4A patent/CN103514085A/zh active Pending
- 2013-06-17 KR KR1020130069068A patent/KR20140000155A/ko not_active Ceased
Also Published As
| Publication number | Publication date |
|---|---|
| US20130346369A1 (en) | 2013-12-26 |
| CN103514085A (zh) | 2014-01-15 |
| TW201407465A (zh) | 2014-02-16 |
| JP2014006676A (ja) | 2014-01-16 |
| US9229820B2 (en) | 2016-01-05 |
| EP2687986A3 (en) | 2014-07-09 |
| KR20140000155A (ko) | 2014-01-02 |
| EP2687986A2 (en) | 2014-01-22 |
| EP2687986B1 (en) | 2019-08-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6083136B2 (ja) | メモリダンプ機能を有する情報処理装置、メモリダンプ方法、およびメモリダンププログラム | |
| US10877859B2 (en) | Protecting virtual machines against storage connectivity failures | |
| US9846611B2 (en) | Proactive resource reservation for protecting virtual machines | |
| JP4903244B2 (ja) | 計算機システム及び障害復旧方法 | |
| US8489932B2 (en) | Server system and crash dump collection method | |
| US8135985B2 (en) | High availability support for virtual machines | |
| US9977740B2 (en) | Nonvolatile storage of host and guest cache data in response to power interruption | |
| US9990258B2 (en) | Management computer and management program | |
| JP2010086419A (ja) | 情報処理装置 | |
| KR101517372B1 (ko) | 화상처리장치, 및 화상처리장치의 제어 방법 | |
| US11720457B2 (en) | Remote direct memory access (RDMA)-based recovery of dirty data in remote memory | |
| CN105607962B (zh) | 一种虚拟机备份的方法和装置 | |
| JP5403054B2 (ja) | メモリダンプ機能を有するサーバおよびメモリダンプ取得方法 | |
| US9015535B2 (en) | Information processing apparatus having memory dump function, memory dump method, and recording medium | |
| JP6256582B2 (ja) | メモリダンプ機能を有する情報処理装置 | |
| US20140189422A1 (en) | Information processing apparatus and stored information analyzing method | |
| KR20110076116A (ko) | Ｎｖｒａｍ과 휘발성 램을 이용하여 선택적으로 프로세스의 영속성을 구현하는 컴퓨팅 시스템 및 방법 | |
| JP2018013859A (ja) | 情報処理装置、情報処理方法、およびプログラム | |
| CN104571935A (zh) | 全局调度系统及方法 | |
| JP2024090917A (ja) | データ処理装置及びそのプログラム | |
| US10387232B2 (en) | Image forming apparatus, and recording medium therefor that ensure apparatus operation without separation of HDD when partially inoperable | |
| JP2018113001A (ja) | 情報機器及び情報機器のソフトウェアアップデート処理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20150319 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20151126 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20160105 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20160307 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20160906 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20161130 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20161209 |
|
| 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: 20161227 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20170109 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6083136 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |