控制文件与日志文件的管理.pptVIP

* * * * 第11章 控制文件与日志文件的管理 Oracle数据库包含三种类型的物理文件——数据文件、控制文件和重做日志文件，其中数据文件是用来存储数据的，而控制文件和日志文件则是用于维护Oracle数据库的正常运行。保证控制文件和重做日志文件的可用性和可靠性是确保Oracle数据库正常、可靠运行的前提条件。 * 本章知识要点： 了解控制文件的用途 理解控制文件的内容 管理控制文件 了解日志文件的用途 掌握对日志文件的基本管理 理解归档的概念 切换数据库到归档模式 设置归档参数 使用LogMiner分析日志文件 * 11.1 管理控制文件 每个Oracle数据库都必须至少具有一个控制文件。控制文件是一个很小的二进行格式的操作系统文件，在其中记录了关于数据库物理结构的基本信息，包括数据库的名称、相关的数据文件和重做日志文件的名称和位置、当前的日志序列号等内容。在加载数据库时，Oracle实例将读取控制文件中的内容。如果无法找到可用的控制文件，数据库将无法加载，并且很难恢复。 11.1.1 控制文件简介 控制文件是Oracle数据库最重要的物理文件，它以二进制文件的形式在。不仅记载了数据库的特理结构信息（即构成数据库的数据文件和日志文件），在装载和打开数据时也需要这些文件，而且它们还记载了日志序列号、检查点和日志历史信息，同步和恢复数据库时需要这些信息。在创建数据库时会创建控制文件，如果数据库发生改变，则系统会自动修改控制文件，以记录当前数据库的状态。 * 11.1.2 复合控制文件 因为控制文件非常重要，所以为了防止控制文件的损坏或丢失，应用将控制文件复合。Oracle建议每个数据库应该包含两个或两个以上的控制文件。但需要注意，Oracle数据库最多可以包含8个控制文件。当复合控制文件时，为了防止磁盘损坏导致控制文件丢失或损坏。 * * 11.1.3 建立控制文件 在一般情况下，如果使用了复合控制文件，并且将各个控制文件分别存储在不同的磁盘中，则丢失全部控件文件的可能性将非常小。但是，如果数据库的所有控制文件全部丢失，这时惟一的补救方法就是以手动方式重新创建控制文件。 * 11.1.4 控制文件的备份与恢复 为了提高数据库的可靠性，降低由于丢失控制文件而造成灾难性后果的可能性，DBA需要经常对控制文件进行备份。特别是当修改了数据库结构之后，需要立该对控制文件进行备份。 11.1.5 删除控制文件 为了防止控制文件被损坏，应该启用复合控制文件。但是，当多个复合控制文件中任意一个被损坏后，都将导致无法装载Oracle数据库。这时为了使得数据库可以正常工作，只需要删除损坏的控制文件即可。 * 11.1.6 查看控制文件信息 控制文件是一个二制文件，其中被分隔为许多部分，分别记录各种类型的信息。每一类信息称为一个记录文档段。控制文件的大小在创建时即被确定，其中各个记录文档段的大小也是固定的。 * * 11.2 管理重做日志文件 在Oracle中，事务对数据库所做的修改将以重做记录的形式保存在重做日志缓存中。当事务提交时，由LGWR进程将缓存中与该事务相关的重做记录全部写入重做日志文件，此时该事务被认为成功提交。重做日志对数据库恢复来说是至关重要的，因此，对日志的管理也是DBA的日常工作的一部分。 * 11.2.1 重做日志简介 日志文件也称为重做日志文件（Redo Log File），重做日志文件用于记载事务操作所引起的数据库变化。执行DDL或DML操作时，Oracle会将事务变化的信息顺序写入重做日志。当丢失或损坏数据库中的数据时，Oracle会根据重做日志文件中的记录，恢复丢失的数据。 11.2.2 增加重做日志 如果发现LGWR经常处于等待状态，则就需要考虑添加日志组及其成员，一个数据库最多可以拥有MAXLOGFILES个日志组。增加重做日志是使用ALTER DATABASE语句完成的，执行该语句时要求用户必须具有ALTER DATABASE系统权限。 * 11.2.3 删除重做日志 当日志成员出现损坏或丢失时，后台进程LGWR不能将事务变化写入到该日志成员中，在这种情况下应该删除该日志成员；当日志组尺寸不合适时，需要重新建立新日志组，并删除原有的日志组。删除重做日志是使用ALTER DATABASE语句来完成的，执行该语句要求数据库用户必须具有ALTER DATABASE系统权限。 * 11.2.4 改变重做日志位置或名称 在数据库文件、控制文件和重做日志这3种文件中，重做日志的I/O操作最频繁。为