分享下经验吧，我们公司目前有三套BI，把其中一个定性为集团级BI，其他的产品为辅助品。针对这个角度，联合业务系统推行数据治理，划分了一些需要重新梳理的主数据，目前也已经完成了一些梳理。然后再引入统一指标体系（打个重点），目前也在完善中。推行过程中尊着核心业务为主，ERP 跟财...

这个问题本次交流有好多个嘉宾都问了，主要还是靠技术和流程：技术上有两种方式： 一是通过克隆，例如VMWARE SRM+VP（VMWARE软件复制）/存储复制，来保证主中心和灾备中心的虚拟机的一致性，应用也就一致了，只需要用SRM切换即可。这时灾备节点和生产节点都是完全一样的（OS/IP/应用等）。 ...

分几个场景，rac数据库灾备的备库启动，数据如何返回主库rac数据库如何和已经启动的备库同步 回切先确定数据量问题，目前市场上有通过数据库archlog进行恢复的技术 或者把灾备的数据库做主库然后生产做备库完全同步后找个变更时间完成数据库业务回切在做rac技术数据库保护...

在高并发的场景下，缓存、队列，异步是必备的技术手段，在哪里使用缓存，这个没有一个标准的方案，但是有个约定的前提，谁提供谁负责（谁提供的服务，谁来保障服务的高可用）。这里给下我的建议：1、一切皆缓存，所有的地方都可以用缓存，如果担心因为缓存更新策略问题带来的数据不一致，那么可以...

数据一致性通常基于业务相关，需要考虑强一致性，弱一致性，弱一致性通常可以拆分为不同的服务，强一致性可以定义为一个微服务，但也要看业务的复杂性等因素

据了解，是主主双控的

vplex只有读缓存，无写缓存的模式。读操作时，由于一般是本地响应更快，会优先从本地vplex缓存读取数据；写操作时，需要两端存储写确认返回时，写操作时才完成，强数据一致性。

高端存储都有存储同步复制技术 可采用其他业务可做分布式写入oracle rac 可以用备库技术看你的业务对数据丢失的抗风险能力, 如果数据完全不可丢失, 必须使用同步复制技术. 如果可小部分丢失(30秒以内)可考虑异步,延迟问题需要同多方面进行io优化, 最简单的还是数据压缩...

根据CAP原则，鱼与熊掌不可兼得。分布式事务一般是牺牲效率来满足数据一致性的要求。非要追求的话，可以参考google Spanner通过使用GPS和原子钟来处理分布式事务的方案