Oracle架构之物理存储之日志文件

文章目录

  • 1 日志文件
    • 1.1 重做日志文件（Redo Log Files）
      • 1.1.1 定义
      • 1.1.2 联机日志的相关概念
      • 1.1.3 动态性能视图
      • 1.1.4 手工切换日志
      • 1.1.5 添加日志文件组和日志组成员
      • 1.1.6 删除日志组和日志组成员
        • 1.1.6.1 前言
        • 1.1.6.2 删除日志组
        • 1.1.6.3 删除日志组成员
      • 1.1.7 移动日志文件的位置
        • 1.1.7.1 重新启动数据库为 mount 状态
        • 1.1.7.2 在节点1执行以下操作
        • 1.1.7.3 修改控制文件中的日志信息
        • 1.1.7.4 打开数据库并查看
    • 1.2 归档日志文件（Archived Log files）
      • 1.2.1 定义
      • 1.2.2 查看数据库是否为归档模式
      • 1.2.3 打开或关闭归档模式
      • 1.2.4 配置归档的位置
      • 1.2.5 配置归档日志文件的名称格式
        • 1.2.5.1 配置格式
        • 1.2.5.2 归档日志名称格式导致数据库无法启动问题
      • 1.2.6 删除归档日志
        • 1.2.6.1 手工删除归档日志文件
        • 1.2.6.2 用 RMAN 删除数据库记录的归档列表信息
        • 1.2.6.3 清除 v$archived_log 视图中过期信息

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 INACTIVE2	    1	       8 CURRENT3	    2	       1 INACTIVE4	    2	       2 CURRENT5	    1	       6 INACTIVE6	    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 的日志组可以被删除，状态为 CURRENT 和 ACTIVE 的日志组不能被删除。

SQL> select group#,thread#,sequence#,status from v$log;GROUP#    THREAD#  SEQUENCE# STATUS
---------- ---------- ---------- ----------------1	    1	      12 INACTIVE2	    1	      13 CURRENT3	    2	       6 CURRENT4	    2	       2 INACTIVE5	    1	       9 INACTIVE6	    2	       3 INACTIVE7	    1	      10 INACTIVE8	    2	       4 INACTIVE9	    1	      11 INACTIVE10	    2	       5 INACTIVE
10 rows selected.
删除编号为 9 和 10 的日志组：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.1079976131N    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.1079976053N    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.1079976133N    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.1079976053N    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 INACTIVE2	    1	      13 CURRENT3	    2	       6 CURRENT4	    2	       2 INACTIVE5	    1	       9 INACTIVE6	    2	       3 INACTIVE7	    1	      10 INACTIVE8	    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	      NO2	   ONLINE  +BAK/orcl/onlinelog/group_2.258.1070472005	      YES1	   ONLINE  +DATA/orcl/onlinelog/group_1.261.1070471997	      NO1	   ONLINE  +BAK/orcl/onlinelog/group_1.257.1070471999	      YES3	   ONLINE  +DATA/orcl/onlinelog/group_3.265.1070472253	      NO3	   ONLINE  +BAK/orcl/onlinelog/group_3.259.1070472255	      YES4	   ONLINE  +DATA/orcl/onlinelog/group_4.266.1070472257	      NO4	   ONLINE  +BAK/orcl/onlinelog/group_4.260.1070472261	      YES5	   ONLINE  +DATA/orcl/onlinelog/group_5.268.1079737919	      NO5	   ONLINE  +BAK/orcl/onlinelog/group_5.263.1079737919	      YES6	   ONLINE  +DATA/orcl/onlinelog/group_6.269.1079737941	      NO6	   ONLINE  +BAK/orcl/onlinelog/group_6.264.1079737943	      YES7	   ONLINE  +DATA/orcl/onlinelog/group_7.271.1079974733	      NO7	   ONLINE  +BAK/orcl/onlinelog/group_7.294.1079974737	      YES8	   ONLINE  +DATA/orcl/onlinelog/group_8.272.1079975081	      NO8	   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.logASMCMD> 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数据库系统设置成在归档模式下运行，则可以通过服务器参数文件SPFILE的LOG_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/';

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/web/54466.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

Star 3w+，向更安全、更泛化、更云原生的 Nacos3.0 演进

Star 3w+，向更安全、更泛化、更云原生的 Nacos3.0 演进

作者：席翁 Nacos 社区刚刚迎来了 Star 突破 30000 的里程碑，从此迈上了一个新的阶段。感谢大家的一路支持、信任和帮助！ Nacos /nɑ:kəʊs/是 Dynamic Naming and Configuration Service 的首字母简称，定位于一个更易于构建云原…
阅读更多...
Linux网络编程 -- 网络基础

Linux网络编程 -- 网络基础

本文主要介绍网络的一些基础概念，不涉及具体的操作原理，旨在构建对网络的基础认识。 1、网络的早期发展历程 20世纪50年代 在这一时期，计算机主机非常昂贵，而通信线路和设备相对便宜。为了共享计算机主机资源和进行信息的综合处…
阅读更多...
关于CSS 案例_新闻内容展示

关于CSS 案例_新闻内容展示

新闻要求 标题:居中加粗发布日期: 右对齐分割线: 提示, 可以使用 hr 标签正文/段落: 左侧缩进插图: 居中显示 展示效果 审核过不了&#xff0c;内容没填大家将就着看吧。 代码 <!DOCTYPE html> <html lang"en"> <head><meta charset&qu…
阅读更多...
python-pptx 中 placeholder 和 shape 有什么区别？

python-pptx 中 placeholder 和 shape 有什么区别？

在 python-pptx 库中&#xff0c;placeholder 和 shape 是两个核心概念。虽然它们看起来相似&#xff0c;但在功能和作用上存在显著的区别。为了更好地理解这两个概念&#xff0c;我们可以通过它们的定义、使用场景以及实际代码示例来剖析其差异。 Python-pptx 的官网链接&…
阅读更多...
【Java】六大设计原则和23种设计模式

【Java】六大设计原则和23种设计模式

目录 一、JAVA六大设计原则 二、JAVA23种设计模式 1. 创建型模式 2. 结构型模式 3. 行为型模式 三、设计原则与设计模式 1. 设计原则 2. 设计模式 四、单例模式 1. 饿汉式 2. 懒汉式 四、代理模式 1. 什么是代理模式 2. 为什么要用代理模式 3. 有哪几种代理模式 …
阅读更多...
服务器几核几G几M是什么意思？如何选择？

服务器几核几G几M是什么意思？如何选择？

服务器几核几G几M是什么意思&#xff1f;我们建站、搭建网络平台都要用到云服务器&#xff0c;不管在腾讯云、阿里云还是别的云服务平台选购&#xff0c;都会接触到服务器配置。云服务器就是把物理服务器&#xff08;俗称“母鸡”&#xff09;&#xff0c;用虚拟机技术虚拟出多…
阅读更多...
Android SystemUI组件（09）唤醒亮屏 锁屏处理流程

Android SystemUI组件（09）唤醒亮屏 锁屏处理流程

该系列文章总纲链接&#xff1a;专题分纲目录 Android SystemUI组件 本章关键点总结 & 说明&#xff1a; 说明&#xff1a;本章节持续迭代之前章节的思维导图&#xff0c;主要关注左侧上方锁屏分析部分 唤醒亮屏 即可。 Power按键的处理逻辑最终是由PhoneWindowManager来…
阅读更多...
BUSHOUND的抓包使用详解

BUSHOUND的抓包使用详解

BUSHOUND是个过滤软件&#xff0c;确切来说是在windows操作系统它的驱动层USB传输的数据。所以这个数据上可能是与USB的总线上的数据是有一点差异的。 先要选择设备的抓包。所以就是在device这个界面底下&#xff0c;我们首先要选择我们要抓的设备。 尝试下键盘设备 电脑键盘…
阅读更多...
【Linux】用虚拟机配置Ubuntu 24.04.1 LTS环境

【Linux】用虚拟机配置Ubuntu 24.04.1 LTS环境

目录 1.虚拟机安装Ubuntu系统 2.Ubuntu系统的网络配置 3.特别声明 首先我们先要下载VMware软件&#xff0c;大家自己去下啊&#xff01; 1.虚拟机安装Ubuntu系统 我们进去之后点击创建新的虚拟机&#xff0c;然后选择自定义 接着点下一步 再点下一步 进入这个界面之后&…
阅读更多...
C语言：预编译过程的剖析

C语言：预编译过程的剖析

目录 一.预定义符号和#define定义常量 二.#define定义宏 三.宏和函数的对比 四、#和##运算符 五、条件编译 在之前&#xff0c;我们已经介绍了.c文件在运行的过程图解&#xff0c;大的方面要经过两个方面。 一、翻译环境 1.预处理&#xff08;预编译&#xff09; 2.编译 3…
阅读更多...
【网络安全】Cookie与ID未强绑定导致账户接管

【网络安全】Cookie与ID未强绑定导致账户接管

未经许可，不得转载。 文章目录 前言正文前言 DigiLocker 是一项在线服务，旨在为公民提供一个安全的数字平台，用于存储和访问重要的文档，如 Aadhaar 卡、PAN 卡和成绩单等。DigiLocker 通过多因素身份验证（MFA）来保护用户账户安全，通常包括 6 位数的安全 PIN 和一次性密…
阅读更多...
51c视觉~CV~合集3

51c视觉~CV~合集3

我自己的原文哦~ https://blog.51cto.com/whaosoft/11668984 一、 CV确定对象的方向 介绍如何使用OpenCV确定对象的方向(即旋转角度&#xff0c;以度为单位)。 先决条件 安装Python3.7或者更高版本。可以参考下文链接&#xff1a; https://automaticaddison.com/how-to-s…
阅读更多...
Redis --- 第二讲 --- 特性和安装

Redis --- 第二讲 --- 特性和安装

一、背景知识 Redis特性&#xff1a; Redis是一个在内存中存储数据的中间件&#xff0c;用于作为数据库&#xff0c;作为缓存&#xff0c;在分布式系统中能够大展拳脚。Redis的一些特性造就了现在的Redis。 在内存中存储数据&#xff0c;通过一系列的数据结构。MySQL主要是通…
阅读更多...
docker学习笔记（1.0）

docker学习笔记（1.0）

docker命令 下载镜像相关命令 检索&#xff1a;docker search 比如&#xff1a;docker search nginx 是查看有没有nginx镜像 后面的OK表示是不是官方镜像&#xff0c;如果有就是官方镜像&#xff0c;如果没有就是第三方的。 下载&#xff1a;docker pull 比如&#xff1a…
阅读更多...
Redis篇（Redis原理 - 数据结构）（持续更新迭代）

Redis篇（Redis原理 - 数据结构）（持续更新迭代）

目录 一、动态字符串 二、intset 三、Dict 1. 简介 2. Dict的扩容 3. Dict的rehash 4. 知识小结 四、ZipList 1. 简介 2. ZipListEntry 3. Encoding编码 五、ZipList的连锁更新问题 六、QuickList 七、SkipList 八、RedisObject 1. 什么是 redisObject 2. Redi…
阅读更多...
【优选算法】（第八篇）

【优选算法】（第八篇）

目录 串联所有单词的⼦串&#xff08;hard&#xff09; 题目解析 讲解算法原理 编写代码 最⼩覆盖⼦串&#xff08;hard&#xff09; 题目解析 讲解算法原理 编写代码 串联所有单词的⼦串&#xff08;hard&#xff09; 题目解析 1.题目链接&#xff1a;. - 力扣&#…
阅读更多...
Redis：list类型

Redis：list类型

Redis&#xff1a;list类型 list命令非阻塞LPUSHLRANGELPUSHXRPUSHRPUSHXLPOPRPOPLINDEXLINSERTLLENLREMLTRIMLSET 阻塞BLPOPBRPOP 内部编码ziplistlinkedlistquicklist 几乎每种语言都有顺序表、数组、链表这样的顺序结构&#xff0c;Redis也做出了相应的支持。 如图&#xff…
阅读更多...
Stable Diffusion绘画 | AI 图片智能扩充，超越PS扩图的AI扩图功能（附安装包）

Stable Diffusion绘画 | AI 图片智能扩充，超越PS扩图的AI扩图功能（附安装包）

来到「文生图」页面&#xff0c;输入固定的起手式提示词。 第1步&#xff0c;开启 ControlNet&#xff0c;将需要扩充的图片加载进来&#xff1a; 控制类型选择「Inpaint」&#xff0c;预处理器选择「inpaint_onlylama」&#xff0c;缩放模式选择「缩放后填充空白」&#xff1…
阅读更多...
基于SpringBoot+Vue的网约车管理系统

基于SpringBoot+Vue的网约车管理系统

作者&#xff1a;计算机学姐 开发技术&#xff1a;SpringBoot、SSM、Vue、MySQL、JSP、ElementUI、Python、小程序等&#xff0c;“文末源码”。 专栏推荐&#xff1a;前后端分离项目源码、SpringBoot项目源码、Vue项目源码、SSM项目源码、微信小程序源码 精品专栏&#xff1a;…
阅读更多...
(Django)初步使用

(Django)初步使用

前言 Django 是一个功能强大、架构良好、安全可靠的 Python Web 框架&#xff0c;适用于各种规模的项目开发。它的高效开发、数据库支持、安全性、良好的架构设计以及活跃的社区和丰富的文档&#xff0c;使得它成为众多开发者的首选框架。 目录 安装 应用场景 良好的架构设计…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023