JP2017156829A - 制御装置、情報復元方法および情報復元プログラム - Google Patents

Abstract

【課題】任意のタイミングでの構成情報の復元を小容量の記録情報を用いて実現すること。【解決手段】制御装置１０は、記憶部１１と記録処理部１２と復元処理部１３とを有する。記憶部１１は、制御対象の構成を示す構成情報１１ａと、バックアップ情報１１ｂと、履歴情報１１ｃとを記憶する。記録処理部１２は、構成情報１１ａのコピーを時間間隔を空けてバックアップ情報１１ｂに記録するとともに、構成情報１１ａを更新する入力操作の履歴を履歴情報１１ｃに記録する。復元処理部１３は、過去の復元タイミングの指示を受けると、バックアップ情報１１ｂと履歴情報１１ｃとに基づいて、構成情報１１ａを復元タイミングの状態に復元した復元情報を生成する。【選択図】図１

Description

本発明は制御装置、情報復元方法および情報復元プログラムに関する。

情報処理装置に格納されたデータを、バックアップされたデータを用いて復元する技術が知られている。これに関連して、パーソナルコンピュータに記憶されているファイルの復元に、入力装置の操作履歴を用いる技術が提案されている。また、ＨＤＤ（Hard Disk Drive）の故障に備えて、このＨＤＤに対する更新履歴を取得して保存する技術が提案されている。

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

ところで、制御対象の構成を示す構成情報を保持し、その構成情報を参照しながら制御対象を制御する制御装置においては、過去の任意のタイミングでの構成情報を復元したい場合がある。例えば、制御装置が故障し、制御対象を故障前の所望の時点の状態に戻すために構成情報を復元したい場合や、構成情報の設定に誤りがあったために構成情報をその設定前の状態に復元したい場合などがある。

ここで、構成情報をバックアップしておき、バックアップされた情報を用いて構成情報を復元する方法を用いた場合には、バックアップデータの量が膨大になるという問題がある。特に、制御対象が多くなるほど、また制御内容が複雑になるほど、バックアップデータの量が膨大になる。このため、時間間隔を空けてバックアップを実行せざるを得ないので、任意のタイミングでの構成情報を復元することは困難である。

１つの側面では、本発明は、任意のタイミングでの構成情報の復元を小容量の記録情報を用いて実現可能な制御装置、情報復元方法および情報復元プログラムを提供することを目的とする。

１つの態様では、制御対象を制御する制御装置が提供される。この制御装置は記憶部と記録処理部と復元処理部を有する。記憶部は、制御対象の構成を示す構成情報と、バックアップ情報と、履歴情報とを記憶する。記録処理部は、構成情報のコピーを時間間隔を空けてバックアップ情報に記録するとともに、構成情報を更新する入力操作の履歴を履歴情報に記録する。復元処理部は、過去の復元タイミングの指示を受けると、バックアップ情報と履歴情報とに基づいて、構成情報を復元タイミングの状態に復元した復元情報を生成する。

また、１つの態様では、情報復元方法が提供される。この情報復元方法は、制御対象を制御する制御装置が、制御対象の構成を示す構成情報のコピーを、制御装置の記憶部に記憶されたバックアップ情報に時間間隔を空けて記録するとともに、構成情報を更新する入力操作の履歴を、記憶部に記憶された履歴情報に記録し、過去の復元タイミングの指示を受けると、バックアップ情報と履歴情報とに基づいて、構成情報を復元タイミングの状態に復元した復元情報を生成する。

また、１つの態様では、情報復元プログラムが提供される。この情報復元プログラムは、制御対象を制御するコンピュータに、制御対象の構成を示す構成情報のコピーを、コンピュータの記憶部に記憶されたバックアップ情報に時間間隔を空けて記録するとともに、構成情報を更新する入力操作の履歴を、記憶部に記憶された履歴情報に記録し、過去の復元タイミングの指示を受けると、バックアップ情報と履歴情報とに基づいて、構成情報を復元タイミングの状態に復元した復元情報を生成する、処理を実行させる。

１つの側面では、任意のタイミングでの構成情報の復元を小容量の記録情報を用いて実現できる。

第１の実施の形態の情報処理装置を示す図である。 第２の実施の形態のストレージシステムを示す図である。 ＣＭのハードウェア例を示す図である。 管理端末のハードウェア例を示す図である。 第２の実施の形態のＣＭの機能例を示す図である。 操作履歴テーブルの例を示す図である。 構成情報の例を示す図である。 ボリューム管理テーブルの例を示す図である。 バックアップテーブルの例を示す図である。 管理端末の機能例を示す図である。 構成情報を変更する処理の例を示すフローチャートである。 バックアップ処理の例を示すフローチャートである。 第２の実施の形態の構成情報を復元する際のＣＭの処理の例を示すフローチャートである。 復元ポイントを追加する際の管理端末の処理の例を示すフローチャートである。 復元ポイントの作成処理の例を示すフローチャート（その１）である。 復元ポイントの作成処理の例を示すフローチャート（その２）である。 第３の実施の形態の構成情報を復元する処理の例を示すフローチャートである。

以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態の制御装置を示す図である。制御装置１０は、制御対象を制御する装置である。制御対象は、例えば、制御装置１０に搭載または接続された各種のハードウェアでもよいし、あるいは、そのようなハードウェアを用いて実現される論理的な対象であってもよい。論理的な対象の一例としては、制御装置１０に接続された記憶装置の物理記憶領域によって実現される論理記憶領域が考えられる。

また、制御装置１０には、例えば、端末装置２０が接続されている。端末装置２０には図示しない入力装置が接続されており、ユーザが入力装置を操作することにより、制御装置１０に記憶された後述する構成情報の更新を伴う処理を、制御装置１０に実行させることができるようになっている。なお、端末装置２０の代わりに、制御装置１０には入力装置が直接接続されていてもよい。

制御装置１０は、記憶部１１、記録処理部１２および復元処理部１３を有する。記憶部１１は、ＲＡＭ（Random Access Memory）などの揮発性記憶装置でもよいし、ＨＤＤやフラッシュメモリなどの不揮発性記憶装置でもよい。記録処理部１２および復元処理部１３の処理は、例えば、制御装置１０が備えるプロセッサが所定のプログラムを実行することで実現される。このプロセッサには、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などを含み得る。

記憶部１１は、構成情報１１ａ、バックアップ情報１１ｂおよび履歴情報１１ｃを記憶する。
構成情報１１ａは、制御装置１０が制御する制御対象の構成を示す情報である。例えば、制御対象が前述の論理記憶領域である場合、構成情報１１ａは、論理記憶領域の識別情報や容量、論理記憶領域を実現する物理記憶領域に関する情報、その物理記憶領域に対する書き込み制御に関する情報、論理記憶領域へのアクセス時における種々の動作モードに関する情報などを含む。制御装置１０は、構成情報１１ａを参照しながら制御対象の制御を行う。

バックアップ情報１１ｂには、バックアップタイミングにおける構成情報１１ａのコピーが記録される。バックアップタイミングは時間間隔を空けて複数回設定され、バックアップ情報１１ｂには、各バックアップタイミングに対応する複数のコピーが記録される。例えば、図１に示すように、記憶部１１は、バックアップタイミングＸ１での構成情報１１ａのコピーと、バックアップタイミングＸ２での構成情報１１ａのコピーとを記憶する。

履歴情報１１ｃには、端末装置２０の入力装置を用いて入力された、構成情報１１ａを更新する入力操作の履歴が記録される。例えば、構成情報１１ａの更新を伴う処理を制御装置１０に実行させるために入力されたコマンドの内容が、履歴情報１１ｃに記録される。

記録処理部１２は、前述のバックアップタイミングのそれぞれにおいて、構成情報１１ａのコピーをバックアップ情報１１ｂに記録する。また、記録処理部１２は、端末装置２０において構成情報１１ａを更新する入力操作が行われ、その入力操作に応じて構成情報１１ａが更新されると、入力操作の内容を履歴情報１１ｃに記録する。

復元処理部１３は、構成情報１１ａを復元する復元タイミングの指示を受け付ける。例えば、復元タイミングの指示は、端末装置２０から受け付けてもよいし、他の装置から受け付けてもよい。復元処理部１３は、記憶部１１を参照し、バックアップ情報１１ｂと履歴情報１１ｃとに基づいて、構成情報１１ａを復元タイミングの状態に復元した復元情報を生成する。

例えば、図１に示すように、復元処理部１３は、バックアップタイミングＸ１とバックタイミングＸ２との間に位置する復元タイミングＹの指示を受け付ける。復元処理部１３は、復元タイミングＹより前のバックアップタイミングの中で復元タイミングＹに一番近いバックアップタイミングＸ１を特定する。復元処理部１３は、バックアップ情報１１ｂから、バックアップタイミングＸ１において記録された、構成情報１１ａのコピーを読み出す。これとともに、復元処理部１３は、履歴情報１１ｃを参照し、バックアップポイントＸ１から復元タイミングＹまでの間に受け付けた入力操作の内容を読み出す。復元処理部１３は、読み出された構成情報１１ａのコピーに対して、読み出された入力操作の内容に応じた更新処理を入力操作の受け付け順に施すことで、復元情報を生成する。

ここで、記憶部１１に記憶されるデータ量が膨大になるのを防ぐため、バックアップ情報１１ｂに構成情報１１ａをコピーするバックアップタイミングは間欠的に設定せざるを得ない。このため、バックアップ情報１１ｂを記録しておくだけでは、任意の復元タイミングでの復元情報を生成することは難しい。例えば、図１に示したバックアップタイミングＸ１における構成情報１１ａを復元した後、ユーザが構成情報１１ａを更新するための入力操作をあらためて行うことで、復元タイミングＹにおける復元情報を生成することは不可能ではない。しかし、この方法はユーザの作業負荷が大きく、また復元の正確性にも欠ける。

これに対して、第１の実施の形態の制御装置１０は、構成情報１１ａを復元するために、復元タイミングの前に少なくとも１回、構成情報１１ａのコピーをバックアップ情報１１ｂに記録していればよい。そして、制御装置１０は、その記録タイミング以降の入力操作の履歴を保持することで、任意の復元タイミングにおける復元情報を、人手を介さずに正確に生成できる。よって、第１の実施の形態によれば、任意の復元タイミングでの復元情報の生成を実現するために記録しておくことが必要なデータ量を縮小できる。

［第２の実施の形態］
次に、第２の実施の形態として、図１の制御装置１０としてストレージ制御装置を適用したストレージシステムを例示する。

図２は、第２の実施の形態のストレージシステムを示す図である。図２に示すストレージシステムは、ストレージ装置１００、ホスト装置４００および管理端末５００を含む。ストレージ装置１００とホスト装置４００とは、例えば、ファイバチャネル（ＦＣ：Fibre Channel）やｉＳＣＳＩ（Internet Small Computer System Interface）などを用いたＳＡＮ（Storage Area Network）を介して接続される。ストレージ装置１００と管理端末５００とは、ＬＡＮ（Local Area Network）などのネットワークを介して接続される。

ストレージ装置１００は、ＣＥ（Controller Enclosure）２００およびＤＥ（Device Enclosure）３００を有する。
ＣＥ２００は、ＣＭ（Controller Module）２１０を有する。ＣＭ２１０は、ストレージ装置１００全体を制御する。また、ＣＭ２１０は、構成情報を格納している。

ＤＥ３００は、複数の記憶装置を搭載する。ＤＥ３００は、記憶装置としてＨＤＤを備えたディスクアレイ装置である。なお、ＤＥ３００に搭載される記憶装置は、ＳＳＤ（Solid State Drive）などの他の種類の記憶装置であってもよい。

ストレージ装置１００においては、ＣＭ２１０は、ホスト装置４００からの要求に応じて、ＤＥ３００に搭載された記憶装置に対するアクセスを制御する。より具体的には、ＣＭ２１０は、ＤＥ３００内の記憶装置の物理記憶領域によって実現される論理ボリュームを作成する。そして、ＣＭ２１０は、ホスト装置４００からのアクセス要求に応じて、論理ボリュームに対するアクセスを制御する。また、ＣＭ２１０は、論理ボリュームに対するアクセス制御を、ＣＭ２１０の内部に記憶された構成情報を参照しながら実行する。

管理端末５００は、ストレージシステムを管理する管理者によって操作される端末装置である。管理者は、管理端末５００を用いて、ＣＭ２１０に対して構成情報の設定処理を実行させる。

次に、ＣＭ２１０と管理端末５００のハードウェアについて、説明する。
図３は、ＣＭのハードウェア例を示す図である。ＣＭ２１０は、プロセッサ２１０ａ、ＲＡＭ２１０ｂ、ＳＳＤ２１０ｃ、ＤＩ（Device Interface）２１０ｄ、ＣＡ（Channel Adapter）２１０ｅおよびＬＡＮインタフェース２１０ｆを有する。

プロセッサ２１０ａは、ＣＭ２１０の情報処理を制御する。プロセッサ２１０ａは、複数のプロセッシング要素を含むマルチプロセッサであってもよい。
ＲＡＭ２１０ｂは、ＣＭ２１０の主記憶装置である。ＲＡＭ２１０ｂは、プロセッサ２１０ａに実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ２１０ｂは、プロセッサ２１０ａによる処理に用いる各種データを記憶する。

ＳＳＤ２１０ｃは、ＣＭ２１０の補助記憶装置である。ＳＳＤ２１０ｃは、不揮発性の半導体メモリである。ＳＳＤ２１０ｃには、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、ＣＭ２１０は、補助記憶装置として、ＳＳＤ２１０ｃの代わりにＨＤＤを備えていてもよい。

ＤＩ２１０ｄは、ＤＥ３００と通信するためのインタフェースである。ＣＡ２１０ｅは、ホスト装置４００と通信するためのインタフェースである。ＬＡＮインタフェース２１０ｆは、管理端末５００と通信するためのインタフェースである。

図４は、管理端末のハードウェア例を示す図である。管理端末５００は、プロセッサ５０１、ＲＡＭ５０２、ＨＤＤ５０３、画像信号処理部５０４、入力信号処理部５０５、読み取り装置５０６および通信インタフェース５０７を有する。各ユニットが管理端末５００のバスに接続されている。

プロセッサ５０１は、管理端末５００全体を制御する。プロセッサ５０１は、複数のプロセッシング要素を含むマルチプロセッサであってもよい。プロセッサ５０１は、例えばＣＰＵ、ＤＳＰ、ＡＳＩＣまたはＦＰＧＡなどである。また、プロセッサ５０１は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどのうちの２以上の要素の組み合わせであってもよい。

ＲＡＭ５０２は、管理端末５００の主記憶装置である。ＲＡＭ５０２は、プロセッサ５０１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ５０２は、プロセッサ５０１による処理に用いる各種データを記憶する。

ＨＤＤ５０３は、管理端末５００の補助記憶装置である。ＨＤＤ５０３は、内蔵した磁気ディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ５０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。管理端末５００は、フラッシュメモリやＳＳＤなどの他の種類の補助記憶装置を備えてもよく、複数の補助記憶装置を備えてもよい。

画像信号処理部５０４は、プロセッサ５０１からの命令に従って、管理端末５００に接続されたディスプレイ５１に画像を出力する。ディスプレイ５１としては、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、有機ＥＬ（Electro-Luminescence）ディスプレイなど各種のディスプレイを用いることができる。

入力信号処理部５０５は、管理端末５００に接続された入力デバイス５２から入力信号を取得し、プロセッサ５０１に出力する。入力デバイス５２としては、マウスやタッチパネルなどのポインティングデバイスやキーボードなどの各種の入力デバイスを用いることができる。管理端末５００には、複数の種類の入力デバイスが接続されてもよい。

読み取り装置５０６は、記録媒体５３に格納されたプログラムやデータを読み取る装置である。読み取り装置５０６は、例えば、プロセッサ５０１からの命令に従って、記録媒体５３から読み取ったプログラムやデータをＲＡＭ５０２またはＨＤＤ５０３に格納する。

通信インタフェース５０７は、ストレージ装置１００と通信するためのインタフェースである。
ここで、ストレージシステムの管理者は、ディスプレイ５１を視認しながら入力デバイス５２を用いて管理端末５００を操作することで、ＣＭ２１０に対して所定の処理の実行を指示することができる。本実施の形態では、ＣＭ２１０に処理の実行を指示するためのＣＬＩ（Command Line Interface）が管理端末５００に提供される。ＣＭ２１０を操作する場合を例示すると、ディスプレイ５１にはＣＬＩ画面が表示され、管理者が入力デバイス５２を用いてＣＬＩ画面にコマンドを入力すると、入力されたコマンドがＣＭ２１０に送信される。ＣＭ２１０は、受信したコマンドに応じた処理を実行する。なお、ＣＬＩの代わりにＧＵＩ（Graphical User Interface）が管理端末５００に提供されてもよい。

また、管理者は、ディスプレイ５１を視認しながら入力デバイス５２を用いて管理端末５００を操作することで、ＣＭ２１０が有する構成情報を過去の任意の時点の状態に復元させることができる。この復元の指示は、上記のＣＬＩを通じて行われてもよいし、これとは別のインタフェースを通じて行われてもよい。

次に、ＣＭ２１０が有する機能について説明する。
図５は、第２の実施の形態のＣＭの機能例を示す図である。ＣＭ２１０は、記憶部２１１、受信部２１２、変更部２１３、アクセス制御部２１４およびバックアップ部２１５を有する。なお、記憶部２１１は図１の記憶部１１の一例であり、受信部２１２およびバックアップ部２１５は図１の記録処理部１２の一例であり、変更部２１３は図１の復元処理部１３の一例である。

記憶部２１１は、例えば、ＲＡＭ２１０ｂまたはＳＳＤ２１０ｃに確保した記憶領域として実装される。記憶部２１１は、操作履歴テーブル２１１ａ、構成情報２１１ｂおよびバックアップテーブル２１１ｃを記憶する。

操作履歴テーブル２１１ａには、管理端末５００から送信されたＣＬＩコマンドの内容が登録される。構成情報２１１ｂには、制御対象に対して制御の変更を行うための情報が登録される。バックアップテーブル２１１ｃには、所定のタイミングで構成情報２１１ｂをバックアップした情報が登録される。以下、構成情報２１１ｂのバックアップを作成したタイミング（時刻）を復元ポイントという。

受信部２１２、変更部２１３、アクセス制御部２１４およびバックアップ部２１５の少なくとも一部は、例えば、プロセッサ２１０ａが所定のプログラムを実行することによって実現される。

受信部２１２は、管理端末５００が送信したＣＬＩコマンドを受信する。受信部２１２は、ＣＬＩコマンドを解釈し、ＣＬＩコマンドによって指示された処理の内容を変更部２１３に通知し、その処理の実行を指示する。受信部２１２は、指示した処理が変更部２１３によって正常に実行されると、受信したＣＬＩコマンドを操作履歴テーブル２１１ａに登録する。

また、受信部２１２は、管理端末５００から構成情報２１１ｂの復元指示を受けると、構成情報２１１ｂを指示された復元タイミングの状態に復元する処理を変更部２１３に実行させる。具体的には、受信部２１２は、構成情報２１１ｂを復元タイミングの直前の復元ポイントにおける状態に復元するように変更部２１３に指示する。その後、受信部２１２は、その復元ポイントから復元タイミングまでのＣＬＩコマンドを操作履歴テーブル２１１ａから読み出し、読み出したＣＬＩコマンドに応じた構成情報２１１ｂの更新処理を変更部２１３に実行させる。

変更部２１３は、受信部２１２からの指示に従って、構成情報２１１ｂを更新する。この更新処理としては、管理端末５００からのＣＬＩコマンドに応じた更新処理と、構成情報２１１ｂを復元タイミングの状態に復元するための復元処理とがある。

アクセス制御部２１４は、ホスト装置４００からの要求に応じて、ＤＥ３００に搭載された記憶装置によって実現される論理ボリュームに対するアクセスを、構成情報２１１ｂを参照しながら制御する。

バックアップ部２１５は、構成情報２１１ｂのバックアップ処理を実行する。バックアップ部２１５は、バックアップ処理で作成したバックアップ情報をバックアップテーブル２１１ｃに登録する。

次に、記憶部２１１が記憶する情報について詳細に説明する。
図６は、操作履歴テーブルの例を示す図である。操作履歴テーブル２１１ａは、記憶部２１１に格納される。操作履歴テーブル２１１ａは、操作時刻、コマンド名、操作パラメータの項目を含む。操作時刻の項目には、受信部２１２が管理端末５００から送信されたＣＬＩコマンドを受信した時刻が登録される。管理端末５００から送信されるＣＬＩコマンドは、コマンド名と１以上の操作パラメータ（「オプション」と呼ばれる場合もある）とを含む。コマンド名は、処理の内容を示し、操作パラメータは、処理の詳細を示す。コマンド名の項目には、受信したＣＬＩコマンドに含まれるコマンド名が登録される。操作パラメータの項目には、受信したＣＬＩコマンドに含まれる操作パラメータが登録される。操作パラメータは通常、パラメータ名と引数とを含む。

例えば、操作履歴テーブル２１１ａには、操作時刻が２０１２／１０／３０ ２０：１２：３１、コマンド名がｌｕｎ ｃｒｅａｔｅ、操作パラメータがＮａｍｅ＝“ＬＵＮ＃０”、ＳｔｏｒａｇｅＰｏｏｌ＝“ＳＰ＃０”、Ｃａｐａｃｉｔｙ＝“３ＴＢ” という情報が登録される。これは、受信部２１２が管理端末５００から送信されたＣＬＩコマンドを２０１２／１０／３０ ２０：１２：３１に受信したことを示す。また、ＣＬＩコマンドが示す処理内容は、ボリューム名が“ＬＵＮ（Logical Unit Number）＃０”で容量が３ＴＢの論理ボリュームを、ストレージプール“ＳＰ＃０”に作成することを指示するものである。なお、Ｎａｍｅ、ＳｔｏｒａｇｅＰｏｏｌ、Ｃａｐａｃｉｔｙはパラメータ名であり、“ＬＵＮ＃０”、“ＳＰ＃０”、“３ＴＢ”は各パラメータ名に対応する引数である。

また、例えば、操作履歴テーブル２１１ａには、操作時刻が２０１２／１０／３０ ２０：１４：２０、操作内容がｌｕｎ ｍａｐｐｉｎｇ、操作パラメータがＰｏｒｔＩＤ＝１、ＨｏｓｔＩＤ＝１、ＬｕｎＩＤ＝９という情報が登録される。これは、受信部２１２が管理端末５００から送信されたＣＬＩコマンドを２０１２／１０／３０ ２０：１４：２０に受信したことを示す。また、ＣＬＩコマンドが示す処理内容は、ＰｏｒｔＩＤ“１”の通信ポートを介してＨｏｓｔＩＤ“１”のホスト装置が論理ボリューム“ＬＵＮ＃０”をＬｕｎＩＤ“９”のボリュームとして認識できるようにすることを指示するものである。

また、例えば、操作履歴テーブル２１１ａには、操作時刻が２０１２／１１／０２ １９：４９：１５、操作内容がｌｕｎ ｕｎｍａｐｐｉｎｇ、操作パラメータがＬｕｎＩＤ＝９という情報が登録される。これは、受信部２１２が管理端末５００から送信されたＣＬＩコマンドを２０１２／１１／０２ １９：４９：１５に受信したことを示す。また、ＣＬＩコマンドが示す処理内容は、ＬｕｎＩＤ“９”のボリュームを削除して、ＨｏｓｔＩＤ“１”のホスト装置がＬｕｎＩＤ“９”のボリュームを認識しないようにすることを指示するものである。

また、例えば、操作履歴テーブル２１１ａには、操作時刻が２０１２／１１／０２ １９：５０：３１、操作内容がｌｕｎ ｄｅｌｅｔｅ、操作パラメータがＮａｍｅ＝“ＬＵＮ＃０”という情報が登録される。これは、受信部２１２が管理端末５００から送信されたＣＬＩコマンドを２０１２／１１／０２ １９：５０：３１に受信したことを示す。また、ＣＬＩコマンドが示す処理内容は、ボリューム名“ＬＵＮ＃０”の論理ボリュームの削除を指示するものである。

図７は、構成情報の例を示す図である。構成情報２１１ｂは、記憶部２１１に格納される。構成情報２１１ｂには、ボリューム管理テーブル２１１ｂａ、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）グループ管理テーブル２１１ｂｂ、ストレージプール管理テーブル２１１ｂｃ、コピーセッション管理テーブル２１１ｂｄ、ホストグループ管理テーブル２１１ｂｅ、ポートグループ管理テーブル２１１ｂｆが登録される。

ボリューム管理テーブル２１１ｂａには、個々の論理ボリュームに関する情報が登録される。ボリューム管理テーブル２１１ｂａには、例えば、論理ボリュームの番号、論理ボリュームの名称、容量、タイプ、作成先ＲＡＩＤグループ名、圧縮や暗号化等の有効・無効の情報などが登録される。

ＲＡＩＤグループ管理テーブル２１１ｂｂには、ＲＡＩＤグループに関する情報が登録される。ＲＡＩＤグループとは、特定のＲＡＩＤレベルで書き込みが制御されるディスク群を指す。ＲＡＩＤグループ管理テーブル２１１ｂｂには、ＲＡＩＤグループ名、ＲＡＩＤグループを構成するディスクのＩＤ、ＲＡＩＤレベル、どのストレージプールに属するかを示すプール情報などが登録される。

ストレージプール管理テーブル２１１ｂｃには、ストレージプールに関する情報が登録される。ストレージプールとは、論理ボリュームを設定可能な物理記憶領域であり、１以上のＲＡＩＤグループによって構成される。ストレージプール管理テーブル２１１ｂｃには、例えば、ストレージプール名、構成するＲＡＩＤグループのグループ名、使用量、未使用量、省電力設定（ＥＣＯ）情報などが登録される。

コピーセッション管理テーブル２１１ｂｄには、コピーセッションに関する情報が登録される。コピーセッション管理テーブル２１１ｂｄには、例えば、コピー元の論理ボリュームのボリューム名、コピー先の論理ボリュームのボリューム名、コピー処理の種別を示すモード情報、コピー処理の状態を示す状態情報などが登録される。

ホストグループ管理テーブル２１１ｂｅには、ホストグループに関する情報が登録される。ホストグループ管理テーブル２１１ｂｅには、例えば、ホストグループに属するホスト装置の識別情報、アクセス先の論理ボリュームのボリューム名、アクセスに使用される通信ポートのボート名などが登録される。

ポートグループ管理テーブル２１１ｂｆには、ポートグループに関する情報が登録される。ポートグループ管理テーブル２１１ｂｆには、ホスト装置との通信で利用される物理ポートやネットワーク機器の識別情報、各物理ポートやネットワーク機器の状態情報などが登録される。

図８は、ボリューム管理テーブルの例を示す図である。ボリューム管理テーブル２１１ｂａは、設定される情報のプロパティと、その設定値の項目を含む。プロパティとしては、ボリューム番号（ＬｕｎＩＤ）、ボリューム名、ボリュームタイプ、ボリュームＧＵＩＤ（Globally Unique Identifier）、ボリュームオプションビット、容量、プール番号、作成日時、閾値情報、ＱｏＳ（Quality of Service）設定、チューニング設定、エコモード設定、セキュリティ設定、レプリケーション情報、スナップショット情報などが登録される。なお、図８では、各レコードの右側に、登録される設定値のサイズが記載されている。

ここで、例えば、図６に示した操作時刻“２０１２／１０／３０ ２０：１２：３１”に受信したＣＬＩコマンドに応じて実行される処理を示す。この場合、ボリューム名が“ＬＵＮ＃０”の論理ボリュームに対応するボリューム管理テーブル２１１ｂａが作成され、ボリューム名、容量、プール番号の設定値として、操作パラメータで指定された引数がそれぞれ設定される。また、ボリュームタイプ、ＱｏＳ設定、セキュリティ設定、レプリケーション情報、スナップショット情報の設定値として、あらかじめ決められた値が設定され、さらに、ボリュームＧＵＩＤの設定値が作成されて設定される。

このように、１回のＣＬＩコマンドに応じて、構成情報２１１ｂ内の多数の項目の設定値が更新され得る。ＣＬＩコマンドのデータ量は数バイトから数十バイトであるのに対して、構成情報２１１ｂ内の複数の項目の設定値が更新された場合、その更新データ量は数キロバイトから数十キロバイトにもなり得る。すなわち、構成情報２１１ｂにおいては、受信したＣＬＩコマンド自体のデータサイズと比較して、はるかに大きなサイズのデータが更新される。

また、ボリューム管理テーブル２１１ｂａだけでなく、構成情報２１１ｂに含まれる他の管理テーブルの一部も連動して更新される。例えば、ストレージプール管理テーブル２１１ｂｃにおいては、設定されたプール番号に対応するストレージプールについての使用量および未使用量が、設定された論理ボリュームの容量に応じて更新される。また、図６に示した操作時刻“２０１２／１０／３０ ２０：１４：２０”に受信したＣＬＩコマンドでは、ボリューム管理テーブル２１１ｂａにボリューム番号（ＬｕｎＩＤ）が設定されるだけでなく、ホストグループ管理テーブル２１１ｂｅにおいてホスト装置と論理ボリュームとを対応付けるための設定が行われる。このように、１つのＣＬＩコマンドに応じて複数の管理テーブルで情報更新が行われる場合もあり、このことも、受信したＣＬＩコマンドのデータサイズより更新されるデータサイズの方がはるかに大きくなる要因となる。

図９は、バックアップテーブルの例を示す図である。バックアップテーブル２１１ｃは、記憶部２１１に格納される。バックアップテーブル２１１ｃは、作成時刻、構成情報の項目を含む。作成時刻の項目には、バックアップが実行された時刻を示す情報が登録される。また、作成時刻は復元ポイントである。構成情報の項目には、バックアップされた構成情報を示す情報が登録される。

次に、管理端末５００が有する機能について説明する。
図１０は、管理端末の機能例を示す図である。管理端末５００は、表示制御部５１０および発行部５２０を有する。

表示制御部５１０および発行部５２０の少なくとも一部は、例えば、プロセッサ５０１が所定のプログラムを実行することによって実現される。
表示制御部５１０は、ＣＬＩコマンドを入力するためのＣＬＩ画面をディスプレイ５１に表示させる。表示制御部５１０は、入力デバイス５２を用いて入力されたＣＬＩコマンドをＣＬＩ画面に表示させる。また、表示制御部５１０は、ＣＬＩコマンドに応じた処理の結果をＣＬＩ画面に表示させる。さらに、表示制御部５１０は、構成情報２１１ｂの復元を指示するための指示画面をディスプレイ５１に表示させ、復元タイミングの時刻および復元指示の入力を受け付ける。

発行部５２０は、ＣＬＩ画面に入力されたＣＬＩコマンドをＣＭ２１０に発行する。発行部５２０は、ＣＬＩコマンドに応じた処理の結果をＣＭ２１０から受信して表示制御部５１０に通知する。また、発行部５２０は、入力された復元タイミングの時刻および復元指示を、ＣＭ２１０に送信する。

次に、ＣＬＩコマンドに応じた構成情報２１１ｂの更新処理について説明する。
図１１は、構成情報を更新する処理の例を示すフローチャートである。図１１の処理は、管理端末５００がＣＭ２１０に対してＣＬＩコマンドを送信することで開始される。以下、図１１に示す処理をステップ番号に沿って説明する。

（Ｓ１１）受信部２１２は、管理端末５００が送信したＣＬＩコマンドを受信する。受信部２１２は、操作履歴テーブル２１１ａの操作時刻の項目にＣＬＩコマンドを受信した時刻を登録する。

（Ｓ１２）受信部２１２は、受信したＣＬＩコマンドによって指示された処理の内容を解釈する。受信部２１２は、解釈された処理内容を変更部２１３に通知し、その処理の実行を指示する。

（Ｓ１３）変更部２１３は、受信部２１２からの指示に従って、構成情報２１１ｂを更新する。変更部２１３は、更新処理が正常に完了すると、受信部２１２にその旨を通知する。

（Ｓ１４）受信部２１２は、更新処理が正常に完了すると、操作履歴テーブル２１１ａのコマンド名および操作パラメータの項目に、受信したＣＬＩコマンドを登録する。そして、処理を終了する。

次に、バックアップ処理が定期的に実行される場合について説明する。また、図１２の処理は、図１１の処理と並列に実行される場合がある。
図１２は、バックアップ処理の例を示すフローチャートである。以下、図１２に示す処理をステップ番号に沿って説明する。

（Ｓ２１）バックアップ部２１５は、現在の時刻がバックアップ処理の開始時刻であるか否かを判定する。バックアップ処理の開始時刻の場合、処理をステップＳ２２に進める。バックアップ処理開始時刻ではない場合、バックアップ処理の開始時刻まで待機する。

（Ｓ２２）バックアップ部２１５は、バックアップ処理を実行する。具体的には、バックアップ部２１５は、現在の構成情報２１１ｂの複製を作成する。
（Ｓ２３）バックアップ部２１５は、作成した構成情報２１１ｂの複製をバックアップテーブル２１１ｃに登録する。これにより、復元ポイントが１つ作成される。

このように、バックアップ処理は定期的に実行され、複数の復元ポイントが作成される。なお、図１２では、定期的にバックアップ処理を実行する場合を説明したが、管理端末５００からの指示によって、バックアップ処理が実行されてもよい。また、バックアップ処理は、コピーオンライト方式などが用いられてもよい。

次に、構成情報２１１ｂを復元する場合について説明する。
図１３は、第２の実施の形態の構成情報を復元する際のＣＭの処理の例を示すフローチャートである。以下、図１３に示す処理をステップ番号に沿って説明する。

（Ｓ３１）管理端末５００において、復元タイミングの時刻が入力され、時刻と復元指示とが送信される。受信部２１２は、管理端末５００が送信した復元指示と時刻を受信する。

（Ｓ３２）受信部２１２は、アクセス制御部２１４の処理を停止させる。
（Ｓ３３）受信部２１２は、バックアップテーブル２１１ｃを参照し、指示された時刻、すなわち復元タイミングより前のバックアップの中で復元タイミングに一番近い復元ポイントを検索する。

（Ｓ３４）受信部２１２は、検索した結果、復元ポイントが存在したか否かを判定する。存在している場合、処理をステップＳ３５に進める。存在しなかった場合、処理を終了する。

（Ｓ３５）受信部２１２は、操作履歴テーブル２１１ａを参照し、ステップＳ３３の検索で特定した復元ポイントから復元タイミングまでの操作情報（操作履歴テーブル２１１ａのコマンド名と操作パラメータ）を検索する。

（Ｓ３６）受信部２１２は、検索した結果、操作情報が存在したか否かを判定する。存在している場合、処理をステップＳ３７に進める。存在しなかった場合、処理を終了する。

（Ｓ３７）受信部２１２は、ステップＳ３３で検索された復元ポイントを変更部２１３に通知し、構成情報２１１ｂの復元を指示する。変更部２１３は、通知された復元ポイントでバックアップしている構成情報をバックアップテーブル２１１ｃから読み出し、構成情報２１１ｂを読み出した構成情報の内容に変更する。

（Ｓ３８）受信部２１２は、ステップＳ３５の検索で特定した操作情報の中から１つの操作情報を選択する。ここで、受信部２１２は、操作情報を選択する際、操作履歴テーブル２１１ａの操作時刻が古い順に選択する。

（Ｓ３９）受信部２１２は、ステップＳ３８で選択した操作情報（ＣＬＩコマンド）によって指示された処理の内容を解釈する。受信部２１２は、解釈された処理内容を変更部２１３に通知し、その処理の実行を指示する。変更部２１３は、指示に従って構成情報２１１ｂを更新する。

（Ｓ４０）受信部２１２は、全ての操作情報を選択したか否かを判定する。全て選択している場合、構成情報２１１ｂが復元タイミング時点の状態に復元されている。この場合、処理をステップＳ４１に進める。全て選択していない場合、処理をステップＳ３８に進める。

（Ｓ４１）受信部２１２は、更新された構成情報２１１ｂを反映させる処理を実行する。例えば、受信部２１２は、ＣＭ２１０をリセットする。これにより、アクセス制御部２１４の処理を再開できる状態になる。

以上説明した第２の実施の形態によれば、ＣＭ２１０は、バックアップテーブル２１１ｃにバックアップされた構成情報と、操作履歴テーブル２１１ａに記録された操作履歴とを用いて、構成情報２１１ｂを任意の復元タイミングの状態に復元できる。構成情報２１１ｂのバックアップ間隔を長くしても構成情報２１１ｂを任意の復元タイミングの状態に正確に復元できるため、バックアップテーブル２１１ｃに記録しておくデータ量を削減できる。よって、構成情報２１１ｂを任意の復元タイミングの状態に復元可能にするために必要な記録データ量を縮小できる。

また、例えば、記録データ量を抑制しながら、バックアップデータだけを用いて任意のタイミングへの復元を可能にする方法としては、前回のバックアップ時からの差分データだけをバックアップする方法が考えられる。しかし、前述のように、構成情報２１１ｂ内のデータのうち、１回のＣＬＩコマンドに応じて更新されるデータの量は数キロバイトから数十キロバイトにもなる。このため、差分データのデータ量も決して小さいとは言えない。これに対して、本実施の形態では、構成情報２１１ｂ内の更新データ量と比較して明らかに小さいＣＬＩコマンドが記録されることから、差分データをバックアップする方法と比較しても、復元のために必要な記録データ量を削減できる。

［第３の実施の形態］
次に、第３の実施の形態を説明する。前述の第２の実施の形態との相違する事項を主に説明し、共通する事項の説明を省略する。

第３の実施の形態では、操作履歴テーブル２１１ａとバックアップテーブル２１１ｃとを用いて、過去の任意のタイミングに、バックアップテーブル２１１ｃのデータだけを用いて構成情報を復元可能な復元ポイントを追加できるように、第２の実施の形態が変形される。また、ユーザが復元ポイントを簡単に指定できるようにするために、操作履歴テーブル２１１ａに記録された操作履歴の一覧表示画面がユーザに提示される。

第３の実施の形態のストレージ装置および機能の基本的な構成は、第２の実施の形態の装置および機能と同様である。そこで、第３の実施の形態では、第２の実施の形態と同じ符号、名称を用いて説明する。

図１４は、復元ポイントを追加する際の管理端末の処理の例を示すフローチャートである。図１４の処理は、管理端末５００を利用する管理者が復元ポイントの追加を指示する操作を行うことで開始される。以下、図１４に示す処理をステップ番号に沿って説明する。

（Ｓ５１）ＣＭ２１０の受信部２１２は、管理端末５００からの復元ポイントの追加指示に応じて、操作履歴テーブル２１１ａの内容を管理端末５００に送信する。管理端末５００の表示制御部５１０は、ＣＭ２１０から送信された操作履歴テーブル２１１ａの内容を取得する。表示制御部５１０は、取得した操作履歴テーブル２１１ａに記録された操作履歴の一覧をディスプレイ５１に表示させる。操作履歴の一覧表示画面には、操作時刻、コマンド名、操作パラメータが表示される。

管理者は、ディスプレイ５１に表示された一覧表示画面の内容を確認し、操作時刻の中から復元ポイントを追加したい時刻を指定する。以下、この時刻を「追加ポイントの時刻」と呼ぶ。

（Ｓ５２）表示制御部５１０は、管理者が指定した追加ポイントの時刻を特定する。
（Ｓ５３）発行部５２０は、追加ポイントの時刻をＣＭ２１０に送信し、構成情報２１１ｂを追加ポイント時点の状態に復元した復元情報を作成するようにストレージ装置１００に対して復元指示をする。

なお、上記では、管理者が操作履歴テーブル２１１ａの操作時刻の中から追加ポイントの時刻を指定する場合を説明したが、管理者が操作履歴テーブル２１１ａの操作時刻以外の日時を追加ポイントの時刻と指定してもよい。

また、図１３のステップＳ３１のように、追加ポイントだけでなく、構成情報２１１ｂの復元タイミングを管理者に指定させる際にも、上記のように操作履歴の一覧表示画面を管理者に提示し、その内容に応じて復元タイミングを指定させてもよい。

次に、ＣＭ２１０による復元ポイントの追加処理について説明する。なお、図１５の処理は、図１１，１２の処理と並列に実行可能である。
図１５は、復元ポイントの作成処理の例を示すフローチャート（その１）である。図１５の処理は、管理端末５００から復元ポイントの作成指示がＣＭ２１０に対して復元用構成情報２１１ｄを作成するように指示することで開始される。以下、図１５に示す処理をステップ番号に沿って説明する。

（Ｓ６１）受信部２１２は、管理端末５００が送信した復元ポイントの追加指示を受信する。
（Ｓ６２）受信部２１２は、操作履歴テーブル２１１ａの内容を管理端末５００に送信する。

（Ｓ６３）受信部２１２は、管理端末５００が送信した追加ポイントの時刻を受信する。
（Ｓ６４）受信部２１２は、バックアップテーブル２１１ｃを参照し、追加ポイントより前のバックアップの中で追加ポイントに一番近い復元ポイントを検索する。

（Ｓ６５）受信部２１２は、検索した結果、復元ポイントが存在したか否かを判定する。存在している場合、処理をステップＳ６６に進める。存在しなかった場合、処理を終了する。

（Ｓ６６）受信部２１２は、操作履歴テーブル２１１ａを参照し、ステップＳ６５の検索で特定した復元ポイントから追加ポイントまでの操作情報（操作履歴テーブル２１１ａのコマンド名と操作パラメータ）を検索する。

（Ｓ６７）受信部２１２は、検索した結果、操作情報が存在したか否かを判定する。存在している場合、処理を図１６のステップＳ７１に進める。存在しなかった場合、処理を終了する。

図１６は、復元ポイントの作成処理の例を示すフローチャート（その２）である。以下、図１６に示す処理をステップ番号に沿って説明する。
（Ｓ７１）受信部２１２は、ステップＳ６５で検索された復元ポイントを変更部２１３に通知し、構成情報２１１ｂを追加ポイントの状態に復元した復元用構成情報の作成を指示する。変更部２１３は、通知された復元ポイントでバックアップしている構成情報をバックアップテーブル２１１ｃから読み出し、読み出した構成情報を復元用構成情報としてＲＡＭ２１０ｂに一時的に記録する。すなわち、復元用構成情報は、現在アクセス制御に使用中の構成情報２１１ｂとは別のデータとして作成される。

（Ｓ７２）受信部２１２は、ステップＳ６７の検索で特定した操作情報の中から１つの操作情報を選択する。ここで、受信部２１２は、操作情報を選択する際、操作履歴テーブル２１１ａの操作時刻が古い順に選択する。

（Ｓ７３）受信部２１２は、ステップＳ７２で選択した操作情報（ＣＬＩコマンド）によって指示された処理の内容を解釈する。受信部２１２は、解釈された処理内容を変更部２１３に通知し、復元用構成情報に対してその処理を施すように指示する。変更部２１３は、指示に従って、ＲＡＭ２１０ｂに一時記録された復元用構成情報を更新する。

（Ｓ７４）受信部２１２は、全ての操作情報を選択したか否かを判定する。全て選択している場合、復元用構成情報が追加ポイント時点の状態に復元されている。この場合、処理をステップＳ７５に進める。全て選択していない場合、処理をステップＳ７２に進める。

（Ｓ７５）受信部２１２は、復元用構成情報をバックアップの１つとしてバックアップテーブル２１１ｃに追加する。これにより、追加ポイント、すなわち追加された復元ポイントにおける構成情報のバックアップがバックアップテーブル２１１ｃに追加される。

次に、構成情報２１１ｂを復元ポイントの状態に復元する場合について説明する。
図１７は、第３の実施の形態の構成情報を復元する処理の例を示すフローチャートである。図１７の処理は、管理端末５００が構成情報２１１ｂを復元タイミングの状態に復元するようにＣＭ２１０に指示することにより開始される。以下、図１７に示す処理をステップ番号に沿って説明する。

（Ｓ８１）受信部２１２は、管理端末５００が送信した復元指示を受信する。
（Ｓ８２）受信部２１２は、アクセス制御部２１４の処理を停止させる。
（Ｓ８３）受信部２１２は、バックアップテーブル２１１ｃを参照し、復元タイミングに対応する復元ポイントが存在するか否かを判定する。存在する場合、処理をステップＳ８４に進める。存在しない場合、受信部２１２および変更部２１３は、図１３のステップＳ３３〜Ｓ４１を実行する。

（Ｓ８４）受信部２１２は、復元タイミングに対応する復元ポイントを変更部２１３に通知し、構成情報２１１ｂの復元を指示する。変更部２１３は、通知された復元ポイントでバックアップしている構成情報をバックアップテーブル２１１ｃから読み出し、構成情報２１１ｂを読み出した構成情報の内容に変更する。

（Ｓ８５）受信部２１２は、変更された構成情報２１１ｂを反映させる処理を実行する。例えば、受信部２１２は、ＣＭ２１０をリセットする。これにより、アクセス制御部２１４の処理を再開できる状態になる。

以上説明した第３の実施の形態によれば、過去の任意の時刻を新たな復元ポイントとして追加することができる。構成情報２１１ｂを復元ポイントの状態に復元する場合には、復元ポイントに対応するバックアップデータによって現在の構成情報２１１ｂを置き換えれば済むので、短時間で復元可能である。過去の任意の時刻を新たな復元ポイントとして追加できるようにすることで、このように短時間で復元可能なポイントを、必要になった時点で増やすことができる。

なお、第１の実施の形態の情報処理は、制御部１２として用いられるプロセッサに、プログラムを実行させることで実現できる。第２，３の実施の形態の情報処理は、プロセッサ２１０ａにプログラムを実行させることで実現できる。プログラムは、コンピュータ読み取り可能な記録媒体に記録できる。

例えば、プログラムを記録した記録媒体を配布することで、プログラムを流通させることができる。また、受信部２１２、変更部２１３、アクセス制御部２１４、バックアップ部２１５に相当する機能を実現するプログラムを別個のプログラムとし、各プログラムを別個に配布してもよい。受信部２１２、変更部２１３、アクセス制御部２１４、バックアップ部２１５の機能が別個のコンピュータにより実現されてもよい。コンピュータは、例えば、記録媒体に記録されたプログラムを、ＲＡＭ２１０ｂ、ＳＳＤ２１０ｃに格納し（インストールし）、当該記憶装置からプログラムを読み込んで実行してもよい。

１０ 制御装置
１１ 記憶部
１１ａ 構成情報
１１ｂ バックアップ情報
１１ｃ 履歴情報
１２ 記録処理部
１３ 復元処理部
２０ 端末装置

Claims (6)

1. 制御対象を制御する制御装置において、
   前記制御対象の構成を示す構成情報と、バックアップ情報と、履歴情報とを記憶する記憶部と、
   前記構成情報のコピーを時間間隔を空けて前記バックアップ情報に記録するとともに、前記構成情報を更新する入力操作の履歴を前記履歴情報に記録する記録処理部と、
   過去の復元タイミングの指示を受けると、前記バックアップ情報と前記履歴情報とに基づいて、前記構成情報を前記復元タイミングの状態に復元した復元情報を生成する復元処理部と、
   を有する制御装置。
2. 前記復元処理部は、前記復元情報を前記記憶部に記憶された前記構成情報とは別の情報として復元し、前記復元情報を前記バックアップ情報に追加記録する、
   請求項１記載の制御装置。
3. 前記復元処理部は、前記履歴情報に記録された入力操作の中から特定操作の指定を受け付け、
   前記特定操作に応じて前記構成情報が更新された後のタイミングが前記復元タイミングとして指示される、
   請求項１または２記載の制御装置。
4. 前記制御対象は、複数の記憶装置の物理記憶領域によって実現される複数の論理記憶領域を含み、
   前記制御装置は、少なくとも、前記複数の論理記憶領域に対するアクセス動作を制御する、
   請求項１乃至３のいずれか１項に記載の制御装置。
5. 制御対象を制御する制御装置が、
   前記制御対象の構成を示す構成情報のコピーを、前記制御装置の記憶部に記憶されたバックアップ情報に時間間隔を空けて記録するとともに、前記構成情報を更新する入力操作の履歴を、前記記憶部に記憶された履歴情報に記録し、
   過去の復元タイミングの指示を受けると、前記バックアップ情報と前記履歴情報とに基づいて、前記構成情報を前記復元タイミングの状態に復元した復元情報を生成する、
   情報復元方法。
6. 制御対象を制御するコンピュータに、
   前記制御対象の構成を示す構成情報のコピーを、前記コンピュータの記憶部に記憶されたバックアップ情報に時間間隔を空けて記録するとともに、前記構成情報を更新する入力操作の履歴を、前記記憶部に記憶された履歴情報に記録し、
   過去の復元タイミングの指示を受けると、前記バックアップ情報と前記履歴情報とに基づいて、前記構成情報を前記復元タイミングの状態に復元した復元情報を生成する、
   処理を実行させる情報復元プログラム。

Images