Oracle据库归档日志日常管理与建议.doc

Oracle数据库归档日志日常管理与建议 简介 近日，项目组偶有发生归档日志占满归档目录空间导致数据库hang住（无响应），导致系统不能正常应用的情况。针对此类问题，笔者从Oracle数据库归档模式、归档模式的优缺点、归档日志日常管理方法等各方面浅析并整理出归档日志日常管理与建议。请各项目组依据实际情况，规范管理归档日志，排查相关隐患，以保证系统的正常高效运营。 另外，对于已开启数据库归档模式的项目组，若数据库管理权限不在我方，可将相关归档管理建议与当地运维部门充分沟通，避免归档的不当管理引起事故。 数据库归档模式与归档日志 数据库运行模式简介 Oracle数据库包括归档模式与非归档模式两种运行模式。 一般情况下Oracle数据库的联机重做日志会记录对数据库所做的所有的修改，如创建对象；插入、删除、更新对象；删除对象等，这些操作都会记录在联机重做日志里。Oracle数据库至少要有2个联机重做日志组。当一个联机重做日志组被写满（假设为1）的时候，就会发生日志切换，这时联机重做日志组2（假设为2）成为当前使用的日志，当联机重做日志组2写满的时候，又会发生日志切换，去写联机重做日志组1，这样反复进行。 如果数据库处于非归档模式，联机日志在切换时就会被丢弃。而在归档模式下，当发生日志切换的时候，被切换的联机日志会被归档。 如当前在使用联机重做日志1，当1被写满时，发生日志切换，开始写联机重做日志2，这时联机重做日志1的内容会被拷贝到一个指定的目录下。这个目录为归档目录，这个过程称之为归档，拷贝的文件叫归档日志。 归档模式优点与归档日志作用 数据库运行在归档模式时，后台进程ARCH会将联机日志的内容拷贝到归档目录生成归档日志。 当数据库出现介质失败时，使用数据文件备份，归档日志和重做日志可以完全恢复数据库。因此，开启归档模式及归档日志的益处与作用是非常明显的： 可以进行完全、不完全恢复。由于对数据库所做的全部改动都记录在日志文件中，如果发生硬盘故障等导致数据文件丢失的故障，则可以利用物理备份和归档日志完全恢复数据库，不会丢失任何数据。 可以进行联机热备。所谓联机热备，就是在数据库运行状态下，对数据库进行备份，备份时用户对数据库的使用基本不受影响（不可避免的会对性能有负面影响）。 可以实施Data Guard。可以部署1个或多个备用数据库，从而最大限度地提供灾难保护手段。 可以实施Stream。利用Stream技术，可以实现单向复制、双向复制、多向复制及提供更加灵活的数据冗余方案。 表空间可以脱机并通过归档日志再成功使其联机。可以备份部分数据库，如重要的表空间，并能在归档日志完整的情况下实现成功的联机。 能够轻松实现增量备份。只需做一次完全备份，以后只备份发生改变的数据，可以提高备份速度。 归档模式缺点 数据库运行在归档模式时，后台进程ARCH会将联机日志的内容拷贝到归档目录生成归档日志。这样的一个过程不仅可以使得归档模式具有以上优点，同样具有以下缺点： 增加数据库服务器负载。在拷贝联机日志的同时必然带来IO、磁盘空间等方面的压力。 增加系统维护难度。增加了归档日志、归档目录等方面的管理与维护，以及系统hang住的隐患。 归档日志的连续性要求高。归档日志的连续性是归档模式优点实现的前提，也就是说如果归档模式下只是简单定期删除归档日志将使得归档模式本身的优点无法发挥。 综上，当数据库运行为归档模式时，为确保归档模式的优点正常发挥对归档日志的妥善管理极为重要！ 管理归档日志 由于归档日志具有生成速度较快且不可覆盖等特性，如果对归档日志的管理不妥当，很可能导致归档日志所在归档目录的磁盘无储存空间的情况，进而报ORA-00257错误。一旦发生该错误，数据库将处于hang住状态，所有对数据库的变更操作都将陷于等待，最终导致应用将被异常停止！因此这类问题我们应该引起足够的重视！ 日常管理中应该： 制定合理归档日志管理策略，以备份、归档、删除归档日志； 定期（每天）监控系统的归档日志的生成量，并根据归档日志判定既有归档日志管理策略是否合理； 定期（每天）监控归档目录所在磁盘的使用情况，并根据使用情况做出相应处理； 掌握应急处理方法，即当快要发生或已经发生的故障的处理方法。 以下我们简单讨论以上几点： 制定合理的归档日志管理策略 管理归档日志最重要的是制定合理的归档日志管理策略，并定期监控策略的有效性与合理性。 制定归档日志的管理策略一般需要注意以下几点： 前期归档日志生成量及备份耗时的调研； 合理确定归档目录的空间大小； 合理制定数据库及归档日志的备份策略； 后期观察归档日志生成量及备份耗时，并对现有管理策略提出相关建议。 由于各项目组归档日志生成量及备份耗时情况不尽相同，本文档提出一个归档日志管理策略供参考，具体请参见附录。 监控归档日志日生成量