1：支持在线绑定执行计划（outline那种），这个功能很重要，因为当前国产数据库经常出现走错执行计划的情况2：实例的动态扩缩容这个功能最好支持，而且是在线的。如果他们说关数据库后支持扩缩容那就不好了。3：监控指标的完善性、可观测行这个是需要衡量的。如果只是有这个工具，什么问题...

目前阶段还有困难，否则也不会还处于努力推动中。想一步推动数据直接迁移到信创系统是比较棘手的，因为这意味着原有的非信创系统要充分配合，得要开放他们的数据接口，还需要信创系统这边有充分能力解决兼容性问题，实现从老系统里面获得数据并解析数据，最终放到新的信创系统里去。...

邮储核心迁移到openGauss，中信核心迁移goldendb，民生核心迁移到分布式的mysql。。。这样的案例越来越多。大家用的技术还都不太一样。至少给了大家去O的信心。

从目前看，还没又核心系统采用分布式存储的银行

双中心架构如果采用extend rac，则关键在于减少跨中心节点间的gc，要做好应用功能的区分，尽量避免出现应用向两个不同数据中心rac节点读写同一张表的的情况。对于跑批类的应用，应当尽量指定连接固定的vip，而不是scan ip，这样能提高跑批的效率，也能避免出现gc，从而提高整体响应速...

从技术角度来讲，任何业务系统都可以上云。只不过金融客户一直都比较保守，对于云的安全性和稳定性考虑的都比较高。常见的判断标准如下：1、核心业务系统一般不会上云，大部分核心系统都是大型机和小型机，上云风险太高，不管从性能还是稳定性来讲，目前都达不到金融系统要求。2、外围...

VMware、google等企业横空出世后，硬件高可用早就被软件高可用取代。只是一些银行、保险由于历史原因还在用大机等硬件高可用的方案。对比PowerHA的方案，和VMware的HA，作为运维的人员，你觉得会选哪个？PowerHA没有10分钟切不过去，还得重启应用、数据库、中间件VMware的HA，什么都不...

又是老生常谈的问题，高可用高可靠建立不止是本系统，还要考虑双活，主备，备份容灾等手段来实现我们的高可靠高可用。架构上设计的时候就要考虑双活，主备，如何切换，定期进行切换演练。网络上当然是万兆，双路避免单点故障。平台选择当然核心系统目前还是小型机+高端存储比较靠谱。...

采用IBM FlashSystem V9000不改变原有的系统架构，原有存储设备上的数据可以平滑的迁移到V9000上，不影响前端业务系统的运行，业务不中断，V9000整合原有存储设备后简化了运维管理工作，提高了存储设备利用率，缩短了新业务系统部署所需时间，用户办理业务理快速便捷了，提高了用户满意...