1同行回答
核心系统的Oracle数据库改造可选路线并不丰富。受传统IOE架构封闭生态，以及市场可选数据库产品实际能力的影响，传统Scale-Up架构对等替换目前没有非常合适的方案。实践中通常会考虑用分布式数据库系统进行替换。
1，架构转换成本问题。银行业核心系统数据库负载特征上存在大量事务，是分布式数据库天然的弱势场景。代价是对应用进行彻底的改造，来避免跨库事务的发生。业界比较经典的实践是招商银行的分布式改造思路。
2，容灾能力问题。Oracle数据库通常使用ADG，OGG，存储双活等方案组合实现容灾。对于分布式数据库来说，通常使用shard多AZ复制的方式实现，当然这里要重点考虑该分布式数据库一致性的实现成熟度，技术实现上比传统方案复杂。
3，性能和可靠性问题。当前分布式数据库往往采用分布式数据库+通用服务器+本地盘的方案承载，相对传统架构，基础的可靠性和IO性能较低。集群规模逐渐增加情况下出现故障的概率随之提高，健康运行的时间减少直至不可接受。这种情况下通常会推荐分布式数据库+通用服务器+全闪存存储的方式，既兼顾了新数据架构，又满足了数据可靠性问题，而且可以继续利用全闪存存储本身的增值特性，如双活、复制、快照、重删压缩等能力，构建出最合适的解决方案，甚至还可能会带来TCO的降低。