問題点

大量の ContentBus ベースの CQ4.x インスタンスを、CRX を使用して新しい CQ4.x インスタンスへ移行したい場合。また、ContentBus から CRX にバージョンを移行する必要があります。

解決策

コンテンツを移行するために tree-activation を使用するか、複数のパッケージを作成する代わりに、ContentBus CQ インスタンス内から特別な移行ツールを実行します。この移行ツールは、RMI を使用して新しい CRX インスタンスに接続します。次に、コンテンツとバージョンを宛先リポジトリに直接スプールします。

(ContentBus は、次のテキストの CB で省略できます)。

  1. 新しい CQ4.2.1 CRX1.4.2実行を設定します([1]を参照してください)。
  2. 添付の migration3.5.5to4.2.zip を添付の readme 手順に従ってインストールしてください
  3. CB インスタンスを再起動し、RMI アクセスがターゲット CRX インスタンスで有効になっていることを確認してください。
  4. CB インスタンスの移行ツール(http://://system/migration/content/versions.html)をリクエストします。
  5. 移行するページのルートパスを指定します。
  6. ドライランをシミュレートするには「ダンプ」を選択します。コンテンツ/バージョンを移行するには選択を解除します。
  7. コンテンツページも移行する場合は、「コンテンツを含める」を選択します。それ以外の場合は、対応するコンテンツページが宛先リポジトリにある場合にのみバージョンが移行されます。
  8. 移行プロセスを開始するには、「送信」をクリックします。
  9. ソースインスタンスのボリュームによっては、移行プロセスが完了するまでに多少時間がかかります。プロセスが完了したら、CQSE 管理インターフェイスから CRX ベースの CQ オーサーウェブアプリケーションを停止します。CRX を稼働し続けてください。移行ツールは JCR API を使用してコンテンツとバージョンを作成しているため、CQ の検索インデックスおよび uuid-registry も再構築する必要があります。

CRX に基づく CQ4.2.1 インスタンスで、次の操作を実行:

  1. <cq_home>/data/author 以下のすべての検索インデックスを削除します。
  2. uuidRegistry.properties ファイルを再構築します。手順については、[2] を参照してください。
  3. CQ4.2.1 Web アプリケーション経由で CQSE 管理インターフェイスを起動します。

コンテンツとバージョンは CRX で実行中の新しい CQ4.2.1 で使用できるようになります。

移行に関する一般的な情報については、docs.day.com 上の対応するドキュメント [3] を参照してください。


[1] CQ4.2 と CRX1.4.2 をインストール
[2] UUID レジストリを再作成
[3] docs.day.com の移行

ダウンロード

本作品は Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License によってライセンス許可を受けています。  Twitter™ および Facebook の投稿には、Creative Commons の規約内容は適用されません。

法律上の注意   |   プライバシーポリシー