Adobe Commerce サイトの停止に関するトラブルシューティング
この記事では、Adobe Commerce サイトの停止を診断して解決するためのステップバイステップのトラブルシューティングガイドを提供します。 インフラストラクチャの問題からアプリケーションレベルのエラーまで、根本原因を特定するのに役立ちます。 「解決」セクションのAdobe Commerce サイト停止のトラブルシューティングでは、サイト停止の原因を切り分けるための構造化されたデシジョンツリーを提供します。 各ステップでは、診断に関する質問を示し、回答に基づいて関連するログ、クエリまたはドキュメントに移動します。 この Decision Tree では、プラットフォームのステータスのチェック、エラーコードの分析、パフォーマンスのボトルネック、導入の失敗、データベースの問題について説明します。
説明 description
環境
クラウドインフラストラクチャー上のAdobe Commerce
問題/症状
- サイトにアクセスできないか、エラーコード(500、503、404 など)を返します。
- サーバー負荷が高い、またはリクエスト処理が遅い
- デプロイメントまたはインデックス作成のエラー
- 静的コンテンツが見つからない、または PHP の致命的なエラー
- Redis、MySQL、Elasticsearchのエラー
- カスタムモジュールまたはフック後のエラー
- Composer のパッチ適用の問題またはデータベースのデッドロック
解決策 resolution
各質問をクリックすると、トラブルシューティングの各ステップの回答の詳細が表示されます。
注意: サポートチケット を作成する前に、 品質パッチツール:パッチを検索 ページを調べて、問題が既にリストされているかどうかを確認してください。
手順 1
- はい – Adobe Commerce ステータス に問題が表示された場合は、 サポートチケット を開いて詳細を確認してください。
- いいえ – ステップ 2 に進みます。
手順 2
- はい - Fastly ステータス をチェックして問題が発生した場合は、 サポートチケット を開いて詳細を確認します。
- いいえ – Fastly ステータス をオンにしたが、問題が表示されなかった場合は、手順 3 に進みます。
手順 3
エラーコードを確認するには:
-
Firefox: メニューを開く
>Web 開発者>ツールの切り替え>ネットワーク 」タブ>すべて フィルター>ステータス 列 -
Chrome: 開く
>その他のツール>開発者ツール>ネットワーク 」タブ>すべて フィルター>ステータス 列 -
対応 – 詳細な調査のために サポートチケット を開きます。
-
いいえ – ステップ 4 に進みます。
手順 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 に進みます。
手順 5
- 対応 – DDOS 攻撃のトラブルシューティング手順 を参照。
- いいえ –
/var/log/exception.logと/var/log/deploy.logのログを確認します。 このデータが問題の特定に役立たない場合は、手順 6 に進みます。
手順 6
- 対応 – 手順 13 に進みます。
- いいえ – ステップ 7 に進みます。
手順 7
- 対応 – Elasticsearchの確認 を参照してください。
- いいえ – ステップ 8 に進みます。
手順 8
- 対応 – 処理に時間のかかるクエリの確認 および MySQL クエリチュートリアル を参照してください。
- いいえ – ステップ 9 に進みます。
手順 9
- 対応 – 静的コンテンツの確認 を参照してください。
- いいえ – 手順 10 に進みます。
手順 10
- 対応 – 一般的な PHP の致命的なエラーと解決策 を参照してください。
- いいえ – 手順 11 に進みます。
手順 11
- 対応 – Redis 接続の確認 および Redis トラブルシューティング を参照してください。
- いいえ – 手順 12 に進みます。
手順 12
- 対応 – 別のプロセスによってロックされている場合は、 インデックスは別のプロセスによってロックされています を参照してください。 それ以外の場合は サポートチケットを開く を使用します。
- いいえ – サポートチケット を開きます。
手順 13
- 対応 – カスタムモジュールのトラブルシューティングヘルプ を参照してください。
- いいえ – ステップ 14 に進みます。
手順 14
- 対応 – MySQL サーバーエラーリファレンス を参照してください。
- いいえ – ステップ 15 に進みます。
手順 15
- 対応 – パッチの適用によるサイトのダウン を参照してください。
- いいえ – 手順 16 に進みます。
手順 16
- 対応 – MySQL サーバーのエラーメッセージのリファレンス を参照してください。
- いいえ – サポートチケット を開きます。
ここ をクリックして、サイトのダウン トラブルシューティング フローチャートを表示します。
関連資料
データベーステーブルを変更する際のベストプラクティス