中間層レプリケーション

中間層ファイル・アーティファクトの継続的なレプリケーションには、様々なレプリケーション・テクノロジとメソッドがあります。ここで説明するシナリオでは、configフォルダやproductsフォルダなどの中間層ファイル・システム・アーティファクトが、セカンダリ中間層ですでに使用可能であることを前提としています。

DRの設定中に特定のテクノロジを使用してコピーしたかどうかは関係ありません。ライフサイクル全体を通して、後続のレプリケーションに別のアプローチを使用できます。

ドキュメントおよび説明のために、ほとんどの例はOracle WebLogic Serverシステムに重点を置いています。このシステムでは、primaryはWLS for OCIスタックで、secondaryシステムはWLS-HYDRフレームワークを使用して作成されました。サイトの特定の情報を管理する例として、Oracle WebLogic Server環境がTNS別名を使用してデータベースに接続すると仮定して、実装では中間層のデータベース接続文字列も処理されます。

中間層ファイル・アーティファクト

理想的には、中間層システムに関わるすべてのファイルをプライマリからセカンダリに同じ時点でレプリケートする必要があります。

ただし、管理コストを簡素化し、障害保護システムの総所有コストを削減するために、異なるファイル・タイプで異なるレプリケーション頻度が必要になる場合があります。これは、レプリケーションに使用するボリュームおよびファイル・システムを設計する場合に重要です。アーティファクトの中には静的なものと動的なものがあります。

• 製品アーティファクト

  製品アーティファクトは、中間層ソフトウェアがインストールされるディレクトリです。

  セカンダリ・サイトにソフトウェアをインストールする必要はありません。本番サイトのストレージがセカンダリ・サイトのストレージにレプリケートされる際、本番サイト・ボリュームにインストールされているソフトウェアがセカンダリ・サイトのボリュームでレプリケートされる。

  フェイルオーバーまたはスイッチオーバーが発生した場合、セカンダリシステムはプライマリとまったく同じように動作する必要があります。一流のインストールとして、パッチおよびアップグレードが許可されます。つまり、フェイルオーバーまたはスイッチオーバーが発生した場合、セカンダリ・システムはパッチおよびアップグレードに標準インベントリを使用する必要があります。

  製品アーティファクトは静的であり、通常は低いRTOが必要です。パッチおよび修正が適用された場合にのみ変更されるため、リージョン間で頻繁にコピーする必要はありません。

  ヒント :

  たとえば、Oracle WebLogic Serverシステムでは、製品アーティファクトはOracle Homeで、すべてのOracleソフトウェアがインストールされ、FMWおよびOracle WebLogic環境変数によって参照されます。一貫性を維持するには、異なるFMWコンポーネントで使用されるOracle Homesと同じ頻度でOracle Inventoryをレプリケートする必要があります。Oracle Inventoryには、/etcディレクトリにあるoraInst.locファイルとoratabファイルが含まれています。

• 構成アーティファクト

  構成アーティファクトには中間層の構成が含まれ、頻繁に変更されるファイルです。構成アーティファクトは、アプリケーションの更新に応じて頻繁に変更されます。低いRTOと高いレプリケーション頻度が必要です。

  ヒント :

  たとえば、WebLogicまたはFMWシステムでは、構成アーティファクトには次のものが含まれます。

  • WebLogicドメイン・ホーム: 管理サーバーおよび管理対象サーバーのドメイン・ディレクトリ。
  • システム・コンポーネントのOracleインスタンス(Oracle HTTP Server: Oracle Instanceホーム・ディレクトリなど)。
  • .earファイルや.warファイルなどのアプリケーション・アーティファクト。
  • MDSリポジトリやJDBC永続ストア定義などのデータベース・アーティファクト。
  • デプロイメント・プラン: ファイル・アダプタやJMSアダプタなどのテクノロジ・アダプタの更新に使用します。これらは、アーティファクトがデプロイされるクラスタ内のすべてのノードにアクセスできる場所に保存される必要があります。

  異なるストアにわたる構成アーティファクトの一貫性を維持することが重要です。そうしないと、リストア後にアプリケーションが動作しなくなる可能性があります。

  ヒント :

  たとえば、新しいJMSサーバーを反映するWebLogicドメイン構成は、永続ストアとして使用するデータベース表と一致している必要があります。関連する表をレプリケートせずにWebLogicドメイン構成のみをレプリケートすると、Oracle WebLogic Serverが失敗します。
• ランタイム・アーティファクト

  ランタイム・アーティファクトは、実行時にアプリケーションによって生成されるファイルです。

  これらのファイルは頻繁に変更される可能性があります。RTOとRPOは、ビジネス・ニーズによってのみ駆動されます。場合によっては、これらのアーティファクトを短時間で破棄する必要があります。たとえば、短期間で失効する入札オーダーなどです。また、これらのファイルには、保持する必要があるアプリケーションによって完了された操作のトランザクション・レコードが含まれる場合もあります。どれくらいの頻度で複製する必要があり、災害時にこれらのファイルを保存することが重要であるかは、通常、ビジネス主導の決定です。

  ヒント :

  WebLogicシステムでは、ランタイム・アーティファクトの例として、SOAのファイル・アダプタまたはFTPアダプタによって生成されるファイル、Oracle MFTによって管理されるファイル、またはアプリケーションがビジネス・ロジックを介して生成するその他の情報、およびファイル・システムに直接格納されるファイルがあります。

  次の表に、ライフサイクル中のファイル・システム・アーティファクトのレプリケートに関する推奨事項のサマリーを示します。

  中間層ファイル・アーティファクト	WebLogicシステムの例	レプリケーションの頻度と推奨事項
  製品アーティファクト	FMWホーム、JDK、インベントリ	レプリケーション頻度が低い、または要求が少ない(パッチ適用後など)。または、製品をレプリケートして個別にメンテナンスして、スタンバイ環境で最初にパッチをテストすることもできません。
  構成アーティファクト	WebLogicドメイン、Oracleインスタンス、アプリケーション、デプロイメント・プラン、キーストア	頻度は、構成の変更が実行される頻度によって異なります。通常、高いレプリケーション頻度が必要です。
  ランタイム・アーティファクト	ファイルおよびFTPアダプタによって生成されるファイル	ビジネス要件によって決まります。