Adobe Commerce サイトの停止に関するトラブルシューティング

• はい – Adobe Commerce ステータスに問題が表示された場合は、 サポートチケットを開いて詳細を確認してください。
• いいえ – ステップ 2 に進みます。

• はい - Fastly ステータスをチェックして問題が発生した場合は、 サポートチケットを開いて詳細を確認します。
• いいえ – Fastly ステータスをオンにしたが、問題が表示されなかった場合は、手順 3 に進みます。

エラーコードを確認するには：

• Firefox: メニューを開く > Web 開発者 > ツールの切り替え > ネットワーク 」タブ > すべて フィルター > ステータス 列

• Chrome: 開く > その他のツール > 開発者ツール > ネットワーク 」タブ > すべて フィルター > ステータス 列

• 対応 – 詳細な調査のために サポートチケットを開きます。

• いいえ – ステップ 4 に進みます。

• 500: /var/log/platform/ のログを確認してください。 このデータが問題の特定に役立たない場合は、 サポートチケットを開き、さらに調査を進めるために、これまでに入手したトラブルシューティング情報を含めてください。

• 503: var/reports のログを確認してください。 このデータが問題の特定に役立たない場合は、 サポートチケットを開き、さらに調査を進めるために、これまでに入手したトラブルシューティング情報を含めてください。

• 404：次のクエリを実行します。

  code language-none
  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」の場合は、 コンテンツのステージングに関する問題が原因ですべてのページのエラー 404 を参照してください。 それ以外の場合は、手順 5 に進みます。

• その他のエラーコード：手順 5 に進みます。

• 対応 – DDOS 攻撃のトラブルシューティング手順を参照。
• いいえ – /var/log/exception.log と /var/log/deploy.log のログを確認します。  このデータが問題の特定に役立たない場合は、手順 6 に進みます。

• 対応 – 手順 13 に進みます。
• いいえ – ステップ 7 に進みます。

• 対応 – Elasticsearchの確認を参照してください。
• いいえ – ステップ 8 に進みます。

• 対応 – 処理に時間のかかるクエリの確認および MySQL クエリチュートリアルを参照してください。
• いいえ – ステップ 9 に進みます。

• 対応 – 静的コンテンツの確認を参照してください。
• いいえ – 手順 10 に進みます。

• 対応 – 一般的な PHP の致命的なエラーと解決策を参照してください。
• いいえ – 手順 11 に進みます。

• 対応 – Redis 接続の確認および Redis トラブルシューティングを参照してください。
• いいえ – 手順 12 に進みます。

• 対応 – 別のプロセスによってロックされている場合は、 インデックスは別のプロセスによってロックされていますを参照してください。 それ以外の場合は サポートチケットを開くを使用します。
• いいえ – サポートチケットを開きます。

• 対応 – カスタムモジュールのトラブルシューティングヘルプを参照してください。
• いいえ – ステップ 14 に進みます。

• 対応 – MySQL サーバーエラーリファレンスを参照してください。
• いいえ – ステップ 15 に進みます。

• 対応 – パッチの適用によるサイトのダウンを参照してください。
• いいえ – 手順 16 に進みます。

• 対応 – MySQL サーバーのエラーメッセージのリファレンスを参照してください。
• いいえ – 手順 17 に進みます。

• 対応 – MySQL のデッドロックを参照してください。
• いいえ – サポートチケットを開きます。