/
/

Hiaten in de back-updekking in Google Workspace opsporen met de Beheerdersconsole en API’s

door Team Ninja
How to Detect Backup Coverage Gaps in Google Workspace Using Admin Console and APIs blog banner image

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

  • Veelvoorkomende oorzaken van hiaten herkennen: denk aan onboarding en offboarding van gebruikers, wijzigingen in OU’s of groepen en verkeerd geconfigureerde back-upbeleidsregels.
  • Een basislijn van gebruikers opstellen: exporteer de volledige gebruikersdirectory van Google Workspace en vergelijk die met uw inventaris van SaaS backup.
  • OU- en groepsbeleid controleren: hier ontstaan vaak blinde vlekken in de back-up, vooral wanneer nieuwe gebruikers of groepen worden toegevoegd zonder dat de back-uptoewijzingen worden bijgewerkt.
  • De beperkingen van Vault begrijpen: Google Vault ondersteunt gegevensbewaring en legal holds, maar is geen back-upoplossing.
  • Detectie van hiaten automatiseren: gebruik de Google Admin SDK Directory API en de Reports API om op grote schaal automatisch onbeschermde gebruikers en riskante verwijderactiviteit op te sporen.
  • Herstel documenteren en beheren: houd back-uphiaten bij in een centraal register, zodat herstelacties consistent verlopen in alle Google Workspace-omgevingen.

Een uitgebreid en gestructureerd proces om hiaten in de Google back-updekking op te sporen levert MSP’s veel voordelen op. In de eerste plaats zorgt het ervoor dat elke gelicentieerde gebruiker en elke dataset beschermd is. Beheerders kunnen eenvoudiger

  • verkeerde configuraties of blinde vlekken in de dekking vroegtijdig opsporen,
  • resultaten vastleggen voor audits en QBR’s en
  • herstelstappen of extra investeringen in SaaS backup onderbouwen.

Bescherm elke gebruiker en elke workload met een betrouwbare oplossing voor SaaS backup.

Start hier uw gratis trial van NinjaOne SaaS backup

Zo controleert u de back-upgegevens van Google

📌 Vereisten:

  • U hebt de rol van Super Admin nodig of een gedelegeerde beheerder met toegang tot de Google Beheerdersconsole en Vault.
  • Werkt u met API’s, dan hebt u een Google Cloud-project nodig waarin de Admin SDK Directory API en de Reports API zijn ingeschakeld.
  • OAuth 2.0-referenties voor gedelegeerde toegang zijn verplicht.
  • U moet beschikken over een basisinventaris van gebruikers, OU’s en groepen om mee te vergelijken.
  • Zorg dat u al een spreadsheet of documentatieplatform hebt om bevindingen in vast te leggen.

📌 Aanbevolen implementatiestrategieën:

Klik om een methode te kiezen💻
Beste voor individuele gebruikers
💻💻💻
Beste voor grote organisaties
Methode 1: gebruikersdekking valideren via de Beheerdersconsole✓
Methode 2: uitzonderingen op organisatie-eenheid (OU) en groep controleren✓
Methode 3: bewaarbeleid in Vault beoordelen✓
Methode 4: onbeschermde accounts opsporen met de Admin SDK Directory API✓
Methode 5: verwijderrisico’s signaleren met de Reports API✓
Methode 6: bevindingen documenteren en een hiatenregister opbouwen✓

Wilt u snel een visueel overzicht? Bekijk dan onze videogids Hiaten in de back-updekking in Google Workspace opsporen met de Beheerdersconsole en API’s

Methode 1: gebruikersdekking valideren via de Beheerdersconsole

  1. Ga naar de Google Beheerdersconsole.
  2. Navigeer naar Menu > Directory > Gebruikers.
  3. Klik rechtsboven op het pictogram Downloaden.
  4. Selecteer Alle gebruikers.
  5. U kunt de gegevens downloaden als CSV-bestand of in Google Spreadsheets plaatsen. Kies de optie die het beste past bij uw voorkeuren en bij het beleid van uw organisatie.
  6. Vergelijk de gegevens uit de Google-console met de gegevens uit uw lijst voor SaaS backup.
  7. Markeer alle afwijkende of ontbrekende vermeldingen. Staan ze niet in het bestand van de SaaS backup, dan is die gebruiker niet correct gekoppeld aan een back-upbeleid.

Methode 2: uitzonderingen op organisatie-eenheid (OU) en groep controleren

  1. Loop de verschillende organisatie-eenheden en groepen door die in uw organisatie worden gebruikt om back-ups toe te passen.
  2. Controleer of alle organisaties gedekt zijn en of alle gebruikers gekoppeld zijn aan een passend back-upbeleid.
  3. Zijn er gebruikers of groepen die niet gedekt zijn, markeer die dan direct. Dit gebeurt bijvoorbeeld wanneer de OU nieuw is of wanneer gebruikers onlangs naar een andere groep zijn verplaatst.
  4. Zorg dat uw back-upbeleid consistent wordt toegepast op alle gebruikers, groepen en organisatie-eenheden.

Methode 3: bewaarbeleid in Vault beoordelen

  1. Open Google Vault.
  2. Ga naar Bewaren.
  3. Controleer of de bewaarregels voor Gmail, Drive, Chat en Meet consistent zijn toegepast op al uw organisatie-eenheden.
  4. Worden de regels niet consistent toegepast, documenteer dan de hiaten.
  5. Neem uw documentatie door en pas elke instelling aan, zodat de regels in al uw organisatie-eenheden consistent worden toegepast.

Houd vooral in gedachten dat Google Vault weliswaar helpt om gegevens te bewaren voor compliance en legal holds, maar geen vervanging is voor SaaS backup van een derde partij. Vault garandeert geen

  • point-in-time restores,
  • granulair herstel of
  • bescherming tegen configuratiefouten van beheerders.

Methode 4: onbeschermde accounts opsporen met de Admin SDK Directory API

U kunt ook Windows PowerShell gebruiken om een query uit te voeren op de SDK Directory API en zo hiaten in de dekking te vinden. (Vergeet niet dat tokens moeten worden gegenereerd met OAuth 2.0 of met serviceaccounts met domain-wide delegation.)

Hier is een voorbeeldscript dat u kunt gebruiken:

# Example PowerShell snippet using Google Admin SDK Directory API
$uri = "https://admin.googleapis.com/admin/directory/v1/users?customer=my_customer&maxResults=500"
$headers = @{ Authorization = "Bearer $AccessToken" }
$response = Invoke-RestMethod -Uri $uri -Headers $headers
$response.users | Select-Object primaryEmail, suspended, orgUnitPath

"Bearer $AccessToken" moet u vervangen door een geldig API-token.

Met dit script maakt u verbinding met Google Workspace via de Admin SDK API en ziet u

  • een lijst met 500 gebruikers met hun e-mailadressen,
  • of ze geschorst zijn en
  • tot welke organisatie-eenheden ze behoren.

Exporteer de gegevens als CSV-bestand en vergelijk ze met de gegevens in uw back-uptools. Markeer alle afwijkende of ontbrekende accounts om te zien of er onbeschermde gebruikers zijn.

Methode 5: verwijderrisico’s signaleren met de Reports API

Veelvuldig verwijderen en acties als “Prullenbak leegmaken” kunnen het herstel in gevaar brengen. Met de Reports API spoort u dit soort acties op via dit script:

# === CONFIGURATION ===
$AccessToken = "<YOUR_ACCESS_TOKEN>" # Paste your OAuth token here
$Application = "admin" # 'admin' = Admin Console events
$EventName = "DELETE_USER" # Type of deletion event
$StartTime = (Get-Date).AddDays(-30).ToString("yyyy-MM-ddTHH:mm:ssZ") # Last 30 days
$OutputCsv = "C:\Reports\UserDeletions.csv"# === INITIALIZE ===
$uri = "https://admin.googleapis.com/admin/reports/v1/activity/users/all/applications/$Application?eventName=$EventName&startTime=$StartTime"
$headers = @{ Authorization = "Bearer $AccessToken" }$allEvents = @()
$pageToken = $nullWrite-Host "Fetching deletion events from Reports API..."do {
$fullUri = if ($pageToken) { "$uri&pageToken=$pageToken" } else { $uri }
try {
$response = Invoke-RestMethod -Uri $fullUri -Headers $headers -Method Get
} catch {
Write-Error "API call failed: $_"
break
}if ($response.items) {
foreach ($item in $response.items) {
$eventDetails = [PSCustomObject]@{
EventId = $item.id.uniqueQualifier
Time = $item.id.time
ActorEmail = $item.actor.email
ActorType = $item.actor.type
EventName = $item.events[0].name
TargetUser = ($item.events[0].parameters | Where-Object { $_.name -eq "USER_EMAIL" }).value
}
$allEvents += $eventDetails
}
}$pageToken = $response.nextPageToken
} while ($pageToken)# === EXPORT ===
if ($allEvents.Count -gt 0) {
$allEvents | Export-Csv -Path $OutputCsv -NoTypeInformation -Encoding UTF8
Write-Host "Export complete. $($allEvents.Count) deletion events saved to $OutputCsv"
} else {
Write-Host "No deletion events found."
}

Zo krijgt u alle verwijdergebeurtenissen in uw Google Workspace te zien. Documenteer de patronen en zorg dat uw Vault-regels of back-updekking deze situaties afdekken.

Methode 6: bevindingen documenteren en een hiatenregister opbouwen

Zodra u een hiaat ontdekt, moet u het volgende doen:

  • Leg de workload/service vast, de betrokken gebruiker of OU, het probleem dat moet worden opgelost en de herstelstappen.
  • Wijs mensen aan die het probleem oplossen en geef hun een deadline.
  • Bewaar het register in een gedeeld document voor governance en QBR-gesprekken.

Overzichtstabel met beste praktijken voor back-updekking in Google Workspace

OnderdeelToegevoegde waarde
Export van gebruikerslijst versus back-uplijstHiermee spoort u onbeschermde accounts op en kunt u ze aanpakken.
Beoordeling van OU- en groepsbeleidDit voorkomt configuratiefouten en zorgt dat elke organisatie-eenheid en groep gedekt is.
Controle van bewaarbeleid in VaultZo weet u zeker dat de Vault-regels aansluiten op die van uw organisatie.
Query’s op de Directory APIHiermee spoort u automatisch hiaten in uw Google Workspace op.
Audit via de Reports APIZo herkent u riskante verwijdertrends en kunt u er iets aan doen.
HiatenregisterHiermee volgt u het herstel en stimuleert u verantwoordelijkheid.

Voorbeeld van een workflow voor dagelijkse detectie van hiaten

  1. Gebruik een script dat een gebruikerslijst ophaalt via de Admin SDK Directory API.
  2. Vergelijk die gebruikerslijst met de lijst uit uw SaaS backup.
  3. Exporteer de verschillen naar een CSV-bestand.
  4. Laat automatisch tickets aanmaken in uw PSA-software voor onbeschermde accounts.
  5. Archiveer de resultaten wekelijks voor audits.

Integratie met NinjaOne voor het beheren van back-updekking

Met de tools van NinjaOne kunt u

  • geplande scripts uitvoeren om de Directory API of Reports API te bevragen,
  • automatisch tickets laten genereren voor onbeschermde accounts,
  • hiatenregisters opslaan in NinjaOne Docs voor transparantie richting klanten,
  • compliance op het gebied van dekking opnemen in QBR-dashboards en
  • herinneringen voor kwartaalaudits van de dekking automatiseren.

Vooral NinjaOne Backup – dat nu ook beschikt over mogelijkheden voor SaaS backup voor Google Workspace en Microsoft 365 – geeft teams centraal inzicht in mogelijke hiaten in de back-updekking, via proactieve notificaties en één beheeroverzicht.

Meld u vandaag nog aan voor een gratis trial van de software of bekijk een gratis demo.

Automatiseer inzicht in de dekking en notificaties over hiaten in Google Workspace en MS 365.

Bekijk hoe NinjaOne SaaS backup werkt

Bescherm gebruikersaccounts met goede SaaS-governance

Uiteindelijk is het cruciaal om hiaten in de back-updekking in de Google Workspace van uw organisatie op te sporen, zodat u erop kunt vertrouwen dat alle accounts en services die u gebruikt beschermd zijn. Voor dit soort werk kunt u gebruikmaken van

  • exports uit de Google Beheerdersconsole,
  • controles van het bewaarbeleid in Vault en
  • Admin SDK API’s

om blinde vlekken systematisch bloot te leggen en de resultaten voor klanten vast te leggen.

Gerelateerde links:

FAQs

De meeste organisaties beoordelen hun back-updekking het best minstens elk kwartaal. MSP’s en omgevingen met veel wijzigingen voeren beter wekelijkse of geautomatiseerde controles uit om hiaten op te sporen die ontstaan door onboarding, offboarding of wijzigingen in OU’s.

Hiaten in de back-up treffen vaak

  • geschorste of gearchiveerde gebruikers,
  • gedeelde Drives,
  • recent aangemaakte accounts en
  • gebruikers die tussen OU’s of groepen zijn verplaatst zonder dat de back-upregels zijn bijgewerkt.

Nee. Google Workspace bevat beperkte native functies voor bewaring en herstel, maar Google biedt geen volledige SaaS backup met gegarandeerde point-in-time restores of langdurig herstel van verwijderde gebruikers en gegevens.

Zodra een gebruiker definitief is verwijderd en de bewaartermijnen zijn verstreken, zijn de gegevens mogelijk onherstelbaar, tenzij ze beschermd zijn door een back-upoplossing van een derde partij voor Google Workspace.

Dit vindt u misschien ook leuk

Klaar om de moeilijkste delen van IT te vereenvoudigen?