Google 因我的具体担忧而失败了。是否有人将数据库 (DBaaS) 和属于 SQL 数据同步组一部分的关联父资源移动到 Azure 中的新资源组？我发现移动数据库应该对使用它的应用程序是透明的，但无法找到有关移动是否对数据同步也是透明的具体信息。资源组之间的权限相同，并且资源组位于同一租户和订阅内。
最佳答案
看起来我已经回答了我自己的问题，所以在这里发帖是为了帮助其他人。在我的 Azure 管理员的帮助下，我们在与我需要移动的数据库相同的资源组中创建了一个测试 SQLDB(具有相应的新数据库服务器)。然后，我用测试数据填充新数据库，并将数据同步设置到同一本地实例上的本地数据库。初始同步测试良好。然后，我们将新的测试服务器和数据库(必须将两者都移动)移至新的资源组，同样位于同一订阅/租户内。完成后(大约 5 分钟后)，我们可以看到，虽然依赖数据库的应用程序实际上仍然按预期正常工作，并且数据同步组出现了，但数据同步代理却没有出现。尝试从同步组进行手动同步确实导致了错误。因此，跨资源组移动数据库似乎会破坏 SQL 数据同步，要修复此问题，您需要从头开始重建同步。我还没有在测试数据库上完成所有这些步骤，但如果明天晚上实际生产移动后出现其他问题，我将更新此答案。
第二天晚上:结果证明实际的搬家不是问题。即使在注销并重新登录后，数据库也没有立即显示，但应用程序从未停机，5-10 分钟后导航到主页，然后门户中的 SQL 数据库，瞧，数据库以正确的方式显示选择“同步到其他数据库”后，资源组以及同步组和同步代理也会显示。不确定是时间安排还是先导航到主页。无论如何，手动同步按预期工作。因此，不确定为什么我们的测试用例不起作用，但将 SQLDB 移动到同一租户和订阅内的新资源组似乎很有可能将其数据同步保留到本地实例。与往常一样，您的里程可能会有所不同。
关于azure - 使用 SQL 数据同步将 Azure SQLDB 移动到新资源组，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/54205445/