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