Incomplete recover -----scn

最新推荐文章于 2023-12-11 15:19:52 发布
转载 最新推荐文章于 2023-12-11 15:19:52 发布 · 131 阅读 · 0
文章标签：

#数据库

本文介绍了Oracle数据库中使用RMAN进行不完全恢复的过程。包括备份数据库、删除表、通过SCN进行恢复等关键步骤，并最终验证恢复是否成功。

Incomplete recover -----scn014.gif

// 原来db中已经有的表

10:41:40 sys@LEE2>select * from lee1;

 

        ID

----------

         1

         2

 

已用时间:  00: 00: 00.00

10:51:46 sys@LEE2>exit

从 Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production

With the Partitioning, OLAP and Data Mining options 断开

 

C:\Documents and Settings\Administrator>rman

 

恢复管理器: Release 10.2.0.1.0 - Production on 星期四 6月 19 10:51:52 2008

 

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

 

RMAN> connect target/

 

连接到目标数据库: LEE2 (DBID=2813054007)

 

//rman备份一次db

 

RMAN> backup database plus archivelog delete input;

 

 

启动 backup 于 19-6月 -08

当前日志已存档

使用目标数据库控制文件替代恢复目录

分配的通道: ORA_DISK_1

通道 ORA_DISK_1: sid=132 devtype=DISK

正在略过存档日志文件 E:\ARCHIVE2\LEE2\ARC00006_0657560378.001; 已经备份 2 次

正在略过存档日志文件 E:\ARCHIVE\LEE2\ARC00007_0657560378.001; 已经备份 2 次

通道 ORA_DISK_1: 正在启动存档日志备份集

通道 ORA_DISK_1: 正在指定备份集中的存档日志

输入存档日志线程 =1 序列 =1 记录 ID=13 时间戳=657802496

通道 ORA_DISK_1: 正在启动段 1 于 19-6月 -08

通道 ORA_DISK_1: 已完成段 1 于 19-6月 -08

段句柄=E:\BACKUP\LEE2\BACKUP_0AJJAH81_1_1 标记=TAG20080619T105457 注释=NONE

通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:02

通道 ORA_DISK_1: 正在删除存档日志

存档日志文件名 =E:\ARCHIVE\LEE2\ARC00001_0657801610.001 记录 ID=13 时间戳 =657802496

通道 ORA_DISK_1: 正在启动存档日志备份集

通道 ORA_DISK_1: 正在指定备份集中的存档日志

输入存档日志线程 =1 序列 =8 记录 ID=11 时间戳=657801611

通道 ORA_DISK_1: 正在启动段 1 于 19-6月 -08

通道 ORA_DISK_1: 已完成段 1 于 19-6月 -08

段句柄=E:\BACKUP\LEE2\BACKUP_0BJJAH83_1_1 标记=TAG20080619T105457 注释=NONE

通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:02

通道 ORA_DISK_1: 正在删除存档日志

存档日志文件名 =E:\ARCHIVE\LEE2\ARC00008_0657560378.001 记录 ID=11 时间戳 =657801611

通道 ORA_DISK_1: 正在删除存档日志

存档日志文件名 =E:\ARCHIVE2\LEE2\ARC00006_0657560378.001 记录 ID=8 时间戳 =657800673

存档日志文件名 =E:\ARCHIVE\LEE2\ARC00007_0657560378.001 记录 ID=9 时间戳 =657800734

完成 backup 于 19-6月 -08

 

启动 backup 于 19-6月 -08

使用通道 ORA_DISK_1

通道 ORA_DISK_1: 启动全部数据文件备份集

通道 ORA_DISK_1: 正在指定备份集中的数据文件

输入数据文件 fno=00001 name=E:\ORACLE\PRODUCT\10.2.0\ORADATA\LEE2\SYSTEM01.DBF

输入数据文件 fno=00003 name=E:\ORACLE\PRODUCT\10.2.0\ORADATA\LEE2\SYSAUX01.DBF

输入数据文件 fno=00002 name=E:\ORACLE\PRODUCT\10.2.0\ORADATA\LEE2\UNDOTBS01.DBF

输入数据文件 fno=00004 name=E:\ORACLE\PRODUCT\10.2.0\ORADATA\LEE2\USERS01.DBF

通道 ORA_DISK_1: 正在启动段 1 于 19-6月 -08

通道 ORA_DISK_1: 已完成段 1 于 19-6月 -08

段句柄=E:\BACKUP\LEE2\BACKUP_0CJJAH86_1_1 标记=TAG20080619T105502 注释=NONE

通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:55

完成 backup 于 19-6月 -08

 

启动 backup 于 19-6月 -08

当前日志已存档

使用通道 ORA_DISK_1

通道 ORA_DISK_1: 正在启动存档日志备份集

通道 ORA_DISK_1: 正在指定备份集中的存档日志

输入存档日志线程 =1 序列 =2 记录 ID=16 时间戳=657802558

通道 ORA_DISK_1: 正在启动段 1 于 19-6月 -08

通道 ORA_DISK_1: 已完成段 1 于 19-6月 -08

段句柄=E:\BACKUP\LEE2\BACKUP_0DJJAH9U_1_1 标记=TAG20080619T105558 注释=NONE

通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:02

通道 ORA_DISK_1: 正在删除存档日志

存档日志文件名 =E:\ARCHIVE2\LEE2\ARC00002_0657801610.001 记录 ID=16 时间戳 =657802558

完成 backup 于 19-6月 -08

 

启动 Control File and SPFILE Autobackup 于 19-6月 -08

段 handle=E:\BACKUP\LEE2\C-2813054007-20080619-03 comment=NONE

完成 Control File and SPFILE Autobackup 于 19-6月 -08

 

RMAN>

 

// 获得scn，删除lee1

 

10:57:35 sys@LEE2>select current_Scn from v$database;

 

CURRENT_SCN

-----------

     625145

 

已用时间:  00: 00: 00.01

10:57:55 sys@LEE2>drop table lee1;

 

表已删除。

 

已用时间:  00: 00: 01.54

10:58:12 sys@LEE2>select * from lee1;

select * from lee1

              *

第 1 行出现错误:

ORA-00942: 表或视图不存在

 

 

已用时间:  00: 00: 00.01

10:58:17 sys@LEE2>

 

 

// rman不完全恢复 (步骤：mountàrestore untilàrecover untilàopen resetlogs)

 

C:\Documents and Settings\Administrator>rman

 

恢复管理器: Release 10.2.0.1.0 - Production on 星期四 6月 19 10:59:30 2008

 

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

 

RMAN> connect target/

 

连接到目标数据库: LEE2 (DBID=2813054007)

 

RMAN> shutdown immediate

 

使用目标数据库控制文件替代恢复目录

数据库已关闭

数据库已卸载

Oracle 实例已关闭

 

RMAN> startup mount

 

已连接到目标数据库 (未启动)

Oracle 实例已启动

数据库已装载

 

系统全局区域总计     440401920 字节

 

Fixed Size                     1249440 字节

Variable Size                100667232 字节

Database Buffers             331350016 字节

Redo Buffers                   7135232 字节

 

RMAN> restore database;

 

启动 restore 于 19-6月 -08

分配的通道: ORA_DISK_1

通道 ORA_DISK_1: sid=155 devtype=DISK

 

通道 ORA_DISK_1: 正在开始恢复数据文件备份集

通道 ORA_DISK_1: 正在指定从备份集恢复的数据文件

正将数据文件00001恢复到E:\ORACLE\PRODUCT\10.2.0\ORADATA\LEE2\SYSTEM01.DBF

正将数据文件00002恢复到E:\ORACLE\PRODUCT\10.2.0\ORADATA\LEE2\UNDOTBS01.DBF

正将数据文件00003恢复到E:\ORACLE\PRODUCT\10.2.0\ORADATA\LEE2\SYSAUX01.DBF

正将数据文件00004恢复到E:\ORACLE\PRODUCT\10.2.0\ORADATA\LEE2\USERS01.DBF

通道 ORA_DISK_1: 正在读取备份段 E:\BACKUP\LEE2\BACKUP_0CJJAH86_1_1

通道 ORA_DISK_1: 已恢复备份段 1

段句柄 = E:\BACKUP\LEE2\BACKUP_0CJJAH86_1_1 标记 = TAG20080619T105502

通道 ORA_DISK_1: 恢复完成, 用时: 00:02:08

完成 restore 于 19-6月 -08

 

RMAN> recover database until scn 625145;

 

启动 recover 于 19-6月 -08

使用通道 ORA_DISK_1

 

正在开始介质的恢复

介质恢复完成, 用时: 00:00:04

 

完成 recover 于 19-6月 -08

 

RMAN> alter database open resetlogs;

 

数据库已打开

 

RMAN> exit

 

 

恢复管理器完成。

 

C:\Documents and Settings\Administrator>sqlplus /nolog

 

SQL*Plus: Release 10.2.0.1.0 - Production on 星期四 6月 19 11:04:56 2008

 

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

 

11:04:56 idle>conn /as sysdba

已连接。

11:04:59 sys@LEE2>select *from lee1;

 

        ID

----------

         1

         2

 

已用时间:  00: 00: 00.04

11:05:03 sys@LEE2>

//  ok

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/11134734/viewspace-366408/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/11134734/viewspace-366408/

cuankuijie0713
关注
ORA-00600:[kcratr_nab_less_than_odr], 分析解决
ZSY老司机的博客
11-13 1899
今天，在测试库测试时，在alter database open 时发现报： ORA-00600: 内部错误代码, 参数: [kcratr_nab_less_than_odr], [1], [290], [8227],[10276], [], [], [], [], [], [], [] 导致原因：这可能是由于控制文件的缺失，或者在线日志文件在实例恢复时不完整 尝试以下操作均未成功： ...
create controlfile重建控制文件报 ORA-01503 ORA-01565 restore resetlogs cdb 后还可以继续recover pdb
最新发布
jnrjian的博客
07-01 1794
-----常规方法恢复不了---------------------------------------------online redo的重要性----------resetlogs后不能flashback了， 已经recover pdb 是plug上去的------------------------数据文件全部删了试试-----------------------------如果delete obsolete copy 就可以了。------数据文件在的时候新建controlfile。
Oracle Incomplete数据库恢复: 使用SCN
In-Memory Computing Technology
04-25 612
环境: Oracle数据库12.2.0.1，CDB=orclcdb，PDB=orclpdb1 确定数据和当前SCN，记录为2473638： SQL> select current_scn from v$database; CURRENT_SCN ----------- 2475393 SQL> select * from foo; select * from foo ...
Oracle 基于 RMAN 的不完全恢复(incomplete recovery by RMAN)
乐沙弥的世界
07-05 1万+
Oracle 数据库可以实现数据库不完全恢复与完全恢复。完全恢复是将数据库恢复到最新时刻，也就是无损恢复，保证数据库无丢失的恢复。而不完全恢复则是根据需要特意将数据库恢复到某个过去的特定时间点或特定的SCN以及特定的Sequence。我们可以通过基于用户管理的不完全恢复实现，也可以通过基于RMAN方式来实现。本文主要描述是基于RMAN的不完全恢复的几种情形并给出示例。有关数据库备份恢复，RMAN备
Oracle（2-15）RMAN Incomplete Recovery
DBA成长之路
12-11 551
RMAN Incomplete Recovery RMAN的不完全恢复
第四章：手工不完全恢复
Vic的博客
10-03 835
一般是数据库启动不起来的，所以是在mount下进行   4.1 不完全恢复的特点：            1）让整个database 回到过去某个时间点，不能避免数据丢失。       2）想跳过坏日志而继续恢复所有其他工作是不可能的，前滚没有这个功能(考点）。       3）必须以sysdba身份连接进行不完全恢复，普通用户或sysoper都不行（考点）。       4）语句
RMAN还原与恢复2（RMAN Incomplete Recovery）
weixin_34292924的博客
02-23 159
---恢复内容开始--- 一.RMAN实现不完全恢复 步骤： a.加载数据到mount状态(建议恢复前先做备份)； b.为高并发分配多个通道； c.还原所有(所需)的数据文件； d.使用until time,until sequence,until scn来恢复数据库； e.使用resetlogs打开数据库； f.全备数据库； 演示RMAN基于until time的例子： ...
oracle数据库ORA-01196错误解决办法分享
09-09
RMAN提供了强大的恢复功能，如`LIST INCOMPLETE RECOVERY`可以列出需要恢复的文件，`RESTORE DATABASE`和`RECOVER DATABASE`可以恢复整个数据库，而`RESTORE DATAFILE`和`RECOVER DATAFILE`则用于恢复单个文件。...
Oracle控制文件损坏导致ORA-00600错误的恢复方法
此时可尝试执行不完全恢复（Incomplete Recovery），如文档中使用的`RECOVER DATABASE UNTIL CANCEL`命令。然而，该操作报出了ORA-01547、ORA-01152和ORA-01110错误，明确指出“文件1没有从过旧的备份中还原”。这...
记一次数据库在线current redo损坏故障,2662,ora-600
familyrun的博客
03-03 1804
ora-600 2662, current redo损坏 环境：开发库 oracle 11.2.0.4 + suse linux 12  故障现象：巡检时发现，数据库已经挂掉。 处理过程： 查看alert日志，发现实例被终结了，且日志里面有如下报错： Errors in file /srv/oracle/diag/rdbms/oracledb/oracledb/trace/oracledb_lgwr_29710.trc: ORA-00316:
Incomplete recovery gi…
babymouse1212的博客
05-02 347
Incomplete recovery gives ORA-01152 (文档 ID 278856.1) 转到底部 recovery gives ORA-01152" /> recovery gives ORA-01152" />     还有可能是你的备份文件不全的原因,数据文件的checkpoint_change#不一致 In this Document
Oracle Incomplete数据库恢复: 使用restore point
In-Memory Computing Technology
04-25 668
环境: Oracle数据库12.2.0.1，CDB=orclcdb，PDB=orclpdb1 You can’t perform an incomplete database recovery on a subset of your database’s online data files 首先全备数据库： RMAN> backup database plus archivelog; ...
“不完全类型”指在C++中有声明但又没有定义的类型。
a172742451的专栏
10-28 1万+
用delete删除一个只有声明但无定义的类型的指针，是危险的。这通常导致无法调用析构函数（包括对象本身的析构函数、成员/基类的析构函数），从而泄露资源。 示例代码： 引用： class C;                // 在另一个cpp文件中定义 C* createC();           // 在另一个cpp文件中定义 int main() {     C* p = cre
Incomplete type与Foreward declaration
Eric Z的程序人生
11-01 4247
有时我们在编程时会遇到一些与类型不完整有关的编译器报错，此时我们往往只是简单的把它改成相应的完整类型定义，也没空去想为什么会报错，还有没有其他更好的解决方法；还有，很多人会一上来不管三七二十一把所有可以包含的头文件都包含一遍，确保编译通过。而很多时候，使用一个自定义类型，是不需要包含它的头文件的。所以，今天写篇文章来对这些做个总结。 Incomplete Type 不完整类型，包括那些类型
gcc编译提示incomplete type的原因
weixin_30355437的博客
05-15 1302
例子： #include <iostream> #include <string> using namespace std; int main(int argc, char** argv) { ifstream ifs("test.txt"); string str; while (getline(ifs, str))...
修改standby库的sys用户的密码导致DG无法传输日志及切换
zhenjiang412518的专栏
08-25 4634
由于备库只允许读，所以先进行主
不完整类型incomplete type
热门推荐
Simon的博客
08-01 1万+
不完整类型是一种用于描述标识符而无法确认该描述符大小的类型。 如一个类只有声明没有定义，一个数组没有指定大小等。 还有一种情况就是类有定义，但是所在头文件没有被包含文件A中，仅仅在A中声明了，也属于不完整类型。 在编码过程中可以利用“无法确认该描述符大小”的特点来保证代码安全，如 typedef char T_must_be_comlete_type[(0
OCP-1Z0-053-V12.02-152题
一抹曦阳-Oracle
10-07 7614
152.You are performing incomplete recovery using RMAN. You execute the following RUN block: RUN { SET UNTIL SCN 1107600; RESTORE DATABASE; RECOVER DATABASE; } Which statement is true about the
HCIE-datacom BGP路由控制策略详解
5. 起源（Origin）属性：IGP（内部网关协议）、EGP（外部网关协议）或INCOMPLETE（通过其他方式学习），通常更偏好IGP。 通过深入理解这些属性和选路原则，网络管理员可以有效地控制BGP路由的传播和选择，从而优化...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值