一看就会一做就废系列：说说 RECOVER DATABASE（下）
这里是：一看就会，一做就废系列
数据库演示版本为 19.3 （12.2.0.3）
该系列涉及恢复过程中使用的 个语句：
1. recover database
2. recover database until cancel
3. recover database using backup controlfile
4. recover database until cancel using backup controlfile
5. recover database using backup controlfile until cancel
继续之前，你得知道什么叫还原 ？什么叫恢复 ？以及备份与恢复的基础 点我查看己亥清爽系列
恢复级别一共三个：recover database > recover tablespace > recover datafile 本系列目的是为了演示上面 5 条命令的区别与联系，所以不探讨恢复级别以及数据库状态对应所使用的恢复级别问题。最高级别 database 已经包含了 tablespace 和 datafile 两个级别。
版权声明：博客园AskScuti 版权所有，未经允许，禁止转载！
目录
1. 概念解释
2. 情况说明
3. 实验过程
3.1 备份 CDB
3.2 PDB1 创建测试数据
3.3 删除 CDB 控制文件
3.4 还原 CDB 控制文件
3.5 恢复 CDB 控制文件
3.6 开启 CDB
1. 概念解释
首先你得知道，recover database 这个命令是用作对所有数据文件进行恢复的，而且是完全恢复。
有个细节注意下，这个命令分为两种，一种用在 SQL 命令行，一种用在 RMAN：
SQL > recover database 仅对所有数据文件进行完全恢复，前提是控制文件为当前最新状态，不可以是还原过来的老版本或是手工重建，否则 SQL 命令行执行将返回错误。
RMAN > recover database 对所有数据文件和控制文件进行完全恢复
本例中演示对控制文件的恢复将（数据文件、归档日志、联机日志完好无损的情况下）
2. 情况说明
当前系统中，数据文件、归档日志、联机日志都完好无损，删除 CDB 级别所有控制文件，并采用 RMAN 对控制文件进行单独还原，使用 recover database 进行完全恢复。
3. 实验过程
3.1 备份 CDB
略，参考上篇
3.2 PDB1 创建测试数据
查看 PDB1 当前表空间及对应数据文件
RMAN> report schema; Report of database schema for database with db_unique_name CDB1 List of Permanent Datafiles
===========================
File Size(MB) Tablespace RB segs Datafile Name
---- -------- ----------- ------- ---------------------------------------------
9 280 SYSTEM NO /u01/app/oracle/oradata/CDB1/pdb1/system01.dbf
10 350 SYSAUX NO /u01/app/oracle/oradata/CDB1/pdb1/sysaux01.dbf
11 100 UNDOTBS1 NO /u01/app/oracle/oradata/CDB1/pdb1/undotbs01.dbf
12 5 USERS NO /u01/app/oracle/oradata/CDB1/pdb1/users01.dbf
13 5 HENRY NO /u01/app/oracle/oradata/CDB1/pdb1/henry01.dbf List of Temporary Files
=======================
File Size(MB) Tablespace Maxsize(MB) Tempfile Name
---- -------- ----------- ----------- -------------------------------------------
3 36 TEMP 32767 /u01/app/oracle/oradata/CDB1/pdb1/temp01.dbf
创建新的表空间 recover_rman
SQL> create tablespace recover_rman datafile '/u01/app/oracle/oradata/CDB1/pdb1/recover_rman01.dbf' size 5m; Tablespace created.
注意：新的表空间结构，没有在备份的数据文件和控制文件里面。
3.3 删除 CDB 控制文件
SQL> conn / as sysdba
Connected.
SQL> select name from v$controlfile; NAME
--------------------------------------------------
/u01/app/oracle/oradata/CDB1/control01.ctl
/u01/app/oracle/oradata/CDB1/control02.ctl SQL> !rm -rf /u01/app/oracle/oradata/CDB1/control*
重启 CDB ，报错
SQL> startup force;
ORACLE instance started. Total System Global Area 1241510120 bytes
Fixed Size 9134312 bytes
Variable Size 889192448 bytes
Database Buffers 335544320 bytes
Redo Buffers 7639040 bytes
ORA-00205: error in identifying control file, check alert log for more info
3.4 还原 CDB 控制文件
[oracle@henry ~]$ rman target / Recovery Manager: Release 19.0.0.0.0 - Production on Sat Jun 8 18:14:49 2019
Version 19.3.0.0.0 Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved. connected to target database: CDB1 (not mounted) RMAN> restore controlfile from '/u02/backup/c-983951798-20190608-02.CTL'; Starting restore at 08-JUN-19
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=390 device type=DISK channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
output file name=/u01/app/oracle/oradata/CDB1/control01.ctl
output file name=/u01/app/oracle/oradata/CDB1/control02.ctl
Finished restore at 08-JUN-19
将数据库启动到 MOUNT
RMAN> alter database mount; released channel: ORA_DISK_1
Statement processed
这时查控制文件中记录的数据文件（v$datafile 动态性能视图数据来自控制文件）
SQL> set pagesize 50
SQL> select name from v$datafile; NAME
--------------------------------------------------
/u01/app/oracle/oradata/CDB1/system01.dbf
/u01/app/oracle/oradata/CDB1/sysaux01.dbf
/u01/app/oracle/oradata/CDB1/undotbs01.dbf
/u01/app/oracle/oradata/CDB1/pdbseed/system01.dbf
/u01/app/oracle/oradata/CDB1/pdbseed/sysaux01.dbf
/u01/app/oracle/oradata/CDB1/users01.dbf
/u01/app/oracle/oradata/CDB1/pdbseed/undotbs01.dbf
/u01/app/oracle/oradata/CDB1/pdb1/system01.dbf
/u01/app/oracle/oradata/CDB1/pdb1/sysaux01.dbf
/u01/app/oracle/oradata/CDB1/pdb1/undotbs01.dbf
/u01/app/oracle/oradata/CDB1/pdb1/users01.dbf
/u01/app/oracle/oradata/CDB1/pdb1/henry01.dbf
恢复出来的控制文件中，是没有记录表空间 recover_rman
3.5 恢复 CDB 控制文件
使用 recover database 恢复数据库
RMAN> recover database; Starting recover at 08-JUN-19
Starting implicit crosscheck backup at 08-JUN-19
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=134 device type=DISK
Crosschecked 3 objects
Finished implicit crosscheck backup at 08-JUN-19 Starting implicit crosscheck copy at 08-JUN-19
using channel ORA_DISK_1
Finished implicit crosscheck copy at 08-JUN-19 searching for all files in the recovery area
cataloging files...
no files cataloged using channel ORA_DISK_1 starting media recovery archived log for thread 1 with sequence 9 is already on disk as file /u01/app/oracle/oradata/CDB1/redo03.log
archived log file name=/u01/app/oracle/oradata/CDB1/redo03.log thread=1 sequence=9
creating datafile file number=14 name=/u01/app/oracle/oradata/CDB1/pdb1/recover_rman01.dbf
archived log file name=/u01/app/oracle/oradata/CDB1/redo03.log thread=1 sequence=9
media recovery complete, elapsed time: 00:00:01
Finished recover at 08-JUN-19
请注意倒数第 4 行：creating datafile file number=14 name=/u01/app/oracle/oradata/CDB1/pdb1/recover_rman01.dbf
完全恢复命令自动在控制文件中创建添加了 recover_rman 数据文件
再次查控制文件中记录的数据文件
SQL> select name from v$datafile; NAME
----------------------------------------------------
/u01/app/oracle/oradata/CDB1/system01.dbf
/u01/app/oracle/oradata/CDB1/sysaux01.dbf
/u01/app/oracle/oradata/CDB1/undotbs01.dbf
/u01/app/oracle/oradata/CDB1/pdbseed/system01.dbf
/u01/app/oracle/oradata/CDB1/pdbseed/sysaux01.dbf
/u01/app/oracle/oradata/CDB1/users01.dbf
/u01/app/oracle/oradata/CDB1/pdbseed/undotbs01.dbf
/u01/app/oracle/oradata/CDB1/pdb1/system01.dbf
/u01/app/oracle/oradata/CDB1/pdb1/sysaux01.dbf
/u01/app/oracle/oradata/CDB1/pdb1/undotbs01.dbf
/u01/app/oracle/oradata/CDB1/pdb1/users01.dbf
/u01/app/oracle/oradata/CDB1/pdb1/henry01.dbf
/u01/app/oracle/oradata/CDB1/pdb1/recover_rman01.dbf
3.6 开启 CDB
因为动了“控制文件”，所以，必须得以 resetlogs 方式打开，为啥？勿问，爱过！抚摸我查看官方文档
你想直接打开？too young, too simple, sometimes naive.- 来自于莎士比亚的蔑视。
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SQL> alter database open resetlogs; Database altered.
你的疑问在于：recover database 语句明明是个完全恢复的动作，为何成功之后，依然需要 resetlogs ？因为 recover database 命令只能修复控制文件中数据文件的物理结构信息，无法修改控制文件中的日志序列号，无法像数据文件一样，应用归档和联机日志前滚，所以控制文件中的序列号依然是老旧的，因此，只能通过重置序列号来打开数据库。
以 resetlogs 打开之后，日志组序列号重置为 1，新的版本化身 incarnation 出现
RMAN> list incarnation; using target database control file instead of recovery catalog List of Database Incarnations
DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
------- ------- -------- ---------- ------- ---------- ----------
1 1 CDB1 983951798 PARENT 1 17-APR-19
2 2 CDB1 983951798 PARENT 1920977 06-JUN-19
3 3 CDB1 983951798 CURRENT 2455443 08-JUN-19
INCARNATION 是个啥？请参考：
Oracle 中的 Incarnation 到底是个什么？概念理解篇
Oracle 中的 Incarnation 到底是个什么？实验操作篇
最新文章
- 蒙特卡洛模拟入门的几个小例子（R语言实现）
- hadoop2升级的那点事情(详解)
- js 表格实现
- 2013长沙邀请赛A So Easy!(矩阵快速幂，共轭)
- August 31st 2016 Week 36th Tuesday
- IAP Store Kit Guide(中文)
- <转>Python3.x和Python2.x的区别介绍
- js的相关验证
- WCF的基本知识-仅Http绑定的认知
- ubuntu12.04安装深度音乐播放器和深度影音
- 零基础开始学python
- .Net语言 APP开发平台——Smobiler学习日志：SmoOne新增考勤功能
- VMware 虚拟机安装-->wrf、cmaq安装
- redis4.0.13主从、哨兵、集群3种模式的 Server端搭建、启动、验证
- 百度统计api获取数据
- jenkins使用1----初始化设置
- PythonStudy——集合 Set
- linux中telnet后退出连接窗口的方法？
- java学习笔记（八）：继承、extends、super、this、final关键字
- Vue Admin - 基于 Vue & Bulma 后台管理面板