一体机和x86性能问题？
一体机当前我们使用中发现业务量到一定程度相比普通ibm x3850+存储还差，但是价格缺高出了很多，是我们这边设计的问题吗？
环境：一体机，备份走万兆网卡直连tsm（没有hba卡，无法走lan-free）
业务：oracle （5套库）
数据量：20t左右
发现异常环境：在没有备份和跑批业务时没有问题，一旦有全备或者是跑批的时候会出现备份长时间无法完成，操作人员反应慢。
我们当前解决方案是从一体机上把一些重要和核心库迁移出去（使用x3850+emc存储），做数据库拆分。但是我觉得一体机是就这个性能还是我们业务量太大导致的。那这样说是不是一体机太坑？
推荐好的解决方案,谢谢。
3同行回答
- 其实大家都知道要合理分配，但是的却分配不开， 1、一体机上之前有5套库，都上t，备份也不好分。 2、我们公司的机器基本不闲着，白天业务繁忙，晚上跑批跑到第二天7点左右。 3、的却感觉一体机很坑，硬盘居然是4t的sata盘，就是内存多点，买的那么贵，完全可以换成全闪了。
- 和我们一样，当业务和运维没有窗口的时候，那就必须要考虑升级硬件架构了，不过一体机的4T硬盘是挺坑的~~~~~容量大但是速度慢~~~~
根据个人经验，建议首先跑下AWR报表，监控一下每个库在一段时间内的运行状态。找出慢的原因，是出现在IO等待上，还是数据库自身cache等系统参数上？还是可以用索引或分区等手段进行优化。
另外，建议将整个系统画出一个整体的拓扑架构图，对数据查询动作提交的过程中，每一个数据流转环节进行log记录监控，分析出是否在网络、应用、数据库、存储、服务器本身性能等多个环节的根本原因，只有对症下药才能解决根本问题。
所以，性能问题我们需要做的最主要的是工作是需要做一个根本原因分析后才能有效解决。
以上仅供参考，望抛砖引玉。
收起- 没法画啊，exadata一体机
一体机为专用应用场景的而设计的服务器（如仅仅跑数据库），在使用和运维上有诸多的限制，而现在市面的一体机厂商也越来越少。一体机究其本质也是基于x86架构的，在I/O处理上有先天不足。如果运行Oracle数据库，可以尝试IBM LinuxONE服务器。LinuxONE服务器有能力整合运行多个核心的数据库，且允许按需升级（逐个核升级）。
收起