(57)【特許請求の範囲】
【請求項１】
第１のデータベースを備え、前記第１のデータベースに対する操作を行なう第１の情報処理装置が、
前記第１のデータベースに対して所定の操作を行なって前記第１のデータベースの再編成を実行するとともに、前記所定の操作を記録した操作情報を生成し、
前記第１のデータベースの更新内容を記録した更新情報と、生成した前記操作情報と、を前記第１のデータベースに対応する第２のデータベースを備える第２の情報処理装置に送信する、
ことを実行し、
前記第２の情報処理装置が、
前記第１の情報処理装置から送信された前記更新情報と前記操作情報とを受信し、
受信した前記操作情報に基づいて前記第２のデータベースの再編成が実行可能か否かを判定し、
前記第２のデータベースの再編成を実行可能であるときは、前記操作情報に記録された前記所定の操作にしたがって前記第２のデータベースの再編成を実行し、前記操作情報に記録されている前記所定の操作に欠落があるときは、前記欠落している所定の操作を受信した前記更新情報に基づいて補足して実行する、
ことを実行する制御方法。
【請求項２】
前記第２の情報処理装置は、前記第２のデータベースの再編成を実施不可能と判定した場合、前記操作情報に記録された前記所定の操作の一部または全部を既に実行していたときは、既に実行した前記所定の操作を実行する前の状態に前記第２のデータベースを戻す、
ことをさらに実行する請求項１記載の制御方法。
【請求項３】
前記第１の情報処理装置は、
前記第１のデータベースに対して所定の操作を行なって前記第１のデータベースの再編成を実行するとともに、前記更新情報と前記操作情報とを生成して記憶手段に記憶し、
前記更新情報と前記操作情報とを前記記憶手段から読み出し、読み出した前記更新情報と前記操作情報とを前記第２の情報処理装置に送信する、
ことを実行する請求項１に記載の制御方法。
【請求項４】
前記第２の情報処理装置は、
前記第１の情報処理装置から送信された前記更新情報と前記操作情報とを受信すると、受信した前記更新情報と前記操作情報とを記憶手段に記憶し、
前記記憶手段から前記更新情報と前記操作情報を読み出し、読み出した前記更新情報と前記操作情報とに基づいて前記第２のデータベースの再編成が実行可能か否かを判定する、
ことを実行する請求項１に記載の制御方法。
【請求項５】
第１のデータベースと、
前記第１のデータベースに対する操作を行なう情報処理装置であって、
前記第１のデータベースに対して所定の操作を行なって前記第１のデータベースの再編成を実行するとともに、前記所定の操作を記録した操作情報を生成する生成手段と、
前記第１のデータベースの更新内容を記録した更新情報と、生成した前記操作と、を前記第１のデータベースに対応する第２のデータベースを備える第２の情報処理装置に送信する送信手段と、
を有する第１の情報処理装置と、
前記第１のデータベースに対応する第２のデータベースと、
前記第２のデータベースに対する操作を行なう情報処理装置であって、
前記第１の情報処理装置から送信された前記更新情報と前記操作情報とを受信する受信手段と、
受信した前記操作情報に基づいて前記第２のデータベースの再編成が実行可能か否かを判定し前記第２のデータベースの再編成を実行可能であるときは、前記操作情報に記録された前記所定の操作にしたがって前記第２のデータベースの再編成を実行し、前記操作情報に記録されている前記所定の操作に欠落があるときは、前記欠落している所定の操作を受信した前記更新情報に基づいて補足して再編成を実行する再編成手段と、
を有する第２の情報処理装置と、
を備えるシステム。
【請求項６】
第１のデータベースを備え前記第１のデータベースに対する操作を行なう第１の情報処理装置の前記第１のデータベースに対応する第２のデータベースを備える第２の情報処理装置において、
前記第１の情報処理装置が前記第１のデータベースに対して所定の操作を行なって前記第１のデータベースの再編成を実行する際に生成する情報であって前記所定の操作を記録した操作情報と、前記第１のデータベースの更新内容を記録した更新情報と、を前記第１の情報処理装置から受信する受信手段と、
受信した前記操作情報に基づいて前記第２のデータベースの再編成が実行可能か否かを判定し前記第２のデータベースの再編成を実行可能であるときは、前記操作情報に記録された前記所定の操作にしたがって前記第２のデータベースの再編成を実行し、前記操作情報に記録されている前記所定の操作に欠落があるときは、前記欠落している所定の操作を受信した前記更新情報に基づいて補足して再編成を実行する再編成手段と、
を備える情報処理装置。
【請求項７】
第１のデータベースと、
前記第１のデータベースに対して所定の操作を行なって前記第１のデータベースの再編成を実行するとともに、前記所定の操作を記録した操作情報を生成する生成手段と、
前記第１のデータベースの更新内容を記録した更新情報と、生成した前記操作情報と、を前記第１のデータベースに対応する第２のデータベースを備える第２の情報処理装置であって、前記更新情報と前記操作情報に基づいて前記第２のデータベースの再編成が実行可能か否かを判定し、前記第２のデータベースの再編成が実行可能であるときは、前記操作情報に記録された前記所定の操作にしたがって前記第２のデータベースの再編成を実行し、前記操作情報に記録されている前記所定の操作に欠落があるときは、前記欠落している所定の操作を受信する前記更新情報に基づいて補足して再編成を実行する第２の情報処理装置、に送信する送信手段と、
を備える情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベースを使用するコンピュータシステムのアックアップ方法に関する。
【背景技術】
【０００２】
社会システムに代表される大規模システムでは、データベースの規模が大きく、データベースを更新するデータ量も多い。このようなデータベースは、格納効率が悪くなることから、定期的に再編成を運用によって実施する必要がある。
【０００３】
しかし、コンピュータシステム（以下、「正センタ」という）を遠隔地に設置したバックアップシステム（以下、「バックアップセンタ」という）にバックアップするバックアップ方式を採用している場合、正センタにおいてデータベースの再編成を実施すると、再編成後のデータベースの退避データと定義情報をバックアップセンタに搬送し、当該バックアップセンタのデータベースにリストアする必要がある。
【０００４】
図６は、コンピュータシステムのバックアップ方法の従来例を説明する図である。
正センタ６００は、必要に応じて、ＤＢ更新手段６０１によりＤＢ（データベース）６０２を更新する。同時に、更新履歴ログを記憶した更新履歴ファイルをＤＩＳＫ装置６０３に格納する。
【０００５】
また、正センタ６００は、ＤＢ再編成手段６０４によりデータベース６０２の再編成を実施すると、再編成後のデータベース６０２のデータと再編成時に生成してディレクトリ６０５に記憶した管理情報と（以下、両データを総じて「退避データ」という）、を記憶装置６０６、６０７に退避する。
【０００６】
そして、正センタ６００は、当該退避データを遠隔地にあるバックアップセンタへ搬送またはリモート転送する。
バックアップセンタ６１０は、ＤＢ反映手段６１６により、正センタ６００からＤＩＳＫ装置６１５にリモートコピーされる更新履歴ファイルの更新履歴ログにしたがって、ＤＢ６１３を更新する。また、バックアップセンタ６１０は、正センタから退避データが搬送またはリモート転送されると、退避データを記憶装置６１１、６１２に記憶する。そして、バックアップセンタ６１０は、ＤＢ反映手段６１５によるＤＢ６１３の更新を抑止し、退避データのデータベース６１３、ディレクトリ６１４へのリストアを行なう、等の一連の運用を実施する。
【０００７】
以上のように、バックアップセンタ６１０では、正センタ６００側のＤＢ再編成の契機を把握／管理し、必要に応じてＤＢ６１３の更新を抑止する必要があった。例えば、再編成後の更新履歴ファイル（更新履歴ログ）が正センタ６００から転送されても、バックアップセンタ６１０側の再編成処理が完了するまで更新履歴ログのＤＢ６１３への反映は抑止する必要がある。
【０００８】
そのため、例えば、災害等が生じてバックアップセンタ６１０側の再編成が完了できなくなった場合、バックアップセンタ６１０側に蓄積された未反映の更新履歴ログは、全て欠損データとなってしまう。
【０００９】
災害等により再編成の途中で処理が中断した場合、ＤＢ６１３の整合性が保証できなくなるので、以前のバックアップデータを基にしてＤＢ６１３を復旧する等の処理を行なわ
なければならない。
【００１０】
上記技術に関連して、特許文献１には、データベースファイルの再編成に際して、チェックポイントファイルへの格納を不要にして、再編成処理の性能を向上させるデータベース再編成方式について開示されている。
【００１１】
また、特許文献２には、正センタオンラインシステムや副センタオンラインシステムなどの複数のセンタと同期をとってデータベース再編成処理を行うことにより、データベース再編成時の信頼性・性能を改善することができるオンラインシステムについて開示されている。
【特許文献１】特公平０６−３４８５５３号公報
【特許文献２】特開平１０−３３３９４６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明は、上述した問題に鑑みてなされたものであり、その解決しようとする課題は、災害等によりＤＢの再編成が完了できなかった場合であっても、バックアップセンタだけで自立して復旧可能なコンピュータシステムのバックアップ方法を提供することである。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、本バックアップ方法は、任意の情報処理を行なう運用系の情報処理装置であってデータベースを備える正センタにおいて、該データベースに対して所定の操作を行なって該データベースの再編成を実行するとともに、前記所定の操作を記録した再編成操作情報を生成し、該再編成操作情報を第１の再編成操作情報記憶手段に記憶する再編成操作情報生成処理と、該第１の再編成操作情報記憶手段から再編成操作情報を読み出し、該読み出した再編成操作情報を送信する送信処理と、を実行し、前記正センタの待機系の情報処理装置であるバックアップセンタにおいて、前記正センタから送信された再編成操作情報を受信し、該再編成操作情報を第２の操作情報記憶手段に記憶する受信処理と、該第２の操作情報記憶手段から前記再編成操作情報を読み出し、該再編成操作情報に記録されている前記所定の操作を参照し、該所定の操作に基づいて前記正センタにおいて実施された前記データベースの再編成が実行可能か否かを判断する再編成継続判断処理と、該再編成継続判断処理において前記データベースの再編成を実施可能である判断した場合、前記再編成操作情報に記録された前記所定の操作にしたがって前記データベースの再編成を実行し、前記再編成操作情報に記録されている前記所定の操作の一部に欠落があるときは、該欠落している所定の操作を補足して実行する再編成処理と、を実行する。
【００１４】
本バックアップ方法によると、正センタでは、再編成を実行したときの操作を記録した再編成操作情報を生成し、バックアップセンタでは、再編成操作情報に記録されている再編成実行時の操作を参照し、その操作に基づいて正センタにおいて実施されたデータベースの再編成と同じ処理が実行可能か否かを判断する。
【００１５】
そして、バックアップセンタでは、データベースの再編成を実施可能である判断した場合、再編成操作情報に記録された操作にしたがってデータベースの再編成を実行する。この時、再編成操作情報に記録されている操作の一部に欠落があるときは、その欠落している操作を補足して実行する。
【００１６】
その結果、例えば、災害等によりＤＢの再編成が完了せずに、再編成操作情報に記録されている操作の一部に欠落があっても、バックアップセンタにおいて、自立的にデータベースの再編成処理を実行することが可能となるので、バックアップセンタだけで自立して
自システムを復旧することが可能となる。
【発明の効果】
【００１７】
以上に説明したように、本バックアップ方法によると、災害等によりＤＢの再編成が完了できなかった場合であっても、バックアップセンタだけで自立して復旧可能なコンピュータシステムのバックアップ方法を提供することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施形態について、図１〜図５に基づいて説明する。
図１は、本実施例に係るバックアップ方法についての概要を説明する図である。
正センタ１００は、任意の情報処理を実行する運用系の情報処理装置である。そして、当該情報処理装置が有するＣＰＵが所定のプログラムを実行することによって、ＤＢ更新手段１０１やＤＢ再編成手段１０２を実現する。
【００１９】
また、正センタ６００は、任意の情報を検索可能に管理・記憶するＤＢ（データベース）１０３と、ＤＢ１０３の管理情報を記憶するディレクトリ１０４と、ＤＢ１０３の更新履歴情報（以下、「ＤＢ更新ログ」という）とＤＢ１０３に対する任意の操作に関する情報（以下、「更新履歴ログ」という）とを少なくとも含む情報（以下、「更新履歴ファイル」という）を記憶するＤＩＳＫ装置１０５と、を備える。
【００２０】
バックアップセンタ１１０は、正センタ１００の待機系の情報処理装置である。そして、当該情報処理装置が有するＣＰＵが所定のプログラムを実行することによって、ＤＢ反映制御手段１１１やＤＢ再編成手段１１２を実現する。
【００２１】
また、バックアップセンタ１１０は、任意の情報を検索可能に管理・記憶するＤＢ１１３と、ＤＢ１１３の管理情報を記憶するディレクトリ１１４と、正センタ１００から送られる更新履歴ファイルを記憶するＤＩＳＫ装置１１５と、を備える。
【００２２】
正センタ１００とバックアップセンタ１１０とは、ネットワークまたは専用線等で相互に通信可能に接続されている。本実施例において、正センタ１００−バックアップセンタ１１０間における通信により、例えば、ＤＩＳＫ装置１０５に記憶されている更新履歴ファイルを受信してＤＩＳＫ装置１１５に記憶する処理をリモートコピーという。
【００２３】
正センタ１００において、ＤＢ更新手段１０１は、所定のプログラムにしたがって、任意の情報手段を実行する。そして、ＤＢ更新手段１０１は、必要に応じて、ＤＢ１０３の内容を更新する。この時、ＤＢ更新手段１０１は、ＤＢ更新処理１０１の更新履歴を記録した更新履歴ログを生成し、当該更新履歴ログをＤＩＳＫ装置１０５に記憶する。
【００２４】
ＤＢ再編成手段１０２は、ユーザからの指示に応じて、または、あらかじめ決められた規則にしたがって、ＤＢ１０３のＤＢ再編成処理を行なう。
この時、ＤＢ再編成手段１０２は、ＤＢ１０３に対して、実行するＤＢ再編成の種類に応じて決められた所定の操作を実行する（所定の命令をＤＢ１０３に対して実行させる）。同時に、実行した所定の操作（一連の操作でもよい）を記録してＤＢ更新ログを生成し、ＤＩＳＫ装置１０５に格納されている更新履歴ファイルに記憶する。なお、ＤＢ再編成処理以外の操作をＤＢ１０３に対して行なった場合にも、正センタ１００が、ＤＢ更新ログを生成する。
【００２５】
正センタ１００は、例えば、定期的に、または、更新履歴ファイルが生成される毎に、更新履歴ファイルをバックアップセンタ１１０にリモートコピーし、バックアップセンタ１１０のＤＩＳＫ装置１１５に記憶する。
【００２６】
なお、正センタ１００は、単に、ＤＩＳＫ装置１０５に記憶されている更新履歴ファイルをバックアップセンタ１１０に送信してもよい。この場合、バックアップセンタ１１０は、更新履歴ファイルを受信すると、当該更新履歴ファイルをＤＩＳＫ装置１１５に記憶すればよい。
【００２７】
一方、バックアップセンタ１１０において、ＤＢ反映制御手段１１１は、ＤＩＳＫ装置１１５から更新履歴ファイルを読み出し、更新履歴ファイルに記録されているＤＢ更新ログを参照する。そして、ＤＢ反映制御手段１１１は、当該ＤＢ更新ログによりＤＢ１１３の再編成処理が実行可能か否かを判断する。
【００２８】
ＤＢ再編成処理を実行可能と判断すると、ＤＢ反映制御手段１１１は、更新履歴ログに基づくＤＢ１１３の更新処理を停止し、ＤＢ再編成処理１１２に対して再編成処理の実行を指示する。
【００２９】
ＤＢ再編成手段１１２は、更新履歴ファイルに記録されているＤＢ更新ログに記録されているＤＢ再編成操作を実行し、ＤＢ１１３の再編成処理を実行する。ＤＢ更新ログの一部が欠落している場合、ＤＢ再編成手段１１２は、実行するＤＢ再編成の種類に応じて決められた所定の操作を補足して実行し、ＤＢ再編成処理を完了させる。
【００３０】
また、ＤＢ再編成処理の実行は不可能と判断すると、ＤＢ反映制御手段１１１は、ＤＢ再編成処理１１２に対してＤＢ再編成処理の実行中止を指示する。また、ＤＢ再編成処理が既に途中まで実行済みの場合、ＤＢ反映制御手段１１１は、当該実行済み処理の実行前の状態にＤＢ１１３を戻すように指示する。ＤＢ再編成手段１１２は、指示に応じてＤＢ１１３の状態をＤＢ再編成処理開始前の状態に復旧させる。
【００３１】
なお、以上に説明した正センタ１００およびバックアップセンタ１１０は、２以上の情報処理装置で構成される情報処理システム（コンピュータシステム）であってもよいのは当然である。
【００３２】
図２は、本実施例に係るＤＢ再編成処理の具体例を示す図である。図２では、本実施例に係るＤＢ再編成処理の具体例として、ＤＢ１０３の容量を拡張する場合について説明する。ただし、本実施例に係るＤＢ再編成処理をＤＢ領域拡張処理に限定する趣旨ではなく、例えば、ＤＢ１０３に対するデフラグや論理構成（スキーマ）の変更等の処理についても、本実施例に係るバックアップ方法が適用可能である。
【００３３】
ステップＳ２００ａにおいて、ＤＢ再編成処理を開始すると、ＤＢ再編成手段１０２は、再編成の種類（図２の例では、「ＤＢ容量拡張」）や再編成処理の開始時間等の情報（以下、「再編成開始情報」という）を更新履歴ログとしてＤＩＳＫ装置１０５に格納されている更新履歴ファイル（以下、単に「更新履歴ファイル２０２」という）に記憶する。
【００３４】
ステップＳ２０１ａにおいて、ＤＢ再編成手段１０２は、ＤＢ１０３に格納されているデータのアンロード処理を行なう。すなわち、ＤＢ再編成手段１０２は、ＤＢ１０３に格納されているデータから必要なデータを抽出し、記憶装置２０１に一時的に記憶する。
【００３５】
この時、ＤＢ再編成手段１０２は、ＤＢ１０３に対して、所定の操作を行なう１または２以上の命令（以下、「ＪＣＬ（Ｊｏｂ  Ｃｏｎｔｒｏｌ  Ｌａｎｇｕａｇｅ）」という）を送信し、ＤＢ１０３に当該ＪＣＬ（以下、この時のＪＣＬを「アンロード用ＪＣＬ」という）を実行させることによってアンロード処理を行なう。同時に、ＤＢ再編成手段１０２は、このアンロード用ＪＣＬをＤＢ更新ログとして更新履歴ファイル２０２に記憶す
る。
【００３６】
ステップＳ２０２ａにおいて、ＤＢ再編成手段１０２は、ステップＳ２０１ａの処理によってＤＢ１０３のデータを記憶装置２０１に退避すると、ＤＢ１０３の内容の削除を行なう。この時、ＤＢ再編成手段１０２は、ＤＢ１０３に対して所定のＪＣＬを送信し、ＤＢ１０３に当該ＪＣＬ（以下、この時のＪＣＬを「削除用ＪＣＬ」という）を実行させることによってＤＢ１０３の内容を削除する。同時に、ＤＢ再編成手段１０２は、この削除用ＪＣＬをＤＢ更新ログとして更新履歴ファイル２０２に記憶する。
【００３７】
ステップＳ２０３ａにおいて、ＤＢ再編成手段１０２は、ディレクトリ１０４に記憶されているスキーマに対してＤＢ再編成に必要な変更を行なう。図２に示す例では、ＤＢ再編成手段１０２は、ＤＢ容量の拡張に必要なＤＢ容量定義等の変更を行なう。
【００３８】
この時、ＤＢ再編成手段１０２は、ＤＢ１０３に対して所定のＪＣＬを送信し、ＤＢ１０３に当該ＪＣＬ（以下、この時のＪＣＬを「スキーマ変更用ＪＣＬ」という）を実行させることによってスキーマの変更を行なう。同時に、ＤＢ再編成手段１０２は、このスキーマ変更用ＪＣＬと変更後のスキーマソースをＤＢ更新ログとして変更履歴ファイル２０２に記憶する。
【００３９】
ステップＳ２０４ａにおいて、ＤＢ再編成手段１０２は、ＤＢ１０３の初期化を行なう。この時、ＤＢ再編成手段１０２は、ＤＢ１０３に対して所定のＪＣＬを送信し、ＤＢ１０３に当該ＪＣＬ（以下、この時のＪＣＬを「初期化用ＪＣＬ」という）を実行させることによってＤＢ１０３の初期化を行なう。同時に、ＤＢ再編成手段１０２は、この初期化用ＪＣＬをＤＢ更新ログとして更新履歴ファイル２０２に記憶する。
【００４０】
ステップＳ２０５ａにおいて、ＤＢ再編成手段１０２は、ＤＢデータのリロード処理を行なう。すなわち、ＤＢ再編成手段１０２は、ＤＢ１０３の容量を拡張したＤＢ１０３’に、記憶装置２０１に一時的に記憶しておいたアンロードデータを格納する。
【００４１】
この時、ＤＢ再編成手段１０２は、ＤＢ１０３に対して処理のＪＣＬを送信し、ＤＢ１０３に当該ＪＣＬ（以下、この時のＪＣＬを「リロード用ＪＣＬ」という）を実行させることによってリロード処理を行なう。同時に、ＤＢ再編成手段１０２は、このリロード用ＪＣＬをＤＢ更新ログとして更新履歴ファイル２０２に記憶する。
【００４２】
以上の処理が正常に終了すると、ＤＢ再編成手段１０２は、ＤＢ再編成処理が完了した再編成の種類（図２の例では、「ＤＢ容量拡張」）や時間等の情報（以下、「再編成終了情報」という）をＤＢ更新ログとして更新履歴ファイル２０２に記憶し、ＤＢ再編成処理を終了する（ステップＳ２０６ａ）。
【００４３】
正センタ１００は、全ステップを実行してＤＢ再編成処理が完了すると、ＤＩＳＫ装置１０５に格納されている更新履歴ファイル２０２を、バックアップセンタ１１０のＤＩＳＫ装置１１５にリモートコピーする。なお、各ステップの処理が完了する毎に、または、定期的に、更新履歴ファイル２０２をＤＩＳＫ装置１１５にリモートコピーしてもよい。
【００４４】
更新履歴ファイル２０２がリモートコピーされると、ＤＢ反映制御手段１１１は、当該更新履歴ファイル２０４を参照する。そして、当該更新履歴ファイル２０４にＤＢ更新ログとして記録されているＪＣＬ群を参照し、ＤＢ再編成処理が可能か否かを判断する。
【００４５】
そして、ＤＢ再編成処理が可能と判断すると、ＤＢ反映制御手段１１１は、バックアップセンタ１１０におけるＤＢ再編成処理を開始する。
ステップＳ２００ｂにおいて、ＤＢ反映制御手段１１１は、ＤＢ１１３に対するＤＢ更新の反映を停止（抑止）する。すなわち、更新履歴ファイル２０４に記録されているＤＢ更新ログにしたがってＤＢ１１３を更新する処理を停止（抑止）する。
【００４６】
そして、ＤＢ反映制御手段１１１は、以下に示すように、更新履歴ファイル２０４に記録されているＪＣＬにしたがって、正センタで行なわれたＤＢ再編成処理（ステップＳ２０１ａ〜Ｓ２０６ａ）を行なう。
【００４７】
ステップＳ２０１ｂにおいて、ＤＢ反映制御手段１１１は、ＤＢ１１３に格納されているデータのアンロード処理を行なう。すなわち、ＤＢ反映制御手段１１１は、ＤＢ１１３に格納されているデータから必要なデータを抽出し、図示しない記憶装置２０３に一時的に記憶する。  ステップＳ２０２ｂにおいて、ＤＢ反映制御手段１１１は、ステップＳ２０１ｂの処理によってＤＢ１１３のデータを記憶装置２０３に退避すると、ＤＢ１１３の内容を削除する。
【００４８】
ステップＳ２０３ｂにおいて、ＤＢ反映制御手段１１１は、ディレクトリ１１４に記憶されているスキーマに対してＤＢ再編成に必要な変更を行なう。図２に示す例では、ＤＢ反映制御手段１１１は、ＤＢ容量の拡張に必要なＤＢ容量定義等の変更を行なう。
【００４９】
ステップＳ２０４ｂにおいて、ＤＢ反映制御手段１１１は、ＤＢ１１３の初期化を行なう。
ステップＳ２０５ｂにおいて、ＤＢ反映制御手段１１１は、ＤＢデータのリロード処理を行なう。すなわち、ＤＢ反映制御手段１１１は、ＤＢ１１３の容量を拡張したＤＢ１１３’に、記憶装置２０３に一時的に記憶しておいたアンロードデータを格納する。
【００５０】
ここで、更新履歴ファイル２０４に記録されているＪＣＬの一部が欠落している場合であって、ＤＢ再編成処理を実行可能と判断した場合、ＤＢ反映制御手段１１１は、当該欠落したＪＣＬを補足して実行することにより、ＤＢ再編成処理を完成させる。
【００５１】
例えば、更新履歴ファイル２０４にＤＢ更新ログとして記録されている再編成開始情報等からＤＢ再編成処理の種類を特定し、あらかじめＤＢ再編成処理毎に記憶装置等に記憶しておいたＪＣＬ群から、該当するＪＣＬ（欠落していたＪＣＬ）を取得して実行すればよい。
【００５２】
例えば、図２に示す例の場合、更新履歴ファイル２０４に初期化用ＪＣＬ、リロード用ＪＣＬおよび再編終了情報が欠落していた場合、ＤＢ反映制御手段１１１は、あらかじめＤＢ再編成処理の種類毎に記憶装置等に記憶しておいたＪＣＬ群から、ＤＢ容量拡張処理に係るＪＣＬ（初期化用ＪＣＬ、リロード用ＪＣＬ）を取得し、ステップＳ２０４ｂ、Ｓ２０５ｂを実行すればよい。
【００５３】
また、更新履歴ファイル２０４にＤＢ更新ログとして記録されているＪＣＬの一部が欠落していてＤＢ再編成処理を実行不可能と判断した場合、ＤＢ反映制御手段１１１は、既に実行した処理によって変更したＤＢ１１３およびディレクトリ１１４等の状態を当該実行前の状態に回復する処理を行なう。
【００５４】
例えば、図２に示す例の場合、既にステップＳ２０２ｂの処理まで実施していたときには、記憶装置２０３に退避したアンロードデータを、ＤＢ１１３にリロードしてＤＢ１１３の状態を回復してＤＢ再編成処理を終了する。
【００５５】
ここで、ＤＢ再編成処理の実行が可能か否かの判断は、例えば、更新履歴ファイル２０
４にＤＢ更新ログとして記憶されているＤＢ再編成処理の主要な処理に関するＪＣＬが、当該更新履歴ファイル２０４に含まれているか否かで判断することができる。
【００５６】
例えば、図２に示す例の場合、ＤＢ再編成処理の種類は、ＤＢ容量の拡張であるので、スキーマ変更用ＪＣＬおよび変更後スキーマソースが、更新履歴ファイル２０４に含まれているか否かを判断基準にすればよい。なお、このような判断基準となるＪＣＬは、あらかじめＤＢ再編成処理の種類毎に記憶装置等に記憶しておけばよい。
【００５７】
図３は、本実施例に係る更新履歴ファイル２０２の構成例を示す図である。
図３に示す更新履歴ファイル２０２は、１または２以上のブロックデータで構成される。各ブロックデータに更新履歴ログやＤＢ更新ログが記録される。
【００５８】
各ブロックデータには、更新履歴ファイルの識別に使用するファイル番号と、ブロックデータの識別に使用するブロック番号と、ブロックデータの生成時刻を示す論理時刻と、を備える。
【００５９】
ファイル番号は、更新履歴ファイル２０２が生成された順に当該更新履歴ファイル２０２に付される番号である。例えば、複数の変更履歴ファイルがリモートコピーされた場合、バックアップセンタ１１０は、ファイル番号の順に変更履歴ファイルを読み出し、ＤＢ更新ログの反映処理やＤＢ再編成処理を行なう。
【００６０】
ブロック番号は当該ブロックの生成された順に付される番号である。例えば、バックアップセンタ１１０は、ブロック番号の順にブロックデータを読み出し、当該ブロックデータにＤＢ更新ログとして記録されているＪＣＬを実行する。
【００６１】
論理時刻は、当該ブロックが生成された時の論理時刻である。例えば、バックアップセンタ１１０は、ブロック番号の代りに論理時刻の順にブロックデータを読み出し、当該ブロックデータにＤＢ更新ログとして記録されているＪＣＬを実行してもよい。
【００６２】
図４は、図３に示したブロックデータの構成例を示す図である。
図４に示すブロックデータ４００は、ブロック制御情報と、レコード情報と、チェックＩＤと、を少なくとも備える。
【００６３】
ブロック制御情報は、当該ブロックデータ４００の管理情報である。したがって、当該ブロックデータ４００が属する更新履歴ファイルのファイル番号、当該ブロックデータ４００のブロック番号、当該ブロックデータが生成された論理時刻、等を備える。
【００６４】
レコード情報は、レコード制御部とデータ部とで構成される情報である。レコード制御部には、当該レコード情報の管理情報が格納される。例えば、データ部のデータの種類（更新履歴、ＪＣＬ等の種類）などが格納される。また、データ部には、正センタ１００におけるＤＢ更新処理の時に生成した更新履歴ログや、ＤＢ再編成処理の時に実行したＪＣＬなどのＤＢ更新ログが格納される。
【００６５】
なお、図３および図４に示した更新ファイル２０２の構成は、１つの実施例であって図３および図４に示す構成に限定する趣旨ではない。更新ファイル２０２には、本実施例で使用するＤＢ更新ログ、更新履歴ログが含まれればよい。
【００６６】
図５は、本実施例に係るバックアップセンタ１１０における具体的な処理を示すフローチャートである。
正センタ１００による更新履歴ファイル２０２のリモートコピーが行なわれると、ＤＢ
反映制御手段１１１は、以下の処理を開始する（ステップＳ５００）。
【００６７】
ステップＳ５０１において、ＤＢ反映制御手段１１１は、ＤＩＳＫ装置１１５にリモートコピーされた更新履歴ファイルを参照し、更新履歴ログを読み出す。そして、ＤＢ反映制御手段１１１は、処理をステップＳ５０２に移行する。
【００６８】
ステップＳ５０２において、ＤＢ反映制御手段１１１は、読み出した更新履歴ログがＤＢ再編成処理の開始を記録した再編成開始情報を含む更新履歴ログか否かを判別する。そして、当該更新履歴ログが再編成開始情報を含む更新履歴ログであると判断した場合、ＤＢ反映制御手段１１１は、処理をステップＳ５０３に移行する。また、当該更新履歴ログが再編成開始情報を含む更新履歴ログでない判断した場合、ＤＢ反映制御手段１１１は、処理をステップＳ５０４に移行する。
【００６９】
ステップＳ５０３において、ＤＢ反映制御手段１１１は、ＤＢ再編成開始を示す再編成開始情報を設定し、ＤＢ更新ログに記録されている更新処理と同じ更新処理をＤＢ１１３に対して行なう処理（以下、「ＤＢ更新ログの反映」という）を抑止する。
【００７０】
例えば、本実施例では、バックアップセンタ１１０が備えるメモリ等の所定位置に再編成開始情報を記憶する。バックアップセンタ１１０に備わる他の処理手段は、当該メモリ等の所定位置を参照して再編成開始情報の有無を確認し、再編成開始情報がある場合には、ＤＢ１１３に対する更新処理を中止する。
【００７１】
上記設定が完了すると、ＤＢ反映制御手段１１１は、処理をステップＳ５０１に移行する。そして、前回読み出した更新履歴ログの次のブロック番号（または論理時刻）の更新履歴ログを読み出す。
【００７２】
一方、ステップＳ５０４において、ＤＢ反映制御手段１１１は、ステップＳ５０１で読み出した更新履歴ログがＤＢ再編成関連の更新履歴ログか否かを判別する。そして、当該更新履歴ログがＤＢ再編成関連の更新履歴ログであると判断した場合、ＤＢ反映制御手段１１１は、処理をステップＳ５０５に移行する。
【００７３】
ステップＳ５０５において、ＤＢ反映制御手段１１１は、更新履歴ログに記録されているＪＣＬを読み出し、当該ＪＣＬにしたがってＤＢ再編成処理を実行する。そして、ＤＢ反映制御手段１１１は、処理をステップＳ５０６に移行する。
【００７４】
ステップＳ５０６において、ＤＢ反映制御手段１１１は、更新履歴ログにスキーマ変更後のスキーマソースの記録の有無を確認する。そして、当該スキーマが更新履歴ログに記録されている場合、ＤＢ反映制御手段１１１は、処理をステップＳ５０７に移行する。また、当該スキーマが更新履歴ログに記録されていない場合、ＤＢ反映制御手段１１１は、処理をステップＳ５０１に移行する。
【００７５】
ステップＳ５０７において、ＤＢ反映制御手段１１１は、以後の更新履歴ログが欠落し、或いは、以後の更新履歴ログにＤＢ再編成処理が含まれない場合であってもＤＢ再編成処理を続行することを示す情報（以下、「コミット情報」という）を、例えば、バックアップセンタ１１０が備えるメモリ等の所定の位置に設定する。そして、ＤＢ反映制御手段１１１は、処理をステップＳ５０１に移行する。なお、本実施例に係るコミット情報には、少なくともＤＢ再編成処理の種類（例えば、ＤＢ容量拡張、デフラグ等）が含まれる。
【００７６】
また、ステップＳ５０４において、当該更新履歴ログがＤＢ再編成関連の更新履歴ログでないと判断した場合、ＤＢ反映制御手段１１１は、処理をステップＳ５０６に移行する
。
【００７７】
ステップＳ５０６において、ＤＢ反映制御手段１１１は、ステップＳ５０１で読み出した更新履歴ログがＤＢ再編成処理の終了を記録した再編成終了情報を含む更新履歴ログか否かを判別する。そして、当該更新履歴ログが再編成終了情報を含む更新履歴ログであると判断した場合、ＤＢ反映制御手段１１１は、処理をステップＳ５０９に移行する。
【００７８】
ステップＳ５０９において、ＤＢ反映制御手段１１１は、ステップＳ５０３で設定した再編開始情報とステップＳ５０７で設定したコミット情報を削除し、ＤＢ更新ログの反映を再開させる。そして、ＤＢ反映制御手段１１１は、処理をステップＳ５０１に移行する。
【００７９】
一方、ステップＳ５０８において、当該更新履歴ログがＤＢ再編成処理の終了を記録した更新履歴ログでないと判断した場合、ＤＢ反映制御手段１１１は、処理をステップＳ５１０に移行する。
【００８０】
ステップＳ５１０において、ＤＢ反映制御手段１１１は、更新履歴ログが終了か否かを判断する。そして、読み出すべき更新履歴ログがまだある場合、ＤＢ反映制御手段１１１は、更新履歴ログが終了していないと判断してステップＳ５１１に処理を移行し、更新履歴ログに記録されているＤＢ更新ログの反映を行なう。そして、ＤＢ反映制御手段１１１は、処理をステップＳ５０１に移行する。
【００８１】
一方、ステップＳ５１０において、読み出すべき更新履歴ログがない場合、ＤＢ反映制御手段１１１は、更新履歴ログが終了したと判断してステップＳ５１２に処理を移行する。そして、ＤＢ反映制御手段１１１は、バックアップセンタ１１０が備えるメモリ等の所定位置を参照し、再編成開始情報の有無を確認する。
【００８２】
再編成開始情報が設定されている場合、ＤＢ反映制御手段１１１は、処理をステップＳ５１３に移行する。また、再編成開始情報が設定されていない場合、ＤＢ反映制御手段１１１は、ステップＳ５１６に移行し処理を終了する。
【００８３】
ステップＳ５１３において、バックアップセンタ１１０が備えるメモリ等の所定位置を参照し、コミット情報の有無を確認する。そして、コミット情報が設定されている場合、ＤＢ反映制御手段１１１は、処理をステップＳ５１４に移行する。また、コミット情報が設定されていない場合、ＤＢ反映制御手段１１１は、処理をステップＳ５１５に移行する。
【００８４】
ステップＳ５１４において、ＤＢ反映制御手段１１１は、コミット情報を参照して当該ＤＢ再編成処理の種類を取得する。そして、あらかじめＤＢ再編成処理の種類毎に記憶した処理手順から必要な処理手順を取得し、当該処理手順にしたがってＤＢ再編成処理を実行する。
【００８５】
例えば、図２に示した初期化（ステップＳ２０４ｂ）やリロード（ステップＳ２０５ｂ）について実行の場合には、これらの処理を実行してＤＢ再編成処理を完了させる。そして、ＤＢ反映制御手段１１１は、ステップＳ５１６に移行して処理を終了する。
【００８６】
また、ステップＳ５１５において、ＤＢ反映制御手段１１１は、ＤＢ再編成処理を中止し、既に実行済みの処理について、ＤＢのバックアップ（例えば、図２に示した記憶装置２０３に記憶したＤＢ１１３のバックアップデータ）と実施済みの処理を記録した実施ログとから、当該ＤＢ再編成処理開始時の状態にバックアップセンタ１１０（ＤＢ１１３お
よびディレクトリ１１４）を戻す処理（ロールバック処理）を行なう。なお、状態の回復処理については、一般的な手法で実現できるので、詳細な説明は省略する。
【００８７】
ＤＢ再編成処理開始時の状態への復旧が完了すると、ＤＢ反映制御手段１１１は、ステップＳ５１６に移行して処理を終了する。
なお、図２に示す例では、ＤＢ再編成手段１０２が完了した後に、更新履歴ファイル２０２のリモートコピーを行なっているが、ステップＳ２００ａ〜Ｓ２０６ａのステップ毎に、または、一定間隔毎に、更新履歴ファイル２０２のリモートコピーを行なってもよい。また、災害等が発生した場合に、優先して更新履歴ファイル２０２のリモートコピーを実施してもよい。
【００８８】
また、図２に示す例では、１つのＤＢ再編成処理について１つの更新履歴ファイル２０２を生成しているが、ステップＳ２００ａ〜Ｓ２０６ａのステップ毎に、または、所定のステップ毎に１つの更新履歴ファイルを生成してもよい。
【００８９】
以上に説明したように、本実施例に係るバックアップ方法は、正センタ１００において更新履歴ログとＤＢ更新ログとを含む更新履歴ファイルを生成し、バックアップセンタ１１０にリモートコピーする。
【００９０】
バックアップセンタ１１０では、更新履歴ファイルのＤＢ更新ログに基づいて、当該ＤＢ再編成処理が実行可能か否かを判断する。そして、実行可能と判断した場合、当該ＤＢ更新ログにしたがってＤＢ再編成処理を実行する。
【００９１】
さらに、ＤＢ更新ログの一部が災害等により欠落していた場合、バックアップセンタ１１０は、当該欠落したＤＢ更新ログに記録されたと推測される操作を補足して実行し、ＤＢ再編成処理を完了させる。
【００９２】
したがって、例えば、正センタが被災した場合でも、ＤＢ更新ログの一部または全部がバックアップセンタに転送されていれば、バックアップセンタが自立してＤＢ再編成処理を完了させることができる。また、ＤＢ再編成処理完了後に更新履歴ログの反映も可能となる。
【００９３】
すなわち、正センタのＤＢ再編成が途中、若しくは、バックアップセンタのＤＢ再編成が途中の状態に正センタが被災しても、バックアップセンタだけで自立してバックアップセンタ側のシステムを復旧し、運用系として稼働させることが可能となる。
【００９４】
また、ＤＢ再編成作業に必要な最低限のＤＢ更新ログがない場合には、当該ＤＢ再編成直前の状態に戻されるので、ＤＢに不整合が生じることを防止することが可能となる。
また、正センタにおけるＤＢ再編成の情報（ＤＢ更新ログ）を更新履歴ログと一元化して更新履歴ファイルとしてバックアップセンタに転送することで、更新履歴ログの反映抑止のための独立した運用の仕組みを設けなくてよいという効果を奏する。
【００９５】
また、正センタにおけるＤＢ再編成処理のＤＢ更新ログは、処理ステップ毎に、または、定期的に、細分化してバックアップセンタに転送することができるので、バックアップセンタでも同時進行的にＤＢ再編成の作業を行なうことが可能となる。
【００９６】
また、正センタは、ＤＢ再編成操作の都度、ＤＢおよび定義情報をバックアップした退避データをバックアップセンタに搬送する必要がなくなるので、退避データをリモート転送することによって回線負荷も大きくなるという問題を解消することができる。また、退避データの搬送コストや転送コストを削減することができる。
【００９７】
また、バックアップセンタ側では、正センタにおいて再編成を実施した契機を把握・管理して更新履歴ログの反映を抑止する処理が不要となる。
また、更新履歴ファイルには、更新履歴ログが含まれるので、バックアップセンタはＤＢ再編成処理が完了した後に、当該更新履歴ログにしたがってＤＢの更新を行なうことができるので、被災した場合の喪失データ量を最低限度に抑えることが可能となる。
【００９８】
また、正センタが再編成の途中で被災して処理が中断した場合であっても、バックアップセンタは、ＤＢ更新ログにしたがって自立して当該ＤＢ再編成と同じ処理を行なうことができるので、正センタ側のＤＢの整合性を保証することが可能となる。
【００９９】
以上の実施例１〜ｎを含む実施形態に関し、さらに以下の付記を開示する。
（付記１）  任意の情報処理を行なう運用系の情報処理装置であってデータベースを備える正センタにおいて、
該データベースに対して所定の操作を行なって該データベースの再編成を実行するとともに、前記所定の操作を記録した再編成操作情報を生成し、該再編成操作情報を第１の再編成操作情報記憶手段に記憶する再編成操作情報生成処理と、
該第１の再編成操作情報記憶手段から再編成操作情報を読み出し、該読み出した再編成操作情報を送信する送信処理と、
を実行し、
前記正センタの待機系の情報処理装置であるバックアップセンタにおいて、
前記正センタから送信された再編成操作情報を受信し、該再編成操作情報を第２の操作情報記憶手段に記憶する受信処理と、
該第２の操作情報記憶手段から前記再編成操作情報を読み出し、該再編成操作情報に記録されている前記所定の操作を参照し、該所定の操作に基づいて前記正センタにおいて実施された前記データベースの再編成が実行可能か否かを判断する再編成継続判断処理と、
該再編成継続判断処理において前記データベースの再編成を実施可能である判断した場合、前記再編成操作情報に記録された前記所定の操作にしたがって前記データベースの再編成を実行し、前記再編成操作情報に記録されている前記所定の操作の一部に欠落があるときは、該欠落している所定の操作を補足して実行する再編成処理と、
を実行する情報処理装置のバックアップ方法。
（付記２）  前記再編成操作情報は、前記データベースに対する処理命令と、前記データベースの定義情報と、を少なくとも含むことを特徴とする付記１に記載のバックアップ方法。
（付記３）  前記再編成操作情報は、前記正センタが行なう前記データベースの更新情報を記録した更新履歴情報に含まれる、ことを特徴とする付記１に記載のバックアップ方法。
（付記４）  前記再編成処理は、前記データベースの再編成の実行中、前記更新履歴情報に記録された更新情報のデータベースへの反映処理を停止する、ことを特徴とする付記１に記載のバックアップ方法。
（付記５）  前記バックアップセンタにおいて、前記再編成継続判断処理で前記データベースの再編成を実施不可能と判断した場合、前記再編成操作情報に記録された前記所定の操作の一部または全部を既に実行にしていたときは、該操作を実行する前の状態に前記データベースを戻す状態回復処理、
をさらに実行する付記１記載のバックアップ方法。
（付記６）  前記再編成処理は、前記データベースの再編成の実行中、前記更新履歴情報に記録された更新情報のデータベースへの反映処理を停止する、ことを特徴とする付記５に記載のバックアップ方法。
（付記７）  任意の情報処理を行なう運用系の情報処理装置であって、
任意のデータを記憶するデータベースと、
該データベースに対して所定の操作を行なって該データベースの再編成を実行するとともに、前記所定の操作を記録した再編成操作情報を生成し、該再編成操作情報を第１の再編成操作情報記憶手段に記憶する再編成操作情報生成手段と、
該第１の再編成操作情報記憶手段から再編成操作情報を読み出し、該読み出した再編成操作情報を送信する送信手段と、
を有する正センタと、
該正センタの待機系の情報処理装置であって、
前記正センタから送信された再編成操作情報を受信し、該再編成操作情報を第２の操作情報記憶手段に記憶する受信手段と、
該第２の操作情報記憶手段から前記再編成操作情報を読み出し、該再編成操作情報に記録されている前記所定の操作を参照し、該所定の操作に基づいて前記正センタにおいて実施された前記データベースの再編成が実行可能か否かを判断する再編成継続判断手段と、
該再編成継続判断手段が前記データベースの再編成を実施可能である判断した場合、前記再編成操作情報に記録された前記所定の操作にしたがって前記データベースの再編成を実行し、前記再編成操作情報に記録されている前記所定の操作の一部に欠落があるときは、該欠落している所定の操作を補足して実行する再編成手段と、
を有するバックアップセンタと、
を備えるバックアップシステム。
（付記８）  前記再編成操作情報は、前記データベースに対する処理命令と、前記データベースの定義情報と、を少なくとも含むことを特徴とする付記１に記載のバックアップシステム。
（付記９）  前記再編成操作情報は、前記正センタが行なう前記データベースの更新情報を記録した更新履歴情報に含まれる、ことを特徴とする付記１に記載のバックアップシステム。
（付記１０）  前記再編成手段は、前記データベースの再編成の実行中、前記更新履歴情報に記録された更新情報のデータベースへの反映処理を停止する、ことを特徴とする付記１に記載のバックアップシステム。
（付記１１）  前記バックアップセンタは、前記再編成継続判断手段が前記データベースの再編成を実施不可能と判断した場合、前記再編成操作情報に記録された前記所定の操作の一部または全部を既に実行にしていたときは、該操作を実行する前の状態に前記データベースを戻す状態回復手段、
をさらに備えることを特徴とする付記１記載のバックアップシステム。
（付記１２）  前記再編成手段は、前記データベースの再編成の実行中、前記更新履歴情報に記録された更新情報のデータベースへの反映処理を停止する、ことを特徴とする付記１１に記載のバックアップシステム。
（付記１３）  任意のデータを記憶するデータベースを有し、任意の情報処理を行なう運用系の情報処理装置である正センタに対する待機系の情報処理装置において、
前記センタが前記データベースに対して所定の操作を行なって該データベースの再編成を実行する際に生成する情報であって前記所定の操作を記録した再編成操作情報を受信し、該再編成操作情報を操作情報記憶手段に記憶する受信手段と、
該操作情報記憶手段から前記再編成操作情報を読み出し、該再編成操作情報に記録されている前記所定の操作を参照し、該所定の操作に基づいて前記正センタにおいて実施された前記データベースの再編成が前記バックアップセンタにおいて実行可能か否かを判断する再編成継続判断手段と、
該再編成継続判断手段が前記データベースの再編成を実施可能である判断した場合、前記再編成操作情報に記録された前記所定の操作にしたがって、前記データベースの再編成を実行し、前記再編成操作情報に記録されている前記所定の操作の一部に欠落があるときは、該欠落している所定の操作を補足して前記データベースの再編成を実行する再編成手
段と、
を備える情報処理装置。
（付記１４）  前記再編成操作情報は、前記データベースに対する処理命令と、前記データベースの定義情報と、を少なくとも含むことを特徴とする付記１３に記載の情報処理装置。
（付記１５）  前記再編成操作情報は、前記正センタが行なう前記データベースの更新情報を記録した更新履歴情報に含まれる、ことを特徴とする付記１３に記載の情報処理装置。
（付記１６）  前記再編成手段は、前記データベースの再編成の実行中、前記更新履歴情報に記録された更新情報のデータベースへの反映処理を停止する、ことを特徴とする付記１３に記載の情報処理装置。
（付記１７）  前記バックアップセンタは、前記再編成継続判断手段が前記データベースの再編成を実施不可能と判断した場合、前記再編成操作情報に記録された前記所定の操作の一部または全部を既に実行にしていたときは、該操作を実行する前の状態に前記データベースを戻す状態回復手段、
をさらに備えることを特徴とする付記１３記載の情報処理装置。
（付記１８）  前記再編成手段は、前記データベースの再編成の実行中、前記更新履歴情報に記録された更新情報のデータベースへの反映処理を停止する、ことを特徴とする付記１７に記載の情報処理装置。
（付記１９）  任意の情報処理を行なう運用系の情報処理装置において、
任意のデータを記憶するデータベースと、
該データベースに対して所定の操作を行なって該データベースの再編成を実行するとともに、前記所定の操作を記録した再編成操作情報を生成し、該再編成操作情報を再編成操作情報記憶手段に記憶する再編成操作情報生成手段と、
該再編成操作情報記憶手段から再編成操作情報を読み出し、該読み出した再編成操作情報を、待機系の情報処理装置であって、前記再編成操作情報に記録されている前記所定の操作に基づいて前記データベースの再編成が実行可能か否かを判断し、前記データベースの再編成が実施可能であると判断した場合、前記再編成操作情報に記録された前記所定の操作にしたがって前記データベースの再編成を実行し、前記再編成操作情報に記録されている前記所定の操作の一部に欠落があるときは、該欠落している所定の操作を補足して前記データベースの再編成を実行するバックアップセンタ、に送信する送信手段と、
を備える情報処理装置。
【図面の簡単な説明】
【０１００】
【図１】本実施例に係るバックアップ方法についての概要を説明する図である。
【図２】本実施例に係るＤＢ再編成処理の具体例を示す図である。
【図３】本実施例に係る更新履歴ファイルの構成例を示す図である。
【図４】図３に示したブロックデータの構成例を示す図である。
【図５】本実施例に係るバックアップセンタにおける具体的な処理を示すフローチャートである。
【図６】コンピュータシステムのバックアップ方法の従来例を説明する図である。
【符号の説明】
【０１０１】
１００      正センタ
１０１      ＤＢ更新手段
１０２      ＤＢ再編成手段
１０３      ＤＢ
１０４      ディレクトリ
１０５      ＤＩＳＫ装置
１１０      バックアップセンタ
１１１      ＤＢ反映制御手段
１１２      ＤＢ再編成手段
１１３      ＤＢ
１１４      ディレクトリ
１１５      ＤＩＳＫ装置
【図１】
0005374900.tif 000002
【図２】
0005374900.tif 000003
【図３】
0005374900.tif 000004
【図４】
0005374900.tif 000005
【図５】
0005374900.tif 000006
【図６】
0005374900.tif 000007