JP4839841B2 - スナップショット再起動方法 - Google Patents

Description

本発明は、外部ディスク装置からブートするサーバからなる計算機システムのフェイルオーバー方法に関するものである。

一般に、サーバなどの計算機システムは、内蔵ディスクにインストールされたOS(Operating System)をブートし、その上で業務が稼働する形態である。こういったサーバの高信頼化の方法として、同一構成の予備系サーバを設け、サーバに障害が発生した場合には予備系サーバに切り替える方法がある。しかし、この方法では、ディスク内に格納された業務に関するデータを引き継ぐことができないため、処理途中の業務処理を再度実行する必要がある。また、他の方法として、ネットワークを介して複数のサーバ間で業務に関するデータを転送し合い、いずれかのサーバに障害が発生した場合は、業務に関するデータ毎引き継ぐ方法がある。この方法を用いると、処理途中の業務から継続することが可能となる。前者の方法は、あらゆる業務プログラムに適用できるメリットがあるが、業務の引継ぎはできない。一方、後者の方法は業務を途中から引き継ぐことができるメリットがあるが、業務アプリケーションが予備系サーバへ業務データを転送する機構を有する必要があり全ての業務アプリケーションに適用することはできない。

上記２つの高信頼化方法のデメリットを解決する方法として、特許文献１や特許文献２に記載のように、あらかじめ取得しておいたスナップショットから起動することで、ＯＳ起動を高速化する方法がある。ここで、スナップショットとは、ＯＳや業務プログラムの稼働中のメモリ状態を含む情報を示す。スナップショットをディスク等に保存しておき、サーバ起動時にスナップショットを使って起動することで高速にＯＳや業務プログラムを再開する事ができる。このスナップショットを利用し、サーバの障害時に高速にスナップショットを使用してサーバを起動することで、ＯＳや業務プログラムの起動中の状態と共に回復することができる。

特開２００５−１００３７３号公報 特開２００３−２９６０４２号公報

上記従来技術は、サーバの障害時に高速にスナップショットを使用してサーバを起動することでＯＳや業務プログラムの起動中の状態と共に回復することができるが、使用するスナップショットによってはフェイルオーバーの意味がない。例えば、サーバが障害を起こしている時点でスナップショットを取得していた場合、このスナップショットを使用してサーバを起動しＯＳや業務プログラムを再開しても、障害が起きている不安定なメモリの状態で起動されるため信頼性に課題がある。よってスナップショットがどのような状態のサーバで取得されたであるかということは非常に重要であり、フェイルオーバーには正しく稼働している状態で取得したスナップショットが必要となる。

上記目的を達成するため、サーバは自分の稼働状態を管理サーバに通知し、管理サーバはユーザにより設定されたポリシーに従ってスナップショットの取得とディスクのコピーを行う。ディスクとスナップショットのコピー先は複数用意しておき、障害が発生した状態のスナップショットだけではなく、稼働開始直後の正常な状態のスナップショットや、障害が発生する直前の正常かつ最新のスナップショットなど、さまざまな状態でのスナップショットの履歴を取得する。

さらに、サーバやディスクが故障し現用系サーバから予備系のサーバに切り替える場合は、管理サーバがポリシーに従い予備系サーバとブートする正しい状態のディスク、スナップショットを選択し起動する。

稼動中サーバやディスクの故障が発生し、業務の引き継ぎのためスナップショットを使用して予備系サーバに切り替えて起動する場合においても、さまざまな状態で取得していたスナップショットの履歴の中からユーザのポリシーに従った予備系サーバと正常な状態のスナップショット、ディスクを選択して使用できるので、フェイルオーバー可能なシステムを提供する。

以下本発明の実施の形態を、図面を用いて詳細に説明する。

図１は、本発明を適応した実施例１のシステムの構成例である。図１において、現用系サーバＡ１０２、Ｂ１０３、予備系サーバＡ１０４、Ｂ１０５、管理サーバ１０６はネットワーク１０１、スイッチ１０９に接続されており、スイッチはディスクアレイ装置１１０と接続されている。管理サーバ１０８は、ユーザが定義したポリシーに従って動作するポリシー運用機能１０７と、現用系サーバＡ１０２や現用系サーバＢ１０３から送信されるアラートを管理するアラート管理機能１０８で構成されている。ディスクアレイ装置１１０は、サーバとディスクアレイ装置１１０の接続を行うストレージマッピング機能１１１、現用系ディスク１１３を状態保存ディスクＡ１１４、Ｂ１１５、Ｃ１１６にコピーするディスクコピー機能１１２で構成されている。
ここで、以下実施例として、現用系サーバは業務で現在稼動中のサーバを、予備系サーバは稼動中のサーバに障害が発生した場合に切り替わって業務を引き継ぐサーバを意味する。

図２は、サーバのブロック図である。サーバ１０２はメモリ２０１、ＣＰＵ２０２、メモリからスナップショットを作成するスナップショット作成機能２０２、サーバの電源制御を行う電源制御機能２０５やサーバのアラートを検出し送信するアラート検出機能２０６を含みネットワーク１０１と接続されているＢＭＣ２０４、スイッチ１０９と接続されているＨＢＡ２０７で構成されている。ここでスナップショットとは、サーバ１０２稼働中のメモリ２０１の状態を含む情報であり、特定のタイミングでディスクドライブ（ＬＵ）などの情報をバックアップすることをいう。
このスナップショットを読み込むことで、サーバ１０２にメモリ２０１の情報が展開され、サーバ１０２をスナップショット取得時の状態にすることができる。

図３は、管理サーバのブロック図である。管理サーバ１０６は、ポリシー運用機能３０１、アラート管理機能３０９で構成されている。ポリシー運用機能３０１は、ユーザが定義したポリシーを管理するポリシーテーブル３０２、ディスクアレイ装置１１０に保存されているスナップショットの情報を管理するディスク管理テーブル３０３、状態保存ディスクを作成する状態保存ディスク作成部３０４、現用系サーバを予備系サーバに切り替える予備系サーバ切り替え部３０１で構成されている。状態保存ディスク作成部３０４は、サーバ１０２にスナップショットの作成を要求するスナップショット実行部３０５、ディスクアレイ装置１１０にディスクのコピーを要求するディスクコピー実行部３０６で構成されている。予備系サーバ切り替え部３０７は、現用系サーバや予備系サーバの情報を管理するサーバ管理テーブル３０８、ディスクアレイ装置１１０にストレージマッピングの変更を要求するストレージマッピング変更部３０９で構成されている。アラート管理機能３１０は、アラートＩＤとアラートレベルの情報を管理するアラートテーブル３１１、サーバが送信するアラートを受信するアラート受信部３１２で構成されている。

図４は、管理サーバ１０６が持つポリシーテーブル３０２である。ポリシーテーブル３０２は、ユーザが定義したポリシーが管理されており、ポリシーごとにポリシー識別子４０１、ポリシー内容４０２、スナップショットを取得するかの有無であるスナップショット取得４０３、現用系サーバから予備系サーバに切り替えるかの有無である予備系自動切り替え４０４、予備系サーバに切り替える場合どのディスクを使用するかを示す使用ディスク４０５で構成されている。ポリシー内容４０２には、ログオン時、ＯＳ起動時、定時、一定稼働時間経過時、ＣＰＵ負荷範囲内時、スナップショット更新率一定超時、注意・警告多発時、注意・警告一定超時、障害発生時、ユーザ要求時などがある。使用ディスク４０５にはポリシー内容４０２と同様の項目があり、内容とあわせて世代や取得日時を指定することもできる。常に最新の情報を用いており停止が許されない業務の場合は、定時でスナップショットを取得するポリシーと障害発生時に定時で取得したスナップショットで再起動するポリシーを用い、業務の再開だけできればよい業務は、ＯＳ起動時にスナップショットを取得するポリシーと障害発生時にＯＳ起動時で取得したスナップショットで再起動するポリシーを用いればよい。注意・警告多発時にスナップショットを取得しておき、障害が発生すると注意・警告が多発する前のスナップショットで再起動することで障害発生直前の状態で再起動することもできる。

図５は、管理サーバ１０６が持つディスク管理テーブルである。ディスク管理テーブル３０３は、スナップショットが保存されているディスクの情報を管理しており、ディスクごとにＬＵ５０１、スナップショット名であるスナップショット５０２、スナップショットがどのＬＵから取得されたかを示す取得元ＬＵ５０３、どのようなアラートで取得したスナップショットかを示す種類５０４、同じサーバから同じ種類のスナップショットが作成されたときに区別する世代５０５、スナップショットの取得日時５０６で構成されている。

図６は、管理サーバ１０６が持つサーバ管理テーブルである。サーバ管理テーブル３０８は、現用系や予備系のサーバの情報を管理しており、サーバごとにサーバ識別子６０１、ＷＷＮ６０２、ＬＵ６０３、予備系サーバ６０４、稼働時間６０５、稼働率６０６、導入日６０７で構成されている。ここで稼働時間６０５とはサーバに電源が入っていた総時間を示し、稼働率６０６は平均故障時間を平均故障時間と平均復旧時間の和で割った値を示し、導入日６０７とはサーバを購入しシステムに導入した日を示す。

図７は、管理サーバ１０６が持つアラートテーブルである。アラートテーブル３１１は、アラートＩＤとアラートレベルを管理しており、アラートごとにアラートＩＤ７０１、アラートレベル７０２で構成されている。アラートにはインフォメーション、注意、警告、障害、ＯＳ起動、シャットダウンの他にもログオフ、ＣＰＵ負荷一定超過などいくつかの種類・レベルがあり、アラートレベル７０２によってポリシーテーブル３０２に記す対処方法が変わる。

図８は、サーバ（１０２、１０３，１０４，１０５）とディスクアレイ装置１１０がスイッチ１０９によってマッピングされている概念図である。ディスクアレイ装置１１０が有するストレージマッピング機能１１１は、ディスクアレイ装置１１０内のディスク（１１３，１１４，１１５，１１６）とサーバ（１０２、１０３，１０４，１０５）との対応付けを柔軟に行うことができる機能である。例えば、現用系サーバＡ１０２や予備系サーバＡ１０４はディスクアレイ装置１１０のストレージマッピング機能１１１により現用系ディスク１１３や状態保存ディスクＣ１１６と接続されＯＳを起動することができる。このように、サーバ（１０２、１０３，１０４，１０５）とディスク（１１３，１１４，１１５，１１６）との対応付けが柔軟にできることで、サーバ（１０２、１０３，１０４，１０５）とディスク（１１３，１１４，１１５，１１６）内に格納されたＯＳの起動を柔軟に制御することができる。

図９は、現用系ディスク１１３が状態保存ディスクにコピーされる概念図である。ディスクアレイ装置１１０が有するディスクコピー機能１１２は、ディスクアレイ装置１１０内のディスク（１１３，１１４，１１５，１１６）間のコピーを、サーバ（１０２，１０３，１０４，１０５）を用いずに行うことができる機能である。一般に、ディスクコピーは、コピー元ディスクのデータをサーバが読み込み、コピー先ディスクに書き込む処理を行うが、ディスクコピー機能はサーバの代わりにディスクアレイ装置内でコピーを行うことができる。ディスクアレイ装置１１０内でコピーを行うことができるため、高速なディスクコピーが可能である。現用系ディスク１１３は、ディスクコピー機能１１２によって状態保存ディスクＡ１１４やＢ１１５やＣ１１６にコピーされる。また、リモートコピーとはディスクアレイ装置のディスクを異なるディスクアレイ装置のディスクにコピーする機能である。このリモートコピーを使用するとコピー先は現用系ディスク１１３と同じディスクアレイ装置内だけではなく、遠隔地にある他のディスクアレイ装置でもよい。

図１０は、現用系サーバＡ１０２のスナップショットを作成している概念図である。現用系サーバＡ１０２はスナップショット作成機能２０３によってメモリ２０１のスナップショットを現用系ディスク１１３に保存する。このスナップショットを現用系サーバＡ１０２に読み込むと、スナップショット取得時の情報がメモリ２０１に展開され、現用系サーバ１０２Ａを高速に起動することができる。
図１１は、現用系サーバにアラートが発生した契機でスナップショット作成とディスクコピーを行うシーケンス図である。現用系サーバ１１０１においてステップ１１０４でアラートが発生すると、管理サーバ１１０２はステップ１１０５でアラートを受信する。ステップ１１０６でアラートテーブル３１１からアラートの種類を参照し、ステップ１１０７でアラートの種類をもとにポリシーテーブル３０２からポリシーを参照する。ポリシーに従ってステップ１１０８でスナップショット実行部３０５によりスナップショットの作成要求を出し、現用系サーバ１１０１はステップ１１０９で２０３のスナップショット作成機能によりスナップショットを作成する。管理サーバ１１０２は、ステップ１１０９のスナップショット作成が完了すると、ステップ１１１０でディスク管理テープル３０３からスナップショットを保存するディスクコピー先を検索し、ディスクコピー実行部３０６によりディスクコピー機能１１０３にディスクコピーを要求する。ステップ１１１１でディスクコピー機能１１０３は、ディスクコピー機能１１２により現用系ディスクを状態保存ディスクにコピーし、管理サーバ１１０２はステップ１１１２でディスク管理テーブル３０３に、スナップショットの情報を登録する。
図１２は、現用系サーバに障害のアラートが発生した契機でスナップショットにより予備系サーバで再起動するシーケンス図である。現用系サーバ１２０１においてステップ１２０４で障害発生のアラートが発生した場合、ステップ１２０６でダンプを取得し、ステップ１２０７でシャットダウンを行う。一方、管理サーバ１２０２は、ステップ１２０５で障害発生のアラートを受信し、ステップ１２０８でアラートテーブル３１１からアラートの種類を参照し、ステップ１２０９でアラートの種類をもとにポリシーテーブル３０２からポリシーを参照する。ステップ１２１０でサーバ管理テーブル３０８から現用系サーバに対する予備系サーバを選択し、サーバ管理テーブル３０８のＬＵ６０３とポリシーテーブル３０２の使用ディスク４０５に従ってステップ１２１１で予備系サーバに用いるスナップショットのディスクをディスク管理テーブル３０３から検索する。ここで予備系サーバの選択にはサーバ管理テーブル３０８の予備系サーバ６０４から取得できるが、稼働時間６０５、稼働率６０６、導入日６０７などを利用することもできる。ステップ１２１２でストレージマッピング変更部３０９よりストレージマッピングの変更要求を行い、ストレージマッピング機能１２０３はステップ１２１３でストレージのマッピングを変更する。管理サーバ１２０２は、ストレージマッピング変更後、ステップ１２１４で予備系サーバに起動要求を出し、予備系サーバ１２１５はステップ１２１５で起動、ステップ１２１７で業務を再開する。ここで、ステップ１２１０で業務再開用の予備系サーバの他にもう１つ予備系サーバを選択し、ステップ１２１１で障害発生時点のスナップショットを検索する。そしてステップ１２１３でストレージマッピングを行うと、業務を再開するサーバとは別に障害解析用のサーバを用意することができる。この障害解析用のサーバはステップ実行により起動することもできる。ここでステップ実行とはデバッグモードを用いて動作させることを指す。

図１３は、状態保存ディスク作成部３０４でスナップショットの作成とディスクコピーを行うフローチャートである。状態保存ディスク作成部３０４は、ステップ１３０１でアラートを受信すると、ステップ１３０２でアラートの種類を参照する。ステップ１３０３でアラートの種類によってポリシーを参照し、ステップ１３０４でポリシーに従ってスナップショット作成が必要ならステップ１３０５に、不必要なら終了する。ステップ１３０５でスナップショットを実行し、ステップ１３０６でディスクのコピー先を検索する。ステップ１３０７でディスクコピーを実行する。これによりディスク管理テーブル３０３に、ポリシーテーブル３０２で参照したポリシー内容４０２を種類５０４として持つＬＵ５０１が追加される。サーバからのアラートをポリシーテーブル３０２と照らし合わせステップ１３０３で参照することで、業務の種類や重要度に合わせてさまざまな条件のスナップショットを作成することが可能であり、ユーザの要求に柔軟に対応することができる。また、最新のスナップショットのみを残したい場合はポリシーテーブル３０２のポリシー内容４０２に取得する世代を１世代と指定することでディスク管理テーブル３０３の同じＬＵ５０１に上書き保存され、古いスナップショットも残したい場合はポリシーテーブル３０２のポリシー内容４０２に取得する世代を３世代と指定することでディスク管理テーブル３０３の３つのＬＵ５０１に順に保存される。これによりスナップショットの数や容量を制限することができる。

図１４は、予備系サーバ切り替え部３０７で予備系サーバの検索とストレージマッピングの変更を行うフローチャートである。予備系サーバ切り替え部３０７は、ステップ１４０１でアラートを受信すると、ステップ１４０２でアラートの種類を参照する。ステップ１４０３でアラートの種類によってポリシーを参照し、ステップ１４０４でポリシーに従って予備系サーバへの切り替えが必要ならステップ１４０５に、不必要なら終了する。ステップ１４０５で予備系サーバを検索し、ステップ１４０６でディスク管理テーブル３０３から現用系サーバで使用していたＬＵの中でポリシーテーブル３０２の使用ディスク４０５を種類５０４として持つＬＵ５０１を予備系サーバにて起動するディスクとして選択する。ディスクの選択方法はこの他にも、取得日時５０６を用いることで、指定時刻付近のＬＵ５０１を選択する方法や、種類５０４を問わず最新のＬＵ５０１を選択する方法、障害が発生する直前のＬＵ５０１を選択する方法がある。ステップ１４０７でストレージマッピングの変更を行い、ステップ１４０８で予備系サーバを起動する。サーバからのアラートをポリシーテーブル３０２と照らし合わせステップ１４０３で参照することで、業務の種類や重要度に合わせてさまざまな条件で予備系サーバに切り替えることが可能であり、ユーザの要求に柔軟に対応することができる。予備系サーバで直前の業務を引き継ぎたい場合は、ポリシーテーブル３０２の使用ディスク４０５を最新とすると、切り替え発生時にディスク管理テーブル３０３の取得日時５０６から最新のＬＵ５０１を使って起動し、切り替わる直前のデータを引き継いで業務を再開することができる。業務上重要な作業が毎日１７時にある場合は、ポリシーテーブル３０２の使用ディスク４０５を１８時とすると、切り替え発生時にディスク管理テーブル３０３の取得日時５０６から１８時のＬＵ５０１を使って起動し、重要な作業後のデータを引き継いで業務を再開することができる。

本実施例１により、ユーザが定義したポリシーに従って、現用系サーバ稼動時にはさまざまな状態でのスナップショットの作成が、現用系サーバの予備系サーバへの切り替え時にはスナップショットの選択が可能となり、スナップショットによる高速再起動を柔軟に行うことができる。

図１５は、本発明を適応した実施例２のシステムの構成例である。実施例１と異なる点は、ディスクアレイ装置１１０にあったディスクコピー機能１１２が管理サーバ１０８にあることである。管理サーバ１０８にあるディスクコピー機能１１２によって、現用系ディスク１１３は状態保存ディスクＡ１１４、Ｂ１１５、Ｃ１１６にコピーされる。

図１１は、実施例２において現用系サーバにアラートが発生した契機でスナップショット作成とディスクコピーを行うシーケンス図である。現用系サーバ１６０１においてステップ１６０４でアラートが発生すると、管理サーバ１６０２はステップ１６０５でアラートを受信する。ステップ１６０６でアラートテーブル３１１からアラートの種類を参照し、ステップ１６０７でアラートの種類をもとにポリシーテーブル３０２からポリシーを参照する。ポリシーに従ってステップ１６０８でスナップショット実行部３０５によりスナップショットの作成要求を出し、現用系サーバ１６０１はステップ１６０９で２０３のスナップショット作成機能によりスナップショットを作成する。管理サーバ１６０２は、ステップ１６０９のスナップショット作成が完了すると、ステップ１６１０でディスク管理テープル３０３からスナップショットを保存するディスクコピー先を検索し、ディスクコピー機能１１２によりにより現用系ディスクを状態保存ディスクにコピーし、管理サーバ１６０２はステップ１６１２でディスク管理テーブル３０３に、スナップショットの情報を登録する。

本実施例２により、ディスクコピー機能１１２を持たないディスクアレイ装置１１０しかない場合においても、管理サーバ１０６がコピー元ディスクのデータを読み込みコピー先ディスクに書き込むことで、実施例１と同様の効果が得られる。

図１７は、本発明を適応した実施例３のシステムの構成例である。実施例１と異なる点は、管理サーバ１０６がなく、管理サーバ１０６が持っていたポリシーテーブル３０２、ディスク管理テーブル３０３、サーバ管理テーブル３０８、アラートテーブル３１１をテーブル管理ディスク１１７が持つ。

図１８は、実施例３におけるサーバのブロック図である。実施例１と異なる点は、管理サーバ１０６が持っていたポリシー運用機能３０１をサーバ１０２が持つ。サーバ１０２は、アラートを検出するとテーブル管理ディスク１１７にあるポリシーに従ってスナップショット作成機能２０３でスナップショットを作成し、ディスクコピー実行部３０６でディスクをコピーする。障害のアラートを検出するとテーブル管理ディスク１１７にあるポリシーに従って予備系のサーバとディスクを選択し、ストレージマッピング変更部３０９で予備系サーバに切り替える。

本実施例３により、管理サーバ１０６を別途用意できない場合においても、サーバ（１０２、１０３、１０４、１０５）がテーブル管理ディスク１１７を参照しながらスナップショットの作成やストレージマッピングを行うことで、実施例１と同様の効果が得られる。

図１９は、本発明を適応した実施例４のシステムの構成例である。実施例１と異なる点は、サーバ１０２のメモリ２０１に仮想サーバＡ２０９、仮想サーバＢ２１０、仮想サーバを管理するサーバ仮想化機構２０８、仮想サーバのスナップショットを作成するスナップショット作成機能が構成されていることである。仮想サーバＡ２０９や仮想サーバＢ２１０のスナップショットも実施例１と同様に保存することができる。

本実施例４により、サーバが物理サーバだけではなく仮想サーバである場合においても、仮想サーバＡ２０９、Ｂ２０１のスナップショットによる高速再起動は可能であり、実施例１と同様の効果が得られる。

本発明における実施例１の全体構成を示すブロック図である。 上記実施例のサーバの構成を示すブロック図である。 上記実施例の管理サーバの構成を示す機能ブロック図である。 上記実施例のポリシーテーブルを示すフォーマット図である。 上記実施例のディスク管理テーブルを示すフォーマット図である。 上記実施例のサーバ管理テーブルを示すフォーマット図である。 上記実施例のアラートテーブルを示すフォーマット図である。 上記実施例のストレージマッピング機能を示す概念図である。 上記実施例のディスクコピー機能を示す概念図である。 上記実施例のスナップショット作成機能を示す概念図である。 上記実施例のスナップショット作成とディスクコピーを示すシーケンス図である。 上記実施例のストレージマッピングの変更とスナップショットからの起動を示すシーケンス図である。 上記実施例の状態保存ディスク作成部を示すフローチャートである。 上記実施例の予備系サーバ切り替え部を示すフローチャートである。 本発明における実施例２の全体構成を示すブロック図である。 上記実施例のスナップショット作成とディスクコピーを示すシーケンス図である。 本発明における実施例３の全体構成を示すブロック図である。 上記実施例の管理サーバの構成を示す機能ブロック図である。 本発明における実施例４のサーバの構成を示すブロック図である。

符号の説明

１０１ ネットワーク
１０２ 現用系サーバＡ
１０３ 現用系サーバＢ
１０４ 予備系サーバＡ
１０５ 予備系サーバＢ
１０６ 管理サーバ
１０７ ポリシー運用機能
１０８ アラート管理機能
１０９ スイッチ
１１０ ディスクアレイ装置
１１１ ストレージマッピング機能
１１２ ディスクコピー機能
１１３ 現用系ディスク
１１４ 状態保存ディスクＡ
１１５ 状態保存ディスクＢ
１１６ 状態保存ディスクＣ

Claims (17)

1. 複数の現用系サーバと、少なくとも１つの予備系サーバと、管理サーバとを有し、前記サーバは複数のディスクドライブを有するディスク装置に接続された計算機システムであって、
   前記現用系サーバのメモリ内容を含むスナップショットを前記ディスクドライブに格納する手段を有し、
   前記管理サーバは、
   前記スナップショットを取得したサーバのディスクドライブと前記スナップショットを格
   納した前記ディスクドライブとスナップショットを取得したタイミングを示した前記スナップショットの種類を示す情報とを対応づけて保存するディスク管理記憶手段と、
   障害の内容を含むポリシーに対応して使用ディスクを保持しており、該使用ディスクは前記予備系サーバに切り替える場合に複数のタイミングで取得したスナップショットのうち障害発生時に再起動するポリシーに対応するタイミングを示すポリシー記憶手段を有し、
   前記計算機システムのスナップショット再起動方法において、
   前記現用系サーバのいずれかに障害が発生した場合に、
   前記管理サーバは、
   前記現用系サーバの障害時に前記ポリシー記憶手段から前記使用ディスクを取得し、
   前記障害が発生した前記現用系サーバのディスクドライブと前記使用ディスクに保持した障害発生時に再起動するポリシーに対応するタイミングに基づいて、前記ディスク管理記憶手段から前記使用ディスクに対応した前記スナップショットを格納したディスクドライブを選択し、
   前記予備系サーバに接続し起動することを特徴とするスナップショット再起動方法。
2. 前記スナップショットを取得するタイミングは、前記現用系サーバのＯＳ起動後、ＯＳ
   のシャットダウン時を含むことを特徴とする請求項１記載のスナップショット再起動方法
   。
3. 前記現用系サーバの障害時に、障害が発生した現用系と接続されていたディスクドライ
   ブを、請求項１記載で起動される予備系サーバとは異なる予備系サーバに接続し起動する
   ことを特徴とする請求項１記載のスナップショット再起動方法。
4. サーバ毎に予備系サーバを対応付けて保存するサーバ管理テーブルと現用系サーバを識別
   する情報から前記予備系サーバを抽出することを特徴とする請求項１記載のスナップショ
   ット再起動方法。
5. 前記ディスク装置は、ディスクドライブのコピーを行う機能を有し、前記スナップショ
   ット取得後に、前記コピー機能を用いて前記スナップショットを取得したディスクドライ
   ブのコピーを作成するとともに、前記ディスク管理記憶手段にコピーされたディスクドラ
   イブの情報を追加することを特徴とする請求項１記載のスナップショット再起動方法。
6. 前記ポリシー記憶手段は、前記スナップショットを取得するタイミングを保持し、現用
   系サーバから発行されるアラートと前記スナップショットを取得するタイミングと一致す
   るかどうかを判断し、一致している場合に前記現用系サーバのスナップショットを取得す
   ることを特徴とする請求項１記載のスナップショット再起動方法。
7. 現用系サーバの障害時に、障害が発生した現用系サーバはダンプを取得した後に、前記
   ダンプを取得したディスクドライブを予備系に切り替えることを特徴とする請求項３記載
   のスナップショット再起動方法。
8. 前記スナップショットは、前記現用系サーバ上で稼働する仮想サーバのスナップショット
   を取得することを特徴とする請求項１記載のスナップショット再起動方法。
9. 前記現用系サーバと前記予備系サーバは、それぞれ複数のディスクドライブを有した複
   数のディスク装置に接続され、前記ディスク装置はディスクドライブを異なるディスク装
   置のディスクドライブにコピーすることを特徴とする請求項１記載のスナップショット再
   起動方法。
10. 前記ディスク装置は前記現用系サーバのスナップショットが格納されたディスクドライ
    ブを、予備系サーバが接続されたディスク装置のディスクドライブにコピーし、前記現用
    系サーバの障害時に、障害が発生した現用系と接続されていたディスクドライブがコピー
    されたディスクドライブを予備系サーバに接続し起動することを特徴とする請求項９記載
    のスナップショット再起動方法。
11. 前記スナップショットは、前記現用系サーバ上で稼働する仮想サーバのスナップショット
    を取得することを特徴とする請求項９記載のスナップショット再起動方法。
12. 複数の現用系サーバと、少なくとも１つの予備系サーバと、管理サーバを有し、前記現用系サーバ、前記予備系サーバおよび前記管理サーバは複数のディスクドライブを有するディスク装置に接続された計算機システムであって、
    前記現用系サーバのメモリ内容を含むスナップショットを前記ディスクドライブに格納する手段を有し、
    前記管理サーバは、
    前記スナップショットを取得したサーバのディスクドライブと前記スナップショットを格
    納した前記ディスクドライブと前記スナップショットを取得したタイミングを示したスナップショットの種類を示す情報とを対応づけて保存するディスク管理記憶手段と、
    障害の内容を含むポリシーに対応して使用ディスクを保持しており、該使用ディスクは前記予備系サーバに切り替える場合に複数のタイミングで取得したスナップショットのうち障害発生時に再起動するポリシーに対応するタイミングを示すポリシー記憶手段とを有し、
    前記現用系サーバのいずれかに障害が発生した場合に、
    前記管理サーバは、
    前記現用系サーバの障害時に前記ポリシー記憶手段から前記使用ディスクを取得し、
    前記障害が発生した前記現用系サーバのディスクドライブと前記使用ディスクに保持された障害発生時に再起動するポリシーに対応するタイミングに基づいて、前記ディスク管理記憶手段から前記使用ディスクに対応した前記スナップショットを格納したディスクドライブを選択し、
    前記予備系サーバに接続し起動させるように制御する手段を備えたことを特徴とする計算機システム。
13. 前記現用系サーバの障害時に、障害が発生した現用系と接続されていたディスクドライ
    ブを、請求項１２記載で起動される予備系サーバとは異なる予備系サーバに接続し起動す
    る手段を有することを特徴とする請求項１２記載の計算機システム。
14. 前記ディスク装置は、ディスクドライブのコピーを行う手段を有し、前記スナップショ
    ット取得後に、前記コピー手段を用いて前記スナップショットを取得したディスクドライ
    ブのコピーを作成するとともに、前記ディスク管理記憶手段にコピーされたディスクドラ
    イブの情報を追加する手段を有することを特徴とする請求項１２記載の計算機システム。
15. 前記ポリシー記憶手段は、前記スナップショットを取得するタイミングを保持し、現用
    系サーバから発行されるアラートと前記スナップショットを取得するタイミングと一致す
    るかどうかを判断し、一致している場合に前記現用系サーバのスナップショットを取得す
    る手段を有することを特徴とする請求項１２記載の計算機システム。
16. 現用系サーバの障害時に、障害が発生した現用系サーバはダンプを取得した後に、前記
    ダンプを取得したディスクドライブを予備系に切り替える手段を有することを特徴とする
    請求項１２記載の計算機システム。
17. サーバ毎に予備系サーバを対応付けて保存するサーバ管理テーブルと現用系サーバを識別
    する情報から前記予備系サーバを抽出することを特徴とする請求項１２記載の計算機シス
    テム。

Images