Clouds Connected · Case study
Programme studySeven regulated utility tenants

Four of seven regulated utility tenants moved to SharePoint Subscription Edition, on cutover windows measured in rehearsal rather than estimated.

A fleet upgrade of a hosted multi-tenant estate for a regulatory-compliance software vendor: seven regulated utility tenants, 26 servers across six of them, one runbook, every cutover window measured in a trial migration before the date was booked.

Client
Regulatory-compliance software vendor
Sector
Seven regulated utility tenants
Engagement
Fleet upgrade from SharePoint 2016 to Subscription Edition across a hosted multi-tenant estate
Period
April 2026 – in progress
Anonymised

The client is anonymised, and every figure on this page traces to dated project correspondence. Named references are available on request. Nothing here has been estimated or rounded up.

In brief

SharePoint Subscription Edition migration: what this engagement covered

The challenge

A software vendor hosts one regulated application for seven utilities. Each gets its own farm, with its own SharePoint servers, SQL instance and batch server, because regulated case files do not share a database with another company’s. Six tenants alone account for 26 servers.

SharePoint 2016 sat underneath all of them, and Subscription Edition is where they had to go. That is not one migration but seven, each with a different change process, SSO team and view of what counts as validated. Any one can be scheduled; seven contend for the same engineers.

A fleet does not move as a fleet either. It moves one tenant at a time, so every tenant still waiting carries a second environment that must stay upgradable.

The solution

Readiness became a grid before any date was set. Eleven gates per tenant, from installation and DNS through firewall routing, SSL and SSO to trial migration and live upgrade. Six tenants against eleven gates is sixty-six cells, and the grid answers one question at a glance: which tenant is not ready, and for what.

Every tenant got a trial migration before it got a date. The live window in the plan is not an estimate but what the rehearsal took: three tenants at one day, one at 2.5, one at five and one at six. An average would have hidden that spread and pushed the six-day tenant into somebody else’s weekend.

The source farm was left readable. The first plan shut the old web front end down; the vendor asked for read-only instead. Both source databases are set read-only before the backup, then read-write on the new farm after restore. A shut-down source is a rollback you must rebuild; a read-only one you can still open.

One tenant migrated with a known gap, deliberately. Its workflow validation was unfinished when its window came up and regulatory data requests were landing the following week. It chose to migrate and work the issues afterwards, that decision recorded as the tenant’s, in writing, beforehand.

The results

4 of 7 tenants liveon Subscription Edition, each on its own isolated farm
1 daymeasured upgrade window for three of six rehearsed tenants; the slowest took six
2 farms eachcarried by the three tenants still waiting, both patched every month
BeforeAfter
PlatformSharePoint 2016 across all seven tenantsFour on Subscription Edition
ReadinessTracked in conversationEleven gates per tenant in one grid
Cutover windowUnknown until attemptedMeasured in a trial migration first
Source farm at cutoverTo be shut downRead-only, still readable
Monthly patchingOne farm per tenantTwo farms for each tenant waiting

Four utilities are on a platform with no support horizon, and the vendor now knows what its own upgrade costs: one day for a straightforward tenant, six for the difficult one. One window moved to 9 July because validation users needed longer. The date moved; the plan did not.

An instructive failure sits alongside it. In one tenant’s old environment a People Picker client secret expired on 20 May, renewal deprioritised because migration was weeks away. It cost users read access to past cases, and the investigation ran through a firewall theory and a certificate before reaching the secret. That tenant now asks for 30 days of notice before any certificate expires.

Two further environments joined in September on the client’s own infrastructure rather than the vendor’s platform, with production targeted at 1 December 2026. There the client’s DBA team holds the keys, and the build paused on one SQL setting the engineer could not make.

Technologies

Questions we get asked

SharePoint Subscription Edition migration: common questions

How long does a SharePoint 2016 to Subscription Edition upgrade take?
It varies enough that an average is misleading, so measure it per farm before booking anything. Across six rehearsed tenants on one hosted estate the live upgrade window ran from one day for three of them, to 2.5 days for another, five for another and six for the hardest. Each of those windows came from a trial migration of that specific tenant, not from an estimate, which is what made the dates reliable enough to commit to a regulated customer.
How do you schedule several SharePoint upgrades without them colliding?
Rehearse every farm first, then schedule on the measured window rather than an average. On this programme each tenant had a trial migration before it was given a date, and readiness was tracked as eleven gates per tenant in a single grid covering installation, URL, DNS, web front-end IP, firewall routing, IP restriction, SSL certificate, SSO, People Picker, trial migration and live upgrade. The grid answers the uncomfortable question at a glance: which tenant is not ready, and for what.
Should the old SharePoint farm be shut down during a cutover?
Read-only is better wherever the application allows it. Setting the source content databases to read-only before the backup stops further changes without destroying the ability to look at what was there, and the same runbook sets them read-write on the new farm after restore. In the small hours of a cutover night that is the difference between a rollback you have to rebuild and a question you can simply answer.
What does a half-migrated SharePoint fleet cost to maintain?
Two environments for every tenant still waiting. On this estate the three tenants left on SharePoint 2016 each also run a Subscription Edition farm standing ready, and both take every monthly cumulative update, because an environment that falls behind is not ready when its window arrives. Fleet upgrades are usually costed as the sum of their cutovers; the dual maintenance while the queue drains is the part most plans leave out, and it grows every time a window slips.
Related work

Other engagements like this one

Work with us

Two ways this usually starts

For consulting partners

SharePoint delivery under your paper

Nine of the ten engagements in this library were contracted through a systems integrator, an ISV or a managed provider, with Clouds Connected as the named SharePoint delivery lead. Your client relationship, your invoice, our platform depth — white-label delivery, escalation cover, or a fixed-scope block of hours.

Every study here is anonymised by default, which is also how we work inside your accounts.

For direct clients

Upgrades, migrations, recovery, patching

SharePoint Server and Microsoft 365 platform work on estates that cannot simply be rebuilt: version upgrades, tenant and content migrations, disaster recovery design and drills, performance root-cause diagnosis, and scheduled security patching on a standing cycle.

Regulated utilities, financial services, aerospace and healthcare. Based in the Greater Toronto Area, Canada; delivery across North America.

Provenance

Where these facts come from

Reconstructed from project correspondence, September 2021 to September 2026. Every figure on this page traces to a dated message, and the source citation for each sits in the accompanying fact sheet. Nothing has been estimated, rounded up, or written on the client’s behalf.

Clouds ConnectedUtilities · four of seven tenants live, three keeping two farms