1. Oracle WebCenter Contentの移行
  2. クラスタ化されていないWebCenter Content 12cを異なるインフラストラクチャに移行する方法

5 クラスタ化されていないWebCenter Content 12cを異なるインフラストラクチャに移行する方法

クラスタ化されていないWebCenter Contentリリース12cを、WebCenter Contentのオペレーティング・システムおよびディレクトリ構造が既存のインフラストラクチャと異なるインフラストラクチャに移行する場合、後続のトピックに従うことでその目的を達成できます。

トピック

5.1 クラスタ化されていないWebCenter Contentリリース12cを移行するための準備ステップ

移行プロセスを開始する前に、次のステップを実行します:
  1. すべての管理対象サーバー、管理サーバーおよびノード・マネージャを停止します。
  2. WebCenter Contentのファイル・システムをバックアップします。詳細は、『ディザスタ・リカバリ・ガイド』のWebCenter Contentの推奨事項に関する項を参照してください。
  3. 適切な方法で、WebCenter Contentデータベースをバックアップします。
  4. 古いホストと同じJDKバージョンを新しいホストにインストールします。
  5. 新しいホストの同じディレクトリ・パスにFusion Middleware Infrastructureのバイナリをインストールします。
  6. WebCenter Contentのバイナリを新しいホストにインストールします。
  7. 古いホストに適用したものと同じパッチを新しいホストにインストールします。
  8. WebCenter Contentが移行され、vaultおよびweblayoutディレクトリが共有/リモート・ファイル・システムに存在している場合、この時点でそれらをアンマウントします。
  9. WebCenter Contentがクローニングされる場合、vaultおよびweblayoutディレクトリを古い場所から新しい場所にコピーします。
  10. 既存のシステム上のDOMAINHOMEディレクトリからucmディレクトリを移動します。このディレクトリには、通常、ドメイン・テンプレートの構築時には含まれていないWebCenter Contentのvaultディレクトリ(DOMAINHOME/ucm/cs/vault)とweblayoutディレクトリ(DOMAINHOME/ucm/cs/weblayout)が含まれます。ドメイン・テンプレートは、vaultおよびweblayoutディレクトリの潜在的なサイズを格納するように拡張できない単一の.jarファイルに書き込まれます。
  11. データベースを移行するシナリオもいくつかあります。そのようなシナリオの1つは、WebCenter ContentをOracle Cloudに移行する場合です。2番目のシナリオは、オンプレミス移行でデータベースを新しいインフラストラクチャに移行する場合です。3番目のシナリオは、WebCenter Contentをクローニングする場合です。これらのどのケースでも、データベース・スキーマは、新しいデータベース・インスタンスで使用可能であることと、WebCenter Contentが存在している新しいホストからアクセス可能であることが前提となります。構成ウィザード(config.sh)を実行するときに、新しい場所にあるデータベース・スキーマに接続できるよう、追加のステップを実行する必要があります。システム・スキーマ内には3つのオブジェクトがあり、これらのオブジェクトは、特にアップグレード時に、Fusion Middlewareが適切に動作するために必要です。これらのオブジェクトは、schema_version_registryビュー、schema_version_registryシノニムおよびschema_version_registry$表です。これらの項目のいずれかがない場合は、「RCUデータベースのなくなったSYSTEM.SCHEMA_VERSION_REGISTRYオブジェクトのリカバリ」のステップに従って、なくなったオブジェクトを新しいデータベース・インスタンスで再作成し、今後の問題を回避する必要があります。さらに、対象の環境に定義した接頭辞が名前に付いているすべてのスキーマを組み込む必要があります。

5.2 RCUデータベースのなくなったSYSTEM.SCHEMA_VERSION_REGISTRYオブジェクトのリカバリ

SYSTEM.SCHEMA_VERSION_REGISTRYスキーマ・バージョン・レジストリ表には、すべてのスキーマのバージョン・データが格納されています。この表がないと、アップグレードなど、多くの操作を進められません。

なくなったデータベース・オブジェクトをリストアするには:
  1. スキーマ・バージョン・レジストリtable/view/synonymが存在するかどうかを確認します:
    1. sysdba権限のあるユーザーとしてリポジトリ・データベースに接続しているときに、次のデータベース問合せを実行します
    2. SYSTEM.SCHEMA_VERSION_REGISTRY$.TABLEが存在し、view/synonymのみがない場合は、ステップ7に進みます。
      column OWNER format a10
select owner, object_name, object_type from all_objects where object_name like'%SCHEMA_VERSION_REGISTRY%';

OWNER OBJECT_NAME OBJECT_TYPE
---------- ------------------------------ -------------------
SYSTEM SCHEMA_VERSION_REGISTRY VIEW
PUBLIC SCHEMA_VERSION_REGISTRY SYNONYM
SYSTEM SCHEMA_VERSION_REGISTRY$ TABLE
  2. 最初にスキーマを作成する際に使用されたものと同じバージョンのRCUを使用します。既存のリポジトリに対してRCUを実行し、新しい接頭辞でスキーマを作成します。DEV1は、残りのステップで新しい接頭辞として使用されます。
  3. 元のスキーマをコピーして、schema_version_registryの複製エントリを作成します。DEVは、残りのステップで元の接頭辞として使用されます。
    1. RCU実行でDEV1用に作成されたスキーマ・エントリを表示します。
      select rowid, mrc_name, owner from system.schema_version_registry$;
ROWID MRC_NAME OWNER
----------------- ------------------------------ ------------------------------
AAASqQAABAAAUmJAAA DEV1 DEV1_MDSAAASqQ
AABAAAUmJAAB DEV1 DEV1_ORASDPM
AAASqQAABAAAUmJAAC DEV1 DEV1_SOAINFR
AAAASqQAABAAAUmJAAD DEV1 DEV1_ORABA
    2. DEV1からsystem.schema_version_registry$に複製エントリを作成します。
      insert into system.schema_version_registry$ select * from system.schema_version_registry$ where mrc_name='DEV1';
    3. 問合せを実行して複製エントリを表示します。
      select rowid, mrc_name, owner from system.schema_version_registry$;

Example:
ROWID MRC_NAME OWNER
----------------- ------------------------------ ------------------------------
AAASqQAABAAAUmJAAA DEV1 DEV1_MDS
AAASqQAABAAAUmJAAB DEV1 DEV1_ORASDPMAAASqQ
AABAAAUmJAAC DEV1 DEV1_SOAINFR
AAAASqQAABAAAUmJAAD DEV1 DEV1_ORABAMAAASqQ
AABAAAUmJAAE DEV1 DEV1_MDSAAASqQ
AABAAAUmJAAF DEV1 DEV1_ORASDPMAAASqQ
AABAAAUmJAAG DEV1 DEV1_SOAINFR
AAAASqQAABAAAUmJAAH DEV1 DEV1_ORABAM
  4. MRC_NAME列の元のスキーマの接頭辞と一致するよう、複製エントリを変更します。これは、ROWID列で、新しく作成されたRCUエントリと作成した複製を区別して実行します。ご使用のデータベースでは、これらのROWID値が、この例に示す値とは異なりますので注意してください。元のスキーマ接頭辞としてDEVを使用します。
    update system.schema_version_registry$ set mrc_name='DEV', owner='DEV_MDS' where rowid='AAASqQAABAAAUmJAAE';
update system.schema_version_registry$ set mrc_name='DEV', owner='DEV_ORASDPM' where rowid='AAASqQAABAAAUmJAAF';
update system.schema_version_registry$ set mrc_name='DEV', owner='DEV_SOAINFRA' where rowid='AAASqQAABAAAUmJAAG';
update system.schema_version_registry$ set mrc_name='DEV', owner='DEV_ORABAM' where rowid='AAASqQAABAAAUmJAAH';
  5. 元の接頭辞(DEV)を示す変更を表示します。
    select mrc_name, owner, status from schema_version_registry where mrc_name='DEV';

MRC_NAME OWNER STATUS
------------------------------ ------------------------------ -----------
DEV DEV_ORABAM LOADINGDEV 
DEV_MDS VALIDDEV 
DEV_ORASDPM VALIDDEV 
DEV_SOAINFRA VALID
  6. 変更のコミット
    commit;
  7. system.schema_version_registry$のパブリック・シノニムとビューを作成します。
    create view system.schema_version_registry as select comp_id, comp_name,mrc_name, mr_name, mr_type, owner, version, status, upgraded, start_time,modified, edition from system.schema_version_registry$;

create public synonym SCHEMA_VERSION_REGISTRY FOR SYSTEM.SCHEMA_VERSION_REGISTRY;
  8. 一部のスキーマに適切な権限を付与することが必要な場合があります(例: エクスポート/インポート中にスキーマの権限が失われた場合)。このステップはサイト固有であり、状況や作成されるスキーマによって異なります。
    For example:
grant select on system.schema_version_registry to DEV_IAU ;
grant select on system.schema_version_registry to DEV_IAU_APPEND;
grant select on system.schema_version_registry to DEV_IAU_VIEWER;
grant select on system.schema_version_registry to DEV_MDS ;
grant select on system.schema_version_registry to DEV_OPSS;
  9. RCUを再度実行して、前述のステップ2で実行したときに作成されたすべてのスキーマを削除します。これにより、接頭辞(例: DEV)が付いたスキーマの変更されたschema_version_registryエントリのみが、追加した system.schema_version_registry$表に残ります。

5.3 既存ドメインのテンプレートの構築

準備ステップを実行したら、古いホストから移行して新しいホストにコピーするドメインのテンプレートを構築します。

ドメイン・テンプレートを構築するには:
  1. テンプレート・ビルダーを実行して、古いホストでドメイン・テンプレートを作成します:
    ORACLE_HOME/oracle_common/common/bin/config_builder.sh
  2. 「テンプレート・ビルダー」ダイアログ・ボックスで:
    1. 「テンプレート・タイプ」ページで:
      • 「ドメイン・テンプレートの作成(C)」を選択します。
      • 「ドメインをソースとして使用」を選択します。
      • 「ソースの場所」で、テンプレートを作成するドメイン・ディレクトリの場所を指定します。
      • 「テンプレートの場所」で、新しいテンプレートを保存するための名前と場所を指定します。
    2. 「テンプレート情報」ページで、値を確認して「次」をクリックします。
    3. 「テンプレートのサマリー」ページで、値を確認して「作成」をクリックします。
    4. 「構成の進行状況」ページで、「次」をクリックします。
    5. 「構成の終了」ページで、「終了」をクリックします。
  3. 作成したドメイン・テンプレートを新しいホストにコピーします。

5.4 新規ドメインの作成

クラスタ化されていないWebCenter Contentリリース12cを移行するために新しいホストに新しいドメインを作成します。

新規ドメインを作成するには:
  1. 作成したテンプレートを使用して、新しいホストでFusion Middleware構成ウィザードを実行します:
    $ORACLE_HOME/oracle_common/common/bin/config.sh
  2. 「Fusion Middleware構成ウィザード」ダイアログ・ボックスで:
    1. 「ドメインの作成」ページで、「新規ドメインの作成」を選択し、ドメインの場所を指定して「次」をクリックします。
    2. 「テンプレート」ページで、「カスタム・テンプレートを使用してドメインを作成」を選択し、テンプレートの場所を指定して「次」をクリックします。
    3. 「高可用性のオプション」ページで、「次」をクリックします。
    4. 「アプリケーションの場所」ページで、アプリケーションの場所を指定して「次」をクリックします。
    5. 「管理者アカウント」ページで、「名前」、「パスワード」および「パスワードの確認」の値を指定して「次」をクリックします。
    6. 「ドメイン・モードおよびJDK」ページで、ドメイン・モードとJDKを選択して「次」をクリックします。
    7. 「JDBCデータ・ソース」ページで、(適用可能な場合は)次のいずれかを実行します:
      • データベースを移行しない場合、MDSデータソースを選択して「次」をクリックします。
      • データベースを移行する場合、MDSスキーマを選択し、「ホスト名」、「DBMS/サービス」、「ポート」、「ユーザー名」および「パスワード」の新しい値を入力して「次」をクリックします。
    8. 「JDBCデータ・ソース・テスト」ページで、mds-WCCUIMDSREPOデータ・ソースを選択し、「選択された接続のテスト」をクリックして、テストの成功を確認してから「次」をクリックします。
    9. 「データベース構成タイプ」ページで、(適用可能な場合は)次のいずれかを実行します:
      • データベースを移行しない場合、「RCU構成の取得」を選択して「次」をクリックします。
      • データベースを移行する場合、次を実行します:
        1. 「ホスト名」、「DBMS/サービス」、「ポート」、「スキーマ所有者」および「スキーマ・パスワード」の新しい値を入力します。
        2. 「RCU構成の取得」を選択して「次」をクリックします。
    10. 「JDBCコンポーネント・スキーマ」ページで、(適用可能な場合は)次のいずれかを実行します:
      • データベースを移行しない場合、スキーマを選択して「次」をクリックします。
      • データベースを移行する場合、各データ・ソースの「ホスト名」、「DBMS/サービス」、「ポート」、「スキーマ所有者」および「スキーマ・パスワード」に新しい値を入力し、「次」をクリックします。
    11. 「JDBCコンポーネント・スキーマ・テスト」ページで、(適用可能な場合は)次のいずれかを実行します:
      • すべてのJDBCコンポーネント・スキーマを選択して、「選択された接続のテスト」をクリックします。
      • テストの成功を確認してから「次」をクリックします。
    12. 「拡張構成」ページで、「管理サーバー」、「ノード・マネージャ」、「トポロジ」の順に選択して、「次」をクリックします。
    13. 「管理サーバー」ページで、「リスニング・アドレス」に更新された値を指定して、「次」をクリックします。
    14. 「ノード・マネージャ」ページで、詳細を確認して「次」をクリックします。
    15. 「管理対象サーバー」ページで、各管理対象サーバーの「リスニング・アドレス」に更新された値を指定して、「次」をクリックします。
    16. 「クラスタ」ページで、「次」をクリックします。
    17. 「サーバー・テンプレート」ページで、「次」をクリックします。
    18. 「Coherenceクラスタ」ページで、「次」をクリックします。
    19. 「マシン」ページで、「ノード・マネージャ・リスニング・アドレス」に更新された値を指定します。
    20. 「サーバーのマシンへの割当」ページで、「次」をクリックします。
    21. 「仮想ターゲット」ページで、「次」をクリックします。
    22. 「パーティション」ページで、「次」をクリックします。
    23. 「構成のサマリー」ページで、「作成」をクリックします。
    24. 「構成の進行状況」ページで、「次」をクリックします。
    25. 「構成の終了」ページで、「終了」をクリックします。

5.5 新しいデータベース情報によるJPS構成の更新

データベースを移行する場合、次のステップを使用して、いくつかの構成ファイルを変更する必要があります。ただし、データベースを移行しない場合は、この手順を無視して、UCMディレクトリを新しいホストにコピーする方法を記載した次の手順に進んでください。

  1. ターミナル・ウィンドウで、新しいホストのDOMAINHOME/config/fmwconfigディレクトリに移動します。
  2. jps-config.xmlファイルで、新しいデータベースの場所に関する新しいJDBC接続文字列情報でjdbc.urlプロパティを更新し、変更内容を保存します。
  3. jps-config-jse.xmlファイルで、次の変更を行って変更内容を保存します:
    • 新しいデータベースの場所に関する新しいJDBC接続文字列情報でjdbc.urlプロパティを更新します。
    • 新しいデータベースの場所に関するJDBC接続文字列情報でaudit.loader.jdbc.stringプロパティを更新します。

5.6 WebCenter Contentディレクトリの新しいホストへのコピー

WebCenter Contentディレクトリを別のホストにコピーするために役立つ様々なツールがあります。この例では、あるLinuxホストから別のホストにコピーするためにrsyncを使用します。

  1. ターゲット・ホストのDOMAINHOMEディレクトリでmkdir ucmを実行します。
  2. DOMAINHOME/ucmディレクトリを古いホストから新しいホストにコピーします:
    rsync -avzh ucm/ oracle@newhost:DOMAINHOME/ucm

5.7 vaultおよびweblayoutディレクトリのマウントとWebCenter Content 12cおよびInbound Refinery 12cの構成設定の調整

デフォルトでは、vaultおよびweblayoutディレクトリは、両方ともDOMAINHOME/ucm/csディレクトリ内に存在します。WebCenter Contentを移行して、vaultおよびweblayoutディレクトリが共有/リモート・ファイル・システムに存在している場合、この時点でそれらをマウントします。ただし、WebCenter Contentをクローニングして、vaultおよびweblayoutディレクトリが共有/リモート・ファイル・システムに存在している場合、この時点で新しい場所からそれらのコピーをマウントします。

vaultおよびweblayoutディレクトリを別の場所に移動した場合、WebCenter ContentのDOMAINHOME/ucm/cs/bin/intradoc.cfgファイルでVaultDirおよびWeblayoutDir構成エントリを編集して、それらの設定内容がわかるようにする必要があります。intradoc.cfgを確認するだけでなく、同じディレクトリで(intradoc.cfgに優先する) MANAGEDSERVERNAME_intradoc.cfgを確認する必要もあります。
WebCenter ContentおよびRefineryの構成設定を調整するには:
  1. 必要に応じて、WebCenter ContentおよびRefineryのMANAGEDSERVERNAME_intradoc.cfgファイルとintradoc.cfgファイルを、更新されたディレクトリ・パスに基づいて編集します。intradoc.cfgファイルとMANAGEDSERVERNAME_intradoc.cfgファイルは、WebCenter ContentのDOMAINHOME/ucm/cs/binディレクトリおよびRefineryのDOMAINHOME/ucm/ibr/binディレクトリにあります。

    ノート:

    MANAGEDSERVERNAME_intradoc.cfgファイルは、バージョン11.1.1.9.0 (2016-06-24 00:16:34Z-r144917)または12c (12.2.1.1.0)以上で使用できます。

    次を更新します:
    • IdcHomeDir
    • FmwDomainConfigDir
    • AppServerJavaHome
    • IntradocDir
    • VaultDir
    • WeblayoutDir
    • UserProfilesDir
  2. HttpServerAddressの更新されたホスト名を含むようにWebCenter ContentおよびRefineryのconfig.cfgファイルを編集します。WebCenter Contentでは、このファイルはDOMAINHOME/ucm/cs/configディレクトリにあります。Inbound Refineryのconfig.cfgは、DOMAINHOME/ucm/ibr/configディレクトリにあります。
  3. SocketHostNameSecurityFilterの更新されたホスト名またはSocketHostAddressSecurityFilterのIPアドレスを含むようにWebCenter ContentおよびRefineryのconfig.cfgファイルを編集します。

5.8 サーバーの起動およびboot.propertiesファイルの作成

オプションの1つは、管理サーバーおよびノード・マネージャを使用して管理対象サーバーを起動する方法です。もう1つのオプションは、ターミナル・セッションからstartManagedWebLogic.sh/cmdスクリプトを使用する方法です。

  1. 新しいホストで管理サーバーを起動します。
  2. 新しいホストでノード・マネージャを起動します。
  3. 新しいホストで管理対象サーバーを起動します。
  4. 管理サーバーおよび各管理対象サーバー用のboot.propertiesファイルを作成します。

5.9 実行可能ファイルのスワップ・アウト

オペレーティング・システムが変更された場合やディレクトリ・パスが変更された場合、実行可能ファイルを置換するか、シンボリック・リンクを適切な内容で再作成する必要があります。次に、考えられるシナリオをいくつか示します。

5.9.1 WindowsからLinux

  1. 新しいLinuxホストのDOMAINHOME/ucm/cs/binディレクトリにある.exeファイルを削除します。
  2. DOMAINHOME/ucm/cs/binディレクトリで、FMWHOME/wccontent/ucm/idc/native/Launcher.shへのシンボリック・リンクを作成します:
    ln -s FMWHOME/wccontent/ucm/idc/native/Launcher.sh Launcher.sh
  3. DOMAINHOME/ucm/cs/binディレクトリで、次の名前でDOMAINHOME/ucm/cs/bin/Launcher.shへのシンボリック・リンクを作成します:
    • Archiver
    • BatchLoader
    • ComponentTool
    • ComponentWizard
    • ConfigurationManager
    • IdcAnalyze
    • IdcCommand
    • IdcServer
    • IdcShell
    • Installer
    • IntradocApp
    • RepositoryManager
    • SystemProperties
    • UnixProcCtrl
    • UserAdmin
    • WebLayoutEditor
    • WorkflowAdmin

    例:

    ln -s Launcher.sh Archiver
  4. DOMAINHOME/ucm/cs/admin/binディレクトリに移動して、次の項目を削除します:
    • IdcAdmin.exe
    • IdcAdminNT.exe
    • NTProcCtrl.exe
  5. 新しい場所を使用してLauncher.shのシンボリック・リンクを作成します:
    ln -s FMWHOME/wccontent/ucm/idc/native/Launcher.sh Launcher.sh
  6. DOMAINHOME/ucm/cs/admin/bin/Launcher.shを指し示すようにIdcAdminおよびUnixProcCtrlのシンボリック・リンクを作成します:
    ln -s Launcher.sh IdcAdmin
ln -s Launcher.sh UnixProcCtrl
  7. リファイナリが移動された場合、DOMAINHOME/ucm/ibr/binディレクトリの.exeファイルを削除します。
  8. DOMAINHOME/ucm/ibr/binディレクトリで、FMWHOME/wccontent/ucm/idc/native/Launcher.shへのシンボリック・リンクを作成します。
    ln -s FMWHOME/wccontent/ucm/idc/native/Launcher.sh Launcher.sh
  9. DOMAINHOME/ucm/ibr/binディレクトリで、次の名前でDOMAINHOME/ucm/ibr/bin/Launcher.shへのシンボリック・リンクを作成します:
    • ComponentWizard
    • IdcCommand
    • IdcRefinery
    • Installer
    • SystemProperties
    • UnixProcCtrl

    例:

    ln -s Launcher.sh ComponentWizard
  10. DOMAINHOME/ucm/ibr/admin/binディレクトリに移動して、次の項目を削除します:
    • IdcAdmin.exe
    • IdcAdminNT.exe
    • NtProcCtrl.exe
  11. 新しい場所を使用してLauncher.shのシンボリック・リンクを作成します:
    ln -s FMWHOME/wccontent/ucm/idc/native/Launcher.sh Launcher.sh
  12. DOMAINHOME/ucm/ibr/admin/bin/Launcher.shを指し示すようにIdcAdminおよびUnixProcCtrlのシンボリック・リンクを作成します:
    ln -s Launcher.sh IdcAdmin
ln -s Launcher.sh UnixProcCtrl

5.9.2 LinuxからLinux

  1. DOMAINHOME/ucm/cs/binディレクトリに移動して、Launcher.shシンボリック・リンクを削除します。
  2. 新しい場所を使用してLauncher.shのシンボリック・リンクを作成します:
    ln -s FMWHOME/wccontent/ucm/idc/native/Launcher.sh Launcher.sh
  3. 次の項目を削除します:
    • Archiver
    • BatchLoader
    • ComponentTool
    • ComponentWizard
    • ConfigurationManager
    • IdcAnalyze
    • IdcCommand
    • IdcServer
    • IdcShell
    • Installer
    • IntradocApp
    • RepositoryManager
    • SystemProperties
    • UnixProcCtrl
    • UserAdmin
    • WeblayoutEditor
    • WorkflowAdmin
  4. Launcher.shを指し示すように様々なシンボリック・リンクを作成します:
    ln -s Launcher.sh Archiver
ln -s Launcher.sh BatchLoader
ln -s Launcher.sh ComponentTool
ln -s Launcher.sh ComponentWizard
ln -s Launcher.sh ConfigurationManager
ln -s Launcher.sh IdcAnalyze
ln -s Launcher.sh IdcCommand
ln -s Launcher.sh IdcServer
ln -s Launcher.sh IdcShell
ln -s Launcher.sh Installer
ln -s Launcher.sh IntradocApp
ln -s Launcher.sh RepositoryManager
ln -s Launcher.sh SystemProperties
ln -s Launcher.sh UnixProcCtrl
ln -s Launcher.sh UserAdmin
ln -s Launcher.sh WeblayoutEditor
ln -s Launcher.sh WorkflowAdmin
  5. DOMAINHOME/ucm/cs/admin/binディレクトリに移動して、次の項目を削除します:
    • IdcAdmin
    • Launcher.sh
    • UnixProcCtrl
  6. 新しい場所を使用してLauncher.shのシンボリック・リンクを作成します:
    ln -s FMWHOME/wccontent/ucm/idc/native/Launcher.sh
  7. DOMAINHOME/ucm/cs/admin/bin/Launcher.shを指し示すようにIdcAdminおよびUnixProcCtrlのシンボリック・リンクを作成します。
    ln -s Launcher.sh IdcAdmin
ln -s Launcher.sh UnixProcCtrl
  8. DOMAINHOME/ucm/ibr/binディレクトリに移動して、Launcher.shを削除します。
  9. 新しい場所を使用してLauncher.shのシンボリック・リンクを作成します:
    ln -s FMWHOME/wccontent/ucm/idc/native/Launcher.sh Launcher.sh
  10. 次の項目を削除します:
    • ComponentWizard
    • IdcCommand
    • IdcRefinery
    • Installer
    • SystemProperties
    • UnixProcCtrl
  11. DOMAINHOME/ucm/ibr/bin/Launcher.shを指し示すようにシンボリック・リンクを作成します:
    ln -s Launcher.sh ComponentWizard
ln -s Launcher.sh IdcCommand
ln -s Launcher.sh IdcRefinery
ln -s Launcher.sh Installer
ln -s Launcher.sh SystemProperties
ln -s Launcher.sh UnixProcCtrl
  12. DOMAINHOME/ucm/ibr/admin/binディレクトリに移動して、次の項目を削除します:
    • IdcAdmin
    • Launcher.sh
    • UnixProcCtrl
  13. 新しい場所を使用してLauncher.shのシンボリック・リンクを作成します:
     ln -s FMWHOME/wccontent/ucm/idc/native/Launcher.sh Launcher.sh
  14. DOMAINHOME/ucm/ibr/admin/bin/Launcher.shを指し示すようにシンボリック・リンクを作成します:
    ln -s Launcher.sh IdcAdmin
ln -s Launcher.sh UnixProcCtrl

5.9.3 LinuxからWindows

  1. DOMAINHOME/ucm/cs/binディレクトリに移動して、次の項目を削除します:
    • Archiver
    • BatchLoader
    • ComponentTool
    • ComponentWizard
    • ConfigurationManager
    • IdcAnalyze
    • IdcCommand
    • IdcServer
    • IdcShell
    • Installer
    • IntradocApp
    • RepositoryManager
    • SystemProperties
    • UnixProcCtrl
    • UserAdmin
    • WebLayoutEditor
    • WorkflowAdmin
  2. FMWHOME/wccontent/ucm/idc/native/windows-amd64/bin/Launcher.exeをDOMAINHOME/ucm/cs/binディレクトリにコピーします
  3. DOMAINHOME/ucm/cs/bin/Launcher.exeを、次の名前でDOMAINHOME/ucm/cs/binディレクトリにコピーします:
    • Archiver.exe
    • BatchLoader.exe
    • ComponentTool.exe
    • ComponentWizard.exe
    • ConfigurationManager.exe
    • IdcAnalyze.exe
    • IdcCommand.exe
    • IdcServer.exe
    • IdcShell.exe
    • Installer.exe
    • IntradocApp.exe
    • RepositoryManager.exe
    • SystemProperties.exe
    • UserAdmin.exe
    • WebLayoutEditor.exe
    • WorkflowAdmin.exe
  4. DOMAINHOME/ucm/cs/bin/Launcher.exeファイルを削除します。
  5. DOMAINHOME/ucm/cs/admin/binディレクトリに移動して、次の項目を削除します:
    • IdcAdmin
    • Launcher.sh
    • UnixProcCtrl
  6. FMWHOME/wccontent/ucm/idc/native/windows-amd64/bin/Launcher.exeファイルをDOMAINHOME/ucm/cs/admin/binディレクトリにコピーします
  7. DOMAINHOME/ucm/cs/admin/bin/Launcher.exeを、次の名前でDOMAINHOME/ucm/cs/admin/binディレクトリにコピーします:
    • IdcAdmin.exe
    • IdcAdminNT.exe
  8. DOMAINHOME/ucm/cs/admin/bin/Launcher.exeファイルを削除します。
  9. FMWHOME/wccontent/ucm/idc/native/windows-amd64/bin/Launcher.exeファイルをDOMAINHOME/ucm/cs/admin/binディレクトリにコピーします。
  10. DOMAINHOME/ucm/ibr/binディレクトリに移動して、次の項目を削除します:
    • ComponentWizard
    • IdcCommand
    • IdcRefineryInstaller
    • Launcher.sh
    • SystemProperties
    • UnixProcCtrl
  11. FMWHOME/wccontent/ucm/idc/native/windows-amd64/bin/Launcher.exeファイルをDOMAINHOME/ucm/ibr/binディレクトリにコピーします。
  12. DOMAINHOME/ucm/ibr/bin/Launcher.exeを、次の名前でDOMAINHOME/ucm/ibr/binディレクトリにコピーします:
    • ComponentWizard.exe
    • IdcRefinery.exe
    • IdcRefineryNT.exe
    • Installer.exe
    • SystemProperties.exe
  13. DOMAINHOME/ucm/ibr/bin/Launcher.exeファイルを削除します。
  14. DOMAINHOME/ucm/ibr/admin/binディレクトリに移動して、次の項目を削除します:
    • IdcAdmin
    • Launcher.sh
    • UnixProcCtrl
  15. FMWHOME/wccontent/ucm/idcnative/windows-amd64/bin/Launcher.exeファイルをDOMAINHOME/ucm/ibr/admin/binディレクトリにコピーします。
  16. DOMAINHOME/ucm/ibr/admin/bin/Launcher.exeを、次の名前でDOMAINHOME/ucm/ibr/admin/binディレクトリにコピーします:
    • IdcAdmin.exe
    • IdcAdminNT.exe
  17. DOMAINHOME/ucm/ibr/admin/bin/Launcher.exeファイルを削除します
  18. FMWHOME/wccontent/ucm/idc/native/windows-amd64/bin/NtProcCtrl.exeファイルをDOMAINHOME/ucm/ibr/admin/binディレクトリにコピーします。

5.10 Inbound RefineryのためのWebCenter Contentでの送信プロバイダ設定の調整

  1. WebCenter Contentにログインします。
  2. 「管理 - プロバイダ」ページに移動します。リファイナリに接続された送信プロバイダで、「情報」をクリックしてから「編集」をクリックします。
  3. 「サーバー・ホスト名」および「HTTPサーバー・アドレス」に新しい値を指定して、「更新」をクリックします。
  4. WebCenter Contentの管理対象サーバーを再起動します。

5.11 WebCenter Contentユーザー・インタフェースのためのPropConnectionUrlの調整

  1. Fusion Middleware Controlで、WebCenter Contentユーザー・インタフェースからWebCenter Contentインスタンスへの接続を確立するために使用されるPropConnectionUrl mBeanの値を編集して、新しいホスト名を使用できるようにします。
    1. ページの左上隅にあるハンバーガ・メニューのナビゲーション・バーからWCCADF_server1管理対象サーバーを選択します。
    2. 「WebLogic Server」→「システムMBeanブラウザ」に移動します。
    3. 「アプリケーション定義のMBean」→「oracle.adf.share.connections」→「サーバー: WCCADF_server1」→「アプリケーション: Oracle WebCenter Content - Web UI」→「ADFConnections」→「ADFConnections」→「WccConnection」→「WccAdfServerConnection」の順に移動します。
    4. PropConnectionUrlの値を更新して「適用」をクリックします。
    5. 「アプリケーション定義のMBean」→「oracle.adf.share.connections」→「サーバー: WCCADF_server1」→「アプリケーション: Oracle WebCenter Content - Web UI」→「ADFConnections」→「ADFConnections」の順に移動します。
    6. 「操作」タブで、「保存」をクリックしてから「起動」をクリックします。
  2. WebCenter Contentユーザー・インタフェースの管理対象サーバーを再起動します。

5.12 セキュリティ・プロバイダの構成

セキュリティ・プロバイダ・データをドメインの新しい場所に手動で転送できます。

ドメイン・テンプレート・ビルダーは、オフライン・ユーティリティであり、組込みLDAPデータなどのセキュリティ・プロバイダ・データをドメイン・テンプレートにエクスポートしないため、これは必須です。詳細は、セキュリティ・プロバイダ・データの新しいドメインへの移植に関する項を参照してください。

5.13 スタンドアロンJavaアプリケーションのデータベース情報の更新

データベースの場所が変更された場合:
  1. DOMAINHOME/ucm/cs/binディレクトリから、SystemPropertiesアプリケーションを実行します。
  2. SystemPropertiesアプリケーション内で、「データベース」タブのデータベース情報を更新して、WebCenter ContentのbinディレクトリにあるスタンドアロンJavaアプリケーションを正常に起動できるようにします。

5.14 全体的な動作の検証

以前にどのスタンドアロンJavaアプリケーションも実行したことがない場合、スタンドアロンJavaアプリケーションがデータベースおよび関数と対話できるように、UserAdminアプレットを使用してローカルsysadminユーザーのパスワードをリセットし、SystemPropertiesを使用してjdbc接続を構成する必要があります。
移行が成功したことを確認するには:
  1. IdcAnalyzeを実行してエラーがないことを確認します。「構成」タブで、次を確認します:

    • 「データベース」が選択されています

    • 「データベース」→RevClassIDsが選択されています

    • 「データベース」→「データベースのクリーン」が選択解除されています

    • 検索索引が選択されています

    • 検索索引→「検索索引のクリーン」が選択解除されています

    • 「ファイル・システム」が選択されています

    • 「レポートの生成」が選択されています

    詳細は、『Oracle WebCenter Contentの管理』のContent Serverアナライザの使用に関する項を参照してください。
    エラーがレポートされたら、必要に応じて修正します。
  2. WebCenter Contentの新しいホスト名で他のアプリケーションの構成設定を更新します。