Wie beheert Vault eigenlijk? Rollen, back-ups en routines

Een engineer wil een oude versie van een samenstelling terughalen omdat de klant terugkomt op een wijziging. Kleine moeite met Vault, denkt hij. Tot blijkt dat de back-upjob al zes weken stilletjes faalt, dat de foutmeldingen naar het mailadres van een oud-collega gaan en dat niemand precies weet wie de server eigenlijk in de gaten hoort te houden. Vault deed het toch altijd gewoon?

Dit patroon zie je bij veel machinebouwers en plaatwerkbedrijven: de omgeving wordt netjes ingericht door een Autodesk-partner, draait daarna jarenlang zonder gedoe, en juist door die betrouwbaarheid verdampt het eigenaarschap. In dit artikel maken we Vault-beheer concreet: welke rol je belegt, welke routines er wekelijks, maandelijks en jaarlijks bij horen, hoeveel uur dat realistisch kost en wat je beter uitbesteedt. Back-ups krijgen de hoofdrol, want daar is de schade het grootst als het misgaat.

Voor de afbakening: dit stuk gaat over het beheer van de omgeving, niet over de dagelijkse discipline van inchecken en netjes werken; dat is een verhaal apart. Twijfel je überhaupt nog of Vault bij jullie teamgrootte past, lees dan eerst ons eerlijke antwoord voor mkb-teams. En wie naast Vault een toolbox als Thundercad gebruikt, heeft aan de beheerkant niets extra's te doen: die draait mee op de werkplek, het beheer hieronder hoort bij de server.

Waarom Vault een eigenaar nodig heeft

Vault is serversoftware: een SQL-database met de metadata, een file store met de bestanden en een job server voor achtergrondtaken. Dat is een wezenlijk andere categorie dan een programma op een werkplek. Loopt Inventor vast, dan merkt de engineer het meteen en is het diezelfde dag opgelost. Loopt een back-upjob vast, dan merkt niemand iets. De omgeving blijft gewoon werken, terwijl het vangnet eronder verdwenen is.

Het gevaarlijke aan Vault is dus niet dat het onbetrouwbaar is, maar juist dat het zo betrouwbaar is. De signalen die om aandacht vragen, zijn er wel: een schijf die volloopt, een wachtrij met mislukte jobs, een gebruikerslijst vol vertrokken collega's, een foutmail van de back-up. Zonder eigenaar landen die signalen nergens. Een eigenaar is dan ook geen luxe maar de goedkoopste verzekering die er bestaat: iemand die de meldingen leest en elke week vijf minuten controleert of alles nog klopt.

De rol: vier verantwoordelijkheden, één naam

Vault-beheer is geen functie maar een rol, prima te combineren met engineering, werkvoorbereiding of IT. De kern bestaat uit vier verantwoordelijkheden:

• Back-ups en herstel: er draait een consistente back-up van database én file store, de log wordt gelezen en er wordt periodiek echt getest of terugzetten werkt.
• Gebruikers en rechten: nieuwe collega's krijgen het juiste profiel, vertrokken collega's gaan eruit, en de rechten blijven kloppen met de rolverdeling op de afdeling.
• Updates en versies: de jaarlijkse update wordt op tijd gepland, in overleg met de Autodesk-partner en passend bij de rest van de omgeving.
• Serverconditie: schijfruimte, databasegroei en de wachtrij van de job server worden bekeken voordat ze een probleem worden.

Beleg de rol bij één persoon met naam, plus een vervanger voor vakantie en ziekte. In de praktijk werkt een duo goed: iemand uit de engineeringhoek voor het functionele deel, zoals rechten en categorieën, en IT of de partner voor het technische deel. De valkuil is gedeeld eigenaarschap zonder naam: dan leest iedereen de foutmail met de gedachte dat een ander er wel naar kijkt.

De beheerder is ook het logische aanspreekpunt voor gereedschap dat op Vault aansluit. Publiceert het team bijvoorbeeld tekenpakketten met Batch Publish, dat tekeningen in bulk naar PDF, DWG, DXF en STEP exporteert en samenwerkt met Vault, dan wil je één iemand die snapt hoe beide kanten elkaar raken als er iets knelt.

Back-ups: gemaakt is niet hetzelfde als getest

Een Vault-back-up bestaat uit twee delen die bij elkaar horen: de database en de file store. Wie alleen de bestanden kopieert, heeft niets aan de historie; wie alleen de database veiligstelt, heeft metadata zonder inhoud. Gebruik daarom de back-upvoorziening van Vault zelf of het script dat je partner heeft ingericht, en laat het resultaat wegschrijven naar een andere machine of locatie dan de server zelf. Een back-up op de schijf die crasht, is geen back-up.

Daarna begint het echte werk: controleren. Lees wekelijks de log, of beter nog, laat de uitkomst automatisch mailen naar een gedeelde mailbox, zodat de melding niet met een persoon meeverhuist. En plan elk kwartaal een testrestore: zet de back-up terug op een aparte machine, open een recent project en controleer of de laatste versies er staan. Pas dan weet je dat het vangnet werkt. Bij bedrijven die dit voor het eerst doen, komt er opvallend vaak iets uit: een file store die net buiten de back-upset valt, een job die al maanden op een volle schijf strandt, of een kopie die netjes wegschrijft naar dezelfde fysieke schijf als de bron.

Het ritme: wat er wekelijks, maandelijks en jaarlijks gebeurt

Beheer wordt licht als het een ritme is en zwaar als het incidenten zijn. Onderstaand schema is een startpunt; de tijden zijn aannames voor een omgeving met vijf tot vijftien engineers.

Opgeteld kom je op twee tot vier uur per maand aan vaste routine, met twee pieken per jaar rond de update en de schoonmaak. Dat is te overzien, en het staat in geen verhouding tot wat één mislukte herstelpoging kost aan stilstand en reconstructiewerk.

Is het beheer er jaren bij ingeschoten, begin dan niet met een schema maar met een inhaalslag. Hoe je achterstallig werk in één keer wegwerkt, van volgelopen wachtrijen tot een woud aan oude rechten, lees je in De Vault-opruimdag: achterstallig beheer in één dag wegwerken.

Wat je uitbesteedt aan je Autodesk-partner, en wat niet

Een goede partner is voor Vault wat een onderhoudscontract is voor een bewerkingscentrum: je koopt er kennis en reservecapaciteit mee in die je zelf niet elke dag nodig hebt. Logisch om uit te besteden:

• de jaarlijkse versie-update en de bijbehorende databasemigratie;
• een verhuizing naar een nieuwe server of een wijziging in de infrastructuur;
• herstel na een crash of hardnekkige databaseproblemen;
• de eerste inrichting van levenscycli, categorieën en rechtenprofielen.

Wat je niet kunt uitbesteden, is verantwoordelijkheid. De partner richt de back-up in; of hij nog draait, controleer je zelf. De partner adviseert een rechtenmodel; wie welk profiel krijgt, bepaal jij. Spreek daarom twee dingen af: wie belt wie bij een storing, en welke controles het bedrijf zelf blijft doen. Leg dat vast op één A4 en hang het niet aan een persoon maar aan de rol. Zo overleeft het beheer ook een personeelswissel.

Veelgestelde vragen

Hoeveel tijd kost Vault-beheer per maand?

Reken als aanname op twee tot vier uur per maand aan vaste routine voor een omgeving met vijf tot vijftien engineers, plus twee pieken per jaar voor de update en de grote schoonmaak. Het is een rol naast een bestaande functie, geen aparte baan. Wie het ritme vasthoudt, is per saldo minder tijd kwijt dan wie elk half jaar moet reconstrueren hoe de omgeving er ook alweer bij staat.

Wie kan de Vault-beheerder het beste zijn: een engineer of iemand van IT?

Het beste werkt een duo met één eindverantwoordelijke naam. De engineer of CAD-verantwoordelijke pakt het functionele deel: rechten, categorieën en de vraag wat een logische inrichting is. IT of de Autodesk-partner pakt het technische deel: server, database en back-upinfrastructuur. Zorg wel dat de functionele eigenaar zelf de back-upstatus kan controleren; dat is de ene taak die je nooit volledig uit handen geeft.

Wat is het absolute minimum als we hier weinig tijd voor hebben?

Drie dingen: een wekelijkse blik op de back-uplog, elk kwartaal een testrestore op een aparte machine en een maandelijkse controle van gebruikers en schijfruimte. Dat is samen nog geen twee uur per maand en het vangt de duurste risico's af. Wil je daarnaast het routinewerk rond publiceren en exporteren verkleinen, dan kun je Thundercad een maand gratis proberen.