Hosting-migratiechecklist met testen en terugdraaien
Plan een hostingverhuizing met bestands- en databasekopieën, privéreferenties, bestemmingstests, DNS-overgang en een geverifieerd rollbackvenster.
Content herzien · Nederlands
- Type gids
- Verplaatsen en herstellen
- Voorbeelden
- Illustratief, omgevingsspecifiek
- Integratiescope
- Geen externe machine aangesloten
Inventariseer de volledige applicatie
Leg webbestanden, databases, uploads, geplande taken, mail, certificaten, DNS, integraties van derden en secrets vast. Controleer runtime-versies en licenties op de bestemming. Een image-export is alleen nuttig als de bestemming het formaat en de netwerkfunctionaliteit ondersteunt.
Maak de eerste kopie voordat u DNS wijzigt
Gebruik een privétransport en een doelmap die u beheert. Het voorbeeld kopieert inhoud in plaats van de bronmap te nesten, en begint met een dry run. Het laat bewust een verwijderoptie weg. Verifieer eigendom en machtigingen op de bestemming.
rsync -avzn -e "ssh -p 22" /srv/site/ operator@192.0.2.40:/srv/site/
# After reviewing the dry run and destination:
rsync -avz -e "ssh -p 22" /srv/site/ operator@192.0.2.40:/srv/site/Exporteer de database met de eigen methode
Het kopiëren van de bestanden van een actieve database vervangt geen applicatieconsistente database-export. De aanpak met één transactie van MySQL is geschikt voor transactionele tabellen en vereist nog steeds zorgvuldigheid rond schemawijzigingen of niet-transactionele tabellen. Gebruik een beveiligde bestemming voor de export en vraag om het wachtwoord in plaats van het in een argument op te nemen.
mysqldump --single-transaction --routines --triggers --events \
-u app_user -p app_database > /private-backup/app-database.sqlHet uitvoerpad is illustratief en moet privé, beschrijfbaar en buiten de webroot zijn. Gebruik voor PostgreSQL in plaats daarvan de pg_dump / pg_restore-workflow.
Test de bestemming vóór de cutover
Gebruik een tijdelijke hostnaam of een gecontroleerde lokale DNS-override. Test login, schrijfacties, uploads, achtergrondtaken, uitgaande berichten en HTTPS. Kopieer secrets via een privékanaal en vermijd dat geplande taken van beide kanten tegen dezelfde externe dienst draaien.
Maak een definitieve consistente kopie en verplaats de route
Verlaag de TTL vooraf, pauzeer schrijfacties waar nodig, exporteer de laatste wijzigingen en voltooi de definitieve bestandssynchronisatie. Werk DNS alleen bij nadat de bestemmingscontroles zijn geslaagd. Behoud de oude host en onafhankelijke back-up tijdens het rollback-venster; DNS caches kunnen sommige bezoekers blijven doorsturen naar de vorige origin.
Buiten gebruik stellen van de oude dienst pas na acceptatie
Monitor fouten en vergelijk kritieke records na de verhuizing. Verzoen eventuele schrijfacties die de oude origin hebben bereikt. Bevestig mail en externe callbacks en sluit de oude service volgens de facturerings- en gegevensretentieregels. Er wordt geen zero-downtime of automatische migratie geclaimd.
Vertrek met een verifieerbaar resultaat.
- Inventariseer bestanden, database, runtime, geplande taken, mail, DNS en integratieafhankelijkheden.
- Houd exports, inloggegevens en herstelsleutels buiten de openbare webroot.
- Test login, schrijfacties, uploads, HTTPS en achtergrondtaken op de bestemming.
- Pauzeer of stem schrijfacties af tijdens de laatste kopie en wijzig daarna DNS.
- Accepteer de applicatie en herstelcontroles voordat u de oude service buiten gebruik stelt.
Vragen, beantwoord.
Kopieert het wijzigen van DNS mijn website?
Nee. DNS wijzigt waar bezoekers naartoe worden geleid; het draagt geen bestanden, databases, mailboxen, geplande taken of inloggegevens over. Test de volledige bestemming voordat u de route verplaatst.
Kunnen beide hosts tijdens een verhuizing blijven doorgaan met het accepteren van schrijfacties?
Alleen met een bewust synchronisatie- en reconciliatieontwerp. Gebruik anders een passend onderhoudsvenster voor de laatste consistente kopie. DNS caches kunnen na een wijziging nog steeds verzoeken naar de vorige origin sturen.
Wordt migratie automatisch uitgevoerd door OmbraHost?
Er loopt geen migratie of externe providerverbinding in de applicatie. Voorbereide migratieopties vereisen een bevestigde scope, toegang, cutover en rollback-plan voordat echt werk wordt aangeboden.