Sla over naar inhoud

We maken backups maar hebben nooit getest of we ze echt kunnen herstellen.

Een ongetest backup is een aanname. De vraag is niet of je backups maakt, maar of je ze binnen je RTO terug kan zetten.

Probeer dit eerst zelf

  1. 1Plan een echte restore-test op staging, niet productie. Trek een backup van X dagen oud uit je backup-tool of off-site storage.
  2. 2Restore eerst de database op staging. Test of de site daarna start, of admin werkt, of er geen schema-conflicten zijn.
  3. 3Restore daarna de files. Bij file-zware sites (veel media, uploads) is dit waar de meeste tijd gaat zitten.
  4. 4Klik door minstens vijf flows: homepage, contact, login, een blog-post, een productpagina als webshop. Werkt alles, of mist er content.
  5. 5Meet de tijd. Hoe lang van besluit tot werkende restore? Vergelijk met je RTO. Te lang? Optimaliseer (meer recente snapshots, parallel restoren, betere tooling).
  6. 6Documenteer het draaiboek. Wie doet wat, welke credentials, welke volgorde. In een echte crash heb je geen tijd om te improviseren.

Wanneer ons inschakelen

Heb je een omzet-kritieke site of een SLA met klanten, dan is een DR-plan met geverifieerde RTO/RPO en kwartaal-tests een serieus stuk werk. Een infra-engineer of een MSP die DR levert is de moeite waard.

Zie ook

Past het bovenstaande niet?

Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.

Wie ben je?

Voor de AI-vraag hebben we je e-mailadres en bedrijfsnaam nodig, zo kunnen we opvolgen als de AI er niet uitkomt, en voorkomt het misbruik van de tool.

Maximaal 2 vragen per uur en 5 per dag, bewust beperkt zodat de AI snel en goed blijft. Voor meer help je jezelf en ons door direct contact op te nemen.

Of doe het helemaal niet zelf

Onze Managed IT-klanten zoeken dit soort vragen niet op. Eén aanspreekpunt, vaste prijs per maand, en het is binnen werktijd opgelost.