Christchurch · Dunedin · Nationwide
Cloud Migration Services for NZ Businesses
Moving to the cloud starts with deciding what should move, what should stay and what needs to change first. Exodesk plans and carries out the move, with the scope, responsibilities and expected disruption agreed before migration work starts.
Supporting New Zealand businesses since 1989
The short answer
What is cloud migration?
Cloud migration is moving business systems, data or individual workloads from on-premises servers, or from one cloud service to another, onto a hosted platform or cloud service. Moving a set of mailboxes or a single application is still a migration.
A migration can reduce the hardware you manage and improve access to modern services. It does not automatically modernise an application or make a system secure. Unsupported software, excessive permissions and weak settings need to be dealt with as part of the plan, not carried across unchanged.
What we migrate
What does our cloud migration service move?
Four kinds of move, which can be combined in one project. Your scope lists the systems, their destinations and anything excluded.
Servers and applications
To the Exodesk hosted platform
On-premises servers and line-of-business applications moved onto our hosted platform in New Zealand. Our cloud solutions page covers the platform itself.
To Microsoft 365
Mailboxes from an on-premises Exchange server or another provider moved into Exchange Online. Our email migration guide covers the detail.
Files
To SharePoint and OneDrive
Server file shares moved into SharePoint and OneDrive, with permissions reviewed and carried across deliberately rather than copied wholesale. We check file types, paths, application dependencies and how staff use the data before choosing the destination, as some files or application data may need a different location.
Tenant moves
Between Microsoft 365 tenants
Users, mailboxes and files moved from one Microsoft 365 tenant to another, for example after an acquisition or a change of business structure.
Where an application needs rebuilding rather than moving, that work is scoped separately. Some systems are better left where they are for now, and our hybrid cloud service covers how they keep working with everything that has moved.
When to look closer
Signs a cloud migration is worth planning
Planning early gives you time to compare options, resolve dependencies and choose a workable change window, rather than moving because a disk failed or support ended.
Support is ending
A server or operating system is approaching the end of vendor support. See Windows Server end of life.
Hardware is due for replacement
The next refresh is coming up, and buying another server may not be the best use of the money.
Remote access is a workaround
Staff reach business systems through workarounds that were meant to be temporary.
Data is split across places
Some files are on the server, some in Microsoft 365 and some on laptops, and nobody is sure which copy is current.
The business is combining
A merger or acquisition means two sets of systems, two tenants and two sets of accounts to bring together.
A vendor is moving on
A software vendor is ending support for its on-premises version and moving customers to a hosted one.
The service
What our cloud migration service includes
Six areas of cloud migration work, from finding out what you have to handing over what you end up with.
Discovery and assessment
Every server, application, data store and integration listed, with owners, dependencies and vendor support positions.
A plan and a fixed quote
Destinations, approach, sequence, outage windows and recovery for each system, with a fixed quote for the agreed scope before migration work starts.
Preparation
Data cleaned up, permissions reviewed, backups confirmed, licences and connectivity in place, and staff told what will change.
Pilot and rehearsal
Representative workflows, integrations and permissions tested safely before any production system moves.
Cutover and validation
Readiness checks and rollback triggers approved before each move, which is then made in an agreed window and checked for record counts, permissions, integrations and key business workflows.
Handover and decommissioning
Documentation handed over, and the old environment retired once acceptance and the agreed recovery period are complete, required records are preserved and you approve disposal.
After handover, ongoing support is available and agreed separately, for example through our managed IT services. For detail on related work, see cloud security for protecting the new environment and BCDR for recovery planning.
Getting started
How does a cloud migration run?
Each system moves through six stages, with readiness checks before cutover and acceptance afterwards. Preparation and testing can overlap where the project allows.
Assess
List what exists, who owns it and what depends on it. Sign-off: what should move, what should stay and what should be retired?
Plan
Choose destinations and approaches, and set the sequence and budget. Sign-off: what is the destination, the outage window and the recovery approach for each system?
Prepare
Clean up data, review permissions and confirm backups. Sign-off: are access, backups, connectivity, licensing and staff communications ready?
Pilot
Test a representative move, not just the easiest one. Sign-off: do the important workflows, integrations and permissions work in a safe test?
Cut over
Before the move, confirm who can authorise it, the checks needed to proceed, what would trigger a rollback or recovery, and how data changes are handled. Then move the system in its agreed window and validate it. Sign-off: has the system passed validation and been approved for staff to use?
Accept and hand over
Confirm the result with the people who use it. Sign-off: have business users accepted it, restores been checked and support ownership been agreed?
Approaches
Common ways to approach a migration
Each system gets the approach that suits it. AWS describes seven strategies; these six cover the choices for the systems we migrate.
Rehost
Move the system as it is to a new home. Can reduce application changes, but existing limitations may carry across.
Re-platform
Move it and change part of how it runs, such as the database or storage.
Repurchase
Replace it with a subscription product and move the data across.
Refactor
Rebuild the application. Sometimes necessary, and scoped separately from a migration.
Retain
Leave it where it is for now, because it has a good reason to stay or a better time to move.
Retire
Switch it off. Discovery can turn up systems nobody needs to pay to move.
The choice comes down to supportability, business benefit, risk and cost, not a fixed order of preference.
Cutover
Downtime, rollback and checking it worked
Some migrations need an outage, or a period when users cannot make changes. We agree the expected window after reviewing the systems and testing the approach.
- A decision point. The cutover plan names who approves go-live and what would trigger a rollback.
- Data created during the change. Once users write data to the new system, going back to the old copy can lose or split records, so the plan says how new data is handled and what the alternative recovery is.
- Checks beyond file counts. Record counts, permissions, metadata, integrations and key business workflows, not just whether files arrived intact.
- The source kept safe. The old environment stays protected until acceptance and the agreed recovery period for that system are complete.
Ownership
Who does what in a cloud migration?
Your quote sets out what is included, what you and your vendors are responsible for, and what would count as additional work.
Exodesk
The plan and the move
Discovery, the migration plan, preparation, the moves themselves, validation, documentation and decommissioning.
You
Testing and approval
People who know each system test it, approve go-live and sign off acceptance, and make the business decisions along the way.
Vendors
Their software
Application vendors remain responsible for their products, licensing and any steps only they can carry out. We coordinate with them.
Afterwards
What changes after a cloud migration?
Moving a system changes where it runs. Some responsibilities move with it and some stay.
A server running on a hosted platform still has an operating system and applications that need patching and maintaining. Microsoft describes this in its shared responsibility model: the provider looks after the physical infrastructure, and the customer or its managed provider looks after what runs on it. Your agreement says who does that work.
Microsoft 365 keeps deleted items for limited periods, which is not the same as a backup you control. Exodesk provides separately managed backup for the workloads agreed in your scope, and our Microsoft 365 backup page covers it. Where a service is billed by usage, set budgets and alerts during the migration rather than after the first bill.
Cost
What affects the cost of a cloud migration?
We agree the scope and any cost of discovery first. Once discovery is complete, we give you a fixed quote for the agreed cloud migration scope, with assumptions, exclusions and how any additional work is approved set out before migration work starts.
These are the things that move the figure:
- The size and shape of the move. How many systems, users and mailboxes, how much data, and how many integrations.
- How tangled the current setup is. Undocumented dependencies and old permissions take time to unpick.
- Parallel running. Any period where old and new systems both run and both cost money.
- Ongoing costs. Hosting, licences, backup, connectivity and support after the move, which may be fixed, per user, committed or usage based.
- Vendor involvement. Steps that need the software vendor, and any fees they charge.
Your quote separates the one-off migration from the ongoing costs, so you can compare them against keeping things as they are.
Why Exodesk
Why work with Exodesk?
Supporting businesses since 1989
Our teams in Christchurch and Dunedin support businesses nationwide, with on-site attendance agreed as part of the project.
A fixed cloud migration quote
You know the migration cost before migration work starts, based on what discovery found rather than an estimate.
We will say what not to move
If a system is better retained or retired, we will say so, which is cheaper than moving it twice.
Questions
Cloud migration questions
What is cloud migration in simple terms?
Cloud migration is moving business systems, data or individual workloads from on-premises servers, or from one cloud service to another, onto a hosted platform or cloud service. It can be a whole environment or a single set of mailboxes. A migration does not automatically make a system secure, so weak settings and unsupported software are dealt with as part of the plan.
What does Exodesk migrate?
Servers and line-of-business applications to the Exodesk hosted platform in New Zealand, email to Microsoft 365, file shares to SharePoint and OneDrive, and moves between Microsoft 365 tenants. Your scope lists each system, its destination and anything excluded.
How long does a cloud migration take?
It depends on application support, data volume, integrations, connectivity, vendor availability and the change windows the business can accept. Discovery and testing set the schedule. The overall project and the period when a particular system is unavailable are planned separately.
Will a cloud migration cause downtime?
Some migrations need an outage or a period when users cannot make changes. We agree the expected window after reviewing the systems and testing the approach. The cutover plan says who approves go-live, what would trigger a rollback and how data created during the change is handled.
Can we roll back if something goes wrong?
Sometimes, depending on what has changed. Once users write data to the new system, going back to the old copy can lose or split records. The plan sets a decision point, says how new data is handled and names an alternative recovery where reversing the move is impractical.
How do you check a migration worked?
We check record counts, permissions, metadata, integrations and key business workflows, not just whether files arrived intact. The people who use each system test it and sign off acceptance. The old environment stays protected until acceptance and the agreed recovery period are complete.
How much does a cloud migration cost?
We agree the scope and any cost of discovery first. Once discovery is complete, the agreed migration scope is quoted as a fixed figure, with assumptions, exclusions and how extra work is approved set out before migration work starts. The ongoing costs of hosting, licences, backup, connectivity and support are shown separately, along with any period of running old and new systems side by side.
Do we have to move everything at once?
No. Systems move in a planned sequence, with dependencies first and the riskiest move rehearsed most. Some systems are better retained for now or retired altogether, and our hybrid cloud service covers how retained systems keep working with everything that has moved.
Does moving a server to the cloud remove the need to patch it?
No. The provider looks after the physical infrastructure, but a server still has an operating system and applications that need patching and maintaining. Your agreement says who does that work after the move.
Can we move back from the cloud later?
Sometimes. It depends on the application, the export options, licensing and whether there is a suitable supported destination. We compare staying, moving to another provider or moving back against the same business requirements and costs, and exit options are considered before the original move.
What happens to our old server?
Once the new system is accepted, the agreed recovery period is complete and any records you need are preserved, we agree retirement of the old server with you. It is not left running in a cupboard, and nothing is disposed of without your approval. Our secure IT disposal guide covers the options for retired equipment.
How do we start?
With discovery, before any platform or vendor commitments. We list what you run, what depends on what, and what should move, stay or be retired. That produces the plan and a fixed migration quote.
Next step
Discuss your cloud migration
Talk to Exodesk about what you run now, what should move, and what a cloud migration would involve. We start with discovery, then give you a plan and a fixed quote.
If you would rather review your whole IT environment first, request an IT assessment.
Get in touch
Discuss your cloud migration
Tell us a little about your systems and we will be in touch to arrange a time that suits.
Prefer to talk?
Christchurch
Level 1, 85 Riccarton Road
Christchurch 8011
03 343 3124
Dunedin
Level 3, Bartons Building
2 Stafford Street, Dunedin 9016
03 479 2941