{"id":936842,"date":"2026-11-13T14:09:19","date_gmt":"2026-11-13T14:09:19","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/rto-en-rpo-back-upniveaus\/"},"modified":"2026-11-13T14:09:20","modified_gmt":"2026-11-13T14:09:20","slug":"rto-en-rpo-back-upniveaus","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/nl\/blog\/rto-en-rpo-back-upniveaus\/","title":{"rendered":"Zo stelt u duidelijke RTO\/RPO-verwachtingen op per back-upniveau"},"content":{"rendered":"<div class=\"in-context-cta\"><h2>Belangrijkste punten<\/h2>\n<ul>\n<li>RTO is de beoogde tijd om een systeem te herstellen en RPO is het maximaal acceptabele gegevensverlies, uitgedrukt in tijd.<\/li>\n<li>Back-upniveaus, doorgaans genummerd van 0 tot 3, groeperen systemen op kritikaliteit: van niveau 0 voor kritieke services tot niveau 3 voor weinig gebruikte systemen.<\/li>\n<li>Door back-upplanning af te stemmen op RTO en RPO, sluiten herstelstrategie\u00ebn aan op het belang van systemen en gegevens.<\/li>\n<li>De back-upfrequentie bepaalt de RPO in het slechtste geval: een RPO van 15 minuten vraagt dus minstens elke 15 minuten om een back-up, snapshot of replicatie.<\/li>\n<\/ul>\n<\/div>\n<p>RTO (recovery time objective) geeft aan hoe snel een systeem na een storing hersteld moet zijn, terwijl RPO (recovery point objective) aangeeft hoeveel gegevensverlies, gemeten in tijd, het bedrijf kan accepteren. MSP\u2019s stellen beide waarden vast per back-upniveau, bevestigen ze met een business impact analysis en leggen ze vast in de SLA\u2019s van klanten.<\/p>\n<p>Het vastleggen van <strong>RTO en RPO<\/strong> helpt MSP\u2019s en klanten om realistische herstelverwachtingen af te spreken. Gedocumenteerde doelen geven beide partijen vooraf een gedeelde definitie van succes en achteraf een meetbare maatstaf.<\/p>\n<p>Zonder die doelen lopen MSP\u2019s het risico herstelprioriteiten verkeerd af te stemmen, waardoor kritieke systemen en gegevens kwetsbaar blijven.<\/p>\n<p>In dit artikel leggen we uit hoe u back-upniveaus definieert, systemen in kaart brengt met een business impact analysis, RTO- en RPO-doelen voor klanten documenteert, herstel valideert en die doelen actueel houdt via onboarding en QBR\u2019s.<\/p>\n<h2>Strategie\u00ebn om back-upplanning af te stemmen op RTO en RPO<\/h2>\n<p>Herstelverwachtingen moeten aansluiten op het belang van elk systeem en de bijbehorende gegevens. Zo verspilt u geen middelen aan slecht afgestemde herstelstrategie\u00ebn en worden herstelresultaten voorspelbaarder.<\/p>\n<p><strong>Use cases<\/strong>: het vastleggen van RTO\/RPO-doelen stemt de middelen van de MSP af op de bedrijfsprioriteiten van de klant. Door systemen en gegevens in niveaus te documenteren, voldoen MSP\u2019s aan hun SLA-afspraken en versterken ze tegelijk de <a href=\"https:\/\/www.ninjaone.com\/blog\/what-is-business-continuity-and-disaster-recovery\/\">business continuity and disaster recovery<\/a> (BCDR) strategie\u00ebn van klanten.<\/p>\n<p><strong>Vereisten:<\/strong><\/p>\n<ul>\n<li>Toegang tot back-uplogboeken<\/li>\n<li>Een centraal documentatieplatform (bijvoorbeeld <a href=\"https:\/\/www.ninjaone.com\/nl\/it-documentatie\/\">NinjaOne Documentation<\/a>)<\/li>\n<li>Een helder beeld van de systemen en bedrijfsprocessen van de klant<\/li>\n<li>Een gedocumenteerde asset-inventarisatie<\/li>\n<li>Afgesproken definities van RTO en RPO<\/li>\n<\/ul>\n<p>Een visuele uitleg bij deze gids vindt u hier: <a href=\"https:\/\/www.ninjaone.com\/videos\/backup\/how-to-set-clear-rto-rpo-expectations-across-backup-tiers\/\">Zo stelt u duidelijke RTO\/RPO-verwachtingen op per back-upniveau<\/a>.<\/p>\n<h3>Strategie 1: definieer back-upniveaus per klant<\/h3>\n<p>Elk endpoint vervult een specifieke functie binnen een omgeving. Door endpoints in niveaus in te delen, maakt u duidelijk hoe kritiek ze zijn bij een storing, uitvaltijd of gegevensverlies. Met een vast back-upniveau per klant zorgt u ervoor dat herstelstrategie\u00ebn precies aansluiten op het belang van een endpoint.<\/p>\n<p><strong>Let op: <\/strong>houd hersteldoelen in lijn met wat uw back-upoplossing daadwerkelijk aankan. (Zie <a href=\"#things-to-look-out-for\"><em>Waar u op moet letten<\/em><\/a>.)<\/p>\n<h4>Voorbeeld van back-upniveaus met RTO- en RPO-doelen<\/h4>\n<p>Door systemen in niveaus in te delen op basis van hun verwachte bedrijfsimpact, krijgen klanten een helder beeld van hun hersteldoelen tijdens een storing.<\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center; vertical-align: middle;\"><strong>Niveau<\/strong><\/td>\n<td style=\"text-align: center; vertical-align: middle;\"><strong>Beschrijving<\/strong><\/td>\n<td style=\"text-align: center; vertical-align: middle;\"><strong>RTO-doel<\/strong><\/td>\n<td style=\"text-align: center; vertical-align: middle;\"><strong>RPO-doel<\/strong><\/td>\n<td style=\"text-align: center; vertical-align: middle;\"><strong>Voorbeelden<\/strong><\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: center;\">0<\/td>\n<td style=\"text-align: center;\">Kritieke services<\/td>\n<td style=\"text-align: center;\">&lt;15 minuten<\/td>\n<td style=\"text-align: center;\">&lt;1 minuut<\/td>\n<td>Betaalgateways, kiosken en transactiedatabases<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: center;\">1<\/td>\n<td style=\"text-align: center;\">Kernservices van de organisatie<\/td>\n<td style=\"text-align: center;\">1 tot 4 uur<\/td>\n<td style=\"text-align: center;\">5 tot 15 minuten<\/td>\n<td>CRM\u2019s en bestandsservers<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: center;\">2<\/td>\n<td style=\"text-align: center;\">Afdelingstools<\/td>\n<td style=\"text-align: center;\">4 tot 12 uur<\/td>\n<td style=\"text-align: center;\">30 tot 60 minuten<\/td>\n<td>HR-tools en rapportagedashboards<\/td>\n<\/tr>\n<tr>\n<td style=\"text-align: center;\">3<\/td>\n<td style=\"text-align: center;\">Weinig gebruikte systemen<\/td>\n<td style=\"text-align: center;\">12 tot 24 uur<\/td>\n<td style=\"text-align: center;\">4 tot 24 uur<\/td>\n<td>Bestandsarchieven<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Er is geen branchestandaard die deze niveaus vastlegt. Stem de marges dus af op de business impact analysis van elke klant en op het kortste back-upinterval dat uw tooling ondersteunt. Voor niveau 0 zijn naast back-ups meestal replicatie of high-availabilitytooling nodig; beschouw de back-up op dat niveau dus als vangnet.<\/p>\n<h3>Strategie 2: breng systemen in kaart met een business impact analysis<\/h3>\n<p>Een business impact analysis (BIA) geeft inzicht in de verschillende criteria voor de indeling in niveaus. Technici kunnen BIA\u2019s gebruiken om systemen te beoordelen en te bepalen in welk niveau ze thuishoren.<\/p>\n<p>Inzicht in de kritikaliteit van systemen helpt klanten bepalen hoeveel uitvaltijd en gegevensverlies acceptabel is. Zo voorkomt u verkeerde indelingen, want een groot systeem is niet per definitie kritiek en een klein systeem niet per definitie van lage prioriteit.<\/p>\n<p><strong>Belangrijk: <\/strong>onnauwkeurige BIA\u2019s leiden tot een verkeerde indeling in niveaus. (Zie <a href=\"#things-to-look-out-for\"><em>Waar u op moet letten<\/em><\/a>.)<\/p>\n<h4>Belangrijke BIA-criteria voor de indeling in niveaus<\/h4>\n<ul>\n<li><strong>Financi\u00eble of operationele schade door uitvaltijd. <\/strong>Beoordeel welke impact een systeem heeft op omzet, transacties en kernprocessen bij uitvaltijd en gegevensverlies. Een storing in een kassasysteem kan bijvoorbeeld de verkoop stilleggen, waardoor het in niveau 0 thuishoort.<\/li>\n<li><strong>Compliance- of regelgevingsrisico\u2019s. <\/strong>Systemen met gereguleerde gegevens, zoals ePHI onder HIPAA, hebben <a href=\"https:\/\/www.ninjaone.com\/nl\/blog\/hipaa-vereisten-gegevensback-up\/\">gedocumenteerde back-up- en herstelprocedures<\/a> nodig en de kritikaliteitsanalyse leidt vaak tot strakkere hersteldoelen en frequentere back-ups.<\/li>\n<li><strong>Aantal getroffen gebruikers. <\/strong>Hoe meer gebruikers een storing treft, hoe groter de impact op de organisatie. Kort gezegd: een systeem dat alle medewerkers raakt vraagt om een hoger RTO\/RPO-niveau dan een systeem dat door een klein team wordt gebruikt.<\/li>\n<li><strong>Herstelafhankelijkheden. <\/strong>Systemen waarvan kritieke processen afhankelijk zijn vragen om dezelfde urgentie als de kritieke systemen zelf. Door die afhankelijkheden in kaart te brengen en in een urgent herstelniveau te plaatsen, stroomlijnt u uw back-upstrategie.<\/li>\n<\/ul>\n<h3>Strategie 3: documenteer RTO en RPO met een template voor klanten<\/h3>\n<p>Nadat systemen in niveaus zijn ingedeeld, moeten MSP\u2019s die indeling vastleggen in een begrijpelijke vorm en taal. Documentatie van de back-upstrategie dient als naslagwerk tijdens een storing en zorgt ervoor dat processen de afgesproken doelen volgen.<\/p>\n<p>Door hersteldoelen inzichtelijk te maken, biedt u klanten transparantie tijdens hun onboarding. Neem de documentatie op in QBR\u2019s om te verduidelijken hoe bestaande back-upstrategie\u00ebn aansluiten op de operationele behoeften van klanten.<\/p>\n<h4>Voorbeeld van documentatie voor klanten<\/h4>\n<table style=\"width: 100%;\">\n<tbody>\n<tr>\n<td style=\"text-align: center; vertical-align: middle; width: 19.883%;\"><strong>Systeem<\/strong><\/td>\n<td style=\"text-align: center; vertical-align: middle; width: 6.43275%;\"><strong>Niveau<\/strong><\/td>\n<td style=\"text-align: center; vertical-align: middle; width: 19.1033%;\"><strong>Verwachte hersteltijd (RTO)<\/strong><\/td>\n<td style=\"text-align: center; vertical-align: middle; width: 18.5185%;\"><strong>Drempel voor gegevensverlies (RPO)<\/strong><\/td>\n<td style=\"text-align: center; vertical-align: middle; width: 34.5029%;\"><strong>Opmerkingen<\/strong><\/td>\n<\/tr>\n<tr>\n<td style=\"vertical-align: middle; width: 19.883%;\">QuickBooks Server<\/td>\n<td style=\"vertical-align: middle; width: 6.43275%;\">1<\/td>\n<td style=\"vertical-align: middle; width: 19.1033%;\">2 uur<\/td>\n<td style=\"vertical-align: middle; width: 18.5185%;\">1 uur<\/td>\n<td style=\"vertical-align: middle; width: 34.5029%;\">Volledige systeemimage, met elk uur een incrementele back-up<\/td>\n<\/tr>\n<tr>\n<td style=\"vertical-align: middle; width: 19.883%;\">Archief-NAS<\/td>\n<td style=\"vertical-align: middle; width: 6.43275%;\">3<\/td>\n<td style=\"vertical-align: middle; width: 19.1033%;\">24 uur<\/td>\n<td style=\"vertical-align: middle; width: 18.5185%;\">12 uur<\/td>\n<td style=\"vertical-align: middle; width: 34.5029%;\">Nachtelijke back-up naar cold storage<\/td>\n<\/tr>\n<tr>\n<td style=\"vertical-align: middle; width: 19.883%;\">Microsoft 365-mailboxen<\/td>\n<td style=\"vertical-align: middle; width: 6.43275%;\">2<\/td>\n<td style=\"vertical-align: middle; width: 19.1033%;\">4 tot 12 uur<\/td>\n<td style=\"vertical-align: middle; width: 18.5185%;\">30 minuten<\/td>\n<td style=\"vertical-align: middle; width: 34.5029%;\">Gedekt door NinjaOne <a href=\"https:\/\/www.ninjaone.com\/nl\/backup\/saas-backup\/m365\/\">Microsoft 365 backup<\/a><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<div class=\"in-context-cta\"><p style=\"text-align: center;\">Vergelijk back-upopties voor de systemen en gegevens in elk niveau<\/p>\n<p style=\"text-align: center;\"><a href=\"https:\/\/www.ninjaone.com\/nl\/resource\/backup-kopersgids\/\" rel=\"noopener\" target=\"_blank\">Download de Backup Buyer\u2019s Guide van NinjaOne<\/a><\/p>\n<\/div>\n<h3>Strategie 4: stem back-upstrategie\u00ebn af op elk niveau<\/h3>\n<p>MSP\u2019s moeten er goed op letten dat de back-upfrequentie past bij de hersteltijd en de drempel voor gegevensverlies die met de klant zijn afgesproken. U kunt bijvoorbeeld geen RPO van 15 minuten beloven als er maar \u00e9\u00e9n keer per uur een back-up draait.<\/p>\n<p>Daarnaast moeten MSP\u2019s hun middelen kosteneffici\u00ebnt inzetten zodat ze de back-up-SLA\u2019s halen zonder een vermogen uit te geven. Krachtige back-upoplossingen zijn ideaal voor kritieke systemen, terwijl niet-kritieke systemen beter af zijn met goedkope opslaglocaties.<\/p>\n<h4>Voorbeeldniveaus en bijbehorende back-upstrategie\u00ebn<\/h4>\n<ul>\n<li><strong>Niveau 0.<\/strong> Herstel moet in dit niveau snel gaan, want het bevat systemen die operationeel onmisbaar zijn. Oplossingen kunnen continue replicatie of failoverclusters bevatten om de uptime te maximaliseren.<\/li>\n<li><strong>Niveau 1.<\/strong> Plaats systemen die dagelijkse bedrijfsfuncties ondersteunen in dit niveau om verstoring van de workflow te voorkomen. Technici kunnen frequente image-back-ups en snapshots inzetten om de RTO en RPO van dit niveau te halen.<\/li>\n<li><strong>Niveau 2.<\/strong> Reserveer dit niveau voor systemen die langere herstelvensters aankunnen. Incrementele back-ups per uur verlagen de belasting, gecombineerd met dagelijkse volledige back-ups voor betrouwbare herstelpunten.<\/li>\n<li><strong>Niveau 3.<\/strong> Het is aan te raden om zelden geraadpleegde systemen en bestanden in dit niveau op te nemen. Gebruik goedkope cold storage, want langere hersteltijden voor gearchiveerde bestanden zijn doorgaans acceptabel.<\/li>\n<\/ul>\n<h4><em>Plan niet alleen voor storingen, maar ook voor herstel na ransomware<\/em><\/h4>\n<p>Ransomware verandert de herstelplanning. Herstel moet komen van kopie\u00ebn die een aanvaller niet kan versleutelen of verwijderen en de RTO moet de tijd meerekenen die nodig is om te bevestigen dat een hersteld systeem schoon is. Gebruik onveranderlijke of offline kopie\u00ebn voor gegevens in niveau 0 tot en met niveau 2 en vermeld identiteitsservices zoals Microsoft Entra ID en Active Directory als herstelafhankelijkheden, omdat veel systemen zonder die services niet hersteld of gebruikt kunnen worden.<\/p>\n<p><a href=\"https:\/\/www.ninjaone.com\/nl\/backup\/\">NinjaOne Backup<\/a> beschermt endpoints, servers en SaaS-data, waaronder Microsoft 365 en Google Workspace, zodat MSP\u2019s deze afhankelijkheden in hetzelfde niveaumodel kunnen opnemen.<\/p>\n<h3>Strategie 5: controleer de naleving van RTO en RPO met lichte validatiechecks<\/h3>\n<p>Zodra systemen in niveaus zijn ingedeeld, is de volgende logische stap om te testen of alles werkt. Met lichte tests kunnen technici afwijkingen in het back-upbeleid signaleren en zo bewaken dat systemen binnen hun toegewezen RPO\/RTO-niveau blijven.<\/p>\n<p>Technici kunnen testruns uitvoeren en back-uplogboeken bekijken om te controleren of de back-upfrequentie het RPO-doel haalt. Voor de RTO leveren handmatige en geplande hersteltests cijfers op waarmee u de werkelijke hersteltijd kunt meten.<\/p>\n<p>Gegevens uit logboeken, regelmatige tests en dashboardmonitoring geven MSP\u2019s bruikbare inzichten waarmee ze problemen voorkomen voordat het incidenten worden. Zo blijft de servicekwaliteit op peil doordat back-upstrategie\u00ebn continu worden verbeterd met methoden die weinig overhead vragen.<\/p>\n<h3>Strategie 6: verweef back-upplanning in gesprekken en reviews met klanten<\/h3>\n<p>De behoeften van klanten veranderen naarmate hun organisatie groeit. Transparante en proactieve communicatie over back-upstrategie\u00ebn, van onboarding tot QBR\u2019s, draagt bij aan die ontwikkeling.<\/p>\n<h4>Gespreksonderwerpen tijdens de onboarding<\/h4>\n<p>De eerste RTO- en RPO-doelen op basis van de prioriteiten en technische mogelijkheden van de klant stelt u vast tijdens de onboarding. Zo begrijpen klanten hoe hun bestaande herstelstrategie\u00ebn eruitzien, zowel voor als na een incident.<\/p>\n<h4>Quarterly business reviews<\/h4>\n<p>Leg vast welke systemen de hersteldoelen wel en niet haalden op basis van herstellogboeken, dashboards en tests. Dat levert een transparante analyse op die geslaagde taken laat zien en hiaten blootlegt waardoor klanten onderbouwde keuzes kunnen maken over aanpassingen in de niveaus.<\/p>\n<h4>Evaluatie na een incident<\/h4>\n<p>Herstelplannen horen te verbeteren op basis van recente prestaties, niet op basis van aannames en simulaties. Vergelijk na een incident of storing de herstelprestaties met de hersteldoelen om bestaande back-upstrategie\u00ebn en niveau-indelingen aan te scherpen.<\/p>\n<h4>Documentatie en audits<\/h4>\n<p>Neem elke wijziging in niveau-indelingen, RTO\/RPO-doelen of strategie\u00ebn op in rapporten, inclusief de onderbouwing. Archiveer die rapporten zodat er een helder audittrail ontstaat voor interne teams en klanten tijdens reviews.<\/p>\n<h2 id=\"things-to-look-out-for\">Waar u op moet letten<\/h2>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Risico\u2019s<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Mogelijke gevolgen<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Correcties<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Te veel beloven op RTO- en RPO-doelen<\/td>\n<td>Onhaalbare hersteldoelen leiden tot SLA-schendingen en ontevreden klanten.<\/td>\n<td>Bekijk herstellogboeken en back-upintervallen en pas de niveau-indeling daarop aan. Informeer klanten over wijzigingen in RTO\/RPO voordat u ze doorvoert.<\/td>\n<\/tr>\n<tr>\n<td>Het verkeerde back-upniveau toewijzen<\/td>\n<td>Een verkeerde niveau-indeling kan kritieke systemen kwetsbaar maken tijdens storingen.<\/td>\n<td>Voer de <a href=\"https:\/\/asana.com\/resources\/business-impact-analysis\" target=\"_blank\" rel=\"noopener\">business impact analysis<\/a> opnieuw uit om hiaten en verkeerde toewijzingen op te sporen en deel systemen daarna op basis van kritikaliteit in bij het juiste niveau.<\/td>\n<\/tr>\n<tr>\n<td>Gebrek aan validatiechecks<\/td>\n<td>Back-up- en herstelprestaties kunnen in de loop van de tijd afwijken waardoor de dienstverlening niet meer aansluit op de beoogde hersteldoelen.<\/td>\n<td>Plan lichte validaties in om RTO- en RPO-naleving regelmatig te beoordelen. Zo signaleren technici afwijkingen proactief voordat ze grote problemen worden voor een klant.<\/td>\n<\/tr>\n<tr>\n<td>Slechte communicatie met de klant<\/td>\n<td>Door slechte communicatie weten klanten niets van herstelbeperkingen en wijzigingen, waardoor ze het vertrouwen in hun MSP kunnen verliezen.<\/td>\n<td>Bespreek hersteldoelen tijdens de onboarding en in QBR\u2019s. Documenteer validatieresultaten en wijzigingen zodat klanten een helder audittrail houden.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Zo ondersteunt NinjaOne back-ups in niveaus<\/h2>\n<p>Het unified IT-operationsplatform van NinjaOne brengt endpoint management, back-up, documentatie en rapportage samen in \u00e9\u00e9n portaal. NinjaOne Backup beschermt endpoints, servers en SaaS-data, waaronder Microsoft 365 en Google Workspace, zodat MSP\u2019s hun back-upbeleid kunnen afstemmen op de niveaus van elke klant en de resultaten kunnen volgen naast de rest van hun IT-operations.<\/p>\n<ul>\n<li><strong>Aangepaste velden. <\/strong>Label assets met hun niveau, RTO en RPO en gebruik die velden vervolgens voor rapportage, notificaties en automatisering.<\/li>\n<li><strong>Notificaties. <\/strong>Bouw notificaties en automatiseringen op basis van waarden in aangepaste velden, bijvoorbeeld een device waarvan het niveaulabel niet overeenkomt met het back-upbeleid.<\/li>\n<li><strong>Documentatie.<\/strong> Bewaar de niveau-indelingen, RTO- en RPO-doelen en herstelrunbooks van elke klant in NinjaOne Documentation zodat elke technicus vanuit dezelfde bron werkt.<\/li>\n<li><strong>Rapportage.<\/strong> Plan rapporten voor dagelijkse, wekelijkse of maandelijkse verspreiding om QBR-gegevens voor te bereiden.<\/li>\n<\/ul>\n<h2>Zet klanten op weg naar succes met goed gedefinieerde RTO en RPO<\/h2>\n<p>Een succesvolle back-upstrategie werkt twee kanten op: klanten communiceren open over hun bedrijfsdoelen en MSP\u2019s delen hun doelstellingen voor herstelprestaties. Door wederzijdse transparantie stemmen beide partijen hun herstelverwachtingen en incidentrespons op elkaar af.<\/p>\n<p>Goede back-upstrategie\u00ebn groeien mee met de klant. Door goed gedefinieerde doelstellingen op te nemen in de onboarding, <a href=\"https:\/\/uk.indeed.com\/career-advice\/career-development\/quarterly-business-review\" target=\"_blank\" rel=\"noopener\">QBR\u2019s<\/a> en evaluaties na incidenten worden veerkracht en verantwoordelijkheid een gezamenlijke inspanning van MSP\u2019s en klanten.<\/p>\n<p><strong>Gerelateerde onderwerpen:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/blog\/rto-vs-rpo-whats-the-difference\/\">RTO versus RPO: wat is het verschil?<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/blog\/complete-guide-to-data-backup-recovery\/\">Complete gids voor gegevensback-up en herstel<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/nl\/blog\/wat-is-dr-backup-en-waarom-hebt-u-het-nodig\/\">Wat is backup and disaster recovery en waarom hebt u het nodig?<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/blog\/how-to-create-a-disaster-recovery-plan\/\">Zo maakt u een disaster recovery plan (DRP)<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/videos\/backup\/how-to-choose-the-right-windows-backup-set-for-msp-environments\/\">Zo kiest u de juiste Windows-back-upset voor MSP-omgevingen<\/a> (video)<\/li>\n<\/ul>\n<div class=\"quick-start-guide\"><h2><svg width=\"45\" height=\"45\" viewBox=\"0 0 45 45\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n<path d=\"M41.4822 0H3.51778C1.57496 0 0 1.57496 0 3.51778V41.4822C0 43.425 1.57496 45 3.51778 45H41.4822C43.425 45 45 43.425 45 41.4822V3.51778C45 1.57496 43.425 0 41.4822 0Z\" fill=\"#053856\"\/>\n<path d=\"M30.4399 13.9904C28.9161 12.4475 26.9127 11.6737 24.4346 11.6737C23.0721 11.6737 21.8188 11.911 20.6794 12.3858C19.5401 12.8605 18.5859 13.5346 17.8168 14.4129V11.2654L12.2766 13.867V32.562H18.0779V22.4739C18.0779 20.6224 18.5099 19.2267 19.3787 18.2867C20.2474 17.3515 21.4105 16.8815 22.8727 16.8815C24.1877 16.8815 25.1894 17.285 25.8825 18.0968C26.5756 18.9086 26.9222 20.1334 26.9222 21.7808V32.562H32.7234V21.2728C32.7234 18.2393 31.9591 15.5285 30.4399 13.9856V13.9904Z\" fill=\"#04FF88\"\/>\n<\/svg>Quick-start guide<\/h2><p>Met NinjaOne SaaS backup stelt u duidelijke verwachtingen voor Recovery Time Objective (RTO) en Recovery Point Objective (RPO) dankzij flexibele bewaarbeleidsregels.<\/p>\n<p>De belangrijkste functies:<\/p>\n<ol>\n<li>Back-upfrequentie:\n<ul>\n<li>E-mails: 12x per dag<\/li>\n<li>OneDrive\/Google Drive: 1x per dag<\/li>\n<li>SharePoint\/gedeelde schijf: 3x per dag<\/li>\n<li>Groepen en Teams: 3x per dag<\/li>\n<\/ul>\n<\/li>\n<li>Bewaarbeleid:\n<ul>\n<li>U kunt gedetailleerde bewaarschema\u2019s maken met opties voor:\n<ul>\n<li>Back-ups per uur<\/li>\n<li>Dagelijkse back-ups<\/li>\n<li>Wekelijkse back-ups<\/li>\n<li>Maandelijkse back-ups<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<\/li>\n<li>Voorbeelden van bewaartermijnen:\n<ul>\n<li>U kunt twee maanden aan back-ups bewaren door:\n<ul>\n<li>Back-ups per uur 7 dagen te bewaren<\/li>\n<li>Dagelijkse back-ups de volgende 14 dagen te bewaren<\/li>\n<li>Wekelijkse back-ups 4 weken te bewaren<\/li>\n<li>Maandelijkse back-ups 2 maanden te bewaren<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<\/li>\n<li>Extra functies:\n<ul>\n<li>Incrementele back-up legt alleen de wijzigingen sinds de vorige back-up vast<\/li>\n<li>256-bits AES-versleuteling<\/li>\n<li>Ondersteuning voor point-in-time-herstel<\/li>\n<li>Flexibele herstelopties (kopie maken, toevoegen, overschrijven, overslaan)<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n<p>Zo kunnen organisaties duidelijke, op maat gemaakte RTO\/RPO-verwachtingen vaststellen voor verschillende back-upniveaus en gegevenstypen.<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>RTO (recovery time objective) geeft aan hoe snel een systeem na een storing hersteld moet zijn, terwijl RPO (recovery point objective) aangeeft hoeveel gegevensverlies, gemeten in tijd, het bedrijf kan accepteren. MSP\u2019s stellen beide waarden vast per back-upniveau, bevestigen ze met een business impact analysis en leggen ze vast in de SLA\u2019s van klanten. Het [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":557148,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[3022],"tags":[],"class_list":["post-936842","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-backup"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/posts\/936842","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/comments?post=936842"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/posts\/936842\/revisions"}],"predecessor-version":[{"id":936843,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/posts\/936842\/revisions\/936843"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/media\/557148"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/media?parent=936842"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/categories?post=936842"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/tags?post=936842"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}