Source: https://patents.google.com/patent/JP4141875B2/en
Timestamp: 2019-10-21 08:11:35
Document Index: 148253140

Matched Legal Cases: ['art 212', 'art 212', 'art 212', 'art 212', 'art 212', 'art 212', 'art 212', 'art, 213']

JP4141875B2 - Recovery processing method and its implementation system and the processing program - Google Patents
Recovery processing method and its implementation system and the processing program Download PDF
JP4141875B2
JP4141875B2 JP2003086897A JP2003086897A JP4141875B2 JP 4141875 B2 JP4141875 B2 JP 4141875B2 JP 2003086897 A JP2003086897 A JP 2003086897A JP 2003086897 A JP2003086897 A JP 2003086897A JP 4141875 B2 JP4141875 B2 JP 4141875B2
JP2003086897A
JP2004295462A (en
裕介 野田
雅裕 黒沢
2003-03-27 Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
2003-03-27 Priority to JP2003086897A priority Critical patent/JP4141875B2/en
2004-10-21 Publication of JP2004295462A publication Critical patent/JP2004295462A/en
2008-08-27 Publication of JP4141875B2 publication Critical patent/JP4141875B2/en
本発明はある情報処理センタで障害が発生した場合に他の情報処理センタでその処理をリカバリするリカバリ処理システムに適用して有効な技術に関するものである。 The present invention when a failure in one information processing center has generated relates applied to a technology effectively recovery processing system to recover the processing on other information processing center.
従来のリカバリシステム（システム回復の考慮されたリカバリシステム）では、金融機関のオンラインシステムの様に、データの更新時に同期してバックアップを取ることによってデータロスの無い、若しくは少ないリカバリ（システム回復）を行うものであった。 In the conventional recovery system (system recovery the considered recovery system), as the online system of financial institutions, there is no data loss by taking the backup in synchronization with the time data of the update, or less recovery (system recovery) It was intended to do.
その一方、バックアップの取得を定期的（例えば１日に１回等）に行い、障害時にバックアップが取られていないデータについては（例えば手作業によって）別途入力することで回復すれば良いという比較的ルーズなリカバリシステムに対するニーズがある。 On the other hand, carried out the acquisition of the backup on a regular basis (for example, such as once a day), for data that has not been backed up in the event of a failure is relatively that can be recovered by entering separately (for example, by hand) there is a need for a loose recovery system. 例えば自治体の住民票データの様な、危急性が少なく更新頻度が低いデータを扱う場合がこれに相当し、従来技術ではこの様な場合にリカバリを行うシステム構成の決定等については手動で行っていた。 For example municipal such as residence data, if the exigencies less frequently updated handle low data corresponds to, for the prior art such as determination of a system configuration for performing the recovery when such are performed manually It was.
また従来のリカバリ処理において、コンピュータ作業負荷の高速リカバリおよび自動化を可能にする方法およびシステムについて、コンピュータ・システムと、関連するネットワーキングおよび周辺装置との要件を表現するステップと、カスタマがリカバリ命令を指定することを許容するステップと、リカバリ・サイトで前記リカバリ命令を処理するステップと、前記リカバリ命令を処理し、前記リカバリ・サイトで資源を割当てて前記コンピュータ・システムを再構成するためにコンピュータを使用するステップとを含むものが提案されており、システムの要件と利用可能な資産のマッチングを取ることで、自動的にリカバリ処理を行うことを実現している（例えば特許文献１参照）。 Also designated in conventional recovery processes, methods and systems that enable high-speed recovery and automated computer workload, and a computer system, comprising the steps of representing the requirements of the associated networking and peripheral devices, the customer recovery instructions using a step of allowing the, processing the recovery instruction in the recovery site, the computer for the process the recovery command, reconfiguring the computer system allocates resources in the recovery site has been proposed to include a step of, by taking the matching requirements and available assets system, it is realized that performs automatic recovery process (for example, see Patent Document 1).
特開２００１−２６５７２６号公報【０００６】 Japanese Unexamined Patent Publication No. 2001-265726 Publication [0006]
前記の様にリカバリシステムに対するニーズの中には比較的ルーズなものがあるが、従来のリカバリシステムはデータロスの無いリカバリを行うものである為、比較的ルーズなニーズを満たす場合であっても、データロスが無くコストの高いリカバリシステムを採用しなければならないという問題がある。 Although there are relatively loose ones in need for the recovery system as of, for conventional recovery system performs a recovery without data loss, even if satisfying the relatively loose requirements , there is a problem that data loss does not have to adopt the costly recovery system without.
本発明の目的は上記問題を解決し、障害時にバックアップが取られていないデータについては別途入力することで回復すれば良いという比較的ルーズなリカバリに対するニーズに対応することが可能な技術を提供することにある。 An object of the present invention is to solve the above problems, providing that can meet the needs art for relatively loose recovery of the backup in case of failure may be recovered by separately input for data which is not taken It lies in the fact.
本発明は、ある情報処理センタで障害が発生した場合に他の情報処理センタでその処理をリカバリするリカバリ処理システムにおいて、未バックアップデータの入力に必要な時間を含む所要復旧時間が所定の復旧時間の要件を満たしている情報処理装置によりリカバリ処理を行うものである。 The present invention provides a recovery process system to recover the process when a failure occurs in a certain information processing center with another information processing center, the required recovery time predetermined recovery time including the time required to enter the non-backup data and it performs recovery processing by the information processing apparatus that meets the requirements.
本発明のリカバリ処理システムでは、まず、エンドユーザによって通常利用されている第１の情報処理センタのデータを所定の時間間隔で第２の情報処理センタで受信して前記データのバックアップを第２の情報処理センタに作成する処理を継続して行う。 Recovery processing system of the present invention, first, by the end user typically utilized to back up the data received by the second information processing center data of the first information processing center and at a predetermined time interval the second It continues to perform processing to be created in the information processing center.
そして、第１の情報処理センタで障害が発生し、エンドユーザによるアプリケーションの利用が第１の情報処理センタで行えなくなった場合には、未バックアップデータの入力に必要な時間を含む所要復旧時間が所定の復旧時間の要件を満たしている情報処理装置を第２の情報処理センタの情報処理装置の中から選択する。 Then, when a failure in the first information processing center occurs, use of the application by the end user is no longer performed by the first information processing center, the required recovery time including the time required to enter the non-backup data selecting an information processing apparatus that meets the requirements of a given recovery time from among the information processing apparatus of the second information processing center.
前記の様にして第２の情報処理センタの情報処理装置の中から特定の情報処理装置が選択されると、その選択された情報処理装置に前記第１の情報処理センタで利用されていたアプリケーションをデプロイすると共に、第２の情報処理センタに作成されているバックアップデータを用いて前記第１の情報処理センタのデータをその選択された特定の情報処理装置に復元し、第２の情報処理センタで第１の情報処理センタの処理をリカバリする。 When a particular information processing apparatus is selected from among the information processing apparatus of the second information processing center in the manner of the first application that has been used by the information processing center to the selected information processing apparatus together with deploy, it restores to the specific information processing apparatus to which the selected data of the first information processing center using the backup data is created in the second information processing center, a second information processing center to in recovery processing of the first information processing center.
以上の様に本発明のリカバリ処理システムによれば、未バックアップデータの入力に必要な時間を含む所要復旧時間が所定の復旧時間の要件を満たしている情報処理装置によりリカバリ処理を行うので、障害時にバックアップが取られていないデータについては別途入力することで回復すれば良いという比較的ルーズなリカバリに対するニーズに対応することが可能である。 According to the recovery process system of the present invention as described above, since the required recovery time including the time required to enter the non-backup data to perform the recovery processing by the information processing apparatus that meets the requirements of a given recovery time, failure for at the time of the backup has not been taken data is able to meet the needs for a relatively loose recovery that may be recovered by a separate input.
以下にあるデータセンタ（ＤＣ）で障害が発生した場合に他のＤＣでその処理をリカバリする一実施形態のリカバリ処理システムについて説明する。 It is described recovery process system in one embodiment to recover the processing on other DC when the data center (DC) fails in the following.
図１は本実施形態の東京ＤＣで障害が発生する前の通常時の運用を示す図である。 Figure 1 is a diagram showing normal operation during prefail Tokyo DC of the present embodiment. 図１に示す様に本実施形態のリカバリ処理システムでは、エンドユーザの用いる情報処理装置と、そのエンドユーザの情報処理装置によって通常利用される第１の情報処理センタである東京ＤＣと、東京ＤＣの障害時にそのリカバリを行う第２の情報処理センタである大阪ＤＣとをネットワークで接続しており、通常時にエンドユーザは東京ＤＣにおけるアプリケーション１１１及び１１２を利用している。 The recovery process system of this embodiment as shown in FIG. 1, an information processing apparatus used by the end user, and Tokyo DC is the first information processing center, which is normally utilized by the information processing apparatus of the end user, Tokyo DC a second information processing center for performing the recovery when the fault has been connected to the network and Osaka DC, the end user at the time of normally using the application 111 and 112 in Tokyo DC.
図２は本実施形態のＤＣ管理サーバ１４０の概略構成を示す図である。 Figure 2 is a diagram showing a schematic configuration of a DC management server 140 of the present embodiment. 図２に示す様に本実施形態のＤＣ管理サーバ１４０は、ＣＰＵ２０１と、メモリ２０２と、磁気ディスク装置２０３と、入力装置２０４と、出力装置２０５と、ＣＤ−ＲＯＭ装置２０６と、通信装置２０７と、アプリケーション情報テーブル２０８と、サーバ一覧テーブル２０９と、ユーザ優先度テーブル２１０とを有している。 DC management server 140 of this embodiment as shown in FIG. 2, a CPU 201, a memory 202, a magnetic disk device 203, an input device 204, an output device 205, a CD-ROM device 206, a communication device 207 , an application information table 208, the server list table 209, and a user priority table 210.
ＣＰＵ２０１は、ＤＣ管理サーバ１４０全体の動作を制御する装置である。 CPU201 is a device for controlling a DC control server 140 the entire operation. メモリ２０２は、ＤＣ管理サーバ１４０全体の動作を制御する際にその為の各種処理プログラムやデータをロードする記憶装置である。 Memory 202 is a storage device for loading various processing programs and data for when controlling the DC management server 140 the entire operation.
磁気ディスク装置２０３は、前記各種処理プログラムやデータを格納しておく記憶装置である。 Magnetic disk drive 203 is a storage device for storing the various processing programs and data. 入力装置２０４は、東京ＤＣのリカバリを行う為の各種入力を行う装置である。 The input device 204 is a device for performing various input for performing the recovery of the Tokyo DC. 出力装置２０５は、東京ＤＣのリカバリに伴う各種出力を行う装置である。 The output device 205 is a device for performing various outputs with the recovery of Tokyo DC.
ＣＤ−ＲＯＭ装置２０６は、前記各種処理プログラムを記録したＣＤ−ＲＯＭの内容を読み出す装置である。 CD-ROM device 206 is a device for reading the contents of a CD-ROM recording the various processing programs. 通信装置２０７は、インターネットやイントラネット等のネットワークを介して東京ＤＣやエンドユーザ等の他の処理装置との通信を行う装置である。 Communication device 207 is a device for communicating with other processing apparatus such as Tokyo DC and end-users via a network such as the Internet or an intranet.
アプリケーション情報テーブル２０８は、エンドユーザが利用するアプリケーションに関する情報を格納するテーブルである。 Application information table 208 is a table for storing information about the application that the end user uses. サーバ一覧テーブル２０９は、リカバリに利用可能なサーバの一覧を格納したテーブルである。 Server list table 209 is a table that stores a list of servers available for recovery. ユーザ優先度テーブル２１０は、ユーザの優先度を示す情報を格納するテーブルである。 User priority table 210 is a table for storing information indicating the priority of the user.
またＤＣ管理サーバ１４０は、バックアップ作成処理部２１１と、サーバ選択処理部２１２と、復旧処理部２１３とを有している。 The DC management server 140 includes a backup creation processing unit 211, a server selection part 212, and a recovery processing unit 213.
バックアップ作成処理部２１１は、エンドユーザによって通常利用される東京ＤＣのアプリケーションデータ１３０を所定の時間間隔で受信してアプリケーションデータ１３０のバックアップであるバックアップデータ１７０を大阪ＤＣに作成する処理部であり、後述する所要復旧時間が所定の復旧時間の要件を満たす様に前記バックアップの時間間隔を調整する処理部である。 Backup creation processing unit 211 is a processing unit that creates a backup data 170 is a backup of application data 130 to receive the application data 130 in Tokyo DC normally utilized by the end user at a predetermined time interval Osaka DC, required recovery time to be described later is a processing unit that adjusts the time interval of the backup so as to satisfy the requirements of a given recovery time.
サーバ選択処理部２１２は、東京ＤＣで障害が発生した場合に、前記東京ＤＣで利用されていたアプリケーション１１１及び１１２と同一のアプリケーションソフトウェアであるアプリケーション１５１及び１５２の大阪ＤＣでのデプロイに必要な時間と、大阪ＤＣでのバックアップデータ１７０によるデータの復元に必要な時間と、未バックアップデータの大阪ＤＣへの入力に必要な時間とを含む所要復旧時間が所定の復旧時間の要件を満たしているサーバを大阪ＤＣのサーバ１６１〜１６３の中から選択する情報処理装置選択処理部である。 Server selection part 212, when a failure in Tokyo DC occurred, the time needed for deployment in Osaka DC applications 151 and 152 wherein the same application software and applications 111 and 112 that was used in Tokyo DC When the server the required recovery time meets the requirements of a given recovery time, including the time required to restore the data by the backup data 170 in Osaka DC, and a time required for input to Osaka DC un backup data which is the information processing apparatus selection processing unit which selects from among the server 161 to 163 in Osaka DC.
復旧処理部２１３は、前記東京ＤＣで利用されていたアプリケーション１１１及び１１２と同一のアプリケーション１５１及び１５２を前記選択されたサーバにデプロイし、前記東京ＤＣのアプリケーションデータ１３０をバックアップデータ１７０から前記選択されたサーバに復元する処理部である。 Restoration processing unit 213 deploys the application 111 and 112 and the same application 151 and 152 that the has been utilized in Tokyo DC to the selected server, the selected application data 130 of the Tokyo DC from backup data 170 and a processing unit for restoring the server.
ＤＣ管理サーバ１４０をバックアップ作成処理部２１１、サーバ選択処理部２１２及び復旧処理部２１３として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。 DC management server 140 the backup creation processing unit 211, a program for causing to function as server selection part 212 and the recovery processing unit 213 after being stored in the recorded magnetic disk in a recording medium such as a CD-ROM, a memory It shall be executed by being loaded. なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。 The recording medium for recording the program may be a recording medium other than CD-ROM. また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。 The program may be used by installing from the recording medium to the information processing apparatus may be those by accessing the recording medium through a network to use the program.
なお、東京ＤＣがバックアップとなる場合には東京ＤＣのＤＣ管理サーバ１００がＤＣ管理サーバ１４０と同様の処理を行うものとする。 Incidentally, Tokyo DC is DC management server 100 in Tokyo DC if the backup is assumed to perform the same processing as DC management server 140.
図３は本実施形態の通常時の東京ＤＣと大阪ＤＣの間のバックアップデータの転送を示す図である。 Figure 3 is a diagram showing the transfer of backup data between Tokyo DC and Osaka DC of normal in this embodiment. 図３に示す様にＤＣ管理サーバ１４０のバックアップ作成処理部２１１は、エンドユーザによって通常利用される東京ＤＣのアプリケーションデータ１３０を所定のデータ転送間隔で大阪ＤＣで受信してアプリケーションデータ１３０のバックアップであるバックアップデータ１７０を大阪ＤＣに作成する処理を行う。 Backup creation processing unit 211 of the DC management server 140 as shown in Figure 3, the application data 130 in Tokyo DC normally utilized by the end user in the backup application data 130 is received by the Osaka DC at a predetermined data transfer interval It performs a process to create a backup data 170 in Osaka DC. この際、大阪ＤＣにおけるＤＣ管理サーバ１４０のバックアップ作成処理部２１１は、東京ＤＣのＤＣ管理サーバ１００へ前記所定のデータ転送間隔でアプリケーションデータ１３０の転送要求を行うものとするが、前記所要復旧時間がアプリケーション情報テーブル２０８中の復旧時間の要件を満たす様に前記バックアップのデータ転送間隔を調整するものとしても良い。 At this time, the backup creation processing unit 211 of the DC management server 140 in Osaka DC is assumed to perform a transfer request of the application data 130 at the predetermined data transfer interval to the DC management server 100 in Tokyo DC, the required recovery time There may adjusts the data transfer interval of the backup so as to satisfy the recovery time requirement in the application information table 208.
図４は本実施形態の東京ＤＣで障害が発生したときの、大阪ＤＣでのリカバリ用サーバの選択、アプリケーションのデプロイ、バックアップデータによる復元の概要を示す図である。 4 when a failure in Tokyo DC in this embodiment is generated, selection of the recovery server in Osaka DC, illustrates deploy applications, the restoration summary by the backup data. 図４に示す様に本実施形態のリカバリ処理システムでは、東京ＤＣで障害が発生すると、大阪ＤＣでのサーバ１６１〜１６３からのリカバリ用サーバの選択、アプリケーション１５１及び１５２のデプロイ、バックアップデータ１７０によるアプリケーションデータ１３０の復元を行う。 The recovery process system of this embodiment as shown in FIG. 4, when a failure in Tokyo DC generated, selection of the recovery server from the server 161 to 163 in Osaka DC, deploy applications 151 and 152, according to the backup data 170 the restoration of the application data 130.
図５は本実施形態のバックアップデータのリカバリ後の未バックアップデータの入力を示す図である。 Figure 5 is a diagram showing the input of the non-backup data after recovery of a backup data of the present embodiment. 図５に示す様に本実施形態のリカバリ処理システムでは、東京ＤＣで障害が発生し、大阪ＤＣでバックアップデータ１７０によるアプリケーションデータ１３０の復元が行われた後、前回のバックアップから障害発生時までの間に東京ＤＣへ入力された未バックアップデータについて、エンドユーザの情報処理装置から大阪ＤＣへの入力が行われるものとしている。 The recovery process system of this embodiment as shown in FIG. 5, a failure occurs in Tokyo DC, after the restoration of the application data 130 is performed by the backup data 170 in Osaka DC, from the last backup to the time of failure for non-backup data that is input to the Tokyo DC in between, it is assumed that the input from the information processing apparatus of the end user to Osaka DC is performed.
図６は本実施形態のリカバリ完了後、エンドユーザが大阪ＤＣにシステムを切り替えて運用を続行する処理の概要を示す図である。 6 after recovery completion of the present embodiment, it is a diagram showing an outline of processing by the end user to continue the operation by switching the system to Osaka DC. 図６に示す様に本実施形態のリカバリ処理システムでは、エンドユーザの情報処理装置から大阪ＤＣへの未バックアップデータの入力が終了し、大阪ＤＣでのリカバリが完了すると、エンドユーザの情報処理装置によるアプリケーションの利用を東京ＤＣから大阪ＤＣに切り替えてそのアプリケーションによる運用を続行する。 The recovery process system of this embodiment as shown in FIG. 6, enter the non-backup data is complete from the information processing apparatus of the end-user to Osaka DC, when complete recovery in Osaka DC, the end user of the information processing apparatus by switching the use of the application from Tokyo DC to Osaka DC due to continue operating due to the application.
図７は本実施形態のリカバリに用いるサーバを選択する処理の処理手順を示すフローチャートである。 Figure 7 is a flowchart showing a processing procedure of processing for selecting a server for use in the recovery of this embodiment. 図７に示す様にＤＣ管理サーバ１４０のサーバ選択処理部２１２は、東京ＤＣで障害が発生した場合に、前記東京ＤＣで利用されていたアプリケーション１１１及び１１２と同一のアプリケーションソフトウェアであるアプリケーション１５１及び１５２の大阪ＤＣでのデプロイに必要な時間と、大阪ＤＣでのバックアップデータ１７０によるデータの復元に必要な時間と、未バックアップデータの大阪ＤＣへの入力に必要な時間とを含む所要復旧時間が所定の復旧時間の要件を満たしているサーバを大阪ＤＣのサーバ１６１〜１６３の中から選択する処理を行う。 Server selection part of the DC management server 140 as shown in FIG. 7 212, if a failure in Tokyo DC generated, the application 151 and the same application software and applications 111 and 112 that was used in Tokyo DC time needed for deployment in Osaka DC 152, the time required to restore the data by the backup data 170 in Osaka DC, the required recovery time including the time required for input to Osaka DC un backup data carry out the process of selecting a server that meets the requirements of a given recovery time from the server 161 to 163 of Osaka DC.
そしてＤＣ管理サーバ１４０の復旧処理部２１３は、前記東京ＤＣで利用されていたアプリケーション１１１及び１１２と同一のアプリケーション１５１及び１５２を前記選択されたサーバにデプロイし、前記東京ＤＣのアプリケーションデータ１３０をバックアップデータ１７０から前記選択されたサーバに復元する処理を行う。 The restoration processing unit 213 of the DC management server 140 deploys the application 111 and 112 and the same application 151 and 152 that the has been utilized in Tokyo DC to the selected server, the backup application data 130 of the Tokyo DC It performs processing for restoring the data 170 to the selected server.
図１の様にエンドユーザは、通常は東京ＤＣを利用しており、図３の様に東京ＤＣと大阪ＤＣの間ではバックアップとして所定の時間間隔でデータを転送している。 End user as in FIG. 1, normally utilizes Tokyo DC, in between Tokyo DC and Osaka DC as in FIG. 3 are transferring data at a predetermined time interval as a backup. その際、図４の様に東京ＤＣで障害が発生した場合、大阪ＤＣではリカバリに利用可能なサーバを選択してアプリケーションをデプロイし、バックアップからデータを復元する。 At that time, when a failure in Tokyo DC as shown in FIG. 4 has occurred, to deploy the application by selecting the server available to the recovery in Osaka DC, to restore the data from backup.
すなわち、まずステップ７０１でＤＣ管理サーバ１４０のサーバ選択処理部２１２は、アプリケーション情報テーブル２０８を参照し、東京ＤＣで利用されていたアプリケーションに対応するデータ発生頻度及びデータ転送間隔を読み出した後、それらの積を変数Ａに代入する。 That is, server selection part 212 of the DC management server 140 first, in step 701, after referring to the application information table 208, reads out the data frequency and data transfer interval corresponding to the application that was used in Tokyo DC, they substituting the product to the variable a.
図８は本実施形態のアプリケーション情報テーブル２０８の一例を示す図である。 Figure 8 is a diagram showing an example of an application information table 208 of the present embodiment. 図８に示す様にアプリケーション情報テーブル２０８は、エンドユーザが利用するアプリケーションに関する情報を格納している。 Application information table 208 as shown in FIG. 8 stores information about the application that the end user to use.
図８において、入力時間はそのアプリケーションのデータ１件をエンドユーザの情報処理装置から入力するのに必要な時間であり、データ転送間隔は当該アプリケーションのアプリケーションデータ１３０のバックアップを作成する為のデータ転送の時間間隔、データ発生頻度は当該アプリケーションを利用する際に発生する単位時間当たりの更新データの件数、デプロイ時間はデプロイ時間比（後述）「１」の標準サーバにおいて当該アプリケーションをデプロイするのにかかる時間である。 8, the input time is the time required to enter 1 data for that application from the information processing apparatus of the end user, the data transfer interval data transfer for creating a backup of application data 130 of the application time interval, the data generation frequency is to deploy the application number of the update data per unit of time of occurrence, in a standard server deployment time ratio deployment time (described later) "1" when using the application is the time.
また復旧時間の要件は障害発生からアプリケーション処理の復旧完了までにエンドユーザが許容可能な時間であり、サーバ選択処理部２１２は、アプリケーション処理の再開までに許容可能な時間の指定を当該アプリケーションのエンドユーザの情報処理装置から受け付けて、その受け付けた時間を前記復旧時間の要件としてアプリケーション情報テーブル２０８に設定しているものとする。 The recovery time requirements is the time the end user is acceptable from failure to recover the completion of the application processing, the server selection processing unit 212 of the application specified acceptable time to resume application processing end accepting from a user of the information processing apparatus, it is assumed that the setting in the application information table 208 the accepted time as requirements of the recovery time.
また優先度はそのエンドユーザが利用している複数のアプリケーションにおける各アプリケーションの優先度を示している。 The priority indicates the priority of each application in the plurality of applications that end user is utilizing. この他に任意の数の追加項目を持たせることも可能であり、例えば稼働中のアプリケーションが要求するサーバの性能情報等を持たせ、東京ＤＣの障害時にその性能情報を満たすサーバを選択するものとしても良い。 In addition to this it is also possible to provide additional fields of any number, for example, an application running is to have the performance information of the server that requests, which selects a server that meets the performance information at the time of the failure of Tokyo DC it may be.
次にステップ７０２でサーバ選択処理部２１２は、アプリケーション情報テーブル２０８を参照し、東京ＤＣで利用されていたアプリケーションに対応するデータの入力時間を読み出して、その値を変数Ｂに代入する。 Then server selection part 212 in step 702, refers to the application information table 208, reads out the input time of the data corresponding to the application that was used in Tokyo DC, and substitutes the value in the variable B.
ステップ７０３では、サーバ一覧テーブル２０９を参照し、東京ＤＣで利用されていたアプリケーションを実行可能なサーバ、すなわち、サーバ一覧テーブル２０９中の用途に東京ＤＣで利用されていたアプリケーションの名称が示されているサーバのレコードを検索する。 In step 703, refers to the server list table 209, Tokyo DC in executable applications that have been utilized servers, i.e., are shown the name of the application that was used in Tokyo DC applications in the server list table 209 to find the server of record you are.
図９は本実施形態のサーバ一覧テーブル２０９の一例を示す図である。 Figure 9 is a diagram showing an example of a server list table 209 of the present embodiment. 図９に示す様にアプリケーション情報テーブル２０８は、そのＤＣでのリカバリ処理に利用可能なサーバ１６１〜１６３の一覧を格納している。 Application information table 208 as shown in FIG. 9 stores a list of servers 161-163 available for recovery processing at that DC.
図９において、ＩＤはサーバ１６１〜１６３を識別する為のＤＣ内で一意な名前であり、用途は当該サーバで動作可能なアプリケーションのリストで、複数指定することが出来るものとする。 In Figure 9, ID is a unique name within the DC for identifying the server 161 to 163, applications in the list of applications operable in the server, and what can be specified more than once.
またデプロイ時間比は、アプリケーションをデプロイするのに必要な時間の標準サーバに対する相対値であり、アプリケーション情報テーブル２０８中の標準サーバのデプロイ時間にこの値を乗じたものが実際にそのサーバでアプリケーションをデプロイするのにかかる時間になる。 The deployment time ratio is a relative value to the standard server time required to deploy the application, the application actually on that server multiplied by this value to deployment time of a standard server in the application information table 208 made to the time it takes to deploy.
データ復元時間比は、バックアップデータ１７０を元にデータを復元するのに必要な時間の標準サーバに対する相対値であり、復元するバックアップデータ１７０のサイズに標準サーバの単位サイズ当たりの復元時間とこの値を乗じたものが実際にそのサーバでバックアップデータ１７０を復元するのにかかる時間になる。 Data recovery time ratio is a relative value to the standard server time needed to restore the data based on the backup data 170, the restore time and the value per unit size of a standard server the size of the backup data 170 to restore it is actually the time it takes to restore the backup data 170 at that server multiplied by. この他に任意の数の追加項目を持たせることも可能であり、例えばアプリケーション実行時のそのサーバの性能情報等を持たせ、東京ＤＣの障害時にアプリケーションの要求する性能情報を満たすサーバを選択する際の指標としても良い。 In addition to this it is also possible to provide additional fields of any number, for example, to have the server performance information during application execution, etc., for selecting a server that meets the performance information requested by the application in the event of a failure of Tokyo DC it may be used as an indicator of when.
次にステップ７０４でサーバ選択処理部２１２は、アプリケーション情報テーブル２０８を参照し、東京ＤＣで利用されていたアプリケーションのデプロイ時間を読み出した後、ステップ７０３で検索されたサーバについて、そのデプロイ時間比をサーバ一覧テーブル２０９から読み出し、前記デプロイ時間とデプロイ時間比の積を変数Ｃに代入する。 Then server selection part 212 in step 704, it refers to the application information table 208, after reading the deployment time of the application that was used in Tokyo DC, the retrieved server in step 703, the deployment time ratio read from the server list table 209, substituting the product of the deployment time and deployment time ratio in the variable C.
ステップ７０５では、バックアップデータ１７０にアクセスして前記アプリケーションのバックアップデータサイズを取得した後、ステップ７０３で検索されたサーバのデータ復元時間比をサーバ一覧テーブル２０９から読み出し、前記バックアップデータサイズと標準サーバの単位サイズ当たりの復元時間とデータ復元時間比との積を変数Ｄに代入する。 In step 705, after accessing the backup data 170 to a backup data size of the application, read the data recovery time ratio of the searched server at step 703 from the server list table 209, the backup data size and standard server substituting the product of the recovery time and the data recovery time ratio per unit size to the variable D.
ステップ７０６では、アプリケーション情報テーブル２０８を参照し、東京ＤＣで利用されていたアプリケーションに対応する復旧時間の要件を読み出した後、変数Ａの値と変数Ｂの値との積に変数Ｃの値と変数Ｄの値を加算した結果と、前記読み出した復旧時間の要件の値とを比較する。 In step 706, referring to the application information table 208, after reading the recovery time requirement for the application that was used in Tokyo DC, and the value of the variable C to the product of the values ​​of the variables A and B It compares the result of adding the value of the variable D, and the value of the read recovery time requirements.
ここで、変数Ａの値と変数Ｂの値との積は、データ転送間隔中に発生するデータを未バックアップデータとした場合に、その未バックアップデータを大阪ＤＣへ入力するのに必要な時間を表しており、変数Ｃの値は前記アプリケーションをそのサーバでデプロイするのに必要な時間、変数Ｄの値は前記アプリケーションのバックアップデータをそのサーバで復元するのに必要な時間を示している。 Here, the product of the values ​​of the variable B of variables A, when the data generated during the data transfer interval to non backup data, the time required to enter the non-backup data to Osaka DC It represents, the value of the variable C the time required to deploy the application on that server, the value of the variable D represents the time required to restore the backup data of the application on that server. なお、ステップ７０１で変数Ａの値を算出する際にデータ転送間隔の代わりに、前回のバックアップ実施時刻からの経過時間を用い、前回のバックアップからの経過時間中に発生するデータを未バックアップデータとしても良い。 Instead of the data transfer interval when calculating the value of the variable A at step 701, using the elapsed time from the last backup execution time, the data generated during the elapsed time from the last backup as the non-backup data it may be.
ステップ７０６で調べた結果、前記加算結果が復旧時間の要件の値よりも小さい場合には、ステップ７０３で検索されたサーバを大阪ＤＣでのリカバリに用いるサーバとして選択して当該アプリケーションに対するサーバの選択処理を終了し、そうでない場合にはステップ７０３に戻って他のサーバを検索する。 Results of examination in step 706, when the addition result is smaller than the value of the requirement for recovery time, the selection of the server for the application by selecting the retrieved server in step 703 as a server to be used for recovery with a Osaka DC the process ends, to search for another server returns to step 703 otherwise.
また、東京ＤＣで利用されていたアプリケーションが複数である場合には、同様にステップ７０１からステップ７０６までの処理を繰り返し、前記選択されたサーバを除くサーバの中からリカバリに用いるサーバを選択する。 Further, when Tokyo DC in an application that has been used is plural, similarly repeats the processing from step 701 to step 706, selects a server to be used to recover from a server other than the selected server.
その後、前記の様にして選択されたサーバにアプリケーションをデプロイし、バックアップからデータを復元した後、図５の様に未バックアップデータを入力し、図６の様にエンドユーザは大阪ＤＣに切り替えて運用を続ける。 Then, to deploy the application to the server selected in the manner described, after restoring data from a backup, enter the non-backup data as in FIG. 5, the end user as in FIG. 6 is switched to the Osaka DC continue the operation.
前記の様に本実施形態では、バックアップの作成されていない未バックアップデータの入力に必要な時間を見込んだ所要復旧時間が所定の復旧時間の要件を満たしているサーバを選択してリカバリ処理を行うので、例えば自治体の住民票データの様な危急性が少なく更新頻度が低いデータを扱う場合等、障害時にバックアップが取られていないデータについては、手作業等によって別途入力することで回復すれば良いという比較的ルーズなリカバリ処理に対応することが可能であり、コストの低いリカバリサービスを提供することができる。 Wherein in this embodiment as in, performing the recovery process by selecting the server that required recovery time in anticipation of the time required to enter the non-backup data not created backup meets the requirements of a given recovery time because, for example, such as the case where such exigencies less update frequency of the resident card data of local governments dealing with the low data, for data that has not been backed up in case of a failure, can be recovered by a separate input by hand, etc. It may correspond to a relatively loose recovery process that can provide a low cost recovery service.
次に、本実施形態のリカバリ処理システムにおいて、前記エンドユーザが複数である場合に、アプリケーションの優先度またはエンドユーザの優先度の高いものから順に前記大阪ＤＣのサーバ１６１〜１６３の選択を行う処理について説明する。 Next, the recovery process system of the present embodiment, performed when the end-user is plural, the priority or selected from the highest priority of the end user of the server 161 to 163 of the Osaka DC in order of application processing It will be described.
図１０は本実施形態の複数エンドユーザが東京ＤＣを利用している場合の通常時の運用を示す図である。 Figure 10 is a diagram showing normal operation during when a plurality end user of the present embodiment utilizes Tokyo DC. 図１０に示す場合では、エンドユーザＡ及びＢの用いる各情報処理装置と、東京ＤＣと、大阪ＤＣとをネットワークで接続している。 In the case shown in FIG 10 is connected with each of the information processing apparatus used by the end user A and B, and Tokyo DC, and Osaka DC network. エンドユーザＡ及びＢは、通常、東京ＤＣにおける複数のアプリケーションを利用しており、大阪ＤＣにバックアップデータを所定の時間間隔で転送している。 End users A and B are usually using a plurality of applications in Tokyo DC, it is transferring the backup data at a predetermined time interval in Osaka DC.
この際、東京ＤＣで障害が発生すると、大阪ＤＣのサーバ選択処理部２１２は、東京ＤＣで利用されていた複数のアプリケーション間の優先度の違いを計算する。 At this time, if the failure in Tokyo DC generated, server selection part 212 in Osaka DC calculates the difference in priority between the plurality that was used in Tokyo DC applications. その際の計算のパラメータとして、アプリケーション情報テーブル２０８中の優先度（あるエンドユーザの利用しているアプリケーションの優先度）及びユーザ優先度テーブル２１０中の優先度（ＤＣを利用しているエンドユーザの優先度）を用いることで、ＤＣ内でリカバリする際の各アプリケーションの優先順位を決定する。 As parameters the calculation of this time, the priority in the application information table 208 (which priority applications that use end-user) and the priority in the user priority table 210 (the end user utilizing the DC priority) by using, determining each application priority when recovering in DC.
図１１は本実施形態のユーザ優先度テーブル２１０の一例を示す図である。 Figure 11 is a diagram illustrating an example of a user priority table 210 of this embodiment. 図１１に示す様にユーザ優先度テーブル２１０は、そのユーザの優先度を示す情報を格納しており、このテーブルの優先度の値と、アプリケーション情報テーブル２０８中の優先度の値を用いることで、ＤＣ内での各アプリケーションの優先順位を決定する。 User priority table 210 as shown in Figure 11 stores information indicating the priority of the user, by using the value of the priority of this table, the values ​​of priority in the application information table 208 , to determine the respective application priority in the DC.
例えば「エンドユーザの利用しているアプリケーションの優先度×そのエンドユーザの優先度」によってそのアプリケーションを大阪ＤＣでリカバリする際の優先順位を決定することが出来るが、それ以外の計算方法もあり得る。 For example, "End users use to priority × priority of the end-user application that" makes it possible to prioritize when recovering the application in Osaka DC, which can be also a calculation method other than it . また、サーバ一覧テーブル２０９を用いず、各ユーザのアプリケーション情報テーブル２０８の優先度に、ＤＣ内でリカバリする際の各アプリケーションの優先度を直接格納する方法もあり得る。 Further, without using the server list table 209, the priority of the application information table 208 of each user, there may be a method of storing the priority of each application at the time of recovery in the DC directly.
そして、前記決定した優先度の高いものから順に、図７のサーバの選択処理を実行することで、優先度付きのディザスタリカバリを実現することが出来る。 Then, in descending order of priority of the determined, by executing the server selection processing in FIG. 7, it is possible to realize a disaster recovery with priority. この様にして、実際にリカバリを行った場合の結果例を図１２に示す。 In this way, FIG. 12 shows example results when performing actual recovery.
図１２は本実施形態の複数エンドユーザが東京ＤＣを利用しており、東京ＤＣで障害が発生した場合に大阪ＤＣでリカバリを行った際の結果例を示す図である。 Figure 12 utilizes a plurality end users Tokyo DC of this embodiment, showing an example of a result of when performing the recovery in Osaka DC when a failure in Tokyo DC occurred. 図１２では、エンドユーザＡよりもエンドユーザＢの方が優先度が高く、またエンドユーザＡの利用するアプリケーションＡ１の方がアプリケーションＡ２よりも優先度が高い場合の例を表しており、これらの優先度の為、サーバが足りない大阪ＤＣではアプリケーションＡ２がリカバリされていない。 In Figure 12, a high priority towards the end user B than the end user A, also represents an example of a case towards the application A1 to the use of end user A has a higher priority than the application A2, these because of the priority, the server is Osaka DC in the application A2 that not enough has not been recovered.
前記の様に本実施形態のリカバリ処理システムでは、障害時には優先度の低いアプリケーションについてはリカバリせず、障害の発生した東京ＤＣの復旧を待つといった比較的ルーズなリカバリに対するニーズに対応することが可能である。 In the recovery process system of this embodiment as, without recovering for low priority applications in case of a failure, it can meet the needs for a relatively loose recover such wait for recovery of the generated Tokyo DC failure it is.
また本実施形態のリカバリ処理システムにおいて、前記の様にしてリカバリされないアプリケーションが発生した場合に、そのアプリケーションの情報を他のＤＣへ通知して、リカバリ可能であるかをそのＤＣのＤＣ管理サーバに問い合わせ、リカバリ可能である場合には、そのＤＣへ当該アプリケーションのバックアップデータを転送してリカバリを行うものとしても良い。 In the recovery processing system of the present embodiment, when the unrecovered application in the manner has occurred, and notifies the information of the application to another DC, whether recoverable in DC management server of the DC inquiry, if possible recovery, may be performed to recover and transfer the backup data of the application to that DC.
以上説明した様に本実施形態のリカバリ処理システムによれば、未バックアップデータの入力に必要な時間を含む所要復旧時間が所定の復旧時間の要件を満たしている情報処理装置によりリカバリ処理を行うので、障害時にバックアップが取られていないデータについては別途入力することで回復すれば良いという比較的ルーズなリカバリに対するニーズに対応することが可能である。 According to the recovery process system of the present embodiment as described above, since the required recovery time including the time required to enter the non-backup data to perform the recovery processing by the information processing apparatus that meets the requirements of a given recovery time , it is possible to meet the needs for a relatively loose recovery of the data that is backed up in case of a failure not taken may be recovered by a separate input.
本発明によれば未バックアップデータの入力に必要な時間を含む所要復旧時間が所定の復旧時間の要件を満たしている情報処理装置によりリカバリ処理を行うので、障害時にバックアップが取られていないデータについては別途入力することで回復すれば良いという比較的ルーズなリカバリに対するニーズに対応することが可能である。 Since the required recovery time including the time required to enter the non-backup data according to the present invention performs the recovery process by the information processing apparatus that meets the requirements of a given recovery time, the data that is not backed up is taken at the time of the failure it is possible to meet the needs for a relatively loose recovery that may be recovered by a separate input.
【図１】本実施形態の東京ＤＣで障害が発生する前の通常時の運用を示す図である。 Is a diagram showing the normal operation of the time before the [Figure 1] Failure in Tokyo DC of the present embodiment is generated.
【図２】本実施形態のＤＣ管理サーバ１４０の概略構成を示す図である。 2 is a diagram showing a schematic configuration of a DC management server 140 of the present embodiment.
【図３】本実施形態の通常時の東京ＤＣと大阪ＤＣの間のバックアップデータの転送を示す図である。 FIG. 3 is a normal view showing the transfer of backup data between Tokyo DC and Osaka DC at the time of the present embodiment.
【図４】本実施形態の東京ＤＣで障害が発生したときの、大阪ＤＣでのリカバリ用サーバの選択、アプリケーションのデプロイ、バックアップデータによる復元の概要を示す図である。 [Figure 4] when the failure in Tokyo DC in this embodiment is generated, selection of the recovery server in Osaka DC, illustrates deploy applications, the restoration summary by the backup data.
【図５】本実施形態のバックアップデータのリカバリ後の未バックアップデータの入力を示す図である。 5 is a diagram showing the input of the non-backup data after recovery of a backup data of the present embodiment.
【図６】本実施形態のリカバリ完了後、エンドユーザが大阪ＤＣにシステムを切り替えて運用を続行する処理の概要を示す図である。 [6] After recovery completion of the present embodiment, it is a diagram showing an outline of processing by the end user to continue the operation by switching the system to Osaka DC.
【図７】本実施形態のリカバリに用いるサーバを選択する処理の処理手順を示すフローチャートである。 7 is a flowchart illustrating a processing procedure of processing for selecting a server for use in the recovery of this embodiment.
【図８】本実施形態のアプリケーション情報テーブル２０８の一例を示す図である。 8 is a diagram showing an example of an application information table 208 of the present embodiment.
【図９】本実施形態のサーバ一覧テーブル２０９の一例を示す図である。 9 is a diagram showing an example of a server list table 209 of the present embodiment.
【図１０】本実施形態の複数エンドユーザが東京ＤＣを利用している場合の通常時の運用を示す図である。 [10] more end users of the present embodiment is a diagram showing normal operation during when utilizing Tokyo DC.
【図１１】本実施形態のユーザ優先度テーブル２１０の一例を示す図である。 11 is a diagram showing an example of a user priority table 210 of this embodiment.
【図１２】本実施形態の複数エンドユーザが東京ＤＣを利用しており、東京ＤＣで障害が発生した場合に大阪ＤＣでリカバリを行った際の結果例を示す図である。 [12] A plurality end user of the present embodiment utilizes Tokyo DC, is a diagram illustrating an example of a result of when performing the recovery in Osaka DC when a failure in Tokyo DC occurred.
１００…ＤＣ管理サーバ、１１０…リポジトリ、１１１及び１１２…アプリケーション、１２１〜１２３…サーバ、１３０…アプリケーションデータ、１４０…ＤＣ管理サーバ、１５０…リポジトリ、１５１及び１５２…アプリケーション、１６１〜１６３…サーバ、１７０…バックアップデータ、２０１…ＣＰＵ、２０２…メモリ、２０３…磁気ディスク装置、２０４…入力装置、２０５…出力装置、２０６…ＣＤ−ＲＯＭ装置、２０７…通信装置、２０８…アプリケーション情報テーブル、２０９…サーバ一覧テーブル、２１０…ユーザ優先度テーブル、２１１…バックアップ作成処理部、２１２…サーバ選択処理部、２１３…復旧処理部。 100 ... DC management server, 110 ... repository 111 and 112 ... application, 121-123 ... server, 130 ... application data, 140 ... DC management server, 150 ... repository 151 and 152 ... application, 161 to 163 ... server, 170 ... backup data, 201 ... CPU, 202 ... memory, 203 ... magnetic disk device, 204 ... input device, 205 ... output device, 206 ... CD-ROM device, 207 ... communication unit, 208 ... application information table, 209 ... server list table 210 ... user priority table, 211 ... backup creation processing section, 212 ... server selection part, 213 ... recovery processing unit.
第１の情報処理センタで障害が発生した場合に第２の情報処理センタでその処理をリカバリするリカバリ処理方法において、 In the recovery processing method to recover the process by the second information processing center in the event of a failure in the first information processing center,
第２の情報処理センタが、エンドユーザによって通常利用される第１の情報処理センタのデータを所定の時間間隔で第２の情報処理センタで受信して前記データのバックアップを第２の情報処理センタに作成するステップと、 Second data processing center, a backup of the data received by the second information processing center data of the first information processing center at predetermined time intervals a second information processing center, which is normally utilized by the end user and a step to be created in,
第２の情報処理センタが、第１の情報処理センタで障害が発生した場合に、未バックアップデータの入力に必要な時間を含む所要復旧時間が所定の復旧時間の要件を満たしている情報処理装置を第２の情報処理センタの情報処理装置の中から選択するステップと、 Second information processing center, when a failure in the first information processing center occurs, the information processing required recovery time including the time required to enter the non-backup data meets the requirements of a given recovery time device selecting from among the information processing apparatus of the second information processing center,
第２の情報処理センタが、前記第１の情報処理センタで利用されていたアプリケーションを前記選択された情報処理装置にデプロイし、前記第１の情報処理センタのデータを前記バックアップから前記選択された情報処理装置に復元するステップとを有することを特徴とするリカバリ処理方法。 Second data processing center, to deploy the first application that has been used by the information processing center to the selected information processing apparatus, which is the selected data of the first information processing center from the backup recovery processing method characterized by a step of restoring the information processing apparatus.
第２の情報処理センタは、アプリケーション処理の再開までに許容可能な時間の指定を当該アプリケーションのエンドユーザから受け付け、その受け付けた時間を前記所定の復旧時間の要件として設定することを特徴とする請求項１に記載されたリカバリ処理方法。 The second information processing center receives the designation of acceptable time to resume application processing from the end user of the application, and setting the accepted time as requirements of the predetermined recovery time claims It has been recovery processing method according to claim 1.
第２の情報処理センタは、前記所要復旧時間が所定の復旧時間の要件を満たす様に前記バックアップの時間間隔を調整することを特徴とする請求項１または請求項２のいずれかに記載されたリカバリ処理方法。 Second information processing center, the required recovery time according to any of claims 1 or claim 2, characterized in that to adjust the time interval of the backup so as to satisfy the requirements of a given recovery time recovery processing method.
第２の情報処理センタは、前記エンドユーザが複数である場合に、アプリケーションの優先度またはエンドユーザの優先度の高いものから順に前記第２の情報処理センタの情報処理装置の選択を行うことを特徴とする請求項１乃至請求項３のいずれか１項に記載されたリカバリ処理方法。 The second information processing center, when the end user is plural, to make a selection of the information processing apparatus of the second information processing center in order of application high priority priority or end user It has been recovery processing method according to any one of claims 1 to 3, characterized.
第２の情報処理センタは、前記第２の情報処理センタの情報処理装置が選択されなかったアプリケーションが存在する場合に、他の情報処理センタでリカバリ可能であるかを問い合わせることを特徴とする請求項１乃至請求項４のいずれか１項に記載されたリカバリ処理方法。 Second information processing center, wherein the application information processing apparatus is not selected in the second information processing centers when present, it is characterized by inquiring whether it is recoverable by other information processing center been recovery processing method according to any one of claims 1 to 4.
ある情報処理センタで障害が発生した場合に他の情報処理センタでその処理をリカバリするリカバリ処理システムにおいて、 In the recovery processing system to recover the processing on other information processing center if a failure occurs in a certain information processing center,
エンドユーザによって通常利用される第１の情報処理センタのデータを所定の時間間隔で第２の情報処理センタで受信して前記データのバックアップを第２の情報処理センタに作成するバックアップ作成処理部と、 And backup creation processing unit that creates a backup of the data receives the data of the first information processing center at the second information processing center at predetermined time intervals that are typically utilized by the end user to the second information processing center ,
第１の情報処理センタで障害が発生した場合に、未バックアップデータの入力に必要な時間を含む所要復旧時間が所定の復旧時間の要件を満たしている情報処理装置を第２の情報処理センタの情報処理装置の中から選択する情報処理装置選択処理部と、 If a failure in the first information processing center occurs, the information processing apparatus required recovery time including the time required to enter the non-backup data meets the requirements of a given recovery time of the second information processing center and the information processing apparatus selection processing unit for selecting from among the information processing apparatus,
前記第１の情報処理センタで利用されていたアプリケーションを前記選択された情報処理装置にデプロイし、前記第１の情報処理センタのデータを前記バックアップから前記選択された情報処理装置に復元する復旧処理部とを備えることを特徴とするリカバリ処理システム。 Recovery process to restore the application that has been used by the first information processing center deployed to the selected information processing apparatus, the data of the first information processing center to the selected information processing apparatus from said backup recovery processing system characterized in that it comprises a part.
前記情報処理装置選択処理部は、アプリケーション処理の再開までに許容可能な時間の指定を当該アプリケーションのエンドユーザから受け付け、その受け付けた時間を前記所定の復旧時間の要件として設定するものであることを特徴とする請求項６に記載されたリカバリ処理システム。 Said information processing apparatus selection processing unit receives the specification of allowable time to resume application processing from the end user of the application, it is to set the accepted time as requirements of the predetermined recovery time recovery processing system of claim 6, wherein.
前記バックアップ作成処理部は、前記所要復旧時間が所定の復旧時間の要件を満たす様に前記バックアップの時間間隔を調整するものであることを特徴とする請求項６または請求項７のいずれかに記載されたリカバリ処理システム。 Said backup creation processing unit according to claim 6 or claim 7 wherein the required recovery time is characterized in that to adjust the time interval of the backup so as to satisfy the requirements of a given recovery time It has been the recovery process system.
前記情報処理装置選択処理部は、前記エンドユーザが複数である場合に、アプリケーションの優先度またはエンドユーザの優先度の高いものから順に前記第２の情報処理センタの情報処理装置の選択を行うものであることを特徴とする請求項６乃至請求項８のいずれか１項に記載されたリカバリ処理システム。 The information processing apparatus selection processing unit, wherein, when the end user is more, those from those applications high priority priority or end user to select the information processing apparatus of the second information processing center in order recovery processing system described in any one of claims 6 to 8, characterized in that it.
前記情報処理装置選択処理部は、前記第２の情報処理センタの情報処理装置が選択されなかったアプリケーションが存在する場合に、他の情報処理センタでリカバリ可能であるかを問い合わせるものであることを特徴とする請求項６乃至請求項９のいずれか１項に記載されたリカバリ処理システム。 Said information processing apparatus selection processing unit, when the application information processing apparatus is not selected in the second information processing center is present, are those inquiring whether recoverable by other information processing center recovery processing system described in any one of claims 6 to 9, characterized.
ある情報処理センタで障害が発生した場合に他の情報処理センタでその処理をリカバリするリカバリ処理システムとしてコンピュータを機能させる為のプログラムにおいて、 The program for causing a computer to function as the recovery processing system to recover the processing on other information processing center if a failure occurs in a certain information processing center,
前記第１の情報処理センタで利用されていたアプリケーションを前記選択された情報処理装置にデプロイし、前記第１の情報処理センタのデータを前記バックアップから前記選択された情報処理装置に復元する復旧処理部としてコンピュータを機能させることを特徴とするプログラム。 Recovery process to restore the application that has been used by the first information processing center deployed to the selected information processing apparatus, the data of the first information processing center to the selected information processing apparatus from said backup program for causing a computer to function as part.
JP2003086897A 2003-03-27 2003-03-27 Recovery processing method and its implementation system and the processing program Expired - Fee Related JP4141875B2 (en)
JP2003086897A JP4141875B2 (en) 2003-03-27 2003-03-27 Recovery processing method and its implementation system and the processing program
US10/649,748 US6990605B2 (en) 2003-03-27 2003-08-28 Methods and apparatus for recovering work of one computer by another computers
JP2004295462A JP2004295462A (en) 2004-10-21
JP4141875B2 true JP4141875B2 (en) 2008-08-27
ID=33127236
JP2003086897A Expired - Fee Related JP4141875B2 (en) 2003-03-27 2003-03-27 Recovery processing method and its implementation system and the processing program
US (1) US6990605B2 (en)
JP (1) JP4141875B2 (en)
JP5011073B2 (en) 2007-11-22 2012-08-29 株式会社日立製作所 Server switching method and server system
JP5104619B2 (en) * 2008-07-24 2012-12-19 富士通株式会社 Information processing apparatus, information processing method, and program
JP5026480B2 (en) * 2009-08-19 2012-09-12 日本電信電話株式会社 Information processing apparatus, method, system, and program
JP6269199B2 (en) * 2014-03-13 2018-01-31 日本電気株式会社 Management server, failure recovery method, and computer program
CN105162560A (en) * 2015-08-24 2015-12-16 浪潮(北京)电子信息产业有限公司 Data processing method and system
JPH06250906A (en) 1993-02-26 1994-09-09 Fujitsu Ltd Backup/recovery system for data developed in main storage device
2003-03-27 JP JP2003086897A patent/JP4141875B2/en not_active Expired - Fee Related
2003-08-28 US US10/649,748 patent/US6990605B2/en active Active
JP2004295462A (en) 2004-10-21
US6990605B2 (en) 2006-01-24
US20040205382A1 (en) 2004-10-14