使用警报日志、跟踪文件、数据字典和动态性能视图

警报日志是应用于实例和数据库的关键操作的连续记录。其位置由实例参数BACKGROUND_DUMP_DEST确定，名为alert_SID.log，其中，SID是实例名称。

警报中记录的关键操作包括：

所有启动和关闭命令，包括中间命令，如ALTER DATABASE MOUNT。

实例的所有内部错误（如ORA-600 错误）

任何检测到的数据文件块损坏情况。

任何已经发生的记录锁定死锁。

影响数据库影响物理结构的所有操作，如创建或重命名数据文件和联机重做日志。

调整初始化参数值的ALTER SYSTEM 命令

所有日志开关和日志归档

启动的警报日志项显示所有非默认初始化参数。此信息以及随后使用ALTER SYSTEM更改实例的连续记录，以及使用ALTER DATABASE更改数据库物理结构连续记录，允许用户重新构建对数据库和实例的更改历史。在尝试返过头来寻找问题的源头时，这非常有用。

很多DBA在被要求第一次查看数据库时，首先会查找警报日志，并从头到尾浏览一遍，以了解目前发生的事情。

跟踪文件由各个后台进程生成，一般在遇到错误时生成。这些文件与警报日志放在一起，都在BACKGROUND_DUMP_DEST目录中。如果后台进程因为发生了错误而失败，在诊断问题时，生成的跟踪文件具有非常宝贵的价值。

3.4 使用数据字典和动态性能视图

ORACLE 数据库由数据字典定义。但由于数据字典晦涩难懂，ORACLE为此提供了一组便于理解的视图。这些视图是DBA用于了解数据库内部情况的工具。实例还有一组难以理解的表。这些都外部化为一组视图：动态性能视图打开了一扇了解实例内部情况的窗户。

3.4.1数据字典视图

数据字典是元数据，即数据的数据。它从物理上和逻辑上描述数据库及其内容。用户定义，安全信息，完整性约束和性能监视信息都是数据字典的一部分。它在SYSTEM和SYSAUX表空间中以一组段的形式存储。

从很多方面看，构成数据字典的段与其他段（表和索引）十分相似。它们的关键区别在数据字典在创建数据库时生成，不允许直接访问它们。如果对其进行了任何更新，则将对数据库造成无法修复的损坏，ORACLE公司也不会提供任何支持。在创建数据库时，将创建数据字典。此后将由数据定义语言命令进行维护，在发出create table命令时，不仅仅是创建一个数据段来在其行中存储数据，DDL命令还会将行插入到许多用于跟踪与段相关信息（包括与表空间，区间，列和所有权相关的属性）的数据字典表中。

为查询字典，ORACLE提供了一组视图。这些视图具有三种格式：带有前缀DBA_,ALL_,USER_。大多数视图具有这三种形式。任何带有前缀USER_视图将填充多个行，这些行描述了查询视图的用户拥有的对象。因此，任何两个人都看不到相同的内容。任何带有前缀ALL_的视图将填充多个行，这些行描述您有权访问的对象。任何带有前缀DBA_的视图将拥有数据库中每个对象的行，因此，DBA_TABLES拥有数据库中每个表对应的行。

在创建数据库的过程中，将创建这些视图，还会创建大量由ORACLE提供的PL\SQL包来帮助数据库管理员管理数据库，帮助编程人员开发应用程序。

数据字典视图的数量成百上千，DBA经常使用的一些视图如下所示：

DBA_OBJECTS 数据库中每个对象的行

DBA_DATA_FILES  描述每个数据文件的行。

DBA_USERS描述每个用户的行。

DBA_TABLES描述每个表的行。

DBA_ALERT_HISTORY描述过去的警报条件的行。

3.4.2 动态性能视图

动态性能视图的数量有300多个，人们经常将它们命名为“Vee dollar” 视图，因为它们的名称前缀是“V$“。事实上，”Vee dollar“视图根本就不是视图，而是带有"V$"前缀的视图上的同义词

通过动态性能视图，可以访问有关实例的大量信息，也可以在一定程序上访问有关数据库的大量信息。绝大多数视图都填充了有关实例的信息，其余的填充控制文件的信息。所有这些都提供实时信息。所有这些都提供实时信息。根据实例填充的动态性能视图，如V$INSTANCE或V$SYSSTAT一直可用，即使实例处于NOMOUNT模式，也同样如此。由控制文件填充的动态性能视图，如V$DATABASE 或V$DATAFILE只有在已经加载了数据库的情况下才允许查询。相对而言，数据字典视图只允许在打开数据库以及数据字典后进行查询。

动态性能视图填充了来自实例或控制文件的信息，前缀为DBA，ALL，或USER的视图则填充了来自数据字典的视图。此差异决定了可以在不同启动阶段查询哪些视图

动态性能视图在数据库启动阶段创建，在指定实例的生存周期内进行更新，在数据库关闭阶段被删除。这意味着动态性能视图包含了从数据库开始积累的值。