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

An ageing office server with its applications, email and files moving to a New Zealand hosted platform and Microsoft 365, each move checked off

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.

Email

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.

1

Discovery and assessment

Every server, application, data store and integration listed, with owners, dependencies and vendor support positions.

2

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.

3

Preparation

Data cleaned up, permissions reviewed, backups confirmed, licences and connectivity in place, and staff told what will change.

4

Pilot and rehearsal

Representative workflows, integrations and permissions tested safely before any production system moves.

5

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.

6

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.

1

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?

2

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?

3

Prepare

Clean up data, review permissions and confirm backups. Sign-off: are access, backups, connectivity, licensing and staff communications ready?

4

Pilot

Test a representative move, not just the easiest one. Sign-off: do the important workflows, integrations and permissions work in a safe test?

5

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?

6

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.
A cutover sequence of change freeze, data move and validation checks, reaching a go-live decision with a fallback path

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.

Contact

Prefer to talk?

0800 396 337
info@exodesk.com

Christchurch

Level 1, 85 Riccarton Road
Christchurch 8011
03 343 3124

Dunedin

Level 3, Bartons Building
2 Stafford Street, Dunedin 9016
03 479 2941

Start typing and press Enter to search

Call Us Now