Migrating On-Premise SQL Server Database To Azure SQL Database

1. Open SQL Server Management Studio and restore AdventureWorksFull.bak placed under c:\contents. This will be the database that we will try to migrate.
   
   
   
   
2. Log on to Azure portal at https://manage.windowsazure.com/ .
   
   
3. Create a new Azure SQL Database. Click on “NEW” at the left bottom of the screen.
   
   
   
   
4. Click on “Data Services” -> SQL Database -> Quick Create -> Fill in the database details.
   
   
   
   Note: The login name that you give is sort of sa account on Azure SQL Database.
   
   
5. This should create your database on a new server –
   
   
   
   
6. Click on Server ->Configure and add the “current client IP address” to the allowed IP addresses.
   
   
   
   a. Following the steps above will have your Azure environment ready for data migration. Follow the steps below on the on-premise server.
   
   
7. On SSMS -> Right click on the database(AdventureWorks2012) -> tasks -> Export Data tier Application. Select “Save to local disk” and specify a location where the bacpacflie will be created.
   
   
   
   Note: A BACPAC contains both schema and data, but does not support being imported to a database project for schema modification. The primary use of a BACPAC is to move a database from one database service to another (either instances of the Database Engine or Azure SQL Database. A BACPAC can also be used to archive an existing database in an open format. These uses make it a good tool for migrations where the database requires no schema changes. Refer for details.
   
   
8. Run through the rest of the tabs and click “Finish”.
   
   
9. The export would fail as there are objects in the database which are not supported –
   
   
   
   
10. Click on the error message above, and it displays the following message –
    
    
    
    The error message tells us that the two tables(t1 and DatabaseLog) do not have clustered indexes, which is a requirement for the Azure SQL database.
    
    
11. To fix the error, connect to your on-premise database and run the following queries –
    
    1. CREATECLUSTEREDINDEXind_t1ONt1(name)
    2. CREATECLUSTEREDINDEXind_DatabaseLogONDatabaseLog(DatabaseLogID)
12. We have fixed a problem and we do not know if there are other problems with the database or not. Let’s use “Deploy database to SQL Azure” wizard this time. Even “Deploy database to SQL Azure” wizard creates a bacpac and then imports it into Azure SQL database.
    
    To use the wizard, right click on the database -> tasks -> Deploy database to SQL Azure. This will open up a window. Skip the introduction page and the window will look like this –
    
    
    
    
13. Click on “Connect” and specify the Azure Database Server that you want your on-premise database to be migrated to –
    
    
    
    
14. Run through the rest of the steps and click “finish” This will initiate data export.
    
    
15. Export then moves forward, but fails (in about 5 minutes) -
    
    
    
    
16. Click on the error message, and it reports following –
    
    
    
    
17. From the above error – we understand that there is a Stored Procedure within the on-premise database that is running “DBCC CHECKDB” , which isn’t supported in Azure SQL databases.

Summary

We discovered that the import/export wizard just fails when it finds an object/feature that isn’t supported in Azure SQL Databases. We will use “SQL Database Migration Wizard” to avoid such failures. This new wizard can read through the schema definition/trace file and report the features not supported in Azure SQL Databases. You can then make necessary changes and move the database to Azure.