ドキュメントExperience Cloud KCS

大規模なアセットフォルダーによるAEMのパフォーマンスの低下と高い取り込み率

最終更新日： 2026年6月25日

1つのフォルダーに多数のアセットが含まれている場合や、取り込みリクエストが高速で発生した場合、AEMのパフォーマンスが低下します。 大きなフォルダーは、UIのレンダリングが遅く、検索パフォーマンスに影響を与え、ワークフロー処理時間が長くなります。 取り込み率が高いと、スロットリングや処理の遅延が発生し、システムの応答性にさらに影響を与えます。 これらの問題は、一般的に、一括移行または自動取り込みプロセス中に発生します。

説明 description

環境

  • Adobe Experience Manager as a Cloud Service （AEMaaCS）
  • AEM Managed Services
  • AEM 6.5
  • Developer App Builder

問題/症状

  • 多数のアイテムを含むアセットフォルダーの読み込みが遅い。
  • メタデータの更新またはレプリケーション処理が遅れています。
  • 高いリクエスト率の間に、取り込みAPI リクエストをスロットリングまたはブロックしました。
  • 大きなフォルダーをブラウズする際の検索レスポンスが遅い。
  • 一括取り込み中にアセット処理ワークフローでバックログを実行します。

原因

パフォーマンスの低下は、フォルダーに多数のダイレクト子ノードが含まれている場合に発生します。これは、インデックス作成のプレッシャーが高まり、リポジトリー操作が遅くなります。 取り込みリクエスト率が高いと、インデックス作成およびワークフローシステムの負荷が増加し、スロットリングやキューの飽和度が高くなります。

解決策 resolution

この問題を解決するには、次の手順に従います。

  1. 影響を受けるフォルダー内のアセットの数を確認します。 Assets > Browseに移動してフォルダーを選択し、約1,000個を超えるダイレクトアセットが含まれているかどうかを確認します。 UIがハングする場合は、Query BuilderまたはCRX/DE Liteを使用してカウントを確認します。
  2. バケット化アプローチを使用して、サイズが大きすぎるフォルダーを整理します。 SKU プレフィックス、ハッシュ、またはアルファベット順のバケット（例：/content/dam/products/01/、/02/、/03/）でサブフォルダーを作成し、1つのフォルダーに約1,000個を超える直接アセットが含まれていないようにします。
  3. 大規模な再構築の場合は、一度に450 ～ 500個のアイテムのバッチでアセットを移動し、通常のスループットについて ワークフローインスタンス および レプリケーションキューを確認します。 バックログが表示される場合は、1回の移動につきバッチサイズを200～300 アセットに削減します。
  4. 新しいアセットを読み込む場合、取り込み速度は1分あたり約300 リクエストに制限してください。 スロットルまたはレート制限の警告が発生した場合は、同時実行を減らすか、遅延を追加します（例えば、1分あたり100～150 リクエスト）。
  5. AEM as a Cloud Serviceで大規模な移行を行う場合は、数千の並列API呼び出しを送信する代わりにAEM一括読み込みツールを使用し、Cloud Manager >一括読み込みで進行状況を追跡します。
  6. Adobeのパフォーマンスガイドラインに従ってワークロード処理を最適化する：不要なサブアセットの生成を無効にし、一時的なワークフローを使用し、ワークフローキューを調整します。 必要に応じて、オフピーク時に取り込みをスケジュールします。
  7. 結果を検証します。 以前はDAM フォルダーの読み込みが遅く、DAM アセットの更新ワークフローキューに安定したスループットが表示され、検索が速やかに返され、API リクエストがスロットリングされなくなったことを確認します。
  8. 問題が解決しない場合は、関連するアセットとフォルダーの合計数、取り込みAPIのレート、ワークフローのバックログのスクリーンショット、影響を受けるフォルダーの正確なパスをAdobe サポート ​にお問い合わせください。

関連トピックス

recommendation-more-help
experience-cloud-kcs-help-kbarticles