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

Last update: Mon Jul 15 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

トピック：

作成対象：

開発者

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

手順 1 step-1

問題 https://status.adobe.com 表示されますか？

回答：はい。AdobeMagentoステータスをチェックして問題が発生した場合は、サポートチケットを開いて詳細を確認してください。
b.いいえ – AdobeMagentoのステータスをオンにしたが問題が表示されなかった場合は、手順 2 に進みます。

手順 2 step-2

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

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

手順 3 step-3

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

Firefox でエラーコードを確認するには、メニューを開く アイコン/Web Developer/ツールを切り替え/ネットワーク タブ/すべて フィルター/ステータス 列をクリックします。 Chrome のエラーコードを確認するには、[ 開く ] メニュー アイコン/その他のツール/デベロッパーツール/ネットワーク タブ/すべて フィルター/ステータス 列をクリックします。

a.はい。詳細な調査のためにサポートチケットを開きます。
b.いいえ – 手順 4 に進みます。

手順 4 step-4

受け取った Web サイトエラーコード

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

MySQL または Redis で、サイトが遅い、サーバー負荷が高い、CPU 負荷が高い、リクエスト処理が遅い、または停止している。

回答：はい。CLI からの DDOS 攻撃のチェックの手順を進めます。
b.いいえ – /var/log/exception.log と /var/log/deploy.log のログを確認して、このデータで問題が見つからない場合は、手順 6 に進んでください。

手順 6 step-6

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

a.はい – 手順 13 に進みます。
b.いいえ – 手順 7 に進みます。

手順 7 step-7

Elasticsearchエラーはありますか？

a.はい – Elasticsearchの確認手順に進みます。
b.いいえ – 手順 8 に進みます。

手順 8 step-8

MySQL データベースで低速のクエリや誤ったクエリが発生していましたか？

回答：はい。MySQL で時間がかかりすぎるクエリやプロセスの確認およびこの MySQL クエリチュートリアルでクエリ構造を確認して進みます。
b.いいえ – 手順 9 に進みます。

手順 9 step-9

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

a.はい。静的コンテンツの確認の記事を参照して進みます。
b.いいえ – 手順 10 に進みます。

手順 10 step-10

ログに PHP Fatal エラーが表示されますか？

a.はい – コンサルティング一般的な PHP の致命的なエラーと解決策を続行します。
b.いいえ – 手順 11 に進みます。

手順 11 step-11

Redis エラーが表示されますか？

回答：はい。手順を進めて Redis が実行中であることを確認、Redis のトラブルシューティングを確認します。
b.いいえ – 手順 12 に進みます。

手順 12 step-12

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

回答：はい。インデックスが別のプロセスによってロックされている場合は、を参照してくださいインデックスが別のプロセスによってロックされています。その他のインデクサーエラーがある場合は、サポートチケットを開いて詳細を確認してください。
b.いいえ。詳細な調査のためにサポートチケットを開きます。

手順 13 step-13

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

a.はい – 一般的なカスタムモジュールのトラブルシューティングヘルプを参照してください。
b.いいえ – 手順 14 に進みます。

手順 14 step-14

フック後のエラーはありますか？

a.はい – この MySQL サーバーエラーメッセージリファレンスで MySQL エラーを確認します。
b.いいえ – 手順 15 に進みます。

手順 15 step-15

composer パッチに関する問題はありますか？

a.はい – コンサルティングに進みますパッチを適用すると、サイトがダウンします。
b.いいえ – 手順 16 に進みます。

手順 16 step-16

SQL データベースエラーはありますか？

a.はい – この MySQL サーバーエラーメッセージリファレンスで MySQL エラーを確認します。
b.いいえ – 手順 17 に進みます。

手順 17 step-17

MySQL データベースのデッドロックや応答しない MySQL データベースはありますか？

回答：はい。この MySQL のデッドロック記事で MySQL のデッドロックを確認します。
b.いいえ。詳細な調査のためにサポートチケットを開きます。

手順 1 に戻る

サイトダウントラブルシューティングのフローチャートを表示するには、ここをクリックしてください。

recommendation-more-help

8bd06ef0-b3d5-4137-b74e-d7b00485808a