1. Oracle WebCenter Contentの移行
  2. クラスタ化されていないWebCenter Contentリリース11gを同じかまたは異なるインフラストラクチャ上の新しいホストに移行する方法

2 クラスタ化されていないWebCenter Contentリリース11gを同じかまたは異なるインフラストラクチャ上の新しいホストに移行する方法

次のトピックでは、11g WebCenter Contentドメイン・インスタンス、RefineryおよびWebCenter Contentユーザー・インタフェースを、WebLogic Serverのテンプレート・ビルダー・ツールを使用して新しいホストに移行する方法について説明します。この情報は、『ドメイン・テンプレート・ビルダーによるドメイン・テンプレートの作成』の補足です。

ノート:

移行プロセスを開始する前に次のことを検討してください:

  • WebLogic ServerとWebCenter Contentのバージョンは、古いホストと新しいホストの間で一致している必要があります。次のトピックに含まれるサンプル・ステップを使用して、WebCenter Contentを新しいホストに移行するのと同時により新しいバージョンにアップグレードすることはできません。
  • ドメイン内にWebCenter PortalやBPMなどの他の製品が存在する場合、それらの作業手順も考慮してください。次のトピックは、WebCenter Contentのみを対象としています。

トピック

2.1 クラスタ化されていないWebCenter Contentリリース11gを移行する前の準備ステップ

移行プロセスを開始する前に、次のステップを実行します:
  1. すべての管理対象サーバー、管理サーバーおよびノード・マネージャを停止します
  2. WebCenter Contentのファイル・システムをバックアップします。詳細は、Oracle WebCenter Contentの推奨事項に関する項を参照してください。
  3. 適切な方法を使用してWebCenter Contentのデータベースをバックアップします。
  4. 古いホストと同じJDKバージョンを新しいホストにインストールします
  5. WebLogic Serverのバイナリを新しいホストにインストールします。
  6. WebCenter Contentのバイナリを新しいホストにインストールします。
  7. 古いホストに適用したものと同じパッチを新しいホストにインストールします。
  8. WebCenter Contentが移行され、vaultおよびweblayoutディレクトリがリモート・ファイル・システムに存在している場合、この時点でそれらをアンマウントします。
  9. WebCenter Contentがクローニングされ、vaultおよびweblayoutディレクトリがリモート・ファイル・システムに存在している場合、この時点でそれらをアンマウントし、新しい場所にコピーします。
  10. データベースを移行するシナリオもいくつかあります。そのようなシナリオの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オブジェクトのリカバリ」のステップに従って、なくなったオブジェクトを新しいデータベース・インスタンスで再作成し、今後の問題を回避する必要があります。さらに、対象の環境に定義した接頭辞が名前に付いているすべてのスキーマを組み込む必要があります。

2.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$表に残ります。

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

準備ステップを実行したら、移行するドメインのテンプレートを構築します。

ドメイン・テンプレートを構築するには:
  1. テンプレート・ビルダーを実行して、古いホストでドメイン・テンプレートを作成します。
    FMW_HOME/wlserver_10.3/common/bin/config_builder.sh
(On Windows, config_builder is named as config_builder.cmd)
  2. テンプレート・ビルダー・リリース11gのダイアログ・ボックスで:
    1. 「新規テンプレートの作成」ページで、「ドメイン・テンプレートの作成」を選択し、「次」をクリックします。
    2. 「テンプレート・ドメイン・ソースの選択」ページで、「ドメイン」を選択し、「次」をクリックします。
    3. 「テンプレートの説明」ページで、テンプレートJARの名前とバージョンを確認および指定します。オプションで、作成者の情報も入力できます。「次」をクリックします。
    4. 「テンプレートJar名と場所の指定」ページで、テンプレートjar名とテンプレートの場所を確認または指定して、「次」をクリックします。
    5. 「アプリケーションの追加または除外」ページで、「次」をクリックします。
    6. 「ファイルの追加」ページで、「次」をクリックします。
    7. 「SQLスクリプトの追加」ページで、「次」をクリックします。
    8. 「管理サーバーの構成」ページで、値を確認して「次」をクリックします。
    9. 「管理者ユーザー名およびパスワードの構成」ページで、値を確認して「次」をクリックします。
    10. 「スタート・メニュー・エントリの指定」ページで、「次」をクリックします。
    11. 「置換変数のためのスクリプトおよびファイルの準備」ページで、「次」をクリックします。
    12. 「WebLogicドメイン・テンプレートの確認」ページで、「作成」をクリックします。
    13. 「テンプレートの作成中」ページで、「完了」をクリックします。
  3. 作成したドメイン・テンプレートを新しいホストにコピーします。

2.4 新規ドメインの作成

ドメイン・テンプレートを作成して、WebCenter Contentインスタンスの移行先となる新しいホストにコピーしました。ここでは、新しいホストに新しいドメインを作成します。

新規ドメインを作成するには:
  1. 前に作成したテンプレートを使用して、新しいホストで構成ウィザードを実行します。
    $ORACLE_HOME/common/bin/config.sh  (On Windows, this is named config.cmd)
  2. 「構成ウィザード」ダイアログ・ボックスで:
    1. 「ようこそ」ページで、「新しいWebLogicドメインの作成」を選択し、「次」をクリックします。
    2. 「ドメイン・ソースの選択」ページで、「既存のテンプレートを、このドメインのベースにする」を選択し、前に作成したテンプレートを選択して「次」をクリックします。
    3. 「ドメイン名と場所の指定」ページで、「ドメイン名」、「ドメインの場所」、「アプリケーションの場所」の値を指定または確認し、「次」をクリックします。
    4. 「管理者ユーザー名およびパスワードの構成」ページで、「名前」、「ユーザー・パスワード」および「ユーザー・パスワードの確認」に適切な値を入力します。「次」をクリックします。
    5. 「サーバーの起動モードおよびJDKの構成」ページで、適切な起動モードおよびJDKを選択し、「次」をクリックします。
    6. 「JDBCコンポーネント・スキーマの構成」ページで、(適用可能な場合は)次のいずれかを実行します:
      • データベースを移行しない場合、スキーマを選択して「次」をクリックします。
      • データベースを移行する場合、各データ・ソースの「ホスト名」、「DBMS/サービス」、「ポート」、「スキーマ所有者」および「スキーマ・パスワード」に新しい値を入力し、「次」をクリックします。

      ノート:

      このページで複数のデータ・ソースが選択されている場合、選択されたすべてのデータ・ソースに対して同じフィールドの値を一度に変更できます。

    7. 「JDBCコンポーネント・スキーマのテスト」ページで、スキーマを選択して「接続のテスト」をクリックし、「次」をクリックします。
    8. 「オプション構成の選択」ページで、管理サーバー、管理対象サーバー、クラスタおよびマシンを選択し、「次」をクリックします。
    9. 「管理サーバーの構成」ページで、新しいホストのリスニング・アドレスを入力し、「次」をクリックします。これは、DNS名またはローカルホストに設定することも、空白のままにすることもできます。空白のままにすると、使用可能なすべてのオプションがリスニングされます。
    10. 「管理対象サーバーの構成」ページで、すべての管理対象サーバーについて新しいホストのリスニング・アドレスを入力し、「次」をクリックします。
    11. 「クラスタの構成」ページで、「次」をクリックします。
    12. 「マシンの構成」ページで、定義済のマシンについて新しいホストのリスニング・アドレスを入力し、「次」をクリックします。
    13. 「サーバーのマシンへの割当」ページで、「次」をクリックします。
    14. 「構成のサマリー」ページで、「作成」をクリックします。
    15. ドメインの作成中画面で、「完了」をクリックします。

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

ドメインを作成したら、次にWebCenter Contentディレクトリを新しいホストにコピーします。このタスクを実行するために役立つ複数のツールがあります。この例では、あるLinuxホストから別のホストにコピーするためにrsyncを使用します。

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

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

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

vaultおよびweblayoutディレクトリを別の場所に移動した場合、WebCenter ContentのDOMAINHOME/ucm/cs/bin/intradoc.cfgファイルでVaultDirおよびWeblayoutDir構成エントリを編集して、それらの設定内容がわかるようにする必要があります。11.1.1.9.0以上のリリースでは、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ファイルを編集します。

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

boot.propertiesファイルを構成すると、起動時にユーザー名とパスワードを指定するよう求められることなく、コマンドラインから管理対象サーバーを起動できます。ユーザー名とパスワードは、起動時に読み取られるboot.propertiesファイルに格納します。

オプションの1つは、管理サーバーおよびノード・マネージャを使用して管理対象サーバーを起動する方法です。もう1つのオプションは、ターミナル・セッションからstartManagedWebLogic.sh/cmdスクリプトを使用する方法です。
  1. 新しいホストで管理サーバーを起動します。
  2. 新しいホストでノード・マネージャを起動します。
  3. 新しいホストで管理対象サーバーを起動します。
  4. 管理サーバーおよび各管理対象サーバー用のboot.propertiesファイルを作成します。

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

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

2.8.1 WindowsからLinux

  1. 新しいLinuxホストのDOMAINHOME/ucm/cs/binディレクトリにある.exeファイルを削除します。
  2. DOMAINHOME/ucm/cs/binディレクトリから、FMWHOME/Oracle_ECM1/ucm/idc/native/Launcher.shへのシンボリック・リンクを作成します: 
    ln -s /FMWHOME/Oracle_ECM1/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/Oracle_ECM1/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/Oracle_ECM1/ucm/idc/native/Launcher.shへのシンボリック・リンクを作成します。
    ln -s FMWHOME/Oracle_ECM1/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/Oracle_ECM1/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

2.8.2 LinuxからLinux

  1. DOMAINHOME/ucm/cs/binディレクトリに移動します。
  2. Launcher.shシンボリック・リンクを削除します。
  3. 新しい場所を使用してLauncher.shのシンボリック・リンクを作成します。
    ln -s FMWHOME/Oracle_ECM1/ucm/idc/native/Launcher.sh Launcher.sh
  4. 次の項目を削除します:
    • Archiver
    • BatchLoader
    • ComponentTool
    • ComponentWizard
    • ConfigurationManager
    • IdcAnalyze
    • IdcCommand
    • IdcServer
    • IdcShell
    • Installer
    • IntradocApp
    • RepositoryManager
    • SystemProperties
    • UnixProcCtrl
    • UserAdmin
    • WeblayoutEditor
    • WorkflowAdmin
  5. 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
  6. DOMAINHOME/ucm/cs/admin/binディレクトリに移動して、次の項目を削除します:
    • IdcAdmin
    • Launcher.sh
    • UnixProcCtrl
  7. 新しい場所を使用してLauncher.shのシンボリック・リンクを作成します:
    ln -s FMWHOME/Oracle_ECM1/ucm/idc/native/Launcher.sh Launcher.sh
  8. DOMAINHOME/ucm/cs/admin/bin/Launcher.shを指し示すようにIdcAdminおよびUnixProcCtrlのシンボリック・リンクを作成します。
  9. ドメイン内の他のコンテンツ・サーバー・クラスタ・ノードでステップ1から5までを繰り返します。
  10. DOMAINHOME/ucm/ibr/binディレクトリに移動して、Launcher.shを削除します。
  11. 新しい場所を使用してLauncher.shのシンボリック・リンクを作成します:
    ln -s FMWHOME/Oracle_ECM1/ucm/idc/native/Launcher.sh Launcher.sh
  12. 次の項目を削除します:
    • ComponentWizard
    • IdcCommand
    • IdcRefinery
    • Installer
    • SystemProperties
    • UnixProcCtrl
  13. 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
  14. DOMAINHOME/ucm/ibr/admin/binディレクトリに移動して、次の項目を削除します:
    • IdcAdmin
    • Launcher.sh
    • UnixProcCtrl
  15. 新しい場所を使用してLauncher.shのシンボリック・リンクを作成します:
    ln -s FMWHOME/Oracle_ECM1/ucm/idc/native/Launcher.sh Launcher.sh
  16. DOMAINHOME/ucm/ibr/admin/bin/Launcher.shを指し示すようにシンボリック・リンクを作成します:
    ln -s Launcher.sh IdcAdmin
ln -s Launcher.sh UnixProcCtrl

2.8.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/Oracle_ECM1/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/Oracle_ECM1/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/Oracle_ECM1/ucm/idc/native/windows-amd64/bin/NtProcCtrl.exeファイルをDOMAINHOME/ucm/cs/admin/binディレクトリにコピーします。
  10. ドメイン内の他のコンテンツ・サーバー・クラスタ・ノードでステップ1から4までを繰り返します。
  11. DOMAINHOME/ucm/ibr/binディレクトリに移動して、次の項目を削除します:
    • ComponentWizard
    • IdcCommand
    • IdcRefineryInstaller
    • Launcher.sh
    • SystemProperties
    • UnixProcCtrl
  12. FMWHOME/Oracle_ECM1/ucm/idc/native/windows-amd64/bin/Launcher.exeファイルをDOMAINHOME/ucm/ibr/binディレクトリにコピーします。
  13. DOMAINHOME/ucm/ibr/bin/Launcher.exeを、次の名前でDOMAINHOME/ucm/ibr/binディレクトリにコピーします:
    • ComponentWizard.exe
    • IdcRefinery.exe
    • IdcRefineryNT.exe
    • Installer.exe
    • SystemProperties.exe
  14. DOMAINHOME/ucm/ibr/bin/Launcher.exeファイルを削除します。
  15. DOMAINHOME/ucm/ibr/admin/binディレクトリに移動して、次の項目を削除します:
    • IdcAdmin
    • Launcher.sh
    • UnixProcCtrl
  16. FMWHOME/Oracle_ECM1/ucm/idcnative/windows-amd64/bin/Launcher.exeファイルをDOMAINHOME/ucm/ibr/admin/binディレクトリにコピーします。
  17. DOMAINHOME/ucm/ibr/admin/bin/Launcher.exeを、次の名前でDOMAINHOME/ucm/ibr/admin/binディレクトリにコピーします:
    • IdcAdmin.exe
    • IdcAdminNT.exe
  18. DOMAINHOME/ucm/ibr/admin/bin/Launcher.exeファイルを削除します
  19. FMWHOME/Oracle_ECM1/ucm/idc/native/windows-amd64/bin/NtProcCtrl.exeファイルをDOMAINHOME/ucm/ibr/admin/binディレクトリにコピーします。

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

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

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

セキュリティ・プロバイダ・データをドメインの新しい場所に手動で転送できます。ドメイン・テンプレート・ビルダーは、オフライン・ユーティリティであり、組込みLDAPデータなどのセキュリティ・プロバイダ・データをドメイン・テンプレートにエクスポートしないため、これは必須です。

関連トピック

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

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

2.12 全体的な動作の検証

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

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

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

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

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

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

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

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

    エラーがレポートされたら、必要に応じて修正します。
  2. WebCenter Contentの新しいホスト名で他のアプリケーションの構成設定を更新します。変更内容は、接続しているアプリケーションに応じて大きく異なります。