Zo voert u een health review van uw Google Workspace back-up uit zonder extra tools

Veel kleine omgevingen draaien Google Workspace zonder een speciale SaaS backup-oplossing. Dat betekent niet dat u uw herstelgereedheid niet kunt beoordelen. Met uitsluitend native tools voert u een zinvolle health review van uw back-up uit die drie vragen beantwoordt:

• Welke gegevens worden lang genoeg bewaard om aan de herstelbehoefte te voldoen?
• Hoe snel en betrouwbaar kunnen we specifieke items of accounts herstellen?
• Welke risico’s kunnen herstel in de weg staan?

Deze gids laat u stap voor stap zien hoe u een Google Workspace health review uitvoert zonder extra tools.

Wilt u dit onderwerp visueel uitgelegd zien? Bekijk dan Zo voert u een health review van uw Google Workspace back-up uit zonder extra tools.

Stappen voor een Google Workspace health review

Zorg vooraf dat u aan de volgende voorwaarden voldoet, zodat het proces soepel verloopt.

• Een Super Admin- of Admin-rol met toegang tot de Admin Console, Controleren en onderzoeken en Vault (indien gelicentieerd).
• Kennis van de organisatie-eenheden en Gedeelde Drives in uw tenant.
• Voor optionele API-controles: een Google Cloud-project met de Admin SDK Reports API ingeschakeld en een OAuth-client voor gedelegeerde toegang.
• Een werkblad om bevindingen, Recovery Time Objective (RTO), Recovery Point Objective (RPO) en verantwoordelijken voor herstelacties vast te leggen.

Vault is de eDiscovery- en retentietool van Google Workspace waarmee u gegevens bewaart, doorzoekt en exporteert voor compliance en herstel.

Stap 1: bepaal de scope en herstelsdoelstellingen

Voordat u een Google Workspace health review uitvoert, moet u de scope, doelstellingen en verwachtingen van het herstel vastleggen. Wees duidelijk over wat u beschermt en hoe u succes meet.

Vereiste: voor dit proces hebt u beheerderstoegang tot Google Workspace nodig

1. Inventariseer de locaties van gegevens.
   • Breng actieve gebruikers, geschorste gebruikers en recent verwijderde accounts in kaart.
   • Maak een lijst van Gedeelde Drives en controleer de patronen in bestandseigendom.
   • Neem de inhoud van Gmail, Agenda, Contacten en Drive mee.
2. Stel hersteldoelen vast.
   • Bepaal het Recovery Point Objective (RPO): hoeveel gegevensverlies is acceptabel?
   • Bepaal het Recovery Time Objective (RTO): hoe snel moeten gegevens hersteld zijn?
   • Stel minimale retentieperioden vast die aan deze doelen voldoen.

Lees “RTO versus RPO” om het verschil te leren kennen.

3. Selecteer steekproeven voor de review.
   • Kies minimaal drie gebruikersaccounts die belangrijke afdelingen vertegenwoordigen (bijvoorbeeld HR, Finance en Sales).
   • Kies minimaal één Gedeelde Drive die intensief wordt gebruikt voor samenwerking.
   • Deze steekproeven gebruikt u later bij het herstellen

Op te leveren: stel een overzicht van één pagina op met de scope en doelen, inclusief:

• Gegevenstypen en -locaties die onder de review vallen
• Gebruikers en Gedeelde Drives die u voor de test selecteert
• RPO- en RTO-doelen per gegevensklasse
• Minimale retentievereisten

Stap 2: valideer retentie en bewaarplichten met Google Vault

Nu de scope en herstelsdoelstellingen vaststaan, controleert u of Google Vault die eisen ondersteunt. Vault dwingt retentie en legal holds af in Gmail, Drive, Chat en Meet en vormt daarmee de basis van uw langdurige gegevensbescherming. Deze validatie borgt dat u voldoet aan wet- en regelgeving rond gegevensbewaring.

Vereisten:

Een Google Workspace-editie die Vault bevat (Business Plus, Enterprise of Education) en beheerdersrechten om Vault-beleid te bekijken en te configureren.

1. Controleer of alle gebruikers die onder uw retentiebeleid vallen een Vault-licentie hebben.
2. Bekijk het standaardretentiebeleid en het beleid per organisatie-eenheid (OU).
   • Ga naar Vault → Bewaren en bekijk de regels voor:
     1. Gmail
     2. Drive
     3. Chat
     4. Meet-opnamen
   • Controleer of de regels bestaan en of uitzonderingen gedocumenteerd zijn.
3. Bevestig de tijdvensters en wat er na afloop met verwijderde gegevens gebeurt.
4. Controleer de legal holds.
   • Ga naar Vault → Bewaarplichten en controleer:
     1. VIP-mailboxen (bijvoorbeeld van directie, HR, finance en legal)
     2. Of de bewaarplichten actief zijn en de juiste scope hebben.
5. Begrijp wat er na het verstrijken van de termijn gebeurt.
   • Gmail: berichten kunnen definitief worden gewist zodra de Prullenbak van de gebruiker (30 dagen) en de Vault-retentie zijn verlopen.
   • Drive: het kan tot 15 dagen duren voordat items zijn verwijderd nadat de retentie is afgelopen.

Op te leveren: maak een retentiematrix met:

• Elke dienst (Gmail, Drive, Chat, Meet, Groepen)
• Type regel (standaard, OU-specifiek, bewaarplicht)
• Tijdvenster
• Uitzonderingen of hiaten

Stap 3: controleer native herstelroutes zonder Google Vault

Bevat uw organisatie of Google Workspace-editie geen Vault, dan bent u aangewezen op de ingebouwde herstelopties van Google. In deze stap bepaalt u wat u zonder Vault kunt herstellen en waar de grenzen liggen. Daarnaast legt u snelle hersteloptie vast voor bestanden of e-mails die per ongeluk zijn verwijderd.

Vereiste: hiervoor hebt u beheerderstoegang tot de Google Admin Console nodig.

Gebruik de Admin Console en de prullenbakfuncties van de apps om de herstelmogelijkheden te valideren wanneer Vault buiten beschouwing blijft.

1. Drive-herstel door een beheerder (binnen 25 dagen nadat de prullenbak is geleegd)
   • Pad: Admin Console → Gebruikers → [selecteer gebruiker] → Gegevens herstellen → Drive → kies een datumbereik
     Belangrijk: 25 dagen nadat items in de prullenbak zijn beland, worden ze definitief gewist.
2. Gmail-herstel door een beheerder (voor definitief verwijderde berichten)
   • Pad: Admin Console → Gebruikers → [selecteer gebruiker] → Gegevens herstellen → Gmail → kies een datumbereik
     Belangrijk: dit werkt alleen binnen 25 dagen na verwijdering.
3. Agenda-herstel (op gebruikersniveau, binnen 30 dagen)
   • Pad: Agenda in de browser → Instellingen → Prullenbak → Afspraken herstellen
     Belangrijk: afspraken zijn slechts 30 dagen te herstellen.
4. Drive-herstel (op gebruikersniveau, binnen 30 dagen)
   • Pad: Google Drive → Prullenbak → Item herstellen
     Belangrijk: bestanden in de prullenbak worden na 30 dagen automatisch verwijderd.

Op te leveren: stel een beknopte referentietabel op met:

• Wie kan herstellen (beheerder of gebruiker)
• Welk type gegevens hersteld kan worden
• Tijdslimieten
• Navigatiepad

Aanbeveling

Voldoen de native herstelgrenzen niet aan uw RTO- of RPO-doelen, voer dan een of meer van de volgende maatregelen door:

• Kies een SaaS backup van een derde partij voor langere herstelvensters of granulair herstel op itemniveau.
• Pas uw retentie- en offboardingbeleid aan om gegevensverlies binnen de native grenzen te beperken.
• Voeg Vault-licenties toe voor alle betrokken gebruikers om retentie- en herstelopties uit te breiden.

Stap 4: test herstelscenario’s op accountniveau

Valideer de herstelbaarheid op gebruikersniveau door situaties als offboarding, onbedoelde verwijdering of beveiligingsincidenten na te bootsen. Zo weet u zeker dat uw team gebruikersgegevens kan herstellen en toegang tot gedeelde bronnen kan terugkrijgen wanneer accounts worden verwijderd of hersteld.

Vereisten:

Beheerderstoegang tot de Google Admin Console en een testgebruikersaccount of een recent geschorst account voor de simulatie.

1. Een gebruiker terugzetten (binnen 20 dagen)
   • Pad: Admin Console → Gebruikers → Recent verwijderd → Herstellen
     Belangrijk: na 20 dagen worden het account en de bijbehorende gegevens definitief verwijderd.
2. Valideer de overdracht van bestandseigendom en de toegang
   • Controleer na het herstellen van de gebruiker:
     1. Eigendom van Drive-bestanden: zijn de bestanden nog toegankelijk?
     2. Lidmaatschap van Gedeelde Drives: staat de gebruiker er nog bij?
   • Bevestig bij verwijderde gebruikers het herstel van Drive-bestanden op basis van:
     1. Of de bestanden gedeeld waren.
     2. Of het eigendom vóór de verwijdering is overgedragen.
   • Pad: Admin Console → Apps → Google Workspace → Drive en Documenten → Eigendom overdragen.

Op te leveren

Stel een gedocumenteerd playbook op met:

• Stapsgewijze herstelinstructies
• Procedures voor eigendomsoverdracht
• Tijdsbeperkingen

Stap 5: controleer risicovolle gebeurtenissen met de tool Controleren en onderzoeken

Uw back-up- en herstelplan beschermen betekent ook dreigingen in de gaten houden die de integriteit van gegevens kunnen aantasten. Gebruik de tool Controleren en onderzoeken van Google Workspace om acties van gebruikers of beheerders op te sporen die het herstel kunnen beïnvloeden, evenals andere verdachte activiteiten die tot gegevensverlies kunnen leiden.

Vereiste: beheerderstoegang tot het Beveiligingscentrum in Google Workspace.

Stappen:

1. Open de tool Controleren en onderzoeken.
   • Pad: Admin Console → Beveiliging → Controleren en onderzoeken → [selecteer de relevante gegevensbronnen]
2. Voer een auditzoekopdracht uit op Drive.
   • Filter op:
     1. Verwijderen
     2. Prullenbak legen
     3. Wijzigingen in eigendom
     4. Massaal delen of extern delen
3. Voer een audit uit op beheerdersactiviteit.
   • Filter op:
     1. Wijzigingen in retentieregels
     2. Aanpassingen van het deelbeleid
     3. Wijzigingen in de Vault-configuratie
4. Exporteer de bevindingen naar een CSV-bestand of Google Spreadsheet om ze te volgen.

Op te leveren

Maak een wekelijkse of maandelijkse export van gebeurtenissen met een hoog risico, met daarin:

• Type gebeurtenis
• Betrokken gebruikers of bestanden
• Tijdstip
• Genomen herstelmaatregelen

Stap 6: voer steekproefsgewijze verwijder- en herstelproeven uit

In deze stap toetst u uw back-upreview in de praktijk, inclusief de RTO’s. Voer gecontroleerde verwijder- en herstelproeven uit met testgebruikers en Gedeelde Drives. Het doel is om te bevestigen dat herstel werkt in de belangrijkste Google Workspace-diensten met native tools.

Vereisten:

Beheerderstoegang tot de Google Admin Console en testaccounts.

1. Selecteer de testaccounts en de Gedeelde Drive.
   Tip: gebruik de representatieve gebruikers en de Gedeelde Drive die u in stap 1 hebt gekozen.
2. Verwijder testitems.
   • Verwijder voor elke geselecteerde gebruiker en één Gedeelde Drive:
     1. Eén niet-kritieke e-mail
     2. Eén agenda-afspraak
     3. Eén Drive-bestand
3. Herstel de gegevens via de native routes (stap 3).
4. Meet de RTO.
   • Noteer hoeveel tijd elk herstel in beslag neemt.
5. Controleer de integriteit van de items.
   • Ga na of de herstelde items volledig, bruikbaar en ongewijzigd zijn.
   • Noteer eventuele fouten, vertragingen of ontbrekende gegevens.

Op te leveren: maak een testlogboek van de herstelproeven met:

• Testgebruiker of Gedeelde Drive
• Verwijderde en herstelde items
• De gebruikte herstelmethode
• Benodigde tijd (RTO)
• Resultaat van de integriteitscontrole
• Opmerkingen over problemen of verbeterpunten

Stap 7: leg een gapregister en actieplan vast

Na afronding van uw health review moet u met de bevindingen aan de slag. Stel een gapregister op waarin u elk knelpunt noteert en aan een duidelijk actieplan koppelt. Gebruik nieuwe gegevens om hiaten in dekking of retentie te volgen, eigendomskwesties op te lossen en u beter voor te bereiden op audits en compliancecontroles.

Vereisten:

Een afgeronde health review van de back-up (stappen 1-6).

1. Leg de hiaten vast.
   • Noteer knelpunten zoals:
     1. Geen Vault-dekking voor bepaalde organisatie-eenheden (OU’s).
     2. Gedeelde Drives zonder toegewezen managers.
     3. Veelvuldige massaverwijderingen die in auditlogboeken worden gesignaleerd.
     4. Wisselende slagingspercentages bij herstel.
2. Koppel elk hiaat aan de belangrijkste kenmerken.
   • Documenteer per hiaat:
     1. Risiconiveau
     2. Eigenaar
     3. Uiterste datum
     4. Type maatregel
3. Verbind de hiaten met uw RTO/RTO-doelen.
   1. Geef prioriteit aan hiaten die uw herstelsdoelstellingen bedreigen.

Op te leveren:

Maak een levend gapregister dat:

• Maandelijks wordt doorgenomen
• Wordt bijgewerkt bij statuswijzigingen

Stap 8: optionele steekproeven via de API met PowerShell

U kunt uw health review aanvullen met automatisering via API-controles. Werkt u liever met een scriptbare methode zonder tools van derden, gebruik dan de Admin SDK Reports API om het aantal verwijderacties in Drive over de afgelopen N dagen te tellen. Deze stap is optioneel, maar geeft u een schaalbare manier om activiteit van alle gebruikers te controleren.

Vereisten:

• Een Super Admin-account in Google Workspace.
• Een Google Cloud-project met de Admin SDK API ingeschakeld.
• OAuth 2.0-referenties met domeinbrede delegatie.
• PowerShell geïnstalleerd op uw lokale machine of server.

1. Schakel de API in.

• • Ga naar Google Cloud Console → API’s en services → Bibliotheek.
  • Schakel de Admin SDK API in.

2. Maak referenties aan.

• • Ga naar Google Cloud Console → Inloggegevens en maak een OAuth 2.0-client-ID aan.
  • Schakel domeinbrede delegatie in.

3. Vraag een OAuth-toegangstoken aan voor een Super Admin.
4. Voer dit minimale PowerShell-fragment uit om Drive-activiteit op te vragen:

5. Bekijk de resultaten in de PowerShell-uitvoer of exporteer ze naar CSV voor rapportage.

Op te leveren

Maak een eenvoudig CSV-bestand of een rapport op het scherm met de verwijdergebeurtenissen in Drive, inclusief:

• Gebeurtenis-ID
• Tijdstempel
• Actor (de gebruiker die de actie uitvoerde)

Gebruik dit rapport als referentie en breid uw query’s uit met andere namen van Drive-auditgebeurtenissen uit de documentatie van de Reports API.

Stap 9: dekkingscontrole als laatste redmiddel met gegevensexport (break glass-optie)

Wanneer Vault, native herstelacties en andere methoden tekortschieten, is de Google Workspace Data Export Tool het laatste redmiddel of de “break glass”-optie om organisatiegegevens terug te halen. De tool is bedoeld voor volledige exports van tenantgegevens in noodsituaties of compliancescenario’s.

Vereisten:

• Super Admin-toegang en een Google Workspace-editie die de Data Export Tool ondersteunt.

1. Bekijk de voorwaarden en beperkingen.

• • Pad: Admin Console → Tools → Gegevensexport.
  • Controleer of uw editie en Super Admin-rol toegang geven.

2. Start een export.

• • Klik op Export starten. Google maakt dan een downloadbaar archief klaar met:
    1. Gmail
    2. Drive
    3. Agenda
    4. Contacten
    5. Sites en meer

3. Zoek het exportrapport op en interpreteer het.

• • Google stuurt Super Admins een e-mail zodra de export klaar is.
  • Ga naar Admin Console → Tools → Gegevensexport → Export bekijken.
  • Controleer het exportrapport op volledigheid.

4. Begrijp de opmerkingen en beperkingen bij gedeeltelijke exports.

• • Een export kan onvolledig zijn door:
    1. Grote hoeveelheden gegevens
    2. API-limieten
    3. Gebruikersrechten
  • Sommige gegevenstypen worden mogelijk niet meegenomen.
  • Links zijn tijdelijk en moeten snel worden gedownload.

Op te leveren

Stel een SOP van één pagina op met:

• Wie exports mag starten
• Wanneer en waarom u deze methode inzet
• De exportstappen en validatiecontroles
• Instructies voor veilige verwerking

Verificatie

Zodra de health review is afgerond, moet u de resultaten verifiëren en documenteren. Dit onderdeel levert het bewijs, de cijfers en de uitzonderingen waarmee u aantoont of uw herstelsdoelstellingen zijn gehaald en waar verbetering nodig is.

Waar u op moet letten

Google documenteert alle retentieregels, het gedrag van de prullenbak en de API-controles. Verwijs in uw review naar deze officiële bronnen om uw bevindingen te onderbouwen en uw audit verdedigbaar te maken.

Integratie met NinjaOne

Hoewel deze review bewust geen back-uptools van derden gebruikt, kan NinjaOne het proces wel degelijk ondersteunen:

Problemen oplossen

Dit zijn veelvoorkomende problemen en hoe u ze verhelpt:

Verwacht item niet zichtbaar na een Drive-herstel

Is een hersteld bestand niet zichtbaar, dan komt dat vaak door vertraging in de verwerking. Hoe lang het herstel duurt, hangt af van de hoeveelheid gegevens. Controleer het gekozen datumbereik en de omvang, valideer het gebruikersaccount en probeer het herstel daarna opnieuw.

Agenda-afspraak kan niet worden hersteld

Agenda-afspraken zijn alleen binnen 30 dagen te herstellen. Daarna zijn ze definitief verloren. Controleer de verwijderdatum en adviseer gebruikers om niet handmatig te wissen, tenzij het echt nodig is.

Gebruiker langer dan 20 dagen geleden verwijderd

Is een gebruikersaccount meer dan 20 dagen geleden verwijderd, dan is herstel niet mogelijk. Pas uw offboarding-SOP’s aan om dit te voorkomen: schors het account eerst, draag het eigendom van gegevens over en verwijder het account pas daarna.

Inconsistenties in de gegevensexport

De Data Export Tool van Google kan onvolledige exports opleveren door API-limieten, grote hoeveelheden gegevens of rechtenproblemen. Bekijk het exportrapport en de bijbehorende opmerkingen. Voor sommige items is een nieuwe export of een alternatieve herstelmethode nodig.

Voer een Google Workspace health review uit om uw gegevens te beschermen

Een health review van uw Google Workspace back-up zonder extra tools is praktisch en effectief. Door retentie te valideren herstelacties te testen en risicovolle gebeurtenissen te controleren, meet u uw werkelijke RPO en RTO, brengt u hiaten aan het licht en stelt u een actieplan op om het herstelrisico te verkleinen. Met gedocumenteerde resultaten hebt u bovendien het bewijs in handen om een speciale back-upoplossing te onderbouwen wanneer dat nodig is.

Gerelateerde onderwerpen:

• Zo maakt u een back-up van Google Workspace Drive
• SaaS backup: complete gids & beste praktijken
• Eenvoudige gids voor het herstellen van verwijderde of verloren Gmail-gegevens
• Zo gebruikt u Google Workspace-auditlogboeken om verborgen servicewaarde aan te tonen
• Zo gebruikt u Google Workspace-auditlogboeken om verborgen servicewaarde aan te tonen (videogids)