マルチノード・クラスタでのOAMデプロイメントの再構築

OAMスナップショット・ツールは、マルチノード・クラスタでの次の操作をサポートします:

スケールアウト: 管理対象サーバーを新しいインフラストラクチャにクローニングします。
バックアップとリストア: 管理サーバーと管理対象サーバー・クラスタを新しいインフラストラクチャに再構築します。
移行: 管理サーバーと管理対象サーバー・クラスタを新しいインフラストラクチャに再構築し、データベース・スキーマを新しいインフラストラクチャに移行します。

この項では、次の例を使用して、ターゲット・インフラストラクチャ上のOAMデプロイメントを再構築するステップを説明します:

ソース・インフラストラクチャは次のとおりです:

Infra1: adminserverを実行します
Infra2: oam_server1を実行します
Infra3: oam_server2を実行します

ターゲット・インフラストラクチャは次のとおりです:

Infra1A: adminserverの再構築用
Infra2A: oam_server1の再構築用
Infra3A: oam_server2の再構築用

新しいインフラストラクチャでの管理サーバーの再構築

新しいインフラストラクチャで管理サーバーを再構築するには、「スナップショット・ツールを使用したOAMシステムのバックアップとリストアおよび移行の実行」に示されている手順に従ってください。

新しいインフラストラクチャでの管理対象サーバーの再構築

前提条件: バックアップとリストアおよび移行のシナリオの場合は、次のステップを実行する必要があります:

新しいインフラストラクチャ(Infra1Aなど)上に管理サーバーを再構築した後、Infra1Aに管理サーバーのバックアップを再度作成する必要があります。このステップは、スケールアウト操作では不要です。

クラスタ内の各管理対象サーバー(Infra2およびInfra3など)について、ターゲット・インフラストラクチャ(Infra2AおよびInfra3A)で次のステップを実行します:

すべてのバイナリを、ソース・インフラストラクチャ内のMW_HOMEディレクトリからターゲット・インフラストラクチャ上の対応するパスにコピーします。

ノート:
MW_HOMEは、OAMバイナリがインストールされているパスです。
管理サーバーをホストする新しいインフラストラクチャ(Infra1Aなど)で、ファイルoam.propertiesおよびOamFileArtifacts.propertiesを、$MW_HOME/idm/oam/server/upgrade/scriptから、管理対象サーバーを再構築する必要のあるターゲット・インフラストラクチャ(Infra2AおよびInfra3A)上の対応するパスにコピーします。

ノート:
oam.propertiesおよびOamFileArtifacts.propertiesは、バックアップおよびリストア時にmoveToDB.shおよびextract_from_db.shスクリプトによって生成されるか、管理サーバーで実行される操作を移行します。
ターゲット・インフラストラクチャで、次のコマンドを実行してドメインを作成します:
```
$JAVA_HOME/bin/java 
-cp $MW_HOME/idm/oam/server/tools/dbconfigutility/dbconfig-utility.jar 
-Doracle.jdbc.timezoneAsRegion=false oracle.security.am.artifacts.main.AccessDBCommand 
./oam.properties $ORACLE_HOME extractFromDB
```
ノート:

MW_HOMEはOAMバイナリがインストールされているディレクトリ・パスで、ORACLE_HOMEはOAMドメインが作成されるバス・パスです。
次のコマンドを使用して、起動スクリプトを実行可能にします:
```
chmod +x <PATH_TO_DOMAIN>/bin/*.sh
```
管理サーバーのT3 URLを指定して、管理対象サーバーを再起動します。たとえば、Infra2Aの./startManagedWeblogic.sh oam_server1 t3://adminhost:adminport、およびInfra3Aの./startManagedWeblogic.sh oam_server2 t3://adminhost:adminportです。

47.2 マルチノード・クラスタでのOAMデプロイメントの再構築