Skip to content

Commit 476b169

Browse files
Merge pull request #268943 from abhims14/patch-5
Update faq.yml
2 parents 43fd8c1 + d463c6b commit 476b169

File tree

1 file changed

+13
-2
lines changed

1 file changed

+13
-2
lines changed

articles/dms/faq.yml

Lines changed: 13 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -3,8 +3,8 @@ metadata:
33
title: FAQ - Azure Database Migration Service
44
description: Frequently asked questions about using Azure Database Migration Service to perform database migrations.
55
services: database-migration
6-
author: croblesm
7-
ms.author: roblescarlos
6+
author: abhims14
7+
ms.author: abhishekum
88
ms.reviewer: randolphwest
99
ms.service: dms
1010
ms.custom: mvc
@@ -59,6 +59,17 @@ sections:
5959
answer: |
6060
No. Database Migration Service doesn't store customer data.
6161
62+
- question: |
63+
How can I ensure that DMS has migrated all the data from the source database to Azure SQL Targets?
64+
answer: |
65+
For Azure SQL VM and Azure SQL MI targets, DMS uses physical migration i.e. using Backup and restore. Data consistency between source and target is ensured as explained below depending on the migration mode chosen.
66+
67+
* Offline migration: During offline migration to Azure SQL VM and Azure SQL MI targets, application downtime starts when the migration starts, DMS will ensure that all the backup files get restored to the Target provided the last backup file/s from source is copied to SMB network storage or to blob container (as per the migration configuration). You can verify the last backup file name from source with the last applied backup file applied on target shown on DMS migration monitoring page.
68+
* Online migration: During online migration to Azure SQL VM and Azure SQL MI targets once you initiate the migration cutover and followed by stopping the application, DMS will ensure that all the backup files get restored to the Target provided the last backup file/s from source is copied to SMB network storage or to blob container (as per the migration configuration). It also shows the count for pending backup file/s which are yet to be applied on target, before you complete the migration cutover. You can verify the last backup file name from source with the last applied backup file applied on target shown on DMS migration monitoring page.
69+
70+
For Azure SQL DB targets, DMS does logical migration in case of Azure SQL DB i.e. it copies the data from source SQL database’s tables and write it to the Target Azure SQL DB’s tables. As DMS only support offline migration to Azure SQL DB, application downtime starts when the migration starts, you can monitor and validate the number of rows read (from source database table) and copied (written to target Azure SQL DB table) from the migration monitoring page.
71+
72+
6273
- name: Security
6374
questions:
6475
- question: |

0 commit comments

Comments
 (0)