From 6fd0482fef56909880e729883381ba1817105f76 Mon Sep 17 00:00:00 2001 From: Manisha_MSFT <132652719+ManishaSinha0410@users.noreply.github.com> Date: Thu, 21 Aug 2025 18:41:50 +0530 Subject: [PATCH 1/2] Update windows-in-place-upgrade.md For workloads hosting critical infrastructure roles or applications such as SQL Server, Domain Controller (DC), Active Directory (AD), or similar, we do not recommend performing an in-place OS upgrade. Deploying a new VM with latest desired version and copying the data will always be a best option. This approach will not only address certain roadblocks but will also ensure a safer, more controlled, and supportable upgrade path across your critical environment. --- articles/virtual-machines/windows-in-place-upgrade.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/articles/virtual-machines/windows-in-place-upgrade.md b/articles/virtual-machines/windows-in-place-upgrade.md index ca8202ad3a..514e4b71e6 100644 --- a/articles/virtual-machines/windows-in-place-upgrade.md +++ b/articles/virtual-machines/windows-in-place-upgrade.md @@ -34,6 +34,8 @@ Before you begin an in-place upgrade: > [!NOTE] > When performing an in-place upgrade on Azure Windows VMs, the VM properties on the Azure portal aren't updated; the changes are only reflected within the OS. This means that the source image information in the VM properties, including the publisher, offer, and plan, remains unchanged. The image used to deploy the VM remains the same, and only the OS is upgraded. +> +> For workloads hosting critical infrastructure roles or applications such as SQL Server, Domain Controller (DC), Active Directory (AD), or similar, we do not recommend performing an in-place OS upgrade. Deploying a new VM with latest desired version and copying the data will always be a best option. This approach will not only address certain roadblocks but will also ensure a safer, more controlled, and supportable upgrade path across your critical environment. ## Upgrade VM to volume license (KMS server activation) From b91cee1ccb09f404103dc0a3e73ea922241022ba Mon Sep 17 00:00:00 2001 From: Manisha_MSFT <132652719+ManishaSinha0410@users.noreply.github.com> Date: Mon, 6 Oct 2025 11:48:18 +0530 Subject: [PATCH 2/2] Update articles/virtual-machines/windows-in-place-upgrade.md Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com> --- articles/virtual-machines/windows-in-place-upgrade.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/articles/virtual-machines/windows-in-place-upgrade.md b/articles/virtual-machines/windows-in-place-upgrade.md index 514e4b71e6..38554942bc 100644 --- a/articles/virtual-machines/windows-in-place-upgrade.md +++ b/articles/virtual-machines/windows-in-place-upgrade.md @@ -35,7 +35,7 @@ Before you begin an in-place upgrade: > [!NOTE] > When performing an in-place upgrade on Azure Windows VMs, the VM properties on the Azure portal aren't updated; the changes are only reflected within the OS. This means that the source image information in the VM properties, including the publisher, offer, and plan, remains unchanged. The image used to deploy the VM remains the same, and only the OS is upgraded. > -> For workloads hosting critical infrastructure roles or applications such as SQL Server, Domain Controller (DC), Active Directory (AD), or similar, we do not recommend performing an in-place OS upgrade. Deploying a new VM with latest desired version and copying the data will always be a best option. This approach will not only address certain roadblocks but will also ensure a safer, more controlled, and supportable upgrade path across your critical environment. +> For workloads hosting critical infrastructure roles or applications such as SQL Server, Domain Controller (DC), Active Directory (AD), or similar, we do not recommend performing an in-place OS upgrade. Deploying a new VM with latest desired version and copying the data will always be the best option. This approach will not only address certain roadblocks but will also ensure a safer, more controlled, and supportable upgrade path across your critical environment. ## Upgrade VM to volume license (KMS server activation)