一体机和x86性能问题?

一体机当前我们使用中发现业务量到一定程度相比普通ibm x3850+存储还差,但是价格缺高出了很多,是我们这边设计的问题吗?环境:一体机,备份走万兆网卡直连tsm(没有hba卡,无法走lan-free)业务:oracle (5套库)数据量:20t左右发现异常环境:在没有备份和跑批业务时没有问题,一旦有全备或者是...显示全部

一体机当前我们使用中发现业务量到一定程度相比普通ibm x3850+存储还差,但是价格缺高出了很多,是我们这边设计的问题吗?

环境:一体机,备份走万兆网卡直连tsm(没有hba卡,无法走lan-free)

业务:oracle (5套库)

数据量:20t左右

发现异常环境:在没有备份和跑批业务时没有问题,一旦有全备或者是跑批的时候会出现备份长时间无法完成,操作人员反应慢。

我们当前解决方案是从一体机上把一些重要和核心库迁移出去(使用x3850+emc存储),做数据库拆分。但是我觉得一体机是就这个性能还是我们业务量太大导致的。那这样说是不是一体机太坑?

推荐好的解决方案,谢谢。

收起
参与24

查看其它 2 个回答ljq2184929的回答

ljq2184929ljq2184929系统运维工程师中国建材

根据个人经验,建议首先跑下AWR报表,监控一下每个库在一段时间内的运行状态。找出慢的原因,是出现在IO等待上,还是数据库自身cache等系统参数上?还是可以用索引或分区等手段进行优化。

另外,建议将整个系统画出一个整体的拓扑架构图,对数据查询动作提交的过程中,每一个数据流转环节进行log记录监控,分析出是否在网络、应用、数据库、存储、服务器本身性能等多个环节的根本原因,只有对症下药才能解决根本问题。

所以,性能问题我们需要做的最主要的是工作是需要做一个根本原因分析后才能有效解决。

以上仅供参考,望抛砖引玉。

互联网服务 · 2016-08-17
浏览1865

回答者

ljq2184929
系统运维工程师中国建材
擅长领域: 存储灾备数据库

ljq2184929 最近回答过的问题

回答状态

  • 发布时间:2016-08-17
  • 关注会员:6 人
  • 回答浏览:1865
  • X社区推广