主流的存储厂商的存储产品都可以实现双活，功能上大同小异。如果自己有多个不同的存储，也可以通过存储虚拟化网关来实现双活的功能，从而屏蔽掉主备中心存储不一致或不兼容的问题。... (more)

为了避免双活数据中心产生脑裂(Split Brain)或场地分割(site isolation) 状况，需要提供有效的仲裁方式来保证数据完整性，通常是建立第三个中心作为仲裁。有部分双活方案中可以设置当脑裂或站点故障发生时的自动响应或人为干预策略，比如PowerHA SystemMirror 企业版提供 Hype... (more)

考虑业务建设双活架构，有几个需要注意或规避的问题，其中之一就是写操作特别多的业务是不太适合做双活的。至少在当前普遍的线路成本和线路质量的条件下，不是很适合。大量频繁的写操作，在双活的需求下需要实时同步到同城中心，即使是在线路带宽够的情况下，临时的抖动也会因为对端... (more)

我理解这个问题有两种可能：第一，对于任意一个应用系统而言，都仍然是部署在一个中心，另一个中心是数据或应用级的备份。这样的话，是通过故障时DNS的重新指向引流到备中心的，或手工或通过策略。第二，如果应用层已经是双中心部署，同时对外提供服务。则是利用GTM根据负载和设置的策略... (more)

目前我们看到城商行级别最核心的一类和二类服务器，选择成熟稳定UNIX小型机的用户还是占大多数。原因在于小型机架构部署核心应用，安全稳定且成功案例丰富。考虑到跨数据中心的容灾和双活，小型机配合存储及数据库层的解决方案也众多，可以比较全面地满足用户从本地高可用、到数... (more)

将数据库的启停命令分别写到启动脚本和停止脚本中，在PowerHA中调用启停脚本来执行数据库的启停。

双活中心的解决方案旨在为最关键的应用提供更加完备和卓越的关键业务连续高可用性，同时可以充分利用第二个站点的实时数据资源。是否使用双活主要还是要看是否能够容忍故障时的数据库、应用切换时间，如果需要达到RTO近乎为0，那就得考虑双活。双活通常来说建设要求、技术要求... (more)

核心系统特别是核心数据库对业务连续要求高，建议考虑两地三中心方案，有条件的话采用同城双活，但是注意同城中心间的网络延迟和稳定性，延迟高会影响性能，另外要防范脑裂，建议有第三中心作为仲裁。不具备条件或不需要双活的，可以做站点间的互备，提高资源利用率。服务器选型上来说，核... (more)

PowerHA SystemMirror 企业版提供 HyperSwap 功能实现数据中心双活功能。 PowerHA HyperSwap 是基于 POWER 平台及 DS8K Metro Mirror 同步复制技术，当主存储系统不可访问时 ,AIX 透明地将磁盘 I/O 切换到备存储 , 并且不影响正在运行的应用，从而提供数据中心之间 ( 或数据... (more)

VM Recovery Manager （简称 VMR ）是一种基于分区重启技术的灾备及高可用方案，过去曾用名 GDR （ Geographically Dispersed Resiliency for Power System ）。 VMR 方案提供了一种在灾备站点或者本地站点实现虚拟分区自动重启的能力，并且负责管理相关的硬件复制过程。 VMR 灾备及... (more)