Adobe Commerce サイトの停止に関するトラブルシューティング
各質問をクリックすると、トラブルシューティングの各ステップの回答の詳細が表示されます。
手順 1 step-1
b.いいえ – Adobe Commerceのステータスをオンにしたが、問題が表示されなかった場合は、 手順 2 に進んでください。
手順 2 step-2
b.いいえ – Fastly ステータスをオンにしたが、問題が表示されなかった場合は、 手順 3 に進みます。
手順 3 step-3
手順 4 step-4
a. エラーコード 500 - /var/log/platform/
のログを確認します。 このデータで問題が見つからない場合は、 サポートチケットを開いて、現在までのトラブルシューティング情報を含め、さらに調査することができます。
b. エラーコード 503 - var/reports
のログを確認します。 このデータで問題が見つからない場合は、 サポートチケットを開いて、現在までのトラブルシューティング情報を含め、さらに調査することができます。
c. エラーコード 404 – 次のクエリを実行します。SELECT f.flag_data->>'$.current_version' as flag_version, (su.id IS NOT NULL) as update_exists FROM flag f LEFT JOIN staging_update su ON su.id = f.flag_data->>'$.current_version' WHERE flag_code = 'staging';
クエリでテーブルが返され、update_exists
の値が「0」の場合は、 コンテンツのステージングに関する問題が原因で、すべてのページ、ストアフロントおよび管理者の Error 404 の記事を参照してください。 それ以外の場合は、 手順 5 に進みます。
d.その他のエラーコード - 手順 5 に進みます。
手順 5 step-5
b.いいえ –
/var/log/exception.log
と /var/log/deploy.log
のログを確認して、このデータで問題が見つからない場合は、 手順 6 に進んでください。手順 6 step-6
手順 7 step-7
手順 8 step-8
b.いいえ – 手順 9 に進みます。
手順 9 step-9
手順 10 step-10
手順 11 step-11
手順 12 step-12
b.いいえ。詳細な調査のために サポートチケットを開きます。
手順 13 step-13
手順 14 step-14
手順 15 step-15
手順 16 step-16
手順 17 step-17
サイトダウントラブルシューティングのフローチャートを表示するには、 ここをクリックしてください。
関連資料
Commerce実装プレイブックの データベーステーブルを変更する際のベストプラクティス