question

PeterRetief-6720 avatar image
0 Votes"
PeterRetief-6720 asked SadiqhAhmed-MSFT answered

No progress on migration from physical server to azure

I have a physical Windows Server 2019 server (actually a VmWare ESXi VM, but I do not have vCenter), which I am trying to migrate using agent. I have successfully assessed the server, and setup a Replication Server, loaded the agent and registered the server to the replication (process) server. The migration showed as "starting", but after a while I had a "critical" error: "{90078} Replication for APP (10.46.1.18) (Disk0) hasn't progressed in the last 60 minutes.".

I followed the troubleshooting guide for connectivity issues between the server and the process server. I found a problem when running cxpsclient - the error was "invalid id for host". After rebooting the Windows 2019 server, the problem was resolved, and cxpsclient runs without error. However, no data appears to be flowing.

Should I cancel the migration and start it again? I did notice that the "Azure Site Recovery VSS Provider" service was stopped (and set to manual) on the Windows 2019 server, so I started it, but this did not resolve the issue.

The Windows 2019 server has two ethernet interfaces (one with a private IP 10.46.1.18, and one with a public IP). The default route is via the public network.

azure-migrate
· 3
5 |1600 characters needed characters left characters exceeded

Up to 10 attachments (including images) can be used with a maximum of 3.0 MiB each and 30.0 MiB total.

@PeterRetief-6720 Sorry for the inconvenience caused!

Are you using Azure Site Recovery or Azure Migrate?

Per error message, the issue seems to be related to proxy or firewall.

0 Votes 0 ·

Hi - I am using Azure Migrate

0 Votes 0 ·

@PeterRetief-6720 As mentioned the issue seems to be related to proxy or firewall that needs to be investigated. I suggest you contact Azure technical support team by raising a support request. The ticket enables you to work closely with the support engineers and get a quick resolution to your issue.

Here is the link - https://docs.microsoft.com/en-us/azure/azure-portal/supportability/how-to-create-azure-support-request to create support case.

0 Votes 0 ·

1 Answer

SadiqhAhmed-MSFT avatar image
0 Votes"
SadiqhAhmed-MSFT answered

Sharing the solution with broader community!

Below is a summary of this case for your records:

Based on documentation provided to you, you have configured CS using OVA and we have installed mobility agent on source machine APP.
We have added VM to the replication and Initial replication was completed without App-consistent recovery point due to SQL writers failure.
On source VM, from SQL management server we have verified “AUTO_CLOSE” ON databases and found 2 DBs and then we have turned off “AUTO_CLOSE” for the same. Please refer following documentation for more details & SQL queries https://docs.microsoft.com/en-US/troubleshoot/sql/admin/revocery-jobs-fail-servers
After turning off auto_close, we have recycled SQL VSS, ASR VSS & ASR services and could see SQL writer tuned into stable state.
Initiated App-Consistent recovery point manually from C:\Program Files (x86)\Microsoft Azure Site Recovery\agent>vacp -systemlevel and its completed
We have initiated test failover using latest App-Consistent recovery point, Assigned public IP, assigned NSG rules & connected using RDP. Please refer below documentation for Test Failover & Failover.
Test Failover: https://docs.microsoft.com/en-us/azure/site-recovery/tutorial-dr-drill-azure
Failover: https://docs.microsoft.com/en-us/azure/site-recovery/vmware-azure-tutorial-failover-failback

Please follow above documentation for test failover & failover

Please note that for Physical to Azure Scenario, you can’t failback from Azure to On-prem.


If the response helped, do "Accept Answer" and up-vote it.

5 |1600 characters needed characters left characters exceeded

Up to 10 attachments (including images) can be used with a maximum of 3.0 MiB each and 30.0 MiB total.