【每日一记5】第43天 rman中的incarnation(化身)
  

dan 619

{{ttag.title}}
本帖最后由 dan 于 2020-3-18 11:21 编辑

基本概念
Current Incarnation(当前化身):数据库当前正在使用的化身。
Parent Incarnation(父化身):数据库当前化身的上一个化身。在父化身以 OPEN RESETLOGS 打开后,就生成当前化身。
Ancestor Incarnation(祖辈化身):在父化身之前,辗转生成父化身的各个化身。
Direct Ancestral Path(直接祖辈路径 / 宗谱):由数据库的起始化身辗转生成至当前化身的分支路径,包含数据库的历代祖辈及父化身。
Orphan Incarnation(孤儿化身):不在数据库当前化身的宗谱上的数据库其它化身。
Orphaned Backups(孤儿备份):不是数据库当前化身的宗谱上生成的数据库备份。
实验用表:
create table goods (id number,gname varchar2(10));
insert into goods values (1,'aa');
开始:
1、备份数据库。
进入rman
rman target /
backup as compressed backupset database plus archivelog delete all input;
2、查看incarnation
list incarnation;
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1       1       CDEDB    1098994247       PARENT  1          2009-08-15 00:16:43
2       2       CDEDB    1098994247       PARENT  945184     2020-02-25 23:07:53
3       3       CDEDB    1098994247       PARENT  1333990    2020-02-26 22:23:44
4       4       CDEDB    1098994247       PARENT  1439720    2020-02-27 16:25:23
5       5       CDEDB    1098994247       PARENT  1441999    2020-02-27 16:42:36
6       6       CDEDB    1098994247       PARENT  1484693    2020-02-27 22:00:15
7       7       CDEDB    1098994247       PARENT  1498781    2020-02-27 22:39:41
8       8       CDEDB    1098994247       PARENT  2881352    2020-03-17 12:42:41
9       9       CDEDB    1098994247       PARENT  2881930    2020-03-17 12:54:21
10      10      CDEDB    1098994247       PARENT  2882672    2020-03-17 13:05:33
11      11      CDEDB    1098994247       PARENT  2887632    2020-03-17 14:36:40
12      12      CDEDB    1098994247       PARENT  2901140    2020-03-17 19:10:10
13      13      CDEDB    1098994247       PARENT  2901545    2020-03-17 19:14:53
14      14      CDEDB    1098994247       CURRENT 2901866    2020-03-17 19:23:48
3、记录当前scn
进入sqlplus
sqlplus / as sysdba
select current_scn from v$database;
CURRENT_SCN
-----------
    2906869
4、加点数据
insert into goods (id,gname) values (2,'bb');
commit;
alter system switch logfile;
5、还原数据库到scn为2906869的时候。
5.1先关闭数据库
shutdown immediate;
5.2进入rman
rman target /
run{
startup mount force;
set until scn 2906869;
restore database;
recover database;
alter database open resetlogs;
}
5.3查看表goods,发现还原成功,没有bb
6、再次查看incarnation
发现多了DB为15的incarnation,14号已经成为PARENT
rman target /
list incarnation;
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1       1       CDEDB    1098994247       PARENT  1          2009-08-15 00:16:43
2       2       CDEDB    1098994247       PARENT  945184     2020-02-25 23:07:53
3       3       CDEDB    1098994247       PARENT  1333990    2020-02-26 22:23:44
4       4       CDEDB    1098994247       PARENT  1439720    2020-02-27 16:25:23
5       5       CDEDB    1098994247       PARENT  1441999    2020-02-27 16:42:36
6       6       CDEDB    1098994247       PARENT  1484693    2020-02-27 22:00:15
7       7       CDEDB    1098994247       PARENT  1498781    2020-02-27 22:39:41
8       8       CDEDB    1098994247       PARENT  2881352    2020-03-17 12:42:41
9       9       CDEDB    1098994247       PARENT  2881930    2020-03-17 12:54:21
10      10      CDEDB    1098994247       PARENT  2882672    2020-03-17 13:05:33
11      11      CDEDB    1098994247       PARENT  2887632    2020-03-17 14:36:40
12      12      CDEDB    1098994247       PARENT  2901140    2020-03-17 19:10:10
13      13      CDEDB    1098994247       PARENT  2901545    2020-03-17 19:14:53
14      14      CDEDB    1098994247       PARENT  2901866    2020-03-17 19:23:48
15      15      CDEDB    1098994247       CURRENT 2906870    2020-03-17 21:06:02
7、继续做实验看看什么情况下incarnation会出现ORPHAN状态
7.1为了让效果明显一些,再重复以上步骤。
添加数据
insert into goods (id,gname) values (2,'bb');
commit;
alter system switch logfile;
记录当前scn号
select current_scn from v$database;
CURRENT_SCN
-----------
    2908385
再添加数据
insert into goods (id,gname) values (3,'cc');
commit;
alter system switch logfile;
按前面的操作还原到scn为2907853的时候。
查看数据,发现还原成功。
再次查看incarnation
发现多了DB为17的incarnation,16号已经成为PARENT
7.2 目前要求是按前面的操作想还原最初的scn为2906869的时候。
这时出现报错:
Starting restore at 2020-03-17 21:45:51
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 03/17/2020 21:45:51
RMAN-20208: UNTIL CHANGE is before RESETLOGS change
原因是要先要回到DB为14的incarnation,再进行恢复
reset database to incarnation 14;
再要求是按前面的操作
查看数据,发现还原成功。
再次查看incarnation
发现多了DB为18的incarnation,15-17号已经成为ORPHAN

打赏鼓励作者,期待更多好文!

打赏
暂无人打赏

发表新帖
热门标签
全部标签>
每日一问
2024年技术争霸赛
技术盲盒
干货满满
技术笔记
GIF动图学习
技术咨询
产品连连看
新版本体验
功能体验
信服课堂视频
信服圈儿
标准化排查
自助服务平台操作指引
答题自测
深信服技术支持平台
2023技术争霸赛专题
通用技术
秒懂零信任
畅聊IT
安装部署配置
安全攻防
上网策略
SDP百科
每周精选
专家问答
技术圆桌
在线直播
网络基础知识
VPN 对接
社区帮助指南
纪元平台
技术晨报
场景专题
MVP
升级
测试报告
日志审计
问题分析处理
流量管理
每日一记
运维工具
云计算知识
用户认证
原创分享
解决方案
sangfor周刊
项目案例
SANGFOR资讯
专家分享
技术顾问
信服故事
功能咨询
终端接入
授权
设备维护
资源访问
地址转换
虚拟机
存储
迁移
加速技术
排障笔记本
产品预警公告
玩转零信任
S豆商城资讯
技术争霸赛
「智能机器人」
追光者计划
答题榜单公布
卧龙计划
华北区拉练
天逸直播
以战代练
山东区技术晨报
文档捉虫活动
齐鲁TV
华北区交付直播
北京区每日一练
故障笔记

本版版主

12
185
6

发帖

粉丝

关注

本版达人

LoveTec...

本周分享达人

新手24116...

本周提问达人