Goedkopere Google Workspace back-ups met incrementele exports

Sinds 24 juni 2026 rolt Google incrementele exports uit. Na een volledige baseline-backup maakt Google frequente incrementele snapshots van Gmail, Drive en Chat naar je eigen Google Cloud Storage-bucket. Je scope is per organisatie-eenheid, groep of gebruiker te bepalen, en de aanpak verlaagt de opslagkosten doordat je veel minder volledige kopieën hoeft te bewaren.

Wat incrementele exports precies zijn

Een klassieke back-up kopieert telkens de volledige dataset. Dat is veilig, maar duur en traag. Bij een organisatie met jaren aan mail en documenten betekent elke volledige kopie opnieuw tientallen gigabytes tot terabytes aan opslag. Incrementele exports pakken dat anders aan.

Bij incrementele exports maak je eerst één volledige baseline-backup. Daarna maakt Google op gezette tijden een incrementele snapshot: alleen de wijzigingen sinds de vorige snapshot worden vastgelegd. Die snapshots gaan naar een Google Cloud Storage-bucket die je zelf beheert. Omdat je na de eerste volledige kopie alleen nog de delta opslaat, groeit de opslag veel langzamer en blijven de kosten beheersbaar.

Het resultaat is een back-upstrategie die twee dingen combineert die normaal gesproken tegen elkaar in werken: frequenter back-uppen en tegelijk minder opslag gebruiken. Waar volledige back-ups meestal niet vaker dan eens per dag of per week kunnen, maken incrementele snapshots een veel fijnmaziger ritme mogelijk zonder dat de kosten exploderen.

Incrementele exports dekken Gmail, Drive en Chat. Dat zijn de kernservices waar bedrijfskritische data leeft: correspondentie, documenten en interne communicatie. Voor organisaties die hun back-up willen verbeteren zonder de cloudrekening te laten verdubbelen, is dit een van de meest directe verbeteringen.

Waarom dit goedkoper en frequenter back-uppen mogelijk maakt

De kosten van een back-up worden grotendeels bepaald door opslag. Elke volledige kopie die je bewaart, betaal je opnieuw. Door alleen incrementele snapshots naast de baseline te bewaren, daalt het aantal volledige kopieën drastisch. Dat vertaalt zich direct in lagere kosten voor Google Cloud Storage.

Daar komt een tweede effect bij. Omdat incrementele snapshots klein zijn, kun je ze veel vaker maken. Waar een volledige back-up een kostbare operatie is die je zorgvuldig plant, is een incrementele snapshot een routinehandeling. Dat betekent dat het verlies bij een incident kleiner wordt: stel dat er iets misgaat, dan is de hoeveelheid werk die je kwijt bent het verschil tussen de laatste snapshot en het moment van het incident, en dat verschil is bij frequente snapshots klein.

Voor organisaties die nu nog met dagelijkse volledige kopieën werken, is de winst dus dubbel: lagere opslagkosten en een kortere periode waaruit je zou moeten herstellen. En voor organisaties die nog helemaal geen structurele back-up van Workspace-data hebben, verlaagt deze aanpak de drempel om er een in te richten.

Het blijft wel belangrijk om te snappen wat een back-up is en wat niet. Een back-up beschermt tegen verlies en fouten. Het is geen vervanging voor de retentie- en bewaarinstellingen van Vault, en het vervangt ook geen herstelstrategie. De twee vullen elkaar aan.

Wat je nodig hebt: Enterprise Plus met Assured Controls of Assured Controls Plus

Incrementele exports zijn alleen beschikbaar voor organisaties met Enterprise Plus in combinatie met Assured Controls of Assured Controls Plus. Dat is een bewuste keuze van Google: de functie hoort bij het zwaarste compliance- en beheerniveau. Beschik je niet over deze combinatie, dan kun je de functie niet gebruiken en moet je terugvallen op andere manieren om Workspace-data te back-uppen.

Dit betekent concreet dat je eerst je licentiestructuur moet controleren voordat je plannen maakt. Werk je met een mix van Business- en Enterprise-licenties, dan is het verstandig om na te gaan welke gebruikers of eenheden onder het Enterprise Plus-niveau vallen en of dat aansluit bij de data die je wilt back-uppen.

Voor organisaties die al Enterprise Plus met Assured Controls of Assured Controls Plus gebruiken, is de functie een directe verbetering zonder dat er iets bijgekocht hoeft te worden. Voor organisaties die er nog niet op zitten, is het een afweging: de functie kan een reden zijn om het gesprek over licentieniveau opnieuw te voeren, maar het is geen verplichting. Er zijn ook andere manieren om data veilig te stellen.

Hoe je de scope bepaalt: organisatie-eenheid, groep of gebruiker

Een van de sterke punten van incrementele exports is dat je de scope kunt bepalen. Je kunt de back-up richten op een organisatie-eenheid, op een groep of op een individuele gebruiker. Dat maakt het mogelijk om een strategie te kiezen die past bij de risico's van je organisatie.

De meeste organisaties kiezen voor een combinatie. De basis is vaak een brede scope op organisatie-eenheid, zodat de bulk van de medewerkers gedekt is. Daarbovenop kun je groepen of personen met extra gevoelige data apart zetten, bijvoorbeeld een directieteam of een afdeling die met vertrouwelijke dossiers werkt. Die krijgen dan een eigen, mogelijk frequentere snapshot.

Scope bepalen is ook een verdeelvraag. Back-up kost opslag, en opslag kost geld. Door bewust te kiezen wat wel en niet wordt meegenomen, houd je de kosten in de hand zonder dat je de data laat vallen die er echt toe doet. Een goed uitgangspunt is om te beginnen met de data waarvan verlies de meeste impact heeft en van daaruit uit te breiden.

Denk ook na over bewaartermijnen. Hoe lang bewaar je een baseline en hoe lang houd je incrementele snapshots? Een langere bewaartermijn geeft meer herstelmogelijkheden, maar kost meer opslag. Kies een termijn die past bij je bedrijfsvoering en bij eventuele wettelijke verplichtingen.

De baseline-backup en de snapshots naar je eigen bucket

De kern van de werking is dat de data naar een Google Cloud Storage-bucket gaat die je zelf beheert. Dat is een belangrijk voordeel voor organisaties die controle willen over waar hun back-updata staat. Je kunt het beheer van de bucket inrichten volgens je eigen eisen, met eigen toegangsrechten en eigen levenscyclusregels.

De eerste stap is de volledige baseline. Die bevat de volledige dataset binnen de gekozen scope op dat moment. Daarna volgen de incrementele snapshots, die alleen wijzigingen bevatten. Samen vormen ze een keten waarmee je kunt teruggaan naar eerdere momenten.

Omdat de data in je eigen omgeving staat, is het verstandig om na te denken over de beveiliging van de bucket. Wie heeft toegang, welke rollen zijn toegekend en hoe voorkomen we dat de back-up zelf het doelwit wordt? Een back-up is alleen waardevol als die integer en beschikbaar is op het moment dat je hem nodig hebt. Beperk de toegang tot de bucket tot een kleine groep, gebruik de juiste rollen en leg vast wie wat mag.

Denk ook aan de levenscyclus. Met regels voor opslagklassen en verwijdering kun je oudere snapshots automatisch naar goedkopere opslag laten verhuizen of opruimen. Zo blijft de bucket niet ongemerkt groeien.

Waar je op moet letten

Begin niet meteen met de grootste scope. Test eerst met een kleine organisatie-eenheid of een testgroep, controleer of de baseline goed loopt en of de snapshots inderdaad alleen wijzigingen bevatten. Zo ontdek je vroeg eventuele problemen met rechten of configuratie.

Houd de kosten in de gaten, ook al is het idee dat ze dalen. Opslag is goedkoop, maar niet gratis, en een onbeperkte bewaartermijn loopt op. Stel een bewaarbeleid op en evalueer dat periodiek.

En test je herstel. Een back-up die nooit is getest, is een aanname. Probeer periodiek een herstelactie uit op een testomgeving of een klein bestand, zodat je weet dat de keten van baseline en snapshots daadwerkelijk werkt wanneer het erop aankomt.

Een concreet scenario: de baseline en de delta

Stel dat een organisatie op 1 januari een volledige baseline-export maakt. Daarna draait elke nacht een incrementele export die de wijzigingen van de laatste dagen vastlegt. Bij een incident op 15 maart is het herstelpunt dus de laatste snapshot, en het verlies beperkt zich tot de wijzigingen sinds die snapshot.

Dat is precies het voordeel van de delta-aanpak. Waar een volledige back-up vaak een kostbare operatie is die je zorgvuldig plant, is een incrementele snapshot een routinehandeling. Je kunt de frequentie verhogen zonder dat de opslagkosten evenredig stijgen, en daarmee het verlies bij een incident verkleinen.

Let wel op de keten. De baseline en de opeenvolgende snapshots vormen samen een geheel. Als er een gat in de keten zit, bijvoorbeeld omdat een snapshot is mislukt, kan het herstel worden beïnvloed. Controleer daarom periodiek of de reeks compleet is en of de exports daadwerkelijk draaien zoals bedoeld.

Bewaartermijnen en kosten in de hand houden

Incrementele exports verlagen de kosten, maar maken ze niet nul. Opslag blijft geld kosten, en een onbeperkte bewaartermijn loopt op. Kies daarom een bewaartermijn die past bij je bedrijfsvoering en bij wettelijke verplichtingen, en evalueer die periodiek.

Met levenscyclusregels op de bucket kun je oudere snapshots automatisch naar goedkopere opslag laten verhuizen of opruimen. Zo blijft de bucket niet ongemerkt groeien. Combineer dat met een helder overzicht van wat je bewaart, zodat je bij een herstelvraag precies weet welke momenten beschikbaar zijn.