Checklist om de back-up van een evenementensite te herstellen
Een back-upbestand bewijst nog niet dat je website kan herstellen. Zet vóór de kaartverkoop een kopie terug in een aparte omgeving en test de bezoekersroute. Laat echte deelnemersgegevens en betalingen buiten de oefening.
De redactie van Boletolibre
Gepubliceerd
1. Leg bereik en doelen vast
Noteer het tijdstip en de tijdzone van de back-up, verantwoordelijken en de belangrijke bezoekersroute. RTO is de maximaal aanvaardbare onderbreking; RPO is het maximaal aanvaardbare gegevensverlies uitgedrukt in tijd. Kies eigen doelen en vergelijk de werkelijke uitkomst. Een geslaagde back-uptaak alleen bewijst herstel niet.[3][2]
| Vastleggen | Voorbeeld |
|---|---|
| Bezoekersroute | Evenementpagina → aanmelding of ticket → veilige bevestiging |
| Herstelpunt | Datum, tijdzone en opslaglocatie |
| RTO- en RPO-doel | Door het team goedgekeurde grenzen |
| Omgeving | Afzonderlijke test zonder wijziging van productie-DNS |
2. Controleer wat de back-up omvat
Bekijk pagina’s en database, bestanden en afbeeldingen, instellingen en geheimen afzonderlijk. Een WordPress-databaseback-up bevat bijvoorbeeld geen bestanden, thema’s, plug-ins, uploads of configuratiebestand. Gegevens bij een externe ticket- of e-maildienst hebben een eigen herstelplan nodig.[4]
- Leg de bron en herstelverantwoordelijke van elk onderdeel vast.
- Documenteer DNS en certificaat zonder productie om te zetten.
- Markeer niet geteste externe diensten uitdrukkelijk als niet getest.
3. Herstel zonder gevolgen voor productie
- Bereid een afgeschermde testomgeving voor en noteer de starttijd.
- Schakel echte e-mail, webhooks, metingen en betalingen uit of stuur ze naar een testomgeving; gebruik fictieve gegevens.
- Herstel bestanden, database, media en configuratie; noteer handwerk en fouten.
- Laat de openbare site en DNS ongemoeid.
De leidende checklist raadt een aparte omgeving aan en controle van bestanden, database, formulieren en koppelingen.[1]
4. Test de bezoekersroute
| Controle | Bewijs |
|---|---|
| Evenementpagina | Juiste datum, locatie, prijs en regels op het herstelpunt |
| Media en links | Afbeeldingen, downloads en ticketlink |
| Aanmelding | Fictieve inzending bereikt alleen testbestemming |
| Aankoop en bevestiging | Testmodus zonder echte betaling of bericht aan deelnemers |
| Beheer | Bevoegde login en onschuldige testwijziging |
Leg per punt geslaagd, mislukt of niet getest vast. Een zichtbare startpagina bewijst geen werkende aanmelding.
5. Meet, herstel fouten en test opnieuw
Stop de klok wanneer de afgesproken bezoekersroute werkt. Vergelijk de duur met RTO en het gegevensverschil met RPO. Geef elke kritieke fout een eigenaar en hertestdatum.[2][3]
| Oefenverslag | Waarde |
|---|---|
| Datum, eigenaar, omgeving | ________ |
| Back-up en herstelpunt | ________ |
| RTO-doel / gemeten tijd | ________ / ________ |
| RPO-doel / gegevensverschil | ________ / ________ |
| Fouten, eigenaar, hertest | ________ |
Bewaar het verslag buiten de herstelde site en herhaal de oefening na grote wijzigingen.
Bronnen en verder lezen
- Website Backup Restore Testing Checklistmybox.com · Geraadpleegd
- Perform periodic recovery testingAWS Well-Architected Framework · Geraadpleegd
- Define recovery objectives for downtime and data lossAWS Well-Architected Framework · Geraadpleegd
- Backing up your databaseWordPress Developer Resources · Geraadpleegd