一看就会一做就废系列：说说 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 到底是个什么？实验操作篇