その他のライフサイクル・タスクの実行

Oracle Fusion Middleware (FMW)ストレッチ・クラスタは、標準のWebLogicクラスタとして動作します。その基本的なアーキテクチャと動作は、一般的なWebLogic環境と一貫性があります。その結果、通常のWebLogicシステムに対するメンテナンスおよび操作手順のほとんどは、ストレッチされたクラスタにも同様に関連し、適用可能です。これには、パッチの適用、ローリング・アップグレードの実行、システム状態の監視、リソースの管理およびトラブルシューティングのアプローチが含まれますが、これらに限定されません。ストレッチされたクラスタに固有の地理的分布のために追加の考慮事項がある場合がありますが、コア・メンテナンス・パラダイムは、従来のWebLogicデプロイメントで使用されるものと同じままです。

WebLogic構成の保守

ストレッチされたクラスタ・システムでは、Oracle WebLogic Server構成は、Oracle WebLogic Serverインフラストラクチャによって、同じドメインの複数のノードにわたり同期されます。

この構成の大半は通常、管理サーバーのドメイン・ディレクトリにあります。この構成は、管理対象サーバーの起動時または変更が実装されたときに、同じドメイン内の他のノードに自動的に伝播されます。

共有構成に存在する他のアーティファクト(各リージョンにローカル)は、WebLogicで管理されないため、自動的に同期されません。次のアーティファクトがあります。

• KEYSTORE_HOMEにあるJavaキーストア・ファイル
• DEPLOY_PLAN_HOMEに存在するデプロイメント・プラン
• Tnsnames.oraファイル(WebLogicのDBClientDataモジュールを使用して管理されていない場合)。
• 共有記憶域に格納されるその他のカスタム・ファイル。

一方のリージョンでこれらのファイルに対して変更を実行する場合は、それらをもう一方のリージョンにコピーして、構成の一貫性を保ちます。

パッチ適用の実行

標準のOracle Fusion Middleware (FMW) WebLogicドメインと同じ方法で、中間層にパッチを適用できます。

可能な場合は常に、ローリング・パッチ適用を使用して停止時間を短縮します。

データベースへのパッチ適用の場合は、まずスタンバイ・データベースにパッチを適用して、Data Guardのベスト・プラクティスに従います(サポートされている場合)。データベースに必要な停止時間およびパッチ適用手順は、特定のパッチ・タイプによって異なります。

スケーリングの実行

WebLogicドメインをスケーリングするには、エンタープライズ・デプロイメント・ガイドに記載されている標準のスケーリング手順を使用します。

関連ドキュメントおよびその他のリソースへのリンクについては、「まとめの問題」の項を参照してください。