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



我正在为故障转移方案的生产Azure SQL数据库使用活动的地理复制。(https://learn.microsoft.com/en-us/azure/sql-database/sql-database-geo-replication-replication-eprication-overview(

很快,我们将执行使用此数据库的应用程序的升级,并且主要数据库需要一些DDL更新,这导致了一些问题。所有的答案都将不胜感激!

  1. 我是否需要禁用地理复制以执行针对主的DB更新?

  2. 如果我不禁用地理复制,DDL语句是否会自动更改次级DB?

  3. 执行这些更新时,如果我们想将"次级"数据库保留以进行回滚方案,我认为我们可以禁用地理复制以使该数据库暂时"陈旧"。是否有一种将数据库用作主要数据库的还原点的方法?

  1. 是的,这就是它保持RPO<按照这5秒链接
  2. 这是一个复杂的问题。本质上,您可以打破地理复制,然后执行更新。如果您需要切换到次要,您只需要更新连接串并做到这一点。将主要的同步带回来可能是简单,因为在现在的主要主题上启用地理复制并指向回到旧的初选。最终,您可以使用此CMDLET将"主"切换回旧的初级。您也可以做一个地理馆。最终,您还可以恢复主要区域中主要数据库的快照,然后如果出现问题,则无法使用该快照。之后需要重新启用地理复制。

相关内容

  • 没有找到相关文章

最新更新