Efficiënte Veeam monitoring in multi-tenant en managed omgevingen
Dit technical fact is gebaseerd op ervaringen die we bij klanten uit verschillende sectoren en met uiteenlopende groottes en businessmodellen. Wat ze gemeen hebben is dezelfde operationele uitdaging: het betrouwbaar monitoren van één of meerdere Veeam Backup & Replication-omgevingen, vaak binnen een managed of gecentraliseerde IT-omgeving.
Standaard Veeam monitoring
Standaard gebruikt Veeam e-mailnotificaties om jobresultaten te communiceren. Deze e-mails geven aan of een backupjob succesvol is uitgevoerd, met waarschuwingen is geëindigd of is mislukt. Voor meer details moeten beheerders inloggen op de Veeam-console of appliance om de back-up geschiedenis, de logs en de statistieken te kunnen bekijken. Deze aanpak is haalbaar, zolang je slechts één omgeving moet beheren.
Beperkingen bij meerdere omgevingen
De situatie verandert wanneer je meerdere Veeam-omgevingen moet monitoren. E-mailgebaseerde monitoring schaalt slecht en brengt verschillende problemen met zich mee:
- Inboxen raken vol met routinemeldingen, waardoor kritieke waarschuwingen makkelijk over het hoofd worden gezien.
- Handmatig controleren van verschillende Veeam-appliances verhoogt de werkdruk.
Er bestaan verschillende monitoringintegraties en sensoren, maar veel daarvan zijn afhankelijk van extra componenten zoals Veeam Enterprise Manager of Veeam ONE. Hoewel deze tools dus gecentraliseerd inzicht bieden, zijn ze niet in elke omgeving aanwezig of gewenst. Zeker niet in kleinere, geïsoleerde of klant-specifieke set-ups. Daarnaast leveren deze sensoren vaak enkel algemene statusinformatie, waardoor alsnog handmatige opvolging nodig blijft in de Veeam-console
Wat dus begon als eenvoudige monitoring, groeit al snel uit tot repetitief handmatig werk met beperkte operationele meerwaarde.
Nood aan gerichte en schaalbare monitoring
De belangrijkste reden om dit traject te starten was het vereenvoudigen van Veeam jobmonitoring en het verminderen van onnodige handmatige handelingen. Het doel was duidelijk: beheerders zouden alleen actie moeten kunnen ondernemen wanneer er daadwerkelijk iets mis is. Tijd besteden aan het controleren of backups “nog steeds werken” moest tot een minimum worden beperkt, terwijl fouten en waarschuwingen direct en met voldoende detail zichtbaar moesten zijn.
Rechtstreeks monitoren op basis van Veeam-data
Veeam-omgevingen die PostgreSQL of MSSQL gebruiken, bewaren alle details over back-upjobs in hun configuratiedatabase. Bijvoorbeeld wanneer een back-up job heeft gelopen wordt bijgehouden of die geslaagd is en wat de resultaten waren. Door een aparte monitoringsensor te maken die deze database rechtstreeks uitleest, kunnen we die jobinformatie automatisch opvolgen. Zo is er geen nood meer aan e-mailmeldingen of het voortdurend openen van de Veeam-console.
Stapsgewijze aanpak:
- Vaststellen of de Veeam-omgeving: PostgreSQL of MSSQL gebruikt.
- Bepalen welke jobs en jobtypes gemonitord moeten worden.
- De database bevragen op jobstatus, laatste uitvoering en relevante resultcodes.
- Data integreren in het monitoringsplatform zodat alerts alleen bij fouten of drempelwaarden worden gegenereerd.
In PostgreSQL-omgevingen kan de sensor dankzij extra informatie zelfs de reden achterhalen waarom een back-up job met een Warning of Failed status eindigt. Dit maakt snellere troubleshooting mogelijk. In MSSQL-omgevingen is betrouwbare monitoring van de jobstatus mogelijk, maar met minder details over de onderliggende oorzaak van een fout.
Let op: het rechtstreeks bevragen van de database is geen officiële Veeam-monitoring API. Het is een technisch bewezen en vaak gebruikte aanpak voor maatwerkrapportage en monitoring. Op voorwaarde dat ze correct wordt geïmplementeerd en onderhouden bij Veeam-updates.
Effect op de dagelijkse werking
Na implementatie van de nieuwe sensoren verschuift monitoring van handmatig controleren naar exception-based monitoring. Dit brengt verschillende veranderingen met zich mee:
- alleen foutmeldingen vereisen actie. Succesvolle jobs worden automatisch gevalideerd zonder onnodige meldingen.
- alerts bevatten zowel gerichte jobinformatie als extra context indien deze beschikbaar is.
- de operationele werkdruk neemt af en responstijd bij incidenten verkort.
Aandachtspunten bij de implementatie
Bij het implementeren van dit type monitoring zijn er een aantal belangrijke technische aandachtspunten, waarmee rekening gehouden moet worden.
- Databasequeries moeten correct omgaan met variabelen uit de monitoringtool.
- De query om gegevens uit de PostgreSQL- of MSSQL-database te halen, wordt aangestuurd door de monitoringtool. Variabelen zoals jobnamen of ID’s moeten correct doorgegeven worden, wat soms lastig is omdat de syntax van de monitoringtool verschilt van die van de database. Het combineren van variabelen en queries is technisch haalbaar, maar vraagt aandacht en testing voor een correcte implementatie.
- De query om gegevens uit de PostgreSQL- of MSSQL-database te halen, wordt aangestuurd door de monitoringtool. Variabelen zoals jobnamen of ID’s moeten correct doorgegeven worden, wat soms lastig is omdat de syntax van de monitoringtool verschilt van die van de database. Het combineren van variabelen en queries is technisch haalbaar, maar vraagt aandacht en testing voor een correcte implementatie.
- De toegang tot de database moet beperkt blijven tot leesrechten op specifieke tabellen of views.
- Door gebruik te maken van een dedicated databasegebruiker met minimale rechten wordt het veiligheidsrisico beperkt en blijft de impact op de Veeam-omgeving minimaal.
- Door gebruik te maken van een dedicated databasegebruiker met minimale rechten wordt het veiligheidsrisico beperkt en blijft de impact op de Veeam-omgeving minimaal.
- Verschillen tussen Veeam- en databaseversies vereisen validatie per omgeving.
- Zowel Veeam-versies als databaseversies (bijvoorbeeld PostgreSQL 15 versus 17) kunnen verschillen per klant of setup. Dit heeft invloed op databasestructuur en beschikbare velden. Hierdoor is deze oplossing geen “one-size-fits-all” of een eenmalige configuratie, maar een aanpak die per omgeving gevalideerd en onderhouden moet worden, zeker bij upgrades of wijzigingen in de Veeam-architectuur.
Toepasbaarheid in andere omgevingen
Deze monitoringsaanpak werkt voor alle klanten die Veeam gebruiken met een PostgreSQL- of MSSQL-database. Ze is vooral handig voor omgevingen met meerdere Veeam-installaties, omdat die centraal gemonitord kunnen worden zonder extra componenten te installeren.
Waarom deze aanpak werkt
Standaard Veeam-monitoring met e-mails en manuele controles in de console werkt prima voor één omgeving, maar wordt onoverzichtelijk zodra er meerdere installaties zijn. Door de Veeam-database rechtstreeks te monitoren met een dedicated sensor, gebeurt de opvolging centraal en efficiënt. Alleen echte fouten en afwijkingen vragen nog aandacht. Zo verdwijnen overbodige controles, komt er meer inzicht en kunnen beheerders zich focussen op het oplossen van incidenten.
Deze blog dateert van december 2025. Houd er rekening mee dat de inhoud mogelijk niet meer actueel is en sindsdien veranderd kan zijn.