Adobe Commerce サイトダウンのトラブルシューティング

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

この記事では、Adobe Commerce サイトの障害を診断および解決するための手順ごとのトラブルシューティングガイドを提供します。インフラストラクチャの問題からアプリケーションレベルのエラーまで、さまざまな根本原因を特定するのに役立ちます。「解決策」セクションのAdobe Commerce サイトダウントラブルシューターには、サイト停止の原因を特定するための構造化デシジョンツリーが表示されます。各段階では、診断に関する質問が表示され、回答にもとづいて関連するログ、クエリ、ドキュメントが表示されます。このデシジョンツリーでは、プラットフォームのステータスチェック、エラーコード分析、パフォーマンスのボトルネック、デプロイメントエラー、データベースの問題について説明します。

説明 description

環境

Adobe Commerce on Cloud Infrastructure

問題/症状

サイトにアクセスできないか、エラーコード（500、503、404など）が返されます。
サーバー負荷が高いか、リクエスト処理が遅い
デプロイまたはインデックス作成の失敗
静的コンテンツが見つからないか、PHPの致命的なエラーが発生する
Redis、MySQL、またはElasticsearch エラー
カスタムモジュールまたはポストフックのエラー
コンポーザーのパッチ適用の問題またはデータベースのデッドロック

解決策 resolution

各質問をクリックすると、トラブルシューティングの各ステップの回答の詳細が表示されます。

注意： サポートチケットを作成する前に、品質パッチツールを確認してください。パッチを検索して、問題が既にリストされているかどうかを確認します。

手順 1

https://status.adobe.com/ja-jpに問題はありますか？

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

手順 2

https://status.fastly.comに問題はありますか？

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

手順 3

Web ブラウザーでweb サイトを確認します。 200 （OK）コードを取得できますか？

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

Firefox: メニューを開く > Web開発者 > ツールを切り替え > ネットワーク タブ > すべて フィルター> ステータス 列
Chrome: メニューを開く > その他のツール > 開発者ツール > ネットワーク タブ > すべて フィルター> ステータス 列
はい – サポートチケットを開いて、さらに調査を行います。
いいえ – ステップ 4に進みます。

手順 4

どのweb サイトエラーコードを受け取りましたか？

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

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

code language-none

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';`

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に進みます。

手順 5

サイトの読み込みが遅い、サーバー/CPUの負荷が高い、またはRedis/MySQLが停止しているか？

はい – DDOS攻撃のトラブルシューティング手順を参照してください。
NO - /var/log/exception.logと/var/log/deploy.logのログを確認してください。このデータで問題を特定できない場合は、手順6に進みます。

手順 6

デプロイメントエラーまたはデプロイメントエラーがありますか？

はい – ステップ 13に進みます。
いいえ – ステップ 7に進みます。

手順 7

Elasticsearchのエラーが発生していますか？

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

手順 8

MySQL データベースに低速なクエリや間違ったクエリが含まれていたか？

はい – スロークエリの確認およびMySQL クエリチュートリアルを参照してください。
いいえ – ステップ 9に進みます。

手順 9

静的コンテンツは利用できませんか？

はい – 静的コンテンツの確認を参照してください。
NO - ステップ 10に進みます。

手順 10

ログにPHPの致命的なエラーが表示されますか？

はい – 一般的なPHPの致命的なエラーと解決策を参照してください。
いいえ – ステップ 11に進みます。

手順 11

Redisのエラーが発生していますか？

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

手順 12

インデクサーエラーが発生していますか？

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

手順 13

カスタムモジュールに問題がありますか？

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

手順 14

ポストフックの失敗はありますか？

はい – MySQL サーバーエラー参照を参照してください。
いいえ – ステップ 15に進みます。

手順 15

コンポーザーのパッチに問題がありますか？

はい – 「パッチを適用すると、サイトがダウンする」を参照してください。
いいえ – ステップ 16に進みます。

手順 16

SQL データベースのエラーが発生していますか？

はい – MySQL サーバーエラーメッセージ参照の記事を参照してください。
いいえ – サポートチケットを開きます。

「ここ」をクリックして、サイトダウンのトラブルシューティングフローチャートを表示します。