This article is pulled from my website: and article can also be read here:


I have been using Azure for many years and have a cloud service that supports my global prayer app named Thoughts and Prayers (WP, W8, iOS, Android).  I created this years ago before Azure Mobile Services were created and made my own WCF service to use across all platforms.  With the new Universal apps, WCF support is not available on the Windows Phone 8.1 apps.  So I need to move over to Azure Mobile Services to support an update of the app on Windows Phone.  The biggest issue with this is that my original service and database are located in the North Central US region of Azure.  This region does not have Azure Mobile Services, so I have to move things over to one of the other regions to support it and I had to find a way to move my LIVE database and not affect the 22k+ users of the apps.  The answer for this is the new SQL Data Sync feature that is in preview on Azure.

Azure SQL Data Sync

Taking a look at this new feature in Azure, it allows you to define a Sync group and allows you to have data sync to other SQL Azure instances or even to on-premises SQL Server databases using a Sync Agent.  Since I was needing to move my database from the North Central to East region, I did not need to use the SQL Agent and created Sync Group to do what was needed.

So going into the SQL Database section of the older Azure portal, you will see at the bottom of the screen to Add Sync.


In the Sync Group you will designate one database as a Hub or main database and then the others that get added will sync to the Hub.  Start creating the group by giving it a name and a region that the Data Sync will live in.


The next step will be where you define the Hub or main database.  You will need to add a username and password for the Hub database.  You also have to select how conflicts will be resolved.  You can choose one of the following:

Hub Wins - any change written to the Hub database is written to the reference databases, overwriting changes in the same reference database record.

Client Wins - changes written to the hub are overwritten by changes in reference databases, so the last change written to the hub is the one kept and propagated to the other databases.


The final page of the Data Sync wizard lets you add a reference database.  This will be the database that you can sync to or from.  Pick the database from the drop down.  This means that it needs to be a database on this account, or it could be a Sync Agent for an on-premises database.  The usual username and password for this database will be stored as well as the Sync Direction.  For the Sync Direction, you can be from the following:

Bi-Directional - changes from either the Hub or this database are synced to the other one.

Sync to the Hub - all changes from this database will be synced to the Hub.

Sync from the Hub - all changes from the Hub will be synced to this database.

The Data Sync system will use the Conflict Resolution setting from the previous page to determine what data wins and conflict.  This means that you need to be careful about the possibility that data could get lost.


Now we have the Data Sync all setup, on to configuring how often it should perform the sync operation and what should sync.  So right now we have the service setup but it is not setup to be run automatically or on a schedule.

Configuring the Sync

You will now see the Sync (preview) on the top menu of the SQL Database section in Azure.  From this menu option, you can now configure the Sync feature to tell it how often and what fields to sync.

The first section is the references.  This shows the main Hub database as well as all of the references.  On the bottom you will find a button to add another reference database to this sync.  For this example, I will keep it as a single database to sync with.  This display also shows the direction of the data flow in the sync.


The next menu option for the Sync feature is Configure.  This will allow you to set the feature to perform Automatic Sync operations and allow you to set the frequency.  You can setup the frequency to be in minutes, hours, days, or months.  Keep in mind that the sync operation is going to take some time, especially if the database is larger.  Setting the frequency to be 1 minute might be too often, but this is part of a business decision for your data.


The next step is to setup the Sync Rules.  This is where you will determine what fields will be synced, and what fields will not be synced.  This shows up as a tree structure and has checkboxes for each field to select them.  I wanted to show my data fields because there is a field that is not supported in the data sync.  It seems that the automatic timestamp field for the records are not available for the sync since it is an automated field.  This is a mobile services database and the version field is part of how those are configured.


The last two menu items are the properties and logs for the data sync.  These are not needed to be setup for the sync to start working.  At the bottom of the screen in this configuration, there are also two more buttons, Sync and Stop.  The Sync will perform a sync operation right now and the Stop will stop one in progress.


The new Data Sync feature is a nice way to let you make sure that copies of your database are updated on a schedule.  Data is important for your business and for your customers.  There are a few things to keep in mind, the databases that you see are the ones from your own account.  It does looks like it will support going to a different subscription under a single account, but you cannot sync to a totally different account.  The data sync is not instant and it will take time to perform the operation, but this new preview feature is a great way to move a database, backup, and syncing with other Azure and on-premises databases.  I am using it for my personal projects and it is something that has a lot of potential for many different databases.