oracle归档日志管理.docxVIP

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