Hidden dependencies
We map which servers talk to each other and plan the waves around that, so an application moves as a whole.
Moving servers? From any platform to any other, with the same IP addresses.
From VMware to HPE Morpheus, from physical hardware to Hyper-V, from Hyper-V to Proxmox. We copy your servers with our backup technology, prepare them for the new platform, test them and switch over in a maintenance window. Your users find their applications at the same address, and until you sign off the way back stays open.
How we move your servers from any platform to any other, without a weekend of downtime.
We migrate the same way we recover: from backups. Your current environment keeps running until the moment of switching, and stays available as a way back. VMware to HPE Morpheus is a common route, but the method is the same for every combination.
01 / 05
Plan the waves
We list your VMs and work out what depends on what. A database goes after the domain controller it needs, an application after its database. That gives you a few waves you can schedule, instead of one big bang.
02 / 05
Take a full copy
We make a full backup of each wave to our data centre while the current VMs keep running. The recovery points are locked straight away, so from this moment you also have an extra, immutable safety net.
03 / 05
Convert and test
We prepare every VM for the new platform: disks in the right format, the old guest tools out and the right drivers in. Then the VMs boot in an isolated test network and we check logons, the ERP and file shares with you.
04 / 05
Switch over
In an agreed maintenance window we sync only the blocks that changed since the full copy, shut down the old VMs and start them on the new platform with the same IP addresses and VLANs. Users reconnect without changing anything on their side.
05 / 05
Keep a way back
The source environment stays untouched and the recovery points stay locked. If something turns up in the first days, we can go back. Only when you sign off do we plan the next wave or clean up the old environment.
In short
You change platform on your own schedule, in small steps, with a tested way back at every stage. The same team that runs your backups does the migration.
Technical detail
- Backup-based migration: full seed while the source runs, then a final incremental sync of changed blocks in the maintenance window.
- Disks, guest tools and drivers are prepared for the target hypervisor. Network mapping keeps IP addresses and VLANs.
- Test boots in an isolated network before cutover. The source environment and the immutable recovery points remain as a rollback path until sign-off.
Example migration. Downtime per wave depends on data change rate, number of VMs, dependencies and checks. We confirm the source and target platforms and versions before we start.
Where platform migrations usually go wrong.
Copying the servers is rarely the problem. The trouble is in dependencies nobody wrote down, downtime that runs longer than planned, and having no way back.
Downtime
We copy in advance and only sync the last changes at the switch. Per wave that is usually a short maintenance window.
No way back
Your current environment stays untouched until you sign off, and the recovery points are immutable.
What we move, and how.
Any source, any target
VMware, Hyper-V, Proxmox, Nutanix, HPE Morpheus VM Essentials and physical servers. We confirm the combination per project.
Ready for the new platform
Every server gets what the new platform needs: the right disk layout, the right drivers and the right guest tools.
Same IP addresses and VLANs
Servers keep their network identity, so clients, printers and integrations need no changes.
Tested in isolation
Every server is started and checked in a separate test network before the real switch.
In waves, with a plan
We group servers by application and dependency and agree a maintenance window per wave.
Backup straight away, if you want
After the move we can keep backing up on the new platform, with the same immutable protection.
Why so many companies are changing platform now.
Licence changes, hardware at the end of its life, or simply a better fit. Since Broadcom took over VMware, for example, licences have become a lot more expensive for many organisations, and HPE Morpheus VM Essentials has become a popular alternative.
Changing platform sounds like a big project. For us it is mostly what we already do every day: take a server from a backup and start it somewhere else, with the same network identity. Which platform it came from and where it goes matters surprisingly little.
Backup-based, so the source stays untouched
Your current environment keeps running while we copy, prepare and test. Nothing is switched off until you say so.
Tested before the switch
Every server boots on the new platform in an isolated test network first, so your application owners can check it.
Short downtime per wave
At the switch we only sync the blocks that changed since the last copy. How long it takes depends on the size and number of changes.
A way back until sign-off
The source and the immutable recovery points remain. If something is wrong, we go back.
From any platform to any other, in five steps.
FROM
VMware vSphere
Microsoft Hyper-V
Proxmox
Nutanix
Physical servers
→VMware vSphereMicrosoft Hyper-VProxmoxNutanixPhysical serversTO
HPE Morpheus VM EssentialsMicrosoft Hyper-VProxmoxNutanixVMware vSphere
HPE Morpheus VM EssentialsMicrosoft Hyper-VProxmoxNutanixVMware vSphere- 01
Inventory
Servers, dependencies, licences and migration waves.
- 02
Copy
Full backup to Immutec, the source keeps running.
- 03
Prepare and test
Servers made ready for the new platform and tested in isolation.
- 04
Switch
Final sync, same IP addresses, users back to work.
- 05
Secure
If you want, backups continue on the new platform.
We confirm the source and target platforms, versions, operating systems and applications before the project starts. Product names and logos belong to their respective owners.
For management
Leave a platform or licence model behind on your own schedule, with short maintenance windows and a way back.
For IT partners
We carry out the migration, you stay in charge of the client.
How the partnership worksQuestions we get a lot
Something else? Call us on +31 (0)85 482 3400.
Is this a separate service or part of backup?
A separate project with a clear start and end. You don’t need a backup contract for it, although many customers keep the backups running with us afterwards.
How long is the downtime?
That depends on the size of the servers and how much changes between the last copy and the switch. Per wave it is usually somewhere between a few minutes and an hour. We measure it in the test round first.
Which platforms can you migrate between?
In principle from any platform to any other: VMware, Hyper-V, Proxmox, Nutanix, HPE Morpheus VM Essentials and physical servers. We confirm the exact combination and versions before we start.
What if an application doesn’t work after the switch?
Until you sign off, the source stays intact. We can switch back while we solve the problem.
Let’s make the scope concrete.
Tell us about your environment and what you need. We’ll agree what is covered, who does what and the next step.