Continuïteit · Backup / DR

Backup en disaster recovery: RPO, RTO en restore-tests

Backup zonder gedefinieerd RPO/RTO en restore-tests is alleen schijfkosten. Disaster recovery zonder procedure en communicatievensters is een papierplan. In een beheerd model moeten beide lagen deel uitmaken van het SLA — geen extra « als er tijd is ».

RPO en RTO — in gewone taal

• RPO (Recovery Point Objective) — hoeveel dataverlies acceptabel is (bijvoorbeeld 15 minuten, 4 uur),
• RTO (Recovery Time Objective) — hoe snel de omgeving weer in bedrijf moet zijn.

Lagere waarden betekenen duurdere architectuur: frequentere snapshots, replicatie, warm/hot standby, aparte locatie. Niet elke applicatie heeft near-zero RPO nodig. Bij BaseCloud gelden RPO/RTO alleen wanneer ze na beoordeling contractueel zijn. We publiceren geen datum van « laatste restore » als productbelofte.

Veelgemaakte fouten in de praktijk

• backup op dezelfde array / in dezelfde AZ als productie,
• geen restore-test (of een test « eens per twee jaar »),
• onduidelijk wie restore goedkeurt en wie met klanten communiceert,
• retentie te kort voor boekhouding of sector eisen.

Wat beheerde DR bij BaseCloud omvat

In de pakketten Professional en Enterprise horen backup- en herstelprocedures bij de operatie: schema's, jobmonitoring, retentie en deelname aan DR-tests. De RPO/RTO-omvang wordt na beoordeling aangescherpt — we beloven geen « zero downtime » zonder architectuur die dat echt mogelijk maakt.

Checklist voor ondertekening van het SLA

• lijst van kritieke systemen en hun business-owners,
• RPO/RTO-doelen per systeem (niet één getal voor het hele bedrijf),
• frequentie en vorm van restore-tests,
• escalatiepad en rapport na het incident.

Bekijk de pakketten · DORA en bedrijfscontinuïteit · Meer artikelen