Wanneer is de back-up bruikbaar?
Microsoft 365 Backup en Purview-retentie hebben verschillende doelen: backup ondersteunt recovery naar points; retentie ondersteunt bewaren, records en discovery. Het ene mag niet als stilzwijgend bewijs van het andere worden gebruikt.
Een verkorting kan oudere points verwijderen na de toepasselijke graceperiode en wordt daarom als destructieve change behandeld met impactanalyse, approval en rollbackgrens. Verwijdering uit policy stopt nieuwe points maar bestaande backups blijven volgens hun window en kunnen kosten houden.
Strict holds beïnvloeden restorekeuzes; privacy- of GDPR-offboarding krijgt een eigen bevoegd pad. Test pointselectie voor recente en oudere wijziging, removed-itemstate en een gecontroleerde windowchange zonder echte data te vernietigen. Controleer audit, notifications, billingimpact en herstelbaarheid vóór en na. Bewaar policy-, artifact-, point-, hold-, approval- en verantwoordelijken-ID.
Wat gebeurt er na herstel?
Gebruik een retention-recoveryledger met workload, policy, recovery window, pointfrequentie, Purviewpolicy/hold, artifactstate, deletionbasis, kosten en besluit. Recovery window, pointfrequentie, retentiebeleid, legal hold en privacyverwijdering zijn vijf verschillende lifecyclebesluiten. De policyreview voorkomt de veelgemaakte stelling dat “retentie hetzelfde is als backup”.
Een document kan bewaard worden zonder een bruikbaar point-in-time herstelpad; een backup kan herstelbaar zijn zonder aan recordsmanagement te voldoen. Iedere termijn wordt daarom gekoppeld aan doel, workload en bewijsbron. We bespreken recente fouten, langer onopgemerkt verlies en verplichte bewaring als verschillende vragen.
Voor recovery window en retentie koppelt de controle de Microsoft 365-gegevens aan het systeem waarin medewerkers ermee werken. Na de proef ontvangt u voor recovery window en retentie een begrijpelijk overzicht van de dekking, het geteste herstel en open aandachtspunten.