Geplande back-ups laten draaien, controleren of ze zijn geslaagd en afwijkingen signaleren: dit is een van de taken waarbij het antwoord vrij dicht bij "ja" komt. Niet omdat het onbelangrijk werk is, maar juist omdat het werk zo strak omschreven is dat een systeem het proces kan volgen zonder dat er onderweg iets bedacht moet worden.
Een back-up draait volgens een schema, meldt succes of falen, en die melding heeft een vaste vorm. Dat maakt de gestructureerdheid hoog: er is een duidelijke trigger, een duidelijk verwacht resultaat en een duidelijke uitkomst als het misgaat. Er is geen klantcontact nodig, geen fysieke handeling en geen creatieve inbreng — dit is puur een kwestie van een proces volgen en een uitkomst herkennen. Een backup-agent kan het schema bewaken, logs uitlezen, statuscodes interpreteren en bij een storing automatisch een melding doorzetten naar de juiste persoon of het juiste systeem, vergelijkbaar met hoe systeemprestaties monitoren al grotendeels geautomatiseerd verloopt.
Het volume is eveneens gunstig: in een gemiddelde IT-omgeving lopen dagelijks of wekelijks tientallen tot honderden back-uptaken, verspreid over servers, databases en werkstations. Dat is precies het soort herhaling waarbij een geautomatiseerd systeem zijn waarde toont — niet omdat het slimmer is dan een beheerder, maar omdat het nooit een controle overslaat wegens tijdsdruk of vermoeidheid.
De reden dat dit geen volmondig "ja, volledig automatisch" is, zit in de foutkosten. Een gemiste of onopgemerkte mislukte back-up wordt pas een probleem op het moment dat er data verloren gaat en herstel nodig is — en dan is de schade vaak niet meer terug te draaien. Dat is een andere orde van risico dan een verkeerd geclassificeerde e-mail of een verkeerd ingevulde velden in stamdata. Daarom hoort bij deze taak een randvoorwaarde die niet optioneel is: geautomatiseerde monitoring met alerting, en een escalatieprotocol dat vastlegt wie er binnen welke tijd naar een storingsmelding kijkt. AI kan het controleren en signaleren doen; een mens blijft verantwoordelijk voor wat er gebeurt zodra het misgaat.
De oordeelsruimte en compliance-score liggen om diezelfde reden laag. Bij een mislukte back-up van een productiedatabase is er weinig ruimte voor interpretatie — het is een storing die opgelost moet worden, geen situatie waarin een systeem zelf mag beslissen hoe zwaar het probleem is. En in sectoren met bewaarplicht of auditverplichtingen, zoals bij het bijhouden van een auditlogboek van financiële wijzigingen, telt ook nog mee dat het back-upbeleid zelf onderdeel kan zijn van een controle-eis. Dat verandert niet wat AI technisch kan uitvoeren, maar het bepaalt wel wie uiteindelijk tekent voor de naleving.
Bij een organisatie met een paar fileservers en een overzichtelijk back-upschema is de taak vrijwel volledig te automatiseren: de agent controleert dagelijks de statuscodes, stuurt een samenvatting en escaleert alleen bij een fout. De systeembeheerder besteedt daar dan geen vaste tijd meer aan, behalve bij een daadwerkelijke melding.
Bij een organisatie met veel verschillende systemen, migraties in uitvoering of een omgeving waarin back-upbeleid per klant verschilt — zoals bij een IT-dienstverlener die voor meerdere opdrachtgevers werkt — ligt dat anders. Daar is meer interpretatie nodig over wat een "geslaagde" back-up precies betekent per klantcontract, en schuift de taak dichter naar toezicht met menselijke goedkeuring.
Wat nu verandert, is niet dat back-ups voor het eerst gecontroleerd worden — dat gebeurde altijd al. Het verschil is dat de controle niet meer afhangt van iemand die 's ochtends een logbestand doorleest. De monitoring draait continu, de melding komt vanzelf, en de beheerder komt in beeld op het moment dat er echt iets besloten moet worden. Dat patroon — een systeem dat het reguliere proces bewaakt en een mens die alleen bij afwijking wordt ingeschakeld — zien we ook terug bij het communiceren van storingen naar gebruikers en bij het oplossen van eerstelijns IT-incidenten. In bedrijven waar de IT-omgeving eenvoudig en stabiel is, is die verschuiving al ver doorgevoerd. In bedrijven met complexe, samengestelde omgevingen — of buiten IT, zoals in de bouw waar systemen en processen minder gestandaardiseerd zijn — gaat dat langzamer, simpelweg omdat de structuur er nog niet is die een systeem nodig heeft om te kunnen controleren.
Dit is geen personeelsvraagstuk en geen uitspraak over functies. Het gaat hier alleen over de taak: het draaien en controleren van back-ups, los van wie die taak nu uitvoert of hoeveel tijd dat kost in een specifieke organisatie.
Of deze taak in uw eigen omgeving inderdaad grotendeels overneembaar is, hangt af van het aantal systemen, de foutgevoeligheid van uw data en de vraag of er al geautomatiseerde monitoring en een escalatieprotocol staan. Om daar een eerste beeld van te krijgen zonder direct een uitgebreid onderzoek te starten, kunt u de gratis quickscan invullen: twaalf vragen, zonder account, met een indicatie welk deel van de uren in dit werkprofiel vandaag door AI over te nemen is. De volledige werkscan, die het werk van uw bedrijf taak voor taak in kaart brengt, is nog in aanbouw.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Antwoorden komen uit de kennisbank van deze site. Geen advies op maat, en geen scan van uw bedrijf.