这块看业务规模和负载压力,不太看原来oracle部署,因为oracle底层硬件都是通用设备,更可以是一体机或小机,这块国产硬件基本没有可比性的。同时还要看举例当中的原来两台设备的利用率情况,利用率低,那基本没有参考性,基本只能从存量数据、增量数据、峰值并发、tps要求和响应时间要求等指标进行评估。如果原来两台设备压力较大(以PC服务器为例),国产化后使用两个节点基本不用分析,肯定顶不住,这样更要做好 存量数据、增量数据、峰值并发、tps要求和响应时间要求等指标的评估和设计,同时还要引入数据库工具,为使用、运维做好铺垫。
收起1:评估你当前的数据库架构,如果是RAC,基本上是为了高可用而设计,极个别是为了性能(因为RAC的性能需要从设计方面优化很多才比单机好)。
2:评估你当前数据库的CPU使用率,看看最高峰是否已经达到100%。
3:评估你迁移的目的,不是只是能用吧,至少要优化下当前的架构。例如是否要求主备灾方案?
所以,如果只是从性能角度考虑,只要当前Oracle能够承载的,PG基本上都可以满足。只是他们的架构会不同。还有就是依赖你选择的数据库产品,如果它有快速的扩容能力,以前的oracle上的负载又不高的话,建议低于以前的配置上线。如果有问题,快速在线扩容效果更好(节省成本)。
在Oracle迁移到PostgreSQL的过程中,需要评估以下资源:
在评估完以上资源后,可以根据实际情况决定是否需要增加机器数量或者增加机器配置,以确保迁移后的PostgreSQL系统能够正常运行并满足业务需求。