Oracle归档模式与非归档模式_第1页
Oracle归档模式与非归档模式_第2页
Oracle归档模式与非归档模式_第3页
Oracle归档模式与非归档模式_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

在Oracle数据库中,主要有两种日志操作模式:归档模式(archivelogmode)及非归档模式(noarchivelogmode)。在默认情况下oracle数据库采用的是非归档模式。作为一个合格的DBA,应当深入了解这两种日志操作模式的特点,并且保证数据库运行在合适的日志操作模式下。在讲重做日志归档模式(archivelogmode)及非归档模式(noarchivelogmode)之前我们先简单的了解一下oracle的日志切换步骤°oracle数据库的重做日志是重复写的,一般来说oracle数据库拥有多个重做日志组(redologgroup),每个重做日志组又包含多个成员(详细介绍请查考oracle官方文档),我们大部分的数据更改操作都会写入在线日志中,也就是当前正在使用的重做日志。当一个重做日志写满或DBA发出switchlog命令的时候就会发生日志切换,如果oracle运行在非归档模式下,oracle直接覆盖写下一个重做日志组。如果oracle运行在归档模式下则oracle会查询即将写入的重做日志是否归档,没有归档则等待其归档,等归档完成以后再覆盖写入重做日志记录。当然如果发生了归档等待的话可以通过添加重做日志组或开启更多的归档进程来避免这个等待事件。总的来说重做日志归档模式(archivelogmode)及非归档模式(noarchivemode)的最重要的区别就是当前的重做日志切换以后会不会被归档进程(archiveprocess)copy到归档目的地(log_archive_dest)。一.非归档模式(noarchivelogmode)的利与弊当oracle数据库运行在非归档模式下,控制文件确定了发生日志切换以后重做日志文件不需要归档,同时对于(日志写进程)LGWR来说此重做日志组是可以直接使用的。非归档模式(noarchivelogmode)只能提供实例级别的故障恢复,需要介质恢复的时候oracle就爱莫能助了。如果很不幸的发生了,那么我们只能把数据库恢复到过去的某个时间点上,前提是你完全冷备份了数据库。从备份时间点到故障发生期间的所有数据都只有丢失了。而且当oracle运行在非归档模式(noarchivelogmode)下的时候数据库不提供在线的表空间备份,换句话说热备是不可用的。二归档模式(archivelogmode)的利与弊当oracle数据库运行在归档模式下,控制文件确定了发生日志切换后的重做日志文件在归档前是不能被日志写进程)LGWR重用的。归档模式(archivelogmode)下oracle数据库能从实例,介质的失败中得到恢复,当然最近一次的数据库全备及备份以来的所有归档日志的备份时必须的。同时我们还能利用归档日志的重放来完成oraclestandby的搭建(oraclestandby以后会介绍,请大家留意)。归档模式(archivelogmode)又可以分为手动归档和自动归档,顾名思义手动归档需要DBA的干预;而自动归档,oracle会自己完成归档任务。

通过上面的简单描述我们应该对两种模式的利与弊有所了解了,但是具体选择哪种模式则需要我们从实际情况出发综合考虑。不过作为生产环境一般都是选用归档模式(archivelogmode)。接下来将要介绍一下当前模式的查询以及模式的切换。当前模式查询可以通过以下方式查询当前数据库是运行在哪种模式下的:[oracle@localhost~]$sqlplus"/assysdbaArchiveModeEnabledSQL>archiveloglistDatabaselogmodeAutomaticarchivalArchiveModeEnabledArchivedestination/u01/oradata/archivesidArchivedestination/u01/oradata/archivesidOldestonlinelogsequence9975Nextlogsequencetoarchive9977Currentlogsequence9977SQL>selectname,log_modefromv$database;NAMELOG_MODESIDARCHIVELOG模式切换oracle数据库日志操作模式的切换主要有两种:1.非归档模式(noarchivelogmode)->归档模式(archivelogmode)2.归档模式(archivelogmode)->非归档模式(noarchivelogmode)。两种模式的切换步骤大致都是相同的,只是在细微处有所差别。当日志操作模式由归档模式切换到非归档模式的时候需要保证数据不需要介质恢复,也就是说数据库能正常打开。下面主要介绍一下数据库由非归档模式(noarchivelogmode)->归档模式(archivelogmode)。1.关闭数据shutdown,最好是正常关闭(不使用abort选项)备份数据库为了防止在模式切换的时候发生不可预知的错误,请先备份一下数据库启动数据库到mount状态SQL>startupmountSQL>alterdatabasearchivelog;SQL>altersystemsetlog_archive_dest_1/log_archive_format....--如果有必要则修改归档目的,归档文件名等参数SQL>alterdatabaseforcelogging; --可选,强制记录日志。重启数据库相关参数简介在oracle10gR2中与归档相关的参数有:SQL>showparameterarchive;NAMETYPEVALUEarchive_lag_targetinteger3600log_archive_configstringlog_archive_deststringlog_archive_dest_1stringlocation=/u01/oradata/archive_sidlog_archive_dest_10stringlog_archive_dest_2stringSERVICE=tnsnamelog_archive_dest_3stringlog_archive_dest_4stringlog_archive_dest_5stringlog_archive_dest_6stringlog_archive_dest_7stringlog_archive_dest_8stringlog_archive_dest_9string

log_archive_dest_state_1stringenablelog_archive_dest_state_10stringenablelog_archive_dest_state_2stringenablelog_archive_dest_state_3stringenablelog_archive_dest_state_4stringenablelog_archive_dest_state_5stringenablelog_archive_dest_state_6stringenablelog_archive_dest_state_7stringenablelog_archive_dest_state_8stringenablelog_archive_dest_state_9log_archive_duplex_deststringstringenablelog_archive_formatstringarch_%t_%s_%rlog_archive_local_firstbooleanTRUElog_archive_max_processesinteger2log_archive_min_succeed_dest integer1log_archive_startbooleanFALSElog_archive_traceinteger0remote_archive_enablestringtruestandby_archive_deststring?/dbs/arch其中log_archive_dest_n为归档日志存放的地址,可以使远程的也可以是本地。在10gr2中最多支持10个归档目的地(这个数目也就限制了standby的数量最多有9个);与之相对应的是log_archive_dest_state_n,此参数决定了log_archive_de

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论