Een server vervangen klinkt vaak als een technisch project. In de praktijk raakt het vrijwel alles: bestanden, applicaties, rechten, printers, werkplekken en de bereikbaarheid van je team. Deze case study servermigratie mkb laat zien hoe een groeiend bedrijf de overstap gecontroleerd uitvoerde, zonder dat medewerkers dagenlang stilvielen.
De organisatie in deze representatieve praktijkcase is bewust geanonimiseerd. Het gaat om een Nederlands mkb-bedrijf met ongeveer 35 medewerkers, een centrale bestandsomgeving, enkele bedrijfskritische applicaties en medewerkers die deels op kantoor en deels thuis werken. De bestaande server was verouderd, back-ups waren niet meer goed te controleren en uitbreiding van de opslagcapaciteit werd steeds lastiger. Uitstel leek comfortabel, maar vergrootte het risico op storingen en dataverlies.
De aanleiding: veroudering werd een bedrijfsrisico
De oude server deed nog wat hij moest doen, maar wel met steeds meer kanttekeningen. Updates kostten extra tijd, de beschikbare opslag liep vol en een storing zou lastig op te lossen zijn omdat onderdelen en ondersteuning niet onbeperkt beschikbaar bleven. Ook was onvoldoende duidelijk of alle gegevens daadwerkelijk herstelbaar waren.
Dat laatste is voor veel mkb-bedrijven het kantelpunt. Een back-up hebben is iets anders dan weten dat je die binnen een acceptabele tijd kunt terugzetten. Zeker wanneer administratie, projectdocumentatie of bedrijfssoftware op de server staat, is herstelbaarheid een concrete continuïteitsvraag.
De directie wilde daarom niet alleen nieuwe hardware of een nieuwe virtuele omgeving. De wens was breder: een overzichtelijke infrastructuur, betere beveiliging, betrouwbare back-ups en een omgeving die mee kan groeien. Tegelijk mocht de dagelijkse operatie zo weinig mogelijk hinder ondervinden.
Case study servermigratie mkb: eerst inzicht, dan verplaatsen
De grootste fout bij een servermigratie is te snel beginnen met kopiëren. Bestanden en instellingen verplaatsen zonder te weten wat er precies in gebruik is, leidt vaak tot onverwachte problemen op de migratiedag. Denk aan applicaties met een vaste koppeling, gedeelde mappen met afwijkende rechten of een scanner die bestanden op een specifieke locatie opslaat.
Daarom begon het traject met een inventarisatie. Welke toepassingen draaiden op de server? Welke mappen waren bedrijfskritisch? Wie had toegang tot welke gegevens? Hoeveel opslag was werkelijk nodig en welke data kon worden opgeschoond of gearchiveerd? Ook is gekeken naar netwerkapparatuur, werkplekken en de manier waarop thuiswerkers verbinding maakten.
Uit de inventarisatie kwamen drie aandachtspunten. Ten eerste stonden oude en actuele projectbestanden door elkaar, waardoor onnodig veel data zou worden meegenomen. Ten tweede waren toegangsrechten in de loop der jaren organisch gegroeid. Sommige medewerkers hadden meer toegang dan nodig was. Ten derde bleek één interne applicatie afhankelijk van een specifieke servernaam en netwerkconfiguratie.
Die bevindingen vroegen niet om meer haast, maar om een beter plan. De servermigratie werd daarmee ook een moment om de omgeving op te schonen en opnieuw logisch in te richten.
De keuze: lokaal, in de cloud of gecombineerd?
Niet elke server hoeft één op één te worden vervangen. Voor sommige organisaties is een volledig cloudgerichte werkomgeving passend. Voor andere bedrijven blijft een lokale server of een virtuele server gewenst, bijvoorbeeld vanwege specifieke software, grote bestanden of een bestaande technische koppeling.
In deze situatie is gekozen voor een gecombineerde opzet. Bedrijfskritische bestanden en de interne applicatie bleven beschikbaar vanuit een beheerde serveromgeving. Samenwerken aan algemene documenten werd meer naar de digitale werkplek verplaatst. Daardoor hoefden medewerkers niet voor iedere handeling afhankelijk te zijn van dezelfde fileserver, terwijl de bestaande applicatie stabiel kon blijven draaien.
Dat is een belangrijk onderscheid: een migratie is geen doel op zichzelf. De juiste inrichting hangt af van je processen, applicaties, internetverbinding, beveiligingseisen en plannen voor groei. Een magazijnbedrijf heeft andere eisen dan een adviesbureau met veel thuiswerkers.
Een migratieplan dat rekening houdt met de werkdag
Na de inventarisatie volgde een concreet draaiboek. Daarin stond niet alleen welke data wanneer werd gekopieerd, maar ook wie verantwoordelijk was, hoe medewerkers werden geïnformeerd en wat het terugvalscenario was als iets niet volgens plan verliep.
De voorbereiding bestond uit het bouwen en testen van de nieuwe omgeving, het aanmaken van gebruikers en groepen, het instellen van rechten en het controleren van back-ups. De data werd vooraf gekopieerd naar de nieuwe server. Zo hoefde tijdens het definitieve overstapmoment alleen nog de data van de laatste werkdag te worden gesynchroniseerd.
De migratie zelf vond plaats buiten de reguliere werktijden. De keuze voor een avond of weekend is niet altijd nodig, maar bij een omgeving die dagelijks intensief wordt gebruikt is dit vaak verstandig. Het verkleint de impact op klanten en medewerkers en geeft ruimte om zorgvuldig te testen voordat iedereen weer inlogt.
Het draaiboek bevatte onder meer deze controles:
- bereikbaarheid van gedeelde mappen en bedrijfsapplicaties;
- juiste rechten per medewerker en afdeling;
- functioneren van printers, scanners en gekoppelde werkplekken;
- toegang voor medewerkers die buiten kantoor werken;
- succesvolle back-up en controle van het herstelproces.
Deze punten lijken vanzelfsprekend, maar juist randapparatuur en uitzonderingen veroorzaken vaak vertraging. Een medewerker die één specifieke map niet kan openen, of een scanner die niet meer naar de juiste locatie schrijft, kan een werkproces direct blokkeren.
Het overstapmoment: testen met de praktijk in gedachten
Op de migratieavond werd eerst een laatste synchronisatie uitgevoerd. Daarna werd gecontroleerd of de nieuwe omgeving de juiste gegevens bevatte en of medewerkers konden werken met de verwachte mappen en toepassingen. Niet alleen de technische verbinding telde daarbij, maar vooral de praktische vraag: kan iemand morgenochtend zonder omweg zijn werk doen?
Een kleine groep sleutelgebruikers speelde hierin een belangrijke rol. Zij testten de applicatie vanuit hun eigen rol, op hun eigen werkplek. De financiële medewerker controleerde bijvoorbeeld de administratieomgeving, terwijl een projectmedewerker bekeek of projectmappen, sjablonen en gedeelde documenten bereikbaar waren.
Bij één werkplek bleek een oude netwerkschijf nog naar de vorige server te verwijzen. Omdat dit tijdens de tests naar voren kwam, kon het probleem direct worden opgelost. Zonder die test was het waarschijnlijk pas maandagochtend zichtbaar geworden.
De volgende ochtend konden medewerkers gewoon starten. Er waren enkele korte vragen over de nieuwe mapstructuur, maar geen langdurige uitval. Dat resultaat kwam niet doordat er geen risico’s waren, maar doordat de risico’s vooraf waren benoemd, getest en voorzien van een herstelroute.
Wat leverde de servermigratie op?
Na de overgang had de organisatie weer overzicht over haar data, gebruikersrechten en capaciteit. De serveromgeving was beter beheersbaar en de back-ups werden structureel gecontroleerd. Ook werd het eenvoudiger om nieuwe medewerkers toegang te geven en vertrekkende medewerkers tijdig uit rechten en groepen te verwijderen.
De winst zat niet alleen in snelheid of nieuwe techniek. De directie wist weer waar kritische gegevens stonden, wie erbij kon en wat er moest gebeuren bij een incident. Voor medewerkers betekende het vooral dat de techniek minder aandacht vroeg. Zij konden werken met een duidelijkere structuur en een stabielere omgeving.
Er waren ook keuzes die bewust niet zijn gemaakt. Niet alle oude data is direct naar de nieuwe werkomgeving verhuisd. Een deel is gearchiveerd volgens een afgesproken bewaartermijn. Dat hield de actieve omgeving overzichtelijker en voorkwam dat oude, dubbele bestanden opnieuw onderdeel werden van het dagelijkse werkproces.
Wat je uit deze case kunt meenemen
Een succesvolle servermigratie begint ruim voor het daadwerkelijke overstapmoment. Inventarisatie, opschoning en duidelijke verantwoordelijkheden bepalen voor een groot deel of de overgang rustig verloopt. De techniek is belangrijk, maar medewerkers, werkprocessen en uitzonderingen verdienen evenveel aandacht.
Plan daarnaast altijd een terugvalscenario. Soms is dat een tijdelijke mogelijkheid om terug te schakelen naar de oude omgeving, soms een herstelpunt in de nieuwe omgeving. Welke vorm passend is, hangt af van de complexiteit en de toegestane uitvaltijd van je organisatie.
Voor mkb-bedrijven is begeleiding door één partij vaak prettig, omdat serverbeheer, werkplekken, beveiliging, connectiviteit en back-ups elkaar raken. Cloudformatie kijkt daarbij niet alleen naar de nieuwe server, maar naar de vraag of jouw mensen daarna veilig en zonder vertraging kunnen blijven werken.
Een goed migratieproject voelt op de maandagochtend na de overstap bijna onopvallend. Juist dat is het doel: geen technische verrassingen, maar een omgeving die je bedrijf weer ruimte geeft om verder te groeien.