Storingsanalyse bij een wijziging die niet blijft
Een instelling wordt hersteld, maar na een update of herstart is dezelfde storing terug. Storingsanalyse in Rosmalen onderzoekt welke bron de inrichting bepaalt. Radorfa vergelijkt de actieve configuratie met beheerafspraken, softwareversies en automatische wijzigingen. Zo wordt zichtbaar waarom een tijdelijke correctie niet behouden blijft en welke vervolgstap nodig is.
1Leg de werkende toestand vast
We beschrijven welke handeling na de correctie weer lukt en welke instellingen daarvoor zijn aangepast. Radorfa registreert applicatie, server en configuratieversie. Ook de manier waarop de wijziging is uitgevoerd telt mee. Een handmatige productiewijziging kan afwijken van een beheersjabloon zonder dat de uitvoerder zich daarvan bewust is.
2Onderzoek wat de inrichting opnieuw schrijft
Radorfa volgt updates, geplande taken, uitrolpakketten en beheerregels rondom het terugkeren van de fout. We vergelijken bedoelde en werkelijk actieve waarden. De laatst uitgevoerde update is niet vanzelf de oorzaak; soms maakt die alleen een eerder verschil zichtbaar. Een tijdlijn en configuratievergelijking helpen zulke verklaringen uit elkaar houden.
3Beproef de correctie vanuit de beheerbron
In een passende proef wordt de gekozen aanpassing via de bedoelde beheerroute toegepast. Radorfa test de gebruikerstaak en, waar verantwoord, een herstart of nieuwe uitrol. De instelling moet bij dezelfde softwareversie opnieuw ontstaan. Alleen één werkende sessie bewijst niet dat de wijziging ook na het volgende onderhoud behouden blijft.
De verklaring toetsen aan het bewijs
Het bewijs omvat configuratieverschil, softwareversie, wijzigingsmoment en testresultaat. Radorfa legt vast welke bron de uiteindelijke instelling bepaalt. Gevoelige waarden worden afgeschermd. De conclusie beschrijft of het terugkeermechanisme is nagebootst of nog aanvullende observatie vraagt, zodat een vermoeden niet als definitieve oorzaak in het beheer terechtkomt.
Van bevinding naar gerichte actie
Radorfa bespreekt wie de beheerbron onderhoudt en hoe een volgende wijziging wordt gecontroleerd. Losse noodaanpassingen krijgen een vervolgactie. De organisatie kan zien welke versie is vrijgegeven en welke uitzondering nog bestaat. Daarmee blijft herstel herleidbaar en hoeft dezelfde fout niet steeds via een ongedocumenteerde handmatige ingreep te worden benaderd.
Technische gegevens bij het onderzoek
Server, applicatie, beheersjabloon, softwareversie, configuratieverschil, wijzigingslog, uitroltest en herstartcontrole.
Wat gaat er mis in uw dagelijkse werk?
Welke fout keert na onderhoud terug? Radorfa helpt de actieve instellingen en hun beheerbron vergelijken.
Bespreek uw ICT-storing