可能没大看明白您真正的需求，我就尝试着从你的文字上，理解您的问题，尽量解答一下：您的问题是否是，一个数据中心的文件数据，需要从另一个数据中心通过FTP去读取和更新，能否保证这个数据中心的文件实时性和一致性？那答案肯定需要结合你FTP读取的频率是否高于文件的存放频率，如果如此...

存储集群和数据库集群叠加的场合，要保障系统整体协同一致性最关键的是如何保障纵向上的动作一致性，也就是仲裁的一致性，假设上层和底层判断的标准不一致最终得出的结果也不一致，那么系统整体上就出现了瘫痪。数据库的仲裁以网络心跳和存储心跳为基准，存储一般回以网络探测为准...

CMDB从逻辑上应该是数据中心的核心，它承载了数据中心的方方面面不同粒度的数据。正因为所有数据中心都希望CMDB保存所有数据中心的不同维度、不同粒度数据，所以CMDB一直都不能很好构建好。几乎没有完美的CMDB能承载数据中心所有的数据。原因就是每个人都希望CMDB承载自己关...

就金融行业来讲，以目前的业务规则和科技现状来讲，实现异地多活（多个中心数据实时同步）没有可能。问题的关键还是在于远距离数据传输质量和延时。如果说到别的业务场景来讲，如果数据的要求可以容忍最终一致性要求，那么多活倒是可以在一定程度上实现，但不是绝对的微观IO的多活，只是...

说起基于ORACLE的容灾，主要有两种方式：基于Oracle adg实现的主备库方式，主备库可以做到同步复制和异步复制，主要取决于网络质量，一般都设置为最大性能或者可用模式，实际上网络质量好的情况下，数据的差异就在秒级。这种方式优点就在于安全可靠，缺点就在于人工干预以及应用配合切换...

小系统，微型系统重新部署，大型系统之间的做数据对应接口，进行同步，需要各个软件厂商一起协调进行。要打破技术壁垒，数据大融合。

实时同步和一致性保障：这个与两个中心的建设模式相关，是存储底层数据同步？还是逻辑层同步？不管怎样，对两中心见的带宽及其稳定性都有相应的要求。

应用层面问题不敢妄言。数据库层如果需要保证双中心实时同步和数据强一致，可以考虑oracle Extend RAC集群，前提要求双中心间光纤链路带宽及链路状态良好。Netapp或者华为的NAS平台也可以实现双中心双活...

定时做比对，定期做恢复测试

我个人觉得从几个地方去看：1.产品成熟度。数据库是个非常重要的系统，对系统的稳定性要求非常好，产品成熟度高代表着稳定性会好一些。2.使用广泛。使用广泛也是为了稳定性，同时遇到问题，有响应的社群交流。3.技术实力。公司是否具有很高的技术实力和知名度。4.针对这些产品结合...