数据库负载及衡量方式？

Question

各位朋友好，
数据库是目前IT应用系统中基础的一个环节，其负载状况成为应用性能关键。如何标称一个数据库系统的设计能力？事务量，可连接SESSION量还是其他的指标。我所管理的一个ORACLE数据库，一般在线SESSION 1500左右，在用户反映速度慢的时候，曾经以负载过高来回复老板。而升级硬件设备到8 CPU, 32G内存之后，负载降低，速度改善。在这样的硬件条件下，由于应用的变化和数据的累积，DBA团队依然无法保证，数据库性能不会成为应用速度的瓶颈。刚刚注册CSDN,向各位探讨一些这方面的心得，散分认识各方朋友。也请朋友们回复一下，自己使用数据库的情况，例如连线数量，数据量，CPU,内存。谢谢！

Answer 1

可否考虑 rac方式来负载均衡

Answer 2

性能80%来自于应用中性能差的SQL，而不是数据库本身，所以调优的第一部就是先处理应用中的SQL，其他的就容易。

Answer 3

原来不是RAC, 后来做了RAC,有所改善. 但是仍然困扰,部分节点负载高的时候, 系统就会挂掉.

Answer 4

谢谢! 那估计得经常去调整一些SQL的写法.但是,大的应用系统,负责开发的人员很多,性能差的SQL真的很难防备.有时候只能
到引起性能问题的时候,才找到.

Answer 5

请见我的博客：
http://blog.csdn.net/pathuang68/archive/2009/04/16/4084139.aspx
和
http://blog.csdn.net/pathuang68/archive/2009/04/16/4084116.aspx
相信对你会有所帮助:)

Answer 6

你的意思是不同的应用类型，OLTP,OLAP分别不同的实例吗？这倒是一个优化的方向。

Answer 7

8G内存　4TB卷组，1.6Ｇ四核CPU　双千兆网口　HP小型机

Answer 8

这个问题，我觉得你应该先确定瓶颈在哪？才好讨论如何去解决阿。做个STATSPACK看看呢。

Answer 9

VC掌柜，谢谢关心。
应用是随需而变的。对于企业应用系统而言，基本的系统ERP, EIP, HR等系统要运行。一些新的应用例如BI, B2B等也要上线，
而预算一定的控制下，合并利用原有的数据库资源可能会是一个考量。当然，如果能说明目前的数据库硬件已经达到承载的上限，
BOSS会同意再买一套。因此，才想讨论一下，如何衡量一个数据库等负载能力？或许有一些方案可以达到。

Answer 10

检查内存和CPU利用率
用户反映速度慢的时候，做ADDM找原因