/
/

Is het retentiebeleid van Google Workspace genoeg als back-up?

door Team Ninja
Are Google Workspace Retention Policies Enough for Backup

Directe samenvatting

Deze blogpost van NinjaOne biedt een uitgebreide basislijst met CMD-commands en een deep dive duik in Windows-commands met meer dan 70 essentiële cmd-commands voor zowel beginners als gevorderden. Het legt praktische opdrachtpromptcommando’s uit voor file management, directory navigation, network troubleshooting, disk operations en automatisering met echte voorbeelden om de productiviteit te verbeteren. Of u nu fundamentele cmd-commands leert of geavanceerde Windows CLI-tools onder de knie krijgt, deze gids helpt u de Command Prompt effectiever te gebruiken.

Belangrijkste punten

  • Begrijp het doel: retentiebeleid en Google Vault bewaren data voor compliance en legal holds. Geen van beide maakt onafhankelijke kopieën of maakt echt dataherstel mogelijk.
  • Ken de hersteltermijnen: verwijderde gebruikersaccounts kunt u binnen 20 dagen terugzetten. Drive-bestanden blijven 30 dagen in de prullenbak staan, met daarna een korte, voorwaardelijke termijn.
  • Onderscheid bewaren van beschermen: Google Workspace houdt data toegankelijk onder specifieke compliancevoorwaarden. Pas een back-upoplossing van derden beschermt daadwerkelijk tegen onbedoeld verwijderen, corruptie en ransomware.
  • Herken het gat in het native herstel: de ingebouwde prullenbak en versiegeschiedenis van Google vangen alledaagse fouten op. Ze bieden geen centraal back-upbeheer en geen point-in-time herstel bij grotere incidenten.
  • Bouw gelaagde bescherming op:
  • Combineer de native tools van Google met een specifieke back-upoplossing van derden voor geautomatiseerde back-ups, meerdere herstelpunten en langdurige retentie.

Google Workspace bevat ingebouwde tools voor dataretentie en compliance waarmee gebruikers beleid instellen, communicatie archiveren en voldoen aan wettelijke eisen rond gegevensbescherming, allemaal zonder het platform te verlaten.

Door die functies denken organisaties al snel dat hun data volledig beschermd is, terwijl functies als retentiebeleid en zelfs Google Vault helemaal geen back-upoplossingen zijn.

Het verschil kennen tussen dataretentie in Google Workspace en een back-upoplossing is cruciaal voor elke organisatie die er zeker van wil zijn dat ze haar data ook echt kan herstellen wanneer dat nodig is.

Google Workspace-retentie versus back-up: zijn native tools echt genoeg?

Google Workspace beschikt over native tools voor dataretentie waarmee organisaties de levenscyclus van hun data beheren en grip houden op hun compliance-eisen.

Functies als retentiebeleid en Vault helpen IT-teams weliswaar bij het beheren van datalevenscycli en ondersteunen eDiscovery, maar ze zijn nooit gebouwd om data te beschermen tegen onbedoeld verwijderen of grootschalig verlies.

ToolDoelMaakt onafhankelijke kopie?HersteltermijnHet meest geschikt voor
RetentiebeleidVoldoen aan eisen rond compliance en legal holds door te bepalen hoelang data bewaard blijftNeeN.v.t. (bepaalt wanneer data wordt verwijderd, niet hoe die wordt hersteld)Wettelijke compliance, audittrails
Google VaulteDiscovery (data zoeken, vasthouden en exporteren voor juridische of compliancebeoordeling)NeeTot 25 dagen is mogelijk haalbaar voor een recent geleegde prullenbak, maar alleen als er geen conflicterende hold geldtLegal holds, zoekopdrachten bij rechtszaken, compliance-audits
Native prullenbak/versiegeschiedenisAlledaagse fouten terugdraaien (verwijderde bestanden, verkeerde bewerkingen)Nee30 dagen in de prullenbak; versiegeschiedenis beperkt tot 30 dagen of 100 versies, afhankelijk van wat zich het eerst voordoet (verdwijnt volledig als het bestand definitief wordt verwijderd)Snel herstel na onbedoelde bewerkingen of recente verwijderingen
Back-up van derdenOnafhankelijke, geautomatiseerde gegevensbescherming

Ja

Configureerbaar (vaak maanden of jaren, met meerdere point-in-time herstelpunten)Herstel na ransomware, grootschalige verwijdering, langdurige gegevensbescherming

Waarvoor het retentiebeleid van Google Workspace bedoeld is

Retentiebeleid bestaat in feite uit de regels die bepalen hoelang data in uw omgeving bewaard blijft en wanneer die verwijderd moet worden. Ze zijn bedoeld om te voldoen aan compliance-eisen zoals legal holds en audittrails, niet voor disaster recovery.

In de praktijk bewaren ze uw data gedurende een bepaalde periode en helpen ze uw organisatie te voldoen aan branchevoorschriften. Data bewaren is echter niet hetzelfde als data beschermen.

Retentiebeleid maakt geen onafhankelijke kopieën van uw bestanden en dekt ook niet elk mogelijk scenario van dataverlies. Het belangrijkste: het biedt u niet het granulaire, point-in-time herstel dat na een groot incident nodig is.

Gebeurt er iets met uw data dat buiten het retentiebeleid valt, dan kunt u er weinig mee.

Wat Google Vault daadwerkelijk doet

Google Vault is nog zo’n ingebouwde tool voor dataretentie die vaak op één hoop wordt gegooid met retentiebeleid. In de kern is Vault een tool voor eDiscovery en archivering waarmee u:

  • E-mails, bestanden en berichten bewaart voor compliancedoeleinden
  • Zoekopdrachten uitvoert in gebruikersdata
  • Data exporteert voor juridisch gebruik of audits
  • Retentieregels op grote schaal toepast binnen uw organisatie

Het is een oprecht nuttige tool voor juridische teams en compliance officers, maar net als retentiebeleid is Vault gemaakt om gebruikers te helpen met data governance en niet met operationeel herstel.

Verwijdert een beheerder bijvoorbeeld per ongeluk een gebruikersaccount, dan heeft hij 20 dagen de tijd om dat terug te zetten. Daarna zijn het account en de bijbehorende Gmail, Drive-bestanden, Agenda en Contacten definitief weg. Voor Drive-bestanden geldt een andere klok: items blijven 30 dagen in de prullenbak staan en zelfs daarna kan een beheerder ze soms nog tot 25 dagen terughalen, maar alleen als er geen retentieregel of hold van toepassing is. Google geeft daar geen garantie op. Buiten deze termijnen krijgt zelfs Google Support de data niet meer terug, tenzij die onder een retentiebeleid viel.

Daarom is het belangrijk om duidelijk te stellen dat Google Vault geen back-uptool is. Het slaat geen onafhankelijke kopieën van uw data op buiten Workspace en biedt zeer beperkte mogelijkheden om content rechtstreeks naar eindgebruikers terug te zetten.

Vault behandelen als een back-up kan uw organisatie blootstellen aan groot dataverlies. Volgens het State of SaaS Backup and Recovery Report 2025 van Spanning was onbedoeld verwijderen alleen al goed voor 34% van de incidenten met SaaS-dataverlies, terwijl verkeerde configuraties en conflicten met integraties van derden elk nog eens 30% voor hun rekening namen. Precies de scenario’s waar Vault niet voor gebouwd is.

Met zo’n korte hersteltermijn en zonder echte herstelmogelijkheden is alleen op Vault vertrouwen voor gegevensbescherming simpelweg niet genoeg.

Waar het native herstel van Google Workspace tekortschiet

Naast retentiebeleid en Vault beschikt Google Workspace over enkele basale herstelmogelijkheden. De prullenbakken bewaren verwijderde items tot 30 dagen en met de versiegeschiedenis kunnen gebruikers wijzigingen in Drive-bestanden terugdraaien binnen 30 dagen of tot de laatste 100 versies, afhankelijk van wat zich het eerst voordoet.

Deze functies volstaan voor kleine, alledaagse fouten, maar bij ernstiger scenario’s zijn ze niet de betrouwbaarste oplossing. Overschrijft iemand per ongeluk een gedeeld bestand, dan synchroniseert die versie direct naar alle verbonden gebruikers. Tegen de tijd dat iemand het opmerkt, kan het origineel bovendien al verdwenen zijn.

Google Workspace heeft daarnaast geen centraal back-upbeheer en biedt beperkte granulariteit bij herstel. U kunt er geen specifieke versie van een bestand op een specifiek moment mee terugzetten. Gebruikers kunnen afzonderlijke versies markeren als “Voor altijd bewaren” om ze van het opschonen uit te sluiten, maar dat moet handmatig, bestand voor bestand. Het is dus geen vervanging voor een systematische back-up. Wordt het bestand zelf definitief uit de prullenbak verwijderd, dan verdwijnt de volledige versiegeschiedenis mee. Versiegeschiedenis biedt daarmee geen bescherming tegen verwijdering, alleen tegen verkeerde bewerkingen.

Door AI gegenereerde content vormt een nieuwe blinde vlek

Nu Gemini een vast onderdeel wordt van workflows in Documenten, Spreadsheets, Presentaties en Gmail, ontstaat of verandert een steeds groter deel van de content van een organisatie (denk aan concepten, samenvattingen, gegenereerde tabellen en herschreven e-mails) met hulp van AI binnen diezelfde bestanden.

Geen enkele native retentie- of hersteltool van Google behandelt dit anders dan elke andere bewerking, wat betekent dat dezelfde limieten van 30 dagen prullenbak en versiegeschiedenis gelden. Elke back-upstrategie van vandaag moet hier rekening mee houden en niet alleen met de bekende bestandstypen.

Waar retentiebeleid en Vault wel het meest zinvol zijn

Dit betekent niet dat u retentiebeleid en Vault niet meer kunt gebruiken. Ze helpen u nog steeds om aan compliance-eisen te voldoen en legal holds te handhaven, maar combineer ze bij voorkeur met een specifieke back-upstrategie.

Zo beschikt uw organisatie over volledige gegevensbescherming.

Veelvoorkomende misvattingen over gegevensbescherming in Google Workspace

Er bestaan ook een paar misvattingen die eraan bijdragen dat organisaties te veel leunen op de native retentietools van Google Workspace.

“Google Workspace maakt automatisch een back-up van al uw data”

Hoewel Google Workspace een van de betrouwbaarste IT-infrastructuren ter wereld heeft, maakt het niet automatisch een back-up van alle data van zijn gebruikers. Het is ontworpen om uw bestanden en mappen toegankelijk te houden, niet om ze te herstellen als er bij u iets misgaat.

Dit is een veelvoorkomende misvatting die veel organisaties over SaaS hebben. Ze gebruiken platformen als Google Workspace zonder te beseffen dat ze zelf verantwoordelijk zijn voor de bescherming van hun eigen data.

“Clouddata kan niet definitief verwijderd worden”

Dat een bestand of map in de cloud staat, maakt het nog niet immuun voor definitief verlies. Google Workspace kan u niet helpen data terug te halen die verloren is gegaan door ransomware-aanvallen, onbedoeld verwijderen of beheerdersfouten die buiten de hersteltermijnen van het platform vallen.

“Native herstel- en retentietools volstaan voor alle scenario’s van dataverlies”

Zoals eerder genoemd dekken de native herstelfuncties van Google Workspace een redelijk aantal alledaagse scenario’s, maar voor grootschalige verwijderingen of datacorruptie bij meerdere gebruikers zijn ze niet ideaal.

Zo bouwt u een complete strategie voor gegevensbescherming in Google Workspace

Nu we de belangrijkste beperkingen van het retentiebeleid en Vault van Google Workspace hebben behandeld, ziet u hier hoe u die gaten kunt dichten.

Zoek een betrouwbare back-upoplossing van derden

Back-upsoftware van derden is een van de eenvoudigste manieren om de gaten te dichten die Google Workspace niet kan afdekken.

Let op een oplossing waarmee u:

  • Onafhankelijke kopieën van uw data buiten Google Workspace opslaat
  • Back-ups automatiseert voor alle Workspace-diensten, waaronder Gmail, Google Drive, Contacten en Agenda
  • Zowel granulaire als volledige hersteloptie krijgt
  • Langdurige retentie benut die verder gaat dan de limieten van Google

Houd meerdere herstelpunten aan

Een volwaardige back-up- en herstelstrategie kent meerdere herstelpunten met verschillende tussenpozen. Zo zet u verloren of beschadigde data terug vanaf een specifiek moment zonder dat u weken aan werk kwijtraakt.

Point-in-time herstel is belangrijk bij ransomwarescenario’s, waarin u wilt terugkeren naar een schone situatie van vóór het moment waarop aanvallers uw data versleutelden.

Het is ook nuttig bij geleidelijke corruptie of onbedoelde overschrijvingen, die bedrijven vaker overkomen dan u zou denken.

Test uw herstelproces regelmatig

Een back-up die nooit getest is, is een back-up waar u niet op kunt vertrouwen. Met regelmatige disaster recovery (DR)-tests weet u zeker dat u uw back-ups ook echt kunt terugzetten na een incident in de praktijk.

Test uw herstelproces, zowel granulaire als volledige accountherstellingen, minstens elk kwartaal om te controleren of alles werkt zoals verwacht. Het is ook aan te raden het proces te documenteren, zodat uw teams weten wat ze moeten doen, wie waarvoor verantwoordelijk is en hoelang herstel doorgaans duurt.

Monitor gegevenstoegang en wijzigingen

Voorkomen is bijna altijd goedkoper dan herstellen en een van de eenvoudigste preventieve maatregelen die uw team kan nemen is het monitoren van gegevenstoegang en wijzigingen binnen uw Google Workspace-omgeving.

Met deze aanpak signaleert u problemen vroegtijdig, voordat ze uitgroeien tot een groot incident met dataverlies.

De meeste back-upoplossingen van derden beschikken over mogelijkheden voor monitoring en alarmering, maar ook het beheerdersportaal van Google Workspace bevat auditlogs waarmee u verdacht gedrag boven water haalt.

Een gelaagde strategie voor gegevensbescherming is de sleutel tot dataveerkracht. In plaats van te vertrouwen op één tool om uw Google Workspace-omgeving te beschermen, zet u meerdere componenten in zodat er niets tussen wal en schip valt.

Google Workspace-retentie versus een degelijke back-upoplossing: het juiste gereedschap voor de juiste klus

Het retentiebeleid van Google Workspace en Google Vault zijn allebei uitstekende tools, maar alleen als u ze gebruikt waarvoor ze gemaakt zijn. Ze doen het goed op het gebied van compliancebeheer, data governance en eDiscovery, maar ze vervangen geen back-upoplossingen.

Ze bewaren uw data onder specifieke voorwaarden, maar leveren geen onafhankelijke kopieën en bieden geen flexibele herstelopties. Vertrouwt u alleen op deze native tools, dan loopt uw organisatie het risico cruciale data te verliezen door onbedoeld verwijderen, corruptie en verkeerde configuratie.

Wilt u uw volledige Google Workspace-omgeving tegen dergelijke scenario’s beschermen, dan hebt u een complete strategie voor gegevensbescherming nodig die meerdere componenten combineert om de gaten te dichten die de native tools van Google Workspace laten vallen.

Google Workspace heeft zonder twijfel uitstekende mogelijkheden voor dataretentie, maar bewaren is niet hetzelfde als beschermen. Daarom is het belangrijk dat u een allesomvattende back-upstrategie opstelt die uw clouddata daadwerkelijk veiligstelt.

Gerelateerde onderwerpen:

FAQs

Ja. Vault is bedoeld voor legal holds en eDiscovery, niet voor herstel: het kan data niet rechtstreeks terugzetten naar het account van een gebruiker. Een specifieke back-upoplossing werkt naast Vault en vult het herstelgat dat Vault nooit bedoeld was te dichten.

Dat hangt van de leverancier af. Nu Gemini is ingebed in Documenten, Spreadsheets, Presentaties en Gmail, staat door AI opgestelde en bewerkte content in dezelfde bestanden als al het andere. Die content is dus alleen beschermd als uw back-uptool deze bestandstypen volgens hetzelfde schema meeneemt als de rest van uw data. Controleer dit expliciet bij het beoordelen van leveranciers.

Alleen als u back-ups hebt die los van Workspace zijn opgeslagen, met meerdere herstelpunten. Native tools zoals de prullenbak en versiegeschiedenis helpen hier niet, omdat ransomware data sneller kan versleutelen of overschrijven dan u binnen die korte hersteltermijnen kunt reageren.

Minstens elk kwartaal, zowel granulair herstel (één bestand of mailbox) als volledig accountherstel. Een back-up die nooit getest is, is een risico en geen vangnet: met testen vindt u de gaten voordat een echt incident dat doet.

Een complete oplossing maakt een back-up van Gmail, Drive-bestanden en Gedeelde Drives, Agenda en Contacten, dus niet van één dienst alleen. Dekt een leverancier alleen Drive of alleen Gmail, dan loopt u nog steeds risico bij de diensten die buiten beeld blijven.

Dit vindt u misschien ook leuk

Klaar om de moeilijkste delen van IT te vereenvoudigen?