Hosting verhuizen voorbereiden

Een hostingverhuizing bestaat uit meer dan bestanden kopiëren. Uw database, e-mail, DNS en koppelingen moeten ook op de juiste plek blijven werken. Met deze handleiding maakt u eerst een plan, test u de nieuwe omgeving en spreekt u af wanneer de overstap klaar is.

1. Maak een overzicht van de huidige omgeving

Noteer per website het domein, de documentroot, de gebruikte database en de benodigde softwareversies. Verzamel ook mailboxen, geplande taken en koppelingen met bijvoorbeeld betalingen, boekhouding of voorraad. Leg vast wie bij ieder onderdeel kan inloggen. Een domeinregistratie verhuizen is een afzonderlijke handeling; dat kopieert uw website of mailboxen niet.

Controleer de opzegtermijn van de oude hosting en houd ruimte voor een overlap. Een nieuwe omgeving bestellen is nog geen reden om de oude op te zeggen. Bewaar een recente backup van bestanden en database, en controleer hoe u die kunt terugzetten.

2. Spreek af wie wat uitvoert

Wijs iemand aan voor het kopiëren, iemand voor DNS en iemand voor de functionele controle. Dat kan dezelfde persoon zijn, maar leg het wel vast. De beheerder van de website weet welke formulieren, koppelingen en klantprocessen moeten worden getest. Spreek ook af wie beslist om de omschakeling uit te stellen als een belangrijke controle mislukt.

U kunt zelf verhuizen, een deel door ons laten uitvoeren of de hele hostingverhuizing met ons bespreken. Bij hosting laten verhuizen leest u hoe we de werkzaamheden vooraf afstemmen. De uitvoering en eventuele kosten hangen af van uw omgeving en de gemaakte afspraken. Deel toegangen via een afgesproken beveiligde route, niet in de checklist hieronder.

3. Kopieer naar de nieuwe omgeving en test vooraf

Maak de benodigde websiteomgeving en database klaar. Controleer PHP-versie, extensies, opslag en toegangsrechten voordat u bestanden en een passende databasekopie overzet. Pas de verbinding met de database op de nieuwe omgeving aan. Gebruik geen gedeelde productiedatabase voor een testkopie.

Test het echte domein op de nieuwe server met een tijdelijke aanpassing van het hosts-bestand. Die wijziging geldt alleen op uw computer. Controleer het certificaat en de bedoelde server; omzeil een certificaatfout niet door beveiliging uit te zetten. Externe betaalproviders en webhooks volgen uw lokale hosts-bestand niet.

Controleer meerdere paginatypen, afbeeldingen, redirects en inloggen. Test formulieren via een afgesproken testontvanger en gebruik voor betalingen de teststand. Voorkom dat de kopie echte klantmail, bestellingen of voorraadwijzigingen verstuurt. Laat geplande taken en externe koppelingen alleen op de bedoelde omgeving actief zijn.

4. Plan de laatste wijzigingen, e-mail en DNS

Een eerste kopie veroudert zodra op de oude site weer iets wordt opgeslagen. Bepaal daarom hoe nieuwe uploads, formulieren en bestellingen meekomen. Bij een eenvoudige site kunt u een korte inhoudsstop afspreken. Bij een webshop is vaak een laatste synchronisatie of tijdelijk gesloten checkout nodig. Leg het exacte moment vast en controleer daarna de laatste bestelling of wijziging. Neem een oude databasekopie niet zomaar opnieuw over de nieuwe omgeving heen.

Verhuizen mailboxen mee, volg dan de stappen voor IMAP-mail verhuizen. Plan ook een nacontrole op berichten die tijdens de overgang nog op de oude server binnenkomen. Blijft e-mail bij bijvoorbeeld Microsoft 365, behoud dan de records en routering van die maildienst.

Volg de voorbereiding van de DNS-omschakeling. Bewaar de oude records en wijzig alleen wat nodig is. Een lagere TTL moet vooraf effect kunnen krijgen; het achteraf aanpassen wist bestaande DNS-caches niet. Registratie, nameservers en mailrecords hoeven niet allemaal te wijzigen omdat de website verhuist.

5. Een voorbeeld van een omschakeling

• Vooraf: de nieuwe site is gekopieerd en getest. De oude site verwerkt nog de gewone bezoekers. De verantwoordelijken hebben de testresultaten en oude DNS-waarden bewaard.

• Bij de afgesproken inhoudsstop: nieuwe wijzigingen op de oude site worden tijdelijk voorkomen of gecontroleerd opgevangen. De laatste bestanden en databasegegevens gaan mee. Mail krijgt zijn afzonderlijke synchronisatie.

• Na de eindcontrole: de verantwoordelijke wijzigt de afgesproken DNS-records. Controleer via het gewone netwerk of verkeer op de nieuwe omgeving aankomt. Verwijder daarna uw tijdelijke hosts-regels en test opnieuw.

• Tijdens de overlap: controleer de nieuwe site én eventuele nieuwe gegevens op de oude omgeving. DNS-caches kunnen tijdelijk verschillende bestemmingen gebruiken. Houd de afgesproken contactpersoon bereikbaar voor de nacontrole.

Dit is een voorbeeldvolgorde, geen vaste duur of belofte van een verhuizing zonder onderbreking. De juiste planning hangt af van de website, het dataverkeer en de manier waarop nieuwe gegevens worden verwerkt.

6. Controleer het resultaat en spreek terugschakelen af

Gebruik de controle na een websiteverhuizing voor pagina’s, formulieren, e-mail en koppelingen. Bekijk foutlogs en controleer dat de afgesproken taken op de juiste server draaien. Leg vast wie de verhuizing heeft geaccepteerd en welke punten nog open zijn.

Spreek vóór de verhuizing af bij welke fout u stopt of terugschakelt. Als de nieuwe site al bestellingen of andere wijzigingen heeft ontvangen, kan alleen DNS terugzetten die gegevens buiten beeld brengen. Bewaar eerst de actuele toestand en bepaal hoe nieuwe gegevens worden meegenomen. Laat dit bij twijfel samen beoordelen voordat u opnieuw bezoekers laat schrijven.

Zeg de oude hosting pas op na de afgesproken controles, eventuele laatste mailsynchronisatie en het bewaren van benodigde gegevens. Trek tijdelijke toegang in wanneer die niet meer nodig is. Houd uw verhuisoverzicht bij de overige beheerafspraken, zodat later duidelijk blijft waar website, DNS en mail zijn ondergebracht.

Als de nacontrole een afwijking laat zien

• Alleen uw computer toont de nieuwe site: controleer of er nog een tijdelijke hosts-regel actief is. Test na verwijderen via de gewone DNS-route.

• Sommige bezoekers zien nog de oude site: vergelijk DNS-antwoorden, inclusief IPv6. Blijf tijdens de overlap controleren of daar nog gegevens worden opgeslagen.

• De homepage werkt, maar inloggen of afrekenen niet: controleer applicatieconfiguratie, sessies, HTTPS en externe koppelingen. Alleen de startpagina testen is onvoldoende.

• E-mail ontbreekt: controleer of de juiste maildienst behouden is, de MX-records kloppen en beide omgevingen tijdens de overgang zijn nagekeken.

• Nieuwe gegevens staan op twee servers: voorkom verdere ongecontroleerde wijzigingen en laat de actuele gegevens samenvoegen volgens het afgesproken herstelplan. Zet niet blind een oudere database terug.

Noteer bij iedere afwijking de eerste stap die misgaat, het tijdstip en de betrokken omgeving. Spreek af wie de beslissing neemt om uit te stellen, door te gaan of terug te schakelen. Een snel gewijzigde DNS-waarde is geen volledig herstel wanneer ondertussen nieuwe bestellingen zijn verwerkt.

Bewaar een overdracht waar een collega mee verder kan

Leg na akkoord de uiteindelijke hosting-, DNS- en mailbestemming vast, samen met de gebruikte softwareversies en de nog lopende bewaartermijnen. Controleer dat een vervanger bij de noodzakelijke beheeromgeving kan zonder uw persoonlijke wachtwoord over te nemen. Verwijder tijdelijke testbestanden en trek verhuisrechten in zodra die niet meer nodig zijn.

Neem ook de eerste backupcontrole op de nieuwe omgeving mee. Een geslaagde verhuizing bewijst niet dat de nieuwe backupplanning al een bruikbaar herstelpunt heeft gemaakt. Bewaar de laatste geschikte kopie van vóór de verhuizing volgens de afgesproken termijn en controleer welke gegevens na oplevering onder de nieuwe voorziening vallen.