アセットをAdobe Experience Managerに移行する際には、考慮する必要のある手順がいくつかあります。 実装間で大きく異なるので、現在のホームからアセットとメタデータを抽出する方法は、このドキュメントの範囲外です。このドキュメントでは、これらのアセットをExperience Managerに取り込み、メタデータを適用し、レンディションを生成して、インスタンスをアクティブ化する方法について説明します。
この方法論の手順を実際に実行する前に、アセットのパフォーマンス調整のヒントのガイダンスを確認し、実装してください。 ここで紹介する手順の多くは、同時に実行可能なジョブの最大数の設定など、負荷時のサーバーの安定性とパフォーマンスを大幅に改善します。システムにアセットが読み込まれた後だと、その他の手順(ファイルデータストアの設定など)を実行するのがより困難になります。
次のアセット移行ツールはExperience Managerに含まれておらず、Adobeではサポートされていません。
このソフトウェアはオープンソースで、Apache v2 License が適用されます。質問や問題を報告するには、それぞれ ACS AEM ツールと ACS AEM Commons に関する GitHub の問題を利用してください。
Experience Managerへのアセットの移行にはいくつかの手順が必要で、段階的なプロセスとして表示する必要があります。 移行のフェーズは次のとおりです。
移行を開始する前に、DAM Update Assetワークフローのランチャーを無効にしてください。 すべてのアセットを取り込んでからワークフローをバッチで実行する方法が最適です。移行が実行されるときに既にライブである場合は、これらのアクティビティを営業時間外に実行するようにスケジュールを設定できます。
画像に適用するタグ分類は既に用意されていることがあります。CSVアセットインポーターやExperience Managerのメタデータプロファイルのサポートなどのツールはアセットにタグを適用するプロセスを自動化できますが、タグをシステムに読み込む必要があります。 ACS AEM ツールの Tag Maker 機能を使用すると、システムに読み込まれた Microsoft Excel のスプレッドシートを使用してタグを入力できます。
アセットをシステムに取り込む際に重要なのは、パフォーマンスと安定性です。システムに大量のデータを読み込むので、特に既に実稼動環境にあるシステムでは、システムがパフォーマンスを可能な限り発揮できるようにする一方で、処理に必要な時間を短縮し、システムのオーバーロードによりシステムがクラッシュしないように注意する必要があります。
システムにアセットを読み込むには、HTTP を使用したプッシュベースのアプローチと JCR の API を使用したプルベースのアプローチがあります。
アドビの Managed Services チームは Glutton というツールを使用してお客様の環境にデータを読み込みます。Gluttonは、Experience Managerデプロイメント上の1つのディレクトリのすべてのアセットを別のディレクトリに読み込む、小さなJavaアプリケーションです。 Glutton の代わりに、Perl スクリプトなどのツールを使用してアセットをリポジトリに投稿することもできます。
HTTPS を通じたプッシュのアプローチには、主に次の 2 つの欠点があります。
アセットを取り込むもう一方のアプローチでは、ローカルファイルシステムからアセットを引っ張ってきます。ただし、プルベースのアプローチを実行する外部ドライブやネットワーク共有がサーバーにマウントされていない場合は、HTTP を通じたアセットの投稿が最適なオプションです。
ACS AEM ツールの CSV Asset Importer は、アセットをファイルシステムから、アセットメタデータをアセット読み込みの CSV ファイルから、それぞれ取り込みます。Experience ManagerAsset Manager APIは、アセットをシステムに読み込み、設定済みのメタデータプロパティを適用するために使用します。 アセットはネットワークファイルマウントまたは外部ドライブを介してサーバーにマウントされているのが理想です。
アセットをネットワーク上で送信する必要がないので、全体的なパフォーマンスが劇的に向上します。このため、一般的にはこの方法がアセットをリポジトリに読み込む最も効率的な方法と見なされています。さらに、ツールがメタデータの取り込みをサポートし、すべてのアセットとメタデータを 1 つの手順で取り込むことができるので、別のツールを使用してメタデータを適用する 2 つ目の手順が不要になります。
アセットをシステムに読み込んだ後、DAM Update Assetワークフローを使用してアセットを処理し、メタデータを抽出してレンディションを生成する必要があります。 この手順を実行する前に、重複を実行し、必要に応じてDAM Update Assetワークフローを変更する必要があります。 標準搭載のワークフローには、Dynamic MediaPTIFFの生成やInDesign Server統合など、ユーザーにとって必要でない多くの手順が含まれています。
ニーズに合わせてワークフローを設定したら、次の 2 つの方法のいずれかで実行できます。
パブリッシュ層のあるデプロイメントでは、アセットをパブリッシュファームにアクティベートする必要があります。アドビは 1 つ以上のパブリッシュインスタンスを実行することを推奨していますが、すべてのアセットを 1 つのパブリッシュインスタンスにレプリケートして、そのインスタンスをクローンする方法が最も効率的です。多数のアセットをアクティベートするときは、ツリーのアクティベートを実行した後に、干渉する必要が生じる場合があります。理由は次のとおりです。アクティベーションの実行時に、アイテムがSlingジョブ/イベントキューに追加されます。 このキューのサイズがだいたい 40,000 項目を超えると、処理速度が劇的に低下します。このキューのサイズが 100,000 項目を超えると、システムの安定性に影響を及ぼします。
この問題を回避するには、Fast Action Manager を使用してアセットのレプリケートを管理します。これは Sling キューを使用することなく動作し、オーバーヘッドを減らすほか、ワークロードをスロットルしてサーバーのオーバーロードを防ぎます。レプリケーションの管理に FAM を使用する例は、この機能のドキュメントページに記載しています。
アセットをパブリッシュファームに移行するその他のオプションは、vlt-rcp または oak-run を使用する方法です。これらは Jackrabbit の一部のツールとして提供されます。もう1つの方法は、Grabbitと呼ばれるExperience Managerインフラストラクチャにオープンソースのツールを使うことです。これはvltよりも高いパフォーマンスを発揮すると主張しています。
これらのアプローチで注意すべき点は、オーサーインスタンス上でアセットがアクティベートされていると表示されないことです。アセットのアクティベート状態を正しくフラグ設定するには、アセットをアクティベート済みとマークする別のスクリプトも実行する必要があります。
アドビは Grabbit を管理およびサポートしません。
アセットがアクティベートされたら、パブリッシュインスタンスをクローンしてデプロイメントに必要なコピーを必要な分だけ作成できます。サーバーのクローンは比較的簡単ですが、いくつか重要な手順があります。パブリッシュをクローンするには:
crx-quickstart/launchpad/felix
でファイルシステムの検索を実行し、sling.id
を探します。このファイルを削除します。repository-XXX
ファイルを探してすべて削除します。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
を編集し、新しい環境のデータストアの場所を指すようにします。移行が完了したら、DAM Update Assetワークフローのランチャーを再度有効にして、日々のシステム使用に合わせてレンディションの生成とメタデータの抽出をサポートする必要があります。
ほとんど一般的ではありませんが、場合によっては、Experience Managerの展開から別の<a0/>の展開に大量のデータを移行する必要があります。例えば、Experience Managerアップグレードを実行する場合は、ハードウェアをアップグレードするか、AMS移行を使用する場合など、新しいデータセンターに移行します。
このケースでは、移行するアセットには既にメタデータが入力されており、レンディションは既に生成されています。インスタンス間の移動に集中することができます。Experience Managerデプロイメント間で移行する場合は、次の手順を実行します。
ワークフローを無効にする:レンディションをアセットと共に移行するので、DAM Update Assetワークフローのワークフローランチャーを無効にする必要があります。
タグの移行:ソースExperience Managerデプロイメントに既にタグが読み込まれているので、コンテンツパッケージを作成し、ターゲットインスタンスにパッケージをインストールできます。
アセットの移行:1つのExperience Managerデプロイメントから別の<a0/>デプロイメントにアセットを移動する場合に推奨されるツールは2つあります。
アセットのアクティブ化:Experience Managerへの初期移行に関してドキュメント化されている<a0/>アセットのアクティベートの手順に従います。
公開のコピー:新しい移行と同様に、1つの発行インスタンスを読み込んでコピーする方が、両方のノードでコンテンツをアクティブ化するよりも効率的です。 パブリッシュインスタンスのクローンを参照してください。
ワークフローを有効にする:移行が完了したら、DAM Update Assetワークフローのランチャーを再度有効にして、毎日のシステム使用に合わせてレンディションの生成とメタデータの抽出をサポートします。