归档模式下的日志组丢member恢复

最新推荐文章于 2024-07-12 14:26:59 发布
最新推荐文章于 2024-07-12 14:26:59 发布
阅读量100 收藏
点赞数
文章标签： 数据库 操作系统

一 总体描述

本实验模拟数据库归档模式下的日志组丢失某个member,在数据库一致性关闭与非一致性关闭的情况下对数据库恢复的情况,因日志组有多个member,所以此实验属非关键性故障模拟.

二 操作环境

OS

$cat /etc/redhat-release
Red Hat Enterprise Linux Server release 5.6 (Tikanga)
$uname -a
Linux stu00 2.6.18-238.el5 #1 SMP Tue Jan 4 15:24:05 EST 2011 i686 i686 i386 GNU/Linux

DB

SQL> set lines 150
COL PRODUCT FORMAT A55
COL VERSION FORMAT A15
COL STATUS FORMAT A15
SELECT * FROM PRODUCT_COMPONENT_VERSION;
archive log list;SQL> SQL> SQL> SQL>
PRODUCT                                                 VERSION         STATUS
------------------------------------------------------- --------------- ---------------
NLSRTL                                                  10.2.0.4.0      Production
Oracle Database 10g Enterprise Edition                  10.2.0.4.0      Prod
PL/SQL                                                  10.2.0.4.0      Production
TNS for Linux:                                          10.2.0.4.0      Production

SQL>
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            /home/oracle
Oldest online log sequence     111
Next log sequence to archive   114
Current log sequence           114
SQL>

other

三 结构设计

a 模拟环境

1.向各日志组中添加member (每组至少一个) (此步文档中略掉,添加成员例句: alter database add logfile member  '/u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo02.log' to group 2; )
2.操作系统中使用rm命令删除当前日志组下的某个member.
3.查看状态

b 在2的条件下以shutdown immediate的形式关闭数据库,启动数据库进行恢复.

c 在2的条件下以shutdown abort的形式关闭数据库,启动数据库进行恢复.


四 详细步骤

a模拟日志组某一成员丢失

a.1 查看数据库当前日志组及日志组成员信息.(每组两个member)
SQL> select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS          FIRST_CHANGE# FIRST_TIM
---------- ---------- ---------- ---------- ---------- --- --------------- ------------- ---------
         1          1        127   52428800          2 YES INACTIVE              1476205 10-JUN-12
         2          1        129   52428800          2 NO  CURRENT               1476209 10-JUN-12
         3          1        126   52428800          2 YES INACTIVE              1476203 10-JUN-12
         5          1        128   62914560          2 YES INACTIVE              1476207 10-JUN-12

SQL> select * from v$logfile;

    GROUP# STATUS          TYPE    MEMBER                                                                           IS_
---------- --------------- ------- -------------------------------------------------------------------------------- ---
         1                 ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo1.log                      NO
         5                 ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo5.log                      NO
         3                 ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo03.log                     NO
         2                 ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo02.log                     NO
         1                 ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo01a.log                    NO
         2                 ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo02b.log                    NO
         3                 ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo03b.log                    NO
         5                 ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo05b.log                    NO

8 rows selected.

SQL>


a.2 使用操作系统命令删除当前日志组的一个member
SQL> !rm /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo02b.log

a.3 此时使用日志切换,aler日志中会出现以下信息
Sun Jun 10 22:21:26 2012
Errors in file /u01/app/oracle/product/10.2.0/db_1/admin/testb/bdump/testb_arc1_4140.trc:
ORA-00313: open failed for members of log group 2 of thread 1
ORA-00312: online log 2 thread 1: '/u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo02b.log'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3

a.4 多次切换日志组,直到将丢失member的日志组状态切换到current
SQL> alter system switch logfile;
....
SQL> select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS          FIRST_CHANGE# FIRST_TIM
---------- ---------- ---------- ---------- ---------- --- --------------- ------------- ---------
         1          1        135   52428800          2 YES ACTIVE                1476696 10-JUN-12
         2          1        137   52428800          2 NO  CURRENT               1476704 10-JUN-12
         3          1        134   52428800          2 YES ACTIVE                1476461 10-JUN-12
         5          1        136   62914560          2 YES ACTIVE                1476702 10-JUN-12

SQL>

(以上环境模拟完成)

b.在a的基础上一致性关库的恢复

一致性的停止数据库,再启动数据库,查看日志组member状态.
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.

Total System Global Area  285212672 bytes
Fixed Size                  1267068 bytes
Variable Size             125831812 bytes
Database Buffers          155189248 bytes
Redo Buffers                2924544 bytes
Database mounted.
Database opened.
SQL>
状态正常,去看看alert日志中都有什么记录.
Database mounted in Exclusive Mode
Completed: ALTER DATABASE   MOUNT
Sun Jun 10 22:32:27 2012
ALTER DATABASE OPEN
Sun Jun 10 22:32:27 2012
LGWR: STARTING ARCH PROCESSES
ARC0 started with pid=16, OS id=4618
Sun Jun 10 22:32:28 2012
ARC0: Archival started
ARC1: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
ARC1 started with pid=17, OS id=4620
Sun Jun 10 22:32:28 2012
Errors in file /u01/app/oracle/product/10.2.0/db_1/admin/testb/bdump/testb_lgwr_4598.trc:
ORA-00313: open failed for members of log group 2 of thread 1
ORA-00312: online log 2 thread 1: '/u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo02b.log'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3
Sun Jun 10 22:32:28 2012
Errors in file /u01/app/oracle/product/10.2.0/db_1/admin/testb/bdump/testb_lgwr_4598.trc:
ORA-00321: log 2 of thread 1, cannot update log file header
ORA-00312: online log 2 thread 1: '/u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo02b.log'
Sun Jun 10 22:32:28 2012
Errors in file /u01/app/oracle/product/10.2.0/db_1/admin/testb/bdump/testb_lgwr_4598.trc:
ORA-00313: open failed for members of log group 2 of thread 1
Sun Jun 10 22:32:29 2012
Thread 1 opened at log sequence 137
  Current log# 2 seq# 137 mem# 1: /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo02.log
Successful open of redo thread 1
alert日志记录中依然是日志文件丢失,找不到相应的日志文件.

b.1 此时尝试执行恢复日志操作会报错,因丢失日志组member的状态在current.
SQL> alter database clear unarchived logfile group 2;
alter database clear unarchived logfile group 2
*
ERROR at line 1:
ORA-01624: log 2 needed for crash recovery of instance testb (thread 1)
ORA-00312: online log 2 thread 1: '/u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo02b.log'
ORA-00312: online log 2 thread 1: '/u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo02.log'

SQL>
b.2 进行日志切换,然后再执行日志组的恢复,日志恢复成功.(在切换日志之前应该查看一下日志状态,这里忘记查看了,后面实验补上)
SQL> alter database clear unarchived logfile group 2;
alter database clear unarchived logfile group 2
*
ERROR at line 1:
ORA-01624: log 2 needed for crash recovery of instance testb (thread 1)
ORA-00312: online log 2 thread 1: '/u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo02b.log'
ORA-00312: online log 2 thread 1: '/u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo02.log'


SQL> alter system switch logfile;

System altered.

SQL>  alter database clear unarchived logfile group 2;

Database altered.

SQL>

c.在a的基础上非一致性关库的恢复

非一致性的关闭数据库,再启动数据库,查看日志组member状态.
SQL> shutdown abort
ORACLE instance shut down.
SQL> startup
ORACLE instance started.

Total System Global Area  285212672 bytes
Fixed Size                  1267068 bytes
Variable Size             125831812 bytes
Database Buffers          155189248 bytes
Redo Buffers                2924544 bytes
Database mounted.
Database opened.
SQL> select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIM
---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ---------
         1          1        135   52428800          2 YES INACTIVE               1476696 10-JUN-12
         2          1        137   52428800          2 YES INACTIVE               1476704 10-JUN-12
         3          1        138   52428800          2 NO  CURRENT                1496929 10-JUN-12
         5          1        136   62914560          2 YES INACTIVE               1476702 10-JUN-12

SQL> select * from v$logfile;

    GROUP# STATUS  TYPE    MEMBER                                                                           IS_
---------- ------- ------- -------------------------------------------------------------------------------- ---
         1         ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo1.log                      NO
         5         ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo5.log                      NO
         3         ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo03.log                     NO
         2 STALE   ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo02.log                     NO
         1         ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo01a.log                    NO
         2 INVALID ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo02b.log                    NO
         3         ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo03b.log                    NO
         5         ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo05b.log                    NO

8 rows selected.

此时alert日志启动部分内容(与一致性停库一样,这里不记录了)

c.1 由于此时丢失member的日志组状态已不是current,因此执行重建日志命令可以成功,记录如下.
SQL> alter database clear unarchived logfile group 2;

Database altered.

SQL> select * from v$logfile;

    GROUP# STATUS  TYPE    MEMBER                                                                           IS_
---------- ------- ------- -------------------------------------------------------------------------------- ---
         1         ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo1.log                      NO
         5         ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo5.log                      NO
         3         ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo03.log                     NO
         2         ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo02.log                     NO
         1         ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo01a.log                    NO
         2         ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo02b.log                    NO
         3         ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo03b.log                    NO
         5         ONLINE  /u01/app/oracle/product/10.2.0/db_1/oradata/testb/redo05b.log                    NO

8 rows selected.

SQL>
此时查看操作系统日志文件已经创建回来.

五 个人总结

在归档日志下丢失redolog组的member,当发生日志切换时会向alert日志中添加错误信息.ora-00313,ora-00312.虽然丢失日志组某一个成员在无论是数据库一致性关闭还是数据库不一致性关闭的情况都对数据库没有影响,也不影响数据库的正常使用,如若放任错误不管,当发生某一日志组成员全部丢失时,做恢复操作就要麻烦的多.所以问题发生就要及早解决.做到平时用监控工具时刻"盯"着alert的报错.

六 资料参考引用

Loss Of Online Redo Log And ORA-312 And ORA-313 [ID 117481.1]


 
  
 

 
  Normal
  0
  
  
  
  7.8 磅
  0
  2
  
  false
  false
  false
  
  EN-US
  ZH-CN
  X-NONE

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/11780477/viewspace-732495/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/11780477/viewspace-732495/

cnk45946
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
设计模式-组合模式
就爱吃桃子的博客
04-23 4724
某移动社交软件欲增加一个群组(Group)功能。通过设置，用户可以将自己的动态信息，包括最新动态、新上传的视频以及分享的链接等，分享给某个特定的成员(Member)，也可以分享给某个群组中的所有成员；用户可以将成员添加至某个指定的群组；此外，还允许用户在一个群组中添加子群组，以便更加灵活地实现面向特定人群的信息共享。选择一种合适的设计模式来设计该群组功能，要求给出该模式的名称及定义，结合场景绘制相...
软件设计实验三 结构型设计模式实验
qq_48116514的博客
06-28 6922
设计模式实验三 结构型设计模式实验
归档模式下的日志文件丢失的解决方法
cuixi0781的博客
06-28 213
前面介绍了非归档模式下日志文件丢失的解决方法。下面几篇文章介绍归档模式下的日志文件丢失的解决方法。本篇介绍归档模式下非当前联机日志文件丢失的解决方法。如果日志文件已经归档，这种情况下恢复日志文件和非归档模式下没什么差别，只需要重...
设计模式-组合模式（讲解及其实现代码）
07-14
设计模式-组合模式（讲解及其实现代码）
oracle非归档模式下如何备份,非归档模式下的备份、恢复
weixin_35133814的博客
04-03 605
非归档模式的数据恢复能力是比较弱的一般出现问题后，通常是把数据库整个还原到备份点非归档的备份方法：冷备(关库后备份)，闪备要备哪些东西呢？控制文件、数据文件，如果需要的话，还备日志文件、参数文件、密码文件有时文件比较多与比较分散，手工难免出错，我们最好写脚本来做set heading off;set feedback off;set pagesize 0;set trimspool on;spoo...
RMAN之非归档日志模式下的数据文件恢复
龙神add-走向数据架构师的路
08-05 1445
RMAN之非归档日志模式下的数据文件恢复: 导致一个或多个数据文件受损的介质失败要求使用还原和恢复例程：必须还原数据文件的备份，然后对其 应用归档重做日志，使其与数据库的其余部分同步。有各种选项可用，这要取决于数据库是否为归档日志模式 ，以及受损的文件对于Oracle正在进行的操作是关键的，还是只包含用户数据的非关键文件。 非归档日志模式下数据文件恢复： 在非归档日志模式下，没有什么支持
非归档模式下恢复数据文件浅析
龙神add-走向数据架构师的路
08-10 1265
非归档模式下恢复数据文件浅析： 当处于非归档模式下，只能进行还原操作。但是如果还原的数据文件通过应用归档日志文件不能与数据库的其 余部分同步，则数据库打不开。因此，当处于非归档日志模式时唯一的选项是还原整个数据库:数据文件和控 制文件。我们只有从一个完整的脱机备份中还原出所有这些文件，在还原操作后将会得到一个所有这些文件 已同步的数据库，并可以打开数据库。但自备份以来的所有工作都会丢失。
oracle 日志非归档好处,ORACLE 非归档模式下REDO日志丢失修复
weixin_39985365的博客
04-05 117
第一步：全备datafile,controlfile,spfile/pfile第二步：恢复日志。(原冷备的日志没有用，千万不要用！)SQL>selectmemberfromv$logfile;/ora/app/oracle/oradata/orcl/redo03.log/ora/app/oracle/oradata/orcl/redo02.log/ora/app/oracle/ora...
oracle非归档模式丢失全部联机日志后的处理方法
08-12
在 Oracle 非归档模式下，丢失全部联机日志文件后，数据库无法启动，需要进行处理以恢复数据库。以下是处理方法的详细步骤和注意事项： 第一步：备份数据文件和参数文件 在进行任何处理前，首先需要备份数据文件和...
32.Oracle归档日志管理1
08-08
而在归档模式下，当前日志的内容会被复制到归档日志文件中，这样即使日志被覆盖，历史数据也能得到保留。 归档日志在数据库的介质恢复中扮演重要角色。如果发生数据丢失，可以通过备份、归档日志和在线日志来完全...
oracle备份与恢复
07-10
在Oracle数据库系统中，备份与恢复策略主要包括物理备份、逻辑备份以及不同归档模式下的恢复方法。 首先，了解联机日志文件的操作至关重要。联机日志文件（Online Redo Logs）记录了所有对数据库的更改，是实现事务...
LINUX-下ORACLE利用rman备份迁移数据库.docx
10-03
在目标服务器上，首先需要开启数据库的归档模式，`alter database archivelog`命令执行此操作。然后设置归档日志目的地，如`alter system set log_archive_dest_1 = ‘location=+HISDATA’;`，这指定归档日志的存储...
oracle查看归档是产生的,oracle 日志切换归档模式查看归档文件的产生
weixin_35988311的博客
04-07 179
(1)启动数据库到mount模式 SQL> startup mount ORACLE instance started. Total System Global Area 422670336 bytes Fixed Size 1336960 bytes Variable Size 297798016 bytes Dat...
JavaFx+MySql学生管理系统
2301_81253185的博客
07-11 1092
上个月学习了javafx和mysql数据库,于是写了一个学生管理系统,因为上个月在复习并且有一些事情,比较忙,所以没有更新博客了,这个项目页面虽然看着有点简陋了,但是大致内容还是比较简单的,于是现在跟大家分享一下我的学生管理系统,希望对这方面有兴趣的同学提供一些帮助。
set user & password for database 设置数据库 用户和密码
最新发布
DavidsonGong的博客
07-12 144
USE sbms;
7.10飞书一面面经
东篱君的博客
07-10 1186
B+树的⾮叶⼦节点不存放实际的记录数据，仅存放索引，所以数据量相同的情况下，相⽐存储即存索引⼜存记录的 B 树，B+树的⾮叶⼦节点可以存放更多的索引，因此 B+ 树可以⽐ B 树更「矮胖」，查询底层节点的磁盘 I/O次数会更少。主从复制：单节点Redis的并发能力是有上限的，要进一步提高Redis的并发能力，可以搭建主从集群，实现读写分离。B+ 树有⼤量的冗余节点（所有⾮叶⼦节点都是冗余索引），这些冗余索引让 B+ 树在插⼊、删除的效率都更⾼，⽐如删除根节点的时候，不会像 B 树那样会发⽣复杂的树的变化；
mysql笔记1
m0_62975692的博客
07-11 368
首先查看systemctl status mysqld，如果是关闭的可以进入的配置文件打开mysql，我的mysql配置文件就是在/usr/local/mysql/support-filess/下，在此目录下执行./mysql.server start,打开mysql服务，也可以通过systmectl start mysqld，如果你嫌麻烦的话可以systemctl enable mysqld 一直打开mysql的服务;重新给字段添加约束的时候不可以添加not null约束的！

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值