Migration Playbook

Data centre migration: de-risk the move, keep the downtime window short

Relocating racks, consolidating sites or exiting a lease is one of the highest-risk projects an infrastructure team will ever run — hundreds of devices, thousands of connections, and a planned outage window the whole move has to fit inside. Success comes from understanding exactly how the environment works, mapping every dependency, and running a tightly structured physical migration — so risk is controlled and the downtime window stays as short as possible. The planning matters far more than the move.

How we run physical data centre migrations and relocations. Vendor-neutral on kit; opinionated on method. Process based on Optronix delivery practice.
7
Stages from audit to handover — one accountable owner, end to end
Short
Outage windows kept as tight as the environment and dependencies allow
Tested
Where the risk warrants it, a non-production test migration finds problems early, not on the night
Sized
Phased waves or a single big-bang cutover — matched to the estate and window
Insured
SC-cleared engineers, tracked vehicles, full goods-in-transit cover
01 | The Stakes

Why migration is the riskiest project you’ll run

A migration concentrates years of accumulated complexity into a handful of maintenance windows. Everything that’s ever been plugged in, patched, scripted or forgotten has to come back up — correctly, on time, with the business watching. Three things make it unforgiving.

One window, no undo

The cutover happens in hours, usually over a weekend. If the plan is wrong there’s no clean rollback — which is exactly why everything before the move matters more than the move itself.

The estate is a web, not a list

Hundreds of devices and thousands of connections, with dependencies nobody fully remembers. Miss one and a service that “wasn’t in scope” goes dark at 2am.

As-built ≠ as-documented

The real environment rarely matches the diagram. Migrating from a guess is how kit comes back up wrong — or doesn’t come back at all. You can only move safely what you’ve actually mapped.

The uncomfortable truth: a migration is won or lost in the weeks before anyone touches a screwdriver. The move is just the visible 5%.

02 | The Process

The end-to-end migration process

Seven stages, one accountable owner from first survey to final handover. Step through each — most of the work, and most of the risk reduction, happens long before the move weekend.

Hover a stage to step through the process

03 | The Move

How the physical move actually runs

Depending on the estate, dependencies and the window available, a migration runs either as a single big-bang cutover or as phased waves. Destination racks are pre-patched and waiting; devices move in planned, dependency-led groups; excess and end-of-life kit is decommissioned rather than carried over — so two racks of sprawl can land as one clean, denser rack. Either way it’s sequenced so the cutover is controlled and the downtime window stays as short as possible. Here’s a phased example:

Pre-migration · environment mapped
Downtime window · kept short
20 source racks 12 new racks · denser tracked · insured · phased excess & end-of-life kit retired
Compute Network Storage Legacy / end-of-life (decommissioned)

Illustrative. 20 racks of sprawl consolidate into 12 denser racks — excess and end-of-life kit retired on the way, footprint and energy cut.

A big-bang cutover moves everything in one window — faster and often the right call for smaller or self-contained estates. Phasing splits a larger estate into waves that each complete and verify inside their window, with the previous wave proven before the next begins. Which one fits is decided by the estate, dependencies and downtime tolerance — the discipline around it is the same either way.

04 | The Difference

What separates a clean migration from an outage

The kit moves the same way for everyone. What decides whether Monday morning is uneventful is the discipline around the move.

Tested where it counts

Where the risk warrants it, a test migration on non-production devices proves the process, the documentation and the timings — so risks are found on a Tuesday, not discovered live on the night.

Runbook & change control

A device-by-device migration runbook with assigned ownership, twice-weekly stakeholder meetings and a structured RFC process under a dedicated project manager. Nothing moves that isn’t written down and approved.

Transform, don’t just lift-and-shift

A destination designed to decommission excess and reduce footprint — lower power, lower cost, a cleaner estate — instead of carrying the old mess into a new room.

Secure, insured, tracked logistics

SC-cleared engineers, computer-spec’d vehicles, device- and vehicle-level tracking and full goods-in-transit insurance. Your hardware is accounted for every metre of the way.

Proven hands

Engineers who have done this in live, high-stakes and hyperscale environments — so the unexpected on the night is handled, not panicked over.

A documented handover

A closure pack with updated rack layouts, patching schedules and test results, integrated into your DCIM — the new site is better documented than the old one ever was.

05 | The Triggers

When a migration makes sense

Most migrations are forced by a deadline or unlocked by an opportunity — and a single migration often delivers several of these at once. Select the drivers behind your move to see how each is met:

Data Centre Migration

Choosing where to land is its own decision — see how to choose a data centre. Moving a virtualisation platform rather than physical kit? See VMware to Nutanix.

06 | How We Help

How Optronix Helps

We run physical data centre migrations and relocations as a single accountable partner — audit to handover, across the UK, Europe and worldwide — built to understand your environment, control the risk and keep the downtime window as short as possible.

We help you choose where to land

If the move is about cutting cost, we help you find and compare a cheaper facility, contract or service before you commit — vendor-neutral, against the criteria that matter. See how to choose a data centre.

We own it end to end

One partner from site survey to closure pack — audit, design, preparation, test, migration and handover — not a relay of vendors pointing at each other when something slips.

We de-risk before we move

A device-level runbook and structured RFC change control under a dedicated PM — and, where the risk warrants it, a test migration on non-production kit — so the cutover windows are boring by design.

We transform, not just relocate

A destination design that decommissions excess and reduces footprint, power and cost — you arrive with a cleaner, denser, more sustainable estate, not the same sprawl in a new room.

Secure, insured, accountable logistics

SC-cleared engineers, computer-spec’d and tracked vehicles, full goods-in-transit insurance and total ownership of every device in motion, with post-migration support on the other side.

And then we can run it

Once you’re live we can keep it running — DCOps, smart hands and managed services across our global coverage. One partner for the whole lifecycle.

Planning a move, a consolidation, or a lease exit?

Tell us what you’re running and where it needs to go, and we’ll plan and deliver the migration — audited, dependency-mapped, change-controlled and insured, big-bang or phased to fit the estate, with the risk controlled and the downtime window kept as short as possible.

Talk to our team

Sources & notes

  • Process and methodology based on Optronix data centre migration delivery practice (audit → design → preparation → test → review → migrate → handover)
  • General industry practice for phased migration, runbooks, RFC change control, test migrations and DCIM handover
  • Related: choosing the destination, building it out, platform migration