【发布时间】:2018-06-02 07:53:11
【问题描述】:
我们想利用我们现有的数据库镜像,看看它是否可以用于 BizTalk 灾难恢复。
我们的 DBA 使用 SQL 镜像到不同的服务器进行 DR。服务器位于不同的物理位置并具有不同的 IP 地址。如果主服务器出现问题,我被告知 DBA 可以轻松切换到镜像位置,业务将照常进行。我们的 BizTalk 数据库受到上述方案的镜像和保护。这是为了在下面设置我的问题的上下文。
我的问题是:当灾难发生时,有没有一种方法可以快速配置 BizTalk 以查看镜像数据库?配置 BizTalk 时,有一个放置 SQL 服务器位置的位置。所以,我想知道是否有任何 BizTalk 大师尝试设置某种类型的“双重配置”来在主 SQL Server 和镜像 SQL Server 之间来回指向 BizTalk?
我知道 BizTalk 为灾难恢复提供了某种 BizTalk 数据库备份,但我认为备份仅用于将数据恢复到灾难发生前的位置。我的场景可能有点不同:它提供了灾难期间操作的连续性,因为 BizTalk 数据库是镜像的。我的问题有意义吗?我是 BizTalk 新手,如果有人知道更好的方法来处理灾难期间的 DR 或操作连续性,请告知。
【问题讨论】:
-
您使用的是什么版本的 SQL Server?
-
SQL Server 2016 Enterprise... 服务器本身已被镜像。我只是在询问 Biztalk 配置以切换到镜像服务器。我认为如果 SQL Server 数据库本身是同步的,则该开关不会搞乱 biztalk 操作...有人试过吗?
-
如果您使用的是 SQL 2016 Enterprise,我建议您开始使用可用性组 (AG) 移动 HADR 策略,因为 Biztalk 有多个数据库,例如 Sharepoint。与镜像不同,您可以利用故障转移数据库组。镜像是一项已弃用的功能,因此请避免在将来使用它。现在,当您进行故障转移时,魔法将出现在连接字符串上。我建议您阅读@Dijkgraaf 回答下面提供的文档。唯一的问题(我现在能想到的)是您需要确保所有登录、作业与其他副本辅助服务器同步。
-
@dco:非常有趣!谢谢!!
标签: sql-server biztalk disaster-recovery biztalk-2016