Assets 移行ガイド

アセットを AEM に移行する際には、いくつかの手順を考慮する必要があります。現在のホームからアセットとメタデータを抽出する方法は、実装間で大きく異なるので、このドキュメントの範囲外です。 このドキュメントでは、これらのアセットをAEMに取り込み、メタデータを適用し、レンディションを生成し、アセットをアクティベートまたは公開する方法について説明します。

前提条件

以下に説明する手順を実行する前に、Assets パフォーマンスチューニングのヒント のガイダンスを確認し、実装してください。 最大同時ジョブ数の設定など、多くの手順により、負荷時のサーバーの安定性とパフォーマンスが向上します。 その他の手順(ファイルデータストアの設定など)は、システムにアセットが読み込まれた後は実行するのが困難です。

メモ

次のアセット移行ツールは、Adobe Experience Managerには含まれていません。 Adobeカスタマーサポートは、これらのツールをサポートしていません。

  • ACS Experience Manager ツールタグメーカー
  • ACS Experience Manager ツールの CSV アセットインポーター
  • ACS Commons の Bulk Workflow Manager
  • ACS Commons の Fast Action Manager
  • 合成ワークフロー

このソフトウェアはオープンソースで、Apache v2 License が適用されます。質問や問題を報告するには、それぞれ Experience Manager ACS ツール Experience Manager ACS Commons に関する GitHub の問題を利用してください。

Experience Manager に移行

Experience Manager へのアセットの移行にはいくつかの手順が必要で、段階的なプロセスと見なす必要があります。 移行のフェーズは次のとおりです。

  1. ワークフローを無効化する。
  2. タグを読み込む。
  3. アセットを取り込む。
  4. レンディションを処理する。
  5. アセットをアクティベートする。
  6. ワークフローを有効化する。

chlimage_1-223

ワークフローの無効化

移行を開始する前に、DAM Update Asset ワークフローのランチャーを無効にします。 すべてのアセットをシステムに取り込んでから、ワークフローをバッチで実行することをお勧めします。 移行がおこなわれている間に既にライブになっている場合は、これらのアクティビティをスケジュールして、営業時間外に実行できます。

タグの読み込み

画像に適用するタグ分類は既に用意されていることがあります。CSV アセットインポーターやメタデータプロファイル機能などのツールを使用すると、アセットへのタグの適用を自動化できます。 その前に、「Experience Manager」にタグを追加します。 Experience Manager ACS ツールの Tag Maker 機能を使用すると、システムに読み込まれた Microsoft Excel のスプレッドシートを使用してタグを入力できます。

アセットの取り込み

アセットをシステムに取り込む際に重要なのは、パフォーマンスと安定性です。大量のデータをExperience Managerで読み込む場合は、システムのパフォーマンスが良いことを確認します。 これにより、データの追加に要する時間が最小限に抑えられ、システムの過負荷を防ぐのに役立ちます。 これは、特に、実稼動環境に既に存在するシステムでのシステムクラッシュを防ぐのに役立ちます。

システムにアセットを読み込むには、HTTP を使用したプッシュベースのアプローチと JCR の API を使用したプルベースのアプローチがあります。

HTTP 経由によるプッシュ

アドビの Managed Services チームは Glutton というツールを使用してお客様の環境にデータを読み込みます。Glutton は、Experience Manager インスタンス上のあるディレクトリから別のディレクトリにすべてのアセットを読み込む、小さな Java アプリケーションです。 Glutton の代わりに、Perl スクリプトなどのツールを使用してアセットをリポジトリに投稿することもできます。

HTTPS を通じたプッシュのアプローチには、主に次の 2 つの欠点があります。

  1. アセットを HTTP 経由でサーバーに送信します。 これには大量のオーバーヘッドが発生し、時間もかかるので、移行に要する時間が長くなります。
  2. アセットに適用する必要があるタグやカスタムメタデータがある場合、このアプローチでは、アセットを取り込んだ後にこのメタデータを適用するという、2 段階のカスタムプロセスを実行する必要がある。

アセットを取り込むもう一方のアプローチでは、ローカルファイルシステムからアセットを引っ張ってきます。ただし、プルベースのアプローチを実行する外部ドライブやネットワーク共有がサーバーにマウントされていない場合は、HTTP を通じたアセットの投稿が最適なオプションです。

ローカル・ファイル・システムからのプル

ACS Experience Manager ツールの CSV Asset Importer は、アセットをファイルシステムから、アセットメタデータをアセット読み込みの CSV ファイルから、それぞれ取り込みます。 Experience Manager Asset Manager API は、アセットをシステムに読み込み、設定済みのメタデータプロパティを適用するために使用します。 アセットはネットワークファイルマウントまたは外部ドライブを介してサーバーにマウントされているのが理想です。

アセットがネットワークを介して送信されない場合、全体的なパフォーマンスが大幅に向上します。 通常、この方法は、アセットをリポジトリに読み込む最も効率的な方法です。 さらに、ツールがメタデータの取り込みをサポートしているので、すべてのアセットとメタデータを 1 つの手順で読み込むことができます。 別のツールを使用するなど、メタデータを適用するための他の手順は必要ありません。

レンディションの処理

アセットをシステムに読み込んだ後、メタデータを抽出してレンディションを生成するには、DAM アセットの更新ワークフローを通じてアセットを処理する必要があります。この手順を実行する前に、DAM アセットの更新ワークフローをニーズに合わせて複製および変更する必要があります。Dynamic Media Classic PTIFF の生成やInDesignサーバーの統合など、デフォルトのワークフローの一部の手順は必要ない場合があります。

必要に応じてワークフローを設定したら、次の 2 つの方法でワークフローを実行できます。

  1. 最も簡単なアプローチは、ACS Commons の Bulk Workflow Manager です。このツールを使用すると、クエリを実行し、クエリの結果をワークフローを通じて処理します。バッチサイズを設定するオプションも用意されています。
  2. ACS Commons の Fast Action Manager合成ワークフローと組み合わせて使用できます。このアプローチはより複雑ですが、Experience Manager ワークフローエンジンのオーバーヘッドを削除し、サーバーリソースの使用を最適化できます。 さらに、Fast Action Manager はサーバーリソースを動的に監視し、システムに配置された読み込みをスロットリングすることでパフォーマンスを大幅に向上します。サンプルスクリプトは ACS Commons の機能ページに記載されています。

アセットのアクティベート

パブリッシュ層のあるデプロイメントでは、アセットをパブリッシュファームにアクティベートする必要があります。アドビは 1 つ以上のパブリッシュインスタンスを実行することを推奨していますが、すべてのアセットを 1 つのパブリッシュインスタンスにレプリケートして、そのインスタンスをクローンする方法が最も効率的です。多数のアセットをアクティベートするときは、ツリーのアクティベートを実行した後に、干渉する必要が生じる場合があります。理由は次のとおりです。アクティベーションを実行すると、項目が Sling ジョブ/イベントキューに追加されます。 このキューのサイズがだいたい 40,000 項目を超えると、処理速度が劇的に低下します。このキューのサイズが 100,000 項目を超えると、システムの安定性に影響を及ぼします。

この問題を回避するには、Fast Action Manager を使用してアセットのレプリケートを管理します。これは Sling キューを使用することなく動作し、オーバーヘッドを減らすほか、ワークロードをスロットルしてサーバーのオーバーロードを防ぎます。レプリケーションの管理に FAM を使用する例は、この機能のドキュメントページに記載しています。

アセットをパブリッシュファームに移行するその他のオプションは、vlt-rcp または oak-run を使用する方法です。これらは Jackrabbit の一部のツールとして提供されます。Grabbit と呼ばれる、Experience Manager インフラストラクチャのオープンソースツールを使用する方法もあります。vit よりも高いパフォーマンスを発揮すると言われています。

これらのアプローチで注意すべき点は、オーサーインスタンス上でアセットがアクティベートされていると表示されないことです。アセットのアクティベート状態を正しくフラグ設定するには、アセットをアクティベート済みとマークする別のスクリプトも実行する必要があります。

メモ

アドビは Grabbit を管理およびサポートしません。

公開のクローン

アセットがアクティベートされたら、パブリッシュインスタンスをクローンしてデプロイメントに必要なコピーを必要な分だけ作成できます。サーバーのクローンは比較的簡単ですが、いくつか重要な手順があります。パブリッシュをクローンするには:

  1. ソースインスタンスとデータストアをバックアップします。
  2. インスタンスとデータストアのバックアップを対象の場所に復元します。続く手順はすべてこの新しいインスタンスを参照します。
  3. crx-quickstart/launchpad/felixsling.id のファイルシステム検索を実行します。 このファイルを削除します。
  4. データストアのルートパスで、repository-XXX ファイルを探してすべて削除します。
  5. crx-quickstart/install/org.apache.jackrabbit.oak.plugins.blob.datastore.FileDataStore.configcrx-quickstart/launchpad/config/org/apache/jackrabbit/oak/plugins/blob/datastore/FileDataStore.config を編集し、新しい環境のデータストアの場所を指すようにします。
  6. 環境を開始します。
  7. オーサー環境にあるすべてのレプリケーションエージェントが正しいパブリッシュインスタンスを指す、または新しいインスタンスの Dispatcher のフラッシュエージェントが新しい環境の正しい Dispatcher を参照するように設定を更新します。

ワークフローの有効化

移行が完了したら、レンディションの生成とメタデータの抽出をサポートするように DAM の更新アセットワークフローのランチャーを再度有効化し、稼動中のシステムが日常的に使用できるようにします。

Experience Manager デプロイメント間でのアセットの移行

ほとんど一般的ではありませんが、場合によっては、Experience Manager インスタンス間で大量のデータを移行する必要があります。例えば、Experience Manager アップグレードを実行する場合、ハードウェアをアップグレードする場合、または AMS 移行を使用する場合など、新しいデータセンターに移行する場合などです。

このケースでは、移行するアセットには既にメタデータが入力されており、レンディションは既に生成されています。インスタンス間の移動に集中することができます。Experience Manager インスタンス間の移行時には、次の手順を実行します。

  1. ワークフローの無効化:アセットと共にレンディションを移行するので、DAM アセットの更新のワークフローランチャーを無効にする必要があります。

  2. タグの移行:タグは既にソース Experience Manager インスタンスに読み込まれているので、それらをコンテンツパッケージにビルドして、ターゲットインスタンスにパッケージをインストールできます。

  3. アセットの移行:ある Experience Manager インスタンスから別のインスタンスにアセットを移動する場合に推奨されるツールは 2 つあります。

    • Vault Remote Copy( または vlt rcp) を使用すると、ネットワークを介して vlt を使用できます。移動元と移動先のディレクトリを指定すると、vit がすべてのリポジトリデータを一方のインスタンスからダウンロードし、もう一方に読み込みます。vt rcp については、https://jackrabbit.apache.org/filevault/rcp.html に記載されています。
    • GrabbitExperience Manager。Time Warner Cable が の実装のために開発した、オープンソースのコンテンツ同期ツールです。継続的なデータストリームを使用するので、vlt rcp と比較して待ち時間が少なく、vlt rcp の 2 倍から 10 倍高速であると言われています。また、Grabbit はデルタコンテンツのみの同期をサポートし、最初の移行パスが完了した後に加えられた変更を同期できます。
  4. アセットのアクティベート:AEMへの最初の移行については、 アセットのアクティベート の手順に従って進めてください。

  5. 公開のクローン:新しい移行と同様に、1 つのパブリッシュインスタンスを読み込んでクローンを作成する方が、両方のノードでコンテンツをアクティベートするよりも効率的です。 パブリッシュインスタンスのクローンを参照してください。

  6. ワークフローの有効化:移行が完了したら、レンディションの生成とメタデータの抽出をサポートするように、「 DAM アセットの更新」ワークフローのランチャーを再度有効にして、稼動中のシステムが日常的に使用できるようにします。

このページ