Azure SQL数据同步与REST API触发同步到内部部署成员数据库

时间:2018-06-05 11:48:54

标签: sql-server azure member azure-data-sync azure-hub

经过大量研究和试验后错误;我设法建立了以下环境(问题之前的一些上下文)

  1. 在北欧托管的Azure SQL HUB数据库(cheershub)
  2. 使用SQL数据库(cheersasia)在东南亚托管的Azure VM
  3. Azure VM在西欧托管,带有SQL数据库(cheerseurope)
  4. 安装在VM和本地网络上的客户端桌面应用
  5. 已在集线器和成员数据库
  6. 之间配置SQL数据同步
  7. 双向同步
  8. Hub赢得冲突解决并禁用自动同步
  9. 我已激活Azure AD并为我的应用注册分配了权限
  10. 生成AD客户端ID和密钥以与REST Api的
  11. 一起使用

    客户端应用程序连接到本地数据库实例(即,在West Europe VM上运行的应用程序连接到VM本地的cheerseurope数据库)。该应用程序只是在数据库中创建一些订单,并通过SyncGroup上的Data Sync API触发同步。同步组不会为每个成员同步代理报告任何警告,并且所有代理都处于联机状态。

    到目前为止,一切似乎都没有错误。同步组中的同步日志报告没有错误,我可以查询HUB(cheershub),东南亚(cheersasia)和本地(cheerslocalhost)数据库并查看更新。

    问题:西欧VM(cheerseurope)中的数据库没有反映出这些变化。我等了一天,只是为了确保根据微软的白皮书,他们保证最终做出所有更改,并且Data Sync不会导致数据丢失。值得注意的是,我尝试在所有位置使用空数据库,并设置为同步我的1个表中的所有列。

    TRIED:等了一天之后,我再次从我的客户端应用程序触发了同步,然后再次等待。西欧(cheerseurope)仍然没有。然后我登录Azure并手动启动同步组上的同步。虽然日志报告更新了0条记录,但当我查看我的西欧数据库时,现在出现了更改。

    问题:在触发与REST API的同步时是否有其他人遇到过类似问题而且并非所有成员数据库都已更新,或者是否有任何实际操作知识与上述类似的设置一起提供了一些指示?也许,由于数据同步似乎仍处于预览模式,这些问题将来可能会得到解决。

    注意:我不想启用自动同步,因为我需要控制何时触发同步,因为我在应用程序中有同步后触发的其他进程。

    更新:我无法找到是否可以查询API调用的结果以确定是否所有成员数据库都已更新。这在当前的API版本中似乎不可能。

    更新:我尝试在西欧虚拟机上重新安装和重新配置数据同步代理,并检查以确保正确的端口已打开,以允许数据同步工具与同步组通信。

    更新:似乎再次通过REST Api触发同步导致更新推进到西欧。所以我猜两次触发同步解决了这个问题。每次同步允许的成员同步数是否有限制?

0 个答案:

没有答案