xtbankdong

双活数据中心建设起步于2010年，中间不断完善升级，从传统存储、到双活存储、负载均衡设备的引入及业务整合，中间经历了漫长的过程。对于技术选型前期是经过论证和测试。对于您所说的应该是存储双活技术的测试结果对比吧。

您好：1、银行日终批处理时间有4.5小时缩短为2.5小时2、机房搬迁，业务零中断，数据零丢失3、老存储利旧，并将老存储互为备份4、最小停机情况下数据在线迁移

两个数据中心距离为10公里，交换机也是A1连B1，A2连B2。都做了trunk，并且SAN网络级联是基于裸光纤的，我行租用了两条裸光缆，分别走个不同的街道，没有经过任何运营商设备。将光纤交换机两两级联，每个交换机均使用来自两个光缆的

您好，双活的首要目标是保障核心业务不中断、数据不丢失。我行在数据库层面采用数据库为oracle RAC集群，平时就是每个机房两个数据库节点，共四个节点运行。在数据库看了SVC加2台F900的组合它仅认为这个是一台存储，数据库节

对，F5是两台分别放在两个数据中心，同时我行柜面系统也遵循核心的容灾模式，也使用负载均衡技术，所以柜面系统是可以双活的。办公网未实现双活，灾备的原则的保障客户业务。

您好 ，我行采用两个iogroup组，其中一个iogroup使用，一个冷备，当一台SVC服务器故障完全可以从另一个iogroup中拿一个出来顶上去（仅更改几个配置信息），但是如果整个iogroup故障，那就没办法了，这能中断业务，将业务存储转至另一套io

我行在应用网络使用大二层打通，将双活应用使用F5发布一个虚拟服务，分配原则为轮询加最小相应时间向结合。

当然需要购买,，配置Extended Fabric许可，Trunking Activation许可。2个25公里长波模块 8 Gbps 25km ELW SFP Transceiver<[colgroup][/colgroup][tbody][/tbody]

我行在数据库层面采用数据库为oracle RAC集群，平时就是每个机房两个数据库节点，共四个节点运行。在数据库看了SVC加2台F900的组合它仅认为这个是一台存储，数据库节点不会管理的SVC或F900节点的切换或丢失。一旦出现站点

董总好，咱们是一家人，目前主流双活技术有HDS的GAD、vplex和SVC。国内存储也有存储双活技术，我个人认为IBM SVC更人性化，操作简单。vplex复杂度高，对运维人员能力要求较高，GAD效果也很好，就是看您考虑民族情结吧。