Iemand zegt dat we geen M365-backup nodig hebben omdat SharePoint versies bewaart.

SharePoint-versiehistorie is handig voor 'oeps, ik heb dit document overschreven', niet voor ransomware, mass-delete of een ex-medewerker die opzettelijk leeg achterlaat. Versies leven in dezelfde tenant als het origineel, dus alles wat de tenant raakt raakt ook de versies.

Probeer dit eerst zelf

1. 1Controleer wat versiehistorie kan: terugzetten van een eerder bestand binnen dezelfde site, mits het bestand zelf nog bestaat. Bij een verwijderd item moet je eerst uit de prullenbak halen, daarna versie kiezen.
2. 2Test wat het niet kan: een versleutelde site na ransomware terugzetten, een per ongeluk verwijderde site-collection herstellen, of een mass-delete van honderden items in 1 actie ongedaan maken zonder script.
3. 3Standaard-versielimiet voor SharePoint Online is 500 grote versies per item. Een ransomware die elk bestand 1 keer aanraakt verbruikt 1 versie, geen probleem. Een ransomware die elk bestand 500 keer aanraakt vaagt je geschiedenis weg.
4. 4Site-collection-recycle-bin houdt verwijderde items 93 dagen vast. Daarna echt weg. Voor langere bewaartermijn heb je een echte backup nodig of retentie-policy met juiste duur.
5. 5Documenteer voor je directie het verschil tussen 'undo' (versies/recycle bin) en 'backup' (onafhankelijke kopie buiten de tenant). Versie-historie is undo, geen backup.
6. 6Implementeer 3rd-party M365-backup (Veeam, AvePoint, Dropsuite) als je een onafhankelijke kopie buiten de tenant wilt. Dat is wel een backup.

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.