You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/azure-vmware/migrate-sql-server-standalone-cluster.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -36,13 +36,13 @@ Microsoft SQL Server (2019 and 2022) were tested with Windows Server (2019 and 2
36
36
37
37
## Downtime considerations
38
38
39
-
Predicting downtime during a migration will depend upon the size of the database to be migrated and the speed of the private network connection to Azure cloud. Migration of SQL Server standalone instance does not require database downtime since it will be done using HCX vMotion mechanism but it isn't recommended to commit any critical data to the database and execute it during off-peak hours with an pre-approved change window.
39
+
Predicting downtime during a migration will depend upon the size of the database to be migrated and the speed of the private network connection to Azure cloud. Migration of SQL Server standalone instance does not require database downtime since it will be done using the VMware HCX vMotion mechanism. We recommend the migration during off-peak hours with an pre-approved change window.
40
40
41
-
The table below indicates the estimated downtime for each Microsoft SQL Server topology.
41
+
This table indicates the estimated downtime for each Microsoft SQL Server topology.
42
42
43
43
|**Scenario**|**Downtime expected**|**Notes**|
44
44
|:---|:-----|:-----|
45
-
|**Standalone instance**| LOW | Migration will be done using vMotion, the DB will be available during migration time, but it isn't recommended to commit any critical data during it. |
45
+
|**Standalone instance**| LOW | Migration is done using VMware vMotion, the DB is available during migration time, but it isn't recommended to commit any critical data during it. |
46
46
|**Always-On Availability Group**| LOW | The primary replica will always be available during the migration of the first secondary replica and the secondary replica will become the primary after the initial failover to Azure. |
47
47
|**Failover Cluster Instance**| HIGH | All nodes of the cluster will be shut down and migrated using VMware HCX Cold Migration. Downtime duration depends upon database size and private network speed to Azure cloud. |
48
48
@@ -51,7 +51,7 @@ The table below indicates the estimated downtime for each Microsoft SQL Server t
51
51
1. Log into your on-premises **vCenter Server** and access the VMware HCX plugin.
52
52
1. Under **Services** select **Migration** > **Migrate**.
53
53
a. Select the Microsoft SQL Server virtual machine.
54
-
a. Set the vSphere cluster in the remote private cloud that will run the migrated SQL cluster as the **Compute Container**.
54
+
a. Set the vSphere cluster in the remote private cloud of the migrated SQL cluster as the **Compute Container**.
55
55
a. Select the vSAN Datastore as remote storage.
56
56
a. Select a folder if you want to place the VM in a specific folder, this is not mandatory but is recommended to separate the different workloads in your Azure VMware Solution private cloud.
0 commit comments