Återställ miljö på Adobe Commerce i molninfrastruktur

I den här artikeln visas olika scenarier för återställning av en miljö på Adobe Commerce i molninfrastruktur.

Välj det alternativ som passar bäst:

Scenario 1: Planerad aktivitet

Med en planerad driftsättning eller uppgradering är det enklaste och rekommenderade Rollback att handlaren, som en del av dina förberedelser, gör följande:

NOTE
Testa alltid de här stegen i Staging Environment först!

Fem dagar före uppgraderings-/distributionsaktiviteterna:

  1. Kontrollera storleken på den aktuella databasen.
  2. Kontrollera att det finns tillräckligt med diskutrymme på /data/exports för att rymma en Database Dump. Om det inte finns tillräckligt med diskutrymme kan du antingen ta bort oönskade data eller skapa ett supportärende och begära att skivan ska expanderas.

På dagen för ändringarna:

  1. Placera webbplatsen i Maintenance Mode.

    Läs mer om Aktivera eller inaktivera Maintenance Modei vår användarhandbok och Maintenance Mode alternativ för uppgradering i vår uppgraderingsguide.
  2. Ta en lokal Database Dump.

Om Rollback krävs:

  1. Om program som MariaDB uppgraderades som en del av den planerade aktiviteten måste du först installera om programmet till en tidigare version.
  2. Rollback databasen som använder den lokala Database Dump och importera den tillbaka till MariaDB.
  3. Rollback koden via Git till en tidigare arbetsversion.

Att använda Snapshots är inte det rekommenderade sättet för uppgradering/planerad aktivitet rollbacks/restores, eftersom det tar mycket längre tid att hämta data jämfört med en lokal Database Dump, som i steg 2 i avsnittet Om Rollback krävs.

Snapshots finns inte på noden/servern, de finns i ett separat lagringsblock och eftersom dessa data måste överföras från blocklagringen över nätverket till en ny disk tar det tid i processen. Den nya disken monteras sedan på noden och är klar att hämtas/importeras till den ursprungliga disken som är ansluten till noden/servern.

När du jämför detta med att importera en lokal Database Dump går det redan att hämta data på noden/servern, så mycket tid sparas eftersom bara Database Import krävs.

Scenario 2: Återställ en ögonblicksbild

Läs: Återställ en ögonblicksbild av Adobe Commerce i molninfrastrukturen i utvecklardokumentationen.

NOTE
Att skapa en ögonblicksbild måste vara det första steget efter att du har öppnat Adobe Commerce på molninfrastrukturskontot och innan du kan göra större ändringar. Det är en god praxis och rekommenderas varmt.

Läs: Skapa en ögonblicksbild i utvecklardokumentationen.

Scenario 3: Ingen ögonblicksbild, stabil konstruktion (SSH-anslutning tillgänglig)

I det här avsnittet visas hur du återställer en miljö när du inte har skapat en ögonblicksbild men kan komma åt miljön via SSH.

Stegen är:

  1. Inaktivera konfigurationshantering.
  2. Avinstallera Adobe Commerce.
  3. Återställ grenen git.

När du har utfört dessa steg:

  • Adobe Commerce-installationen återgår till sitt vaniläge (databasen återställd, distributionskonfigurationen borttagen, kataloger under var rensad).
  • Din git-gren har återställts till önskat tillstånd tidigare.

Läs de detaljerade stegen nedan.

Steg 0 (Förutsättning): Ta bort config.php för att inaktivera Configuration Management

Vi måste inaktivera Configuration Management så att den inte automatiskt tillämpar de tidigare konfigurationsinställningarna under distributionen.

Om du vill inaktivera Configuration Management kontrollerar du att katalogen /app/etc/ inte innehåller filen config.php.

Så här tar du bort konfigurationsfilen:

  1. SSH till din miljö.
  2. Ta bort konfigurationsfilen: rm app/etc/config.php

Läs mer om konfigurationshantering:

Steg 1: Avinstallera Adobe Commerce med kommandot setup:uninstall

Om du avinstallerar Adobe Commerce-programvaran tas databasen bort och återställs, distributionskonfigurationen tas bort och katalogerna under var rensas.

Läs: Avinstallera Adobe Commerce-programmet i utvecklardokumentationen.

Så här avinstallerar du Adobe Commerce:

  1. SSH till din miljö.
  2. Kör setup:uninstall : bin/magento setup:uninstall
  3. Bekräfta avinstallationen.

Följande meddelande visas för att bekräfta att avinstallationen lyckades:

[SUCCESS]: Magento uninstallation complete.

Detta innebär att vi har återställt vår Adobe Commerce-installation (inklusive DB) till dess autentiska tillstånd (Vanilla).

Steg 2: Återställ grenen git

Med git återställd återställer vi koden till önskat läge tidigare.

  1. Klona miljön i den lokala utvecklingsmiljön. Du kan kopiera kommandot i molnkonsolen: copy_git_clone.png
  2. Få åtkomst till implementeringshistoriken. Använd --reverse om du vill visa historik i omvänd ordning för att underlätta: git log --reverse
  3. Välj den implementeringshash som du har varit bra på. Om du vill återställa koden till dess autentiska läge (Vanilla), söker du efter den första implementeringen som skapade din gren (miljö).
    Välja en implementeringshash i Git-konsolen
  4. Använd hård git-återställning: git reset --h <commit_hash>
  5. Skicka ändringar till servern: git push --force <origin> <branch>

När du har utfört de här stegen återställs vår git-gren och hela git-ändringsloggen är rensad. Den senaste git-push-åtgärden utlöser omdistributionen för att tillämpa alla ändringar och installera om Adobe Commerce.

Scenario 4: Ingen ögonblicksbild; bygg bruten (ingen SSH-anslutning)

I det här avsnittet visas hur du återställer en miljö när den är i ett kritiskt tillstånd: Distributionsproceduren kan inte skapa ett fungerande program, vilket gör att anslutningen SSH inte är tillgänglig.

I det här fallet måste du först återställa arbetstillståndet för ditt Adobe Commerce-program med git reset och sedan avinstallera Adobe Commerce-programmet (för att släppa och återställa databasen, ta bort distributionskonfigurationen osv.). Scenariot omfattar samma steg som i scenario 3, men stegordningen är annorlunda och det finns ytterligare ett steg - tvingad omdriftsättning. Stegen är:

När du har utfört dessa steg får du samma resultat som i scenario 3.

Steg 4: Tvinga omdistribution

Gör en implementering (detta kan vara en tom implementering, men vi rekommenderar den inte) och skicka den till servern för att utlösa en omdistribution:

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

Återställ databasen manuellt om installationen misslyckas

Om körningen av kommandot setup:uninstall misslyckas med ett fel och inte kan slutföras, kan vi rensa databasen manuellt med följande steg:

  1. SSH till din miljö.
  2. Anslut till MySQL-databasen: mysql -h database.internal (för Pro-miljöer, se: Konfigurera MySQL-tjänsten).
  3. Släpp main DB: drop database main;
  4. Skapa en tom main-databas: create database main;
  5. Ta bort följande konfigurationsfiler: config.php, config.php , .bak, , env.php, env.php.bak

När du har återställt databasen gör du en git push till miljön för att aktivera omdistributionen och installera Adobe Commerce till en ny databas. Eller kör kommandot för omdistribution.

recommendation-more-help
8bd06ef0-b3d5-4137-b74e-d7b00485808a