《Oracle大型数据库系统在AIXUNIX上的实战详解》集中讨论18, 还是继续大大前天的话题——对Oracle性能数据的获得。
操作系统统计提供了关于系统硬件组成部分的使用性能，以及操作系统的使用和性能。这对于发现潜在的系统资源用尽情况至关紧要，诸如CPU和内存的使用，以及存储子系统的性能。
关于操作系统进行的统计是针对硬件环境和操作系统环境综合体的一种性能判断。当系统处于硬件级资源紧缺或瓶颈时，有了这些统计，我们就可以定性问题、定位问题、定量解决问题。操作系统相关统计包括下列下面的信息：
- CPU统计
- 虚拟内存统计
- 磁盘IO统计
- 网络IO统计
CPU统计：
CPU利用率是性能诊断过程中最重要的操作系统统计，包括整体系统的CPU利用率和每个单独CPU的利用率。
大多数操作系统将CPU使用分为用户CPU使用和内核CPU使用。通过对CPU的探查，我们可以分析在CPU上究竟在执行什么。
在一台典型的Oracle数据服务器上，由于这种机器上一般只运行一种软件，因此，Oracle系统的运行，是典型的用户CPU使用，这部分CPU将用于服务数据库操作过程中的请求和应答。另外，为支持数据库的运行而产生的其他操作，包括执行IO读取磁盘数据、执行内存调度维护缓存结构、发送和接收网络IO请求、任务队列的执行等等，这些通过内核CPU部分完成。
在一个健康的系统中，所有CPU被充分使用情况下，用户空间的CPU使用一般在65%和95%之间运行。
在新版本的oracle系统中，我们可以通过V$OSSTAT 动态性能视图获得硬件和操作系统地统计息，来定位是否存在底层资源问题。 另外，我们可以通过V$SYSMETRIC_HISTORY 动态视图获得过去一小时内每分钟数据库主机CPU利用率的历史纪录，用V$SYS_TIME_MODEL 动态视图获得Oracle数据库在CPU使用的累积统计。这样，我们多方面入手，得到是否Oracle是造成系统CPU问题的主因。
虚拟内存统计：
虚拟内存统计主要用来统计系统中是否存在大量的页交换（paging/swapping）活动。当系统存在大量页交换活动时，系统性能会迅速降低。
单个进程的内存统计可以用来发现程序编写失误造成的内存泄露问题，这种问题发生于程序员没能在合适的位置上编写释放内存对应的脚本。理想情况下，进程的内存使用统计数据在系统处于稳定运行状态下，也将处于稳定状态。如果出现内存使用持续增长情况，则很可能意味着内存出现泄露问题。
磁盘I/O统计
数据库由数据文件构成。这些数据文件存储了应用系统的数据。数据的读出磁盘、写入磁盘的相关I/O性能对数据库整体性能的影响是直接和关键的。一种常见的数据库优化观点是：数据库优化，就是数据库I/O的优化。
磁盘I/O统计中，最重要的磁盘统计是当前磁盘队列的响应时间和队列长度。这些统计显示了是否磁盘处于理想执行状态。
一套正常使用的系统，其I/O 子系统系统正常的性能指标一般而言有这样的一个经验值：读一个数据块的时间范围从5到20个毫秒之间是正常，它取决于硬件结构。如果系统最后的测试结果远远大于这个范围，则表明磁盘子系统存在严重的过载，那它就是瓶颈。如果磁盘队列开始超过二个，则磁盘是系统瓶颈。
网络统计
网络统计，和磁盘统计一起，构成I/O类的统计。它表明了网络连接或者网卡处于瓶颈状态。由于网络在应用系统中担负了返回响应的重任，因此，其瓶颈状态导致的直接结果是系统缓慢，所以这些统计是了解性能障碍的至关紧要的工具。
未完，待续，
参见： http://www.usedb.cn/