onlyoneeditor

希望每个用户都能选一个好的集成商.实在不知道那个集成商好,就找MA公司来做甲方咨询吧．
现在有很多ORACLE MA公司.主机MA公司更多了.

klin121628

应该是软件配置有问题。16路570想跑满也不是那么容易的

onlyoneeditor

引用:

原帖由 klin121628 于 2008-2-23 14:30 发表
应该是软件配置有问题。16路570想跑满也不是那么容易的

做完存储我就跑路了.不在现场的人不肯定要被说是你的问题啦.习惯了.

zgooger

这种问题太多了，我和ibm的一个实施方面的高人聊过，比如ds4300，大约50％以上已有的系统通过简单调优，性能就能提高30％以上。在一次实施中，确实证明了。

作为集成商也有自己的难处。
比如数据库的存储，实际上是需要和应用开发商沟通的。用户，应用开发商1，应用开发商2，集成商，设备供应商需要开会共同探讨一些问题的。而很多应用开发商的要求，就是缺省装完就好了。对于设备供应类集成商，从完成合同的角度，我巴不得你越简单越好，裸设备还是文件系统方式，不知道，那就文件系统吧（闲话，一次我问应用开发商，你用是文件系统方式还是裸设备，他们回答都可以，容量我要2T）。

我说一句话，即使多花30万，系统性能整体能提高20％以上，你说值得不值得？
再说每次招标，大家只注重硬件的东西。至于实施能运行就好。

客户的难处是如果我说了单独有一块调试费50万，可能也是打了水票。

其实是一个两难的东西。

还有的开发商，基于oracle开发的，严格的rac都没有测试过，就说可以。对于rac并行，我都建议客户没有测试过的东西一般不要用。

还有高档一点的储存的性能，我通常建议多配光纤通道。客户的预算是确定的，其实可能配什么档次都基本确定了。

truecopy

就我的经验来说,绝大部分性能问题都源于应用写得太烂

leon_wang

这种情况很难办，我们买存储之前都要求测试，测试的性能很好，但一用起来就很差。后来同IBM的人聊，发现他们专门有一群人在测试中心，专门是负责测试的。其实实际应用时就不行了

shahand

oracle的性能问题  俺最喜欢  

yudengsong

1.首先检查存储的健康状况, write cache是否已经打开,查看日志,阵列电池是否有问题?电池有问题,write cache 会关闭的.
2.数据库,重点要看redo log 的大小,切换的频率,还有存放的日志. 我曾经发现有客户的oracle redo log放在rootvg 的文件系统的,那样当然慢了. 归档日志也需要从阵列提供的磁盘,创建vg ,创建文件系统来存放,否则数据库性能会受影响.
3.采用raid 5 ,根据达到最好的性能,建议采用 8+1 , 数据库db_block size 一般为8K,或者16k ,cache 的page size 也一般为8k或者16k , 做raid 5 采用64K的条带尺寸比较合适用于oracle .  采用8+1 ,就是能够数据在读和写的时候是一个8的整数倍来考虑的.raid5 组里盘太多或者太少都不利于性能的提高.
4. 如果有两个到3个raid 组,最好从每个raid 组里划分出相同大小的 盘分给主机,然后mkvg ,mklv 的时候带-s 128K 参数,在主机层做一次条带化,这样减少热点盘.
但是同一个vg 里的盘不能再来自同一个raid组, 所以任何事情都有尺度,多做和少做条带化都会影响性能.

一家之言,只供参考, 可以通过aix 的nmon 工具, 执行nmon -f ,把生成的结果通过 nmon analyser 分析一下,有帮助,也可以通过阵列性能分析工具分析一下,看一下read cache , write cache 的命中率, 说句实话,选用ds4800最好配置8GBcache 比较合适,否则4GB跟他的型号不相称.
需要nmon 分析工具可以从这里获得:
http://www.xianjinedu.com/ForumList.asp?id=284
或者发邮件 dengsongyu@vip.sina.com

冬瓜头

既然应用一起来就消耗cpu，和存储无关。而且楼主说crs一起来，page fault就增加，cpu升高，显然是应用或者os的问题，调整参数，os类似linux中的ulimit之类的参数，应用参数等。page fault增加证明应用使用的虚拟内存过大，看看物理内存消耗情况，不管高与不高，都显然是不正常的。看看哪个进程在消耗page和cpu是关键，让oracle分析这个进程是作甚用的，然后给出解决方案，不要让甲方互相踢皮球，楼主要自己判断好了，揪着一个不放。

Frank

引用:

原帖由 bluedj 于 2007-6-11 02:43 发表
先说明，俺是最终用户端，这段时间在上一个项目，做得很窝火。
      先简单说说配置：两台IBM560Q 8C/16GB +一台DS4800 4G Cache  14个10K硬盘，物理容量2T，分两个区，一个7个,别一个6个盘，都做RAID5，还剩一块盘 ...

如果是oracle RAC ，IBM 560Q8C才16GB内存，内存有点少。我是喜欢SGA超大（DB buffer/redo log buffer超大的），Redo log group换的太快肯定影响性能的。这点可以在OEM里面确认的。不过一开机就出现CPU忙，看来似乎不是SWAP内存导致的。可以先看看AIX补丁、尤其是驱动部分是否已经是最新。
另外oracle LOG部分最好还是单独的RAID1 比较好，实在不行也一定要单独的VG，绝对不能在rootvg。
RAC还涉及到群集文件系统管理，你用的什么？cluserware还是？ 多到metalink看看，是否存在版本冲突和兼容性问题。这点多问问oracle资深专家。。RAC涉及到的Tuning比较多，弄不还性能远不如单机。

至于磁盘阵列，个人觉得不太可能是它出问题，不过你不放心可以看看DS4800 Practices and Tuning的红皮书。
还是上面说的先看补丁和版本，在看oracle。 只是个人建议，具体问题最好找懂oracle和AIX的售后详细问问。 至于是否有应用软件问题，那么就要问开发商的测试是否足够了。。。

[ 本帖最后由 Frank 于 2008-4-12 11:39 编辑 ]