Zakelijke hosting migreren zonder downtime

Een nieuwe hostingomgeving is vaak nodig omdat je bedrijf groeit, je huidige provider slecht bereikbaar is of je website merkbaar trager wordt. Toch stellen veel organisaties de overstap uit. Begrijpelijk: als je website aanvragen oplevert, een webshop orders verwerkt of medewerkers op een online portal werken, voelt verhuizen als een risico. Zakelijke hosting migreren zonder downtime kan echter prima, zolang je het behandelt als een gecontroleerde wijziging en niet als een snelle technische verhuizing.

Het doel is niet alleen dat een website na de overstap weer online komt. Je wilt dat bezoekers, klanten en medewerkers tijdens de overgang gewoon kunnen doorwerken. Formulieren moeten blijven binnenkomen, transacties mogen niet verdwijnen en beveiliging moet op peil blijven. Dat vraagt om voorbereiding, duidelijke verantwoordelijkheden en controles op de momenten die ertoe doen.

Waarom hostingmigraties soms toch misgaan

De meest zichtbare fout is een website die tijdelijk niet bereikbaar is. Maar de gevolgen zitten vaak ook in minder opvallende onderdelen. Denk aan een contactformulier dat wel laadt, maar geen e-mails verstuurt. Of een webshop waarbij bestellingen tijdens de omschakeling in de oude database blijven staan. Ook een verlopen SSL-certificaat, een vergeten cronjob of een onjuiste DNS-instelling kan precies op de verhuisdag voor onnodige stress zorgen.

Dat gebeurt meestal niet omdat een migratie technisch onmogelijk is, maar omdat de omgeving onvoldoende in kaart is gebracht. Een website bestaat zelden alleen uit bestanden op een server. Er zijn databases, domeinnamen, DNS-records, e-mailkoppelingen, externe betalingsdiensten, API’s, caching, back-ups en soms een koppeling met boekhoudsoftware of een klantportaal. Als één onderdeel anders werkt op de nieuwe server, merk je dat vaak pas wanneer een klant er last van heeft.

Daarom begint een goede migratie niet met kopiëren, maar met vragen stellen. Welke systemen zijn bedrijfskritisch? Wanneer is het rustig op de website? Wie controleert na de overgang de formulieren, betalingen en inlogmogelijkheden? En wat doen we als er onverwacht iets afwijkt?

Zakelijke hosting migreren zonder downtime begint met inventariseren

Een inventarisatie maakt duidelijk wat er precies verhuist en wat er moet blijven werken. Daarbij kijk je niet alleen naar de website, maar ook naar alles eromheen. Welke domeinen en subdomeinen zijn actief? Welke DNS-records worden gebruikt? Staat e-mail bij dezelfde partij of ergens anders? Zijn er aparte testomgevingen, bestandsopslag of koppelingen met externe partijen?

Ook de technische eisen verdienen aandacht. Een oude applicatie kan bijvoorbeeld afhankelijk zijn van een specifieke PHP-versie, extensie of database-instelling. Een nieuwe server is vaak sneller en beter beveiligd, maar een verouderde plug-in of maatwerkfunctie kan daar juist door stuklopen. Eerst testen voorkomt dat je op het moment van omschakelen moet zoeken naar de oorzaak.

Voor een mkb-organisatie is het daarnaast verstandig om de impact voor de werkdag te bepalen. Een advocatenkantoor kan niet zonder een veilig bereikbaar klantportaal. Een bureau wil niet dat leads verdwijnen tijdens een campagne. En voor een productiebedrijf kan een online bestelomgeving direct invloed hebben op planning en omzet. De migratieaanpak moet passen bij die afhankelijkheid. Niet iedere website vraagt dezelfde voorzorgsmaatregelen.

Kies een migratiemoment dat bij jouw bedrijf past

Een verhuizing buiten piekuren verkleint het risico, maar is geen vervanging voor een goed plan. Voor een B2B-website is een avond of weekend vaak geschikt. Voor een webshop die ook ’s avonds veel orders verwerkt, kan een rustig uur overdag juist beter zijn. Kijk naar je eigen bezoekers- en orderpatronen, niet alleen naar wat technisch handig lijkt.

Zorg ook dat de juiste mensen beschikbaar zijn. Dat betekent niet dat je hele team stand-by moet staan. Wel is het prettig als iemand kan controleren of een formulier binnenkomt, een bestelling goed doorloopt of een cruciale koppeling werkt. Met korte lijnen voorkom je dat een technisch probleem blijft liggen omdat niemand weet wie een inhoudelijke controle kan uitvoeren.

Zo verloopt een migratie zonder onderbreking

De praktische aanpak bestaat uit een aantal stappen die elkaar logisch opvolgen. De nieuwe omgeving wordt eerst volledig ingericht en getest, terwijl de huidige website gewoon online blijft. Daarna volgt pas de omschakeling van het verkeer.

Eerst worden de bestanden, databases en configuraties gekopieerd naar de nieuwe hostingomgeving. Vervolgens wordt de website daar getest via een tijdelijke adressering of een afgeschermde testomgeving. Je controleert niet alleen de homepage, maar ook inloggen, zoekfuncties, formulieren, uploads, e-mailverzending, betaalprocessen en eventuele koppelingen. Bij een dynamische website is het belangrijk om te kijken hoe nieuwe gegevens worden verwerkt.

Vlak voor de DNS-wijziging wordt een laatste synchronisatie uitgevoerd. Daarmee neem je de meest recente wijzigingen in de database mee, zoals nieuwe orders, aanvragen of gebruikersaccounts. Pas wanneer de nieuwe omgeving aantoonbaar goed functioneert, worden de DNS-records aangepast zodat bezoekers naar de nieuwe server worden gestuurd.

DNS is vaak het onderdeel waar mensen zich zorgen over maken. Het internet heeft tijd nodig om gewijzigde gegevens overal op te halen, maar met een lagere TTL-waarde vooraf en een goede voorbereiding is die overgang beheersbaar. Sommige bezoekers kunnen korte tijd nog op de oude omgeving uitkomen. Daarom blijft die oude omgeving nog even actief. Zo ziet iedereen een werkende website, ongeacht welke route het verkeer op dat moment neemt.

Houd oude en nieuwe omgeving tijdelijk naast elkaar

De oude hosting direct opzeggen is een onnodig risico. Laat beide omgevingen na de DNS-wijziging nog een afgesproken periode bestaan. In die fase controleer je logging, foutmeldingen, prestaties en belangrijke processen. Je kunt dan ook zien of verkeer daadwerkelijk op de nieuwe server binnenkomt en of er onverwachte verzoeken of instellingen zijn die aandacht vragen.

Voor websites met veel mutaties is extra aandacht nodig. Denk aan webshops, reserveringssystemen en portalen waar klanten zelf gegevens aanpassen. Daar kan een laatste databasesynchronisatie nodig zijn, of een heel kort gepland onderhoudsmoment voor uitsluitend het wijzigen van gegevens. De juiste keuze hangt af van de applicatie. Volledig geen merkbare onderbreking is niet in iedere situatie realistisch, maar een zorgvuldig gepland venster van enkele minuten is iets heel anders dan uren onbereikbaarheid.

Vergeet e-mail, beveiliging en back-ups niet

Hosting en e-mail worden vaak door elkaar gehaald, terwijl het verschillende diensten kunnen zijn. Als e-mail bij dezelfde provider draait, moet je vooraf bepalen welke DNS-records wel en niet veranderen. Een verkeerde MX-, SPF-, DKIM- of DMARC-instelling kan ertoe leiden dat e-mail niet aankomt of in de spam belandt. Dat is voor veel bedrijven schadelijker dan een paar minuten vertraging op de website.

Beveiliging hoort eveneens in het verhuisplan. Controleer of SSL-certificaten correct zijn geïnstalleerd, of redirects van http naar https werken en of toegangsrechten niet onbedoeld ruimer zijn geworden. Neem ook bestaande beveiligingsmaatregelen mee, zoals webapplicatie-firewalls, malwarecontroles, tweefactorauthenticatie en beperkte beheertoegang.

Een actuele back-up is je vangnet, geen detail voor op een checklist. Maak vlak voor de migratie een volledige back-up van bestanden, databases en relevante configuraties. Test ook of die back-up terug te zetten is. Een back-up die alleen op papier bestaat, helpt niet als er snel herstel nodig is.

Na de migratie begint de controle pas echt

Direct na de omschakeling controleer je de onderdelen die je bedrijf dagelijks gebruikt. Open de website op verschillende apparaten, verstuur een formulier, plaats bij een webshop een testbestelling en controleer de afhandeling. Kijk daarnaast of pagina’s snel laden en of foutmeldingen in de logs verschijnen.

De eerste 24 tot 48 uur zijn waardevol. In die periode worden vaak details zichtbaar die tijdens een test niet naar voren kwamen, zoals een externe koppeling die alleen op vaste momenten data ophaalt. Houd daarom bereikbaarheid en prestaties actief in de gaten. Als er iets afwijkt, wil je snel kunnen schakelen met iemand die jouw omgeving kent en niet eerst vanaf nul hoeft uit te zoeken hoe alles in elkaar zit.

Ook na een geslaagde verhuizing is het verstandig om te evalueren. Was de nieuwe capaciteit voldoende? Zijn de back-ups goed ingericht? Is monitoring geregeld? En weet je wie je belt als er buiten kantooruren iets gebeurt? Hosting is geen eenmalige technische keuze, maar een onderdeel van je dagelijkse bedrijfscontinuïteit.

Bij Lennmedia kijken we daarom niet alleen naar het verplaatsen van een website, maar naar wat jouw organisatie nodig heeft om door te werken. Een migratie is geslaagd wanneer klanten niets merken, medewerkers niet worden opgehouden en jij weer vertrouwen hebt in de omgeving waar je bedrijf op draait. Plan de overstap dus niet op basis van haast, maar op basis van wat voor jouw werkdag echt niet mag uitvallen.