Oracle健康检查基础项目检查步骤概述其三
1. AUTO和MANUAL Undo
Oracle 9i之前的老版本的undo是通过RollBack Segment进行的，或称为manual undo（手动 undo）。当参数UNDO_MANAGEMENT设置为AUTO时，使用automatic undo（自动 undo），但是 建议使用自动 undo。
1.1 AUTO UNDO
AUM（自动 undo 管理，Automatic Undo Management）几乎不需要配置。基本上只需要定义将前映像保持可用的时间量。这是通过参数 UNDO_RETENTION 控制的，以秒为单位定义。需要注意的是， 如果undo表空间中存在空间压力时，不保证前镜像一定会保留参数配置的这么长时间。可能导致经典的ORA-01555快照过旧的错误。
从 Oracle 10g 开始， 可以选择使用GUARANTEE选项，以确保在定义的undo_retention时间之前，undo信息不会被覆盖。
2. 内存管理
建议使用内存自动管理功能，如ASMM或AMM。
2.1 使用ASMM
在 10g 中，引入了 Automatic Shared Memory Management（自动共享内存管理，ASMM）。 自动共享内存管理功能，通过将参数SGA_TARGET设置为非零值来启用。
此功能的优势在于可以在不同组件之间共享内存资源。资源可以根据需要由 Oracle 自动进行分配和取消分配。
注：
Automatic PGA Memory（自动 PGA 内存）管理仍可通过参数workarea_size_policy和pga_aggregate_target进行使用。
2.2 使用AMM
在 11g 中，引入 Automatic Memory Management（自动内存管理，AMM）。通过使用两个参数，MEMORY_MAX_TARGET和MEMORY_TARGET， 可以启用PGA和SGA的自动调整，但是 不允许使用内存大页的功能。
3. 日志和跟踪
3.1 告警日志
数据库的告警日志会不停地增长，该文件大小可能会增长到非常巨大。应定期清除或截断该文件，因为大型告警日志会占用不必要的磁盘空间，从而会降低OS向文件写入的速度。
11g之前的版本路径：
SQL> show parameter background_dump_dest
11g 和更高版本路径：
SQL> show parameter diagnostic_dest
3.2 参数max_dump_file_size
Oracle Server进程会生成特定错误或冲突的跟踪文件用来分析问题。init.ora参数max_dump_file_size限制了这些跟踪文件的大小。该参数值应指定为操作系统块大小的整数倍。
应确保磁盘空间可以处理指定的最大大小，否则，应更改该值。
SQL> show parameter max_dump_file_size NAME TYPE VALUE ---------------------------------- ------- --------------------- max_dump_file_size integer 10240
3.3 用户和核心转储大小参数
参数 "user_dump_dest" 和 "core_dump_dest" 可以包含许多跟踪信息。
一定要定期清除此目录，因为此目录会占用大量磁盘空间。
注：
从 Oracle 11g 开始，该位置由参数diagnostic_dest控制。
3.4 审计文件
默认情况下，每次以SYS或SYSDBA进行的连接，都会记录在操作系统文件中。
存放位置是通过参数 "audit_file_dest" 进行控制的。如果未设置该参数，则位置默认为 $ORACLE_HOME/rdbms/audit。但是，久而久之，该位置可能会包含很多审计文件，从而占用大量空间，需要定期清理。
