Azure Geo-replication非常适合减少更新期间的停机时间

Question

我们目前有一个支持web应用程序的Azure SQL数据库。从用户的角度来看，它是只读的。问题是我们必须每小时删除这些表并使用新数据重新加载它们，这使得应用程序每小时有5分钟不可用，这是不可接受的。

阅读Azure active geo-replication的信息似乎有点模糊。我想我也许可以使用活动的地理位置复制来故障转移到辅助数据库，并使主数据库离线进行更新，然后在更新完成后切换回原始的主数据库，以允许辅助数据库自动同步。然而，从我所读到的关于主动地理复制的内容来看，还不清楚这种情况是否可能发生。

有人可以在这个问题上提供一些帮助或指导我找到另一个可能的解决方案吗？

谢谢

Answer 1

你可以尝试一下Azure Data Factory，因为当SQL Server/SQL Azure用作“接收器”时，它允许你在复制过程中将数据附加到目标表或调用具有自定义逻辑的存储过程。您可以了解更多here。

Azure Data Factory允许您在初始完整数据加载后，通过使用具有上次更新时间戳或递增键的水印列，以增量方式加载数据(增量)。增量加载解决方案在旧水印和新水印之间加载改变的数据。你可以在this上的文章中了解到更多如何使用Azure Data Factory做到这一点。

Answer 2

如果设置需要5分钟，并且数据是只读的，那么我将使用一些C#代码或PowerShell脚本每小时创建一个新的空数据库，并在这个新的空数据库上运行数据导入，一旦完成，我将更改正在运行的生产应用程序中的连接字符串，使其指向数据库的新更新版本，然后删除旧的数据库。这样您就不会有任何停机时间，因为在导入运行之前，应用程序将连接到旧的数据库，当导入完成时，它将连接到新的数据库。