康哥教你如何有效管理重做日志文件

有的人可能还不知道什么是重做日志文件,其实就是你的oradata目录下面的那几个redo.log文件。

作用:当你的数据库崩溃的时候,管理员可以通过重做日志文件和数据库备份文件,把数据库恢复到最近一次记录日志时的状态。


在创建oracle数据库的时候,默认创建了3个重做日志组(对于数据库来说,至少需要2个重做日志组),每一个日志组包含一个或者多个重做日志文件。

每一个重做日志组都有自己的内部序号,oracle按照序号从小到大的顺序向日志组中写入日志信息。当一个重做日志组写满后,后台进程LGWR开始写入下一个重做日志组,依次类推,假如说所有的重做日志组都写满了,则从第一个日志组开始覆盖重写,如此循环写入。

其中,重做日志文件有三种状态:

current(当前状态):正在被lgwr进程写入

active(活动状态):正在被实例用于数据库恢复

inactive(未活动状态):顾名思义,就是没被使用的状态

日志组状态可以通过视图v$log进行查看:

好,接下来我们开始搞一下如下几个技术点:

⒈增加日志组及其成员

实际工作中,为了防止后台进程LGWR等待写入日志组导致效率太低,作为管理员,我们要增加重做日志组。注意:重做日志文件的大小一般在10M - 50M之间,默认是50M。

接下来我就在数据库中添加一个日志组(日志组是由日志文件组成的,我们只能查到日志组序号,看到的只是日志文件):

如上图所示,红框中是直接创建了日志组4,默认序号是往后面自动排的。也可以在增加日志组的时候直接指定组序号,如蓝框中的语句。

⒉创建日志组中的日志文件

举例:为第5个重做日志组添加一个新的日志文件

注意:

A:如果我们在工作中发现存放某个日志文件的磁盘损坏了,这时候就需要删除该损坏磁盘的日志文件,防止oracle将重做日志继续写入到损坏的日志文件中。

① 如果整个日志文件组都不再需要(删除日志组,其中的成员日志文件也会删除)

其中:

Ⅰ.一个数据库至少需要两个重做日志组,删除时不能超过这个限制;

Ⅱ.只能删除处于inactive状态的日志组,如果要删除处于current状态的日志组,则必须手动切换日志,将它切换到inactive状态。

切换日志组方法如下:

Ⅲ.如果数据库处于归档状态,在删除重做日志组之前必须确定目标日志组已经归档。

② 仅仅只是删除日志组成员

举例:删除第4个日志组中的成员redo4_2.log,如下图所示:

需要注意的是,无论是删除日志组还是删除日志成员,删除的都只是数据字典和控制文件中的日志组和日志成员信息,对应的物理文件并没有删除。打开我的Linux里面,给大家看一下就会发现,我的物理文件还是存在的。若要删除,则需要手工干掉。(window更简单,这里不讲)

③ 清空日志文件

举例:清空第4个日志组中的所有日志文件内容

B:如果你的某一个日志文件存放在/home目录下,结果磁盘空间不足,是不是应该把日志文件移动到别的盘呢?怎么移动呢?步骤如下:

① 关闭数据库

② 手动复制源文件到目标位置

③ 启动实例,加载数据库,但不打开数据库

④ 重新设置重做日志文件的路径

注意:to上面的是源文件路径,下面的是目标文件路径。

⑤ 打开数据库

OK,到此为止已经成功更改了重做日志文件路径,现在系统使用的redo4*.log的路径是/home/oracle/backup下面的redo4_1bak.log,来,我们通过查看数据字典视图v$logfile证实一把:

特别地,查看重做日志信息常用视图:

v$log 查看重做日志组信息

v$logfile 查看日志组中日志文件信息

v$log_history 查看日志历史信息

。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈!

看到了吧?

就是这么好玩

就是这么6

有木有?

时间: 2024-10-13 08:58:31

康哥教你如何有效管理重做日志文件的相关文章

ORACLE - 管理重做日志文件

ORACLE重做日志文件用于在数据库崩溃等情况下用于恢复数据,默认情况下为三个文件redo01.log/redo02.log/redo03.log,文件组循环使用,在录入与更新操作比较多的应用中,日志文件更新比较繁忙. 1. 查询日志文件: SQL>select * from v$logfile; SQL>select group# as gid,bytes,status,members from v$log; --status 为current则代表正在使用 2. 在挂载新的磁盘时可考虑创建

Oracle 11g 管理重做日志文件

重做日志也称联机重做日志.引入重做日志的目的是数据恢复.在数据库运行过程中,用户更改的数据会暂时存放在数据库的高速缓冲区中.为了提高写数据的速度,并不是一旦有数据变化,就把变化的数据写到数据文件中.频繁的读写磁盘文件会使数据库系统效率降低,所以要等到数据库高速缓冲区中的数据达到一定的量或者满足一定的条件时,DBWR进程才会将变化了的数据写到数据文件中.这种情况下如果在DBWR把变化了的更改写到数据文件之前发生了宕机,那么数据高速缓冲区中的数据就会全部丢失.如果在数据库重新启动后无法恢复这部分用户

oracle redo 重做日志文件

以下易容翻译自oracle dba官方文档,不足之处还望指出. 管理重做日志文件 学习目标:1.解释重做日志文件的目的2.描述重做日志文件的结构3.学会控制日志切换与检查点4.多元化管理重做日志文件5.使用OMF管理重做日志文件 1.概念介绍:重做日志文件通过记录数据的所有改变情况对系统或介质故障提供恢复机制.1)重做日志文件以组的形式存在2)一个oracle数据库至少需要两组,每组至少有一文件3)在一组里的每一重做日志文件叫做成员The redo log files are used only

重做日志文件组和重做日志文件组成员的管理

一.重做日志文件组: 1.添加重做日志组的指令: alter database [数据库名称] add logfile[group 正整数] 文件名称 [,[group 正整数]文件名称]] 不是有group选项时oracle系统会自动在当前最大的组号上加1来产生新的组号 ex:alter database add logfile ('D:\REDO04.LOG','D:\REDO05.LOG') size 15m; 增加新的重做日志组并且添加两个重做日志成员,大小设置为15M 2.删除重做日志

Oracle重做日志文件

http://blog.csdn.net/leshami/article/details/5749556 一.Oracle中的几类日志文件 Redo log files      -->联机重做日志 Archive log files   -->归档日志 Alert log files     -->告警日志 Trace files         -->跟踪日志 user_dump_dest          -->用户跟踪日志 backupground_dump_dest

oracle_重做日志文件--笔记

重做日志文件(redo log file) 目录       重做日志文件相关.       重做日志文件简介.       查询重做日志文件的信息.       日志切换.       管理日志文件组       增删日志文件组.       增删日志文件成员.       归档与非归档模式. 一.重做日志文件相关.        Oracle引入重做日志的目的:数据库的恢复.    Oracle相关进程:重做日志写进程(LGWR).    重做日志性质:联机日志文件,oracle服务器运行时

15_Oracle_Admin_联机重做日志文件的配置和归档

一.配置RedoLog File 上图中的配置存在以下错误: 1.不对称,Group3只有一个成员,这样会导致写入错误: 2.将一组中的多个成员都放在了一个磁盘上,这样不但导致频繁写入的负荷都集中在一个磁盘上,同时也没有实现磁盘的冗余,起不到备份的作用. 有关联机重做日志文件的配置,有如下建议: 1.配多组Redo LogFile,每组至少两个成员,不同的成员放在不同的磁盘上(即使一组中的成员发生了损坏,只要有一个成员还是正常的,数据库就仍然能正常工作).具体的的数量根据具体情况来定,如果数据并

重做日志文件

所有数据库高速缓存区中已经提交的数据都会被写入重做日志缓存区中,然后被LGWR后台进程写入重做日志文件中.oracle服务器能保证所有被提交的数据都会被写入重做日志文件中.一旦数据库崩溃就可以利用重做日志文件实现数据库的完全恢复.引入重做日志文件的目的就是为了实现数据库的恢复. 1.每个重做日志文件组的成员中存储的内容时完全相同的,在同一时刻LGWR只能往一个重做日志文件组中写入数据,然后将相同的数据复制到同组的其他成员文件中.要保证oracle服务器可以正常运行至少要存在两个重做日志组 2.o

oracle联机重做日志文件(online redo log file)

oracle联机重做日志文件(online redo log file几乎所有的发生在oracle的内部变化都记录在online  redo log file中,oracle使用 这些 redo log groups 去恢复数据库,因此它们是非常的重要. 联机重做日志文件的主要工作是:备份数据,1:记录所有的数据改变2:提供了一种恢复机制3:一定是被组织成组的4:至少有两组联机重做日志文件 每一个redo  log 是被分配到 组中, oralce 一次值写一个 online redo log