(57)【要約】      （修正有）【課題】複数のシステムボードを含むパーティションにおいて異常が発生した場合に、ダンプデータを漏れなく取得する。【解決手段】第１のパーティションに含まれる複数のシステムボードのうちいずれかのシステムボードに異常が発生した場合（Ｓ１１）、第１のパーティションに含まれていない予備のシステムボードを含む第２のパーティションを生成し（Ｓ１５）、第１のパーティションに含まれる複数のシステムボードの各々についてメモリダンプを実行し、ダンプデータを取得し（Ｓ１９）、メモリダンプが実行された後に、第１のパーティションに含まれるシステムボードのうち異常が発生したシステムボード以外のシステムボードを第２のパーティションに追加する。【選択図】図６
2015026291.tif 000002
【特許請求の範囲】
【請求項１】
第１のパーティションに含まれる複数のシステムボードのうちいずれかのシステムボードに異常が発生した場合、前記第１のパーティションに含まれていない予備のシステムボードを含む第２のパーティションを生成する第１処理部と、
前記第１のパーティションに含まれる複数のシステムボードの各々についてメモリダンプを実行し、ダンプデータを取得する第２処理部と、
前記第２処理部によりメモリダンプが実行された後に、前記第１のパーティションに含まれるシステムボードのうち前記異常が発生したシステムボード以外のシステムボードを前記第２のパーティションに追加する第３処理部と、
を有する情報処理装置。
【請求項２】
前記第１のパーティションには、データの入力及び出力を行うためのモジュールがさらに含まれ、
前記データの入力及び出力を行うためのモジュールを、ホットスワップによって前記第１のパーティションから外す第４処理部
をさらに有し、
前記第１処理部は、
前記第４処理部によって前記第１のパーティションから外されたモジュールと前記予備のシステムボードとを含む第２のパーティションを生成する
ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記第３処理部は、
前記第１のパーティションに含まれるシステムボードのうち前記異常が発生したシステムボード以外のシステムボードを、ホットスワップによって前記第２のパーティションに追加する
ことを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
第１のパーティションに含まれる複数のシステムボードのうちいずれかのシステムボードに異常が発生した場合、前記第１のパーティションに含まれていない予備のシステムボードを含む第２のパーティションを生成し、
前記第１のパーティションに含まれる複数のシステムボードの各々についてメモリダンプを実行し、ダンプデータを取得し、
前記メモリダンプが実行された後に、前記第１のパーティションに含まれるシステムボードのうち前記異常が発生したシステムボード以外のシステムボードを前記第２のパーティションに追加する、
処理をコンピュータに実行させるためのメモリダンププログラム。
【請求項５】
第１のパーティションに含まれる複数のシステムボードのうちいずれかのシステムボードに異常が発生した場合、前記第１のパーティションに含まれていない予備のシステムボードを含む第２のパーティションを生成し、
前記第１のパーティションに含まれる複数のシステムボードの各々についてメモリダンプを実行し、ダンプデータを取得し、
前記メモリダンプが実行された後に、前記第１のパーティションに含まれるシステムボードのうち前記異常が発生したシステムボード以外のシステムボードを前記第２のパーティションに追加する、
処理をコンピュータが実行するメモリダンプ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メモリダンプの実行技術に関する。
【背景技術】
【０００２】
業務処理を実行するシステムにおいて異常が発生した場合には、異常の原因を特定するため、異常が発生した際にメモリ上にあるデータをハードディスク等の他の記憶媒体に保存する。この処理はメモリダンプと呼ばれる。メモリダンプを実行している間は、メモリダンプの実行対象のメモリを使用することができないので、システムがダウンするか或いは業務処理の処理性能が低下することになる。
【０００３】
メモリダンプを実行する際に生じる業務処理への影響を低減することに関して、以下のような技術が存在する。具体的には、システム内の特定のパーティションにおいて異常が発生した場合に、異常が発生したパーティションをシャットダウンする。そして、そのパーティションに含まれるセル（このセルは、システムボードに相当する）と予備のセルとを入れ替え、異常が発生したパーティションを再起動する。一方、異常が発生したパーティションから外されたセルのメモリに対してはメモリダンプを実行し、メモリダンプによって取得したデータ（以下、ダンプデータと呼ぶ）をディスクに保存する。このようにすることで、システムのダウンタイムを短縮しつつメモリダンプを実行できるようになる。
【０００４】
しかし、上記の従来技術は、１つのシステムボードを含むパーティションにおいて異常が発生することを想定しており、複数のシステムボードを含むパーティションにおいて異常が発生することを想定していない。従って、上記の従来技術を、複数のシステムボードを含むパーティションに対して適用すると、使用されているメモリ領域の一部におけるデータしか保存することができず、原因の解析が困難になる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第４６４５８３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従って、本発明の目的は、１つの側面では、複数のシステムボードを含むパーティションにおいて異常が発生した場合に、ダンプデータを漏れなく取得するための技術を提供することである。
【課題を解決するための手段】
【０００７】
本発明に係るメモリダンプ方法は、第１のパーティションに含まれる複数のシステムボードのうちいずれかのシステムボードに異常が発生した場合、第１のパーティションに含まれていない予備のシステムボードを含む第２のパーティションを生成し、第１のパーティションに含まれる複数のシステムボードの各々についてメモリダンプを実行し、ダンプデータを取得し、メモリダンプが実行された後に、第１のパーティションに含まれるシステムボードのうち異常が発生したシステムボード以外のシステムボードを第２のパーティションに追加する処理を含む。
【発明の効果】
【０００８】
複数のシステムボードを含むパーティションにおいて異常が発生した場合に、ダンプデータを漏れなく取得できるようになる。
【図面の簡単な説明】
【０００９】
【図１】図１は、第１の実施の形態に係るシステムの概要を示す図である。
【図２】図２は、管理ユニットの機能ブロック図である。
【図３】図３は、管理データ格納部に格納されるパーティションテーブルの一例を示す図である。
【図４】図４は、管理データ格納部に格納されるリザーブデータの一例を示す図である。
【図５】図５は、業務処理を開始する際に実行する処理の処理フローである。
【図６】図６は、運用中のパーティションにおいてエラーが発生した場合に実行する処理の処理フローである。
【図７】図７は、運用中のパーティションにおいてエラーが発生した場合に実行する処理の処理フローである。
【図８】図８は、本実施の形態の処理シーケンスを示す図である。
【図９】図９は、本実施の形態におけるダンプデータの取得を説明するための図である。
【図１０】図１０は、本実施の形態におけるダンプデータの取得を説明するための図である。
【図１１】図１１は、本実施の形態におけるダンプデータの取得を説明するための図である。
【図１２】図１２は、本実施の形態におけるダンプデータの取得を説明するための図である。
【図１３】図１３は、本実施の形態の方法を用いない場合におけるダンプデータの取得を説明するための図である。
【図１４】図１４は、本実施の形態の方法を用いない場合におけるダンプデータの取得を説明するための図である。
【図１５】図１５は、本実施の形態の方法を用いない場合におけるダンプデータの取得を説明するための図である。
【図１６】図１６は、第２の実施の形態に係るシステムの概要を示す図である。
【図１７】図１７は、運用中のパーティションにおいてエラーが発生した場合に実行する処理の処理フローである。
【図１８】図１８は、運用中のパーティションにおいてエラーが発生した場合に実行する処理の処理フローである。
【発明を実施するための形態】
【００１０】
［実施の形態１］
図１に、第１の実施の形態に係るシステムの概要を示す。第１の実施の形態においては、例えばＬＡＮ（Local Area Network）であるネットワーク３に、サーバ１と管理端末５とが接続されている。サーバ１は、業務処理を実行する。管理端末５は、管理者によって操作される端末である。管理者は、管理端末５を操作することによって、サーバ１による業務処理が問題が無く行われているか監視する。
【００１１】
サーバ１は、システムボード（メインボード又はマザーボードとも呼ばれる）Ｓ１乃至Ｓ４と、モジュール間でデータを中継するＩ／Ｏスイッチ１１０と、ハードディスクドライブ或いはＰＣＩ（Peripheral Component Interconnect）スロット等のデバイスを含むＩ／Ｏ（Input/Output）ユニットＵ１乃至Ｕ４と、管理ユニット１３０とを有する。
【００１２】
システムボードＳ１は、例えばハードディスク等の記憶媒体に設けられた、メモリダンプによって得られたダンプデータを格納するダンプデータ格納部１００と、ＢＩＯＳ（Basic Input/Output System）におけるプログラムであるメモリダンププログラム１０１と、ＤＩＭＭ（Dual Inline Memory Module）１０２と、ＣＰＵ（Central Processing Unit）１０３と、Ｉ／Ｏコントローラ１０４とを有する。なお、システムボードＳ２乃至Ｓ４の構成はシステムボードＳ１の構成と同様である。
【００１３】
Ｉ／ＯユニットＵ１は、例えばハードディスク等の記憶媒体に設けられた、ＯＳ１２００のプログラムを格納するデータ格納部１２０と、例えばＰＣＩスロットであるスロット１２１乃至１２４と、スロット１２１に接続されたＳＡＳ（Serial Attached SCSI(Small Computer System Interface)）カード１２５と、スロット１２２に接続されたＬＡＮカード１２６とを有する。なお、Ｉ／ＯユニットＵ２乃至Ｕ４の構成はＩ／ＯユニットＵ１の構成と同様である。
【００１４】
図２に、管理ユニット１３０の機能ブロック図を示す。管理ユニット１３０は、異常検出部１３０１と、コンソール制御部１３０２と、メモリダンプ制御部１３０３と、第１管理部１３０５、第２管理部１３０６、管理データ格納部１３０７、追加部１３０８及び除去部１３０９を含むパーティション管理部１３０４とを有する。
【００１５】
異常検出部１３０１は、サーバ１において発生した異常を検出する。コンソール制御部１３０２は、管理端末５からの要求に対する処理等を実行する。メモリダンプ制御部１３０３は、ＢＩＯＳにおけるメモリダンププログラム１０１の実行を制御する。
【００１６】
第１管理部１３０５及び第２管理部１３０６は、サーバ１において生成されるパーティションの管理を行う。追加部１３０８は、ホットスワップ（Hot Swap）によってモジュールをパーティションに追加する（この処理は、ホットアッド（Hot Add）と呼ばれる）。除去部１３０９は、ホットスワップによってモジュールをパーティションから削除する（この処理は、ホットリムーヴ（Hot Remove）と呼ばれる）。
【００１７】
図３に、管理データ格納部１３０７に格納されるパーティションテーブルの一例を示す。図３の例では、パーティションの識別情報と、パーティションに含まれるモジュールの識別情報とが格納される。
【００１８】
図４に、管理データ格納部１３０７に格納されるリザーブテーブルの一例を示す。図４の例では、リザーブテーブルには、サーバ１内におけるいずれのパーティションにも割り当てられていない、予備のモジュールの識別情報が格納される。
【００１９】
次に、図５乃至図１２を用いて、第１の実施の形態におけるサーバ１の動作について説明する。まず、図５を用いて、サーバ１が業務処理を開始する際に実行する処理について説明する。
【００２０】
サーバ１における第１管理部１３０５は、複数のシステムボードを含むパーティション１を生成する（図５：ステップＳ５１）。例えば、システムボードＳ１、システムボードＳ２、システムボードＳ３、Ｉ／ＯユニットＵ１、Ｉ／ＯユニットＵ２、Ｉ／ＯユニットＵ３及びＩ／ＯユニットＵ４を含むパーティション１を生成する。なお、第１管理部１３０５は、パーティション１についてのデータを管理データ格納部１３０７におけるパーティションテーブルに格納する。
【００２１】
第１管理部１３０５は、パーティション１に含まれていないシステムボードを予備のシステムボードに設定する（ステップＳ５３）。例えば、システムボードＳ４を予備のシステムボードに設定する。なお、第１管理部１３０５は、予備のシステムボードについてのデータを管理データ格納部１３０７におけるリザーブテーブルに格納する。
【００２２】
第１管理部１３０５は、パーティション１の電源を入れる（ステップＳ５５）。そして処理を終了する。ステップＳ５５が終了すると、Ｉ／ＯユニットＵ１におけるＯＳ１２００が起動する。ＯＳ１２００及びＯＳ１２００上で処理を実行するアプリケーションプログラムのデータは、システムボードＳ１のＤＩＭＭ１０２、システムボードＳ２のＤＩＭＭ１０２及びシステムボードＳ３のＤＩＭＭ１０２に格納される。
【００２３】
以上のような処理を実行すれば、複数のシステムボードによる業務処理が開始する。
【００２４】
次に、図６及び図７を用いて、運用中のパーティションにおいてエラーが発生した場合の処理について説明する。
【００２５】
まず、異常検出部１３０１は、パーティション１に含まれるシステムボードにおいて発生したエラーを検出する（図６：ステップＳ１１）。例えば、システムボード１において発生したエラーを検出する。異常検出部１３０１は、異常を検出したことをパーティション管理部１３０４に通知する。
【００２６】
パーティション管理部１３０４における除去部１３０９は、パーティション１に含まれるＩ／Ｏユニットをホットリムーヴによってパーティション１から外す（ステップＳ１３）。例えば、Ｉ／ＯユニットＵ１、Ｉ／ＯユニットＵ２、Ｉ／ＯユニットＵ３及びＩ／ＯユニットＵ４をパーティション１から外す。ホットリムーヴは、ＯＳを停止せずにモジュールをパーティションから外す処理である。なお、除去部１３０９は、管理データ格納部１３０７におけるパーティションテーブルに格納されているパーティション１についてのデータを、Ｉ／Ｏユニットの外しを反映するように更新する。
【００２７】
第１管理部１３０５は、管理データ格納部１３０７におけるリザーブテーブルに登録されている予備のシステムボード及びパーティション１から外されたＩ／Ｏユニットを含む新たなパーティション２を生成する（ステップＳ１５）。例えば、システムボードＳ４、Ｉ／ＯユニットＵ１、Ｉ／ＯユニットＵ２、Ｉ／ＯユニットＵ３及びＩ／ＯユニットＵ４を含むパーティション２を生成する。なお、第１管理部１３０５は、パーティション２についてのデータを管理データ格納部１３０７におけるパーティションテーブルに格納する。
【００２８】
第１管理部１３０５は、パーティション２の電源を入れる（ステップＳ１７）。これにより、パーティション２に含まれるいずれかのＩ／ＯユニットにおけるＯＳ１２００が起動し、業務処理が再開する。
【００２９】
メモリダンプ制御部１３０３は、ＢＩＯＳにおけるメモリダンププログラム１０１によってパーティション１についてメモリダンプを実行する。そして、メモリダンプ制御部１３０３は、パーティション１に含まれるシステムボードのダンプデータ格納部１００に、メモリダンプの実行により得られたダンプデータを格納する（ステップＳ１９）。例えば、システムボードＳ１のダンプデータ格納部１００にダンプデータを格納する。ステップＳ１９の処理によって、異常発生時に使用されていたＤＩＭＭ１０２上のデータを漏れなく取得できる。処理は端子Ａを介して図７のステップＳ２１に移行する。
【００３０】
図７の説明に移行し、メモリダンプ制御部１３０３は、メモリダンププログラム１０１に問い合わせを行うことにより、メモリダンプが完了したか判断する（ステップＳ２１）。なお、メモリダンプ制御部１３０３による問い合わせは、例えば定期的に行われる。
【００３１】
メモリダンプが完了していない場合（ステップＳ２１：Ｎｏルート）、ステップＳ２１の処理を再度実行する。メモリダンプが完了した場合（ステップＳ２１：Ｙｅｓルート）、メモリダンプ制御部１３０３は、パーティション管理部１３０４に、メモリダンプが完了したことを通知する。
【００３２】
パーティション管理部１３０４における第２管理部１３０６は、パーティション１の電源を切る（ステップＳ２３）。また、第２管理部１３０６は、パーティション１に含まれるシステムボードをパーティション１から外す（ステップＳ２５）。例えば、システムボードＳ１、システムボードＳ２及びシステムボードＳ３をパーティション１から外す。なお、第２管理部１３０６は、管理データ格納部１３０７におけるパーティションテーブルに格納されているパーティション１についてのデータを、システムボードの外しを反映するように更新する。
【００３３】
追加部１３０８は、ステップＳ２５において外されたシステムボードのうちエラーが発生していないシステムボードを、ホットアッドによりパーティション２に追加する（ステップＳ２７）。例えば、システムボードＳ２及びシステムボードＳ３をホットアッドによりパーティション２に追加する。そして処理を終了する。
【００３４】
以上のような処理を実行すれば、異常発生時に使用されていたメモリ領域からダンプデータを漏れなく取得できるようになる。また、古いパーティションに含まれるシステムボードのうち異常が発生していないシステムボードを新しいパーティションに追加することにより、業務処理の処理性能が低下したままになるのを防ぐことができる。
【００３５】
図８に、本実施の形態の処理シーケンスを示す。本処理シーケンスには、管理ユニット１３０、パーティション１及びパーティション２における処理が示されている。なお、図８において、システムボードをＳＢと略し、Ｉ／ＯユニットをＩＯＵと略している。
【００３６】
管理ユニット１３０は、パーティション１を生成し、パーティション１の設定をする。設定に関するデータは、管理データ格納部１３０７におけるパーティションテーブルに格納される。また、管理ユニット１３０は、予備のシステムボードの設定をする。設定に関するデータは、管理データ格納部１３０７におけるリザーブテーブルに格納される。
【００３７】
管理ユニット１３０は、パーティション１の電源を入れる。これに応じ、パーティション１においてＯＳが起動し、運用が開始される。
【００３８】
運用開始後、パーティション１のシステムボード１において異常が発生したとする。管理ユニット１３０は、パーティション１において発生した異常を検出する。
【００３９】
管理ユニット１３０は、パーティション１に含まれるＩ／Ｏユニットをホットリムーヴによってパーティション１から外す。これにより、パーティション１にはＩ／Ｏユニットが残っておらず、システムボードが残ることになる。
【００４０】
管理ユニット１３０は、パーティション１に含まれるシステムボードのＤＩＭＭ１０２について、ＢＩＯＳにおけるメモリダンププログラム１０１を実行する。これにより、パーティション１においてメモリダンプが開始する。メモリダンプと並行して、管理ユニット１３０は、予備のシステムボード及びパーティション１から外されたＩ／Ｏユニットを含むパーティションを生成する。そして、管理ユニット１３０は、パーティション２の電源を入れる。これに応じ、パーティション２においてＯＳが起動し、運用が開始される。
【００４１】
パーティション１におけるメモリダンプが終了すると、管理ユニット１３０がメモリダンプの終了を検出する。
【００４２】
管理ユニット１３０は、パーティション１の電源を切る。そして、管理ユニット１３０は、パーティション１からシステムボードＳ１、システムボードＳ２及びシステムボードＳ３を外す。
【００４３】
管理ユニット１３０は、異常が発生していないシステムボードであるシステムボードＳ２及びシステムボードＳ３をホットアッドによりパーティション２に組み込む。
【００４４】
なお、本処理シーケンスにおいては、メモリダンプの実行を開始した後にパーティション２の運用を開始しているが、図６の例のように、パーティション２の運用を開始した後にメモリダンプの実行を開始してもよい。
【００４５】
以上のように、本実施の形態によれば、業務処理への影響を低減しつつ、ダンプデータを漏れなく取得できるようになる。
【００４６】
図９乃至図１２を用いて、本実施の形態におけるダンプデータの取得をより具体的に説明する。図９乃至図１２にはサーバ１の構成が示されている。但し、図を見やすくするため、構成を簡略化している。
【００４７】
図９においては、パーティション１が運用中である。パーティション１は、システムボード１と、システムボード２と、システムボード３と、Ｉ／Ｏユニットとを含む。パーティション１において使用されるメモリ空間は、システムボード１におけるＤＩＭＭ１０２と、システムボード２におけるＤＩＭＭ１０２と、システムボード３におけるＤＩＭＭ１０２とに及ぶ。これらのＤＩＭＭ１０２には、ＯＳ或いはＯＳ上で実行されるアプリケーションプログラムのデータが格納される。システムボード４は予備のシステムボードであり、いずれのパーティションにも割り当てられていない。
【００４８】
図１０においては、システムボード１で異常が発生している。異常発生時においては、システムボード１におけるＤＩＭＭ１０２と、システムボード２におけるＤＩＭＭ１０２と、システムボード３におけるＤＩＭＭ１０２とにデータが存在するため、これらのデータに対してメモリダンプが実行されることになる。異常検出部１３０１が異常を検出すると、パーティションを切り替えるための処理が実行される。
【００４９】
図１１においては、新たにパーティション２が生成され、パーティション２の運用が開始されている。パーティション２は、システムボード４と、Ｉ／Ｏユニットとを含む。パーティション１は運用中ではない。パーティション１に割り当てられていたＩ／Ｏユニットは、パーティション１からホットリムーヴによって外され、パーティション２に割り当てられている。一方、システムボード１におけるＤＩＭＭ１０２、システムボード２におけるＤＩＭＭ１０２及びシステムボード３におけるＤＩＭＭ１０２に対してはメモリダンプが実行され、ダンプデータがシステムボード１のダンプデータ格納部１００に格納される。
【００５０】
図１２においては、パーティション２が運用中である。パーティション２には、パーティション１に含まれていたシステムボードのうち異常が発生していないシステムボードであるシステムボード２及びシステムボード３がホットアッドにより追加されている。パーティション２において使用されるメモリ空間は、システムボード２におけるＤＩＭＭ１０２と、システムボード３におけるＤＩＭＭ１０２と、システムボード４におけるＤＩＭＭ１０２とに及ぶ。これらのＤＩＭＭ１０２には、ＯＳ或いはＯＳ上で実行されるアプリケーションプログラムのデータが格納される。パーティション１は電源をオフにされ、異常が発生したシステムボード１はいずれのパーティションにも割り当てられていない。システムボード１のダンプデータ格納部１００にはダンプデータが格納されており、ダンプデータは異常の解析に供される。
【００５１】
以上のようにすれば、パーティションに複数のシステムボードが含まれる場合であっても、メモリ上のデータの一部を取得し損ねるようなことはなく、ダンプデータを漏れなく取得できるようになる。また、パーティション１に異常が発生したことに伴いパーティション２による処理に移行したとしても、処理能力が大幅に低下することを抑制でき、また、処理の停止時間を最小限にすることができる。すなわち、業務処理への影響を軽減できるようになる。
【００５２】
なお、パーティション２の運用開始時はシステムボードの数が少ないため、業務処理の処理性能は低下する。しかし、メモリダンプの終了後にシステムボードの数は元の数である３と同じになるため、処理性能は元に戻る。
【００５３】
図１３乃至図１５を用いて、本実施の形態の方法を用いない場合におけるダンプデータの取得を説明する。
【００５４】
図１３においては、パーティション１が運用中である。パーティション１は、システムボード１と、システムボード２と、システムボード３と、Ｉ／Ｏユニットとを含む。パーティション１において使用されるメモリ空間は、システムボード１におけるＤＩＭＭ１０２と、システムボード２におけるＤＩＭＭ１０２と、システムボード３におけるＤＩＭＭ１０２とに及ぶ。これらのＤＩＭＭ１０２には、ＯＳ或いはＯＳ上で実行されるアプリケーションプログラムのデータが格納される。システムボード４は予備のシステムボードであり、いずれのパーティションにも割り当てられていない。
【００５５】
図１４においては、システムボード１で異常が発生している。異常発生時においては、システムボード１におけるＤＩＭＭ１０２と、システムボード２におけるＤＩＭＭ１０２と、システムボード３におけるＤＩＭＭ１０２とにデータが存在する。
【００５６】
本実施の形態の方法を用いない場合、図１５に示すように、パーティション１において使用されていたメモリ空間の一部におけるデータしか取得することができない。図１５においては、パーティション１に割り当てられていたシステムボード２及びシステムボード３に対してはメモリダンプが実行されることなくパーティション２に組み入れられている。パーティション２は運用中であり、システムボード２のＤＩＭＭ１０２及びシステムボード３のＤＩＭＭ１０２上のデータは書き換えられているため、異常発生時においてシステムボード２のＤＩＭＭ１０２及びシステムボード３のＤＩＭＭ１０２上に存在したデータはもはや存在しない。従って、システムボード１におけるＤＩＭＭ１０２上のデータしか取得することができない。このようにして取得したダンプデータを利用しても、異常の原因を正確に特定することができない。
【００５７】
［実施の形態２］
図１６に、第２の実施の形態に係るシステムの概要を示す。第２の実施の形態においては、ダンプデータ格納部１２８がＩ／Ｏユニットに設けられており、システムボードにはダンプデータ格納部１００は設けられていない。その他の点は、第１の実施の形態と同様である。
【００５８】
次に、図１７及び図１８を用いて、第２の実施の形態におけるサーバ１の動作について説明する。業務処理を開始する際に実行する処理は第１の実施の形態と同じであるので、運用中のパーティションにおいてエラーが発生した場合の処理について説明する。
【００５９】
まず、異常検出部１３０１は、パーティション１に含まれるシステムボードにおいて発生したエラーを検出する（図１７：ステップＳ３１）。例えば、システムボード１において発生したエラーを検出する。異常検出部１３０１は、異常を検出したことをパーティション管理部１３０４に通知する。
【００６０】
パーティション管理部１３０４における除去部１３０９は、パーティション１に含まれるＩ／Ｏユニットをホットリムーヴによってパーティション１から外す（ステップＳ３３）。例えば、Ｉ／ＯユニットＵ１、Ｉ／ＯユニットＵ２及びＩ／ＯユニットＵ３をパーティション１から外す。なお、除去部１３０９は、管理データ格納部１３０７におけるパーティションテーブルに格納されているパーティション１についてのデータを、Ｉ／Ｏユニットの外しを反映するように更新する。
【００６１】
第１管理部１３０５は、管理データ格納部１３０７におけるリザーブテーブルに登録されている予備のシステムボード及びパーティション１から外されたＩ／Ｏユニットを含む新たなパーティション２を生成する（ステップＳ３５）。例えば、システムボードＳ４、Ｉ／ＯユニットＵ１、Ｉ／ＯユニットＵ２及びＩ／ＯユニットＵ３を含むパーティション２を生成する。なお、第１管理部１３０５は、パーティション２についてのデータを管理データ格納部１３０７におけるパーティションテーブルに格納する。
【００６２】
第１管理部１３０５は、パーティション２の電源を入れる（ステップＳ３７）。これにより、パーティション２に含まれるいずれかのＩ／ＯユニットにおけるＯＳ１２００が起動し、業務処理が再開する。
【００６３】
メモリダンプ制御部１３０３は、ＢＩＯＳにおけるメモリダンププログラム１０１によってパーティション１についてメモリダンプを実行する。そして、メモリダンプ制御部１３０３は、パーティション１に含まれるＩ／Ｏユニットのダンプデータ格納部１２８に、メモリダンプの実行により得られたダンプデータを格納する（ステップＳ３９）。例えば、Ｉ／ＯユニットＵ４のダンプデータ格納部１２８にダンプデータを格納する。ステップＳ３９の処理によって、異常発生時に使用されていたＤＩＭＭ１０２上のデータを漏れなく取得できる。処理は端子Ｂを介して図１８のステップＳ４１に移行する。
【００６４】
図１８の説明に移行し、メモリダンプ制御部１３０３は、メモリダンププログラム１０１に問い合わせを行うことにより、メモリダンプが完了したか判断する（ステップＳ４１）。なお、メモリダンプ制御部１３０３による問い合わせは、例えば定期的に行われる。
【００６５】
メモリダンプが完了していない場合（ステップＳ４１：Ｎｏルート）、ステップＳ４１の処理を再度実行する。メモリダンプが完了した場合（ステップＳ４１：Ｙｅｓルート）、メモリダンプ制御部１３０３は、パーティション管理部１３０４に、メモリダンプが完了したことを通知する。
【００６６】
パーティション管理部１３０４における第２管理部１３０６は、パーティション１の電源を切る（ステップＳ４３）。また、第２管理部１３０６は、パーティション１に含まれるシステムボード及びＩ／Ｏユニットをパーティション１から外す（ステップＳ４５）。例えば、システムボードＳ１、システムボードＳ２、システムボードＳ３及びＩ／ＯユニットＵ４をパーティション１から外す。なお、第２管理部１３０６は、管理データ格納部１３０７におけるパーティションテーブルに格納されているパーティション１についてのデータを、システムボード及びＩ／Ｏユニットの外しを反映するように更新する。
【００６７】
追加部１３０８は、ステップＳ４５において外されたシステムボードのうちエラーが発生していないシステムボードを、ホットアッドによりパーティション２に追加する（ステップＳ４７）。例えば、システムボードＳ２及びシステムボードＳ３をホットアッドによりパーティション２に追加する。
【００６８】
第２管理部１３０６は、ステップＳ４５において外されたＩ／Ｏユニットのダンプデータ格納部１２８からダンプデータを取り出し（ステップＳ４９）、図示しない他のディスク装置等に格納する。取り出されたダンプデータは、原因の解析に供される。
【００６９】
追加部１３０８は、ステップＳ４５において外されたＩ／Ｏユニットをパーティション２にホットアッドで追加する（ステップＳ５１）。そして処理を終了する。
【００７０】
以上のような処理を実行すれば、システムボードにダンプデータ格納部を設けず、Ｉ／Ｏユニットにダンプデータ格納部を設ける場合であっても、ダンプデータを漏れなく取得できるようになる。
【００７１】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上で説明したサーバ１の機能ブロック構成は実際のプログラムモジュール構成に一致しない場合もある。
【００７２】
また、上で説明した各テーブルの構成は一例であって、上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。
【００７３】
なお、上で述べた例においては、管理ユニット１３０とシステムボードとが同じサーバの中にあるが、システムボードを搭載したサーバとは別のサーバに管理ユニット１３０を設けてもよい。
【００７４】
以上述べた本発明の実施の形態をまとめると、以下のようになる。
【００７５】
本実施の形態の第１の態様に係る情報処理装置は、（Ａ）第１のパーティションに含まれる複数のシステムボードのうちいずれかのシステムボードに異常が発生した場合、第１のパーティションに含まれていない予備のシステムボードを含む第２のパーティションを生成する第１処理部と、（Ｂ）第１のパーティションに含まれる複数のシステムボードの各々についてメモリダンプを実行し、ダンプデータを取得する第２処理部と、（Ｃ）第２処理部によりメモリダンプが実行された後に、第１のパーティションに含まれるシステムボードのうち異常が発生したシステムボード以外のシステムボードを第２のパーティションに追加する第３処理部とを有する情報処理装置。
【００７６】
このようにすれば、パーティションに複数のシステムボードが含まれる場合であっても、メモリ上のデータの一部を取得し損ねるようなことはなく、ダンプデータを漏れなく取得できるようになる。また、第１のパーティションに異常が発生したことに伴い第２のパーティションによる処理に移行したとしても、処理能力が大幅に低下することを抑制でき、また、処理の停止時間を最小限にすることができる。すなわち、業務処理への影響を軽減できるようになる。
【００７７】
また、上で述べた第１のパーティションには、データの入力及び出力を行うためのモジュールがさらに含まれてもよい。そして、（Ｄ）データの入力及び出力を行うためのモジュールを、ホットスワップによって第１のパーティションから外す第４処理部をさらに有し、上で述べた第１処理部は、（ａ１）第４処理部によって第１のパーティションから外されたモジュールと予備のシステムボードとを含む第２のパーティションを生成してもよい。このようにすれば、第１のパーティションの電源がオンである状態においてモジュールの移設を行えるので、第２のパーティションのモジュールが不十分である時間を短縮できるようになる。
【００７８】
また、上で述べた第３処理部は、（ｃ１）第１のパーティションに含まれるシステムボードのうち異常が発生したシステムボード以外のシステムボードを、ホットスワップによって第２のパーティションに追加してもよい。このようにすれば、第２のパーティションの電源がオンである状態においてシステムボードの移設を行えるようになる。
【００７９】
また、（Ｅ）第１のパーティションの電源を切ると共に、第１のパーティションに含まれるシステムボードのうち異常が発生したシステムボード以外のシステムボードを、第１のパーティションから外す第５処理部をさらに有してもよい。このようにすれば、第１のパーティションからシステムボードを外す際に問題が発生することを防止できるようになる。
【００８０】
また、上で述べた第２処理部は、（ｂ１）取得されたダンプデータを、複数のシステムボードのうちのいずれかのシステムボードが有する記憶部又はデータの入力及び出力を行うためのモジュールが有する記憶部に格納してもよい。このようにすれば、取得されたダンプデータを異常の解析等に利用できるようになる。
【００８１】
本実施の形態の第２の態様に係るメモリダンプ方法は、（Ｆ）第１のパーティションに含まれる複数のシステムボードのうちいずれかのシステムボードに異常が発生した場合、第１のパーティションに含まれていない予備のシステムボードを含む第２のパーティションを生成し、（Ｇ）第１のパーティションに含まれる複数のシステムボードの各々についてメモリダンプを実行し、ダンプデータを取得し、（Ｈ）メモリダンプが実行された後に、第１のパーティションに含まれるシステムボードのうち異常が発生したシステムボード以外のシステムボードを第２のパーティションに追加する処理を含む。
【００８２】
なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【００８３】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００８４】
（付記１）
第１のパーティションに含まれる複数のシステムボードのうちいずれかのシステムボードに異常が発生した場合、前記第１のパーティションに含まれていない予備のシステムボードを含む第２のパーティションを生成する第１処理部と、
前記第１のパーティションに含まれる複数のシステムボードの各々についてメモリダンプを実行し、ダンプデータを取得する第２処理部と、
前記第２処理部によりメモリダンプが実行された後に、前記第１のパーティションに含まれるシステムボードのうち前記異常が発生したシステムボード以外のシステムボードを前記第２のパーティションに追加する第３処理部と、
を有する情報処理装置。
【００８５】
（付記２）
前記第１のパーティションには、データの入力及び出力を行うためのモジュールがさらに含まれ、
前記データの入力及び出力を行うためのモジュールを、ホットスワップによって前記第１のパーティションから外す第４処理部
をさらに有し、
前記第１処理部は、
前記第４処理部によって前記第１のパーティションから外されたモジュールと前記予備のシステムボードとを含む第２のパーティションを生成する
ことを特徴とする付記１記載の情報処理装置。
【００８６】
（付記３）
前記第３処理部は、
前記第１のパーティションに含まれるシステムボードのうち前記異常が発生したシステムボード以外のシステムボードを、ホットスワップによって前記第２のパーティションに追加する
ことを特徴とする付記１又は２記載の情報処理装置。
【００８７】
（付記４）
前記第１のパーティションの電源を切ると共に、前記第１のパーティションに含まれるシステムボードのうち前記異常が発生したシステムボード以外のシステムボードを、前記第１のパーティションから外す第５処理部
をさらに有する付記１乃至３のいずれか１つ記載の情報処理装置。
【００８８】
（付記５）
前記第２処理部は、
取得された前記ダンプデータを、前記複数のシステムボードのうちのいずれかのシステムボードが有する記憶部又は前記データの入力及び出力を行うためのモジュールが有する記憶部に格納する
ことを特徴とする付記２記載の情報処理装置。
【００８９】
（付記６）
第１のパーティションに含まれる複数のシステムボードのうちいずれかのシステムボードに異常が発生した場合、前記第１のパーティションに含まれていない予備のシステムボードを含む第２のパーティションを生成し、
前記第１のパーティションに含まれる複数のシステムボードの各々についてメモリダンプを実行し、ダンプデータを取得し、
前記メモリダンプが実行された後に、前記第１のパーティションに含まれるシステムボードのうち前記異常が発生したシステムボード以外のシステムボードを前記第２のパーティションに追加する、
処理をコンピュータに実行させるためのメモリダンププログラム。
【００９０】
（付記７）
第１のパーティションに含まれる複数のシステムボードのうちいずれかのシステムボードに異常が発生した場合、前記第１のパーティションに含まれていない予備のシステムボードを含む第２のパーティションを生成し、
前記第１のパーティションに含まれる複数のシステムボードの各々についてメモリダンプを実行し、ダンプデータを取得し、
前記メモリダンプが実行された後に、前記第１のパーティションに含まれるシステムボードのうち前記異常が発生したシステムボード以外のシステムボードを前記第２のパーティションに追加する、
処理をコンピュータが実行するメモリダンプ方法。
【符号の説明】
【００９１】
１  サーバ    Ｓ１，Ｓ２，Ｓ３，Ｓ４  システムボード
１００，１２８  ダンプデータ格納部    １０１  メモリダンププログラム
１０２  ＤＩＭＭ    １０３  ＣＰＵ
１０４  Ｉ／Ｏコントローラ    １１０  Ｉ／Ｏスイッチ
Ｕ１，Ｕ２，Ｕ３，Ｕ４  Ｉ／Ｏユニット
１２０  データ格納部    １２００  ＯＳ
１２１，１２２，１２３，１２４  スロット    １２５  ＳＡＳカード
１２６  ＬＡＮカード    １３０  管理ユニット
１３０１  異常検出部    １３０２  コンソール制御部
１３０３  メモリダンプ制御部    １３０４  パーティション管理部
１３０５  第１管理部    １３０６  第２管理部
１３０７  管理データ格納部    １３０８追加部
１３０９  除去部    ３  ネットワーク
５  管理端末
【図１】
2015026291.tif 000003
【図２】
2015026291.tif 000004
【図３】
2015026291.tif 000005
【図４】
2015026291.tif 000006
【図５】
2015026291.tif 000007
【図６】
2015026291.tif 000008
【図７】
2015026291.tif 000009
【図８】
2015026291.tif 000010
【図９】
2015026291.tif 000011
【図１０】
2015026291.tif 000012
【図１１】
2015026291.tif 000013
【図１２】
2015026291.tif 000014
【図１３】
2015026291.tif 000015
【図１４】
2015026291.tif 000016
【図１５】
2015026291.tif 000017
【図１６】
2015026291.tif 000018
【図１７】
2015026291.tif 000019
【図１８】
2015026291.tif 000020