Ibm mobilefirst MobileFirst 8.0的灾难恢复设计

Ibm mobilefirst MobileFirst 8.0的灾难恢复设计,ibm-mobilefirst,disaster-recovery,Ibm Mobilefirst,Disaster Recovery,是否有关于如何为MFP 8设置DR env的文档 我可以知道DR解决方案的以下配置是否正常: DR站点是一个冷备用站点 生产和灾难恢复站点分别安装IHS/WAS/DB2,DB2中的数据将通过硬件同步(如SAN磁盘)进行同步 而且只有一个适配器在灾难恢复和生产环境中安装了相同的内容 灾难恢复站点的ip地址集与生产地址不同 当发生任何灾难时,我们只需将流量路由到DR站点,并允许DR DB2实例装载SAN磁盘并为请求提供服务 产品版本:8.0 部署环境:内部部署 应用程序类型:Web 谢谢。您描述的D

是否有关于如何为MFP 8设置DR env的文档

我可以知道DR解决方案的以下配置是否正常:

DR站点是一个冷备用站点 生产和灾难恢复站点分别安装IHS/WAS/DB2,DB2中的数据将通过硬件同步(如SAN磁盘)进行同步 而且只有一个适配器在灾难恢复和生产环境中安装了相同的内容 灾难恢复站点的ip地址集与生产地址不同 当发生任何灾难时,我们只需将流量路由到DR站点,并允许DR DB2实例装载SAN磁盘并为请求提供服务

产品版本:8.0 部署环境:内部部署 应用程序类型:Web
谢谢。

您描述的DR解决方案运行良好。我不确定DB2硬件同步SANdisk是如何工作的,但我见过客户出于同样的目的使用DB2Q-replication。通常,客户只复制运行时表。这意味着Admin和Config表不能正常复制。这是因为对部署在MFP上的应用程序和适配器的更新不太频繁。在这种情况下,如果要在生产环境中部署更新的适配器,也需要在DR上部署相同的更新适配器。但是,如果DB2硬件同步正在复制所有的表Admin、Config、Runtime和Push,那么就不需要将更新重新部署到应用程序,并将适配器部署到DR

没有针对8.0的DR设置文档,但有一些关于Q-replication的博客:


有一些7.1的灾难恢复设置文档可供参考:

感谢您提供的信息,为了总结建议的MobileFirst灾难恢复解决方案描述和您的回复,我起草了两张幻灯片,以使其更加清晰。您能否检查幻灯片中描述的MobileFirst DR解决方案是否在MPF v8中受支持?这里的关键点是,客户灾难恢复站点中的灾难恢复机器与生产机器具有不同的IP地址和主机名。此外,还通过基于硬件的SAN磁盘复制将整个MFP数据库内容从生产复制到灾难恢复站点。谢谢嗨,戈登,我觉得提议的DR设置很好。在故障转移期间,您还描述了传入请求如何路由到DR设置。只要注意路由,这个DR设置对我来说就很好。我已经看到客户设置了全局负载平衡器,在这里配置了上述路由