我是否需要在更新之前在Azure SQL数据库上禁用活动地理复制

Question

我在生产Azure SQL数据库上使用活动地理复制来实现故障转移方案。 （https://docs.microsoft.com/en-us/azure/sql-database/sql-database-geo-replication-overview）

很快我们将对使用此数据库的应用程序进行升级，并且主数据库需要一些DDL更新，这会导致一些问题。任何\ all的答案都将不胜感激！

1. 我是否需要禁用地理复制才能对主数据库执行数据库更新？

2. 如果我不禁用地理复制，那么针对主数据库执行的DDL语句是否会自动更改辅助数据库？

3. 执行这些更新时，如果我们想保留“辅助”数据库以进行回滚方案，我假设我们可以禁用地理复制以使该数据库暂时“过时”。有没有办法将该数据库用作主数据库的还原点？

Answer 1

1. 没有
2. 是的，这就是它如何保持RPO＆lt;根据{{​​3}}
5秒
3. 这是一个复杂的问题。从本质上讲，你可以打破 地理复制，然后执行更新。如果你需要切换 对于辅助，您只需要更新您的连接 字符串并做到这一点。使主要支持同步可以是 简单地在现在主要上启用地理复制并指向它 回到旧的小学。最终你可以切换＆＃34;主要＆＃34;使用this link返回旧主数据库。你也可以this cmdlet。最终，您还可以恢复主要区域中主数据库的快照，如果出现问题则无法恢复到该快照。之后根据需要重新启用地理复制。

Answer 2

参见https://docs.microsoft.com/en-us/azure/sql-database/sql-database-manage-application-rolling-upgrade 在本文中，我们将介绍两种不同的编排升级过程的方法，并讨论每个选项的优点和权衡。