最近接触的一个客户需要我们提供一下巡检内容，我大致列了一下，仅供参考，大家觉得还有什么需要补充的可以给我留言

一、和os有关的系统巡检

1.获得操作系统版本信息

1)aix：oslevel

2)linux：以redhat为例，在/etc下查询Redhat开头的一个文件可以获得详细的信息

2.获得内核信息

uname –r

3.了解服务器联系稳定运行的时间

uptime命令可以获得服务器已运行了多少天没有重启过了，从而间接的获得系统运行的稳定性。

4.获得cpu和内存信息

掌握服务器的内存信息对判断分配给oracle的内存大小是否得当非常重要，当然最终分配给oracle的内存到底多大合适完全取决于系统的负载。

5.了解系统资源的整体使用情况

1)aix：topas

2)linux：top

也可以使用sar命令结合选项来获得。

6.了解内存的使用情况

通过vmstat命令尤其需要了解系统是否有内存交换发生

7.了解io的响应情况

iostat

8.获得磁盘的使用情况

主要是了解磁盘的空闲空间

1)aix：df –g

2)linux：df -h

9.查看操作系统日志

1)aix：errpt

2)linux：/var/log/message

二、和集群有关的巡检

1、查看集群各资源状态

以grid用户登录执行crs_stat –t来获得集群下各资源的状态。

2、查看asm实例和数据库实例的启动状态

以grid用户登录执行crsctl status res –t

3、查看grid用户对磁盘空间的使用情况

1)定期清理trc文件、

2)定期清理trm文件

3)定期清理监听日志文件

4、查看集群的日志

5、查看监听的日志

日志文件比较大，直接打开不方便的话可以借助oracle的外部表来查看。另外从11g R2开始出现了scan的概念，也要注意scan Listener的日志文件大小。

三、和数据库实例有关的巡检

1、查看实例多久没有重新启动了，从而间接的判断数据库的运行稳定情况

Select

* from gv$instance;

2、查看alert日志的大小以及里面是否有报错

文件太大不能直接打开的话可以借助oracle的外部表来查看。

3、查看表空间的使用率

Select

* from dba_tablespace_usage_metrics表空间使用率达到85%以上的话可以考虑增加或者扩展数据文件的大小了，以免没有空间发生错误。

4、获得数据库里各资源的使用情况来判断数据库的负载

Select

* from gv$resource_limit

5、查看sga的使用情况

了解sga的使用情况，判断分配给oracle的内存是否合理

6、查看pga的使用情况

了解pga的使用情况，判断pga_aggregate_target的值设置的是否合理，防止oracle进程吃尽操作系统内存。

7、了解oracle数据库对cpu的使用率

通过生成awr报告可以获得

8、了解oracle数据库对内存的使用率

通过生成awr报告可以获得

9、了解同时活动的在线用户数

Select

inst_id,count(*) from gv$session where type=’USER’ and status=’ACTIVE’;

10、了解一些主要参数配置，如processes以及和cursor、内存相关的和性能有关的参数配置，这些参数的设定都和系统的负载有关，需要等系统上线之后根据负载来决定，刚开始设置的值都是经验值，仅供参考

11、生成awr报告关注top 5等待事件和DB time的值，必要的话有针对性的调整系统。

四、和sql应用有关的巡检

1、生成awr报告

报告里面从不同的角度列出了过渡消耗资源的sql语句，和开发人员沟通之后，调整它。

2、生成ash报告

报告里面列出个各种top对象，有必要的话重点关注这些对象。

3、生成addm报告

看看oracle给出的优化建议，它给出的建议进攻参考。

五、查看备份情况

1、看看是否有备份策略，详细了解一下备份情况

2、看看备份是否成功

六、是否做了dataguard

如果有dataguard容载策略的话，看看数据库的同步情况，另外特别需要注意的是看看dataguard这边的归档日志是不是可以自动删除，不能删除的话要部署定期手动删除归档日志的脚本。

七、系统是否部署了OGG

系统是否部署了OGG和其他数据库有数据交换，有的话可以了解一下相关情况。