oracle归档日志管理.docVIP

oracle归档日志管理在Oracle中，数据一般是存放在数据文件中，不过数据库与Oracle最大的区别之一就是数据库可以在数据出错的时候进行恢复。这个也就是我们常见的Oracle中的重做日志（REDO FILE）的功能了。在重做日志分成2部分，一个是在线重做日志文件，另外一个就是归档日志文件。这里不详细说明在线重做日志，而是说一下归档日志（Archive Log）。在线重做日志大小毕竟是有限的，当都写满了的时候，就面临着2个选择，第一个就是把以前在线重做日志从头擦除开始继续写，第二种就是把以前的在线重做日志先进行备份，然后对被备份的日志擦除开始写新的在线Redo File。这种备份的在线重做日志就是归档日志。而数据库如果采用这种生成归档日志的模式的话，就是归档日志模式（ARCHIVELOG模式），反之如果不生成归档日志，就是非归档日志模式（NOARCHIVELOG模式）。 有了归档日志有什么好处了。比如在这个月1号的时候备份了一次数据，然后过了10天，这10天生成了成百上千个在线重做日志，突然发现其中有一个数据磁盘出问题了，不能用了，那我该如何是好呢。 如果没有采用归档日志，那么实际上磁盘中只会有几个最新的在线重做日志。那么我只能要不然把出问题的数据磁盘上所占据的表空间都删除掉。但是如果是SYSTEM表空间所涉及的磁盘出错，就没办法这么做了，只能用第二种方法。那第二种方法就是把1号备份的数据拿出来恢复。那么1号到10号之间的10天的数据都丢了，如果是关键系统，比如证券金融什么的系统，就要让你赔钱赔死掉。 但是如果有了归档日志，那么你这10天的重做日志都会存放起来，那么DBA首先把1号的备份数据恢复，然后再拿这10天的REDO日志来进行一次数据操作重放，那么就可以完全恢复最新的数据库，不会有什么后果了。 在软件开发的时候，由于测试服务器的配置有限，特别是磁盘空间有限，所以有可能要限制REDO文件的大小，有可能就把系统设置为NOARCHIVELOG模式了。但是在实际的生产运行环境下，基本上一定要使用ARCHIVELOG模式，否则万一出了问题，真是哭都来不及了。 有人可能会怕归档日志造成性能损失。其实这个完全是杞人忧天的，归档日志只是做一个备份，其实也就是多耗一些磁盘空间而已。在当前的软件系统中，硬盘的存储容量成本已经属于低到可以忽略的地步，而最重要的是数据库的安全。DBA的任务本来就是确保数据的安全，如果连安全都保证不了，那点微乎其微的性能提高又有什么用呢。 归档日志(Archive Log)是非活动的重做日志备份.通过使用归档日志,可以保留所有重做历史记录,当数据库处于ARCHIVELOG模式并进行日志切换式,后台进程ARCH会将重做日志的内容保存到归档日志中.当数据库出现介质失败时,使用数据文件备份,归档日志和重做日志可以完全恢复数据库. 日志操作模式:ARCHIVELOG NOARCHIVELOG 1,改变日志操作模式: 检查当前日志操作模式 SELECT log_mode from v$database; 关闭数据库,然后装载数据库 SHUTDOWN IMMEDIATE STARTUP MOUNT 改变日志操作模式,然后打开数据库 ALTER DATABASE ARCHIVELOG; ALTER DATABASE OPEN; 2,执行手工归档 从oracle database 10g开始,当将日志操作模式转变未ARCHIVELOG模式时,oracle会自动启动ARCH进程.如果要使用手工归档.那么在改变日志操作模式时必须使用命令ALTER DATABASE ARCHIVELOG MANUAL. 需要注意,使用手工归档方式,数据库管理员必须手工执行归档命令.如果没有执行手工归档命令,日志组的原有内容将不能被覆盖.ALTER DATABASE ARCHIVELOG MANUAL 命令是为了与先前的版本兼容而保留的,.将来的oracle版本会淘汰该命令,使用手工归档方式是,数据库管理员可以执行以下命令归档重做日志: SLTER SYSTEM ARCHIVELOG ALL; 3,配置归档进程 初始化参数LOG_ARCHIVE_MAX_PROCESSES用于指定例程初始启动的最大归档进程个数,当将数据库转变为ARCHIVELOG模式时,默认情况下oracle会自动启动两个归档进程.通过改变初始化参数LOG_ARCHIVE_MAX_PROCESS的值,可以动态地增加或降低归档进程的个数: ALTER SYSTEM SET LOG_ARCHIVE_MAX_PROCESSES=3; 配置归档位置和文件格式 当数据库处于ARCHIVELOG模式时,如果进行日志切换,后台进程将自动生成归档日志,归档日志的默认位置为%oracle_