1 日志文件

日志文件的主要功能是记录对数据所作的修改,对数据库所作的修改几乎都记录在日志文件中。
在出现问题时,可以通过日志文件得到原始数据,从而保障不丢失已有操作成果。 Oracle 的日志文件包括重做日志文件(Redo Log File)和归档日志文件(Archive Log File),它们是 Oracle 系统的主要文件之一,尤其是重做日志文件,它是 Oracle 数据库系统正常运行所不可或缺的。

1.1 重做日志文件(Redo Log Files)

1.1.1 定义

联机日志文件又叫重做日志文件,记录了对数据库修改的信息,一个 Oracle 实例有一组或多组联机日志文件,每组包含一个或多个日志成员,同一组的日志成员内容相同,存放位置不同,防止日志文件组内某个日志文件损坏导致数据丢失。
重做日志(联机日志)文件用来记录数据库所有发生过的更改信息(修改、添加、删除等信息)及由 Oracle 内部行为(创建数据表、索引等)而引起的数据库变化信息,主要作用是支持数据库的恢复和故障恢复。通常存储在操作系统的文件系统中,如$ORACLE_HOME/dbs目录下的redo01.log文件。
联机日志文件的作用:记录数据文件的每一个变化过程,保证数据库一致性。

lgwr 进程负责将数据写入日志文件,如果一组日志文件被写满,会自动切换到下一组日志文件。当所有的日志文件都被写满时,如果数据库为非归档模式,则直接覆盖 sequence 最小的日志组;如果数据库为归档模式,lgwr 进程开始等待归档进程将日志信息写入到归档日志中,然后覆盖 sequence 最小的日志组。

联机日志文件具有如下特点:

  • 联机日志文件以组为单位工作;
  • 数据库正常工作至少需要两组联机日志;
  • 联机日志记录所有数据块的变化,用来做实例恢复(recover);
  • 同一组可以有多个成员;
  • 同一组的成员之间是镜像关系;
  • 默认情况下,日志成员写满 redo 时发生切换;
  • 日志切换时优先覆盖 sequence 最小的组;
  • 成员的位置和数量由控制文件决定。

在数据库恢复时,可以从该日志文件中读取原始记录。在数据库运行期间,当用户执行 COMMIT 命令(数据库提交命令)时,数据库首先将每笔操作的原始记录写入到日志文件中,写入日志文件成功后,才把新的记录传递给应用程序。所以,在日志文件上可以随时读取原始记录以恢复某些数据。

为了保障数据库系统的安全,每个Oracle实例都启用一个日志线程来记录数据库的变化。日志线程由若干 日志组 构成,而每个日志组又由一个或者多个日志文件构成。

1.1.2 联机日志的相关概念

  • 日志文件的工作方式
    日志文件采用按顺序循环写的方式。当一组联机日志组写满,LGWR 则将日志写入到下一组,当最后一组写满则从第一组开始写入。写入下一组的过程称为日志切换切换时产生检查点,检查点的信息同时写入控制文件
  • 联机重做日志组
    由一个或多个相同的联机日志文件组成一个联机重做日志组。数据库正常工作至少需要两个日志组,每组至少一个成员(生产环境建议每组至少两个成员,并放到不同的磁盘)。由 LGWR 后台进程同时将日志内容写入到一个组的所有成员。
  • 联机重做日志成员
    联机重做日志组内的每一个联机日志文件称为一个成员。一个组内的所有成员具有相同的日志序列号(log sequence number)且成员的大小相同。
    每次日志切换时,Oracle 服务器分配一个新的 LSN 号给即将写入日志的日志文件组。LSN 号用于唯一区分每一个联机日志组和归档日志处于归档模式的联机日志,LSN 号在归档时也被写入到归档日志之中。
  • 禁止日志记录
    通过对表或者整个表空间设定 NOLOGGING 属性时,使基于表或表空间中所有的DML操作(如创建表、删除视图、修改索引等)都不会生成日志信息,这样就会减少了日志信息的产生。
  • 产生日志信息条件
    Oracle 系统在运行过程中产生的日志信息,首先被临时存放在系统全局区的重做日志缓冲区中,当发出 Commit 命令(或日志缓冲区信息满 1/3)时, LGWR 进程(日志写入进程)将日志信息从重做日志缓冲区中读取出来,并将读取的日志信息写入到日志文件组中序列号较小的文件里,一个日志组写满后接着写另外一个日志组。当 LGWR 进程将所有能用的日志文件都使用过一遍之后,它将再次转向第一个日志组重新覆写。

1.1.3 动态性能视图

查看日志文件的信息
select * from v$logfile;

查看日志组的信息
select group#,thread#,sequence#,status from v$log;
    GROUP#    THREAD#  SEQUENCE# STATUS
---------- ---------- ---------- ----------------
	 1	    1	       7 INACTIVE
	 2	    1	       8 CURRENT
	 3	    2	       1 INACTIVE
	 4	    2	       2 CURRENT
	 5	    1	       6 INACTIVE
	 6	    2	       0 UNUSED
6 rows selected.

说明:
THREAD#:实例号,rac 集群环境每个实例都有对应的日志组。

status 选项值
UNUSED: 表示该联机日志文件组对应的文件还从未被写入过数据。一般情况下,新创建的联机日志文件组会显示为这一状态。当日志切换到这一组时,状态会改变; 
CURRENT:表示当前正在使用的日志文件组,该联机日志组是活动的; 
ACTIVE:该组是活动的但不是当前组,实例恢复时需要这组日志。处于这一状态,虽然不是当前组,但该文件中内容尚未归档,或者文件中的数据没有全部写入数据文件,一旦需要实例恢复,必须借助该文件中保存的内容;
INACTIVE:实例恢复已不再需要这组联机日志组。对应的联机日志文件中的内容已被妥善处理,该组联机重做日志当前处于空闲状态;
CLEARING:表示该组日志文件正被重建,重建后该状态会变成UNUSED;
CLEARING_CURRENT:表示该组日志重建时出现错误。

1.1.4 手工切换日志

日志切换就是停止写入当前日志组,去写另外一个新的日志组。
系统可以自动切换,也可以手工切换。当发生 switch logfile 时,系统会在后台完成 checkpoint 操作。
checkpoint 是一个事件,当 checkpoint 事件发生时,会触发 DBWR 进程,把 database buffer 中发生变化的脏数据写入数据文件,同时 chkp 进程更新控制文件(control file)和数据文件头(datafile header),使它们保持一致。

-- 手工切换日志文件的命令如下:
 alter system switch logfile;
 
-- 查看日志组状态
SQL> select group#,thread#,sequence#,status from v$log;

-- 在 节点1 切换日志
SQL> alter system switch logfile;
System altered.

-- 在 节点2 切换日志
SQL> alter system switch logfile;
SQL> select group#,thread#,sequence#,status from v$log;

-- 手工产生检查点,强制脏数据写盘
SQL> ALTER SYSTEM CHECKPOINT;
System altered.

日志切换的频率与日志成员的大小、数据更新的频率等有关。一般日志组的大小应满足自动切换间隔 15-20 分钟左右的业务需求。可以使用以下语句查看日志文件的历史切换频率:

SQL> select to_char(first_time,'yyyymmddhh24') fist_time, count(*) 
     from v$log_history 
     group by to_char(first_time,'yyyymmddhh24') 
     order by 1;

1.1.5 添加日志文件组和日志组成员

添加日志文件组的方法如下:

1、添加日志组时不指定日志成员,自动在相关位置添加日志组成员
alter database add logfile thread m group n size 50M;
此命令会自动在相关位置添加日志组成员,参数说明:
thread 选项:指定给哪一个实例添加日志组
group:添加的日志组编号
size:指定日志成员的大小

2、添加日志组时指定日志成员
alter database add logfile thread m group n ('成员1', '成员2') size 50m;
参数说明:
成员1、成员2格式:+BAK/orcl/onlinelog/redo01.log
thread 选项:指定给哪一个实例添加日志组
group:添加的日志组编号
size:指定日志成员的大小


3、添加日志组成员:可实现日志文件的多路复用
alter database add logfile member '成员' to group n;

1.1.6 删除日志组和日志组成员

1.1.6.1 前言

删除日志组的说明:

  • 一个实例至少需要两个联机日志文件组;
  • 活动的或当前的日志组不能被删除;
  • 组内成员状态有 NULL 值或 INVALID 状态并存,组不可删除;
  • 日志组被删除后,物理文件需要手动删除。

删除日志组成员的说明:

  • 不能删除组内唯一的成员;
  • 不能删除处于 active 和 current 状态组内的成员;
  • 要删除处于 active 和 current 状态组内的成员,应使用日志切换使其处于 INACTIVE 状态后再删除;
  • 对于组内如果一个成员为 NULL 值,一个为 INVALID,且组处入 INACTIVE,仅能删除 INVALID 状态成员;
  • 删除日志文件后,控制文件被更新;
  • 对处于归档模式下的数据库,删除成员时确保日志已被归档,查看 v$log 视图获得归档信息。
1.1.6.2 删除日志组

删除日志组命令的语法如下:ALTER DATABASE DROP LOGFILE GROUP n;
删除日志组时先查看要删除的日志组的状态:状态为 INACTIVE 的日志组可以被删除,状态为 CURRENTACTIVE 的日志组不能被删除。

SQL> select group#,thread#,sequence#,status from v$log;
    GROUP#    THREAD#  SEQUENCE# STATUS
---------- ---------- ---------- ----------------
	 1	    1	      12 INACTIVE
	 2	    1	      13 CURRENT
	 3	    2	       6 CURRENT
	 4	    2	       2 INACTIVE
	 5	    1	       9 INACTIVE
	 6	    2	       3 INACTIVE
	 7	    1	      10 INACTIVE
	 8	    2	       4 INACTIVE
	 9	    1	      11 INACTIVE
	10	    2	       5 INACTIVE
10 rows selected.
删除编号为 910 的日志组:

SQL> ALTER DATABASE DROP LOGFILE GROUP 9;
Database altered.

SQL> ALTER DATABASE DROP LOGFILE GROUP 10;
Database altered.

查看日志组对应的日志文件并手动删除:

ASMCMD> ls -l +DATA/orcl/onlinelog
Type       Redund  Striped  Time             Sys  Name
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_1.261.1070471997
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_10.274.1079976131
                                             N    group_10_redo_log.log => +DATA/ORCL/ONLINELOG/group_10.274.1079976131
ONLINELOG  UNPROT  COARSE   AUG 07 06:00:00  Y    group_2.262.1070472003
ONLINELOG  UNPROT  COARSE   AUG 07 06:00:00  Y    group_3.265.1070472253
ONLINELOG  UNPROT  COARSE   AUG 07 06:00:00  Y    group_4.266.1070472257
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_5.268.1079737919
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_6.269.1079737941
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_7.271.1079974733
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_8.272.1079975081
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_9.273.1079976053
                                             N    group_9_redo_log.log => +DATA/ORCL/ONLINELOG/group_9.273.1079976053
                                             
-- 删除文件:group_9_redo_log.log
ASMCMD> rm +DATA/orcl/onlinelog/group_9_redo_log.log
-- 删除文件:group_10_redo_log.log
ASMCMD> rm +DATA/orcl/onlinelog/group_10_redo_log.log
ASMCMD> ls -l +DATA/orcl/onlinelog/
Type       Redund  Striped  Time             Sys  Name
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_1.261.1070471997
ONLINELOG  UNPROT  COARSE   AUG 07 06:00:00  Y    group_2.262.1070472003
ONLINELOG  UNPROT  COARSE   AUG 07 06:00:00  Y    group_3.265.1070472253
ONLINELOG  UNPROT  COARSE   AUG 07 06:00:00  Y    group_4.266.1070472257
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_5.268.1079737919
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_6.269.1079737941
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_7.271.1079974733
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_8.272.1079975081
ASMCMD> ls -l +BAK/orcl/onlinelog/
Type       Redund  Striped  Time             Sys  Name
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_1.257.1070471999
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_10.297.1079976133
                                             N    group_10_redo_log.log => +BAK/ORCL/ONLINELOG/group_10.297.1079976133
ONLINELOG  UNPROT  COARSE   AUG 07 06:00:00  Y    group_2.258.1070472005
ONLINELOG  UNPROT  COARSE   AUG 07 06:00:00  Y    group_3.259.1070472255
ONLINELOG  UNPROT  COARSE   AUG 07 06:00:00  Y    group_4.260.1070472261
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_5.263.1079737919
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_6.264.1079737943
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_7.294.1079974737
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_8.295.1079975081
ONLINELOG  UNPROT  COARSE   AUG 07 17:00:00  Y    group_9.296.1079976053
                                             N    group_9_redo_log.log => +BAK/ORCL/ONLINELOG/group_9.296.1079976053
                                             
-- 删除文件:group_9_redo_log.log
ASMCMD> rm +BAK/orcl/onlinelog/group_9_redo_log.log
-- 删除文件:group_10_redo_log.log
ASMCMD> rm +BAK/orcl/onlinelog/group_10_redo_log.log


1.1.6.3 删除日志组成员

删除日志组成员的语法如下:ALTER DATABASE DROP LOGFILE MEMBER '成员';
查看日志组及日志组成员的状态:

SQL> select group#,thread#,sequence#,status from v$log;
    GROUP#    THREAD#  SEQUENCE# STATUS
---------- ---------- ---------- ----------------
	 1	    1	      12 INACTIVE
	 2	    1	      13 CURRENT
	 3	    2	       6 CURRENT
	 4	    2	       2 INACTIVE
	 5	    1	       9 INACTIVE
	 6	    2	       3 INACTIVE
	 7	    1	      10 INACTIVE
	 8	    2	       4 INACTIVE
8 rows selected.

SQL> select * from v$logfile;
    GROUP# STATUS  TYPE    MEMBER					      IS_
---------- ------- ------- -------------------------------------------------- ---
	 2	   ONLINE  +DATA/orcl/onlinelog/group_2.262.1070472003	      NO
	 2	   ONLINE  +BAK/orcl/onlinelog/group_2.258.1070472005	      YES
	 1	   ONLINE  +DATA/orcl/onlinelog/group_1.261.1070471997	      NO
	 1	   ONLINE  +BAK/orcl/onlinelog/group_1.257.1070471999	      YES
	 3	   ONLINE  +DATA/orcl/onlinelog/group_3.265.1070472253	      NO
	 3	   ONLINE  +BAK/orcl/onlinelog/group_3.259.1070472255	      YES
	 4	   ONLINE  +DATA/orcl/onlinelog/group_4.266.1070472257	      NO
	 4	   ONLINE  +BAK/orcl/onlinelog/group_4.260.1070472261	      YES
	 5	   ONLINE  +DATA/orcl/onlinelog/group_5.268.1079737919	      NO
	 5	   ONLINE  +BAK/orcl/onlinelog/group_5.263.1079737919	      YES
	 6	   ONLINE  +DATA/orcl/onlinelog/group_6.269.1079737941	      NO
	 6	   ONLINE  +BAK/orcl/onlinelog/group_6.264.1079737943	      YES
	 7	   ONLINE  +DATA/orcl/onlinelog/group_7.271.1079974733	      NO
	 7	   ONLINE  +BAK/orcl/onlinelog/group_7.294.1079974737	      YES
	 8	   ONLINE  +DATA/orcl/onlinelog/group_8.272.1079975081	      NO
	 8	   ONLINE  +BAK/orcl/onlinelog/group_8.295.1079975081	      YES
16 rows selected.

删除第7 组日志的成员:+BAK/orcl/onlinelog/group_7.294.1079974737
删除第8 组日志的成员:+BAK/orcl/onlinelog/group_8.295.1079975081

SQL> ALTER DATABASE DROP LOGFILE MEMBER '+BAK/orcl/onlinelog/group_7.294.1079974737';
Database altered.

SQL> ALTER DATABASE DROP LOGFILE MEMBER '+BAK/orcl/onlinelog/group_8.295.1079975081';
Database altered.

1.1.7 移动日志文件的位置

希望把第 7 组和第 8 组的日志文件修改为另一个名称,并添加一个成员,使每组日志具有两个成员。可以进行如下操作:

1.1.7.1 重新启动数据库为 mount 状态

如果是rac 集群,要移动多个节点对应的日志文件的位置,则涉及到的节点数据库都要处于 mount 状态。如果在节点1 操作,也可以使节点1 处于 mount 状态,其他节点先关闭。

1.1.7.2 在节点1执行以下操作
-- 更改日志文件的名称
ASMCMD> cp +DATA/orcl/onlinelog/group_7.271.1079974733 +DATA/orcl/onlinelog/group_7_redo7_01.log
copying +DATA/orcl/onlinelog/group_7.271.1079974733 -> +DATA/orcl/onlinelog/group_7_redo7_01.log

ASMCMD> cp +DATA/orcl/onlinelog/group_8.272.1079975081  +DATA/orcl/onlinelog/group_8_redo8_01.log
copying +DATA/orcl/onlinelog/group_8.272.1079975081 -> +DATA/orcl/onlinelog/group_8_redo8_01.log

-- 删除原来的日志文件
ASMCMD> rm +DATA/orcl/onlinelog/group_7.271.1079974733
ASMCMD> rm +DATA/orcl/onlinelog/group_8.272.1079975081
1.1.7.3 修改控制文件中的日志信息
-- 修改日志成员的名称
SQL> alter database rename file '+DATA/orcl/onlinelog/group_7.271.1079974733' to '+DATA/orcl/onlinelog/group_7_redo7_01.log';
Database altered.

SQL> alter database rename file '+DATA/orcl/onlinelog/group_8.272.1079975081' to '+DATA/orcl/onlinelog/group_8_redo8_01.log';
Database altered.

-- 添加日志组成员
SQL> alter database add logfile member '+bak/orcl/onlinelog/group_7_redo7_02.log' to group 7;
Database altered.

SQL> alter database add logfile member '+BAK/orcl/onlinelog/group_8_redo8_02.log' to group 8;
Database altered.
1.1.7.4 打开数据库并查看
-- 节点1
SQL> alter database open;
Database altered.

-- 节点2
SQL> startup
ORACLE instance started.

查看
SQL> select group#,thread#,sequence#,status,members from v$log;
select * from v$logfile;

1.2 归档日志文件(Archived Log files)

1.2.1 定义

归档是将联机重做日志以文件的形式保存到硬盘,联机重做日志归档的前提条件是数据库要处于归档模式。当数据库处于 ARCHIVELOG 模式并进行日志切换时,后台进程 ARCH 会将联机重做日志的内容保存到归档日志中,当数据库出现介质故障时,使用数据文件备份、归档日志和联机重做日志可以完全恢复数据库到正常状态。
Oracle 数据库设置为归档模式之后,如果归档空间写满,数据库的 redo 文件不能归档,会出现数据库挂起的问题,导致 数据库无法使用。

归档日志可以存储在与数据文件不同的磁盘上,以提高可靠性和冗余性

在所有的日志文件被写入一遍之后, LGWR 进程将再次转向第一个日志组进行重新覆写,这样势必会导致一部分较早的日志信息被覆盖掉,但 Oracle 通过归档日志文件解决了这个问题。Oracle 数据库可以运行在两种模式下,即归档模式非归档模式

  • 非归档模式 是指在系统运行期间,所产生的日志信息不断地记录到日志文件组中,当所有重做日志组被写满后,又重新从第一个日志组开始覆写。
  • 归档模式是在各个日志文件都被写满而即将被覆盖之前,先由归档进程(ARCH)将即将被覆盖的日志文件中的日志信息读出,并将读出的日志信息写入到归档日志文件中,而这个过程又被称为归档操作
    在归档操作进行的过程中,日志写入进程(LGWR)需要等待归档进程(ARCH)的结束才能开始覆写日志文件,这样就延迟了系统的响应时间,而且归档日志文件本身又会占用大量的磁盘空间,这些都会影响系统的整体性能。所以在默认情况下, Oracle 系统不采用归档模式运行。

1.2.2 查看数据库是否为归档模式

如果将Oracle数据库系统设置成在归档模式下运行,则可以通过服务器参数文件SPFILELOG_ARCHIVE_DEST 参数来确定归档日志文件的所在路径。若显示SPFILE文件的指定参数的信息,则只需要使用show parameter +参数名即可。

SQL> archive log list;
SQL> select log_mode from v$database;

查看归档日志文件:

SQL> select sequence#, name from v$archived_log;

1.2.3 打开或关闭归档模式

如果需要打开或关闭归档模式,在数据库处于 mount 状态时使用如下命令:

-- 打开归档模式
alter database archivelog;

-- 关闭归档模式
alter database noarchivelog;

1.2.4 配置归档的位置

当数据库处于归档模式时,进行日志切换时后台进程将自动生成归档日志。

初始化参数 LOG_ARCHIVE_MAX_PROCESSES 用于指定最大归档进程个数。通过改变该初始化参数的取值,可以动态地增加或减少归档进程的个数。

-- 查看归档进程数
SQL> show parameter LOG_ARCHIVE_MAX_PROCESSES

可以使用 LOG_ARCHIVE_DEST_n 配置多个归档位置:该参数最多可以指定 10 个归档位置。格式如下:

ALTER SYSTEM SET log_archive_dest_1 = 'location = 路径1';
ALTER SYSTEM SET log_archive_dest_2 = 'location = 路径2';

手工切换日志:

SQL> alter system switch logfile;
System altered.

SQL> alter system switch logfile;
System altered.

1.2.5 配置归档日志文件的名称格式

1.2.5.1 配置格式

初始化参数 LOG_ARCHIVE_FORMAT 用于指定归档日志文件的名称格式。设置该初始化参数时,可以指定以下匹配符:

  • %s:日志序列号;
  • %S:日志序列号(带有前导 0);
  • %t:线程编号;
  • %T:线程编号(带有前导 0);
  • %a:活动 ID 号;
  • %d:数据库 ID 号;
  • %r:RESETLOGS的ID值。

归档日志的文件名称格式设置如下:

SQL> alter system set LOG_ARCHIVE_FORMAT = 'thread_%T_seq_%S.%a.%r.%d' scope = spfile sid='*';
1.2.5.2 归档日志名称格式导致数据库无法启动问题

具体报错:ORA-19905: log_archive_format must contain %s, %t and %r
由于该参数错误导致参数文件无法加载,无法通过 alter system 命令修改参数值,也无法启动数据库到 nomount 状态。

由于 LOG_ARCHIVE_FORMAT 参数设置错误导致数据库无法启动到 nomount ,无法使用 alter system 命令重置参数值,可以采用如下方法解决:

根据 spfile 文件生成 pfile 文件
SQL> create pfile='/home/oracle/a.ora' from spfile='+data/orcl/spfileorcl.ora';
File created.

使用文本编辑器修改 pfile 文件
[oracle@rac1 ~]$ vi /home/oracle/a.ora
...........
orcl2.instance_number=2
orcl1.instance_number=1
*.log_archive_dest_1='location=/home/oracle/archivelog'
*.log_archive_format='thread_%T_seq_S.%a.%r.%d'  直接修改该参数的值
*.memory_target=838860800
*.open_cursors=300
*.processes=150
*.remote_listener='rac-scan:1521'
*.remote_login_passwordfile='exclusive'
..........

根据修改之后的 pfile 文件重新生成 spfile 文件
SQL> create spfile='+data/orcl/spfileorcl.ora' from pfile='/home/oracle/a.ora';
File created.

重新启动数据库
SQL> startup nomount
SQL> alter database mount;
SQL> alter database open;

1.2.6 删除归档日志

1.2.6.1 手工删除归档日志文件

[oracle@rac1 ~]$ cd /home/oracle/archivelog/
[oracle@rac1 archivelog]$ ll
total 3576
-rw-r----- 1 oracle asmadmin 3208704 Aug  8 18:17 1_23_1079891135.dbf
-rw-r----- 1 oracle asmadmin    1024 Aug  8 18:17 1_24_1079891135.dbf
-rw-r----- 1 oracle asmadmin    1024 Aug  8 18:18 1_25_1079891135.dbf
-rw-r----- 1 oracle asmadmin  437248 Aug  8 19:47 thread_0001_seq_0000000026.5fd299b3.1079891135.5f4366b6
-rw-r----- 1 oracle asmadmin    1024 Aug  8 19:47 thread_0001_seq_0000000027.5fd299b3.1079891135.5f4366b6

[oracle@rac1 archivelog]$ rm 1*

[oracle@rac1 archivelog]$ ll
total 432
-rw-r----- 1 oracle asmadmin 437248 Aug  8 19:47 thread_0001_seq_0000000026.5fd299b3.1079891135.5f4366b6
-rw-r----- 1 oracle asmadmin   1024 Aug  8 19:47 thread_0001_seq_0000000027.5fd299b3.1079891135.5f4366b6

虽然物理文件已经删除,但是归档日志文件的信息还在。

1.2.6.2 用 RMAN 删除数据库记录的归档列表信息
进入 rman,查看归档日志文件的状态:
RMAN> list archivelog all;

更新归档日志信息
RMAN> crosscheck archivelog all;

删除失效的归档文件信息
RMAN> delete expired archivelog all;

使用 RMAN 命令删除归档后,v$archived_log 视图中的 name 列为空,但其他列的信息仍然存在。

1.2.6.3 清除 v$archived_log 视图中过期信息

使用 RMAN 命令删除归档后,v$archived_log 视图中的 name 列为空,但其他列的信息仍然存在。出现这种现象的原因是因为使用 RMAN 命令在删除归档日志的时候不能够清除控制文件中的内容。

清除控制文件中关于 v$archived_log 的信息
SQL> execute sys.dbms_backup_restore.resetCfileSection(11);
PL/SQL procedure successfully completed.

-- 查询发现  v$archived_log 视图中的信息全部被清除了
SQL> select sequence#, name from v$archived_log;
no rows selected

将未过期的归档文件信息重新注册到控制文件中(两个节点同时进行)

 RMAN> catalog start with '/home/oracle/archivelog/';

点赞(0) 打赏

评论列表 共有 0 条评论

暂无评论

微信公众账号

微信扫一扫加关注

发表
评论
返回
顶部