Migration SQL Server数据库迁移向导发生了什么变化？

“SQL Server数据库迁移向导”又名SQL Azure迁移向导以前位于，但它已不存在

我试图通过谷歌搜索它的新家，但我找不到

---

有人知道这个工具到哪里去了吗？

它被数据迁移助手取代

Data Migration Assistant（DMA）通过检测可能影响新版本SQL Server和Azure SQL数据库上数据库功能的兼容性问题，使您能够升级到现代数据平台。它建议为您的目标环境改进性能和可靠性。它不仅允许您将模式和数据，还允许将未包含的对象从源服务器移动到目标服务器

DMA将取代所有以前版本的SQL Server Upgrade Advisor，并应用于大多数SQL Server版本的升级（有关支持的版本，请参阅下文）

参考文献：

---

您现在可以在这里找到它：

（我也找了很久才找到。）

---

那个代码对我来说不是现成的。我花了大约30-40分钟来建造它。但一旦我把它建成并运行起来，它似乎工作得很好。

谢谢。我安装了DMA，但它缺少将数据库从SQL Azure迁移到本地SQL Server实例的功能。最初的SQLAzureMW具有此功能。当我尝试使用SQL Azure DB作为DMA工具的源时，它说：为迁移指定了无效的源服务器详细信息。服务器“xxxxxxxxx.database.windows.net”具有不支持此操作的数据库环境：“AzureSqlDatabase”。它必须是以下内容之一：“内部部署”。若要将数据库从Azure SQL数据库迁移到SQL Server的内部部署实例，请通过Azure门户将云数据库导出为bacpac文件，然后使用SSMs导入内部部署实例上的bacpac文件谢谢，Estienne！这正是我需要的。事实上，这一切都可以从SSM内部完成。令人惊叹的！他们究竟为什么要用一个无法获取Azure数据库并将其放在本地的工具来取代一个允许我获取Azure数据库并将其放在本地的工具？您能否提供一些信息，说明您无法使构建正常工作的原因以及您必须更改的内容？抱歉@Kasaku，我当然应该提供更多信息，但目前时间紧迫。我想我需要将SMO从SQL Manager附带的旧包切换到NuGet上的新SMO。由于SMO中出现了一些突破性的更改，因此我必须修复相应的代码。除此之外，还有一些验证不起作用，不再相关，所以我不得不删除它。我想就是这样。祝你好运。有人下载过这个二进制文件吗？只是为了节省我的时间，仅此而已。对不起@RichardGriffiths。正如我所描述的，我当然有一份工作副本，但目前我根本没有时间去理解仅仅向他人提供下载的法律和许可的含义。我在头脑中的待办事项列表中做了一个条目，以完成GitHub项目并使其在那里工作。（但是，对不起，不要屏住呼吸。）