Résolution des problèmes liés au site Adobe Commerce

Last update: Thu Aug 14 2025 00:00:00 GMT+0000 (Coordinated Universal Time)

Cet article fournit un guide de dépannage détaillé pour diagnostiquer et résoudre les pannes du site Adobe Commerce. Il permet d’identifier les causes profondes allant des problèmes d’infrastructure aux erreurs au niveau de l’application. L’utilitaire de dépannage de site en panne d’Adobe Commerce de la section Résolution fournit une arborescence de décision structurée pour isoler la cause d’une panne de site. Chaque étape présente une question de diagnostic et vous dirige vers des journaux, des requêtes ou de la documentation pertinents en fonction de votre réponse. Cette arborescence de décision couvre les contrôles de statut de la plateforme, l’analyse des codes d’erreur, les goulets d’étranglement des performances, les échecs de déploiement et les problèmes de base de données.

Description description

Environnement

Adobe Commerce sur les infrastructures cloud

Problème/Symptômes

Le site est inaccessible ou renvoie des codes d’erreur (par exemple, 500, 503, 404).
Chargement élevé du serveur ou traitement lent des requêtes
Échecs de déploiement ou d’indexation
Contenu statique manquant ou erreurs fatales PHP
Erreurs Redis, MySQL ou Elasticsearch
Échecs des modules personnalisés ou des post-hook
Problèmes de correctif du compositeur ou blocages de la base de données

Résolution resolution

Cliquez sur chaque question pour afficher les détails des réponses à chaque étape de l’utilitaire de dépannage.

Remarque : avant de créer un ticket d’assistance, consultez la page Outil de correctifs de qualité : rechercher des correctifs pour voir si votre problème est déjà répertorié.

Étape 1

Y a-t-il des problèmes dans https://status.adobe.com ?

OUI - Si Adobe Commerce Status présente un problème, ouvrez un ticket d’assistance pour plus d’informations.
NON - Passer à l’étape 2.

Étape 2

Y a-t-il des problèmes dans https://status.fastly.com ?

OUI - Si vous avez vérifié Statut Fastly et qu’un problème s’est produit, ouvrez un ticket d’assistance pour plus d’informations.
NON - Si vous avez coché la case Statut Fastly et qu’aucun problème ne s’est produit, passez à l’étape 3.

Étape 3

Vérifiez votre site web dans un navigateur web. Obtenez-vous un code 200 (OK) ?

Pour vérifier les codes d’erreur, procédez comme suit

Firefox : Ouvrir le menu > développeur web > Activer/désactiver les outils > onglet Réseau > filtre Tous > colonne Statut
Chrome : Ouvrir le menu > Outils supplémentaires > Outils de développement > onglet Réseau > filtre Tous > colonne Statut
OUI - Ouvrez un ticket d’assistancepour plus d’informations.
NON - Passez à l’étape 4.

Étape 4

Quel code d’erreur de site web avez-vous reçu ?

500 : Vérifiez le journal de /var/log/platform/. Si ces données ne vous aident pas à identifier le problème, ouvrez un ticket d’assistance et incluez les informations de dépannage dont vous disposez jusqu’à présent pour plus d’informations.
503 : Vérifier le journal de var/reports. Si ces données ne vous aident pas à identifier le problème, ouvrez un ticket d’assistance et incluez les informations de dépannage dont vous disposez jusqu’à présent pour plus d’informations.

404 : exécutez la requête suivante :

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

Si la requête renvoie une table, où update_exists est « 0 », reportez-vous à Erreur 404 sur toutes les pages en raison d’un problème d’évaluation du contenu. Sinon, passez à l’étape 5.

Autres codes d’erreur : passez à l’étape 5.

Étape 5

Votre site est-il lent ou connaît-il une charge élevée de serveur/CPU, ou des pannes Redis/MySQL ?

OUI - Consultez la section Étapes de dépannage des attaques DDOS.
NON - Vérifier les journaux de /var/log/exception.log et de /var/log/deploy.log. Si ces données ne vous aident pas à identifier le problème, passez à l’étape 6.

Étape 6

Avez-vous des erreurs de déploiement ou un échec de déploiement ?

OUI - Passer à l’étape 13.
NON - Passer à l’étape 7.

Étape 7

Avez-vous des erreurs Elasticsearch ?

OUI - Pour plus d'informations, consultez la section vérification d’Elasticsearch.
NON - Passer à l’étape 8.

Étape 8

Votre base de données MySQL avait-elle des requêtes lentes ou des requêtes incorrectes ?

OUI - Consultez les sections Vérification des requêtes lentes et Tutoriel sur les requêtes MySQL.
NON - Passer à l’étape 9.

Étape 9

Votre contenu statique n’est-il pas disponible ?

OUI - Voir Vérification du contenu statique.
NON - Passer à l'étape 10.

Étape 10

Voyez-vous des erreurs fatales PHP dans vos logs ?

OUI - Voir Erreurs courantes PHP fatales et solutions.
NON - Passer à l'étape 11.

Étape 11

Est-ce que vous voyez des erreurs Redis ?

OUI - Consultez les sections vérification de la connexion Redis et dépannage Redis.
NON - Passer à l'étape 12.

Étape 12

Des erreurs de l’indexeur s’affichent-elles ?

OUI - Si l’index est verrouillé par un autre processus, reportez-vous à la section L’index est verrouillé par un autre processus. Sinon, ouvrez un ticket d’assistance.
NON - Ouvrez un ticket d’assistance.

Étape 13

Rencontrez-vous des problèmes avec votre ou vos modules personnalisés ?

OUI - Consultez la section Aide au dépannage des modules personnalisés.
NON - Passer à l'étape 14.

Étape 14

Avez-vous des pannes de post-crochet ?

OUI - Consultez la section Référence d’erreur du serveur MySQL.
NON - Passer à l'étape 15.

Étape 15

Avez-vous des problèmes avec les correctifs du compositeur ?

OUI - Voir la section Application d’un correctif pour désactiver votre site.
NON - Passer à l'étape 16.

Étape 16

Avez-vous des erreurs de base de données SQL ?

OUI - Consultez l’article Référence des messages d’erreur du serveur MySQL.
NON - Passer à l’étape 17.

Étape 17

Avez-vous des verrous morts dans la base de données MySQL ou une base de données MySQL non réactive ?

OUI - Reportez-vous à l’article Blocages dans MySQL.
NON - Ouvrez un ticket d’assistance.

Cliquez ici pour afficher le diagramme de flux de dépannage du site en panne.

Lecture connexe

Bonnes pratiques pour modifier les tables de base de données

recommendation-more-help

3d58f420-19b5-47a0-a122-5c9dab55ec7f