read only打开不完全恢复的数据库的限制...

最新推荐文章于 2024-06-08 16:00:00 发布
最新推荐文章于 2024-06-08 16:00:00 发布
阅读量315 收藏 1
点赞数
文章标签： 数据库
有人说不完全恢复后无法使用read only打开数据库查看恢复结果，必须使用resetlog打开。如果使用resetlog打开，redo会被重置，以前的备份也会失效，也就无法继续恢复了。
其实，不完全恢复是可以用read only打开的，只不过有点限制.




下面来做个实验:
1.建立表mydb.rotest
2.drop mydb.rotest

那么假如我想恢复rotest，就需要做不完全恢复到scn599679。（当然不完全恢复的方法有许多...这里讨论一下用全库的不完全恢复）Z:\>sqlplus " / as sysdba"

SQL*Plus: Release 10.2.0.4.0 - Production on Thu Feb 26 09:27:54 2009

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.


Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SYS AS SYSDBA> conn mydb
Enter password:
Connected.
MYDB > select current_scn from v$database;

CURRENT_SCN
-----------
     599655

Elapsed: 00:00:00.09
MYDB > create table rotest as select * from v$version;

Table created.

Elapsed: 00:00:00.65
MYDB > select current_scn from v$database;

CURRENT_SCN
-----------
     599679

Elapsed: 00:00:00.04
MYDB > drop table rotest;

Table dropped.

Elapsed: 00:00:01.51
MYDB > select current_scn from v$database;

CURRENT_SCN
-----------
     599698

Elapsed: 00:00:00.01
SYS AS SYSDBA> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS AS SYSDBA> startup mount
ORACLE instance started.

Total System Global Area  276824064 bytes
Fixed Size                  1296260 bytes
Variable Size              92276860 bytes
Database Buffers          180355072 bytes
Redo Buffers                2895872 bytes
Database mounted.
SYS AS SYSDBA>
SYS AS SYSDBA> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

方法一:直接不完全恢复Z:\>rman target /

Recovery Manager: Release 10.2.0.4.0 - Production on Thu Feb 26 09:35:36 2009

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

connected to target database: TEST (DBID=1977886605, not open)

RMAN> list backup;

using target database control file instead of recovery catalog

List of Backup Sets
===================

BS Key  Size       Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
1       26.92M     DISK        00:00:02     26-FEB-09
        BP Key: 1   Status: AVAILABLE  Compressed: NO  Tag: TAG20090226T092546
        Piece Name: D:\ORACLE\ORA102\DATABASE\01K8ANKR_1_1

  List of Archived Logs in backup set 1
  Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
  ---- ------- ---------- --------- ---------- ---------
  1    9       138764     25-FEB-09 599586     26-FEB-09

BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
2       Full    249.92M    DISK        00:00:28     26-FEB-09
        BP Key: 2   Status: AVAILABLE  Compressed: NO  Tag: TAG20090226T092551
        Piece Name: D:\ORACLE\ORA102\DATABASE\02K8ANKV_1_1
  List of Datafiles in backup set 2
  File LV Type Ckp SCN    Ckp Time  Name
  ---- -- ---- ---------- --------- ----
  1       Full 599594     26-FEB-09 D:\ORACLE\ORADATA\TEST\SYSTEM01.DBF
  2       Full 599594     26-FEB-09 D:\ORACLE\ORADATA\TEST\UNDOTBS01.DBF
  3       Full 599594     26-FEB-09 D:\ORACLE\ORADATA\TEST\SYSAUX01.DBF
  4       Full 599594     26-FEB-09 D:\ORACLE\ORADATA\TEST\USERS01.DBF

BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
3       Full    6.80M      DISK        00:00:02     26-FEB-09
        BP Key: 3   Status: AVAILABLE  Compressed: NO  Tag: TAG20090226T092551
        Piece Name: D:\ORACLE\ORA102\DATABASE\03K8ANM3_1_1
  Control File Included: Ckp SCN: 599605       Ckp time: 26-FEB-09
  SPFILE Included: Modification time: 26-FEB-09

BS Key  Size       Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
4       4.00K      DISK        00:00:02     26-FEB-09
        BP Key: 4   Status: AVAILABLE  Compressed: NO  Tag: TAG20090226T092630
        Piece Name: D:\ORACLE\ORA102\DATABASE\04K8ANM6_1_1

  List of Archived Logs in backup set 4
  Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
  ---- ------- ---------- --------- ---------- ---------
  1    10      599586     26-FEB-09 599610     26-FEB-09

RMAN> run {
2> set until scn 599679;
3> restore database;
4> recover database;
5> }

executing command: SET until clause

Starting restore at 26-FEB-09
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=156 devtype=DISK

channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to D:\ORACLE\ORADATA\TEST\SYSTEM01.DBF
restoring datafile 00002 to D:\ORACLE\ORADATA\TEST\UNDOTBS01.DBF
restoring datafile 00003 to D:\ORACLE\ORADATA\TEST\SYSAUX01.DBF
restoring datafile 00004 to D:\ORACLE\ORADATA\TEST\USERS01.DBF
channel ORA_DISK_1: reading from backup piece D:\ORACLE\ORA102\DATABASE\02K8ANKV_1_1
channel ORA_DISK_1: restored backup piece 1
piece handle=D:\ORACLE\ORA102\DATABASE\02K8ANKV_1_1 tag=TAG20090226T092551
channel ORA_DISK_1: restore complete, elapsed time: 00:00:36
Finished restore at 26-FEB-09

Starting recover at 26-FEB-09
using channel ORA_DISK_1

starting media recovery
media recovery complete, elapsed time: 00:00:04

Finished recover at 26-FEB-09

RMAN> exit


Recovery Manager complete.

Z:\>sqlplus " / as sysdba"

SQL*Plus: Release 10.2.0.4.0 - Production on Thu Feb 26 09:37:25 2009

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.


Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SYS AS SYSDBA> alter database open read only;
alter database open read only
*
ERROR at line 1:
ORA-16005: database requires recovery


Elapsed: 00:00:00.18

这时候发现无法readonly打开数据库，为什么呢？
SYS AS SYSDBA> select checkpoint_change#,last_change# from v$datafile;

CHECKPOINT_CHANGE# LAST_CHANGE#
------------------ ------------
            599999       599999
            599999       599999
            599999       599999
            599999       599999

Elapsed: 00:00:00.01
SYS AS SYSDBA> select checkpoint_change# from v$datafile_header;

CHECKPOINT_CHANGE#
------------------
            599685
            599685
            599685
            599685

Elapsed: 00:00:00.14
SYS AS SYSDBA> select checkpoint_change# ,current_scn from v$database;

CHECKPOINT_CHANGE# CURRENT_SCN
------------------ -----------
            599999           0

Elapsed: 00:00:00.00

可以看到controlfile中记录的数据文件checkpoint_change#和数据文件头的checkpoint_change#无法对应，这是因为使用的是原controlfile,而数据文件是通过备份恢复出来的，当你做read only open的时候，怀疑oracle为了冻结数据文件的scn会对比这两个值，当他们不相同的时候,oracle会认为这个不不一致的数据库，所以无法read only opn.

既然是因为这个，我们重新作恢复，只不过这次用备份的controlfile.
SYS AS SYSDBA> startup force nomount
ORACLE instance started.

Total System Global Area  276824064 bytes
Fixed Size                  1296260 bytes
Variable Size              92276860 bytes
Database Buffers          180355072 bytes
Redo Buffers                2895872 bytes
SYS AS SYSDBA> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

Z:\>rman target /

Recovery Manager: Release 10.2.0.4.0 - Production on Thu Feb 26 09:51:00 2009

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

connected to target database: TEST (not mounted)

RMAN> run {
2> restore controlfile from 'D:\ORACLE\ORA102\DATABASE\03K8ANM3_1_1';
3> mount database;
4> set until scn 599679;
5> restore database;
6> recover database;
7> }

Starting restore at 26-FEB-09
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=156 devtype=DISK

channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
output filename=D:\ORACLE\ORADATA\TEST\CONTROL01.CTL
output filename=D:\ORACLE\ORADATA\TEST\CONTROL02.CTL
output filename=D:\ORACLE\ORADATA\TEST\CONTROL03.CTL
Finished restore at 26-FEB-09

database mounted
released channel: ORA_DISK_1

executing command: SET until clause

Starting restore at 26-FEB-09
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=156 devtype=DISK

channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to D:\ORACLE\ORADATA\TEST\SYSTEM01.DBF
restoring datafile 00002 to D:\ORACLE\ORADATA\TEST\UNDOTBS01.DBF
restoring datafile 00003 to D:\ORACLE\ORADATA\TEST\SYSAUX01.DBF
restoring datafile 00004 to D:\ORACLE\ORADATA\TEST\USERS01.DBF
channel ORA_DISK_1: reading from backup piece D:\ORACLE\ORA102\DATABASE\02K8ANKV_1_1
channel ORA_DISK_1: restored backup piece 1
piece handle=D:\ORACLE\ORA102\DATABASE\02K8ANKV_1_1 tag=TAG20090226T092551
channel ORA_DISK_1: restore complete, elapsed time: 00:01:05
Finished restore at 26-FEB-09

Starting recover at 26-FEB-09
using channel ORA_DISK_1

starting media recovery

archive log thread 1 sequence 10 is already on disk as file D:\ORACLE\ORADATA\TEST\REDO01.LOG
archive log thread 1 sequence 11 is already on disk as file D:\ORACLE\ORADATA\TEST\REDO02.LOG
archive log filename=D:\ORACLE\ORADATA\TEST\REDO01.LOG thread=1 sequence=10
archive log filename=D:\ORACLE\ORADATA\TEST\REDO02.LOG thread=1 sequence=11
media recovery complete, elapsed time: 00:00:03
Finished recover at 26-FEB-09

RMAN> exit


Recovery Manager complete.

Z:\>sqlplus " / as sysdba"

SQL*Plus: Release 10.2.0.4.0 - Production on Thu Feb 26 09:52:47 2009

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.


Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SYS AS SYSDBA> select checkpoint_change#,last_change# from v$datafile;

CHECKPOINT_CHANGE# LAST_CHANGE#
------------------ ------------
            599685
            599685
            599685
            599685

Elapsed: 00:00:00.04
SYS AS SYSDBA> select checkpoint_change# from v$datafile_header;

CHECKPOINT_CHANGE#
------------------
            599685
            599685
            599685
            599685

Elapsed: 00:00:00.07
SYS AS SYSDBA> select checkpoint_change# ,current_scn from v$database;

CHECKPOINT_CHANGE# CURRENT_SCN
------------------ -----------
            599586           0

Elapsed: 00:00:00.01
SYS AS SYSDBA> alter database open read only;

Database altered.

Elapsed: 00:00:02.32

由于控制文件来自于备份，在做recover的时候，控制文件也一起被recover,所以两个地方存储的checkpoint_change#就一致了，也就可以read only打开了，这个时候，也就可以读取mydb.rotest了
SYS AS SYSDBA> select * from mydb.rotest;

BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Prod
PL/SQL Release 10.2.0.4.0 - Production
CORE    10.2.0.4.0      Production
TNS for 32-bit Windows: Version 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production

Elapsed: 00:00:00.09
SYS AS SYSDBA> startup force mount;
ORACLE instance started.

Total System Global Area  276824064 bytes
Fixed Size                  1296260 bytes
Variable Size              92276860 bytes
Database Buffers          180355072 bytes
Redo Buffers                2895872 bytes
Database mounted.
SYS AS SYSDBA> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

下面可以把mydb.rotest exp出来，然后继续作恢复，到结束，这样数据库，就恢复到了最新状态，不会丢数据(虽然必须用resetlogs打开)
Z:\>rman target /

Recovery Manager: Release 10.2.0.4.0 - Production on Thu Feb 26 09:56:06 2009

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

connected to target database: TEST (DBID=1977886605, not open)

RMAN> recover database;

Starting recover at 26-FEB-09
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=156 devtype=DISK

starting media recovery

archive log thread 1 sequence 11 is already on disk as file D:\ORACLE\ORADATA\TEST\REDO02.LOG
archive log filename=D:\ORACLE\ORADATA\TEST\REDO02.LOG thread=1 sequence=11
media recovery complete, elapsed time: 00:00:01
Finished recover at 26-FEB-09

RMAN> exit


Recovery Manager complete.

Z:\>sqlplus " / as sysdba"

SQL*Plus: Release 10.2.0.4.0 - Production on Thu Feb 26 09:56:28 2009

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.


Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SYS AS SYSDBA> alter database open read only;

Database altered.

Elapsed: 00:00:02.12
SYS AS SYSDBA> select * from mydb.rotest;
select * from mydb.rotest
                   *
ERROR at line 1:
ORA-00942: table or view does not exist


Elapsed: 00:00:00.03
SYS AS SYSDBA>

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

转载于:http://blog.itpub.net/14876437/viewspace-557892/

csdn7007
关注
Debezium日常分享系列之：Debezium 2.7.0.Final发布
zhengzaifeidelushang的博客
07-05 175
虽然 Oracle 建议用户避免使用基于 RAW 的列，但由于格式兼容的原因，这些列仍然广泛用于标准 Oracle 表中。但在某些业务示例中，继续使用 RAW 列而不是其他数据类型是有意义的。Debezium 2.7 引入了一个专门针对 Oracle 的新自定义转换器，称为 RawToStringConverter (DBZ-7753)。此自定义转换器旨在允许您使用 STRING 架构类型快速将 RAW 列的字节数组内容转换为基于字符串的字段。
Oracle 数据库备份与恢复的重要性与最佳实践
m0_49929446的博客
01-18 1634
Oracle 数据库备份与恢复的重要性与最佳实践
记录一次ORACLE的不完全恢复
weixin_34311757的博客
02-08 110
前言：之前说过一句话，备份有时候就是用于数据库的恢复，虽然很多时候都用不上。但是你永远不知道什么时候会用上，这就是备份的意义； 昨天晚上10点多的时候，突然朋友打电话过来，要帮忙做一个数据库基于时间点的恢复。 具体的业务场景是这样的：2015年2月7日12：00的时候有一个错误的操作，导致用户的数据被覆盖。但是由于...
oracle实验记录 （恢复read only tablespace(1)）
cuiye1492的博客
09-07 110
实验记录下几种readonly tablespace恢复情况 及与controlfile情况 实验环境 SQL> select * from v$version; BANNER--------------------...
oracle实验记录 （恢复read only tablespace(2)）
cuiye1492的博客
09-07 101
看下read only tablespace与 重建立控制文件,和使用备份控制文件 情况一重建控制文件SQL> alter tablespace testtb read only; SQL> alter d...
表空间处于read only时，如何进行全库恢复(一)
老A的自留地，欢迎加微信交流，微信号zhoul777
12-19 217
本次案例仅测试表空间处于read only时，如何进行全库恢复。为简化测试流程，数据库采用冷备份，控制文件采用rman在线备份 [oracle@linuxsvr ora10r2]$ cp *.dbf ../orabak 业务表空间没有增加数据文件 故障发生时业务表空间处于read only状态。 1、controlfile备份在业务表空间read only之前 14:18:38 SQ...
alter database open read only 为何还要提示recovery？
congwen9810的博客
01-05 258
今天qq群上一位xd问关于alter database open read only的问题，自己也做了一个测试。他描述的情况如下：SQL> shutdown abortORACLE 例程已经关闭。SQL> start...
oracle数据库-综合训练项目答案.docx
12-16
`STARTUP OPEN READ ONLY` 用于将数据库打开为只读模式，此时不允许进行任何数据修改操作。 - 若要将数据库从只读模式切换到可读可写模式，需要关闭数据库并重新启动。 3. **事务处理**： - 未提交的事务在数据库...
MySQL主从不一致问题相关处理
热门推荐
企业实战系列集 ●●● https://ximenjianxue.blog.csdn.net
09-26 1万+
某业务采取mysql的主从架构，但因为存储的问题，导致备库一直无法存储，数据同步一致性问题一直也未恢复，某次安全检查要求完成主备倒换演练，必须限期恢复主备，但是在恢复过程中，同步显示正常一段时间后，便会出现sql线程异常，主备数据不一致导致的同步错误情况。主数据库上面设置的max_allowed_packet比从数据库大，当一个大的sql语句，能在主数据库上面执行完毕，从数据库上面设置过小，无法执行，导致的主从不一致。根据上面的NR行数，查看附近的行，定位数据不一致的地方，后续手动补全。
【云原生进阶之数据库技术】第二章-Oracle-原理-4.6.3.3-闪回数据库技术
最新发布
junbaozi的专栏
06-08 1017
闪回数据库技术是一种快速的数据库恢复方案，这种恢复是基于用户的逻辑错误此时通常是将数据库恢复到之前的某一个时间点。相比于原始的恢复方式需要先备份数据文件，再使用归档日志恢复到以前的时间点。闪回日志由oracle自动创建，并保存于闪回恢复区中，由闪回恢复区管理，因为是自动管理的，所以如果闪回恢复区空间不足，闪回日志也会自动删除。所以闪回恢复区应该适当的设置的大一点。
以read only模式打开数据库
citong9787的博客
07-13 260
alter database open read only;alter database open read write;（默认） ...
oracle只读打开数据库
kevinyu998的博客
06-30 2830
客户经常有这样的需求，数据库已迁移，但还是希望原库可以打开，就只能只读模式打开了。
shell 获取ora报错信息_案例：记录一则强制开库遭遇 ORA-16433 的处理过程
weixin_39887925的博客
11-27 262
客户的一套开发环境，大概了解到的背景是清理空间时redo被运维人员当作log误删除，一线同事先接手处理，过程中遇到问题升级到我这里继续分析。 接手后，数据库处于mount状态，之前恢复过程中已经做过resetlogs的操作，也设置了"_allow_resetlogs_corruption"隐藏参数为true，目前直接开库会提示需要恢复，重新进行resetlogs时报错ORA-600 [2662]，...
Oracle 中关于database的read only状态和read write状态下普通用户对数据的操作
kayzhao的专栏
09-04 7825
当为了防止用户进程修改数据库中的数据时，可以将数据库的状态置为只读，sql语句如下：startup mount alter database open read write;【注意：alter database *** 命令需要在database为mount状态下才行，如果数据库已启动，先要shutdown】 之后执行如下操作登入scott / tiger 用户 sqlplus /nolog
alter database open oracle,alter database open read only 为何还要提示recovery？
weixin_33503373的博客
04-03 705
今天qq群上一位xd问关于alter database open read only的问题，自己也做了一个测试。他描述的情况如下：SQL> shutdown abortORACLE 例程已经关闭。SQL> startup mount;ORACLE 例程已经启动。Total System Global Area 171966464 bytesFixed Size...
Oracle 数据库只读设置
myneth的博客
10-06 522
Oracle数据库只读场景
ORA-00600 3020 ORA-10567案例
weixin_33816821的博客
11-25 886
  PlateSpin克隆复制出的Oracle数据库服务器，往往启动数据库实例都会遇到一些杂七杂八的问题。今天测试DR环境时又遇到了一个特殊场景，在此之前，我已经遇到了下面两起案例： ORA-00600: internal error code, arguments: [kcratr1_lastbwr], [], [], [], [], [], [], [] ORA-00600: internal...
oracle数据库状态
riven2011的博客
09-17 5796
oracle数据库状态 一、oracle数据库有四种状态： 1.open:打开所有文件 2.mount：打开控制文件 3.nomount：打开实例 4.shutdown：关闭 二、数据库启动（startup） 启动数据库需要三个阶段，而且这三阶段具有不可逆性： 1.启动实例 2.装载数据库到实例 3.打开数据库 1.startup nomount 读取初始化参数文件，启动后台进程，初始化SGA 2.startup mount 在已经处于open状态数据，更改成mount状态： alter database
Oracle 数据库启动与关闭 各种方式详解整理
weixin_30699235的博客
08-22 273
概述 只有具备sysdba和sysoper系统特权的用户才能启动和关闭数据库。 在启动数据库之前应该启动监听程序，否则就不能利用命令方式来管理数据库，包括启动和关闭数据库。 虽然数据库正常运行，但如果没有启动监听程序，客户端就不能连接到数据库。 在oracle用户下： 启动监听程序 lsnrctl start 关闭监听程序lsnrctl stop 查询监听程序状态lsnrctl stat...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值