oracle管理与优化浅析.docVIP

（一）故障诊断 1、监控数据库 1.1 trace file 每个服务器进程和后台进程，都会将侦测到的内部错误的相关信息写进对应的trace文件。 可以使用MAX_DUMP_FILE_SIZE参数指定所有的trace文件（不包括alert日志）的最大尺寸 可以通过设置SQL_TRACE参数为TRUE开启SQL追踪功能，开启后所有的SQL语句就会形成性能统计信息存储在ADR的trace文件中；也可以使用 语句alter session set SQL_TRACE true开启指定会话的SQL追踪功能。同时可以使用DBMS_SESSION或DBMS_MONITOR包控制一个会话的SQL追踪。 1.2 alert log 告警日志主要包含以下信息和错误日志： （1）所有的内部错误(ORA-600), 块中断错误(ORA-1578)以及死锁 (ORA-60) （2）管理操作, 例如 CREATE、ALTER、DROP 语句和STARTUP、SHUTDOWN、ARCHIVELOG语句 （3）有关共享服务和调度进程的信息和错误 （4）物化视图自动refresh过程中发生的错误 （5）数据库实例启动时所有有非默认值的初始化参数的值 告警日志同时维护XML格式文件和text格式文件。可以通过text编辑器查看两种格式的文件，也可以使用ADRCI组件查看XML文件。 Alert日志文件盒所有的trace文件都写在Automatic Diagnostic Repository（ADR）中，ADR目录由DIAGNOSTIC_DEST初始化参数指定；trace文件名由操作系统指定，不过名称通常包含进程名 1.3 关于Server-Generated Alerts A server-generated alert is a notification from the Oracle Database server of an迫切的问题，通知可能包含修改问题的建议；问题清楚后也会提供通知；告警会在问题发生或数据没有达到预期度量时自动形成，例如： （1）Physical Reads Per Second（每秒物理读） （2）User Commits Per Second（每秒用户提交数） （3）SQL Service Response Time（SQL服务响应时间） Server-generated alerts可以是基于阈值的或者是基于事件发生的；其中阈值可以是自定义的，也可以是内部估值；例如当表空间的使用比超过85%或97%时，会分别形成warning、critical级别的Server-generated alert；常见的非基于阈值的服务器告警有： （4）Snapshot Too Old（快照过旧） （5）Resumable Session Suspended（可恢复会话暂停） （6）Recovery Area Space Usage（恢复区域空间使用） 一个告警信息会被发送至预定义的持久队列ALERT_QUE，该队列属于sys用户。OEM读取ALERT_QUE队列，并将显著的告警显示在OEM的主页；同时还可以配置将这些告警通过E-mail发送至指定的管理员；如果一个告警不能写到ALERT_QUE不能写到告警队列，则一条关于其的信息会被写到alert log中；后台进程会定期将告警数据刷至ADR中，同时捕获历史度量；alert的历史表和ALERT_QUE会定期被自动清除。 可以通过DBMS_SERVER_ALERTS包的SET_THRESHOLD、GET_THRESHOLD程序查看、改变服务器告警度量的阈值设置；还可以通过以下动态性能视图查看服务器告警的相关信息： V$METRICNAME： Contains the names, identifiers, and other information about the system metrics V$METRIC： Contains system-level metric values V$METRIC_HISTORY： Contains a history of system-level metric values V$alert_types：显示关于服务器预警类型的信息 dba_thresholds：显示数据库中所有阈值的名称以及警告、严重预警的值 dba_outstanding_alerts:包含仍需解决的所有阈值预警(仅包含阈值预警，即有状态预警） dba_alert_history：提供不再重要的所有预警历史信息(包含已解决的阈值预警，以及所有的基于事件的预警（基于事件的预警直接进入此视图） 1.4 监控性能 1