Réinitialisation de l’environnement sur Adobe Commerce sur l’infrastructure cloud

Cet article présente différents scénarios de restauration d’un environnement sur Adobe Commerce sur l’infrastructure cloud.

Choisissez la méthode la plus adaptée à votre cas :

Scénario 1 : activité planifiée

Avec un déploiement ou une mise à niveau planifié, le Rollback le plus simple et recommandé serait que le commerçant, dans le cadre de vos préparatifs, effectue les opérations suivantes :

Cinq jours avant les activités de mise à niveau/déploiement :

Le jour des modifications :

Si un Rollback est requis :

L'utilisation de Snapshots n'est pas la méthode recommandée pour la mise à niveau/l'activité planifiée rollbacks/restores, car la récupération des données par rapport à un Database Dump local prend beaucoup plus de temps, comme indiqué à l'étape 2 de la section Si un Rollback est requis.

Snapshots ne sont pas conservés sur le noeud/serveur, ils sont conservés sur un bloc de stockage distinct, et comme ces données doivent être transmises du stockage de bloc sur le réseau à un nouveau disque, le processus prend du temps. Ce nouveau disque est ensuite monté sur le noeud prêt à être récupéré/importé sur le disque d’origine connecté au noeud/serveur.

Lorsque vous comparez cela à l’importation d’un Database Dump local, les données sont déjà récupérables sur le noeud/serveur. Par conséquent, beaucoup de temps est enregistré, car seul un Database Import est nécessaire.

Scénario 2 : restauration d’un instantané

Lecture : Restaurer un instantané sur Adobe Commerce sur l’infrastructure cloud dans notre documentation destinée aux développeurs.

Lecture : Créez un instantané dans notre documentation destinée aux développeurs.

Scénario 3 : aucun instantané, version stable (connexion SSH disponible)

Cette section explique comment réinitialiser un environnement lorsque vous n’avez pas créé d’instantané, mais que vous pouvez accéder à l’environnement via SSH.

Les étapes sont les suivantes :

Après avoir effectué les étapes suivantes :

Lisez les étapes détaillées ci-dessous.

Étape 0 (condition préalable requise) : supprimez config.php pour désactiver Configuration Management

Nous devons désactiver Configuration Management afin qu’elle n’applique pas automatiquement les paramètres de configuration précédents lors du déploiement.

Pour désactiver Configuration Management, assurez-vous que votre répertoire /app/etc/ ne contient pas le fichier config.php.

Pour supprimer le fichier de configuration, procédez comme suit :

En savoir plus sur Configuration Management :

Étape 1 : désinstallation du logiciel Adobe Commerce avec la commande setup:uninstall

La désinstallation du logiciel Adobe Commerce supprime et restaure la base de données, supprime la configuration de déploiement et efface les répertoires sous var.

Lecture : Désinstallez le logiciel Adobe Commerce dans notre documentation destinée aux développeurs.

Pour désinstaller le logiciel Adobe Commerce, procédez comme suit :

Le message suivant s’affiche pour confirmer la désinstallation :

[SUCCESS]: Magento uninstallation complete.

Cela signifie que nous avons rétabli notre installation Adobe Commerce (y compris DB) sur son état authentique (Vanilla).

Étape 2 : réinitialisation de la branche git

Avec la réinitialisation de git, nous avons rétabli le code à l’état souhaité dans le passé.

Après avoir effectué ces étapes, notre branche git est réinitialisée et l’ensemble du fichier de modification git est clair. La dernière notification push git déclenche le redéploiement pour appliquer toutes les modifications et réinstaller Adobe Commerce.

Scénario 4 : aucun instantané ; création interrompue (aucune connexion SSH)

Cette section explique comment réinitialiser un environnement lorsqu’il se trouve dans un état critique : la procédure de déploiement ne peut pas réussir à créer une application opérationnelle, rendant ainsi la connexion SSH indisponible.

Dans ce scénario, vous devez d’abord restaurer l’état de fonctionnement de votre application Adobe Commerce à l’aide de la réinitialisation git, puis désinstaller le logiciel Adobe Commerce (pour déposer et restaurer la base de données, supprimer la configuration de déploiement, etc.). Le scénario comprend les mêmes étapes que dans le scénario 3, mais l’ordre des étapes est différent et il existe une autre étape : forcer le redéploiement. Les étapes sont les suivantes :

Une fois ces étapes effectuées, les résultats seront les mêmes que dans le scénario 3.

Étape 4 : forcer le redéploiement

Effectuez une validation (il peut s’agir d’une validation vide, bien que nous ne la recommandions pas) et envoyez-la au serveur pour déclencher le redéploiement :

git commit --allow-empty -m "<message>" && git push <origin> <branch>

En cas d’échec de l’installation:désinstallation, réinitialisez manuellement la base de données

Si l’exécution de la commande setup:uninstall échoue avec une erreur et ne peut pas être terminée, nous pouvons effacer manuellement la base de données en procédant comme suit :

Après avoir réinitialisé la base de données, effectuez une git notification push vers l’environnement pour déclencher le redéploiement et installez Adobe Commerce sur une base de données nouvellement créée. Ou exécutez la commande de redéploiement.