1.数据库系统基本信息

1.1 系统信息


1.2 CPU使用信息




 分析：
  在监控期间（14:00-17:00），CPU IDLE平均在60%以上，空闲率比较高，没有性能压力，系统状态正常。

1.3 I/O统计信息






建议：根据上图可知，高峰时期，各个磁盘IO竞争不大，主要对磁盘dac0已及hdisk4在做写操作，偶尔伴随着hdisk0,hdisk1和hdisk5盘的读写。

1.4 内存的使用情况



建议：内存总大小为19904MB，内存使用情况正常。

1.5 系统空间使用情况






 建议：系统空间正常运行，但存在/oracle目录30G空间剩不到3G空余空间，建议对、oracle目录进行一次垃圾数据清理。/oracle空间不足��将导致oracle无法正常提供业务。

2.数据库基本信息

如下：



3.数据库安全

3.1 权限巡检

 拥有DBA权限的用户信息


建议：上文中标红的用户为非系统用户，并且都具有DBA权限。建议定期审核每个具有DBA权限的用户，严格控制DBA权限，回收失效用户的DBA权限。

3.2 SYSTEM表空间使用情况




建议：根据业务需求，建议为非系统用户单独创建默认表空间，而不使用系统默认的表空间。

4.数据库各类参数值

如下表：


建议：业务高峰期间，数据库性能表现正常，因此，建议保持目前各类参数值不变。

5.数据库文件信息

5.1 控制文件



  建议：可以将控制文件放在不同的磁盘上，以防控制文件损坏或者丢失。

5.2 重做日志文件



 建议：目前数据库中有8组日志组，每个日志组只有一个成员，虽然根据目前分析可知这8组日志组够用，但是建议为每个日志组增加一个member，为其做冗余。同时将新添近加的member存放到不同的磁盘中，防止日志文件丢失。如果以后再警告日志中发现不能正常分配日志组，那么需要增加日志组数。

5.3 数据文件



建议：大部分表空间对应的数据文件为自动扩展，需要DBA时刻关注表空间的使用情况，以及系统空间的free值，避免因为空间不足，影响业务正常运行，建议数据库文件不让其自动扩展，方便DBA对系统空间以及数据文件使用情况进行管理。

5.4 数据库表空间使用情况



建议：由于部分表空间对应为自动扩展，因此需要时刻关注系统空间使用情况。建议查看使用率超过90%的表空间，确认其数据文件是否为自动扩展，如果不是，需要动手改为该表间扩容。

5.5 警告日志信息




建议：数据库日志文件中存在ERRORS,但是不影响数据库运行。

5.6 等待事件



建议：目前数据库并未出现严重的故障性能等待事件，数据库正常运行。

6.巡检情况总结

 6.1 数据库整体情况

 以上两个数据库目前运行情况良好，未出现严重的性能问题。

6.2 数据库存在的问题



6.3 需要关注的问题

   审核具有DBA权限的用户，回收某些失效用户的DBA权限；

   时刻关注系统空间使用率以及数据库表空间使用率；

   定期查看数据库的警告日志是否存在报错。