Assets 移行ガイド assets-migration-guide

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

前提条件 prerequisites

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

Experience Manager への移行 migrate-to-aem

Experience Manager にアセットを移行するにはいくつかの手順を経る必要があるので、フェーズ別に処理することをお勧めします。移行の段階は次のとおりです。

ワークフローの無効化 disable-workflows

移行を開始する前に、 DAM Update Asset ワークフロー。 すべてのアセットをシステムに取り込んでから、ワークフローをバッチで実行することをお勧めします。 移行の実行中に既にライブ状態になっている場合は、これらのアクティビティをスケジュールして、オフ時間に実行するように設定できます。

タグの読み込み load-tags

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

アセットの取り込み ingest-assets

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

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

HTTP 経由によるプッシュ push-through-http

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

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

アセットを取り込むもう 1 つの方法は、ローカルファイルシステムからアセットを取り込むことです。 ただし、プルベースのアプローチを実行するために外部ドライブやネットワーク共有をサーバーにマウントできない場合は、HTTP 経由でアセットを投稿するのが最適なオプションです。

ローカルファイルシステムからのプル pull-from-the-local-file-system

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

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

レンディションの処理 process-renditions

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

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

アセットのアクティベート activate-assets

パブリッシュ層を持つデプロイメントの場合は、パブリッシュファームに対してアセットをアクティベートする必要があります。 Adobeでは、複数のパブリッシュインスタンスを実行することをお勧めしますが、すべてのアセットを 1 つのパブリッシュインスタンスにレプリケートし、そのインスタンスをクローンする方が最も効率的です。 多数のアセットをアクティベートするときは、ツリーのアクティベートを実行した後に、干渉する必要が生じる場合があります。理由は、アクティベートをトリガーするときに、Sling のジョブやイベントキューに項目が追加されるからです。このキューのサイズが約 40,000 項目を超え始めると、処理が大幅に遅くなります。 このキューのサイズが 100,000 項目を超えると、システムの安定性に影響が出始めます。

この問題を回避するには、 Fast Action Manager アセットのレプリケーションを管理します。 これは、Sling キューを使用せずに動作し、オーバーヘッドを削減しながら、ワークロードを調整してサーバーが過負荷になるのを防ぎます。 FAM を使用してレプリケーションを管理する例は、機能のドキュメントページに示されています。

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

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

パブリッシュをクローン化する clone-publish

アセットがアクティベートされたら、パブリッシュインスタンスを複製して、デプロイメントに必要な数のコピーを作成できます。 サーバーのクローン作成は非常に簡単ですが、覚えておくべき重要な手順がいくつかあります。 公開を複製するには：

ワークフローを有効化する enable-workflows

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

アセットの移行 Experience Manager デプロイメント migrate-between-aem-instances

ほとんど一般的ではありませんが、1 つから大量のデータを移行する必要が生じる場合があります Experience Manager 例えば別の例へ例えば、 Experience Manager ハードウェアのアップグレード、アップグレード、または AMS の移行など、新しいデータセンターへの移行を行います。

この場合、アセットには既にメタデータが入力されており、レンディションは既に生成されています。 あるインスタンスから別のインスタンスへのアセットの移動に集中するだけで済みます。 次の間の移行時 Experience Manager インスタンスの場合は、次の手順を実行します。