Azure SQL Database
Example: A single application database with no cross-database queries or SQL Agent jobs
Approach: The platform service with the least to run. We check feature gaps in the assessment first.
On Azure, the licences you already own can change which target is cheapest to run. Agnotic Technologies migrates Windows, SQL Server and Linux workloads to Microsoft Azure with Azure's own tools, and plans licensing and the landing zone before the first server moves.
Trusted by global innovators
























Azure migration
An Azure migration moves applications, databases and file shares into Microsoft Azure using Azure's own tools and licensing rules. Agnotic Technologies discovers workloads with Azure Migrate, chooses a target per workload, moves databases with Azure Database Migration Service, applies Azure Hybrid Benefit where your licences allow, and builds the landing zone first.
This page covers Azure tooling, targets and licensing. Migration strategy, phasing and rollback are on our cloud migration and modernization page, and choosing between providers is part of cloud consulting.
Windows Server and SQL Server estates gain the most from early licence planning, because the licence position changes which target is cheapest to run.
Decision table
Typical targets. The Azure Migrate assessment and your licence list confirm each one.
| Source workload | Azure target | Azure tool | Main compatibility check |
|---|---|---|---|
| IIS web application | Azure App Service, or an Azure VM if it needs server access | Azure Migrate web app assessment and migration | Dependence on the local file system, the GAC, Windows services or COM components |
| SQL Server database | Azure SQL Managed Instance, Azure SQL Database or SQL Server on an Azure VM | Azure Database Migration Service | Cross-database queries, SQL Agent jobs, CLR and other features each target supports |
| Windows file share | Azure Files | Azure File Sync, or a copy tool such as AzCopy | NTFS permissions, the identity source and the SMB versions clients use |
| Linux application server | Azure VM, or Azure Kubernetes Service once containerized | Azure Migrate server migration | Distribution and kernel support, mounted storage and outbound connections |
| VMware estate | Azure VMs, or Azure VMware Solution to keep VMware tooling | Azure Migrate agentless discovery and migration | VMware tool licensing and whether the team wants to keep it |
Licensing
We list every licence before we pick targets. Your licensing contact confirms entitlements.
Database targets
Example: A single application database with no cross-database queries or SQL Agent jobs
Approach: The platform service with the least to run. We check feature gaps in the assessment first.
Example: Several databases that query each other and rely on SQL Agent
Approach: Close SQL Server compatibility as a managed service, with online migration through Azure DMS to keep downtime short.
Example: Third-party software that needs a specific SQL Server version or operating system access
Approach: Full control of the instance. You patch and back it up, so we automate both.
Method
Deploy the Azure Migrate appliance, or import an inventory, to collect servers, databases, web apps and their dependencies.
Readiness, target size and run cost per workload from Azure Migrate, checked against your licence list.
A platform landing zone for identity, network, policy and logging, then workload landing zones for each application team.
Workloads grouped by dependency, tested in Azure, then cut over with a rollback window.
Sizes adjusted to real usage, and the source systems switched off once each wave is signed off.
Built with the Cloud Adoption Framework before workloads arrive, so nothing is migrated into an unmanaged subscription.
Microsoft Entra ID groups, privileged access for administrators and managed identities for applications.
Hub and spoke or Virtual WAN, private endpoints and a connection to your data centre.
Azure Policy for allowed regions, required tags, encryption and public access rules.
Azure Monitor and Log Analytics, with activity logs kept for audit.
Management groups with separate subscriptions per environment and workload.
Budgets, tags and alerts set up on the first day.
Active Directory, Windows Server and SQL Server estates moving to the platform they already license.
Servers moved to Azure for Extended Security Updates while applications are upgraded.
Databases matched to Azure SQL Database, Managed Instance or a VM by the features they use.
Workloads with PHI moved only to services in scope of the Microsoft BAA.
Hosted products moved to Azure to sit closer to customers who buy through Microsoft.
References
From Microsoft Learn, read on 21 October 2026. We re-check tool support for your versions at the start of each project.
Azure Migrate discovers workloads through a lightweight Azure Migrate appliance, which Microsoft recommends, through a collector, or by importing inventory data.
Source: Microsoft Learn: Azure Migrate overviewAzure Database Migration Service supports online migration to Azure SQL Managed Instance with minimal downtime, and offline migration to Azure SQL Database.
Source: Microsoft Learn: Azure Database Migration ServiceAzure Hybrid Benefit lets you allocate SQL Server licences with Software Assurance to Azure SQL Database and Azure SQL Managed Instance.
Source: Microsoft Learn: Azure Hybrid Benefit for Azure SQLExtended Security Updates for Windows Server are free of charge for servers hosted in Azure and available to purchase for servers outside Azure.
Source: Microsoft Learn: Extended Security Updates for Windows ServerAn Azure landing zone, as the Cloud Adoption Framework defines it, has two parts: a platform landing zone for shared governance, security and resources, and workload landing zones where application teams run their workloads.
Source: Microsoft Learn: Cloud Adoption Framework, Azure landing zones