JP5444104B2 - Storage means management method, virtual computer system, and program - Google Patents
Storage means management method, virtual computer system, and program Download PDFInfo
- Publication number
- JP5444104B2 JP5444104B2 JP2010098035A JP2010098035A JP5444104B2 JP 5444104 B2 JP5444104 B2 JP 5444104B2 JP 2010098035 A JP2010098035 A JP 2010098035A JP 2010098035 A JP2010098035 A JP 2010098035A JP 5444104 B2 JP5444104 B2 JP 5444104B2
- Authority
- JP
- Japan
- Prior art keywords
- storage device
- area
- guest
- main storage
- management table
- 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.)
- Expired - Fee Related
Links
Images
Description
本発明は、仮想環境上で稼働するシステムの再起動やその際のシステムのダンプ情報の出力の技術に関する。 The present invention relates to a technique for restarting a system operating in a virtual environment and outputting dump information of the system at that time.
近年、高い信頼性や継続性が要求されるサーバ装置に関して、同一のハードウェア資源上に複数の仮想マシン（ＶＭ：Virtual Machine）を稼動させる仮想サーバの技術が多く用いられるようになってきている。 In recent years, with regard to server devices that require high reliability and continuity, the technology of virtual servers that operate multiple virtual machines (VMs) on the same hardware resource has been widely used. .
仮想サーバは、ハイパバイザにより実現される。ハイパバイザは、制御プログラムであり、主記憶装置を論理的に分割する等の方法により、ハードウェア資源を論理的に複数の区画（論理区画）に分割することで情報処理装置を仮想化する。そして、ハイパバイザは、一つの論理区画上で一つのＯＳ（Operating System）を稼動させることができる。以下、ハイパバイザが作成した論理区画上で稼動するＯＳをゲストＯＳと称する。 The virtual server is realized by a hypervisor. The hypervisor is a control program, and virtualizes the information processing apparatus by logically dividing hardware resources into a plurality of partitions (logical partitions) by a method such as logically dividing the main storage device. The hypervisor can operate one OS (Operating System) on one logical partition. Hereinafter, an OS operating on a logical partition created by the hypervisor is referred to as a guest OS.
ゲストＯＳは、割り当てられた論理区画を使用して、あたかも一つのハードウェア資源上で稼動しているように動作することができる。このようにして、複数のサーバ装置の機能を一台の計算機上で実現させることで、複数の業務を一台の計算機で運用することができる。 The guest OS can operate as if it is running on one hardware resource using the assigned logical partition. In this manner, by realizing the functions of a plurality of server devices on one computer, a plurality of tasks can be operated on one computer.
なお、サーバ装置では、サーバ装置がダウンした場合や、デバッグ処理のために一時的にシステムの記憶領域の使用状態を解析する場合などに、再起動に先行して、ダンプ情報（メモリなどに記憶されている情報）を取得する必要がある。例えば、サーバ装置が障害でダウンした場合には、障害原因の分析のためにダンプ情報を取得する必要がある。 Note that the server device stores dump information (stored in memory or the like) prior to restarting when the server device goes down or when the usage status of the system storage area is temporarily analyzed for debugging processing. Need to get information). For example, when the server device is down due to a failure, it is necessary to obtain dump information for analyzing the cause of the failure.
一般的に、サーバ装置は仮想記憶機構を実装しており、サーバ装置が稼動中に使用する仮想記憶領域の情報は、実際には、主記憶装置又は補助記憶装置（特に、ページング利用エリア）上に存在する。サーバ装置では、ダンプ情報を取得するプログラムを動作させることで、主記憶装置又は補助記憶装置に存在する仮想記憶領域上のすべての情報をダンプ情報として外部媒体に出力できるようになっている。 Generally, a server device has a virtual storage mechanism, and information on a virtual storage area used while the server device is operating is actually stored on a main storage device or an auxiliary storage device (especially a paging usage area). Exists. In the server device, by operating a program for obtaining dump information, all information on the virtual storage area existing in the main storage device or the auxiliary storage device can be output to the external medium as dump information.
そして、通常、サーバ装置が使用する仮想記憶部の情報は膨大であるため、ダンプ情報の出力には多くの時間を要する。また、サーバ装置の再起動の際、主記憶装置及び補助記憶装置上に存在するダンプ情報を更新してしまうため、少なくとも、ダンプ情報の出力中は、サーバ装置の再起動や業務再開ができない。 In general, the information in the virtual storage unit used by the server device is enormous, and it takes a long time to output the dump information. Further, since the dump information existing on the main storage device and the auxiliary storage device is updated when the server device is restarted, the server device cannot be restarted or the business can be resumed at least while the dump information is being output.
この点、特許文献１には、ダンプ情報を取得する処理と、システムの再起動処理とを交互に実行することで、再起動処理を実行し始めるまでの時間を短縮する技術が開示されている。 In this regard, Patent Document 1 discloses a technique for shortening the time until the start of the restart process by alternately executing the process of acquiring dump information and the restart process of the system. .
また、特許文献２には、システムが使用する主記憶装置内の領域を二重化し、システムが異常終了した際に二重化を切り離し、片方の領域のみを使用して再起動を行う技術が開示されている。 Patent Document 2 discloses a technique for duplicating an area in the main storage device used by the system, disconnecting the duplication when the system ends abnormally, and restarting using only one area. Yes.
しかしながら、特許文献１に開示された技術では、システムの再起動処理が利用する主記憶装置内の領域は、ダンプ情報出力済みの領域としている。そのため、システム再起動処理が主記憶装置内の領域にシステム再起動処理プログラムを読み込むためには、その領域のダンプ情報が出力されるまで待たなければならない。つまり、再起動処理を実行し始めるまでの時間を短縮することはできるが、再起動処理が完了するまでの時間はあまり短縮できないという問題があった。 However, in the technique disclosed in Patent Document 1, the area in the main storage device used by the system restart process is an area where dump information has already been output. Therefore, in order for the system restart processing to read the system restart processing program into an area in the main storage device, it is necessary to wait until dump information in that area is output. That is, there is a problem that the time until the start of the restart process can be shortened, but the time until the restart process is completed cannot be shortened much.
また、特許文献２に開示された技術では、再起動前にダンプ情報出力を不要としているため再起動完了までに必要な時間を短縮できるものの、単一の物理サーバ内での処理となるため、通常の２倍の物理メモリ領域が必要となるという問題がある。すなわち、特許文献２に開示された技術を、複数のシステムを稼動させることが可能な仮想サーバに適用するには、多くのリソースを用意しなければならないという問題が生ずる。さらに、特許文献２に開示された技術におけるダンプ情報の取得は、異常終了時に主記憶装置に保持している情報を取得することのみであり、主記憶装置以外で保持している情報も含めた全てのダンプ情報を取得するようになっていない。 Moreover, in the technique disclosed in Patent Document 2, dump information output is not required before rebooting, so the time required to complete rebooting can be shortened, but since processing is performed within a single physical server, There is a problem that a physical memory area twice as large as that required. In other words, in order to apply the technique disclosed in Patent Document 2 to a virtual server capable of operating a plurality of systems, there arises a problem that many resources must be prepared. Furthermore, the acquisition of dump information in the technology disclosed in Patent Document 2 is only to acquire information held in the main storage device at the time of abnormal termination, and includes information held in other than the main storage device. Not all dump information is collected.
そこで、本発明は、前記問題を解決するためになされたものであり、仮想環境において、システムがダウンした場合などに、ダンプ情報を出力可能としながら、迅速にシステムの再起動を行うことを課題とする。 Therefore, the present invention has been made to solve the above problem, and it is an object to promptly restart the system while enabling dump information to be output when the system is down in a virtual environment. And
前記課題を解決するために、本発明は、複数の業務アプリケーションが並行して動作する仮想計算機システムであって、前記複数の業務アプリケーションが動作する動作領域と予備領域を有する主記憶装置と補助記憶装置を用いて設定される仮想記憶部を備える記憶手段と、所定の業務アプリケーションについて、それまで使用していた前記動作領域において前記主記憶装置および前記補助記憶装置を用いた仮想記憶部内のダンプデータを保存したまま、前記予備領域で再起動し、前記主記憶装置の管理テーブルの一部を前記ダンプデータの待機のために書き換え、前記補助記憶装置の管理テーブルの一部を前記ダンプデータの待機のために書き換え、前記使用していた動作領域から前記所定の業務アプリケーションで使用した前記主記憶装置および仮想記憶部内のダンプデータを取得し、前記取得ステップの完了後に、前記主記憶装置の管理テーブルの前記ダンプデータの待機のための領域を予備領域に書き換え、前記補助記憶装置の管理テーブルの前記ダンプデータの待機のための領域を予備領域に書き換え、前記使用していた動作領域を新たな予備領域として管理する処理手段を備える。その他の手段については後記する。 In order to solve the above problems, the present invention provides a virtual machine system in which a plurality of business applications operate in parallel, and includes a main storage device and an auxiliary storage having an operation area and a spare area in which the plurality of business applications operate. a storage means comprising a virtual storage unit that is set using the device, for a given business application, dump the data in the virtual storage unit using the main storage device and the auxiliary storage device in the operation area used until then Is stored in the spare area, and a part of the management table of the main storage device is rewritten to wait for the dump data, and a part of the management table of the auxiliary storage device is waited for the dump data. rewriting for said main storage instrumentation that from said operating area used was used in the predetermined business application And acquires the dump data in the virtual storage unit, after completion of the acquisition step, rewrites the area for waiting the dump data management table stored in the main storage in the spare area, wherein the management table of the auxiliary storage device Processing means for rewriting an area for waiting for dump data to a spare area and managing the used operation area as a new spare area is provided. Other means will be described later.
本発明によれば、仮想環境において、システムがダウンした場合などに、ダンプ情報を出力可能としながら、迅速にシステムの再起動を行うことができる。 According to the present invention, when the system is down in a virtual environment, the system can be restarted quickly while dump information can be output.
以下、本発明を実施するための形態（以下、「実施形態」と称する。）について、図面を参照（言及図以外の図も適宜参照）して詳細に説明する。図１に示すように、本実施形態の仮想計算機システム１は、情報処理装置１０と、ストレージ装置４５と、外部記録媒体１９とを備えて構成される。
DESCRIPTION OF EMBODIMENTS Hereinafter, modes for carrying out the present invention (hereinafter referred to as “embodiments”) will be described in detail with reference to the drawings (refer to drawings other than the referenced drawings as appropriate). As shown in FIG. 1, the virtual computer system 1 of this embodiment includes an
なお、本実施形態において、情報処理装置１０としては、例えば、サーバ装置を想定しているが、その他に、パーソナルコンピュータやワークステーションなどの種々の一般的なコンピュータであってもよい。
In the present embodiment, the
情報処理装置１０は、外部記録媒体１９に対してデータの入出力が可能に構成されている。外部記録媒体１９としては、例えば、光学式ディスクや磁気ディスク（テープを含む）を適用することができるが、その他に、本発明の趣旨に逸脱しない範囲で、種々の記録媒体を適用することができる。
The
また、情報処理装置１０は、ＳＡＮ（Storage Area Network）４０を介して、記憶装置であるストレージ装置４５と接続され、処理データの書込み及び読出しができるようになっている。なお、情報処理装置１０とストレージ装置４５との接続には、ＳＡＮ４０以外にも、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、専用線又はインターネット等の種々の手段を適用することができる。
The
また、ストレージ装置４５では、ディスクコントローラ１４にディスク１５ａ〜１５ｅ（以下、「補助記憶装置」とも称する。）（記憶手段）が接続されている。ここで、ディスク１５ａ〜１５ｅはそれぞれ論理的な格納領域を示すが、これらはＨＤＤ（Hard Disk Drive）等の物理的なハードウェアであってもよい。
In the
次に、情報処理装置１０の内部構成について説明する。情報処理装置１０は、ＣＰＵ（Central Processing Unit）１１（処理手段）、主記憶装置１２（記憶手段）、入出力Ｉ／Ｆ（Interface）部１３を備え、これらはバスにより通信可能に接続されている。また、情報処理装置１０は、ＨＤＤ等からなる二次記憶装置３５に接続されている。二次記憶装置３５は、情報処理装置１０の内部にあってもよいし、外部にあってもよい。
Next, the internal configuration of the
情報処理装置１０は、仮想サーバとして機能するように構成されている。本実施形態では、仮想化環境が、仮想化環境処理を行うためのソフトウェアであるハイパバイザ２１と、ＣＰＵ１１との協働により実現される例としている。なお、以下において、実際の動作主体はＣＰＵ１１であるが、説明の都合上、ハイパバイザ２１を動作主体として記述する。
The
ハイパバイザ２１によってゲストＯＳ−Ａ２０ａ、ゲストＯＳ−Ｂ２０ｂが実行される。そして、ゲストＯＳ−Ａ２０ａ上で所定の業務アプリケーション２２ａが実行されることで、仮想サーバ３０ａ（３０）が実現される。同様に、ゲストＯＳ−Ｂ２０ｂ上で所定の業務アプリケーション２２ｂが実行されることで、仮想サーバ３０ｂ（３０）が実現される。
The guest OS-
なお、本実施形態では仮想サーバ３０を２つとしているが、仮想サーバ３０の個数は、ハードウェアやソフトウェアの性能及び業務等の種々の要件により適宜増減させることが可能である。また、仮想サーバ３０を実現させるに際し、稼動させるゲストＯＳの個数は、後述する記憶装置割当て設定テーブル２１２（図４参照）に基づいて管理されるようになっている。
In the present embodiment, the number of
次に、主記憶装置１２の論理的な領域について説明する。図２に示すように、ハイパバイザ２１は、起動時に、主記憶装置１２の領域上に、ハイパバイザ領域１２０、ゲストＯＳ−Ａ領域１２１（動作領域）、ゲストＯＳ−Ｂ領域１２２（動作領域）及び予備領域１２３を割り当てる。本実施形態の特徴の１つは、主記憶装置１２に、予備領域１２３を設けることである。なお、この予備領域１２３のサイズは、主記憶装置１２に割り当てられたゲストＯＳ用のメモリ領域のうち最大のものと同等以上とするのが好ましい。
Next, a logical area of the
次に、ハイパバイザ２１の機能構成について説明する。図３に示すように、ハイパバイザ２１は、情報テーブルとして、主記憶装置管理テーブル２１０、補助記憶装置管理テーブル２１１及び記憶装置割当て設定テーブル２１２を有する。また、ハイパバイザ２１は、機能部として、主記憶装置管理部２１４、ゲストＯＳ命令実行部２１５、ゲストＯＳ命令検知部２１６及びゲストＯＳ補助記憶装置二重化管理部２１７（以下、「二重化管理部２１７」と称する。）を有する。
Next, the functional configuration of the
図４に示すように、記憶装置割当て設定テーブル２１２は、ハイパバイザ２１上で稼動させるゲストＯＳと、主記憶装置１２の割当て量との対応付けを管理するものである。ゲストＯＳ種別２１２０は、ハイパバイザ２１上で稼動させるゲストＯＳの種別である。主記憶装置割当て量２１２１は、そのゲストＯＳに割り当てる主記憶装置１２の領域サイズを示す。
As shown in FIG. 4, the storage device allocation setting table 212 manages the association between the guest OS operating on the
例えば、ゲストＯＳ−Ａには、８０Ｋｂの主記憶装置１２の容量が割り当てられている。二重化正２１２２及び二重化副２１２３は、ページング利用エリアを保持する格納先であるストレージ装置４５の記憶領域を特定する情報を管理するものである。本実施形態では、ページング利用エリアを冗長化するために、ストレージ装置４５に、二重化正２１２２及び二重化副２１２３という２つの記憶領域を設けるように構成されており、それぞれ対応する所定の記憶領域（ディスク１５ａ〜１５ｄ）が割り当てられている。
For example, the capacity of the
次に、補助記憶装置管理テーブル２１１について説明する。補助記憶装置管理テーブル２１１は、ストレージ装置４５の各論理領域と、それを使用するゲストＯＳの対応関係を管理するものである。図５に示すように、補助記憶装置管理テーブル２１１では、各補助記憶装置が補助記憶装置２１１０の列に列挙される。そして、各補助記憶装置は、使用ゲストＯＳ２１１１の情報と、使用状態２１１２の情報と対応付けられる。
Next, the auxiliary storage device management table 211 will be described. The auxiliary storage device management table 211 manages the correspondence between each logical area of the
使用ゲストＯＳ２１１１に入る情報は、記憶装置割当て設定テーブル２１２（図４参照）のゲストＯＳ種別２１２０内の情報、ゲストＯＳの「ダンプ待機」あるいは「なし」のいずれかである。
使用状態２１１２に入る情報は、「二重化正」、「二重化副」、「ダンプ待機」あるいは「予備」のいずれかである。
The information that enters the
The information that enters the
次に、ハイパバイザ２１の起動処理について説明する。なお、本実施形態において、「物理メモリアドレス」とは、主記憶装置１２における物理的なメモリのアドレスを意味する。また、「絶対アドレス」とは、主記憶装置１２で稼動するゲストＯＳ内のアドレスを意味する。また、「仮想アドレス」とは、ゲストＯＳでの仮想環境におけるアドレスを意味する。
Next, the activation process of the
図６に示すように、ハイパバイザ２１は、自身のプログラムをハイパバイザ用システムディスク１６から読み出し、主記憶装置１２上に配置する（ステップＳ１００）。その後、ハイパバイザ２１は、主記憶装置１２の物理メモリアドレスの最下位から最上位まで、ステップＳ１０２〜Ｓ１０６の処理を行う（ステップＳ１０１〜Ｓ１０７）。
As shown in FIG. 6, the
ハイパバイザ２１は、ハイパバイザ領域１２０（図２参照）を参照して、ハイパバイザ用に確保した領域であるか否かを判断し（ステップＳ１０２）、ＹｅｓであればステップＳ１０３に進み、ＮｏであればステップＳ１０５に進む。
The
ハイパバイザ２１は、ステップＳ１０３において、割り当てている領域に対応する、主記憶装置管理テーブル２１０の仮想アドレスの割当て先をハイパバイザとし、ステップＳ１０４において、割当て先上の絶対アドレスを下位アドレスから順に設定する。
In step S103, the
また、ハイパバイザ２１は、ステップＳ１０５において、ハイパバイザ領域として割り当てていない領域の割当て先を予備領域とし、ステップＳ１０６において、割当て先上の絶対アドレスを下位アドレスから順に設定する。
In step S105, the
次に、ハイパバイザ２１がゲストＯＳを起動する場合の処理について説明する。ここでは、代表してゲストＯＳ−Ａ２０ａの場合を例にとって説明する。ゲストＯＳ−Ａ２０ａの起動処理は、外部装置からの入力（指示）や情報処理装置１０の管理者による入力（指示）等の契機で開始する。
Next, processing when the hypervisor 21 starts the guest OS will be described. Here, the case of the guest OS-
図７に示すように、ハイパバイザ２１は、ゲストＯＳ−Ａ２０ａの起動時に、まず、記憶装置割当て量を調査する（ステップＳ２００）。この処理では、起動するゲストＯＳに割り当てる主記憶装置１２の領域量と、起動済みの各ゲストＯＳに割り当てている主記憶装置の領域量との中で、最大の割当て量を求める。
As shown in FIG. 7, when the guest OS-
次に、ハイパバイザ２１は、起動するゲストＯＳに領域を割り当てる前の予備領域の領域量を調査する（ステップＳ２０１）。
Next, the
次に、ハイパバイザ２１は、ゲストＯＳを割り当てる領域が予備領域に残っているかを判定し（ステップＳ２０２）、ＹｅｓであればステップＳ２０３に進み、Ｎｏであれば処理を終了する。つまり、予備領域量から起動するゲストＯＳへ割り当てる量を引いた領域量が、前記の最大の割当て量より小さい場合（ステップＳ２０２Ｎｏ）、ゲストＯＳの起動は失敗とし、ゲストＯＳ起動処理を終了する。
Next, the
ハイパバイザ２１は、起動するゲストＯＳの割当て量まで、ステップＳ２０４〜Ｓ２０８の処理を行う（ステップＳ２０３〜Ｓ２０９）。また、ハイパバイザ２１は、主記憶装置１２の仮想アドレスの最下位から最上位まで、ステップＳ２０５〜Ｓ２０７の処理を行う（ステップＳ２０４〜Ｓ２０８）。
The
ハイパバイザ２１は、予備領域であるか否かを判定し（ステップＳ２０５）、Ｙｅｓであれば、割当て先（図８の主記憶装置管理テーブル２１０の割当て先２１０１）を起動するゲストＯＳとし（ステップＳ２０６）、割当て先上の絶対アドレス（図８の主記憶装置管理テーブル２１０の割当て先上の絶対アドレス２１０２）を設定し（ステップＳ２０７）、Ｎｏであれば、ステップＳ２０６、Ｓ２０７をスキップする。
The
その後、ハイパバイザ２１は、補助記憶装置管理テーブル２１１（図５参照）を設定する（ステップＳ２１０）。つまり、記憶装置割当て設定テーブル２１２（図４参照）の主記憶装置割当て量２１２１、二重化正２１２２、二重化副２１２３を参照し、補助記憶装置管理テーブル２１１（図５参照）において、補助記憶装置２１１０のうち該当する補助記憶装置の使用ゲストＯＳ２１１１、及び使用状態２１１２を更新する。
Thereafter, the
図４の例の場合に、ゲストＯＳ−Ａ２０ａ、及びゲストＯＳ−Ｂ２０ｂを起動した後の主記憶装置管理テーブル２１０は、図８に示す通りである。図８に示すように、主記憶装置管理テーブル２１０は、物理メモリアドレス２１００、割当て先２１０１及び割当て先上の絶対アドレス２１０２の項目から構成される。
In the example of FIG. 4, the main storage management table 210 after the guest OS-
図４の例の場合に、ゲストＯＳ−Ａ２０ａ、及びゲストＯＳ−Ｂ２０ｂを起動した後の補助記憶装置管理テーブル２１１は、図９に示す通りである。図９に示すように、補助記憶装置管理テーブル２１１は、補助記憶装置２１１０、使用ゲストＯＳ２１１１及び使用状態２１１２の項目から構成される。
In the example of FIG. 4, the auxiliary storage device management table 211 after the guest OS-
次に、ゲストＯＳの機能構成について、ゲストＯＳ−Ａ２０ａを例にとって説明する。なお、ゲストＯＳ−Ａ２０ａ以外のゲストＯＳの機能構成についても同様である。図１０に示すように、ゲストＯＳ−Ａ２０ａは、仮想記憶部２０ａ１をもち、仮想記憶部２０ａ１の内容は、主記憶装置１２、又はゲストＯＳ−Ａ２０ａに割り当てているディスク１５ａ、１５ｂに存在する。
Next, the functional configuration of the guest OS will be described using the guest OS-A 20a as an example. The same applies to the functional configuration of the guest OS other than the guest OS-A 20a. As shown in FIG. 10, the guest OS-
仮想記憶部２０ａ１の内容が存在する場所は、仮想記憶部２０ａ１の仮想アドレスと存在場所を対応付けるテーブルであるページ変換テーブル２０ａ２により管理する。ゲストＯＳ−Ａ２０ａは、所定の契機で自システムが使用している主記憶装置１２上のゲストＯＳ−Ａの領域を予備領域の一部へ切替えて再起動することをハイパバイザ２１へ要求することができる。ここで、所定の契機としては、例えば、管理者による手動の指示や、ゲストＯＳ−Ａ２０ａの異常検知に連動した自動制御などが挙げられる（以下同様）。
The location where the contents of the virtual storage unit 20a1 exist is managed by the page conversion table 20a2, which is a table that associates the virtual address of the virtual storage unit 20a1 with the location. The guest OS-
領域切替え再起動要求部２０ａ３は、領域を切替えて再起動することをハイパバイザ２１へ要求する機能を有する。また、ゲストＯＳ−Ａ２０ａは、他のゲストＯＳが領域切替え再起動を行った場合に、所定の契機でそのゲストＯＳの仮想記憶部２０ａ１の内容を外部記録媒体１９に出力することをハイパバイザ２１に要求できる。
The area switching restart request unit 20a3 has a function of requesting the
ダンプ情報出力要求命令発行部２０ａ４は、ゲストＯＳの仮想記憶部２０ａ１の内容を外部記録媒体１９に出力することをハイパバイザ２１に要求する機能を有する。
The dump information output request command issuing unit 20a4 has a function of requesting the
次に、ゲストＯＳ−Ａ２０ａの仮想記憶部２０ａ１上のデータが存在するハードウェア上の位置について説明する。図１１に示すように、ゲストＯＳ−Ａ２０ａは、ページ変換テーブル２０ａ２を利用して仮想記憶部２０ａ１を実現している。ゲストＯＳ−Ａ２０ａのデータは、主記憶装置１２内のゲストＯＳ−Ａ領域１２１、及び補助記憶装置（ディスク１５ａ、１５ｂ）のページング利用エリア１５ａ１、１５ｂ１に存在する。本実施形態のダンプ情報は、ゲストＯＳ−Ａ２０ａの仮想記憶部２０ａ１の情報全体を指す。
Next, the position on the hardware where the data on the virtual storage unit 20a1 of the guest OS-
次に、ゲストＯＳ−Ａ２０ａの場合を例にとって、ゲストＯＳの再起動の処理について説明する。図１２に示すように、ハイパバイザ２１のゲストＯＳ命令検知部２１６（図３参照）は、ゲストＯＳ−Ａ２０ａのダンプ情報出力要求命令発行部２０ａ４（図１０参照）が発行したダンプ情報出力要求命令（再起動命令）を検知する（ステップＦ３００）。なお、ダンプ情報出力要求命令は、ゲストＯＳ−Ａ２０ａの外部から発行されたものであってもよい。
Next, the guest OS restart process will be described taking the guest OS-A 20a as an example. As shown in FIG. 12, the guest OS command detection unit 216 (see FIG. 3) of the
続いて、ゲストＯＳ命令実行部２１５は、ゲストＯＳ−Ａ２０ａからの命令の実行を停止する（ステップＦ３０１）。
その後、ハイパバイザ２１は、ゲストＯＳ−Ａ２０ａに割り当てている主記憶領域の再割当てを行う（ステップＦ３０２。詳細は後記）。
Subsequently, the guest OS
Thereafter, the
次に、二重化管理部２１７は、二重化補助記憶装置を再構成する（ステップＦ３０３。詳細は後記）。
その後、ゲストＯＳ命令実行部２１５は、ゲストＯＳ−Ａ２０ａからの命令の実行を開始する（ステップＦ３０４）。
次に、ハイパバイザ２１は、ゲストＯＳ−Ａ２０ａを起動する（ステップＦ３０５）。
Next, the
Thereafter, the guest OS
Next, the
次に、前記したステップＦ３０２の処理について、詳細に説明する。この処理のポイントは、元々ゲストＯＳ−Ａ２０ａに割り当てていた領域をダンプ待機用にすることである。 Next, the process of step F302 described above will be described in detail. The point of this process is to make the area originally allocated to the guest OS-A 20a for dump standby.
図１３に示すように、主記憶装置管理部２１４は、主記憶装置１２の物理メモリアドレスの最下位から最上位まで、ステップＦ３０２０１、Ｆ３０２０２の処理を行う（ステップＦ３０２００〜Ｆ３０２０２１）。
As illustrated in FIG. 13, the main storage
主記憶装置管理部２１４は、記憶装置割当て設定テーブル２１２（図４参照）と主記憶装置管理テーブル２１０（図８参照）を参照し、割当て先２１０１がゲストＯＳ−Ａ２０ａであれば（ステップＦ３０２０１でＹｅｓ）、その割当て先をゲストＯＳ−Ａ２０ａのダンプ待機領域とする（ステップＦ３０２０２）。
The main storage
次に、予備領域にゲストＯＳ−Ａ２０ａを割り当てる処理を行う。具体的には、主記憶装置管理部２１４は、ゲストＯＳ−Ａ２０ａの領域がすべて割り当てられるまでの間、主記憶装置１２の物理メモリアドレスの最下位から最上位まで、ステップＦ３０２０５〜Ｆ３０２０７の処理を行う（ステップＦ３０２０３〜Ｆ３０２０９）。
Next, a process of assigning the guest OS-A 20a to the spare area is performed. Specifically, the main storage
主記憶装置管理部２１４は、記憶装置割当て設定テーブル２１２（図４参照）と主記憶装置管理テーブル２１０（図８参照）を参照し、割当て先２１０１が予備領域であれば（ステップＦ３０２０５でＹｅｓ）、その割当て先をゲストＯＳ−Ａ２０ａとし（ステップＦ３０２０６）、割当て先上の絶対アドレスを設定する（ステップＦ３０２０７）。
The main storage
次に、前記したステップＦ３０３の処理について、詳細に説明する。この処理のポイントは、ゲストＯＳ−Ａ２０ａ用に二重化していた一方をダンプ待機状態にし、待機状態の補助記憶装置を使用してゲストＯＳ−Ａ２０ａ用に二重化することである。
Next, the process of step F303 described above will be described in detail. The point of this process is to make one duplexed for the guest OS-A 20a into the dump standby state and duplex it for the guest OS-
図１４に示すように、二重化管理部２１７は、補助記憶装置管理テーブル２１１（図５参照）の最初のエントリ（行）から最後のエントリまで、ステップＦ３０３０１〜Ｆ３０３０６の処理を行う（ステップＦ３０３００〜Ｆ３０３１１）。
As illustrated in FIG. 14, the
二重化管理部２１７は、使用ゲストＯＳがゲストＯＳ−Ａ２０ａであり（ステップＦ３０３０１でＹｅｓ）、かつ、使用状態が二重化正であれば（ステップＦ３０３０２でＹｅｓ）、使用ゲストＯＳ２１１１をゲストＯＳ−Ａ２０ａのダンプ待機状態とし（ステップＦ３０３０３）、使用状態２１１２をダンプ待機とする（ステップＦ３０３０４）。
If the guest OS used is the guest OS-
二重化管理部２１７は、使用ゲストＯＳがゲストＯＳ−Ａ２０ａであり（ステップＦ３０３０１でＹｅｓ）、かつ、使用状態が二重化正でなければ（ステップＦ３０３０２でＮｏ）、二重化副と判断し、使用ゲストＯＳ２１１１をゲストＯＳ−Ａ２０ａとし（ステップＦ３０３０５）、使用状態を二重化正とする（ステップＦ３０３０６）。
If the guest OS used is the guest OS-
二重化管理部２１７は、使用ゲストＯＳがゲストＯＳ−Ａ２０ａでない場合（ステップＦ３０３０１でＮｏ）、使用ゲストＯＳが「なし」であり、かつ、まだ待機状態の補助記憶装置をゲストＯＳ−Ａ２０ａに割り当てていない場合（ステップＦ３０３０７でＹｅｓ）、元々ゲストＯＳ−Ａ２０ａに割り当てていた補助記憶装置とは別の二重化用の補助記憶装置を割り当てるため、使用ゲストＯＳ２１１１をゲストＯＳ−Ａ２０ａとし（ステップＦ３０３０８）、使用状態２１１２を二重化正とする（ステップＦ３０３０９）。
When the guest OS used is not the guest OS-
二重化管理部２１７は、ステップＦ３０３０７でＮｏの場合、次のエントリの判定に進む。
二重化管理部２１７は、ステップＦ３０３１１の後、補助記憶装置の二重化の再構成をストレージ装置４５のディスクコントローラ１４に要求する（ステップＦ３０３１２）。
The
After step F30311, the
ゲストＯＳ−Ａ２０ａの再起動後の主記憶装置管理テーブル２１０は、図１５に示す通りである。図８の主記憶装置管理テーブル２１０と比較して、４、５行目が「ゲストＯＳ−Ａ」から「ゲストＯＳ−Ａのダンプ待機」に変わり、下から３、４行目が「予備領域」から「ゲストＯＳ−Ａ」に変わっていることがわかる。
The main storage device management table 210 after the guest OS-
ゲストＯＳ−Ａ２０ａの再起動後の補助記憶装置管理テーブル２１１は、図１６に示す通りである。図９の補助記憶装置管理テーブル２１１と比較して、「ゲストＯＳ−Ａ」の「二重化正」が「ディスク１５ａ」から「ディスク１５ｂ」に変わり、「ゲストＯＳ−Ａ」の「二重化副」が「ディスク１５ｂ」から「ディスク１５ｅ」に変わり、「ディスク１５ａ」の使用ゲストＯＳ２１１１が「ゲストＯＳ−Ａ」から「ゲストＯＳ−Ａのダンプ待機」に変わっていることがわかる。
The auxiliary storage device management table 211 after the guest OS-
次に、ダンプ情報出力の処理について説明する。ゲストＯＳ２０ａ、２０ｂや、ユーザは、ゲストＯＳ−Ａ２０ａのダンプ情報出力をハイパバイザ２１に要求できる。
Next, dump information output processing will be described. The
ここでは、ゲストＯＳ−Ｂ２０ｂのダンプ情報出力要求命令発行部がダンプ情報出力要求を出してから、ハイパバイザ２１が主記憶装置管理テーブル２１０、及び補助記憶装置管理テーブル２１１を更新する処理について説明する。
Here, a process in which the
図１７に示すように、ハイパバイザ２１のゲストＯＳ命令検知部２１６がゲストＯＳ−Ｂ２０ｂからのダンプ情報出力要求命令を検知するすると、ハイパバイザ２１は、ダンプ情報出力用ＯＳシステムディスク１８からダンプ情報出力プログラム（ダンプ情報出力用ＯＳ）を読み込み、主記憶装置管理テーブル２１０の割当て先２１０１がゲストＯＳ−Ａ２０ａのダンプ待機（図１５参照）となっている仮想アドレスにロードし、ダンプ情報出力プログラムを起動する（ステップＦ４００）。ダンプ情報出力プログラムは、ページ変換テーブル２０ａ２（図１０参照）を参照し、主記憶装置１２やページング利用エリア１５ａ１（図１１参照）にある元々のゲストＯＳ−Ａ２０ａのダンプ情報を外部記録媒体１９に出力する。
As shown in FIG. 17, when the guest OS
ダンプ情報出力が完了すると、ダンプ情報出力プログラムがダンプ情報出力完了命令を発行し、ハイパバイザ２１のゲストＯＳ命令検知部２１６がこのダンプ情報出力完了命令を検知する（ステップＦ４０１）。
その後、予備領域の再割当てを行う（ステップＦ４０２。詳細は後記）。
続いて、ダンプ待機状態の補助記憶装置を初期化する（ステップＦ４０３。詳細は後記）。
When the dump information output is completed, the dump information output program issues a dump information output completion command, and the guest OS
Thereafter, the spare area is reallocated (step F402, details will be described later).
Subsequently, the auxiliary storage device in the dump standby state is initialized (step F403, details will be described later).
次に、前記したステップＦ４０２の処理について、詳細に説明する。図１８に示すように、主記憶装置管理部２１４は、主記憶装置１２の物理メモリアドレスの最下位から最上位まで、ステップＦ４０２０１〜Ｆ４０２０３の処理を行う（ステップＦ４０２００〜Ｆ４０２０４）。
Next, the process of step F402 described above will be described in detail. As shown in FIG. 18, the main storage
主記憶装置管理部２１４は、主記憶装置管理テーブル２１０の割当て先２１０１がゲストＯＳ−Ａ２０ａのダンプ待機、又は予備領域である場合（ステップＦ４０２０１でＹｅｓ）、割当て先２１０１を予備領域とし（ステップＦ４０２０２）、割当て先上の絶対アドレス２１０２を０から順に割り当てる（設定する）（ステップＦ４０２０３）。
When the
次に、前記したステップＦ４０３の処理について、詳細に説明する。図１９に示すように、二重化管理部２１７は、補助記憶装置管理テーブル２１１（図１６参照）の最初のエントリ（行）から最後のエントリまで、ステップＦ４０３０１〜Ｆ４０３０３の処理を行う（ステップＦ４０３００〜Ｆ４０３０４）。
Next, the process of step F403 described above will be described in detail. As illustrated in FIG. 19, the
二重化管理部２１７は、該当エントリの補助記憶装置管理テーブル２１１の使用ゲストＯＳ２１１１がゲストＯＳ−Ａ２０ａのダンプ待機である場合（ステップＦ４０３０１でＹｅｓ）、使用ゲストＯＳ２１１１を「なし」とし（ステップＦ４０３０２）、使用状態２１１２を予備とする（ステップＦ４０３０３）。
When the used
ステップＦ４０３０４の後、二重化管理部２１７は、補助記憶装置の再構成をストレージ装置４５のディスクコントローラ１４に要求する（ステップＦ４０３０５）。
After step F40304, the
ダンプ情報出力後（図１７の処理後）の主記憶装置管理テーブル２１０は、図２０に示す通りである。図１５の主記憶装置管理テーブル２１０と比較して、４、５行目が「ゲストＯＳ−Ａのダンプ待機」から「予備領域」に変わっていることがわかる。 The main storage device management table 210 after dump information output (after processing in FIG. 17) is as shown in FIG. Compared to the main storage management table 210 of FIG. 15, it can be seen that the fourth and fifth lines have changed from “guest OS-A dump standby” to “reserve area”.
ダンプ情報出力後（図１７の処理後）の補助記憶装置管理テーブル２１１は、図２１に示す通りである。図１６の補助記憶装置管理テーブル２１１と比較して、「ディスク１５ａ」について、使用ゲストＯＳ２１１１が「ゲストＯＳ−Ａのダンプ待機」から「なし」に変わり、使用状態２１１２が「ダンプ待機」から「予備」に変わっていることがわかる。
The auxiliary storage device management table 211 after dump information output (after the processing in FIG. 17) is as shown in FIG. Compared to the auxiliary storage device management table 211 of FIG. 16, with respect to “
このようにして、本実施形態の仮想計算機システム１によれば、仮想環境において、システム（ゲストＯＳ）がダウンした場合などに、ダンプ情報を出力可能としながら、迅速にシステム（ゲストＯＳ）の再起動を行うことができる。 As described above, according to the virtual computer system 1 of the present embodiment, when the system (guest OS) goes down in the virtual environment, the dump information can be output, and the system (guest OS) can be quickly restored. You can start up.
つまり、具体的な動作としては、仮想環境においてハイパバイザ２１が、ゲストＯＳに割り当てる主記憶装置１２の領域とは別に主記憶装置１２内に予備領域を設け、ゲストＯＳのページング利用エリアを保持する補助記憶装置を二重化し、さらに予備の補助記憶装置を用意する。
In other words, as a specific operation, in the virtual environment, the
その後、所定の契機で、それまでゲストＯＳに割り当てていた主記憶装置１２上の領域を予備領域内に割り当て直し、ゲストＯＳのページング利用エリアを保持する補助記憶装置の一方を切り離し、もう一方を予備の補助記憶装置と二重化した後、ゲストＯＳを再起動する。
After that, at a predetermined opportunity, the area on the
また、ゲストＯＳの再起動以降、別の所定の契機で元々ゲストＯＳが使用していた主記憶装置１２上の領域、及びゲストＯＳの再起動時に切り離した補助記憶装置を使用してダンプ情報を外部媒体に出力する。
In addition, after restarting the guest OS, dump information is stored using the area on the
さらに、ダンプ情報の出力後は、元々ゲストＯＳが使用していた領域とゲストＯＳに割り当てなかった予備領域を、予備領域として再割当てし、ゲストＯＳの再起動時に切り離した補助記憶装置を予備の補助記憶装置することで、次のゲストＯＳの再起動契機に備えることができる。 Furthermore, after the dump information is output, the area originally used by the guest OS and the spare area that was not allocated to the guest OS are reassigned as spare areas, and the auxiliary storage device that is disconnected when the guest OS is restarted is reserved. By using the auxiliary storage device, it is possible to prepare for the next guest OS restart opportunity.
また、ゲストＯＳの再起動の処理と、ダンプ情報の出力の処理とを並行して実行することで、効率的なシステム運用を図ることができる。 Also, efficient system operation can be achieved by executing the restart processing of the guest OS and the output processing of dump information in parallel.
また、予備領域のサイズが複数の業務アプリケーションそれぞれが動作する各動作領域のうちの最大の動作領域のサイズ以上であることで、いずれの業務アプリケーションがダウンした場合でも、その業務アプリケーションを予備領域で再起動することができる。 In addition, because the size of the spare area is equal to or larger than the maximum of the operating areas in which each business application operates, even if any business application goes down, the business application can be stored in the spare area. Can be restarted.
また、主記憶装置１２内に予備領域を１つ用意するだけなので、物理的に必要なリソースが少なくて済む。
Further, since only one spare area is prepared in the
なお、仮想計算機システム１を構成するコンピュータに実行させるためのプログラムを作成し、コンピュータにインストールすれば、コンピュータは、そのプログラムに基づいた各機能を実現することができる。 Note that if a program to be executed by a computer constituting the virtual machine system 1 is created and installed in the computer, the computer can realize each function based on the program.
以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、その趣旨を変えない範囲で実施することができる。例えば、ハードウェア、ソフトウェアの具体的な構成について、本発明の主旨を逸脱しない範囲で適宜変更が可能である。 As mentioned above, although embodiment of this invention was described, this invention is not limited to this, It can implement in the range which does not change the meaning. For example, specific configurations of hardware and software can be changed as appropriate without departing from the spirit of the present invention.
１ 仮想計算機システム
１０ 情報処理装置
１１ ＣＰＵ
１２ 主記憶装置
１３ 入出力Ｉ／Ｆ部
１４ ディスクコントローラ
１５ａ、１５ｂ ディスク
１５ａ１ ページング利用エリア
１５ｂ１ ページング利用エリア
１６ ハイパバイザ用システムディスク
１７ａ、１７ｂ ゲストＯＳ用システムディスク
１８ ダンプ情報出力用ＯＳシステムディスク
１９ 外部記録媒体
２０ａ ゲストＯＳ−Ａ
２０ｂ ゲストＯＳ−Ｂ
２０ａ１ 仮想記憶部
２０ａ２ ページ変換テーブル
２０ａ３ 領域切替え再起動要求部
２０ａ４ ダンプ情報出力要求命令発行部
２１ ハイパバイザ
２２ａ、２２ｂ 業務アプリケーション
３０ａ、３０ｂ 仮想サーバ
３５ 二次記憶装置
４０ ＳＡＮ
１２０ ハイパバイザ領域
１２１ ゲストＯＳ−Ａ領域
１２２ ゲストＯＳ−Ｂ領域
１２３ 予備領域
２１０ 主記憶装置管理テーブル
２１１ 補助記憶装置管理テーブル
２１２ 記憶装置割当て設定テーブル
２１４ 主記憶装置管理部
２１５ ゲストＯＳ命令実行部
２１６ ゲストＯＳ命令検知部
２１７ ゲストＯＳ補助記憶装置二重化管理部
２１００ 物理メモリアドレス
２１０１ 割当て先
２１０２ 割当て先上の絶対アドレス
２１１０ 補助記憶装置
２１１１ 使用ゲストＯＳ
２１１２ 使用状態
２１２０ ゲストＯＳ種別
２１２１ 主記憶装置割当て量
２１２２ 二重化正
２１２３ 二重化副
DESCRIPTION OF SYMBOLS 1
12
20b Guest OS-B
20a1 Virtual storage unit 20a2 Page conversion table 20a3 Area switching restart request unit 20a4 Dump information output request
120
2112
Claims (5)
前記記憶手段は、主記憶装置および補助記憶装置を用いた仮想記憶部を有しており、前記主記憶装置は、前記複数の業務アプリケーションが動作する動作領域と、予備領域と、を備えており、
前記仮想計算機システムの処理手段は、
所定の業務アプリケーションについて、それまで使用していた前記動作領域において、前記主記憶装置および前記補助記憶装置を用いた仮想記憶部内のダンプデータを保存したまま、前記予備領域で再起動する再起動ステップと、
前記主記憶装置の管理テーブルの一部を前記ダンプデータの待機のために書き換え、前記補助記憶装置の管理テーブルの一部を前記ダンプデータの待機のために書き換え、前記使用していた動作領域から前記所定の業務アプリケーションで使用した前記主記憶装置および仮想記憶部内のダンプデータを取得する取得ステップと、
前記取得ステップの完了後に、前記主記憶装置の管理テーブルの前記ダンプデータの待機のための領域を予備領域に書き換え、前記補助記憶装置の管理テーブルの前記ダンプデータの待機のための領域を予備領域に書き換え、前記使用していた動作領域を新たな予備領域として管理する管理ステップと、
を実行することを特徴とする記憶手段の管理方法。 A management method of storage means in a virtual machine system in which a plurality of business applications operate in parallel,
The storage means includes a virtual storage unit using a main storage device and an auxiliary storage device, and the main storage device includes an operation area in which the plurality of business applications operate and a spare area. ,
The processing means of the virtual machine system is:
A restarting step for restarting in the spare area while saving the dump data in the virtual storage unit using the main storage device and the auxiliary storage device in the operation area used so far for a predetermined business application When,
A part of the management table of the main storage device is rewritten to wait for the dump data, a part of the management table of the auxiliary storage device is rewritten to wait for the dump data, and the operation area used An acquisition step of acquiring dump data in the main storage device and virtual storage unit used in the predetermined business application;
After completion of the obtaining step, the area for waiting for the dump data in the management table of the main storage device is rewritten to a spare area, and the area for waiting for the dump data in the management table of the auxiliary storage device is reserved. rewriting, and management step of managing the operating region that has been the use as a new spare area,
The management method of the memory | storage means characterized by performing these.
前記再起動ステップと、前記取得ステップとを、並行して実行する
ことを特徴とする請求項１に記載の記憶手段の管理方法。 The processing means includes
The storage unit management method according to claim 1, wherein the restarting step and the obtaining step are executed in parallel.
ことを特徴とする請求項１または請求項２に記載の記憶手段の管理方法。 The storage unit management according to claim 1 or 2, wherein the size of the spare area is equal to or larger than a size of a maximum operation area of each operation area in which each of the plurality of business applications operates. Method.
前記複数の業務アプリケーションが動作する動作領域と予備領域を有する主記憶装置と補助記憶装置を用いて設定される仮想記憶部を備える記憶手段と、
所定の業務アプリケーションについて、それまで使用していた前記動作領域の前記主記憶装置および前記補助記憶装置を用いた仮想記憶部内のダンプデータを保存したまま、前記予備領域で再起動し、
前記主記憶装置の管理テーブルの一部を前記ダンプデータの待機のために書き換え、前記補助記憶装置の管理テーブルの一部を前記ダンプデータの待機のために書き換え、前記使用していた動作領域から前記所定の業務アプリケーションで使用した前記主記憶装置および仮想記憶部内のダンプデータを取得し、
前記取得ステップの完了後に、前記主記憶装置の管理テーブルの前記ダンプデータの待機のための領域を予備領域に書き換え、前記補助記憶装置の管理テーブルの前記ダンプデータの待機のための領域を予備領域に書き換え、前記使用していた動作領域を新たな予備領域として管理する処理手段と、
を備えることを特徴とする仮想計算機システム。 A virtual machine system in which multiple business applications operate in parallel,
A storage unit including a virtual storage unit set using a main storage device and an auxiliary storage device having an operation area and a spare area in which the plurality of business applications operate;
For a given business application, so far while preserving the dump data in a virtual storage unit using the main storage device and the auxiliary storage device of the operation area used to restart in the spare area,
A part of the management table of the main storage device is rewritten to wait for the dump data, a part of the management table of the auxiliary storage device is rewritten to wait for the dump data, and the operation area used Obtain dump data in the main storage device and virtual storage unit used in the predetermined business application,
After completion of the obtaining step, the area for waiting for the dump data in the management table of the main storage device is rewritten to a spare area, and the area for waiting for the dump data in the management table of the auxiliary storage device is reserved. processing means for rewriting, manages the operation area used as a new spare area,
A virtual computer system comprising:
所定の業務アプリケーションについて、それまで使用していた前記動作領域において、前記主記憶装置および前記補助記憶装置を用いた仮想記憶部内のダンプデータを保存したまま、前記予備領域で再起動する再起動ステップと、
前記主記憶装置の管理テーブルの一部を前記ダンプデータの待機のために書き換え、前記補助記憶装置の管理テーブルの一部を前記ダンプデータの待機のために書き換え、前記使用していた動作領域から前記所定の業務アプリケーションで使用した前記主記憶装置および仮想記憶部内のダンプデータを取得する取得ステップと、
前記取得ステップの完了後に、前記主記憶装置の管理テーブルの前記ダンプデータの待機のための領域を予備領域に書き換え、前記補助記憶装置の管理テーブルの前記ダンプデータの待機のための領域を予備領域に書き換え、前記使用していた動作領域を新たな予備領域として管理する管理ステップと、
を実行させるためのプログラム。 In a computer having a storage means having a virtual storage unit set using a main storage device and an auxiliary storage device having an operation area and a spare area in which a plurality of business applications operate in parallel,
For a given business application, in the operation area used until then, while preserving the dump data in a virtual storage unit using the main storage device and the auxiliary storage device, restart step of restarting in the reserved area When,
A part of the management table of the main storage device is rewritten to wait for the dump data, a part of the management table of the auxiliary storage device is rewritten to wait for the dump data, and the operation area used An acquisition step of acquiring dump data in the main storage device and virtual storage unit used in the predetermined business application;
After completion of the obtaining step, the area for waiting for the dump data in the management table of the main storage device is rewritten to a spare area, and the area for waiting for the dump data in the management table of the auxiliary storage device is reserved. rewriting, and management step of managing the operating region that has been the use as a new spare area,
A program for running
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2010098035A JP5444104B2 (en) | 2010-04-21 | 2010-04-21 | Storage means management method, virtual computer system, and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2010098035A JP5444104B2 (en) | 2010-04-21 | 2010-04-21 | Storage means management method, virtual computer system, and program |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2011227766A JP2011227766A (en) | 2011-11-10 |
| JP5444104B2 true JP5444104B2 (en) | 2014-03-19 |
Family
ID=45043023
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2010098035A Expired - Fee Related JP5444104B2 (en) | 2010-04-21 | 2010-04-21 | Storage means management method, virtual computer system, and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5444104B2 (en) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5982903B2 (en) * | 2012-03-15 | 2016-08-31 | オムロン株式会社 | Information processing device |
| WO2013150634A1 (en) * | 2012-04-05 | 2013-10-10 | 株式会社日立製作所 | Computer system, computer, and program |
| JP6083136B2 (en) * | 2012-06-22 | 2017-02-22 | 富士通株式会社 | Information processing apparatus having memory dump function, memory dump method, and memory dump program |
| JP6079777B2 (en) * | 2012-06-27 | 2017-02-15 | 富士通株式会社 | Management device, data acquisition method, and data acquisition program |
| JP5949540B2 (en) * | 2012-12-27 | 2016-07-06 | 富士通株式会社 | Information processing apparatus and stored information analysis method |
| US9503268B2 (en) * | 2013-01-22 | 2016-11-22 | Amazon Technologies, Inc. | Securing results of privileged computing operations |
| WO2015011749A1 (en) * | 2013-07-22 | 2015-01-29 | 株式会社日立製作所 | Storage system and fault management method for storage system |
| JP6256582B2 (en) * | 2016-11-30 | 2018-01-10 | 富士通株式会社 | Information processing apparatus having memory dump function |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000339198A (en) * | 1999-05-25 | 2000-12-08 | Nec Corp | Virtual memory dump sampling system and its method |
| JP2001331351A (en) * | 2000-05-18 | 2001-11-30 | Hitachi Ltd | Computer system, its fault recovery method and dump acquisition method |
| JP2007133544A (en) * | 2005-11-09 | 2007-05-31 | Hitachi Ltd | Failure information analysis method and its implementation device |
| WO2008114395A1 (en) * | 2007-03-19 | 2008-09-25 | Fujitsu Limited | Virtual computer dump sampling program, damp sampling system, and dump sampling method |
-
2010
- 2010-04-21 JP JP2010098035A patent/JP5444104B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2011227766A (en) | 2011-11-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5444104B2 (en) | Storage means management method, virtual computer system, and program | |
| US10339047B2 (en) | Allocating and configuring persistent memory | |
| JP5840548B2 (en) | Method and apparatus for improving resource utilization efficiency in a data center | |
| JP5600361B2 (en) | Hypervisor-based server duplication system, method thereof, and recording medium on which server duplication computer program is recorded | |
| US9785381B2 (en) | Computer system and control method for the same | |
| US8122212B2 (en) | Method and apparatus for logical volume management for virtual machine environment | |
| US7877358B2 (en) | Replacing system hardware | |
| US20160266923A1 (en) | Information processing system and method for controlling information processing system | |
| JP2020526843A (en) | Methods for dirty page tracking and full memory mirroring redundancy in fault-tolerant servers | |
| JP2016508647A (en) | Method and system for supporting resource separation in a multi-core architecture | |
| JP2008293245A (en) | Failover method, computer system, management server, and setting method for stand-by server | |
| JP2007140728A (en) | Storage device system and storage control method | |
| US20130254500A1 (en) | Storage apparatus, computer system, and control method for storage apparatus | |
| US20150293719A1 (en) | Storage Space Processing Method and Apparatus, and Non-Volatile Computer Readable Storage Medium | |
| WO2014108933A1 (en) | Resource management system and resource management method of a computer system | |
| JP2010257274A (en) | Storage management system and storage management method in virtualization environment | |
| JP2019191951A (en) | Information processing system and volume allocation method | |
| JP2013508839A (en) | Dealing with node failures | |
| JP2007133544A (en) | Failure information analysis method and its implementation device | |
| JP6028415B2 (en) | Data migration control device, method and system for virtual server environment | |
| WO2015132941A1 (en) | Computer | |
| JP2007323657A (en) | Method and system for storing transient state information, and computer program | |
| JP2021026375A (en) | Storage system | |
| JP2008165781A (en) | Method, system and program for failover of computer device assigned to storage volume of storage area network (san) | |
| JP6089427B2 (en) | Fault-tolerant server, defragmentation method, and program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20120301 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130619 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130625 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130826 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130917 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20131114 |
|
| 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: 20131203 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20131220 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5444104 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |