Verborgen afhankelijkheden
We brengen in kaart welke servers met elkaar praten en plannen de golven daaromheen, zodat een applicatie in één keer verhuist.
Van VMware naar HPE Morpheus, van fysieke hardware naar Hyper-V, of VM's weg uit Azure, AWS of een VPS. We kopiëren je servers met onze back-uptechniek, maken ze klaar voor het nieuwe platform, testen ze en stappen over in een onderhoudsvenster. Waar het kan, nemen we instellingen zoals IP- en MAC-adressen over, zodat de overstap soepeler gaat. Tot je akkoord geeft, blijft de weg terug open.

Waar mogelijk houden we de MAC-adressen, de VLAN’s en de instellingen gelijk, zodat je gebruikers er zo weinig mogelijk van merken.
We migreren zoals we herstellen: vanuit back-ups. Je huidige omgeving draait door tot de overstap en blijft daarna je weg terug. VMware naar HPE Morpheus is een veelgekozen route, maar elke combinatie gaat op dezelfde manier.
We brengen je VM’s en hun afhankelijkheden in kaart. Een database verhuist na de domeincontroller die hij nodig heeft, een applicatie na haar database. Zo krijg je een paar planbare golven in plaats van één big bang.
We maken per golf een volledige back-up naar ons datacenter, terwijl de huidige VM’s doordraaien. De herstelpunten gaan meteen op slot. Zo heb je vanaf dat moment ook een extra, onveranderbaar vangnet.
We maken elke VM klaar voor het nieuwe platform: schijven in het juiste formaat, oude guest tools eruit, juiste drivers erin. Daarna starten de VM’s in een afgeschermd testnetwerk en testen we samen aanmelden, ERP en bestandsshares.
In een afgesproken onderhoudsvenster synchroniseren we alleen de blokken die sinds de volledige kopie zijn veranderd, zetten we de oude VM's uit en starten we ze op het nieuwe platform. Instellingen zoals IP-adressen, MAC-adressen en VLAN's gaan waar mogelijk mee, zodat de overstap soepel blijft voor gebruikers.
De bronomgeving blijft onaangeroerd en de herstelpunten blijven op slot. Duikt er in de eerste dagen iets op, dan kunnen we terug. Pas na jouw akkoord plannen we de volgende golf of ruimen we de oude omgeving op.
Je stapt in je eigen tempo over, in kleine stappen en steeds met een geteste weg terug. Hetzelfde team dat je back-ups beheert, doet de migratie.
Voorbeeldmigratie. De stilstand per golf hangt af van de hoeveelheid gewijzigde data, het aantal VM’s, afhankelijkheden en controles. Bron- en doelplatforms en versies bevestigen we vooraf.
Welke servers, hoe ze van elkaar afhangen en in welke golven ze verhuizen.
afhankelijkheden · golfplanningVia de hypervisor of met een agent op de server maken we een volledige kopie. Dat werkt ook voor VM's in Azure, AWS of bij een VPS-aanbieder, Windows en Linux.
je servers blijven draaienElke server krijgt wat het nieuwe platform nodig heeft: schijfindeling, drivers en guest tools. Daarna start hij eerst in een afgeschermd testnetwerk.
proefstart vóór de overstapIn het onderhoudsvenster synchroniseren we alleen de laatste wijzigingen en starten we de servers op het nieuwe platform.
korte geplande stilstand per golfTot je akkoord geeft, blijft de bron staan. Daarna kunnen de back-ups op het nieuwe platform doorlopen.
een weg terug tot je akkoordWat merk je ervan: Omdat instellingen waar mogelijk meegaan, hoeven je gebruikers weinig aan te passen. De overstap gebeurt in een onderhoudsvenster dat jij kiest.
Servers kopiëren is zelden het probleem. Het gaat mis bij afhankelijkheden die niemand heeft vastgelegd, stilstand die uitloopt en geen weg terug.
We brengen in kaart welke servers met elkaar praten en plannen de golven daaromheen, zodat een applicatie in één keer verhuist.
We kopiëren vooraf en synchroniseren bij de overstap alleen de laatste wijzigingen. Per golf is dat meestal een kort onderhoudsvenster.
Je huidige omgeving blijft onaangeroerd tot jij akkoord geeft, en de herstelpunten zijn onveranderbaar.
VMware, Hyper-V, Proxmox, Nutanix, HPE Morpheus VM Essentials en fysieke servers. De combinatie bevestigen we per project.
Elke server krijgt wat het nieuwe platform nodig heeft: de juiste schijfindeling, drivers en guest tools.
Waar mogelijk nemen we IP-adressen, MAC-adressen en VLAN's over, zodat clients, printers en koppelingen zo min mogelijk hoeven te veranderen.
Vóór de echte overstap starten en controleren we elke server in een apart testnetwerk.
We groeperen servers per applicatie en afhankelijkheid en spreken per golf een onderhoudsvenster af.
Na de verhuizing kunnen we op het nieuwe platform blijven back-uppen, met dezelfde onveranderbare bescherming.
Licentiewijzigingen, verouderde hardware of een platform dat beter past. Sinds Broadcom VMware overnam, zijn de licenties voor veel organisaties flink duurder geworden. HPE Morpheus VM Essentials is een populair alternatief.
Van platform wisselen klinkt als een groot project. Voor ons is het vooral wat we elke dag al doen: een server uit een back-up halen en ergens anders starten, met zijn instellingen. Van welk platform hij komt en waar hij naartoe gaat, maakt verrassend weinig uit.
Je huidige omgeving blijft draaien terwijl wij kopiëren, voorbereiden en testen. Er gaat niets uit tot jij het zegt.
Elke server start eerst in een afgeschermd testnetwerk op het nieuwe platform, zodat je applicatiebeheerders hem kunnen controleren.
Bij de overstap synchroniseren we alleen de blokken die sinds de laatste kopie zijn veranderd. Hoe lang dat duurt, hangt af van de omvang en het aantal wijzigingen.
De bron en de onveranderbare herstelpunten blijven bestaan. Klopt er iets niet, dan gaan we terug.
Servers, afhankelijkheden, licenties en migratiegolven.
Volledige back-up naar Immutec, de bron blijft draaien.
Servers klaargemaakt voor het nieuwe platform en afgeschermd getest.
Laatste synchronisatie, instellingen mee, gebruikers weer aan het werk.
Wil je dat, dan lopen de back-ups door op het nieuwe platform.
Bron- en doelplatforms, versies, besturingssystemen en applicaties bevestigen we vóór de projectstart. Productnamen en logo’s zijn eigendom van de rechthebbenden.
Technical papers
Korte papers in het Engels voor engineers die de details lezen: hoe het werkt en wat we op ons eigen platform hebben gemeten.
Alle technical papers
Technical paper 02 · Disaster recovery
Same virtual hardware, same MAC addresses, same VLANs, same clock. Why our DR copies boot without driver injection or re-IP.
Download pdf2 pagina's · 199 kB
Technical paper 04 · Failback
Failback that sends back only what changed. The original keeps its identity and its backup chain.
Download pdf2 pagina's · 179 kBStap in je eigen tempo over naar een ander platform of licentiemodel, met korte onderhoudsvensters en een weg terug.
Wij voeren de migratie uit, jij houdt de regie over de klant.
Staat je vraag er niet bij? Bel ons op +31 (0)85 482 3400.
Een los project met een duidelijk begin en einde, zonder back-upcontract. Veel klanten laten de back-ups daarna wel bij ons doorlopen.
Dat hangt af van de servergrootte en van hoeveel er verandert tussen de laatste kopie en de overstap. Per golf is het meestal een kort onderhoudsvenster. We meten de echte tijd eerst in de testronde. Zo plan je met je eigen cijfers.
In principe van elk platform naar elk ander: VMware, Hyper-V, Proxmox, Nutanix, HPE Morpheus VM Essentials en fysieke servers. De precieze combinatie en versies bevestigen we vooraf.
Tot je akkoord geeft, blijft de bron intact. We kunnen terugschakelen terwijl we het probleem oplossen.
Op welk platform je nu zit, waar je naartoe wilt en ongeveer hoeveel servers. Samen plannen we de golven en de testronde.