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 plus simple et recommandé Rollback serait que le marchand, 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 une Rollback est requis:

Utilisation Snapshots n’est pas la méthode recommandée pour l’activité de mise à niveau/planifiée rollbacks/restores, car la récupération des données par rapport à un Database Dump, comme indiqué à l’étape 2 de la Si une 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 fichier local Database Dump, les données sont déjà récupérables sur le noeud/serveur, de sorte que beaucoup de temps est enregistré en tant que Database Import est obligatoire.

Scénario 2 : restauration d’un instantané

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

Lecture : Création d’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 la variable /app/etc/ ne contient pas le répertoire config.php fichier .

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ésinstallation du 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éinitialiser la variable git branche

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

Après avoir effectué ces étapes, nos git la branche est réinitialisée et l’intégralité de la git changelog est clair. Le dernier git push déclenche le redéploiement pour appliquer toutes les modifications et réinstaller Adobe Commerce.

Scénario 4 : aucun instantané ; version rompue (pas SSH connection)

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 de travail, ce qui a pour effet de SSH connexion indisponible.

Dans ce scénario, vous devez d’abord restaurer l’état de fonctionnement de votre application Adobe Commerce à l’aide de git réinitialisez, puis désinstallez 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 variable setup:uninstall échoue avec une erreur et ne peut pas être effectuée, la base de données peut être effacée manuellement en procédant comme suit :

Après avoir réinitialisé la base de données, make a git 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écuter la commande redeploy.