Zo zet u geautomatiseerde back-upverificatie op met RMM notificaties

IT-beheerders en managed service providers (MSP’s) weten als geen ander hoe belangrijk het is om een back-up te maken van klantgegevens en van hun eigen data. Toch slaan veel organisaties een cruciale stap over: de geautomatiseerde verificatie van back-ups. Daarmee controleert u of back-ups volledig en beschikbaar zijn, zodat ze bij een calamiteit klaarstaan en de bedrijfscontinuïteit kunnen waarborgen.

In deze gids leest u hoe u met notificaties uit remote monitoring and management (RMM) de status van back-ups bewaakt, mislukte of onvolledige back-upjobs automatisch opspoort en realtime notificaties ontvangt. Tijdrovende en foutgevoelige handmatige controles zijn dan niet meer nodig.

Wat u nodig hebt voor back-upverificatie

De methoden hieronder maken gebruik van PowerShell voor scripting in Windows-omgevingen en eventueel van Group Policy in Active Directory om back-up- en logbeleid af te dwingen.

Om notificaties in te stellen die bevestigen dat uw back-upprocessen succesvol worden afgerond, hebt u een back-upoplossing nodig die de jobstatus logt (Veeam, Acronis, Windows Backup, Macrium en MSP360 ondersteunen dit bijvoorbeeld allemaal). Zo kunnen die logbestanden automatisch op problemen worden gecontroleerd. Daarnaast hebt u een gebruikers- of serviceaccount nodig met toegang tot die logbestanden of ze nu centraal op een server worden verzameld of op afzonderlijke apparaten blijven staan.

Verder hebt u een RMM platform nodig dat het uitrollen van eigen scripts ondersteunt, zodat u uw automatiseringsscripts kunt afstemmen op uw specifieke back-upoplossing en wensen (NinjaOne ondersteunt deze functionaliteit). Uw RMM platform moet ook centrale logverzameling voor latere inspectie ondersteunen en notificaties kunnen versturen via het kanaal van uw voorkeur.

Bij het opstellen van uw back-upscripts en notificatie-workflows zijn dit de belangrijkste doelen:

• Gemiste of mislukte back-ups direct detecteren en melden
• Geslaagde back-ups loggen ter verificatie
• Back-up- en logbeleid afdwingen dat uw RPO (Recovery Point Objective) en RTO (Recovery Time Objective) haalbaar maakt

Uitgebreide RMM oplossingen hebben ingebouwde back-upfunctionaliteit, maar met de mogelijkheid om eigen scripts te integreren voor logcontrole en notificaties vangt u uitzonderingen en bijzondere eisen op. Welke back-upoplossing en verificatiemethoden u ook gebruikt, controleer regelmatig of alles werkt of alle vereiste data daadwerkelijk wordt geback-upt en of foutmeldingen goed aankomen.

Methode 1: back-ups valideren op basis van logbestanden met RMM en PowerShell

De meeste back-upsoftware schrijft jobresultaten weg naar logbestanden of naar het Windows-gebeurtenissenlogboek. U kunt PowerShell-scripts schrijven die deze logbestanden uitlezen en notificaties genereren.

Het voorbeeldscript hieronder laat zien hoe u het Veeam-back-uplogboek controleert op een geslaagde back-up binnen de afgelopen 24 uur:

$log = Get-ChildItem -Path "C:\ProgramData\Veeam\Backup" -Recurse -Filter "*.log" | Sort-Object LastWriteTime -Descending | Select-Object -First 1
$lastLog = Get-Content $log.FullName | Select-String "Job finished" | Select-Object -Last 1
if ($lastLog -notmatch "Success") {
Write-EventLog -LogName Application -Source "BackupVerifier" -EventID 2001 -EntryType Error -Message "Last backup failed or incomplete."
}

U kunt dit script voor andere back-upplatformen gebruiken door het pad naar het logbestand en het filterpatroon aan te passen.

Wordt er een fout in het back-uplogboek gevonden, dan wordt er met de cmdlet Write-EventLog een gebeurtenis naar het Windows-gebeurtenissenlogboek geschreven. Vervolgens stelt u uw RMM notificaties zo in dat ze op zo’n loggebeurtenis reageren (in dit geval hebben we de bron BackupVerifier genoemd en de mislukte back-up Event ID 2001 gegeven, zodat uw RMM platform erop kan filteren en bewaken).

Methode 2: de status van de back-upapplicatie opvragen met CMD-scripts

In plaats van PowerShell-scripts die logbestanden doorzoeken kunt u ook de opdrachtprompt gebruiken.

In dit voorbeeld wordt de uitvoer van de back-uptool wbadmin gecontroleerd:

wbadmin get versions >> C:\Logs\backup_status.txt
findstr /C:"Backup time:" C:\Logs\backup_status.txt >nul || echo %DATE% %TIME% Backup check failed >> C:\Logs\backup_failures.txt

Met Windows Taakplanner automatiseert u dit script. Daarna stelt u uw RMM in om het bestand backup_failures.txt op wijzigingen te controleren. Net als bij de andere voorbeelden op deze pagina past u dit eenvoudig aan voor andere back-upoplossingen door de bestandspaden en het logformaat te wijzigen.

Methode 3: de registry monitoren op statusindicatoren van back-ups

Back-upapplicaties die hun jobstatus naar de registry schrijven (bijvoorbeeld in een sleutel als HKEY_LOCAL_MACHINE\SOFTWARE\BackupSolution\Backup\LastJobStatus) kunt u bewaken door de registry met een PowerShell-script uit te lezen, zoals in dit voorbeeld:

$status = Get-ItemProperty -Path "HKLM:\SOFTWARE\Veeam\Backup" -Name "LastJobStatus"
if ($status.LastJobStatus -ne "Success") {
Write-EventLog -LogName Application -Source "BackupRegistryCheck" -EventID 3001 -EntryType Warning -Message "Backup job did not succeed."
}

Dit is een algemeen voorbeeld dat u kunt aanpassen voor elke software die resultaten naar de registry schrijft. Vervolgens maakt u in uw RMM platform notificaties aan die gekoppeld zijn aan de bron BackupRegistryCheck met Event ID 3001.

Logging en auditbeleid afdwingen met Group Policy

Met Group Policy-objecten dwingt u consistente logging en auditing van back-upactiviteit af op al uw endpoints. Dat doet u zo:

• Open de Group Policy Management Console
• Ga naar Computerconfiguratie > Windows-instellingen > Beveiligingsinstellingen > Geavanceerde configuratie van auditbeleid > Objecttoegang
• Schakel Bestandssysteem controleren in (voor het aanmaken van en de toegang tot back-upbestanden) en/of Procestracering controleren (voor monitoring van het back-upproces)

Afhankelijk van wat uw platform ondersteunt kunt u ook instellingen voor logbewaring, maximale loggrootte, overschrijfbeleid en het opstartgedrag van back-upagents afdwingen.

Aandachtspunten bij het automatiseren van back-upverificatie

Bij het schrijven van uw geautomatiseerde verificatiescripts kunt u, afhankelijk van uw eisen, ook de volgende functionaliteit meenemen:

• Compliance met bewaarbeleid: verificatie van bewaartermijnen, bijvoorbeeld de controle of de laatste 7 dagelijkse, 4 wekelijkse en 12 maandelijkse back-ups zijn geslaagd
• Marge binnen het back-upvenster: scripts kunnen verwachte vertragingen of hernieuwde pogingen tolereren, zodat echte problemen niet in de ruis verdwijnen
• Onderscheid tussen fouten: doorzoek logbestanden op specifieke fouten (bijvoorbeeld schijfruimte, toegang geweigerd en lees-/schrijffouten) en neem die informatie op in uw notificaties
• Aggregatie over systemen heen: breng back-uplogboeken en notificaties samen in SIEM- of RMM dashboards

Denk ook na over wat er gebeurt als uw geautomatiseerde verificatiescripts zelf falen, bijvoorbeeld in deze situaties:

• Ontbrekende logbestanden: controleer of back-upjobs draaien en of de paden naar de logbestanden kloppen
• Ontbrekende gebeurtenissen of registersleutels: zorg dat scripts draaien onder gebruikersaccounts met de juiste rechten en met een passende frequentie worden uitgevoerd
• Vals-positieven: verfijn uw scripts zodat ze succes en falen correct beoordelen en melden

Hoe controleert u de integriteit van een back-up?

Naast de controle of back-upsystemen werken en back-uptaken succesvol worden afgerond moet u ook regelmatig de integriteit controleren van uw back-ups en het opslagmedium waarop ze staan.

Veel back-upoplossingen hebben ingebouwde integriteitsverificatie en genereren logbestanden die u met de hierboven beschreven methoden kunt uitlezen. Zo automatiseert u zowel de controle op voltooide back-ups als het testen van de integriteit. Ook met tools van derden kunt u bestanden vergelijken en de uitkomst loggen.

Back-ups automatiseren en verifiëren met NinjaOne

NinjaOne RMM verkleint het risico op uitvaltijd voor zowel interne IT-teams als MSP’s dankzij centrale, geautomatiseerde back-upverificatie op meerdere apparaten en platformen.

Naast de ingebouwde back-upoplossing die alles van servers tot mobiele apparaten ondersteunt biedt NinjaOne eigen scripting om bestaande back-upoplossingen te integreren, beleidsgestuurde automatisering en planning, monitoring van het gebeurtenissenlogboek en het routeren van notificaties naar de juiste technicus zodra er een probleem optreedt. Alles is zichtbaar en configureerbaar in één centraal dashboard, voor volledige verantwoording en inzicht.