ドキュメントCommerceツール

ACP2E-5009: コンテンツ ステージングの移行により、無効な更新が作成され、setup:upgradeが遅くなります

最終更新日： 2026年10月23日

作成対象：

  • Experienced
  • 管理
  • 開発者

ACP2E-5009 パッチでは、Magento Open Source カテゴリと製品日付をAdobe Commerceのコンテンツステージングのスケジュールされた更新に移行するデータパッチで、カテゴリの空のスケジュールされた更新が作成され、空の日付値が以前の実行から残っている場合にすべての製品日付がスキップされ、多くのカテゴリとストアビューを含むカタログでsetup:upgradeが非常に遅くなる問題が修正されました。 このパッチは、Quality Patches Tool (QPT) 1.1.84がインストールされている場合に利用できます。 パッチ IDはACP2E-5009です。 この問題は、Adobe Commerce 2.4.10で修正される予定です。

影響を受ける製品とバージョン

パッチはAdobe Commerceのバージョン​用に作成されました

  • Adobe Commerce（すべてのデプロイメント方法） 2.4.8-p3

Adobe Commerceのバージョンとの互換性：

  • Adobe Commerce（すべてのデプロイメント方法） 2.4.5 - 2.4.9
NOTE
このパッチは、新しいQuality Patches Tool リリースを含む他のバージョンに適用される可能性があります。 パッチがAdobe Commerceのバージョンと互換性があるかどうかを確認するには、magento/quality-patches パッケージを最新バージョンに更新し、Quality Patches Tool：パッチの検索ページ ​で互換性を確認します。 パッチ IDを検索キーワードとして使用して、パッチを検索します。

イシュー

Adobe CommerceでMagento Open Source カテゴリと商品の日付をコンテンツステージングのスケジュールされた更新に移行するデータパッチは、カテゴリの空のスケジュールされた更新を作成し、空の日付値が以前の実行から残っている場合にすべての商品日付をスキップし、多くのカテゴリとストアビューを含むカタログでsetup:upgradeが非常に遅くなります。

前提条件:

Magento Open SourceをAdobe Commerceにアップグレードします。

NOTE
Magento Open Sourceにはコンテンツステージング機能がないため、Adobe CommerceがMagento Open Source データベースにインストールされている場合、MigrateCatalogProducts データパッチは、カテゴリと製品日をコンテンツステージングのスケジュールされた更新に変換します。

Adobe Commerceでデータパッチを再度実行するには、patch_list テーブルからデータパッチを削除します。

DELETE FROM patch_list WHERE patch_name = 'Magento\\CatalogStaging\\Setup\\Patch\\Data\\MigrateCatalogProducts';

複製する手順:

Magento Open Sourceからの移行：

  1. Magento Open Sourceでは、いくつかのカテゴリの​Schedule Design Update セクションで​ Schedule Update From ​と​ To ​を設定します。 一部の日付には​ To ​を空のままにし、過去と将来の日付の両方を使用します。
  2. 複数の製品で、Advanced Pricing​に​ Special Price From ​と​ To ​を含む​ Special Price ​を設定し、過去と未来の日付の両方を使用して​ Set Product as New From ​と​ To ​を設定します。
  3. このMagento Open Source データベースにAdobe Commerceをインストールし、bin/magento setup:upgradeを実行します。
  4. Content > Content Staging > Dashboard​に移動し、カテゴリと製品に対して作成されたスケジュールされた更新を確認します。 カテゴリと製品を開き、Scheduled Changes ボックスにチェックを入れます。
  5. データパッチを再度実行します。patch_list テーブルから削除し（「前提条件」を参照）、bin/magento setup:upgradeを実行して、var/log/exception.logを確認します。

パフォーマンス：

  1. Adobe Commerceでは、180のストアビューと8,000のカテゴリーを構築できます。
  2. time bin/magento setup:upgradeを実行し、経過時間を記録します。
  3. データ パッチをpatch_list テーブルから削除し（前提条件を参照）、time bin/magento setup:upgradeを再度実行します。

期待される結果:

Magento Open Sourceからの移行：

  1. Schedule Design Update​日の各カテゴリには、同じ日付のカテゴリを含むスケジュールされた更新が含まれています。
  2. 日付が​ Special Price ​または​ Set Product as New ​の各製品には、同じ値と日付の更新がスケジュールされています。
  3. 日付のないカテゴリと製品には、予定された更新はありません。
  4. データパッチが再度実行されると、空の製品日付値は無視され、エラーは記録されません。

パフォーマンス：
2回目のsetup:upgrade実行はすぐに完了します。 データパッチは、予定された設計日なしでカテゴリをスキップします。

実際の結果:

Magento Open Sourceからの移行：

  1. カテゴリ用に作成されたスケジュールされた更新には、カテゴリが含まれていません。
  2. データパッチが再度実行されると、前回の実行で残った最初の空の製品日付値で停止し、製品日付は移行されません。

パフォーマンス：

  1. 2回目のsetup:upgrade実行は約47分かかりますが、1回目の実行は14秒です。
  2. データパッチは、ストアビューごとに各カテゴリを読み込み（180のストアビューと8,000のカテゴリで約140万カテゴリが読み込まれます）、変更は行われません。 大規模なカタログのデプロイには何時間もかかることがあります。

パッチを適用する

個別のパッチを適用するには、デプロイメント方法に応じて次のリンクを使用します。

関連トピックス

Quality Patches Toolについて詳しくは、次を参照してください。

recommendation-more-help
commerce-operations-help-tools