Sla over naar inhoud

Onze backup draait 1x per nacht, 24 uur dataverlies vinden we te veel.

RPO (Recovery Point Objective) bepaalt hoeveel data je mag verliezen. Van 24 uur naar enkele uren of minuten: kan, vereist meer storage en netwerkcapaciteit, en een passende backup-architectuur.

Probeer dit eerst zelf

  1. 1Bepaal per applicatie wat de echte RPO-eis is: een fileserver kan vaak 8 uur verlies aan, een SQL-server met financiële boekingen niet meer dan een paar minuten.
  2. 2Voor Windows-files: VSS-snapshots elke uur op de fileserver geeft snelle previous-versions, met dagelijkse backup naar offsite voor lange termijn.
  3. 3Voor SQL: Always-On of Log Shipping naar een tweede SQL-instance, met log-backups elke 5-15 minuten. RTO/RPO veel lager dan een nightly Veeam.
  4. 4Voor VM's met snel veranderende data: Veeam multi-job met snapshot-only elke 4 uur, plus dagelijkse Active Full naar offsite.
  5. 5Test de restore-procedure: een goed RPO is alleen waardevol als je echt kunt restoren binnen de RTO. Maandelijks restore-oefenen, ook al is het maar één VM.

Wanneer ons inschakelen

Voor RPO van seconden of bijna-zero: dat is niet meer 'backup' maar continuous replication of database-replication. Onderzoek of dat past bij je budget en complexiteit.

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.