DocumentatieCommerceCommerce KB

De Adobe Commerce-omgeving herstellen op cloudinfrastructuur

Last update: Thu Nov 07 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

In dit artikel worden verschillende scenario's getoond voor het terugdraaien van een omgeving op Adobe Commerce op cloudinfrastructuur.

Kies de meest geschikte optie voor uw kwestie:

Scenario 1: Geplande activiteit

Met een geplande implementatie of upgrade kunt u het eenvoudigst en aanbevolen Rollback zijn dat de leverancier, als onderdeel van uw voorbereidingen, het volgende doet:

NOTE
Test deze stappen altijd eerst in de Staging Environment .

Vijf dagen voorafgaand aan de verbetering/plaatsingsactiviteiten :

  1. Controleer de grootte van de huidige database.
  2. Controleer of er voldoende schijfruimte op /data/exports is om een Database Dump vast te houden. Als u niet genoeg schijfruimte hebt, verwijdert u ongewenste gegevens of maakt u een ondersteuningscase en vraagt u de schijf uit te breiden.

op de dag van de veranderingen :

  1. Plaats de website in Maintenance Mode .
    Lees meer over toelaten of onbruikbaar maken Maintenance Modein onze gebruikersgids, en Maintenance Mode opties voor verbeteringin onze verbeteringsgids.
  2. Uitsnijdtaken uitschakelen. Lees meer over het onbruikbaar maken van kroonbanen in onze handleiding van de eigenschappen van kronen.
  3. Neem een lokale Database Dump.

als a Rollback wordt vereist:

  1. Als Toepassingen zoals MariaDB zijn bijgewerkt als onderdeel van deze geplande activiteit, moet u de toepassing eerst opnieuw installeren op een vorige versie.
  2. Rollback De database met de lokale Database Dump en importeer deze opnieuw in MariaDB .
  3. Rollback de code via Git naar een vorige werkende versie.

Het gebruiken van Snapshots is niet de geadviseerde manier voor verbetering/geplande activiteit rollbacks/restores, aangezien het veel langer duurt om de gegevens terug te winnen vergeleken bij lokaal Database Dump, zoals hierboven genomen in Stap 2 van als a Rollback sectie wordt vereist.

Snapshots worden niet op de knoop/server gehouden, worden zij gehouden op een afzonderlijk opslagblok, en aangezien dat gegeven van de blokopslag over het netwerk aan een nieuwe schijf moet worden overgebracht, vergt het tijd in het proces. Die nieuwe schijf wordt dan op de knoop opgezet klaar voor herwinning/invoer op de originele schijf die met de knoop/de server wordt verbonden.

Wanneer u dit vergelijkt met het importeren van een lokale Database Dump , kunnen de gegevens al worden opgehaald op het knooppunt of de server. Daarom wordt veel tijd opgeslagen omdat alleen een Database Import vereist is.

Scenario 2: Een momentopname herstellen

Lees: herstel een momentopname op Adobe Commerce op wolkeninfrastructuurin onze ontwikkelaarsdocumentatie.

NOTE
Het maken van een momentopname moet onze eerste stap zijn nadat u Adobe Commerce hebt benaderd via een account voor de cloud-infrastructuur en voordat u grote wijzigingen aanbrengt. Het is een goede praktijk en hoogst geadviseerd.

Lees: creeer een momentopnamein onze ontwikkelaarsdocumentatie.

Scenario 3: Geen momentopname, bouwstijl stabiel (beschikbare verbinding SSH)

Deze sectie toont hoe te om een milieu terug te stellen wanneer u geen momentopname hebt gecreeerd maar tot het milieu via SSH kan toegang hebben.

De stappen zijn:

  1. Configuratiebeheer uitschakelen.
  2. Verwijder de Adobe Commerce-software.
  3. Stel de git vertakking opnieuw in.

Na het uitvoeren van deze stappen:

  • De Adobe Commerce-installatie keert terug naar de toestand Vanilla (database hersteld; configuratie van implementatie verwijderd; mappen onder var gewist).
  • De git -vertakking is in het verleden teruggezet naar de gewenste status.

Lees de gedetailleerde stappen hieronder.

Stap 0 (Vereiste): Verwijder config.php om het Beheer van de Configuratie onbruikbaar te maken

Wij moeten het Beheer van de Configuratie onbruikbaar maken zodat het niet automatisch de vorige configuratiemontages tijdens plaatsing toepast.

Als u Configuration Management wilt uitschakelen, moet u ervoor zorgen dat de map /app/etc/ het config.php -bestand niet bevat.

Ga als volgt te werk om het configuratiebestand te verwijderen:

  1. SSH aan uw milieu.
  2. Verwijder het configuratiebestand: rm app/etc/config.php

Lees meer over Configuratiebeheer:

Stap 1: De Adobe Commerce-software verwijderen met de opdracht Setup:verwijderen

Als u de Adobe Commerce-software verwijdert, wordt de database neergezet en hersteld, wordt de implementatieconfiguratie verwijderd en worden mappen onder var gewist.

Lees: desinstalleert de software van Adobe Commercein onze ontwikkelaarsdocumentatie.

Voer de volgende stappen uit om de Adobe Commerce-software te verwijderen:

  1. SSH aan uw milieu.
  2. Uitvoeren setup:uninstall : bin/magento setup:uninstall
  3. Verwijderen bevestigen.

Het volgende bericht wordt weergegeven om te bevestigen dat het verwijderen is gelukt:

[SUCCESS]: Magento uninstallation complete.

Dit betekent dat we onze Adobe Commerce-installatie (inclusief DB) hebben teruggezet naar de authentieke (Vanilla) staat.

Stap 2: De git vertakking herstellen

Met git reset, keren we de code terug naar de gewenste status in het verleden.

  1. De omgeving klonen naar uw lokale ontwikkelomgeving. U kunt de opdracht kopiëren in de Cloud Console: copy_git_clone.png
  2. Open de geschiedenis van uw verplichtingen. Gebruik --reverse om de historie in omgekeerde volgorde weer te geven voor meer gemak: git log --reverse
  3. Selecteer de commit hash waarop u goed bent geweest. Om code aan zijn authentiek staat (Vanilla) terug te stellen, vind zeer eerste begaan die uw tak (milieu) creeerde.
    alt tekst
  4. Harde git reset toepassen: git reset --h <commit_hash>
  5. Push changes to server: git push --force <origin> <branch>

Nadat u deze stappen hebt uitgevoerd, wordt de git -vertakking opnieuw ingesteld en is de gehele git -wijziging gewist. De laatste push van git activeert de herimplementatie om alle wijzigingen toe te passen en Adobe Commerce opnieuw te installeren.

Scenario 4: Geen opname; build verbroken (geen SSH verbinding)

In deze sectie wordt getoond hoe u een omgeving opnieuw kunt instellen in een kritieke toestand: de implementatieprocedure kan er niet in slagen een werkende toepassing te ontwikkelen, waardoor de SSH -verbinding niet beschikbaar is.

In dit scenario moet u eerst de werkstatus van uw Adobe Commerce-toepassing herstellen met behulp van git reset en vervolgens de Adobe Commerce-software verwijderen (om de database neer te zetten en te herstellen, de implementatieconfiguratie te verwijderen, enz.). Het scenario omvat dezelfde stappen als in scenario 3, maar de volgorde van de stappen is verschillend en er is een extra step - force reïntegratie. De stappen zijn:

  1. Herstel de git tak.
  2. Configuratiebeheer uitschakelen.
  3. Verwijder de Adobe Commerce-software.
  4. Forceer opnieuw implementeren.

Na het uitvoeren van deze stappen, zult u de zelfde resultaten hebben zoals in Scenario 3.

Stap 4: Opnieuw inzetten forceren

Leg vast (dit zou leeg kunnen zijn begaan, hoewel wij het niet adviseren) en duw het aan de server om redistribueren te teweegbrengen:

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

Als instellen mislukt:verwijderen, database handmatig opnieuw instellen

Als het uitvoeren van de opdracht setup:uninstall mislukt met een fout en niet kan worden voltooid, wordt de DB mogelijk handmatig gewist met de volgende stappen:

  1. SSH aan uw milieu.
  2. Verbind met de DB MySQL: mysql -h database.internal (Voor Pro milieu's zie: Opstelling de dienst MySQL).
  3. Zet de main DB neer: drop database main;
  4. Maak een lege main DB: create database main;
  5. Verwijder de volgende configuratiebestanden: config.php, config.php.bak, env.php, env.php.bak

Na het terugstellen van OB, maak a git duw aan het milieu om opnieuw op te stellenen Adobe Commerce aan nieuw gecreeerd OB te installeren. Of stel het redistribueren bevelin werking.

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