(57)【特許請求の範囲】
【請求項１】
複数コンピュータ・システム環境内でシステム・データを保管するためのバックアップ方法であって、
（ａ）前記複数コンピュータ・システム環境内の第１のコンピュータ・システムにおいて、バックアップされるユーザ・データ及びマシン・データ（以下「システム・データ」と総称）の変更後の名前が前記複数コンピュータ・システム環境内の第２のコンピュータ・システムに存在するシステム・データのいかなる名前とも異なるように、前記バックアップされるシステム・データのソース・システムとして前記第１のコンピュータ・システムを指定する識別情報及び前記バックアップされるシステム・データの元の名前を組み合わせることにより、前記バックアップされるシステム・データの名前を変更するステップと、
（ｂ）前記変更後の名前を使用して、前記第１のコンピュータ・システムの前記名前変更されたシステム・データを前記第２のコンピュータ・システムのメモリにバックアップ保管するステップとを含み、
前記ステップ（ａ）及び（ｂ）が、前記第１のコンピュータ・システムがアクティブであるときのみにそれぞれ自動的に実施される、バックアップ方法。
【請求項２】
前記ステップ（ｂ）が、前記第１のコンピュータ・システムの前記名前変更されたシステム・データを前記第２のコンピュータ・システムのターゲット補助記憶域プールに保管するステップを含み、前記第２のコンピュータ・システムが複数の補助記憶域プールを有し、前記ターゲット補助記憶域プールが前記複数の補助記憶域プール中の１つの補助記憶域プールである、請求項１に記載のバックアップ方法。
【請求項３】
前記バックアップされるシステム・データが、システム・ファイル、ユーザ・ライブラリ、文書ライブラリ・オブジェクト及び保管ファイルの中の少なくとも１つを含み、前記バックアップされるシステム・データがシステム・ファイルであるときに、前記バックアップ方法が前記システム・ファイルを一の保管ファイル内にパッケージ化するステップを更に含む、請求項２に記載のバックアップ方法。
【請求項４】
前記ステップ（ａ）が、前記バックアップされるシステム・データの前記元の名前を前記バックアップされるシステム・データに関連する一の記述フィールド内に配置するステップを含む、請求項２に記載のバックアップ方法。
【請求項５】
前記名前変更されたシステム・データの少なくとも一部を前記第１のコンピュータ・システムに復元する方法を更に組み込み、前記復元する方法が、
（ｃ）前記第２のコンピュータ・システムの前記メモリから、前記名前変更されたシステム・データの少なくとも一部を含むシステム・データを取り出すステップと、
（ｄ）前記取り出されたシステム・データが前記第１のコンピュータ・システムをソース・システムとするものであるか否かを判定するステップと、
（ｅ）前記第１のコンピュータ・システムが前記取り出されたシステム・データの前記ソース・システムであるときに、前記取り出されたシステム・データを前記第１のコンピュータ・システムにおいて受け取るステップとを含む、
請求項１に記載のバックアップ方法。
【請求項６】
前記ステップ（ｅ）が、前記取り出されたシステム・データに関連する記述フィールドを読み取り、前記取り出されたシステム・データに割り当てられた前記元の名前を判定するステップと、前記取り出されたシステム・データを前記元の名前に名前変更し、前記元の名前を使用して前記第１のコンピュータ・システム上に前記取り出されたシステム・データを復元するステップとを含む、請求項５に記載のバックアップと復元とを組み合わせた方法。
【請求項７】
前記取り出されたシステム・データが、文書ライブラリ・オブジェクト又はシステム保管ファイルのいずれかを含み、前記復元方法が、前記取り出されたシステム・データを受け取るときに、前記第１のコンピュータ・システム上のアクティブなサブシステムをすべて中断するステップを含む、請求項６に記載のバックアップと復元とを組み合わせた方法。
【請求項８】
前記復元方法が、前記第１のコンピュータ・システムに復元された前記取り出されたシステム・データを用いて前記第１のコンピュータ・システムを初期化するステップを更に含む、請求項７に記載のバックアップと復元とを組み合わせた方法。
【請求項９】
前記第１のコンピュータ・システム及び前記第２のコンピュータ・システムが、互いに離れて配置され、通信リンクを介して互いに結合され、また前記ステップ（ｂ）が、前記通信リンクを介して前記第１のコンピュータ・システムから前記第２のコンピュータ・システムに前記名前変更されたシステム・データを伝達するステップを含む、請求項１に記載のバックアップ方法。
【請求項１０】
複数コンピュータ・システム環境内でシステム・データをバックアップ保管するシステムであって、
（ａ）前記複数コンピュータ・システム環境内の第１のコンピュータ・システムにおいて、バックアップされるユーザ・データ及びマシン・データ（以下「システム・データ」と総称）の変更後の名前が前記複数コンピュータ・システム環境内の第２のコンピュータ・システムに存在するシステム・データのいかなる名前とも異なるように、前記バックアップされるシステム・データのソース・システムとして前記第１のコンピュータ・システムを指定する識別情報及び前記バックアップされるシステム・データの元の名前を組み合わせることにより、前記バックアップされるシステム・データの名前を変更する手段と、
（ｂ）前記変更後の名前を使用して、前記第１のコンピュータ・システムの前記名前変更されたシステム・データを前記第２のコンピュータ・システムのメモリにバックアップ保管する手段とを備え、
前記手段（ａ）及び（ｂ）が、前記第１のコンピュータ・システムがアクティブであるときのみにそれぞれ自動的に動作する、システム。
【請求項１１】
前記手段（ｂ）が、前記第１のコンピュータ・システムの前記名前変更されたシステム・データを前記第２のコンピュータ・システムのターゲット補助記憶域プールに保管する手段を含む、
請求項１０に記載のシステム。
【請求項１２】
前記バックアップされるシステム・データが、システム・ファイル、ユーザ・ライブラリ、文書ライブラリ・オブジェクト及び保管ファイルの少なくとも１つを含み、前記バックアップされるシステム・データがシステム・ファイルであるときに、前記システムが前記システム・ファイルを一の保管ファイル内にパッケージ化する手段を更に含む、請求項１０に記載のシステム。
【請求項１３】
前記手段（ａ）が、前記バックアップされるシステム・データの前記元の名前を前記バックアップされるシステム・データに関連する一の記述フィールド内に配置する手段を含む、請求項１０に記載のシステム。
【請求項１４】
前記名前変更されたシステム・データの少なくとも一部を前記第１のコンピュータ・システムに復元するためのシステムを更に組み込み、前記復元するためのシステムが、
（ｃ）前記第２のコンピュータ・システムの前記メモリから、前記名前変更されたシステム・データの少なくとも一部を含むシステム・データを取り出す手段と、
（ｄ）前記取り出されたシステム・データが、前記第１のコンピュータ・システムをソース・システムとするものであるか否かを判定する手段と、
（ｅ）前記第１のコンピュータ・システムが前記取り出されたシステム・データの前記ソース・システムであるときに、前記取り出されたシステム・データを前記第１のコンピュータ・システムにおいて受け取る手段とを備える、
請求項１０に記載のシステム。
【請求項１５】
前記手段（ｅ）が、前記取り出されたシステム・データに割り当てられた前記元の名前を判定するために、前記取り出されたシステム・データに関連する記述フィールドを読み取る手段を含み、更に前記取り出されたシステム・データを前記元の名前に名前変更する手段と、前記元の名前を使用して、前記第１のコンピュータ・システム上に前記取り出されたシステム・データを復元する手段とを含む、請求項１４に記載のバックアップと復元とを組み合わせたシステム。
【請求項１６】
前記取り出されたシステム・データが、少なくとも１つの文書ライブラリ・オブジェクト又はシステム保管ファイルを含み、前記復元するためのシステムが、前記取り出されたシステム・データを受け取るときに、前記第１のコンピュータ・システム上のアクティブなサブシステムをすべて中断する手段を含む、請求項１５に記載のバックアップと復元とを組み合わせたシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、概してコンピュータ・システム・データのバックアップ及び復元に関連し、更に詳細に述べれば、マルチシステム環境において、少なくとも１つのコンピュータ・システムに関連する補助記憶域プールを使用し、コンピュータ・システム・データをバックアップ保管し、その後復元するための自動化された方法及びシステムに関連する。
【０００２】
【従来の技術】
データを消失から守るために、現在コンピュータ・システムは定常的に磁気媒体上にバックアップされる。このバックアップには、操作員が物理的に存在し、対話式に応答することがしばしば要求される。大規模コンピュータ・システムのバックアップの完了には長時間を要するので、システム・データのバックアップは多くの場合、数日に一回のベースで実行される。例えば増分ダンプ方式を採用するシステムがあるが、この方式では、完全なシステム・データ・ダンプが定期的（即ち週毎又は月毎）に実行され、毎日のダンプは、完全なダンプ以降に変更されたファイルについてのみ実行される。しかしこれは部分的な解決にすぎない。その理由は、このプロセスも長時間を要し、対話式であり、更に操作員が存在する必要があるからである。
【０００３】
【発明が解決しようとする課題】
したがってコンピュータ・システム分野では、システム・データのバックアップ保管及び復元の改善された方法、ならびに可能な場合は、バックアップされるコンピュータ・システムの連続動作を可能にする技術が必要とされる。
【０００４】
【課題を解決するための手段】
簡潔に要約すると、本発明は１つの特徴として、複数コンピュータ・システム環境におけるシステム・データのバックアップ方法を含む。この方法は、複数コンピュータ・システム環境内の第１のコンピュータ・システムにおいて、バックアップされるシステム・データを名前変更し、名前変更されたシステム・データが、バックアップされるシステム・データのソース・システムとして第１のコンピュータ・システムを指定し、また名前変更されたシステム・データが、複数コンピュータ・システム環境内の第２のコンピュータ・システムに存在するシステム・データのいかなる名前とも異なる名前をもつ。更にこの方法は、複数コンピュータ・システム環境内の第１のコンピュータ・システムの名前変更されたシステム・データを、第２のコンピュータ・システムのメモリにバックアップ保管する。
【０００５】
本発明の別の特徴として、複数コンピュータ・システム環境内のシステム・データのバックアップ保管のためのシステムを提供する。このシステムは、複数システム環境内の第１のコンピュータ・システムにおいて、バックアップされるシステム・データを名前変更する手段を含む。この名前変更手段は、バックアップされるシステム・データのソース・システムとして第１のコンピュータ・システムを指定する手段と、第２のコンピュータ・システムに存在するシステム・データのいかなる名前とも異なる名前を、バックアップされるデータに割り当てる手段とを含む。そして第１のコンピュータ・システムの名前変更されたシステム・データを、第２のコンピュータ・システムのメモリに保管するためのバックアップ保管手段を提供する。
【０００７】
上記に概略を示した本発明の各特徴の強化機能も本明細書に説明し、特許請求の範囲に記載する。例えば各特徴は、バックアップされたシステム・データの全部、又は一部をソース・システムに復元するための関連技術を含む。
【０００８】
言い替えると本発明は、複数コンピュータ・システム環境内で、関連するシステム情報すべてを１つのコンピュータ・システムから、別のコンピュータ・システムにバックアップすることを可能にする。これらのコンピュータ・システムは、一緒にローカルに配置されるか、又は、互いに離されてリモートに配置されるかのいずれかであり、ＬＡＮなどの１つ又は複数の通信リンクを介して互いに結合されている。システム・データのバックアップには、システム値、構成情報、ユーザ・ライブラリ、及び機密保護情報が含まれ、特に現在磁気媒体上にバックアップされているものはすべて、第２のシステムの補助記憶域プール（ＡＳＰ）にバックアップされる。このＡＳＰには、例えば直接アクセス記憶装置（ＤＡＳＤ）が使用される。バックアップは、１つのシステムから別のシステムに自動的に実行され、対話式応答を全く必要としない。バックアップは、バックアップされるコンピュータ・システムがアクティブな状態のときでも実行できる。更に利点として、本発明は複数の場所の間で共用されているデータの更新又は置換に使用できるであろう。また、バックアップ保管動作を逆順に実行することにより、復元動作を容易に実行できる。
【０００９】
【発明の実施の形態】
上記のように本発明は、マルチシステム環境内の第１のコンピュータ・システムのシステム・データを、このマルチシステム環境内の第２のコンピュータ・システムに結合させた記憶装置上にバックアップする基本的な考えを広く含む。詳細に述べれば、第１のコンピュータ・システムのシステム・データが、第２のコンピュータ・システムの補助記憶域プールにバックアップされる。補助記憶域プールは一般的にＤＡＳＤ記憶装置で構成されるので、ほとんどのアプリケーションで、第１のコンピュータ・システムのシステム・データを、第２のコンピュータ・システムの単一の補助記憶域プール上に完全にバックアップできる。多数の追加コンピュータ・システムを、マルチシステム環境の第２のコンピュータ・システム、又は別のコンピュータ・システムの同じ補助記憶域プール、又は異なる補助記憶域プールにバックアップできる。更に第２のコンピュータ・システムのデータを、第１のコンピュータ・システム内の補助記憶域プールにバックアップできる。
【００１０】
本発明の詳細な実施例を、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｂｕｓｉｎｅｓｓ  Ｍａｃｈｉｎｅ（ＩＢＭ）社の「ＡＳ／４００  Ａｄｖａｎｃｅｄ  Ｓｅｒｉｅｓ  ＰｏｗｅｒＰＣ  ＡＳ  Ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ」を参照しながら、本明細書中で説明する。特に、複数のこのようなマルチプロセッサが一緒に結合されて、単一のマルチプロセシング・システムを構成する環境を参照する。ＡＳ／４００  Ｍｉｃｒｏｐｒｏｃｅｓｓｏｒの詳細については、多数のＩＢＭ出版物を参照できる。これらの出版物には、１９９６年１月発行の、ＩＢＭ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｃｈｎｉｃａｌ  Ｓｕｐｐｏｒｔ  Ｏｒｇａｎｉｚａｔｉｏｎ  Ｐｕｂｌｉｃａｔｉｏｎ、  ＳＧ２４−４６００−００、題名「Ｕｐｇｒａｄｉｎｇ  ｔｏ  ＡＳ／４００  Ａｄｖａｎｃｅｄ  Ｓｅｒｉｅｓ  ＰｏｗｅｒＰＣ  ＡＳ」が含まれる。ＰｏｗｅｒＰＣ  ＡＳ  Ｍｉｃｒｏｐｒｏｃｅｓｓｏｒは、ＡＳ／４００  Ａｄｖａｎｃｅｄ  Ｓｅｒｉｅｓ用に設計された高性能６４ビットＲＩＳＣマイクロプロセッサである。
【００１１】
ＩＢＭのＡＳ／４００  Ａｄｖａｎｃｅｄ  Ｓｅｒｉｅｓ  ＰｏｗｅｒＰＣ  ＡＳの重要な特徴は、Ｏｂｊｅｃｔ  Ｃｏｎｎｅｃｔ／４００と呼ばれる制御言語（ＣＬ）コマンドのセットである。これらのコマンドには保管コマンド及び復元コマンドが含まれ、これらのコマンドが、個々のオブジェクト、ライブラリ全体、又は統合ファイル・システム・ディレクトリ全体を簡略化し、１つのＡＳ／４００システムから別のシステムに効率的に移動させる。Ｏｂｊｅｃｔ  Ｃｏｎｎｅｃｔ／４００を使用すると、複数のオブジェクトが１つのシステムから別のシステムに同期して移動されるので、中間保管ファイル及び配布待ち行列へのコピーのいずれも省くことができる。
【００１２】
本発明に従い、Ｏｂｊｅｃｔ  Ｃｏｎｎｅｃｔ／４００が複数のＡＳ／４００システムをもつ環境内で使用され、重要なオブジェクト、ライブラリ、文書ライブラリ・オブジェクト（ＤＬＯ）、構成データ、又は統合ファイル・システム（ＩＦＳ）ディレクトリのコピーを別のＡＳ／４００上にバックアップする。これらのバックアップ・コピーは、例えば計画されているシステムの停止中に使用されたり、障害からの回復に用いられる。Ｏｂｊｅｃｔ  Ｃｏｎｎｅｃｔ／４００は、標準的な通信設備により接続されているＡＳ／４００間で動作する。接続は、ＬＡＮであってもリモート通信接続であってもよい。Ｏｂｊｅｃｔ  Ｃｏｎｎｅｃｔ／４００の詳細な説明については、上記Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｃｈｎｉｃａｌ  Ｓｕｐｐｏｒｔ  Ｏｒｇａｎｉｚａｔｉｏｎ  Ｐｕｂｌｉｃａｔｉｏｎ、題名「Ｕｐｇｒａｄｉｎｇ  ｔｏ  ＡＳ／４００  Ａｄｖａｎｃｅｄ  Ｓｅｒｉｅｓ  ＰｏｗｅｒＰＣ  ＡＳ」の、特にその中の第１２章「Ｏｂｊｅｃｔ  Ｃｏｎｎｅｃｔ  ｆｏｒ  ＯＳ／４００」を参照されたい。
【００１３】
図１は、全体を参照番号１０で示しているマルチシステム環境である。この環境には、３つのシステム（システムＡ、システムＢ、及びシステムＣ）が含まれ、各システムは、ＩＢＭのＡＳ／４００  Ａｄｖａｎｃｅｄ  Ｓｅｒｉｅｓ  ＰｏｗｅｒＰＣを含むと想定する。システムＡとシステムＢのいずれも、通信リンク１２を介してシステムＣに接続されている。上記のように本発明は、ユーザ・データ及びマシン・データ（本明細書中では「システム・データ」と呼ぶ）を、マルチシステム１０内の１つのシステムから別のシステムにバックアップする基本的考えからなる。例えば、システムＡのユーザ・データ及びマシン・データ１４を、システムＣの一部であるか、又はシステムＣに結合される補助記憶域プール（ＡＳＰ２）にバックアップできる。同様に、システムＢのユーザ・データ及びマシン・データ１４を、システムＣ内の補助記憶域プール（ＡＳＰ３）にリモートでバックアップできる。最後に、システムＣのデータ１４が、システムＡ内の補助記憶域プール（ＡＳＰ２）にバックアップされている。
【００１４】
ここでも本発明に従った自動バックアップ記憶は、既存のＡＳ／４００システム上で使用できるＯｂｊｅｃｔ  Ｃｏｎｎｅｃｔ／４００の保管ツール及び共存する復元ツールを使用し、更にリモート・システムの補助記憶域プールへの保管及びその後の復元の機能と組み合わせて達成できる。ここで発生する１つの問題は、ＡＳ／４００システム内では、同じ名前をもつ２つのオブジェクトが共存できない点である。他のＲＩＳＣベースのシステムでも同じ制約がある場合がある。本発明では、ソース・システムからターゲット・システムにシステム・データを転送する前に、システム・データの名前を変更すると共にＯｂｊｅｃｔ  Ｃｏｎｎｅｃｔコマンドを使用することにより、この問題を回避している。
【００１５】
図２は、本発明に従った保管プロセスの１実施例を示す。この図でも本明細書中でシステム・データと呼ばれる各種のユーザ・データ及びマシン・データが、本発明に準拠してリモート・システムにバックアップされる。しかし最初に構成オブジェクト及び機密保護情報のすべてを、保管ファイル中にパッケージ化する必要がある（参照番号２０）。パッケージ化及びコピーは、ＡＳ／４００がオンになって稼動状態であるときに必要である。なぜならパッケージ化及びコピーを実行しないと、オブジェクトが同じ名前をもつ可能性があるためである。このように、本発明はシステムが稼動中に、１つのシステムから別のシステムにバックアップできることを意図している。バックアップされるオブジェクトが使用中であることを「ロック」ビットが示すが、この場合はバックアップ・プロセスはスキップされ、後でこのオブジェクトに戻る。
【００１６】
図２では続いて名前変更が実行される。この名前変更では、最初にユーザ・ライブラリ、文書ライブラリ・オブジェクト、及び保管ファイルのすべての名前をそれらの個々の記述フィールドにコピーする（２２）。次にすべてのユーザ・ライブラリ、文書ライブラリ・オブジェクト、及び保管ファイルの名前を変更して、ソース・システム、即ち転送元システムを表す名称を含むようにする（２４）。
【００１７】
非システム・ファイル（即ちファイル名の先頭がＱではないファイル）については、ソース・システムがファイル名の先頭の３桁を、個別のシステム名の最後の３桁に変更する。次にこの新しい名前をもつファイルがターゲット・システムに転送される。オブジェクトの元の名前は、オブジェクト記述フィールド内に保管される。このようにして、ファイルが復元動作期間にソース・システムに戻るときは、ソース・システム（復元動作ではターゲット・システム）は、元の名前が入っている記述フィールドからオブジェクト（ファイル）名を復元できる。
【００１８】
システム・ファイル（即ちファイル名の先頭文字がＱであるファイル）については、オブジェクト名は変更されないが、オブジェクトは保管ファイル内にパッケージ化される。名前が変更されない理由は、名前にＡＳ／４００システム毎に異なる個別のシステム名称が含まれるので、ターゲット・システム上のファイルと同じ名前は含まれないからである。保管ファイルはライブラリをパッケージ化し、ライブラリはオブジェクトを含むことができる。保管ファイル全体が、ソース・システム（システムＡ）からターゲット（バックアップ）・システム（例えばシステムＣ）に転送される。復元動作では、ターゲット・システムのシステムＣが、ソース・システムのシステムＡに保管ファイルを戻す。ソース・システムは次にすべてのサブシステムを終了させ、必要なライブラリ及びオブジェクトをアンパックするアンストア（ｕｎｓｔｏｒｅ）コマンドを実行する場合がある。この場合のアンパッキングは、非システム・ファイルの場合に必要であった名前の変更を必要としない。システム・ファイルは他のすべてのファイルと異なるので、その処理も異なる。この理由は、システムがこのような特定のシステム・ファイルを使用している場合、アプリケーションにこれらのファイル上への書き込みを許さないためである。サブシステムをクローズしても、システム・ファイルはクローズされない。
【００１９】
図２の最後で、いったん名前変更されたシステム・データ（ユーザ・ライブラリ、文書ライブラリ・オブジェクト、及び保管ファイルを含む）が、ターゲット補助記憶域プール上のターゲット・システムに転送される（２６）。以上で、本発明に従った保管処理が完了する（２８）。
【００２０】
図３は、マルチシステム環境内の１５の別個のシステムから、補助記憶域プールＡＳＰ２〜ＡＳＰ１６を含む単一のシステム・メイン・バックアップ３０に、システム・データをバックアップするための実施可能な構成の１つを示している。実施例では、システム・メイン・バックアップ３０は更にもう１つのシステム（システムＡ０）を含むことが可能である。このシステムは、それ自身のデータ用に第１の補助記憶域プール、ＡＳＰ１（図示せず）を要求する。図３に示すバックアップ構造の多様な変形が実施可能である。例えばシステムＡ１〜Ａ１５を２つの個別のメイン・バックアップにバックアップして、保護機能を追加することができる。
【００２１】
更に別の代替方法を図４に示す。この方法では、システム・メイン・バックアップ３０’のＡＳＰ２、ＡＳＰ３、及びＡＳＰ４の各々が、２つの別個のシステムから、即ちシステムＡ１とＢ１、システムＡ２とＢ２、及びシステムＡ３とＢ３からそれぞれシステム・データを受け取る。上記のように各補助記憶域プールは、複数のシステムからのすべてのシステム・データを収納するための十分なサイズをもつ、ＤＡＳＤで構成される。本明細書に示した技術を使用したシステム記憶の変形が、この他にも多数可能であることは、当分野に知識をもつ当業者は理解できるであろう。
【００２２】
図５にシステム・データの復元を示す。ここでも、複数コンピュータ・システム環境１０は、システムＡ、システムＢ及びシステムＣを含み、システムＡは通信リンク１２を介してシステムＣに接続され、システムＢは別の通信リンク１２を介してシステムＣに接続されている。図に示すように、システムＡ用のユーザ・データ及びマシン・データ１４がシステムＣのＡＳＰ２から復元され、システムＢ用のユーザ・データ及びマシン・データ１４がシステムＣのＡＳＰ３から復元される。一方システムＣ用のユーザ・データ及びマシン・データ１４は、システムＡのＡＳＰ２から復元される。
【００２３】
ソース・システムへのシステム・データの復元は、ソース・システムのオペレーティング・システムが機能しているときも、機能していないとき（致命的障害の場合など）も、いずれの場合でも発生する。図６は本発明に従った復元の１実施例を示すが、ここではソース・システムのオペレーティング・システムは機能し続けていると想定している。復元動作の間、第２のシステムの所定のＡＳＰ上に置かれた保管システム・データのすべて、又は一部が、第１のシステムに戻される。第１のシステムは、この取り出されたデータを受け取ると、このデータのシステム名称が第１のシステムの名称と一致するか否かを判定して、正しいデータが復元されているか否かを検証する（４０）。その後復元される第１のシステムは、保管ファイル、ユーザ・ライブラリ、及び（又は）文書ライブラリ・オブジェクト（ＤＬＯ）を含む取り出されたシステム・データを受け取る（４２）。
【００２４】
次に、各ファイルの記述フィールドが第１のシステムにより読み取られ、ファイルの元の名前が判定される（４４）。ユーザ・ライブラリ、文書ライブラリ・オブジェクト、及び保管ファイルが、元の名前に変更される（４６）。次にプロセスは、システムの保管ファイル又は文書ライブラリ・オブジェクトを復元するか否かを判定する（４８）。復元する場合は、第１のシステムで処理中のすべてのサブシステムを終了させ、保管ファイル及び（又は）文書ライブラリ・オブジェクトがアンパックされる（５０）。この他のデータが復元される場合は、サブシステムの処理を終了させる必要はなく、処理はすべてのデータを復元させた後でシステムの初期化、又は内部マイクロコード・ロード（ＩＭＬ）に直接移行し、（５２）復元動作を完了する（５４）。
【００２５】
ソース・システム、即ち復元されるシステムが機能状態ではないオペレーティング・システムをもつ状況では、代替の処理の流れが必要である。このような場合の処理を、図７及び図８に示す。詳細に述べれば、最初にライセンスされた内部コードをハードウェア・レベルにインストールする必要がある（６０）。この後でオペレーティング・システムをインストールする（６２）。次に、インストールされる製品プログラム（ＴＣＰ／ＩＰなど）が復元されるシステム上にアップ・ロードされ、ソース・システムと復元されるシステム・データが入っているターゲット・システムとの間に通信線が設定される（６６）。
【００２６】
この後、処理は図６に関連する上記の説明のように進行する。即ち、正しいデータが復元されるか否かを確認する検証が実施され（６８）、その後、第２のシステム上に事前にバックアップされているシステム・データの一部、又は全部を含む取り出されたデータを、ソース・システムが受け取る（７０）。記述フィールドが読み取られ、各ファイルの元の名前が判定され（７２）、ユーザ・ライブラリ、文書ライブラリ・オブジェクト、及び保管ファイルのすべてが、その元の名前に変更される（７４）。
【００２７】
復元されたデータがシステム・ファイル又は文書ライブラリ・オブジェクトを含むか否かにより、次にアンパッキングするか否かが決まる（７６）。これらのどちらかを含む場合、すべてのサブシステムを終了させ、保管ファイル又は文書ライブラリ・オブジェクトがアンパックされる（７８）。これらのどちらも含まない場合、すべてのシステム・データが取り出された後で、処理はソース・システムの初期化又はＩＭＬに直接移行する（８０）。以上で復元動作が完了する（８２）。
【００２８】
上記のＯｂｊｅｃｔ  Ｃｏｎｎｅｃｔ／４００ソフトウェアを使用するマルチシステム環境において、本発明に従った複数の保管及び復元動作が同時に実施できることに注意されたい。特定のＡＳＰからの指定されたライブラリの復元は、Ｏｂｊｅｃｔ  Ｃｏｎｎｅｃｔ／４００ツールを逆の順序で実行し、ライブラリが読み出されたシステムを示す新しい名前でライブラリを指定することにより実施できる。ここでも、元のファイル名がファイルの「ユーザ属性」フィールドに保管されている。
【００２９】
本発明は、コンピュータが使用可能な媒体を含む１つ又は複数のコンピュータ・プログラム製品に含めることができる。これらの製品では、この媒体は本発明のメカニズムを提供し、これを実行させるためのコンピュータが読み取り可能なプログラム・コード手段を含む。この製品は、コンピュータ・システムの一部として組み込まれることも、別個に販売されることもできる。上記に提供された開示に基づく基本的な考えは、当分野の通常の技術のいずれかを用いて容易に実現できる。
【００３０】
言い替えると本発明は、複数コンピュータ・システム環境内で、関連するシステム情報すべてを１つのコンピュータ・システムから、別のコンピュータ・システムにバックアップすることを可能にする。これらのコンピュータ・システムは、一緒にローカルに配置されるか、又は互いに離されてリモートに配置されるかのいずれかであり、ＬＡＮなどの１つ又は複数の通信リンクを介して互いに結合されている。システム・データのバックアップには、システム値、構成情報、ユーザ・ライブラリ、及び機密保護情報が含まれ、特に現在磁気媒体上にバックアップされているものはすべて、第２のシステムの補助記憶域プール（ＡＳＰ）にバックアップされる。このＡＳＰには、例えば直接アクセス記憶装置（ＤＡＳＤ）が使用される。バックアップは、１つのシステムから別のシステムに自動的に実行され、対話式応答を全く必要としない。バックアップは、バックアップされるコンピュータ・システムがアクティブな状態のときでも実行できる。更に利点として、本発明は複数の場所の間で共用されているデータの更新又は置換に使用できるであろう。また、バックアップ保管動作を逆順に実行することにより、復元動作を容易に実行できる。
【００３１】
本発明を特定の好ましい実施例に従って本明細書に詳細に説明したが、多数の変形及び変更が、当分野に知識をもつ当業者には可能であろう。したがって前記特許請求の範囲は、本発明の真の意図と範囲を逸脱せずに、このような変形及び変更のすべてを含むように考慮している。
【図面の簡単な説明】
【図１】本発明に従った、複数コンピュータ・システム環境におけるシステム・データ・バックアップ例の概略を示す図である。
【図２】本発明に従った、システム・データ・バックアップの１実施例の流れ図である。
【図３】本発明に従った、１つの実施可能なシステム・データ・バックアップ方法のブロック図である。ここでは、コンピュータ・システムＡ１〜Ａ１５が、補助記憶域プール２〜１６をもつメイン・バックアップ・システムに記憶データをバックアップする。
【図４】システム・データ・バックアップ方法の代替実施例を示すブロック図である。ここでは各補助記憶域プールＡＳＰ２〜ＡＳＰ４が、複数システムの２つの異なるシステムからシステム・データを受け取る。
【図５】本発明に従った復元動作の概略を示す図である。ここではシステム・データが、補助記憶域プール・バックアップから対応するソース・システムに転送される。
【図６】本発明に従ったシステム・データ復元の１実施例の流れ図である。
【図７】本発明に従ったシステム・データ復元の１代替実施例の流れ図である。
【図８】本発明に従ったシステム・データ復元の１代替実施例の流れ図である。
【符号の説明】
１０  マルチシステム環境（図１、図５）
１２  通信リンク（図１、図５）
【図１】
0003600414.tif 000002
【図２】
0003600414.tif 000003
【図３】
0003600414.tif 000004
【図４】
0003600414.tif 000005
【図５】
0003600414.tif 000006
【図６】
0003600414.tif 000007
【図７】
0003600414.tif 000008
【図８】
0003600414.tif 000009