所有企业的业务数据库系统都是重中之重，如何来保证系统安全性与稳定性，需要DBA每日来通过相应的巡检指标进行相关记录，今天我们就来简单说一下OS健康检测将CPU
所有企业的业务数据库系统都是重中之重，如何来保证系统安全性与稳定性，需要DBA每日来通过相应的巡检指标进行相关记录，今天我们就来简单说一下
OS健康检测
将CPU、内存、磁盘I/O状况、网络状况等填到上午高峰期检查情况和下午高峰期检查情况栏里。对于CPU和内存、磁盘IO记录数值，对于网络状况，记录正常或不正常。
检测CPU情况
可以看到，1分钟，5分钟，15分钟的负载都为0，系统很健康的说
检测内存状况
可以看到，内存虽然占用了90%以上，但是SWAP交换分区并没有被占用，所以属于业务正常情况
检测硬盘状况
可以看到，文件系统只用到了不足10%，还有很大的磁盘空间，很健康
通过vmstat命令检测系统
Linux 内存监控vmstat命令输出分成六个部分：（参考资料：）
1、进程procs：
r：在运行队列中等待的进程数 。
b：在等待io的进程数 。
2、Linux 内存监控内存memoy：
swpd：现时可用的交换内存（单位KB）。
free：空闲的内存（单位KB）。
buff: 缓冲去中的内存数（单位：KB）。
cache：被用来做为高速缓存的内存数（单位：KB）。
3、Linux 内存监控swap交换页面
si: 从磁盘交换到内存的交换页数量，单位：KB/秒。
so: 从内存交换到磁盘的交换页数量，单位：KB/秒。
4、Linux 内存监控 io块设备:
bi: 发送到块设备的块数，单位：块/秒。
bo: 从块设备接收到的块数，单位：块/秒。
5、Linux 内存监控system系统：
in: 每秒的中断数，包括时钟中断。
cs: 每秒的环境（上下文）转换次数。
6、Linux 内存监控cpu中央处理器：
cs：用户进程使用的时间。以百分比表示。
sy：系统进程使用的时间。以百分比表示。
id：中央处理器的空闲时间。以百分比表示。
假如r经常大于4，且id经常小于40，表示中央处理器的负荷很重。 假如bi，bo 长期不等于0，表示物理内存容量太小。
通过iostat命令检测系统
比较重要的参数（参考资料： ）
%util: 一秒中有百分之多少的时间用于 I/O 操作，或者说一秒中有多少时间 I/O 队列是非空的
svctm: 平均每次设备I/O操作的服务时间
await: 平均每次设备I/O操作的等待时间
avgqu-sz: 平均I/O队列长度
如果%util接近100%,表明i/o请求太多,i/o系统已经满负荷,磁盘可能存在瓶颈,一般%util大于70%,i/o压力就比较大,读取速度有较多的wait.同时可以结合vmstat查看查看b参数(等待资源的进程数)和wa参数(IO等待所占用的CPU时间的百分比,高过30%时IO压力高)。
await 的大小一般取决于服务时间(svctm) 以及 I/O 队列的长度和 I/O 请求的发出模式。如果 svctm 比较接近 await，说明 I/O 几乎没有等待时间；如果 await 远大于 svctm，说明 I/O 队列太长，应用得到的响应时间变慢。
通过sar命令检测系统
sar命令较为复杂，牵扯参数较多，这里就不再详解了
检测Oralce进程
Oracle后台进程是oracle实例的重要组成部分，美国空间，后台进程是否正常工作直接决定了Oracle运行的正常与否。如果Oracle后台进程停止，将导致Oracle实例的崩溃。（最少应该有dbwr、lgwr、smon、pmon、ckpt等几个主要进程）
检测Oracle监听
Oracle监听进程侦听从客户端（如应用服务器）发来的对数据库的连接请求，然后为该请求建立一个连接。如果监听进程关闭，则无法建立起应用服务器与数据库服务器之间的连接。（SID最少应该有一个为READY状态）
检测Oracle死锁
死锁是由于2个session互相交叉阻塞对方而产生的，Oracle会自动探测到死锁并回滚其中的一个事务。死锁一般是由于应用逻辑造成的，发生死锁时，需要将导致死锁的SQL反馈给开发人员，以进一步解决。（也应该时常检测alert日志，看看有没有严重的或者频繁出现的ORA-错误并解决）
Oracle检测
检查Oracle实例状态
正常情况下，Oracle实例状态处于OPEN状态，通过检查此项，可以确定Oracle实例是否正常。
检查Oracle数据库状态
通过查看Oracle数据库状态，可以检查数据库名称、数据库归档模式、数据库打开模式，从而确定数据库是否处于正常的状态。（测试库未开启归档，属于正常）
检查Oracle会话状态
