Skip to content

Commit a378ccd

Browse files
authored
Merge pull request #191092 from krepko7/patch-9
role and storage config changes
2 parents ae2703f + 53d6ab2 commit a378ccd

File tree

1 file changed

+10
-3
lines changed

1 file changed

+10
-3
lines changed

articles/dms/tutorial-sql-server-managed-instance-online-ads.md

Lines changed: 10 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -47,7 +47,7 @@ To complete this tutorial, you need to:
4747
* [Install the Azure SQL Migration extension](/sql/azure-data-studio/extensions/azure-sql-migration-extension) from the Azure Data Studio marketplace
4848
* Have an Azure account that is assigned to one of the built-in roles listed below:
4949
- Contributor for the target Azure SQL Managed Instance (and Storage Account to upload your database backup files from SMB network share).
50-
- Owner or Contributor role for the Azure Resource Groups containing the target Azure SQL Managed Instance or the Azure storage account.
50+
- Reader role for the Azure Resource Groups containing the target Azure SQL Managed Instance or the Azure storage account.
5151
- Owner or Contributor role for the Azure subscription (required if creating a new DMS service).
5252
> [!IMPORTANT]
5353
> Azure account is only required when configuring the migration steps and is not required for assessment or Azure recommendation steps in the migration wizard.
@@ -116,7 +116,7 @@ To complete this tutorial, you need to:
116116
> [!NOTE]
117117
> If your database backups are provided in an on-premises network share, DMS will require you to setup self-hosted integration runtime in the next step of the wizard. Self-hosted integration runtime is required to access your source database backups, check the validity of the backup set and upload them to Azure storage account.<br/> If your database backups are already on an Azure storage blob container, you do not need to setup self-hosted integration runtime.
118118
119-
1. If you picked the first option for network share, provide details of your source SQL Server, source backup location, target database name and Azure storage account for the backup files to be uploaded to.
119+
* For backups located on a network share provide the below details of your source SQL Server, source backup location, target database name and Azure storage account for the backup files to be uploaded to.
120120

121121
|Field |Description |
122122
|---------|-------------|
@@ -128,7 +128,14 @@ To complete this tutorial, you need to:
128128
|**Target database name** |The target database name can be modified if you wish to change the database name on the target during the migration process. |
129129
|**Storage account details** |The resource group and storage account where backup files will be uploaded to. You do not need to create a container as DMS will automatically create a blob container in the specified storage account during the upload process.
130130

131-
1. If you picked the second option for backups stored in an Azure Blob Container specify the **Target database name**, **Resource group**, **Azure storage account**, **Blob container** and **Last backup file** from the corresponding drop-down lists. This Azure storage account will be used by DMS to upload the database backups from network share. You do not need to create a container as DMS will automatically create a blob container in the specified storage account during the upload process.
131+
* For backups stored in an Azure storage blob container specify the below details of the Target database name,
132+
Resource group, Azure storage account, Blob container from the corresponding drop-down lists.
133+
134+
|Field |Description |
135+
|---------|-------------|
136+
|**Target database name** |The target database name can be modified if you wish to change the database name on the target during the migration process. |
137+
|**Storage account details** |The resource group, storage account and container where backup files are located.
138+
132139
> [!IMPORTANT]
133140
> If loopback check functionality is enabled and the source SQL Server and file share are on the same computer, then source won't be able to access the files hare using FQDN. To fix this issue, disable loopback check functionality using the instructions [here](https://support.microsoft.com/help/926642/error-message-when-you-try-to-access-a-server-locally-by-using-its-fqd)
134141

0 commit comments

Comments
 (0)