JP2004295462A - リカバリ処理方法及びその実施システム並びにその処理プログラム - Google Patents
リカバリ処理方法及びその実施システム並びにその処理プログラム Download PDFInfo
- Publication number
- JP2004295462A JP2004295462A JP2003086897A JP2003086897A JP2004295462A JP 2004295462 A JP2004295462 A JP 2004295462A JP 2003086897 A JP2003086897 A JP 2003086897A JP 2003086897 A JP2003086897 A JP 2003086897A JP 2004295462 A JP2004295462 A JP 2004295462A
- Authority
- JP
- Japan
- Prior art keywords
- information processing
- recovery
- data
- processing center
- time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2035—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant without idle spare hardware
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/1658—Data re-synchronization of a redundant component, or initial sync of replacement, additional or spare unit
- G06F11/1662—Data re-synchronization of a redundant component, or initial sync of replacement, additional or spare unit the resynchronized component or unit being a persistent storage device
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2023—Failover techniques
- G06F11/2028—Failover techniques eliminating a faulty processor or activating a spare
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2097—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements maintaining the standby controller/processing unit updated
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Hardware Redundancy (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Computer And Data Communications (AREA)
Abstract
【解決手段】ある情報処理センタで障害が発生した場合に他の情報処理センタでその処理をリカバリするリカバリ処理方法において、エンドユーザによって通常利用される第1の情報処理センタのデータを所定の時間間隔で第2の情報処理センタで受信して前記データのバックアップを第2の情報処理センタに作成するステップと、第1の情報処理センタで障害が発生した場合に、未バックアップデータの入力に必要な時間を含む所要復旧時間が所定の復旧時間の要件を満たしている情報処理装置を第2の情報処理センタの情報処理装置の中から選択するステップと、前記第1の情報処理センタで利用されていたアプリケーションを前記選択された情報処理装置にデプロイし、前記第1の情報処理センタのデータを前記バックアップから前記選択された情報処理装置に復元するステップとを有するものである。
【選択図】 図1
Description
【発明の属する技術分野】
本発明はある情報処理センタで障害が発生した場合に他の情報処理センタでその処理をリカバリするリカバリ処理システムに適用して有効な技術に関するものである。
【0002】
【従来の技術】
従来のリカバリシステム(システム回復の考慮されたリカバリシステム)では、金融機関のオンラインシステムの様に、データの更新時に同期してバックアップを取ることによってデータロスの無い、若しくは少ないリカバリ(システム回復)を行うものであった。
【0003】
その一方、バックアップの取得を定期的(例えば1日に1回等)に行い、障害時にバックアップが取られていないデータについては(例えば手作業によって)別途入力することで回復すれば良いという比較的ルーズなリカバリシステムに対するニーズがある。例えば自治体の住民票データの様な、危急性が少なく更新頻度が低いデータを扱う場合がこれに相当し、従来技術ではこの様な場合にリカバリを行うシステム構成の決定等については手動で行っていた。
【0004】
また従来のリカバリ処理において、コンピュータ作業負荷の高速リカバリおよび自動化を可能にする方法およびシステムについて、コンピュータ・システムと、関連するネットワーキングおよび周辺装置との要件を表現するステップと、カスタマがリカバリ命令を指定することを許容するステップと、リカバリ・サイトで前記リカバリ命令を処理するステップと、前記リカバリ命令を処理し、前記リカバリ・サイトで資源を割当てて前記コンピュータ・システムを再構成するためにコンピュータを使用するステップとを含むものが提案されており、システムの要件と利用可能な資産のマッチングを取ることで、自動的にリカバリ処理を行うことを実現している(例えば特許文献1参照)。
【0005】
【特許文献1】
特開2001−265726号公報
【0006】
【発明が解決しようとする課題】
前記の様にリカバリシステムに対するニーズの中には比較的ルーズなものがあるが、従来のリカバリシステムはデータロスの無いリカバリを行うものである為、比較的ルーズなニーズを満たす場合であっても、データロスが無くコストの高いリカバリシステムを採用しなければならないという問題がある。
本発明の目的は上記問題を解決し、障害時にバックアップが取られていないデータについては別途入力することで回復すれば良いという比較的ルーズなリカバリに対するニーズに対応することが可能な技術を提供することにある。
【0007】
【課題を解決するための手段】
本発明は、ある情報処理センタで障害が発生した場合に他の情報処理センタでその処理をリカバリするリカバリ処理システムにおいて、未バックアップデータの入力に必要な時間を含む所要復旧時間が所定の復旧時間の要件を満たしている情報処理装置によりリカバリ処理を行うものである。
【0008】
本発明のリカバリ処理システムでは、まず、エンドユーザによって通常利用されている第1の情報処理センタのデータを所定の時間間隔で第2の情報処理センタで受信して前記データのバックアップを第2の情報処理センタに作成する処理を継続して行う。
【0009】
そして、第1の情報処理センタで障害が発生し、エンドユーザによるアプリケーションの利用が第1の情報処理センタで行えなくなった場合には、未バックアップデータの入力に必要な時間を含む所要復旧時間が所定の復旧時間の要件を満たしている情報処理装置を第2の情報処理センタの情報処理装置の中から選択する。
【0010】
前記の様にして第2の情報処理センタの情報処理装置の中から特定の情報処理装置が選択されると、その選択された情報処理装置に前記第1の情報処理センタで利用されていたアプリケーションをデプロイすると共に、第2の情報処理センタに作成されているバックアップデータを用いて前記第1の情報処理センタのデータをその選択された特定の情報処理装置に復元し、第2の情報処理センタで第1の情報処理センタの処理をリカバリする。
【0011】
以上の様に本発明のリカバリ処理システムによれば、未バックアップデータの入力に必要な時間を含む所要復旧時間が所定の復旧時間の要件を満たしている情報処理装置によりリカバリ処理を行うので、障害時にバックアップが取られていないデータについては別途入力することで回復すれば良いという比較的ルーズなリカバリに対するニーズに対応することが可能である。
【0012】
【発明の実施の形態】
以下にあるデータセンタ(DC)で障害が発生した場合に他のDCでその処理をリカバリする一実施形態のリカバリ処理システムについて説明する。
【0013】
図1は本実施形態の東京DCで障害が発生する前の通常時の運用を示す図である。図1に示す様に本実施形態のリカバリ処理システムでは、エンドユーザの用いる情報処理装置と、そのエンドユーザの情報処理装置によって通常利用される第1の情報処理センタである東京DCと、東京DCの障害時にそのリカバリを行う第2の情報処理センタである大阪DCとをネットワークで接続しており、通常時にエンドユーザは東京DCにおけるアプリケーション111及び112を利用している。
【0014】
図2は本実施形態のDC管理サーバ140の概略構成を示す図である。図2に示す様に本実施形態のDC管理サーバ140は、CPU201と、メモリ202と、磁気ディスク装置203と、入力装置204と、出力装置205と、CD−ROM装置206と、通信装置207と、アプリケーション情報テーブル208と、サーバ一覧テーブル209と、ユーザ優先度テーブル210とを有している。
【0015】
CPU201は、DC管理サーバ140全体の動作を制御する装置である。メモリ202は、DC管理サーバ140全体の動作を制御する際にその為の各種処理プログラムやデータをロードする記憶装置である。
【0016】
磁気ディスク装置203は、前記各種処理プログラムやデータを格納しておく記憶装置である。入力装置204は、東京DCのリカバリを行う為の各種入力を行う装置である。出力装置205は、東京DCのリカバリに伴う各種出力を行う装置である。
【0017】
CD−ROM装置206は、前記各種処理プログラムを記録したCD−ROMの内容を読み出す装置である。通信装置207は、インターネットやイントラネット等のネットワークを介して東京DCやエンドユーザ等の他の処理装置との通信を行う装置である。
【0018】
アプリケーション情報テーブル208は、エンドユーザが利用するアプリケーションに関する情報を格納するテーブルである。サーバ一覧テーブル209は、リカバリに利用可能なサーバの一覧を格納したテーブルである。ユーザ優先度テーブル210は、ユーザの優先度を示す情報を格納するテーブルである。
【0019】
またDC管理サーバ140は、バックアップ作成処理部211と、サーバ選択処理部212と、復旧処理部213とを有している。
バックアップ作成処理部211は、エンドユーザによって通常利用される東京DCのアプリケーションデータ130を所定の時間間隔で受信してアプリケーションデータ130のバックアップであるバックアップデータ170を大阪DCに作成する処理部であり、後述する所要復旧時間が所定の復旧時間の要件を満たす様に前記バックアップの時間間隔を調整する処理部である。
【0020】
サーバ選択処理部212は、東京DCで障害が発生した場合に、前記東京DCで利用されていたアプリケーション111及び112と同一のアプリケーションソフトウェアであるアプリケーション151及び152の大阪DCでのデプロイに必要な時間と、大阪DCでのバックアップデータ170によるデータの復元に必要な時間と、未バックアップデータの大阪DCへの入力に必要な時間とを含む所要復旧時間が所定の復旧時間の要件を満たしているサーバを大阪DCのサーバ161〜163の中から選択する情報処理装置選択処理部である。
【0021】
復旧処理部213は、前記東京DCで利用されていたアプリケーション111及び112と同一のアプリケーション151及び152を前記選択されたサーバにデプロイし、前記東京DCのアプリケーションデータ130をバックアップデータ170から前記選択されたサーバに復元する処理部である。
【0022】
DC管理サーバ140をバックアップ作成処理部211、サーバ選択処理部212及び復旧処理部213として機能させる為のプログラムは、CD−ROM等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はCD−ROM以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
なお、東京DCがバックアップとなる場合には東京DCのDC管理サーバ100がDC管理サーバ140と同様の処理を行うものとする。
【0023】
図3は本実施形態の通常時の東京DCと大阪DCの間のバックアップデータの転送を示す図である。図3に示す様にDC管理サーバ140のバックアップ作成処理部211は、エンドユーザによって通常利用される東京DCのアプリケーションデータ130を所定のデータ転送間隔で大阪DCで受信してアプリケーションデータ130のバックアップであるバックアップデータ170を大阪DCに作成する処理を行う。この際、大阪DCにおけるDC管理サーバ140のバックアップ作成処理部211は、東京DCのDC管理サーバ100へ前記所定のデータ転送間隔でアプリケーションデータ130の転送要求を行うものとするが、前記所要復旧時間がアプリケーション情報テーブル208中の復旧時間の要件を満たす様に前記バックアップのデータ転送間隔を調整するものとしても良い。
【0024】
図4は本実施形態の東京DCで障害が発生したときの、大阪DCでのリカバリ用サーバの選択、アプリケーションのデプロイ、バックアップデータによる復元の概要を示す図である。図4に示す様に本実施形態のリカバリ処理システムでは、東京DCで障害が発生すると、大阪DCでのサーバ161〜163からのリカバリ用サーバの選択、アプリケーション151及び152のデプロイ、バックアップデータ170によるアプリケーションデータ130の復元を行う。
【0025】
図5は本実施形態のバックアップデータのリカバリ後の未バックアップデータの入力を示す図である。図5に示す様に本実施形態のリカバリ処理システムでは、東京DCで障害が発生し、大阪DCでバックアップデータ170によるアプリケーションデータ130の復元が行われた後、前回のバックアップから障害発生時までの間に東京DCへ入力された未バックアップデータについて、エンドユーザの情報処理装置から大阪DCへの入力が行われるものとしている。
【0026】
図6は本実施形態のリカバリ完了後、エンドユーザが大阪DCにシステムを切り替えて運用を続行する処理の概要を示す図である。図6に示す様に本実施形態のリカバリ処理システムでは、エンドユーザの情報処理装置から大阪DCへの未バックアップデータの入力が終了し、大阪DCでのリカバリが完了すると、エンドユーザの情報処理装置によるアプリケーションの利用を東京DCから大阪DCに切り替えてそのアプリケーションによる運用を続行する。
【0027】
図7は本実施形態のリカバリに用いるサーバを選択する処理の処理手順を示すフローチャートである。図7に示す様にDC管理サーバ140のサーバ選択処理部212は、東京DCで障害が発生した場合に、前記東京DCで利用されていたアプリケーション111及び112と同一のアプリケーションソフトウェアであるアプリケーション151及び152の大阪DCでのデプロイに必要な時間と、大阪DCでのバックアップデータ170によるデータの復元に必要な時間と、未バックアップデータの大阪DCへの入力に必要な時間とを含む所要復旧時間が所定の復旧時間の要件を満たしているサーバを大阪DCのサーバ161〜163の中から選択する処理を行う。
【0028】
そしてDC管理サーバ140の復旧処理部213は、前記東京DCで利用されていたアプリケーション111及び112と同一のアプリケーション151及び152を前記選択されたサーバにデプロイし、前記東京DCのアプリケーションデータ130をバックアップデータ170から前記選択されたサーバに復元する処理を行う。
【0029】
図1の様にエンドユーザは、通常は東京DCを利用しており、図3の様に東京DCと大阪DCの間ではバックアップとして所定の時間間隔でデータを転送している。その際、図4の様に東京DCで障害が発生した場合、大阪DCではリカバリに利用可能なサーバを選択してアプリケーションをデプロイし、バックアップからデータを復元する。
【0030】
すなわち、まずステップ701でDC管理サーバ140のサーバ選択処理部212は、アプリケーション情報テーブル208を参照し、東京DCで利用されていたアプリケーションに対応するデータ発生頻度及びデータ転送間隔を読み出した後、それらの積を変数Aに代入する。
【0031】
図8は本実施形態のアプリケーション情報テーブル208の一例を示す図である。図8に示す様にアプリケーション情報テーブル208は、エンドユーザが利用するアプリケーションに関する情報を格納している。
【0032】
図8において、入力時間はそのアプリケーションのデータ1件をエンドユーザの情報処理装置から入力するのに必要な時間であり、データ転送間隔は当該アプリケーションのアプリケーションデータ130のバックアップを作成する為のデータ転送の時間間隔、データ発生頻度は当該アプリケーションを利用する際に発生する単位時間当たりの更新データの件数、デプロイ時間はデプロイ時間比(後述)「1」の標準サーバにおいて当該アプリケーションをデプロイするのにかかる時間である。
【0033】
また復旧時間の要件は障害発生からアプリケーション処理の復旧完了までにエンドユーザが許容可能な時間であり、サーバ選択処理部212は、アプリケーション処理の再開までに許容可能な時間の指定を当該アプリケーションのエンドユーザの情報処理装置から受け付けて、その受け付けた時間を前記復旧時間の要件としてアプリケーション情報テーブル208に設定しているものとする。
【0034】
また優先度はそのエンドユーザが利用している複数のアプリケーションにおける各アプリケーションの優先度を示している。この他に任意の数の追加項目を持たせることも可能であり、例えば稼働中のアプリケーションが要求するサーバの性能情報等を持たせ、東京DCの障害時にその性能情報を満たすサーバを選択するものとしても良い。
【0035】
次にステップ702でサーバ選択処理部212は、アプリケーション情報テーブル208を参照し、東京DCで利用されていたアプリケーションに対応するデータの入力時間を読み出して、その値を変数Bに代入する。
【0036】
ステップ703では、サーバ一覧テーブル209を参照し、東京DCで利用されていたアプリケーションを実行可能なサーバ、すなわち、サーバ一覧テーブル209中の用途に東京DCで利用されていたアプリケーションの名称が示されているサーバのレコードを検索する。
【0037】
図9は本実施形態のサーバ一覧テーブル209の一例を示す図である。図9に示す様にアプリケーション情報テーブル208は、そのDCでのリカバリ処理に利用可能なサーバ161〜163の一覧を格納している。
【0038】
図9において、IDはサーバ161〜163を識別する為のDC内で一意な名前であり、用途は当該サーバで動作可能なアプリケーションのリストで、複数指定することが出来るものとする。
【0039】
またデプロイ時間比は、アプリケーションをデプロイするのに必要な時間の標準サーバに対する相対値であり、アプリケーション情報テーブル208中の標準サーバのデプロイ時間にこの値を乗じたものが実際にそのサーバでアプリケーションをデプロイするのにかかる時間になる。
【0040】
データ復元時間比は、バックアップデータ170を元にデータを復元するのに必要な時間の標準サーバに対する相対値であり、復元するバックアップデータ170のサイズに標準サーバの単位サイズ当たりの復元時間とこの値を乗じたものが実際にそのサーバでバックアップデータ170を復元するのにかかる時間になる。この他に任意の数の追加項目を持たせることも可能であり、例えばアプリケーション実行時のそのサーバの性能情報等を持たせ、東京DCの障害時にアプリケーションの要求する性能情報を満たすサーバを選択する際の指標としても良い。
【0041】
次にステップ704でサーバ選択処理部212は、アプリケーション情報テーブル208を参照し、東京DCで利用されていたアプリケーションのデプロイ時間を読み出した後、ステップ703で検索されたサーバについて、そのデプロイ時間比をサーバ一覧テーブル209から読み出し、前記デプロイ時間とデプロイ時間比の積を変数Cに代入する。
【0042】
ステップ705では、バックアップデータ170にアクセスして前記アプリケーションのバックアップデータサイズを取得した後、ステップ703で検索されたサーバのデータ復元時間比をサーバ一覧テーブル209から読み出し、前記バックアップデータサイズと標準サーバの単位サイズ当たりの復元時間とデータ復元時間比との積を変数Dに代入する。
【0043】
ステップ706では、アプリケーション情報テーブル208を参照し、東京DCで利用されていたアプリケーションに対応する復旧時間の要件を読み出した後、変数Aの値と変数Bの値との積に変数Cの値と変数Dの値を加算した結果と、前記読み出した復旧時間の要件の値とを比較する。
【0044】
ここで、変数Aの値と変数Bの値との積は、データ転送間隔中に発生するデータを未バックアップデータとした場合に、その未バックアップデータを大阪DCへ入力するのに必要な時間を表しており、変数Cの値は前記アプリケーションをそのサーバでデプロイするのに必要な時間、変数Dの値は前記アプリケーションのバックアップデータをそのサーバで復元するのに必要な時間を示している。なお、ステップ701で変数Aの値を算出する際にデータ転送間隔の代わりに、前回のバックアップ実施時刻からの経過時間を用い、前回のバックアップからの経過時間中に発生するデータを未バックアップデータとしても良い。
【0045】
ステップ706で調べた結果、前記加算結果が復旧時間の要件の値よりも小さい場合には、ステップ703で検索されたサーバを大阪DCでのリカバリに用いるサーバとして選択して当該アプリケーションに対するサーバの選択処理を終了し、そうでない場合にはステップ703に戻って他のサーバを検索する。
【0046】
また、東京DCで利用されていたアプリケーションが複数である場合には、同様にステップ701からステップ706までの処理を繰り返し、前記選択されたサーバを除くサーバの中からリカバリに用いるサーバを選択する。
【0047】
その後、前記の様にして選択されたサーバにアプリケーションをデプロイし、バックアップからデータを復元した後、図5の様に未バックアップデータを入力し、図6の様にエンドユーザは大阪DCに切り替えて運用を続ける。
【0048】
前記の様に本実施形態では、バックアップの作成されていない未バックアップデータの入力に必要な時間を見込んだ所要復旧時間が所定の復旧時間の要件を満たしているサーバを選択してリカバリ処理を行うので、例えば自治体の住民票データの様な危急性が少なく更新頻度が低いデータを扱う場合等、障害時にバックアップが取られていないデータについては、手作業等によって別途入力することで回復すれば良いという比較的ルーズなリカバリ処理に対応することが可能であり、コストの低いリカバリサービスを提供することができる。
【0049】
次に、本実施形態のリカバリ処理システムにおいて、前記エンドユーザが複数である場合に、アプリケーションの優先度またはエンドユーザの優先度の高いものから順に前記大阪DCのサーバ161〜163の選択を行う処理について説明する。
【0050】
図10は本実施形態の複数エンドユーザが東京DCを利用している場合の通常時の運用を示す図である。図10に示す場合では、エンドユーザA及びBの用いる各情報処理装置と、東京DCと、大阪DCとをネットワークで接続している。
エンドユーザA及びBは、通常、東京DCにおける複数のアプリケーションを利用しており、大阪DCにバックアップデータを所定の時間間隔で転送している。
【0051】
この際、東京DCで障害が発生すると、大阪DCのサーバ選択処理部212は、東京DCで利用されていた複数のアプリケーション間の優先度の違いを計算する。その際の計算のパラメータとして、アプリケーション情報テーブル208中の優先度(あるエンドユーザの利用しているアプリケーションの優先度)及びユーザ優先度テーブル210中の優先度(DCを利用しているエンドユーザの優先度)を用いることで、DC内でリカバリする際の各アプリケーションの優先順位を決定する。
【0052】
図11は本実施形態のユーザ優先度テーブル210の一例を示す図である。図11に示す様にユーザ優先度テーブル210は、そのユーザの優先度を示す情報を格納しており、このテーブルの優先度の値と、アプリケーション情報テーブル208中の優先度の値を用いることで、DC内での各アプリケーションの優先順位を決定する。
【0053】
例えば「エンドユーザの利用しているアプリケーションの優先度×そのエンドユーザの優先度」によってそのアプリケーションを大阪DCでリカバリする際の優先順位を決定することが出来るが、それ以外の計算方法もあり得る。また、サーバ一覧テーブル209を用いず、各ユーザのアプリケーション情報テーブル208の優先度に、DC内でリカバリする際の各アプリケーションの優先度を直接格納する方法もあり得る。
【0054】
そして、前記決定した優先度の高いものから順に、図7のサーバの選択処理を実行することで、優先度付きのディザスタリカバリを実現することが出来る。この様にして、実際にリカバリを行った場合の結果例を図12に示す。
【0055】
図12は本実施形態の複数エンドユーザが東京DCを利用しており、東京DCで障害が発生した場合に大阪DCでリカバリを行った際の結果例を示す図である。図12では、エンドユーザAよりもエンドユーザBの方が優先度が高く、またエンドユーザAの利用するアプリケーションA1の方がアプリケーションA2よりも優先度が高い場合の例を表しており、これらの優先度の為、サーバが足りない大阪DCではアプリケーションA2がリカバリされていない。
【0056】
前記の様に本実施形態のリカバリ処理システムでは、障害時には優先度の低いアプリケーションについてはリカバリせず、障害の発生した東京DCの復旧を待つといった比較的ルーズなリカバリに対するニーズに対応することが可能である。
【0057】
また本実施形態のリカバリ処理システムにおいて、前記の様にしてリカバリされないアプリケーションが発生した場合に、そのアプリケーションの情報を他のDCへ通知して、リカバリ可能であるかをそのDCのDC管理サーバに問い合わせ、リカバリ可能である場合には、そのDCへ当該アプリケーションのバックアップデータを転送してリカバリを行うものとしても良い。
【0058】
以上説明した様に本実施形態のリカバリ処理システムによれば、未バックアップデータの入力に必要な時間を含む所要復旧時間が所定の復旧時間の要件を満たしている情報処理装置によりリカバリ処理を行うので、障害時にバックアップが取られていないデータについては別途入力することで回復すれば良いという比較的ルーズなリカバリに対するニーズに対応することが可能である。
【0059】
【発明の効果】
本発明によれば未バックアップデータの入力に必要な時間を含む所要復旧時間が所定の復旧時間の要件を満たしている情報処理装置によりリカバリ処理を行うので、障害時にバックアップが取られていないデータについては別途入力することで回復すれば良いという比較的ルーズなリカバリに対するニーズに対応することが可能である。
【図面の簡単な説明】
【図1】本実施形態の東京DCで障害が発生する前の通常時の運用を示す図である。
【図2】本実施形態のDC管理サーバ140の概略構成を示す図である。
【図3】本実施形態の通常時の東京DCと大阪DCの間のバックアップデータの転送を示す図である。
【図4】本実施形態の東京DCで障害が発生したときの、大阪DCでのリカバリ用サーバの選択、アプリケーションのデプロイ、バックアップデータによる復元の概要を示す図である。
【図5】本実施形態のバックアップデータのリカバリ後の未バックアップデータの入力を示す図である。
【図6】本実施形態のリカバリ完了後、エンドユーザが大阪DCにシステムを切り替えて運用を続行する処理の概要を示す図である。
【図7】本実施形態のリカバリに用いるサーバを選択する処理の処理手順を示すフローチャートである。
【図8】本実施形態のアプリケーション情報テーブル208の一例を示す図である。
【図9】本実施形態のサーバ一覧テーブル209の一例を示す図である。
【図10】本実施形態の複数エンドユーザが東京DCを利用している場合の通常時の運用を示す図である。
【図11】本実施形態のユーザ優先度テーブル210の一例を示す図である。
【図12】本実施形態の複数エンドユーザが東京DCを利用しており、東京DCで障害が発生した場合に大阪DCでリカバリを行った際の結果例を示す図である。
【符号の説明】
100…DC管理サーバ、110…リポジトリ、111及び112…アプリケーション、121〜123…サーバ、130…アプリケーションデータ、140…DC管理サーバ、150…リポジトリ、151及び152…アプリケーション、161〜163…サーバ、170…バックアップデータ、201…CPU、202…メモリ、203…磁気ディスク装置、204…入力装置、205…出力装置、206…CD−ROM装置、207…通信装置、208…アプリケーション情報テーブル、209…サーバ一覧テーブル、210…ユーザ優先度テーブル、211…バックアップ作成処理部、212…サーバ選択処理部、213…復旧処理部。
Claims (11)
- ある情報処理センタで障害が発生した場合に他の情報処理センタでその処理をリカバリするリカバリ処理方法において、
エンドユーザによって通常利用される第1の情報処理センタのデータを所定の時間間隔で第2の情報処理センタで受信して前記データのバックアップを第2の情報処理センタに作成するステップと、
第1の情報処理センタで障害が発生した場合に、未バックアップデータの入力に必要な時間を含む所要復旧時間が所定の復旧時間の要件を満たしている情報処理装置を第2の情報処理センタの情報処理装置の中から選択するステップと、
前記第1の情報処理センタで利用されていたアプリケーションを前記選択された情報処理装置にデプロイし、前記第1の情報処理センタのデータを前記バックアップから前記選択された情報処理装置に復元するステップとを有することを特徴とするリカバリ処理方法。 - アプリケーション処理の再開までに許容可能な時間の指定を当該アプリケーションのエンドユーザから受け付け、その受け付けた時間を前記所定の復旧時間の要件として設定することを特徴とする請求項1に記載されたリカバリ処理方法。
- 前記所要復旧時間が所定の復旧時間の要件を満たす様に前記バックアップの時間間隔を調整することを特徴とする請求項1または請求項2のいずれかに記載されたリカバリ処理方法。
- 前記エンドユーザが複数である場合に、アプリケーションの優先度またはエンドユーザの優先度の高いものから順に前記第2の情報処理センタの情報処理装置の選択を行うことを特徴とする請求項1乃至請求項3のいずれか1項に記載されたリカバリ処理方法。
- 前記第2の情報処理センタの情報処理装置が選択されなかったアプリケーションが存在する場合に、他の情報処理センタでリカバリ可能であるかを問い合わせることを特徴とする請求項1乃至請求項4のいずれか1項に記載されたリカバリ処理方法。
- ある情報処理センタで障害が発生した場合に他の情報処理センタでその処理をリカバリするリカバリ処理システムにおいて、
エンドユーザによって通常利用される第1の情報処理センタのデータを所定の時間間隔で第2の情報処理センタで受信して前記データのバックアップを第2の情報処理センタに作成するバックアップ作成処理部と、
第1の情報処理センタで障害が発生した場合に、未バックアップデータの入力に必要な時間を含む所要復旧時間が所定の復旧時間の要件を満たしている情報処理装置を第2の情報処理センタの情報処理装置の中から選択する情報処理装置選択処理部と、
前記第1の情報処理センタで利用されていたアプリケーションを前記選択された情報処理装置にデプロイし、前記第1の情報処理センタのデータを前記バックアップから前記選択された情報処理装置に復元する復旧処理部とを備えることを特徴とするリカバリ処理システム。 - 前記情報処理装置選択処理部は、アプリケーション処理の再開までに許容可能な時間の指定を当該アプリケーションのエンドユーザから受け付け、その受け付けた時間を前記所定の復旧時間の要件として設定するものであることを特徴とする請求項6に記載されたリカバリ処理システム。
- 前記バックアップ作成処理部は、前記所要復旧時間が所定の復旧時間の要件を満たす様に前記バックアップの時間間隔を調整するものであることを特徴とする請求項6または請求項7のいずれかに記載されたリカバリ処理システム。
- 前記情報処理装置選択処理部は、前記エンドユーザが複数である場合に、アプリケーションの優先度またはエンドユーザの優先度の高いものから順に前記第2の情報処理センタの情報処理装置の選択を行うものであることを特徴とする請求項6乃至請求項8のいずれか1項に記載されたリカバリ処理システム。
- 前記情報処理装置選択処理部は、前記第2の情報処理センタの情報処理装置が選択されなかったアプリケーションが存在する場合に、他の情報処理センタでリカバリ可能であるかを問い合わせるものであることを特徴とする請求項6乃至請求項9のいずれか1項に記載されたリカバリ処理システム。
- ある情報処理センタで障害が発生した場合に他の情報処理センタでその処理をリカバリするリカバリ処理システムとしてコンピュータを機能させる為のプログラムにおいて、
エンドユーザによって通常利用される第1の情報処理センタのデータを所定の時間間隔で第2の情報処理センタで受信して前記データのバックアップを第2の情報処理センタに作成するバックアップ作成処理部と、
第1の情報処理センタで障害が発生した場合に、未バックアップデータの入力に必要な時間を含む所要復旧時間が所定の復旧時間の要件を満たしている情報処理装置を第2の情報処理センタの情報処理装置の中から選択する情報処理装置選択処理部と、
前記第1の情報処理センタで利用されていたアプリケーションを前記選択された情報処理装置にデプロイし、前記第1の情報処理センタのデータを前記バックアップから前記選択された情報処理装置に復元する復旧処理部としてコンピュータを機能させることを特徴とするプログラム。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003086897A JP4141875B2 (ja) | 2003-03-27 | 2003-03-27 | リカバリ処理方法及びその実施システム並びにその処理プログラム |
US10/649,748 US6990605B2 (en) | 2003-03-27 | 2003-08-28 | Methods and apparatus for recovering work of one computer by another computers |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003086897A JP4141875B2 (ja) | 2003-03-27 | 2003-03-27 | リカバリ処理方法及びその実施システム並びにその処理プログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004295462A true JP2004295462A (ja) | 2004-10-21 |
JP4141875B2 JP4141875B2 (ja) | 2008-08-27 |
Family
ID=33127236
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003086897A Expired - Fee Related JP4141875B2 (ja) | 2003-03-27 | 2003-03-27 | リカバリ処理方法及びその実施システム並びにその処理プログラム |
Country Status (2)
Country | Link |
---|---|
US (1) | US6990605B2 (ja) |
JP (1) | JP4141875B2 (ja) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006260357A (ja) * | 2005-03-18 | 2006-09-28 | Hitachi Ltd | フェイルオーバークラスタシステム及びフェイルオーバー方法 |
JP2007011426A (ja) * | 2005-06-28 | 2007-01-18 | Nec Electronics Corp | 処理装置 |
JP2007193451A (ja) * | 2006-01-17 | 2007-08-02 | Hitachi Ltd | Nasシステム及びリモートコピー方法 |
JP2009129148A (ja) * | 2007-11-22 | 2009-06-11 | Hitachi Ltd | サーバ切り替え方法、およびサーバシステム |
JP2009151637A (ja) * | 2007-12-21 | 2009-07-09 | Nomura Research Institute Ltd | 業務継続システム |
JP2010027003A (ja) * | 2008-07-24 | 2010-02-04 | Fujitsu Ltd | 情報処理装置、情報処理方法、およびプログラム |
JP2011043888A (ja) * | 2009-08-19 | 2011-03-03 | Nippon Telegr & Teleph Corp <Ntt> | 情報処理装置、方法、システム、およびプログラム |
JP2015176168A (ja) * | 2014-03-13 | 2015-10-05 | 日本電気株式会社 | 管理サーバおよび障害復旧方法、並びにコンピュータ・プログラム |
JP2019053453A (ja) * | 2017-09-14 | 2019-04-04 | 日本電気株式会社 | 情報処理装置、情報処理方法、及びプログラム |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3951835B2 (ja) | 2002-07-03 | 2007-08-01 | 株式会社日立製作所 | 業務管理方法及び業務処理システム |
GB0308708D0 (en) * | 2003-04-15 | 2003-05-21 | British Telecomm | A computer system |
DE102004005128B3 (de) * | 2004-02-02 | 2005-01-05 | Fujitsu Siemens Computers Gmbh | Anordnung mehrerer Rechner und Verfahren zum Betreiben einer Anordnung mehrerer Rechner bei einem Rechnerausfall |
US20060074993A1 (en) * | 2004-10-04 | 2006-04-06 | Chandrasekhar Pulamarasetti | System and method for management of recovery time objectives of business continuity/disaster recovery IT solutions |
US7934116B2 (en) * | 2005-09-30 | 2011-04-26 | Lockheed Martin Corporation | Disaster recover/continuity of business adaptive solution framework |
JP4920391B2 (ja) * | 2006-01-06 | 2012-04-18 | 株式会社日立製作所 | 計算機システムの管理方法、管理サーバ、計算機システム及びプログラム |
US8135135B2 (en) * | 2006-12-08 | 2012-03-13 | Microsoft Corporation | Secure data protection during disasters |
US8984326B2 (en) * | 2007-10-31 | 2015-03-17 | Hewlett-Packard Development Company, L.P. | Testing disaster recovery elements |
TW201022930A (en) | 2008-11-20 | 2010-06-16 | Ibm | Method to improve recovery time of mirrored disks when read stability is in doubt |
US8117493B1 (en) * | 2009-10-30 | 2012-02-14 | Netapp, Inc. | Fast recovery in data mirroring techniques |
US9047247B2 (en) | 2012-10-30 | 2015-06-02 | Hitachi, Ltd. | Storage system and data processing method |
CN105162560A (zh) * | 2015-08-24 | 2015-12-16 | 浪潮(北京)电子信息产业有限公司 | 一种数据处理方法和*** |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5404508A (en) | 1992-12-03 | 1995-04-04 | Unisys Corporation | Data base backup and recovery system and method |
JPH06250906A (ja) | 1993-02-26 | 1994-09-09 | Fujitsu Ltd | 主記憶装置に展開されたデータのバックアップ・リカバリ方式 |
US5513314A (en) * | 1995-01-27 | 1996-04-30 | Auspex Systems, Inc. | Fault tolerant NFS server system and mirroring protocol |
US5796934A (en) | 1996-05-31 | 1998-08-18 | Oracle Corporation | Fault tolerant client server system |
US5758359A (en) | 1996-10-24 | 1998-05-26 | Digital Equipment Corporation | Method and apparatus for performing retroactive backups in a computer system |
US5966730A (en) * | 1996-10-30 | 1999-10-12 | Dantz Development Corporation | Backup system for computer network incorporating opportunistic backup by prioritizing least recently backed up computer or computer storage medium |
US5930824A (en) | 1997-02-04 | 1999-07-27 | International Business Machines Corporation | System and method for demand-base data recovery |
US6363497B1 (en) * | 1997-05-13 | 2002-03-26 | Micron Technology, Inc. | System for clustering software applications |
US6785786B1 (en) | 1997-08-29 | 2004-08-31 | Hewlett Packard Development Company, L.P. | Data backup and recovery systems |
US6182086B1 (en) * | 1998-03-02 | 2001-01-30 | Microsoft Corporation | Client-server computer system with application recovery of server applications and client applications |
US6163856A (en) * | 1998-05-29 | 2000-12-19 | Sun Microsystems, Inc. | Method and apparatus for file system disaster recovery |
US6266784B1 (en) * | 1998-09-15 | 2001-07-24 | International Business Machines Corporation | Direct storage of recovery plan file on remote server for disaster recovery and storage management thereof |
US6247141B1 (en) | 1998-09-24 | 2001-06-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Protocol for providing replicated servers in a client-server system |
US6636988B1 (en) * | 2000-03-03 | 2003-10-21 | International Business Machines Corporation | Application of automation and procedures to enable high-speed recovery and relocation of computer workloads |
US6820217B2 (en) | 2001-10-29 | 2004-11-16 | International Business Machines Corporation | Method and apparatus for data recovery optimization in a logically partitioned computer system |
US6728898B2 (en) * | 2002-03-06 | 2004-04-27 | Marathon Technologies Corporation | Producing a mirrored copy using incremental-divergence |
US8386362B2 (en) | 2002-06-05 | 2013-02-26 | The Nasdaq Omx Group, Inc. | Information distribution process and method |
JP3951835B2 (ja) | 2002-07-03 | 2007-08-01 | 株式会社日立製作所 | 業務管理方法及び業務処理システム |
-
2003
- 2003-03-27 JP JP2003086897A patent/JP4141875B2/ja not_active Expired - Fee Related
- 2003-08-28 US US10/649,748 patent/US6990605B2/en not_active Expired - Lifetime
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006260357A (ja) * | 2005-03-18 | 2006-09-28 | Hitachi Ltd | フェイルオーバークラスタシステム及びフェイルオーバー方法 |
JP4516458B2 (ja) * | 2005-03-18 | 2010-08-04 | 株式会社日立製作所 | フェイルオーバークラスタシステム及びフェイルオーバー方法 |
US8296602B2 (en) | 2005-06-28 | 2012-10-23 | Renesas Electronics Corporation | Processor and method of controlling execution of processes |
JP2007011426A (ja) * | 2005-06-28 | 2007-01-18 | Nec Electronics Corp | 処理装置 |
US10235254B2 (en) | 2005-06-28 | 2019-03-19 | Renesas Electronics Corporation | Processor and method of controlling execution of processes |
US9342416B2 (en) | 2005-06-28 | 2016-05-17 | Renesas Electronics Corporation | Processor and method of controlling execution of processes |
US8984334B2 (en) | 2005-06-28 | 2015-03-17 | Renesas Electronics Corporation | Processor and method of controlling execution of processes |
JP2007193451A (ja) * | 2006-01-17 | 2007-08-02 | Hitachi Ltd | Nasシステム及びリモートコピー方法 |
JP2009129148A (ja) * | 2007-11-22 | 2009-06-11 | Hitachi Ltd | サーバ切り替え方法、およびサーバシステム |
US8386830B2 (en) | 2007-11-22 | 2013-02-26 | Hitachi, Ltd. | Server switching method and server system equipped therewith |
JP2009151637A (ja) * | 2007-12-21 | 2009-07-09 | Nomura Research Institute Ltd | 業務継続システム |
JP2010027003A (ja) * | 2008-07-24 | 2010-02-04 | Fujitsu Ltd | 情報処理装置、情報処理方法、およびプログラム |
JP2011043888A (ja) * | 2009-08-19 | 2011-03-03 | Nippon Telegr & Teleph Corp <Ntt> | 情報処理装置、方法、システム、およびプログラム |
JP2015176168A (ja) * | 2014-03-13 | 2015-10-05 | 日本電気株式会社 | 管理サーバおよび障害復旧方法、並びにコンピュータ・プログラム |
JP2019053453A (ja) * | 2017-09-14 | 2019-04-04 | 日本電気株式会社 | 情報処理装置、情報処理方法、及びプログラム |
Also Published As
Publication number | Publication date |
---|---|
JP4141875B2 (ja) | 2008-08-27 |
US20040205382A1 (en) | 2004-10-14 |
US6990605B2 (en) | 2006-01-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4141875B2 (ja) | リカバリ処理方法及びその実施システム並びにその処理プログラム | |
US11513926B2 (en) | Systems and methods for instantiation of virtual machines from backups | |
CN103810058B (zh) | 虚拟机备份方法、设备及*** | |
JP4446738B2 (ja) | コンピュータファイルを効率的にバックアップするシステムと方法 | |
US6694345B1 (en) | External job scheduling within a distributed processing system having a local job control system | |
WO2017049828A1 (zh) | 基于Linux的数据处理方法、装置和*** | |
US7496783B1 (en) | Merging cluster nodes during a restore | |
US7536603B2 (en) | Maintaining functionality during component failures | |
US7974949B2 (en) | Computer system and automatic data backup method | |
JP2008171387A (ja) | 継続的データ保護を備えたバックアップシステム | |
JP4921592B2 (ja) | オブジェクトのバックアップ・コピーを、別のフォーマットのバックアップ・コピーへ変換する方法、システム、およびプログラム | |
US20090177856A1 (en) | Method and apparatus for automated backup process | |
US10055307B2 (en) | Workflows for series of snapshots | |
JP2009110319A (ja) | バックアップシステム、サーバ装置及びそれらに用いるバックアップ方法並びにそのプログラム | |
CN107391303B (zh) | 数据处理方法、装置、***、服务器及计算机存储介质 | |
US9075809B1 (en) | Methods and systems for application cluster virtual nodes | |
JP2009080705A (ja) | 仮想計算機システム及び同システムにおける仮想計算機復元方法 | |
US8639897B1 (en) | Method to restore application specific content from volume images | |
JP2008226177A (ja) | 分散処理プログラム、システムおよび方法 | |
US20040010490A1 (en) | Data transfer method | |
JP2006259806A (ja) | プーリング方法、システム及びプログラム | |
JP2004302573A (ja) | データバックアップ方法及びバッアップシステム | |
US9152817B1 (en) | Methods and systems for performing data protection operations | |
JPWO2007096963A1 (ja) | サーバ管理プログラム、サーバ管理装置およびサーバ管理方法 | |
CN117762557A (zh) | 虚拟机创建方法、装置、电子设备及可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060221 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080318 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080516 |
|
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: 20080610 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080611 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110620 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110620 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120620 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120620 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130620 Year of fee payment: 5 |
|
LAPS | Cancellation because of no payment of annual fees |