Windows Server Summit 2024
Mar 26 2024 08:00 AM - Mar 28 2024 04:30 PM (PDT)
Microsoft Tech Community
LIVE

Storage migration service transfer speed and other issues

Copper Contributor

Hi,

 

I am using SMS to migrate a Windows 2008 R2 server to Windows 2019. I have WAC version 2103.2 running on a fresh install of Windows 2019, fully updated. Both the source and destination server are running off the same vSphere ESXi host, both have 10Gbps vmxnet3 adapters, in the same subnet. The destination has the storage migration proxy feature installed. 

 

Doing the inventory of the files on the source server took several hours. The source size is 998GB and roughly 3 million files. I have the transfer running right now and it's been going on for the past 7.5 hours. Looking at the space usage on the destination server, it looks like there's still 80GB left to copy. What is being used under the hood to copy the files? Looking at task manager on the destination server, I see receive running around 20Mbps.

 

I have disabled the antivirus on both servers. Source was running mcafee and the destination windows defender. On the destination, defender would use 100% of the CPU during the transfer. 

 

Looking at the progress tab in WAC, there is no update. It says the speed is 0 Bps and the process has been stuck at 31.6% since the beginning. Under transfer details, it says it processed 315GB but in reality it's closer to 800GB. Using the refresh button doesn't seem to change anything.

 

I'm using WAC to migrate this server because the permissions are a mess and several local groups are used. Another group is responsible for this and I am just trying to get rid of this windows 2008 server.

 

My challenge now is to determine the correct maintenance window for the final synchronization. Given the unpredictable speed, it difficult to plan a meaningful change window.

 

While troubleshooting, I came across a few post that showed Microsoft is eager to get feedback so I figured I would post here. 

 

Thanks

 

 

1 Reply
And I forgot to add, the WAC server is using 5.367 GHz of CPU while doing this. Now that I'm looking at this... does the data go from the source, through the WAC server and to the destination?