システム・コンポーネントのバックアップ

InterChange Server Express システムのバックアップは、システムの管理者タスクの中でも特に重要です。標準化されたバックアップ手順を使用すると、システム障害の場合にも環境を容易に復元することができます。また、ハードウェアやソフトウェアの障害によって、組み込みアプリケーションと InterChange Server Express の間でデータが矛盾した状態になることがあるため、InterChange Server Express システムのバックアップは重要です。

注:
前のバージョンからバックアップされたリポジトリーは、双方向 (BIDI) が使用可能なリリースでの CWBF フォーマットの適用が保証されていないので、現行バージョンではリストアしないでください。これには、新規リリースおよび以降の BIDI サポートは関係しないいくつかの理由があります。例えば、BIDI 使用不可アダプターや、CWBF ではないシステム・コンポーネントに関連したカスタム・コードなどがあります。BIDI の詳細については、「テクニカル入門 (IBM WebSphere InterChange Server)」および「ビジネス・オブジェクト開発ガイド」を参照してください。

このセクションの内容は次のとおりです。

スケジュールのバックアップ計画

コンポーネントのバックアップ

スケジュールのバックアップ計画

InterChange Server Express システムの定期的なバックアップ・スケジュールの手順を計画して実行してください。バックアップを頻繁に実行するほど、データが失われたときに回復する必要のあるデータが少なくてすみます。バックアップ・スケジュールを計画するときには、このセクションの内容を念頭に置いてください。

InterChange Server Express システムには、バックアップする必要のあるデータとして静的データと動的データの 2 種類があります。

バックアップ・スケジュールは、システム環境が静止状態のときに行うようにするか、またはイベント処理量が最小の状態のときに行うように計画してください。InterChange Server Express は、以下の条件がすべて満たされているときに静止状態となります。

コンポーネントのバックアップ

InterChange Server Express 環境では、コンポーネントが異なるとバックアップ手順も異なります。このセクションでは、以下のトピックについて説明します。

関係表のバックアップ

リポジトリーのバックアップ

システム・インストール・ファイルのバックアップ

コラボレーション・クラス・ファイルのバックアップ

アーカイブ・テーブルのバックアップ

重要:
InterChange Server Express コンポーネントをバックアップするとき、WebSphere MQ キューはバックアップしないでください。WebSphere MQ キューはシステム内の進行中のトランザクションを表します。これらのキューは動的であるため、絶対にバックアップしないでください。InterChange Server Express では、WebSphere MQ キューをフェイルオーバー対策の中でミラーリングすることを推奨しています。

関係表のバックアップ

関係表のバックアップには、これらの表が格納されるデータベース用の標準バックアップ・ユーティリティーを使用します。このバックアップのスケジュールは、対応するアプリケーションのバックアップと一致させてください。アプリケーションを別のタイミングでバックアップする場合は、アプリケーションのバックアップ時に関係表も必ずバックアップしてください。関係データベースの中に静的な関係表が含まれていることがあります。このデータは静的ですが、すべての 関係表をまとめてバックアップすることを推奨します。関係表をバックアップするときは、InterChange Server Express システムが静止状態であることを確認してください。システムを静止状態にする方法についての詳細は、InterChange Server Express のシャットダウンを参照してください。

リカバリー時に役立つように関係データベース・ログを ミラーリングすることを推奨します。 ハードウェアまたはソフトウェアのコストに余裕がある場合は、関係の実行時データもミラーリングするとよいでしょう。

1 つの関係に関する関係表の集合は密接に関連しているため、これらはすべて同時にバックアップします。

関係情報は、これらの表が含まれる DBMS (データベース管理システム) の標準バックアップ・ユーティリティーを使用してバックアップしてください。

注:
データが失われないようにするには、表に反映されるアプリケーションに対してバックアップを実行するのと同時に関係のバックアップを実行してください。

リポジトリーのバックアップ

リポジトリー・テーブルをバックアップするには、repos_copy コマンドを使用します。このコマンドについての詳細は、repos_copy の使用を参照してください。リポジトリーのバックアップは、リポジトリーの変更時、再インストールの実行前と実行後、そして InterChange Server Express ソフトウェアのアップグレード前とアップグレード後に行ってください。リポジトリーは、InterChange Server Express システムが静止状態でなくてもバックアップすることができます。

リポジトリーのバックアップに使用する方法は、データベースがパーティション化されているかどうかに応じて異なります。

パーティション化されたデータベースのバックアップ

データベースがパーティション化されている場合、DBMS の標準データベース・バックアップ・ユーティリティーを使用して、リポジトリー、イベント管理、およびトランザクションの各データベースをバックアップできます。

注:
リカバリー時に役立つように、リポジトリー、イベント管理、およびトランザクション・データベースの ログをミラーリングすることを推奨します。
パーティション化されていない (単一の) データベースのバックアップ

InterChange Server Express データベースがパーティション化されていない (つまり単一データベースに含まれる) 場合、これらのデータベースは通常のデータベース・バックアップ・ルーチンの一部としてバックアップしないでください。InterChange Server Express データベースには、リカバリーを行うとシステムの不整合の原因となる一時データが含まれています。このため、代わりに、repos_copy ユーティリティーを使用して InterChange Server Express リポジトリー内のオブジェクトをバックアップしてください。

システム・インストール・ファイルのバックアップ

システム・インストール・ファイルは、以下の段階でバックアップする必要があります。

コラボレーション・クラス・ファイルのバックアップ

コラボレーション・クラス・ファイルは、その他の非 InterChange Server Express システム・ファイルと ともにバックアップします。リポジトリーのバックアップは、コラボレーション・クラス・ファイルのバックアップに基づいて調整してください。

アーカイブ・テーブルのバックアップ

アプリケーションによっては、アーカイブ・テーブルを持つものもあります。アーカイブ・テーブルは、それらが格納されるデータベース用の標準データベース・ユーティリティーを使用してバックアップしてください。アーカイブ・テーブルは InterChange Server Express システムの一部ですが、一般にはアプリケーションのデータベースに格納されます。アーカイブ・テーブルは定期的にバックアップしてください。アーカイブ・テーブル内のデータは、アプリケーションから InterChange Server Express システムに渡されたすべてのイベントを表します。これらのイベントを使用して、アプリケーションと InterChange Server Express の相互参照テーブルを「再同期」させることができます。詳細については、イベント・アーカイブの保守を参照してください。

Copyright IBM Corp. 2004, 2005