谷歌因我的具体问题而失败。是否有人将数据库 (DBaaS) 和属于 SQL 数据同步组的关联父资源移动到 Azure 中的新资源组？我发现移动数据库应该对使用它的应用程序是透明的，但找不到关于移动是否对数据同步也透明的细节。资源组之间的权限相同，并且资源组位于同一租户和订阅中。
问问题
94 次
1 回答
1
看起来我已经回答了我自己的问题，所以在这里发布以帮助其他人。在我的 Azure 管理员的帮助下，我们在与我需要移动的数据库相同的资源组中创建了一个测试 SQLDB（带有相应的新数据库服务器）。然后，我用测试数据填充新数据库，并将数据同步设置到同一本地实例上的本地数据库。初始同步测试良好。然后，我们将新的测试服务器和数据库（必须同时移动）移到新的资源组，再次在同一个订阅/租户中。完成后（大约 5 分钟后），我们可以看到虽然依赖于 DB 的应用程序实际上仍然可以正常工作，并且 Data Sync Group 出现了，但 Data Sync Agent 没有出现。尝试从同步组进行手动同步确实会导致错误。因此，跨资源组移动数据库似乎会破坏 SQL 数据同步，并且要修复，您需要从头开始重建同步。我没有在测试数据库上完成所有这些步骤，但如果在明天晚上实际生产移动后出现其他问题，我会更新这个答案。
第二天晚上：事实证明，实际行动不是问题。即使在注销并重新登录后，数据库也没有立即显示，但应用程序从未出现故障，并且在 5-10 分钟后导航到主页，然后是门户中的 SQL 数据库，瞧，数据库显示在正确的在选择“同步到其他数据库”后，资源组和同步组和同步代理也都出现了。不确定是先计时还是先导航到主页。无论如何，手动同步按预期工作。所以不确定为什么我们的测试用例不起作用，但似乎将 SQLDB 移动到同一租户内的新资源组，并且订阅很有可能将其数据同步保留到本地实例。不过，与往常一样，您的里程可能会有所不同。
于 2019-01-16T00:09:01.970 回答