同城灾备可以对等双活。相当于两个中心没有区别的提供服务。数据库技术包括DB2GDPC和OracleExtendedRAC。DB2GDPC集群底层通过GPFS集群文件系统完成数据同步，支持异构存储。长途备灾，必要的话双活，肯定是很有限的。首先，无法实时同步数据，成本太高。因此，一个要求高一致性的系统几乎是不可能的。但是如果使用异步的方法，比如DB2的HADR技术或者CDC等数据逻辑同步技术，数据是可以同步的，但是容灾服务器只能用于查询和分析。
具有虚拟化网关的群集设备(如VPLEX)。但是，有一个缺点。存储级的块复制不能解决逻辑验证的问题，有可能同步过去的块数据，数据库无法识别。2)数据库级复制在Oracle和db2中都可用。它是基于日志的复制，数据复制量非常小。非常安全。但是灾难发生时拉起数据库的时间并不理想。有条件做自动开发。
4、为什么要实现 双活?金融行业对数据同步和安全的要求非常严格。为了保证业务不会因为数据故障而暂停，采用了同城双活，保证一旦出现问题，业务流程可以直接从其他数据中心继续。国内双活好像有个叫元和云的公司做的不错。生活不易。企业为了在更高层次上保护业务，要求业务系统在人为误操作、恶意攻击、自然灾害等突发事件发生后继续提供服务。这时就需要采用双活的容灾方案。
5、为什么采用两地三中心GDPS 双活解决方案为什么采用GDPS 双活两地三中心的方案？澄清一个概念，如果我们只参考两地三中心的GDPS容灾解决方案，那么国内很多银行早在七八年前就已经这么做了。具体实现多是通过同一个城市的两个中心的GDPSPPRC解决方案结合不同城市的两个中心的GDPSz/OSGlobalMirror或GDPSGlobalMirror解决方案。我们这里说的GDPS 双活解决方案是近三年的热门话题，而由于今年在某大行的成功实施，这个主题被无数次提及，那么为什么要采用GDPS /两地三中心呢？
我想大家应该都看到了:会有一条新闻，说是因为银行营业网点或者官网出现系统升级或者故障，从早上几点钟就无法进行交易了。事实上，无论是计划内的应用、数据库、中间件、系统和硬件升级维护，还是计划外的系统全面故障，或者突发的火灾、地震、洪水，以及最致命的恐怖袭击，都有可能导致银行系统不可用，从而导致业务瘫痪。
6、如何使企业的 双活 数据中心更加高效?其实企业对数据分析师的基本功差别不大，可以概括为:SQL数据库的基本操作、基础数据管理、用Excel/SQL进行基础数据分析、用脚本语言进行数据分析在展会中，PythonorR具备获取外部数据的能力，比如爬虫的基本数据可视化技能、编写数据报表、熟悉常用的数据挖掘算法:回归分析、决策树、随机森林、支持向量机等。在传统的数据中心中，业务系统的数据往往存储在一个共享存储中，例如，一个虚拟化集群系统和一个数据库双机系统共享一个存储。
7、如何实现 数据中心 异地容灾备份异地容灾，顾名思义就是在不同的地方构建一套或多套相同的应用程序或数据库(异地:可以是同一城市的两个不同机房，也可以是两个不同的城市，进一步提高了数据对各种可能的安全因素的容灾能力，可以在企业应用程序和数据库中起到安全保障的作用。考虑到不同企事业单位对数据安全和业务连续性的要求不同，我们将异地容灾分为两类:数据级容灾和应用级容灾。
在本地数据和整个应用系统发生灾难时，至少异地有一个可用的关键业务数据。此数据可以是本地生产数据的完整实时副本，也可以稍微落后于本地数据，但必须可用，应用级容灾:在数据级容灾的基础上，在异地建立相当于本地生产系统的备份环境，包括主机、网络、应用、IP等资源。当本地系统发生灾难时，异地 system可以提供完全可用的生产环境。
