{"id":30150,"date":"2020-03-31T01:00:37","date_gmt":"2020-03-31T08:00:37","guid":{"rendered":"https:\/\/www.microsoft.com\/en-us\/sql-server\/blog\/?p=30150"},"modified":"2024-01-22T22:51:25","modified_gmt":"2024-01-23T06:51:25","slug":"migrate-sql-workloads-to-the-cloud-with-confidence","status":"publish","type":"post","link":"https:\/\/www.microsoft.com\/en-us\/sql-server\/blog\/2020\/03\/31\/migrate-sql-workloads-to-the-cloud-with-confidence\/","title":{"rendered":"Migrate SQL workloads to the cloud with confidence"},"content":{"rendered":"
Wouldn\u2019t it be great if you could see how a workload will perform in a new environment before migrating a database to the cloud? Then you could fix any queries that have compatibility errors or move forward with the migration with confidence.<\/p>\n
That type of crystal ball is essentially what Microsoft gives us in the form of Microsoft Database Experimentation Assistant (DEA)<\/a>. To learn about the benefits of other Azure database capabilities, read Future-Proof Your Data Infrastructure with Azure: A Business Case for Database Administrators<\/a>.<\/em><\/p>\n The Database Experimentation Assistant allows you to evaluate a targeted version of SQL Server for a specific workload. By conducting A\/B testing, you can see how the workload on the source server in your current environment will perform in the new environment. The Database Experimentation Assistant has the ability to capture and replay on Azure SQL Database, Azure SQL Managed Instance, and SQL Server on Linux.<\/p>\n The Database Experimentation Assistant provides analysis metrics to identify potential issues when upgrading from earlier versions of SQL Server starting with 2005 to more recent versions. Database Experimentation Assistant analysis metrics include:<\/p>\n Make sure you meet the following prerequisites before running Database Experimentation Assistant:<\/p>\n Database Experimentation Assistant guides you through an A\/B test of your source and proposed servers in three stages:<\/p>\n The first stage is to capture a workload trace on the source server, which is usually the production server. Trace files capture the entire query workload on that server, including timestamps. Before you start, back up the databases. Next, replay the trace file on two target servers. Target one will mimic your source server, and Target two will mimic the proposed target environment. The hardware configurations of the targets should be as similar as possible to enable SQL Server to analyze the effect your proposed changes have on performance. To replay a workload trace, your computers must be set up to run distributed replay traces.<\/p>\n Finally, generate an analysis report using the replay traces, and review the report for insights about potential performance implications in the new environment.<\/p>\n Migrating SQL Server to the cloud can be a major undertaking. The more assurance you have that the migration will be a success, the better. As an experimentation solution for SQL Server upgrades, Database Experimentation Assistant can help you evaluate a targeted version of SQL Server for a specific workload. You can then rest assured that the workload will perform as expected and can proceed confidently with your migration.<\/p>\n\n
Prerequisites for running Database Experimentation Assistant<\/h2>\n
\n
Running Database Experimentation Assistant<\/h2>\n
1. Capture a workload trace<\/h3>\n
\nNote: A query must execute at least 15 times during the capture period for the Database Experimentation Assistant to determine whether performance will improve or degrade in the new environment.<\/p>\n2. Replay a workload trace<\/h3>\n
3. Analyze the replayed workload traces<\/h3>\n
Learn more<\/h2>\n