Moving a workload to Azure is mostly a solved problem. Replicating a server and cutting over is routine. What is not routine is discovering, three hours into a Friday night cutover, that the accounts system was reaching a share on a machine nobody documented and nobody thought was in scope.
Undocumented dependencies are the number one cause
Almost every migration problem we have dealt with traces back to something depending on something else in a way nobody had written down. These are the ones that recur.
- Hard-coded IP addresses in application configuration rather than DNS names
- Scheduled tasks and scripts on a server nobody considers part of the application
- Mapped drives referenced by a line-of-business app rather than by a user
- Print servers and scan-to-folder destinations on multifunction devices
- Licence servers pinned to a MAC address or hostname that changes in Azure
- Legacy applications that authenticate against a domain controller in a way that assumes low latency
Map the traffic, not just the servers
A discovery phase that maps traffic between machines finds these before cutover night. Skipping it is what turns a two-hour window into a weekend.
Licensing surprises
Two things catch Dubai businesses out. First, Windows Server and SQL Server licences with Software Assurance can often be carried into Azure under Hybrid Benefit, which materially reduces the run cost. Many clients hold entitlements they had forgotten about, so audit before you budget.
Second, some third-party software is licensed per physical core or tied to specific hardware. That model does not translate cleanly to a cloud VM, and the vendor conversation needs to happen during planning rather than after you have moved.
Performance assumptions that do not survive the move
| Assumption | What actually happens | What to do |
|---|---|---|
| Storage will be as fast as our SSDs | Default managed disks are slower than local NVMe | Size disk tier against measured IOPS, not guesswork |
| Latency will be similar | Anything chatty between on-prem and Azure feels slower | Move dependent workloads together, not one at a time |
| The VM size maps to our server | Cloud vCPUs are not equivalent to physical cores | Right-size after a month of real usage data |
| Backups come with the platform | Microsoft guarantees the platform, not your data | Configure Azure Backup explicitly, with retention agreed |
What we usually recommend leaving on-premise
Being willing to say this is what separates a migration plan from a sales pitch. Workloads that need constant high-bandwidth access to local hardware, and legacy applications whose vendor will not support them in the cloud, are often better left where they are. A hybrid design with one local server is frequently the right answer.
Cutover, and the rollback nobody plans
- 1Replicate while the original keeps running, so there is no downtime during the copy
- 2Agree a rollback plan in writing before the cutover window opens
- 3Keep the source system available and powered but isolated, not decommissioned, for an agreed period
- 4Cut over one workload group at a time rather than the whole estate in one night
- 5Verify from the user side, not just from the console, before declaring it done
Planning an Azure migration?
We assess the estate first, including the dependencies nobody has written down, then design and cost the target before any migration work begins.
Frequently asked questions
Is Azure cheaper than our current servers?
Not automatically. A like-for-like lift and shift often costs more per month than hardware you already own outright. Azure wins on resilience, scalability and not facing a hardware refresh every five years. If cost is the only driver, model both honestly before deciding.
Can we keep our data inside the UAE?
Yes. Azure operates UAE North and UAE Central regions, so data can stay in-country where a contract or regulator requires it. UAE regions carry a slightly narrower service catalogue than Europe or the US, so confirm every service you need is available in-region first.
How much downtime should we expect?
For most workloads, minutes rather than hours. Data replicates while the original keeps running, so the cutover is a short final sync plus a DNS or connection change. Schedule it outside business hours and keep the source available for rollback.
What is Azure Hybrid Benefit?
It lets you apply existing Windows Server and SQL Server licences with Software Assurance to Azure VMs instead of paying for the licence again in the hourly rate. It significantly reduces run cost, and clients frequently hold eligible entitlements they had forgotten about.
Should we move everything at once?
No. Move in workload groups, keeping dependent systems together so nothing ends up chatting across the internet to its own database. One group at a time also means a rollback affects one part of the business rather than all of it.
Usman K.
· IT Support LeadIT support lead at Azizi Technologies. Manages 24/7 helpdesk, Microsoft 365 migrations, server administration, and managed IT contracts for Dubai SMBs. Microsoft Certified. Mentioned by name in client reviews for fast resolution.
Need a quote for Microsoft Azure Services Dubai?
WhatsApp this article plus your device or site. We reply with next steps and a written quote.