rman完全恢复

最新推荐文章于 2024-02-26 21:13:10 发布
最新推荐文章于 2024-02-26 21:13:10 发布
阅读量1.8k 收藏 2
点赞数
分类专栏： oracle

连接到:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> shutdown immediate
ORA-01507: ??????

ORACLE 例程已经关闭。
SQL> startup nomount
ORACLE 例程已经启动。

Total System Global Area 3256942592 bytes
Fixed Size 2180144 bytes
Variable Size 1778387920 bytes
Database Buffers 1459617792 bytes
Redo Buffers 16756736 bytes
SQL> alter database mount;

数据库已更改。

SQL> alter database archivelog;

数据库已更改。

SQL> shutdown immediate
ORA-01109: ??????

已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup nomount;
ORACLE 例程已经启动。

Total System Global Area 3256942592 bytes
Fixed Size 2180144 bytes
Variable Size 1778387920 bytes
Database Buffers 1459617792 bytes
Redo Buffers 16756736 bytes

C:\Users\liangwanzhuang>sqlplus sys/jhemr as sysdba

SQL*Plus: Release 11.2.0.1.0 Production on 星期四 2月 8 14:08:02 2018

Copyright (c) 1982, 2010, Oracle. All rights reserved.

连接到:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> shutdown immediate
ORA-01507: ??????

ORACLE 例程已经关闭。
SQL> startup nomount
ORACLE 例程已经启动。

Total System Global Area 3256942592 bytes
Fixed Size 2180144 bytes
Variable Size 1778387920 bytes
Database Buffers 1459617792 bytes
Redo Buffers 16756736 bytes
SQL> alter database mount;

数据库已更改。

SQL> alter database archivelog;

数据库已更改。

SQL> shutdown immediate
ORA-01109: ??????

已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup nomount;
ORACLE 例程已经启动。

Total System Global Area 3256942592 bytes
Fixed Size 2180144 bytes
Variable Size 1778387920 bytes
Database Buffers 1459617792 bytes
Redo Buffers 16756736 bytes
SQL> RMAN>RMAN>从 Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64
bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options 断
开

C:\Users\liangwanzhuang>

sqlplus / as sysdba
shutdown immediate
startup nomount 数据库启动到nomunt

进Rman
rman target sys/passwork
set dbid=12323213 ———–原库查询 SELECT DBID FROM V$DATABASE;

restore from controlfile from ‘目录’; 还原控制文件

alter databse mount;
RMAN>
RMAN> set dbid=1303243480;
RMAN> catalog start with ‘E:\orabak’;

搜索与样式 E:\orabak 匹配的所有文件

数据库未知文件的列表

文件名: E:\orabak\CTL_JHEMR_20180208_20_1
文件名: E:\orabak\FULL_ARCH_JHEMR_20180208_15_1
文件名: E:\orabak\FULL_ARCH_JHEMR_20180208_16_1
文件名: E:\orabak\FULL_ARCH_JHEMR_20180208_17_1
文件名: E:\orabak\FULL_ARCH_JHEMR_20180208_18_1
文件名: E:\orabak\FULL_LEVL0_JHEMR_20180208_10_1
文件名: E:\orabak\FULL_LEVL0_JHEMR_20180208_11_1
文件名: E:\orabak\FULL_LEVL0_JHEMR_20180208_12_1
文件名: E:\orabak\FULL_LEVL0_JHEMR_20180208_13_1
文件名: E:\orabak\FULL_LEVL0_JHEMR_20180208_14_1
文件名: E:\orabak\SPFILE_JHEMR_20180208_19_1

是否确实要将上述文件列入目录 (输入 YES 或 NO)? yes
正在编制文件目录…
目录编制完毕

已列入目录的文件的列表

文件名: E:\orabak\CTL_JHEMR_20180208_20_1
文件名: E:\orabak\FULL_ARCH_JHEMR_20180208_15_1
文件名: E:\orabak\FULL_ARCH_JHEMR_20180208_16_1
文件名: E:\orabak\FULL_ARCH_JHEMR_20180208_17_1
文件名: E:\orabak\FULL_ARCH_JHEMR_20180208_18_1
文件名: E:\orabak\FULL_LEVL0_JHEMR_20180208_10_1
文件名: E:\orabak\FULL_LEVL0_JHEMR_20180208_11_1
文件名: E:\orabak\FULL_LEVL0_JHEMR_20180208_12_1
文件名: E:\orabak\FULL_LEVL0_JHEMR_20180208_13_1
文件名: E:\orabak\FULL_LEVL0_JHEMR_20180208_14_1
文件名: E:\orabak\SPFILE_JHEMR_20180208_19_1

RMAN> list backup;

RMAN> run
2> { set newname for datafile 1 to ‘D:\app\liangwanzhuang\oradata\jhemr\system01
.dbf’;
3> set newname for datafile 2 to ‘D:\app\liangwanzhuang\oradata\jhemr\sysaux01.d
bf’;
4> set newname for datafile 3 to ‘D:\app\liangwanzhuang\oradata\jhemr\undotbs01.
dbf’;
5> set newname for datafile 4 to ‘D:\app\liangwanzhuang\oradata\jhemr\users01.db
f’;
6> set newname for datafile 5 to ‘D:\app\liangwanzhuang\oradata\jhemr\jhemrv61.d
bf’;
7> set newname for datafile 6 to ‘D:\app\liangwanzhuang\oradata\jhemr\jhemrv62.d
bf’;
8> set newname for datafile 7 to ‘D:\app\liangwanzhuang\oradata\jhemr\jhemrv63.d
bf’;
9> restore database;
switch datafile all;
10> }
RECOVER DATABASE;

RMAN全库【完全恢复/不完全恢复】
今天有幸做了几个RMAN的全库恢复实验，这里是一个brief版，方便忘了时可以瞬速找到
一 完全恢复
1.数据库全库【完全恢复】
$ rman target / 登录rman工具，如果使用了catalog，则登陆方法rman target sys/oracle@ls catalog cata/cata@leo
RMAN> startup mount 必须为mount状态，才能restore 和 recover 数据库
RMAN> restore database； 复制旧数据文件覆盖损坏的数据文件
RMAN> recover database； 数据文件头SCN号同步当前日志中最后一个SCN号【完全恢复】
RMAN> alter database open； 打开数据文件
二 不完全恢复
1.基于时间点【不完全恢复】
在restore recover命令中直接使用until time 、until scn 、 until sequence参数
这种方法避免使用run代码块，建议使用这种方法 【必须启动到mount状态，才能restore 和 recover 数据库】
startup mount;
restore database until time “to_date(‘2012-04-04 19:13:50’,’yyyy-mm-dd hh24:mi:ss’)”;
recover database until time “to_date(‘2012-04-04 19:13:50’,’yyyy-mm-dd hh24:mi:ss’)”;
alter database open resetlogs; 【resetlogs只在“不完全恢复”之后才有效，不完全恢复必须加resetlogs/noresetlogs选项打开数据，重置归档日志序列号从1开始】
注：该命令可将数据库恢复到指定时间点状态，但必须具备此时间点之前最后的有效备份，和所有相关归档日志。
2.基于scn号的【不完全恢复】
startup mount;
restore database until scn 10000；
recover database until scn 10000；
alter database open resetlogs; 【resetlogs只在“不完全恢复”之后才有效，不完全恢复必须加resetlogs/noresetlogs选项打开数据，重置归档日志序列号从1开始】
注：该命令可将数据库恢复到指定的scn号的状态，但不包括此scn号。
3.基于归档日志序列号【不完全恢复】
startup mount;
restore database until sequence 123 thread 1；
recover database until sequence 123 thread 1；
alter database open resetlogs; 【resetlogs只在“不完全恢复”之后才有效，不完全恢复必须加resetlogs/noresetlogs选项打开数据，重置归档日志序列号从1开始】
注：该命令可将数据库恢复到指定归档日志序列号的状态，如果归档日志列表存在断点使用这中方法恢复比较方便，断点意味着我们只能恢复到断点的开始点

RMAN> recover database;

启动 recover 于 08-2月 -18
使用通道 ORA_DISK_1

正在开始介质的恢复

通道 ORA_DISK_1: 正在开始将归档日志还原到默认目标
通道 ORA_DISK_1: 正在还原归档日志
归档日志线程=1 序列=576
通道 ORA_DISK_1: 正在还原归档日志
归档日志线程=1 序列=577
通道 ORA_DISK_1: 正在还原归档日志
归档日志线程=1 序列=578
通道 ORA_DISK_1: 正在还原归档日志
归档日志线程=1 序列=579
通道 ORA_DISK_1: 正在读取备份片段 E:\ORABAK\FULL_ARCH_JHEMR_20180208_17_1
通道 ORA_DISK_1: 段句柄 = E:\ORABAK\FULL_ARCH_JHEMR_20180208_17_1 标记 = TAG2018
0208T100722
通道 ORA_DISK_1: 已还原备份片段 1
通道 ORA_DISK_1: 还原完成, 用时: 00:00:04
归档日志文件名=D:\APP\LIANGWANZHUANG\FLASH_RECOVERY_AREA\JHEMR\ARCHIVELOG\2018_0
2_08\O1_MF_1_576_F7R6QZ94_.ARC 线程=1 序列=576
通道 default: 正在删除归档日志
归档日志文件名=D:\APP\LIANGWANZHUANG\FLASH_RECOVERY_AREA\JHEMR\ARCHIVELOG\2018_0
2_08\O1_MF_1_576_F7R6QZ94_.ARC RECID=156 STAMP=967570817
归档日志文件名=D:\APP\LIANGWANZHUANG\FLASH_RECOVERY_AREA\JHEMR\ARCHIVELOG\2018_0
2_08\O1_MF_1_577_F7R6R0F2_.ARC 线程=1 序列=577
通道 default: 正在删除归档日志
归档日志文件名=D:\APP\LIANGWANZHUANG\FLASH_RECOVERY_AREA\JHEMR\ARCHIVELOG\2018_0
2_08\O1_MF_1_577_F7R6R0F2_.ARC RECID=154 STAMP=967570816
归档日志文件名=D:\APP\LIANGWANZHUANG\FLASH_RECOVERY_AREA\JHEMR\ARCHIVELOG\2018_0
2_08\O1_MF_1_578_F7R6QZG0_.ARC 线程=1 序列=578
通道 default: 正在删除归档日志
归档日志文件名=D:\APP\LIANGWANZHUANG\FLASH_RECOVERY_AREA\JHEMR\ARCHIVELOG\2018_0
2_08\O1_MF_1_578_F7R6QZG0_.ARC RECID=153 STAMP=967570816
归档日志文件名=D:\APP\LIANGWANZHUANG\FLASH_RECOVERY_AREA\JHEMR\ARCHIVELOG\2018_0
2_08\O1_MF_1_579_F7R6R0PR_.ARC 线程=1 序列=579
通道 default: 正在删除归档日志
归档日志文件名=D:\APP\LIANGWANZHUANG\FLASH_RECOVERY_AREA\JHEMR\ARCHIVELOG\2018_0
2_08\O1_MF_1_579_F7R6R0PR_.ARC RECID=155 STAMP=967570816
通道 ORA_DISK_1: 正在开始将归档日志还原到默认目标
通道 ORA_DISK_1: 正在还原归档日志
归档日志线程=1 序列=580
通道 ORA_DISK_1: 正在还原归档日志
归档日志线程=1 序列=581
通道 ORA_DISK_1: 正在还原归档日志
归档日志线程=1 序列=582
通道 ORA_DISK_1: 正在读取备份片段 E:\ORABAK\FULL_ARCH_JHEMR_20180208_18_1
通道 ORA_DISK_1: 段句柄 = E:\ORABAK\FULL_ARCH_JHEMR_20180208_18_1 标记 = TAG2018
0208T100722
通道 ORA_DISK_1: 已还原备份片段 1
通道 ORA_DISK_1: 还原完成, 用时: 00:00:03
归档日志文件名=D:\APP\LIANGWANZHUANG\FLASH_RECOVERY_AREA\JHEMR\ARCHIVELOG\2018_0
2_08\O1_MF_1_580_F7R6R9SV_.ARC 线程=1 序列=580
通道 default: 正在删除归档日志
归档日志文件名=D:\APP\LIANGWANZHUANG\FLASH_RECOVERY_AREA\JHEMR\ARCHIVELOG\2018_0
2_08\O1_MF_1_580_F7R6R9SV_.ARC RECID=157 STAMP=967570826
归档日志文件名=D:\APP\LIANGWANZHUANG\FLASH_RECOVERY_AREA\JHEMR\ARCHIVELOG\2018_0
2_08\O1_MF_1_581_F7R6RB1M_.ARC 线程=1 序列=581
通道 default: 正在删除归档日志
归档日志文件名=D:\APP\LIANGWANZHUANG\FLASH_RECOVERY_AREA\JHEMR\ARCHIVELOG\2018_0
2_08\O1_MF_1_581_F7R6RB1M_.ARC RECID=158 STAMP=967570826
归档日志文件名=D:\APP\LIANGWANZHUANG\FLASH_RECOVERY_AREA\JHEMR\ARCHIVELOG\2018_0
2_08\O1_MF_1_582_F7R6RB93_.ARC 线程=1 序列=582
通道 default: 正在删除归档日志
归档日志文件名=D:\APP\LIANGWANZHUANG\FLASH_RECOVERY_AREA\JHEMR\ARCHIVELOG\2018_0
2_08\O1_MF_1_582_F7R6RB93_.ARC RECID=159 STAMP=967570826
无法找到归档日志
归档日志线程=1 序列=583
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: recover 命令 (在 02/08/2018 17:40:36 上) 失败
RMAN-06054: 介质恢复正在请求未知的线程 1 序列 583 的归档日志以及起始 SCN 4525385

RMAN> recover database until scn 4525385;

启动 recover 于 08-2月 -18
使用通道 ORA_DISK_1

正在开始介质的恢复
介质恢复完成, 用时: 00:00:03

完成 recover 于 08-2月 -18

RMAN> alter database open;

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: alter db 命令 (在 02/08/2018 17:41:01 上) 失败
ORA-01589: 要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选项

RMAN> alter database open resetlogs;

数据库已打开

RMAN>

拼了命的追赶
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Oracle RMAN异机不完全恢复
08-11
此文档详细描述如果利用rman 完成不完全恢复。试验背景，步骤，命令，所有内容都做说明。
oracle rman ora19602,RMAN-00571: | RMAN-00569: | RMAN-00571: | RMAN-03009: | ORA-19504: |
weixin_39804059的博客
04-06 391
SunOS 5.8$ rman target /Recovery Manager: Release 9.2.0.6.0 - 64bit ProductionCopyright (c) 1995, 2002, Oracle Corporation. All rights reserved.connected to target database: MLQA (DBID=1439070802)RMAN...
oracle 备份失败 RMAN-03002，RMAN-00569，RMAN-00571等处理方法
weixin_33798152的博客
01-21 988
备份失败 1、备份失败信息： :39:52] 备份 200.3-oracle 数据 开始执行... [...
Oracle RMAN 备份恢复
weixin_63131036的博客
02-26 1160
RMAN在数据库服务器的帮助下实现数据库文件、控制文件、数据库文件和控制文件的映像副本，以及归档日志文件，数据库服务器参数文件的备份。RMAN也允许使用脚本文件实现数据的备份与恢复，而且这些脚本保存在数据库内，而不需要编写基于OS的脚本文件。RMAN备份的文件自动保存在一个系统指定的目录下，文件的名称也由RMAN自己维护。当实现数据库恢复操作时，恢复指令简洁，RMAN自动寻找需要的文件实现数据恢复。减少了传统的导出程序中人为错误的发生。
oracle fra空间不足,rman做备份时fra空间不足报错的解决
weixin_36274779的博客
04-06 639
今天在rman备份数据库时候报出了一个错误信息：RMAN-00571:===========================================================RMAN-00569==============ERROR MESSAGE STACK FOLLOWS===============RMAN-00571:=============================...
rman备份报RMAN-00571、RMAN-00569、RMAN-03009
热门推荐
y419216992的博客
06-16 1万+
rman备份报RMAN-00571、RMAN-00569、RMAN-03009
oracle rman 00571,oracle 备份失败 RMAN-03002，RMAN-00569，RMAN-00571等处理方法
weixin_32434033的博客
04-08 1269
备份失败1、备份失败信息：:39:52] 备份200.3-oracle 数据 开始执行...[11:39:54] NICEGAIN-SW741B 开始分析备份数据源，请稍候...[11:39:54] Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, OLAP a...
DG 搭建错误
千里足迹
12-16 1827
报错1： [oracle@dgcrm ~]$ rman target sys/123456@CRM auxiliary sys/123456@DGCRM Recovery Manager: Release 11.2.0.4.0 - Production on Thu Dec 1 10:26:53 2016 Copyright (c) 1982, 2011, Oracle an
oracle进行rman增量恢复时报错RMAN-06094
m0_46400195的博客
06-22 1511
rman恢复增量备份最后一步recover database noredo的时候报错RMAN-0057、RAMN00569、RMAN-00571、RMAN-03002、RMAN06094 解决办法： 发现主库增加了datafile，备库没有。 备份主库的这个文件，到备库rman执行run 执行完毕run后，在执行restore database noredo;成功。...
12c rman 恢复表
10-17
在12c之前对于用户因DDL(DROP TRUNCATE )等操作引起的数据丢失，一般通过数据库时间点不完全恢复、基于表空间的时间点恢复（TSPITR）、闪回技术。
RMAN异地恢复
03-10
一直在找如果主机当机且无法恢复情况下，怎么用RMAN恢复到另一台机器上，这个文档经本人测试可用。
完整Oracle rman备份恢复成功案例
03-04
oracle rma备份恢复步骤如下：建rman库作为repository；建repository存放的表空间和rman用户；建catalog注册目标数据库；做全备；做增备；删除旧的全备；恢复。
RMAN备份与恢复
05-22
6.1 对数据库进行完全介质恢复 24 6.2 恢复表空间 25 6.3 恢复数据文件 25 6.4 丢失控制文件的恢复 25 第七篇 实例：RMAN 备份 shell脚本 29 第八篇 恢复目录 32 7.1 创建恢复目录 33 7.2 注册目标数据库到恢复目录 ...
执行RMAN恢复的高级场景_使用备份控制文件（Backup Control File）执行恢复
jetliu05的博客
12-19 1313
使用备份控制文件恢复
oracle rman 显示太乱,【RMAN】Oracle_rman中skip引发的血案
weixin_35651855的博客
04-05 405
好久没有动脑子了，最近一直在跑步、踢球，练就成了四肢发达、头脑简单的高级动物，当同学把rman恢复错误信息给我发过来之后，都不知道怎么下手了，更囧的是一个项目组的哥们让我帮忙看看数据库问题，parameter参数竟然瞬间忘了，整天文档、文章的，荒废了。为了调整，我决定没事找事，OK，咱看一下下面的问题。(以下信息是在我的测试机上还原的)同学发过来的问题如下：RMAN-00571:=========...
Oracle11g RMAN 丢失归档日志：ORA-19625
技术成就梦想
04-12 1218
sql statement: alter system archive log current Starting backup at 12-APR-16 current log archived released channel: c1 released channel: c2 released channel: c3 released channel: c4 RMAN-0057
rman 归档日志 crosscheck
hzdxw的专栏
02-01 1917
RMAN> list backup of copy; RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: ================
oracle 03002,RMAN-03002 RMAN-06091 错误解决方法
weixin_42522320的博客
04-11 463
客户自从使用nbu 以来一直报这个错误。因为以前一直都是正常的。所以晚上先让停止了nbu的备份。单独使用以前的脚本正常。报错信息一样。所以怀疑是不是脚本的问题。查询网上分析原因如下：SymptomsWhen attempting to delete obsolete backups from RMAN using the following command:RMAN> delete obso...
60道关于Redis的常见面试题.pdf
最新发布
04-18
- 1. 什么是 Redis？它的主要特点是什么？ - 2. Redis 支持哪些数据结构？请详细描述每种数据结构的用途和特点。 - 3. 什么是缓存穿透？在使用 Redis 时，如何防止缓存穿透？ - 4. 介绍 Redis 的持久化机制以及对比它们之间的区别。 - 5. 如何实现 Redis 的分布式锁？你了解的分布式锁有哪些实现方式？ - 6. Redis 的数据淘汰策略有哪些？分别是如何工作的？ - 7. 什么是 Redis 事务？它是如何实现的？与传统数据库事务有何不同？ - 8. 如何设置 Redis 的主从复制？主从复制有什么优势和限制？ - 9. Redis 支持的数据结构中，有哪些可以实现计数功能？请详细说明其使用场景。 - 10. 什么是 Redis Sentinel？它的作用是什么？如何配置和使用 Sentinel？
oracle rman恢复
10-14
完全恢复将数据库恢复到最新的可用备份，然后应用所有丢失的日志文件。部分恢复可以用于恢复单个表空间或数据文件。 在进行恢复之前，我们需要确保数据库处于彻底关闭状态。然后，我们可以使用RMAN进行恢复。可以...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值