Et afsluttet backupjob uden fejl beviser ikke, at siden kan gendannes. En kontrolleret prøve undersøger database, filer og vigtige funktioner samlet. De konkrete importtrin afhænger af backupværktøj og hosting.
Trin for trin
- Vælg en dokumenteret backup og notér dato, WordPress/PHP-versioner og værktøj. Kontrollér, at databasen passer til de nødvendige filer: uploads, plugins, temaer og konfiguration. Opbevar den uændrede original separat.
- Opret en tydeligt separat testinstallation med egen database og egne filer. Brug ikke adgangsoplysninger eller databaseforbindelser til produktion. Beskyt kopien mod offentlig adgang; søgemaskinesynlighed er ikke adgangskontrol.
- Blokér før første opstart udgående e-mails, betalinger, webhooks og planlagte integrationer. Brug testfunktionerne i infrastrukturen og de enkelte tjenester. Kopierede indstillinger kan ellers kontakte virkelige modtagere eller systemer.
- Gendan kun til testmålet efter backupværktøjets anvisning. Hvis domænet ændres, brug en WordPress-egnet migreringsmetode til gemte URL’er; generel teksterstatning i SQL kan ødelægge serialiserede data.
- Kontrollér forside, flere artikler, ældre billeder, login samt vigtig søgning og formularer. Test eksterne funktioner kun mod sandbox-mål. Sammenlign indhold og indstillinger med backupdatoen, ikke kun med den aktuelle side.
Kontrollér resultatet
Dokumentér tidsforbrug, fejl, manglende filer og kontrollerede funktioner. Notér hvor meget nyere indhold der ville gå tabt ved gendannelse af denne backup. En prøve uden billeder eller vigtige pluginfunktioner er endnu ikke et fuldt gendannelsesbevis.
Fortrydelse og begrænsninger
Prøven ændrer ikke produktionssiden. Ved fejl rettes testmiljøet, og forsøget gentages med originalbackuppen. Hold testkopien beskyttet og forhindre senere baggrundskørsler. Overfør den ikke ved en fejl til produktion.