3同行回答
这块看业务规模和负载压力，不太看原来oracle部署，因为oracle底层硬件都是通用设备，更可以是一体机或小机，这块国产硬件基本没有可比性的。同时还要看举例当中的原来两台设备的利用率情况，利用率低，那基本没有参考性，基本只能从存量数据、增量数据、峰值并发、tps要求和响应时间要求等指标进行评估。如果原来两台设备压力较大（以PC服务器为例），国产化后使用两个节点基本不用分析，肯定顶不住，这样更要做好 存量数据、增量数据、峰值并发、tps要求和响应时间要求等指标的评估和设计，同时还要引入数据库工具，为使用、运维做好铺垫。
收起1：评估你当前的数据库架构，如果是RAC，基本上是为了高可用而设计，极个别是为了性能（因为RAC的性能需要从设计方面优化很多才比单机好）。
2：评估你当前数据库的CPU使用率，看看最高峰是否已经达到100%。
3：评估你迁移的目的，不是只是能用吧，至少要优化下当前的架构。例如是否要求主备灾方案？
所以，如果只是从性能角度考虑，只要当前Oracle能够承载的，PG基本上都可以满足。只是他们的架构会不同。还有就是依赖你选择的数据库产品，如果它有快速的扩容能力，以前的oracle上的负载又不高的话，建议低于以前的配置上线。如果有问题，快速在线扩容效果更好（节省成本）。
1 首先需要进行数据库级别的压力测试，找到基线
2 通过基线初步确认硬件和在不同数据库之间的性能展现和提供的支撑力
3 拿出核心的业务，在迁移后，进行POC 压力测试，核心功能基本要压到原有最大眼里的2倍，查看数据库是否能支撑。
前期先做数据库级别的压力测试，通过sysbench 或 专业的数据库工具进行 TPS QPS 等相关参数单位时间的性能数据收集
收起ChatGPT 回答
在Oracle迁移到PostgreSQL的过程中，需要评估以下资源：
- CPU：PostgreSQL对CPU的要求较高，因此需要评估原有Oracle系统的CPU使用情况，以及迁移后PostgreSQL系统的CPU使用情况，以确定是否需要增加CPU资源。
- 内存：PostgreSQL需要大量的内存来缓存数据，因此需要评估原有Oracle系统的内存使用情况，以及迁移后PostgreSQL系统的内存使用情况，以确定是否需要增加内存资源。
- 存储：需要评估原有Oracle系统的存储使用情况，以及迁移后PostgreSQL系统的存储使用情况，以确定是否需要增加存储资源。
- 网络带宽：需要评估原有Oracle系统的网络带宽使用情况，以及迁移后PostgreSQL系统的网络带宽使用情况，以确定是否需要增加网络带宽资源。
- 数据库管理员：需要评估原有Oracle系统的数据库管理员数量和能力，以及迁移后PostgreSQL系统的数据库管理员数量和能力，以确定是否需要增加数据库管理员资源。
在评估完以上资源后，可以根据实际情况决定是否需要增加机器数量或者增加机器配置，以确保迁移后的PostgreSQL系统能够正常运行并满足业务需求。