Show Menu
トピック×

アセットを一括で移行する方法

When migrating assets into Adobe Experience Manager, there are several steps to consider. Extracting assets and metadata out of their current home is outside the scope of this document as it varies widely between implementations, but this document describes how to bring these assets into Experience Manager, apply their metadata, generate renditions, and activate them to publish instances.

前提条件

Before actually performing any of the steps in this methodology, please review and implement the guidance in Assets performance tuning tips . ここで紹介する手順の多くは、同時に実行可能なジョブの最大数の設定など、負荷時のサーバーの安定性とパフォーマンスを大幅に改善します。システムにアセットが読み込まれた後だと、その他の手順(ファイルデータストアの設定など)を実行するのがより困難になります。
The following asset migration tools are not part of Experience Manager and are not supported by Adobe:
  • ACS AEM ツールの Tag Maker
  • ACS AEM ツールの CSV Asset Importer
  • ACS Commons の Bulk Workflow Manager
  • ACS Commons の Fast Action Manager
  • 合成ワークフロー
このソフトウェアはオープンソースで、 Apache v2 License が適用されます。質問や問題を報告するには、それぞれ ACS AEM ツール ACS AEM Commons に関する GitHub の問題 を利用してください。

Migrate to Experience Manager

Migrating assets to Experience Manager requires several steps and should be viewed as a phased process. 移行のフェーズは次のとおりです。
  1. ワークフローを無効化する。
  2. タグを読み込む。
  3. アセットを取り込む。
  4. レンディションを処理する。
  5. アセットをアクティベートする。
  6. ワークフローを有効化する。

Disable workflows

Before starting your migration, disable your launchers for the DAM Update Asset workflow. すべてのアセットを取り込んでからワークフローをバッチで実行する方法が最適です。移行が実行されるときに既にライブである場合は、これらのアクティビティを営業時間外に実行するようにスケジュールを設定できます。

タグの読み込み

画像に適用するタグ分類は既に用意されていることがあります。While tools like the CSV Asset Importer and Experience Manager support for metadata profiles can automate the process of applying tags to assets, the tags need to be loaded into the system. ACS AEM ツールの Tag Maker 機能を使用すると、システムに読み込まれた Microsoft Excel のスプレッドシートを使用してタグを入力できます。

アセットの取り込み

アセットをシステムに取り込む際に重要なのは、パフォーマンスと安定性です。システムに大量のデータを読み込むので、特に既に実稼動環境にあるシステムでは、システムがパフォーマンスを可能な限り発揮できるようにする一方で、処理に必要な時間を短縮し、システムのオーバーロードによりシステムがクラッシュしないように注意する必要があります。
システムにアセットを読み込むには、HTTP を使用したプッシュベースのアプローチと JCR の API を使用したプルベースのアプローチがあります。

HTTP経由で送信

アドビの Managed Services チームは Glutton というツールを使用してお客様の環境にデータを読み込みます。Glutton is a small Java application that loads all assets from one directory into another directory on an Experience Manager instance. Glutton の代わりに、Perl スクリプトなどのツールを使用してアセットをリポジトリに投稿することもできます。
HTTPS を通じたプッシュのアプローチには、主に次の 2 つの欠点があります。
  1. アセットは HTTP を介してサーバーに送信する必要がある。これには大量のオーバーヘッドが発生し、時間もかかるので、移行に要する時間が長くなります。
  2. アセットに適用する必要があるタグやカスタムメタデータがある場合、このアプローチでは、アセットを取り込んだ後にこのメタデータを適用するという、2 段階のカスタムプロセスを実行する必要がある。
アセットを取り込むもう一方のアプローチでは、ローカルファイルシステムからアセットを引っ張ってきます。ただし、プルベースのアプローチを実行する外部ドライブやネットワーク共有がサーバーにマウントされていない場合は、HTTP を通じたアセットの投稿が最適なオプションです。

Fetch from the local filesystem

ACS AEM ツールの CSV Asset Importer は、アセットをファイルシステムから、アセットメタデータをアセット読み込みの CSV ファイルから、それぞれ取り込みます。Experience Manager Asset Manager APIは、アセットをシステムに読み込み、設定済みのメタデータプロパティを適用するために使用します。 アセットはネットワークファイルマウントまたは外部ドライブを介してサーバーにマウントされているのが理想です。
アセットをネットワーク上で送信する必要がないので、全体的なパフォーマンスが劇的に向上します。このため、一般的にはこの方法がアセットをリポジトリに読み込む最も効率的な方法と見なされています。さらに、ツールがメタデータの取り込みをサポートし、すべてのアセットとメタデータを 1 つの手順で取り込むことができるので、別のツールを使用してメタデータを適用する 2 つ目の手順が不要になります。

レンディションの処理

After you load the assets into the system, you need to process them through the DAM Update Asset workflow to extract metadata and generate renditions. Before performing this step, you need to duplicate and modify the DAM Update Asset workflow to fit your needs. The out-of-the-box workflow contains many steps that may not necessary for you, such as Scene7 PTIFF generation or InDesign Server integration.
ニーズに合わせてワークフローを設定したら、次の 2 つの方法のいずれかで実行できます。
  1. 最も簡単なアプローチは、 ACS Commons の Bulk Workflow Manager です。このツールを使用すると、クエリを実行し、クエリの結果をワークフローを通じて処理します。バッチサイズを設定するオプションも用意されています。
  2. ACS Commons の Fast Action Manager 合成ワークフロー と組み合わせて使用できます。While this approach is much more involved, it lets you remove the overhead of the Experience Manager workflow engine while optimizing the use of server resources. さらに、Fast Action Manager はサーバーリソースを動的に監視し、システムに配置された読み込みをスロットリングすることでパフォーマンスを大幅に向上します。サンプルスクリプトは ACS Commons の機能ページに記載されています。

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

パブリッシュ層のあるデプロイメントでは、アセットをパブリッシュファームにアクティベートする必要があります。アドビは 1 つ以上のパブリッシュインスタンスを実行することを推奨していますが、すべてのアセットを 1 つのパブリッシュインスタンスにレプリケートして、そのインスタンスをクローンする方法が最も効率的です。多数のアセットをアクティベートするときは、ツリーのアクティベートを実行した後に、干渉する必要が生じる場合があります。理由は次のとおりです。 アクティベーションの実行時に、アイテムがSlingジョブ/イベントキューに追加されます。 このキューのサイズがだいたい 40,000 項目を超えると、処理速度が劇的に低下します。このキューのサイズが 100,000 項目を超えると、システムの安定性に影響を及ぼします。
この問題を回避するには、 Fast Action Manager を使用してアセットのレプリケートを管理します。これは Sling キューを使用することなく動作し、オーバーヘッドを減らすほか、ワークロードをスロットルしてサーバーのオーバーロードを防ぎます。レプリケーションの管理に FAM を使用する例は、この機能のドキュメントページに記載しています。
アセットをパブリッシュファームに移行するその他のオプションは、 vlt-rcp または oak-run を使用する方法です。これらは Jackrabbit の一部のツールとして提供されます。Another option is to use an open-sourced tool for your Experience Manager infrastructure called Grabbit , which claims to have faster performance than vlt.
これらのアプローチで注意すべき点は、オーサーインスタンス上でアセットがアクティベートされていると表示されないことです。アセットのアクティベート状態を正しくフラグ設定するには、アセットをアクティベート済みとマークする別のスクリプトも実行する必要があります。
アドビは Grabbit を管理およびサポートしません。

Clone Publish

アセットがアクティベートされたら、パブリッシュインスタンスをクローンしてデプロイメントに必要なコピーを必要な分だけ作成できます。サーバーのクローンは比較的簡単ですが、いくつか重要な手順があります。パブリッシュをクローンするには:
  1. ソースインスタンスとデータストアをバックアップします。
  2. インスタンスとデータストアのバックアップを対象の場所に復元します。続く手順はすべてこの新しいインスタンスを参照します。
  3. crx-quickstart/launchpad/felix でファイルシステムの検索を実行し、 sling.id を探します。このファイルを削除します。
  4. データストアのルートパスで、 repository-XXX ファイルを探してすべて削除します。
  5. crx-quickstart/install/org.apache.jackrabbit.oak.plugins.blob.datastore.FileDataStore.config crx-quickstart/launchpad/config/org/apache/jackrabbit/oak/plugins/blob/datastore/FileDataStore.config を編集し、新しい環境のデータストアの場所を指すようにします。
  6. 環境を開始します。
  7. オーサー環境にあるすべてのレプリケーションエージェントが正しいパブリッシュインスタンスを指す、または新しいインスタンスの Dispatcher のフラッシュエージェントが新しい環境の正しい Dispatcher を参照するように設定を更新します。

Enable workflows

Once we have completed migration, the launchers for the DAM Update Asset workflows should be re-enabled to support rendition generation and metadata extraction for ongoing day-to-day system usage.

複数の Experience Manager 展開にわたる移行

While not nearly as common, sometimes you need to migrate large amounts of data from one Experience Manager instance to another; for example, when you perform an Experience Manager upgrade, upgrade your hardware, or migrate to a new datacenter, such as with an AMS migration.
このケースでは、移行するアセットには既にメタデータが入力されており、レンディションは既に生成されています。インスタンス間の移動に集中することができます。When migrating between Experience Manager instances, you perform the following steps:
  1. Disable workflows: Because you are migrating renditions along with our assets, you want to disable the workflow launchers for DAM Update Asset workflow.
  2. Migrate tags: Because you already have tags loaded in the source Experience Manager instance, you can build them in a content package and install the package on the target instance.
  3. Migrate assets: There are two tools that are recommended for moving assets from one Experience Manager instance to another:
    • Vault Remote Copy (vlt rcp)を使用すると、ネットワーク全体でvltを使用できます。 移動元と移動先のディレクトリを指定すると、vit がすべてのリポジトリデータを一方のインスタンスからダウンロードし、もう一方に読み込みます。vt rcp については、 https://jackrabbit.apache.org/filevault/rcp.html に記載されています。
    • Grabbit​ Experience Manager。Time Warner Cable が の実装のために開発した、オープンソースのコンテンツ同期ツールです。継続的なデータストリームを使用するので、vlt rcp と比較して待ち時間が少なく、vlt rcp の 2 倍から 10 倍高速であると言われています。また、Grabbit はデルタコンテンツのみの同期をサポートし、最初の移行パスが完了した後に加えられた変更を同期できます。
  4. Activate assets: Follow the instructions for activating assets documented for the initial migration to Experience Manager.
  5. 公開のコピー: 新しい移行と同様に、1つの発行インスタンスを読み込んでコピーする方が、両方のノードでコンテンツをアクティブ化するよりも効率的です。 パブリッシュインスタンスのクローン を参照してください。
  6. Enable workflows: After you have completed migration, re-enable the launchers for the DAM Update Asset workflow to support rendition generation and metadata extraction for ongoing day-to-day system usage.