我使用的是V11 SQL Azure。
在这个阶段，我不想升级我现有的SQL服务器，它包含了我当前所有的QA和生产数据库。
从逻辑上讲，为V12创建一个新的SQL Server设置，然后以某种方式将V11 DB实例从我的V11 SQL Server复制/迁移到我的新V12 SQL Server（即QA DB）似乎更安全。我知道：V12升级文章
这可能吗？怎么可能？
最简单的方法是创建一个新的V12服务器，然后导出数据库并将其导入到新服务器中。
有几种方法可以做到这一点，您可以使用门户(https://manage.windowsazure.com)然后单击数据库并单击顶部的导出按钮，这将把数据库导出到Azure存储。要导入，请单击"新建"、"数据服务"、"导入"并从您的存储帐户中选择bacpac文件，然后选择要将其导入的新V12服务器。
您的另一个选择是下载SSMS(https://msdn.microsoft.com/en-us/library/mt238290.aspx)并登录到这两个服务器。右键单击要导出的数据库，然后转到任务->导出数据层应用程序。选择本地存储以在本地下载数据库。要导入，右键单击V12服务器上的数据库文件夹，然后转到任务->导入数据层应用程序。
在这一点上，这是从V11到V12的唯一直接方法，而无需直接升级服务器。
对于大约150个数据库的生产部署，我们需要做同样的事情。我们的策略是类似的：在评估了每个数据库的适当层之后，我们为迁移创建了一个单独的V12实例。然而，我们选择在迁移前几周将数据库升级到V11实例中的新层，以验证它们的大小是否合适。
至于迁移，我不知道有任何自动或在线的方法。我们基本上必须使用门户或PowerShell脚本通过Azure存储备份/还原数据库。不幸的是，在复制数据库的过程中，客户会出现停机时间。还要注意，在导入V12服务器之前，您需要知道要使用哪个新的DB层。
在我们上周刚刚进行的一个测试周期中，我们将大约12 GB（8个数据库）从V11服务器迁移到V12服务器。备份数据库大约需要1小时47分钟，然后恢复数据库需要2小时24分钟。因此，对于整个过程，您可以获得大约21分钟/GB的粗略基准，如果您有很多大型数据库，这就不是很好了。幸运的是，我们的大多数数据库都很小（<1GB）。如果你有很多更大的数据库，你可能需要在V11服务器内升级它们（这是一个在线操作），然后升级整个服务器（也是在线的）以避免停机。
我建议创建一个新服务器并进行数据库复制（将数据库[copy_db]创建为[source_db]的副本，然后将服务器升级到V12。与此方法相比，I/E服务花费的时间太长。如果您想要一个一致的状态，您可以将源数据库设置为只读模式