这个数据应该是根据额定功率计算出来的，不知道你们是自由机房还是托管的机房。我们目前主要放置在托管机房，应该没有做特殊的改造，之前的电力和制冷能够满足。

我们备份中心的资源倒没有做冗余，因为大部分时间是闲置的，冗余的话稍微有点土豪、为充分利用，我们会用备份中心充当测试环境、查询分析环境使用，也就是允许一些只读的应用访问。许可的问题需要IBM的解答了。...

容灾放在私有云上没太大问题，也是目前的流行趋势，私有云上属于自己的，安全可控。放在公有云上则需要考虑是否放数据上去，数据的敏感性和隐私性如何，是否存在泄漏的风险。通常而言，像保险、银行等金融企业是不大可能在公有云上部署数据库系统。公有云上部署应用的灾备节点是没什...

非互联网保险公司，个人见解互联网保险公司本身的架构应该都是分布式架构，至少是一主两从三副本，在此基础上构建异地的备份中心，备份中心也主要是为应付监管需要，加上一些办公类边缘应用。具体如何实现不是太了解。...

云计算基础架构主要基于X86服务器,LInuxOne服务器以及超融合技术三种选择他们适应的场景各不相同。小企业X86服务器就能满足需要了，大企业选择LInuxOne服务器性能更高，扩展能力更强一些。...

看看trace下面的日志，是不是配置的同步路径问题？

LinuxONE运行HyperLedger的优势 1) 安全: LinuxONE的安全服务容器基于固件（firmware）实现而非软件，具有硬件级别的安全性。提供端到端的解决方案，不需要暴露任何内部细节。内置硬件密码卡和协处理器支持国际标准的各种加密算法，PCIe密码卡和秘钥管理服务器都是由国内合作厂商...

首先问题1和问题2是相悖的。作为金融类的应用，对于你的问题2可以设置ADG的三种模式之 Maximum Protection，最大限度的保护数据不丢失，并且一致，不会存在客户在账户中存了1w块钱，但是在ADG库上没有及时查询出来。如果考虑回滚其实有很多其他方式避免，比如加大相应的undo大小和保...

数据库同城灾备目前两种比较好的方案第一种是数据库本身的数据库复制技术实现，ORACLE DG、DB2 HADR、MYSQL主从等，通过活动日志的同步和重做，让同城端和异地端的数据库数据保持一致，试距离和对RPO的要求不同，通过不同的同步间隔，来保证数据的RPO要求，同时也不至于因同步导致主库...

oracle rac+dg是本地数据库双活+同城容灾的架构，灾备端只读，真正的跨中心oracle数据库双活方案还是oracle extend rac+存储双活方案，存储双活要么采用两套可双活的存储实现，要么基于不同存储，搭建例如gpfs跨中心的并行文件系统实现。灾备从ad到aa，在不改变底层存储架构的基础之...