Å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:
- Om du har planerad aktivitet (planerad distribution eller uppgradering) - Scenario 1: planerad aktivitet).
- Om du har en giltig ögonblicksbild - Scenario 2: Återställ en ögonblicksbild.
- Om du har ett stabilt bygge, men ingen giltig ögonblicksbild - Scenario 3: Ingen ögonblicksbild, bygg en stabil (SSH-anslutning tillgänglig).
- Om bygget är brutet och du inte har någon giltig ögonblicksbild - Scenario 4: Ingen ögonblicksbild, bygg bruten (ingen SSH-anslutning).
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:
Fem dagar före uppgraderings-/distributionsaktiviteterna:
- Kontrollera storleken på den aktuella databasen.
- 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:
- Placera webbplatsen i Maintenance Mode.
Läs mer om Aktivera eller inaktivera Maintenance Mode i vår användarhandbok och Maintenance Mode alternativ för uppgradering i vår uppgraderingsguide. - Inaktivera cron-jobb. Läs mer om hur du inaktiverar cron-jobb i vår egenskapsguide för cron.
- Ta en lokal Database Dump.
Om Rollback krävs:
- Om program som MariaDB uppgraderades som en del av den planerade aktiviteten måste du först installera om programmet till en tidigare version.
- Rollback databasen som använder den lokala Database Dump och importera den tillbaka till MariaDB.
- 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.
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:
- Inaktivera konfigurationshantering.
- Avinstallera Adobe Commerce.
- Å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:
- SSH till din miljö.
- Ta bort konfigurationsfilen:
rm app/etc/config.php
Läs mer om konfigurationshantering:
- Minska driftsättningsdriftsavbrotten på Adobe Commerce i molninfrastrukturen i vår kunskapsbas för support.
- Konfigurationshantering för butiksinställningar i utvecklardokumentationen.
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:
- SSH till din miljö.
- Kör
setup:uninstall
:bin/magento setup:uninstall
- 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.
- Klona miljön i den lokala utvecklingsmiljön. Du kan kopiera kommandot i molnkonsolen:
- Få åtkomst till implementeringshistoriken. Använd
--reverse
om du vill visa historik i omvänd ordning för att underlätta:git log --reverse
- 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ö).
- Använd hård git-återställning:
git reset --h <commit_hash>
- 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:
- Återställ git förgreningen.
- Inaktivera konfigurationshantering.
- Avinstallera Adobe Commerce.
- Tvinga omdistribution.
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:
- SSH till din miljö.
- Anslut till MySQL-databasen:
mysql -h database.internal
(för Pro-miljöer, se: Konfigurera MySQL-tjänsten). - Släpp
main
DB:drop database main;
- Skapa en tom
main
-databas:create database main;
- 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.