使用SQL数据同步将Azure SQLDB移动到新资源组

时间:2019-01-15 19:15:59

标签: azure azure-sql-database azure-resource-group azure-data-sync sqldb

Google未能满足我的特定关注。是否有人将作为SQL数据同步组一部分的数据库(DBaaS)和关联的父资源移动到Azure内的新资源组?我发现移动数据库对于使用该数据库的应用程序应该是透明的,但是找不到关于该移动是否也对数据同步透明的细节。资源组之间的权限相同,并且资源组在同一租户和预订中。

1 个答案:

答案 0 :(得分:1)

好像我已经回答了我自己的问题,所以在这里发贴可以帮助其他人。在我的Azure管理员的帮助下,我们在与我需要移动的数据库相同的资源组中创建了一个测试SQLDB(具有相应的新数据库服务器)。然后,我用测试数据填充新数据库,并在同一本地实例上将数据同步设置为本地数据库。初始同步测试正常。然后,我们将新的测试服务器和数据库(必须同时移动)移到了新的资源组中,再次位于同一订阅/租户中。完成后(大约5分钟后),我们可以看到,尽管依赖DB的应用程序实际上仍然可以按预期运行,并且出现了Data Sync Group,但Data Sync Agent却没有出现。尝试从同步组进行手动同步确实导致错误。因此,跨资源组移动数据库似乎会破坏SQL数据同步,并且要修复,您需要从头开始重建同步。我还没有在测试数据库上完成所有这些步骤,但是如果明天晚上实际生产移动之后出现其他问题,我将更新此答案。

第二天晚上:证明实际举动不是问题。即使注销并重新登录后,数据库也不会立即显示,但是应用程序从未崩溃,并且在5-10分钟后导航到Home,然后门户中的SQL数据库,瞧,数据库正确显示了。选择“同步到其他数据库”后,资源组以及同步组和同步代理也都出现了。不知道是定时还是先导航到“主页”。无论如何,手动同步均按预期工作。因此,不确定为什么我们的测试用例不起作用,但是将SQLDB移到同一租户内的新资源组中,并且订阅很有可能将其数据同步保留到本地实例。和往常一样,您的里程可能会有所不同。