一则关于控制文件全部丢失后如何重新编目RMAN元数据的简单实验
主题：一则简单的RMAN元数据编目实验，来自于博客园AskScuti。
场景：RMAN备份完整情况下，未使用Catalog目录库。删除了所有的控制文件，在手工重建后，导致记录在控制文件中的RMAN备份元数据丢失。
目录
1. RMAN备份
2. 删除所有控制文件
3. 重建控制文件
4. 重新编目元数据
5. 验证可用性
1. RMAN备份
更改RMAN控制文件自动全备选项（建议开启）
RMAN> show all; using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name PROD1 are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u01/app/oracle/product/11.2.0/dbhome_1/dbs/snapcf_PROD1.f'; # default RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON; new RMAN configuration parameters:
CONFIGURE CONTROLFILE AUTOBACKUP ON;
new RMAN configuration parameters are successfully stored
RMAN进行全备
RMAN> backup database format '/u01/app/oracle/backup/%U_%s_%d.full.bak'; Starting backup at 2019-05-22 12:34:33
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=44 device type=DISK
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00001 name=/u01/app/oracle/oradata/PROD1/system01.dbf
input datafile file number=00002 name=/u01/app/oracle/oradata/PROD1/sysaux01.dbf
input datafile file number=00010 name=/u01/app/oracle/oradata/PROD1/aaa02.dbf
input datafile file number=00005 name=/u01/app/oracle/oradata/PROD1/example01.dbf
input datafile file number=00003 name=/u01/app/oracle/oradata/PROD1/undotbs01.dbf
input datafile file number=00008 name=/u01/app/oracle/oradata/PROD1/tbs_c01.dbf
input datafile file number=00004 name=/u01/app/oracle/oradata/PROD1/users01.dbf
input datafile file number=00009 name=/u01/app/oracle/oradata/PROD1/aaa01.dbf
input datafile file number=00006 name=/u01/app/oracle/oradata/PROD1/abc01.dbf
input datafile file number=00007 name=/u01/app/oracle/oradata/PROD1/abcd01.dbf
channel ORA_DISK_1: starting piece 1 at 2019-05-22 12:34:34
channel ORA_DISK_1: finished piece 1 at 2019-05-22 12:35:11
piece handle=/u01/app/oracle/backup/01u26b2p_1_1_1_PROD1.full.bak tag=TAG20190522T123433 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:38
Finished backup at 2019-05-22 12:35:12 Starting Control File and SPFILE Autobackup at 2019-05-22 12:35:12
piece handle=/u01/app/oracle/fast_recovery_area/PROD1/autobackup/2019_05_22/o1_mf_s_1008938112_gg9nd0oc_.bkp comment=NONE
Finished Control File and SPFILE Autobackup at 2019-05-22 12:35:13
查看RMAN备份集
RMAN> list backup; List of Backup Sets
=================== BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ----- ----------- ------------ -------------------
1 Full 1.70G DISK 00:00:37 2019-05-22 12:35:10
BP Key: 1 Status: AVAILABLE Compressed: NO Tag: TAG20190522T123433
Piece Name: /u01/app/oracle/backup/01u26b2p_1_1_1_PROD1.full.bak
List of Datafiles in backup set 1
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- ------------------- ----
1 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/system01.dbf
2 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/sysaux01.dbf
3 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/undotbs01.dbf
4 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/users01.dbf
5 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/example01.dbf
6 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/abc01.dbf
7 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/abcd01.dbf
8 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/tbs_c01.dbf
9 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/aaa01.dbf
10 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/aaa02.dbf BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ----- ----------- ------------ -------------------
2 Full 9.36M DISK 00:00:00 2019-05-22 12:35:12
BP Key: 2 Status: AVAILABLE Compressed: NO Tag: TAG20190522T123512
Piece Name: /u01/app/oracle/fast_recovery_area/PROD1/autobackup/2019_05_22/o1_mf_s_1008938112_gg9nd0oc_.bkp
SPFILE Included: Modification time: 2019-05-22 11:54:09
SPFILE db_unique_name: PROD1
Control File Included: Ckp SCN: 1757737 Ckp time: 2019-05-22 12:35:12
2. 删除所有控制文件
删除当前系统所有控制文件
SQL> select name from v$controlfile; NAME
-----------------------------------------------------
/u01/app/oracle/oradata/PROD1/control01.ctl
/u01/app/oracle/oradata/PROD1/control02.ctl
/u01/app/oracle/oradata/PROD1/control03.ctl
/u01/app/oracle/oradata/PROD1/control04.ctl
/u01/app/oracle/oradata/PROD1/control05.ctl
/u01/app/oracle/oradata/PROD1/control06.ctl
/u01/app/oracle/oradata/PROD1/control07.ctl
/u01/app/oracle/oradata/PROD1/control08.ctl 8 rows selected. SQL> !rm -rf /u01/app/oracle/oradata/PROD1/*.ctl SQL> startup force;
ORACLE instance started. Total System Global Area 830930944 bytes
Fixed Size 2232920 bytes
Variable Size 591400360 bytes
Database Buffers 234881024 bytes
Redo Buffers 2416640 bytes
ORA-00205: error in identifying control file, check alert log for more info
3. 重建控制文件
重启失败，手工重建控制文件。重建前，请确认好所有数据文件、日志文件具体路径。如果之前没有单独备份控制文件，可参考官方文档11g Release 2 (11.2) Database Backup and Recovery User's Guide：To create a new control file and recover the database 语句进行重建。
手工编写脚本
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "PROD1" RESETLOGS ARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 292
LOGFILE
GROUP 1 '/u01/app/oracle/oradata/PROD1/redo01.log' SIZE 50M BLOCKSIZE 512,
GROUP 2 '/u01/app/oracle/oradata/PROD1/redo02.log' SIZE 50M BLOCKSIZE 512,
GROUP 3 '/u01/app/oracle/oradata/PROD1/redo03.log' SIZE 50M BLOCKSIZE 512
-- STANDBY LOGFILE
DATAFILE
'/u01/app/oracle/oradata/PROD1/system01.dbf',
'/u01/app/oracle/oradata/PROD1/sysaux01.dbf',
'/u01/app/oracle/oradata/PROD1/undotbs01.dbf',
'/u01/app/oracle/oradata/PROD1/users01.dbf',
'/u01/app/oracle/oradata/PROD1/example01.dbf',
'/u01/app/oracle/oradata/PROD1/abc01.dbf',
'/u01/app/oracle/oradata/PROD1/abcd01.dbf',
'/u01/app/oracle/oradata/PROD1/tbs_c01.dbf',
'/u01/app/oracle/oradata/PROD1/aaa01.dbf',
'/u01/app/oracle/oradata/PROD1/aaa02.dbf'
CHARACTER SET AL32UTF8
;
运行脚本
SQL> shutdown abort;
ORACLE instance shut down.
SQL> @con.sql Control file created.
注意：控制文件会根据参数文件里面指定的具体路径被重新创建，但是，因为SCN号与数据文件不同，所以无法直接打开，也就是需要恢复Recover。
直接打开会报错
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: '/u01/app/oracle/oradata/PROD1/system01.dbf'
动态性能视图 v$recover_file 里面记录了需要恢复的所有数据文件
SQL> select * from v$recover_file;
进行恢复：由于控制文件被重建，所以恢复必须使用 using backup controlfile 语句进行恢复，且必须以 resetlogs 方式打开数据库。
SQL> recover database using backup controlfile;
ORA-00279: change 1757718 generated at 05/22/2019 12:34:34 needed for thread 1
ORA-00289: suggestion : /u01/app/oracle/archive1/1_67_1001001677.dbf
ORA-00280: change 1757718 for thread 1 is in sequence #67 Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: cannot open archived log '/u01/app/oracle/archive1/1_67_1001001677.dbf'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3 ORA-00308: cannot open archived log '/u01/app/oracle/archive1/1_67_1001001677.dbf'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
这时候自动应用归档的时候提示错误，是因为，没有此归档（没有生成），介质恢复需要用的数据应该在日志文件里面，尝试下
SQL> recover database using backup controlfile;
ORA-00279: change 1757718 generated at 05/22/2019 12:34:34 needed for thread 1
ORA-00289: suggestion : /u01/app/oracle/archive1/1_67_1001001677.dbf
ORA-00280: change 1757718 for thread 1 is in sequence #67 Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/u01/app/oracle/oradata/PROD1/redo01.log
Log applied.
Media recovery complete.
证明需要恢复的数据是在 redo01.dbf 在线日志文件中，因此完成了恢复。
最后，以 resetlogs 方式打开数据库
SQL> alter database open resetlogs; Database altered.
4. 重新编目元数据
此时连接 RMAN ，运行命令 list backup; 是没有任何元数据信息的。因为之前存在控制文件中，但是由于被删除，后手工重建，所以元数据丢失。
[oracle@henry ~]$ rman target / Recovery Manager: Release 11.2.0.3.0 - Production on Wed May 22 13:05:02 2019 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. connected to target database: PROD1 (DBID=2222344843) RMAN> list backup; using target database control file instead of recovery catalog
specification does not match any backup in the repository
接下来，找到之前RMAN的备份片，进行重新编目（手工注册）
RMAN> catalog backuppiece '/u01/app/oracle/backup/01u26b2p_1_1_1_PROD1.full.bak'; cataloged backup piece
backup piece handle=/u01/app/oracle/backup/01u26b2p_1_1_1_PROD1.full.bak RECID=1 STAMP=1008940142 RMAN> catalog backuppiece '/u01/app/oracle/fast_recovery_area/PROD1/autobackup/2019_05_22/o1_mf_s_1008938112_gg9nd0oc_.bkp'; cataloged backup piece
backup piece handle=/u01/app/oracle/fast_recovery_area/PROD1/autobackup/2019_05_22/o1_mf_s_1008938112_gg9nd0oc_.bkp RECID=2 STAMP=1008940181
这时候，再次运行 list backup;命令即可显示
RMAN> list backup; List of Backup Sets
=================== BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ----- ----------- ------------ -------------------
1 Full 1.70G DISK 00:00:00 2019-05-22 12:34:33
BP Key: 1 Status: AVAILABLE Compressed: NO Tag: TAG20190522T123433
Piece Name: /u01/app/oracle/backup/01u26b2p_1_1_1_PROD1.full.bak
List of Datafiles in backup set 1
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- ------------------- ----
1 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/system01.dbf
2 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/sysaux01.dbf
3 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/undotbs01.dbf
4 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/users01.dbf
5 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/example01.dbf
6 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/abc01.dbf
7 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/abcd01.dbf
8 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/tbs_c01.dbf
9 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/aaa01.dbf
10 Full 1757718 2019-05-22 12:34:34 /u01/app/oracle/oradata/PROD1/aaa02.dbf BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ----- ----------- ------------ -------------------
2 Full 9.36M DISK 00:00:00 2019-05-22 12:35:12
BP Key: 2 Status: AVAILABLE Compressed: NO Tag: TAG20190522T123512
Piece Name: /u01/app/oracle/fast_recovery_area/PROD1/autobackup/2019_05_22/o1_mf_s_1008938112_gg9nd0oc_.bkp
SPFILE Included: Modification time: 2019-05-22 11:54:09
SPFILE db_unique_name: PROD1
Control File Included: Ckp SCN: 1757737 Ckp time: 2019-05-22 12:35:12
5. 验证可用性
验证下可用性，手工直接删除某数据文件，并重启
SQL> select name from v$datafile; NAME
--------------------------------------------------
/u01/app/oracle/oradata/PROD1/system01.dbf
/u01/app/oracle/oradata/PROD1/sysaux01.dbf
/u01/app/oracle/oradata/PROD1/undotbs01.dbf
/u01/app/oracle/oradata/PROD1/users01.dbf
/u01/app/oracle/oradata/PROD1/example01.dbf
/u01/app/oracle/oradata/PROD1/abc01.dbf
/u01/app/oracle/oradata/PROD1/abcd01.dbf
/u01/app/oracle/oradata/PROD1/tbs_c01.dbf
/u01/app/oracle/oradata/PROD1/aaa01.dbf
/u01/app/oracle/oradata/PROD1/aaa02.dbf 10 rows selected. SQL> !rm -rf /u01/app/oracle/oradata/PROD1/abc01.dbf SQL> startup force;
ORACLE instance started. Total System Global Area 830930944 bytes
Fixed Size 2232920 bytes
Variable Size 591400360 bytes
Database Buffers 234881024 bytes
Redo Buffers 2416640 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 6 - see DBWR trace file
ORA-01110: data file 6: '/u01/app/oracle/oradata/PROD1/abc01.dbf'
报错后，通过RMAN进行6号文件的还原与恢复
[oracle@henry ~]$ rman target / Recovery Manager: Release 11.2.0.3.0 - Production on Wed May 22 13:11:18 2019 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. connected to target database: PROD1 (DBID=2222344843, not open) RMAN> restore datafile 6; Starting restore at 2019-05-22 13:11:40
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=20 device type=DISK channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00006 to /u01/app/oracle/oradata/PROD1/abc01.dbf
channel ORA_DISK_1: reading from backup piece /u01/app/oracle/backup/01u26b2p_1_1_1_PROD1.full.bak
channel ORA_DISK_1: piece handle=/u01/app/oracle/backup/01u26b2p_1_1_1_PROD1.full.bak tag=TAG20190522T123433
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
Finished restore at 2019-05-22 13:11:42 RMAN> recover datafile 6; Starting recover at 2019-05-22 13:11:49
using channel ORA_DISK_1 starting media recovery archived log for thread 1 with sequence 67 is already on disk as file /u01/app/oracle/archive1/1_67_1001001677.dbf
archived log file name=/u01/app/oracle/archive1/1_67_1001001677.dbf thread=1 sequence=67
media recovery complete, elapsed time: 00:00:00
Finished recover at 2019-05-22 13:11:49
一则关于控制文件全部丢失后如何重新编目RMAN元数据的简单实验的更多相关文章
- 【练习】trace文本重建控制文件
这个小练习是针对控制文件全部丢失后怎么能快速的重建一个控制文件,快速的起库 1.备份控制文件到trace下 SQL> alter database backup controlfile to t ...
- Oracle DB备份恢复篇之丢失控制文件
实验目的 本篇主要模拟控制文件丢失后,如何根据实际情况恢复数据库,才能使数据库尽可能不丢失数据. 实验环境 1)Linux系统环境 [oracle@DG1 ~]$ lsb_release -a LSB ...
- Oracle 控制文件(CONTROLFILE)
一.Oracle 控制文件 为二进制文件,初始化大小由CREATE DATABASE指定,可以使用RMAN备份 记录了当前数据库的结构信息,同时也包含数据文件及日志文件的信息以及相关的状态,归档信息等 ...
- Oracle 物理结构（四） 文件-控制文件
一.什么是控制文件 控制文件是Oracle数据库中十分重要的文件.Oracle启动时,首先会读取参数文件,读取了参数文件,实例所需要的共享内存和后台进程就可以启动了,这就是数据库实例的nomunt阶段 ...
- 用备份控制文件做不完全恢复下的完全恢复（数据文件备份<旧>--新建表空间--控制文件备份<次新>--日志归档文件<新>）
为什么会使用备份的控制文件? 实际工作中主要有两种情况:第一种:当前控制文件全部损坏,而数据文件备份,控制文件备份及当前日志处于不同SCN版本,它们之间又增加过表空间(数据文件).第二种:当前控制文件 ...
- Oracle删除控制文件恢复
控制文件被删除后,系统崩溃,下面介绍下如何恢复控制文件 SQL> conn / as sysdbaConnected to an idle instance.SQL> startup no ...
- 【RMAN】Oracle中如何备份控制文件？备份控制文件的方式有哪几种？
真题1. 如何备份控制文件?备份控制文件的方式有哪几种? 答案:备份控制文件的方式有多种. ① 备份控制文件可以在线进行: SQL> ALTER DATABASE BACKUP CONTROLF ...
- oracle控制文件问题
下午时连接数据库突然发现连不上了,监听报错找不到服务,于是登录数据库所在服务器,查看监听状态,oracle:lsnrctl status 监听状态正常,登入数据库查看[oracle@frkdb1 ~] ...
- RMAN兼容性、控制文件自动备份、保存时间、备份策略、备份脚本（二）
RMAN 程序的兼容性 RMAN 环境由以下5部分组成:(1) RMAN executable(2) Recovery catalog database(3) Recovery catalog sch ...
随机推荐
- opencv —— normalize 矩阵归一化
归一化:就是将数据通过某种算法,限制需要的一定范围内. 归一化的目的:简而言之,是使得没有可比性的数据变得具有可比性,同时又保持相比较的两个数据之间的相对关系,如大小关系:或是为了作图,原来很难在一张 ...
- PTA 汉诺塔的非递归实现（C 语言）
借助堆栈以非递归(循环)方式求解汉诺塔的问题(n, a, b, c), 即将N个盘子从起始柱(标记为“a”)通过借助柱(标记为“b”)移动到目标柱(标记为“c”), 并保证每个移动符合汉诺塔问题的要求 ...
- Wannafly Winter Camp 2020 Day 7A 序列 - 树状数组
给定一个全排列,对于它的每一个子序列 \(s[1..p]\),对于每一个 \(i \in [1,p-1]\),给 \(s[i],s[i+1]\) 间的每一个值对应的桶 \(+1\),求最终每个桶的值. ...
- 用友UAP NC 单据节点_打开参照字段的问题_从打不开参照放大镜_到成功打开了但是取不到值_到修复成功
项目的这个功能是17年开发的,但是当时没有测试通过,今年拿出来测试(通过后会上线). 有两个表数据一开始只打算用来计算时查询,没打算放到目标单据中做表体参照字段.后来改细节问题后放到目标单据中做参照字 ...
- c#获取所有枚举
获取所有的枚举 1.将所有的枚举单独成一个项目 2.通Assembly加载程序集 3.通过Assembly对象的GetTypes获取所有的枚举类型 4.通过Enum.GetValues可以得到枚举的所 ...
- so the first day
welcome to the world it sucks but you gona love it
- CF573E Bear and Bowling（6-1）
题意 洛谷 做法一 考虑一种贪心(先别管对不对),设当前已选择的集合为\(A\),这是考虑该集合的补集,每个元素加进来后的增量为\(V_i\),则挑选最大的那个加入该集合 结论1:遵循上述贪心,\(\ ...
- nginx反向代理（1）
目录 反向代理 概述 nginx代理 proxy_pass 加与不加/ ================================================================ ...
- [ERR] Node goodsleep.vip:6379 is not empty. Either the node already knows other nodes (check with CLUSTER NODES) or contains some key in database 0.
解决方案 以前的cluster节点信息 保留 要删除 dump.rdb node.conf集群启动时自动生成文件
- Codeforces #454 div1 C party（状态压缩bfs）
题意: 给你N个点的一幅图,初始图中有M条边,每次操作可以使得一个点连接的所有点变成一个团,问你最少多少次操作可以使得整个图变成一个团. 解法: 因为N很小 所以我们可以二进制压缩来表示一个点与其他点 ...