数据文件恢复

最新推荐文章于 2024-07-23 17:52:34 发布
最新推荐文章于 2024-07-23 17:52:34 发布
阅读量70 收藏
点赞数
文章标签： 数据库

数据文件恢复

[@more@]
Ø 数据文件rwsw_quest1损坏或丢失

SQL> alter database open resetlogs;

alter database open resetlogs

*

ERROR at line 1:

ORA-01157: cannot identify/lock data file 11 - see DBWR trace file

ORA-01110: data file 11: '/u01/oradata/retc/rwsw_quest1'

SQL> recover database;

ORA-00283: recovery session canceled due to errors

ORA-01610: recovery using the BACKUP CONTROLFILE option must be done

SQL> recover database using backup controlfile until cancel;

ORA-00283: recovery session canceled due to errors

ORA-01110: data file 11: '/u01/oradata/retc/rwsw_quest1'

ORA-01157: cannot identify/lock data file 11 - see DBWR trace file

ORA-01110: data file 11: '/u01/oradata/retc/rwsw_quest1'

数据库文件丢失之后，通过查看v$datafile_header，该数据文件头部信息的SCN值为0

SQL> col checkpoint_change# for 999999999999999

SQL> select file#,checkpoint_change# from v$datafile_header;

FILE# CHECKPOINT_CHANGE#

---------- ------------------

1 30628731073

2 30628731073

3 30628731073

4 30628731073

5 30628731073

6 30628731073

7 30628731073

8 30628731073

9 30628731073

10 30628731073

11 0

FILE# CHECKPOINT_CHANGE#

---------- ------------------

12 30628731073

13 30628731073

而控制文件记录的数据文件的头部信息则不变

SQL> col checkpoint_change# for 999999999999999

SQL> select file#,checkpoint_change# from v$datafile;

FILE# CHECKPOINT_CHANGE#

---------- ------------------

1 30628731073

2 30628731073

3 30628731073

4 30628731073

5 30628731073

6 30628731073

7 30628731073

8 30628731073

9 30628731073

10 30628731073

11 30628731073

FILE# CHECKPOINT_CHANGE#

---------- ------------------

12 30628731073

13 30628731073

14 30628731073

15 30628731073

从备份集还原该数据文件，再应用部分归档日志，使数据文件头部信息SCN与控制文件记录的数据文件头部信息SCN一致，即可打开数据库。

Ø restore数据库文件rwsw_quest1

$ rman target / catalog rman/rman@rmandb

Recovery Manager: Release 9.2.0.7.0 - 64bit Production

Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.

connected to target database: RETC (DBID=1688860591)

connected to recovery catalog database

RMAN> run

2> {

3> allocate channel t1 type 'SBT_TAPE'

4>parms 'BLKSIZE=524288,ENV=(TDPO_OPFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)';

5> set newname for datafile 11 to '/u01/oradata/retc/rwsw_quest1';

6> restore datafile 11 from tag='TAG20121124T053038';

7> #switch datafile '/dev/rwsw_quest1' to '/u01/oradata/retc/rwsw_quest1';

8> release channel t1;

9> }

10>

11>

allocated channel: t1

channel t1: sid=12 devtype=SBT_TAPE

channel t1: Tivoli Data Protection for Oracle: version 5.2.0.0

executing command: SET NEWNAME

Starting restore at 05-DEC-12

channel t1: starting datafile backupset restore

channel t1: specifying datafile(s) to restore from backup set

restoring datafile 00011 to /u01/oradata/retc/rwsw_quest1

channel t1: restored backup piece 1

piece handle=7cnr387v_1_1 tag=TAG20121124T053038 params=NULL

channel t1: restored backup piece 2

piece handle=7cnr387v_2_1 tag=TAG20121124T053038 params=NULL

channel t1: restore complete

Finished restore at 05-DEC-12

released channel: t1

Recovery Manager complete.

Ø 恢复数据文件rwsw_quest1

SQL> recover database using backup controlfile

ORA-00279: change 30626721711 generated at 11/24/2012 05:30:40 needed for

thread 1

ORA-00289: suggestion : /u01/oradata/archivelog/1_198779.dbf

ORA-00280: change 30626721711 for thread 1 is in sequence #198779

Specify log: {=suggested | filename | AUTO | CANCEL}

恢复该数据文件需要从归档日志序列号为198779开始进行恢复数据库，即SCN 30626721711开始，一直到SCN 30628731073为止，数据库才处于一致状态，才能完成恢复，打开数据库。

下面restore所需归档日志文件：

$ rman target / catalog rman/rman@rmandb

Recovery Manager: Release 9.2.0.7.0 - 64bit Production

Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.

connected to target database: RETC (DBID=1688860591)

connected to recovery catalog database

RMAN> run

2> {

3> allocate channel t1 type 'SBT_TAPE';

4> set archivelog destination to '/u01/oradata/archivelog';

5> restore archivelog from sequence 198779 until sequence 198798 thread 1;

6> restore archivelog from sequence 260037 until sequence 260049 thread 2;

7> release channel t1;

8> }

allocated channel: t1

channel t1: sid=8 devtype=SBT_TAPE

channel t1: Tivoli Data Protection for Oracle: version 5.2.0.0

executing command: SET ARCHIVELOG DESTINATION

Starting restore at 05-DEC-12

channel t1: starting archive log restore to user-specified destination

下面开始recover数据库：

SQL> recover database using backup controlfile

ORA-00279: change 30626721711 generated at 11/24/2012 05:30:40 needed for

thread 1

ORA-00289: suggestion : /u01/oradata/archivelog/1_198779.dbf

ORA-00280: change 30626721711 for thread 1 is in sequence #198779

Specify log: {=suggested | filename | AUTO | CANCEL}

ORA-00279: change 30626721711 generated at 11/24/2012 04:41:10 needed for

thread 2

ORA-00289: suggestion : /u01/oradata/archivelog/2_260039.dbf

ORA-00280: change 30626721711 for thread 2 is in sequence #260039

Specify log: {=suggested | filename | AUTO | CANCEL}

ORA-00279: change 30626756837 generated at 11/24/2012 06:02:49 needed for

thread 2

ORA-00289: suggestion : /u01/oradata/archivelog/2_260040.dbf

ORA-00280: change 30626756837 for thread 2 is in sequence #260040

ORA-00278: log file '/u01/oradata/archivelog/2_260039.dbf' no longer needed for

this recovery

Specify log: {=suggested | filename | AUTO | CANCEL}

ORA-00279: change 30626757063 generated at 11/24/2012 06:02:50 needed for

thread 1

ORA-00289: suggestion : /u01/oradata/archivelog/1_198780.dbf

ORA-00280: change 30626757063 for thread 1 is in sequence #198780

ORA-00278: log file '/u01/oradata/archivelog/1_198779.dbf' no longer needed for

this recovery

Specify log: {=suggested | filename | AUTO | CANCEL}

ORA-00279: change 30626972131 generated at 11/24/2012 08:23:48 needed for

thread 2

ORA-00289: suggestion : /u01/oradata/archivelog/2_260041.dbf

ORA-00280: change 30626972131 for thread 2 is in sequence #260041

......

Specify log: {=suggested | filename | AUTO | CANCEL}

ORA-00279: change 30628644962 generated at 11/24/2012 13:59:15 needed for

thread 1

ORA-00289: suggestion : /u01/oradata/archivelog/1_198798.dbf

ORA-00280: change 30628644962 for thread 1 is in sequence #198798

ORA-00278: log file '/u01/oradata/archivelog/1_198797.dbf' no longer needed for

this recovery

Specify log: {=suggested | filename | AUTO | CANCEL}

ORA-00279: change 30628731073 generated at 11/24/2012 14:12:29 needed for

thread 1

ORA-00289: suggestion : /u01/oradata/archivelog/1_198799.dbf

ORA-00280: change 30628731073 for thread 1 is in sequence #198799

ORA-00278: log file '/u01/oradata/archivelog/1_198798.dbf' no longer needed for

this recovery

Specify log: {=suggested | filename | AUTO | CANCEL}

cancel

Media recovery cancelled.

SQL>

已经恢复到SCN 30628731073，数据库已经处于一致状态，归档日志序列号为198799是最后一个需要恢复的日志，手动输入cancel，取消恢复。

至此，损坏或丢失的数据文件rwsw_quest1已经恢复，数据库已经处于一致状态。

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

转载于:http://blog.itpub.net/28227905/viewspace-1059889/

cuijiaoru6165
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
recuva数据文件恢复工具
11-25
Windows 平台下的文件恢复工具，它可以用来恢复那些被误删除的任意格式的文件，能直接恢复硬盘、闪盘、存储卡（如 SD 卡，MMC 卡等等）中的文件，只要没有被重复写入数据，无论格式化还是删除均可直接恢复，支持 FAT...
数据文件恢复.rar
12-26
数据文件恢复是一个重要的主题，尤其是在数字化时代，个人和企业对数据的依赖日益增强。当我们不小心删除了重要文件或由于其他原因导致数据丢失时，能够恢复这些文件显得至关重要。标题"数据文件恢复.rar"暗示我们将...
数据文件恢复工具
03-22
数据文件恢复工具是一种专门设计用于帮助用户找回意外删除或丢失的文件的重要软件。在日常工作中，我们可能会因为误操作、病毒攻击、系统故障或者硬盘损坏等原因导致重要文件消失。这时，数据恢复工具就显得尤为关键...
强力数据文件恢复软件
11-28
一直在用，很好用的数据恢复软件。软件已破解，不需要花钱，永久免费。
C#数据文件恢复源代码.rar
12-17
C#数据文件恢复源代码直接可以在电脑上调试
OAuth2.0 or Spring Session or 单点登录流程
qq_53374893的博客
07-20 356
一句话精辟解释： 在过滤器放行的时候，偷偷的把原生的 request 和 response 对象换成了它的实现，也就是 调用getSession 的时候拿到的 其实是对redis 操作的Session。但其他的操作还是使用原生的，只不过重写的方法，调用的是子类的，也就是往 redis 里放入 Session，把原生的操作给替换了！分布式Session原理，使用子域名，的时候放入父域名的 JsessionId 然后将这个ID 的所存的内容放入Redis ，这样实现不同域名共享同一sessionID.
基于JSP的高校信息资源共享平台
heye0910032的博客
07-22 554
高校信息资源共享平台的开发和实现，为高校信息资源的管理和共享提供了一个有效的解决方案。通过使用JSP技术和MySQL数据库，本系统实现了一个稳定、安全、易用的高校信息资源管理平台。虽然在开发过程中遇到了一些技术挑战，但通过不断学习和实践，最终完成了一个能够满足用户需求的系统。未来，我们将继续优化系统功能，提升用户体验，以期达到更高的应用价值和社会效益。高校信息资源共享平台的开发和实现，为高校信息资源的管理和共享提供了一个有效的解决方案。
秒杀业务: 简单梳理
m0_59925573的博客
07-23 862
（1）在一人一单优惠券秒杀中，先是解决了因线程安全导致的超卖问题，为了满足一人一单的业务需求需要给查询订单表查询库存表上锁，但是synchronized只能满足单机环境下线程安全，在分布式环境对多个JVM需要使用分布式锁，于是手写分布式锁,但是在极端情况下，例如业务超时，会出现“误删”问题，手写锁无法解决，于是引入redisson,借助看门狗机制可以有效解决这个问题。
MySQL（事务、索引）&&MyBatis
hycccccch的博客
07-19 735
事务指的是一组操作的集合，是一个不可分割的工作单位。事务会将所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败默认MySQL的事务是自动提交，即当执行一条DML语句时，MySQL会立即隐式的提交事务开启事务后运行事务不会对数据改变，commit后才会改变数据如果有命令发生错误，需要进行rollback进行回滚、
docker容器
2401_83945639的博客
07-20 894
root@lvs-server ~]# docker start 8a1e7f458daf --手动start启动。-v 目录映射【宿主机的目录映射给容器的某个目录，将容器中的目录挂载到宿主机的目录中】docker rm -f $(docker ps -aq) 删除所有的容器。docker rm -f cname 强制删除，可以删除正在运行的容器。-p 端口映射【宿主机的端口映射给容器的某个端口】创建容器并运行 --这个是mysql的容器。docker ps -q 查看所有容器id。
怎样在 PostgreSQL 中实现数据的异地备份？
技术笔记
07-19 1191
总而言之，在 PostgreSQL 中实现数据的异地备份不是一件难事，但也需要我们认真对待，精心规划。选择合适的备份方法和异地存储方式，制定合理的备份策略，定期进行测试和恢复演练，才能确保我们的数据在任何情况下都能“安然无恙”。🎉相关推荐🍅关注博主🎗️带你畅游技术世界，不错过每一次成长机会！📚领书：PostgreSQL 入门到精通.pdf📙PostgreSQL 中文手册📘PostgreSQL 技术专栏🍅CSDN社区-墨松科技。
sqlalchemy使用json_unquote函数的mysql like查询
最新发布
ithongchou的博客
07-23 481
为您自己的数据库连接信息，并根据实际表结构修改模型类。函数查询MySQL JSON字段可以通过使用。下面是一个示例，假设有一个名为。请确保替换示例代码中的数据库连接字符串(在SQLAlchemy中使用。的表，其中包含一个名为。
MongoDB教程（十五）：MongoDB原子操作
菜鸟小码的博客
07-21 695
在多线程或分布式环境中，保证数据一致性是一项重大挑战。原子操作是解决这一问题的关键技术之一，它确保一系列操作要么全部成功，要么全部失败，从而维持数据的完整性和一致性。MongoDB 提供了一系列内置的原子操作，使开发者能够轻松地在数据库层面实现事务性和数据完整性。本文将深入探讨 MongoDB 中的原子操作，包括更新、插入和删除操作的原子性，并通过具体案例代码展示如何在实际应用中运用这些原子操作。
如何避免推荐系统中的雪崩效应？
xixixixixixixi21的博客
07-19 333
为了避免推荐系统中的“雪崩效应”，也称为热点商品（或冷启动）问题，可以采取以下几种策略：多样性推荐：除了基于流行度的推荐外，还结合用户的兴趣偏好、新颖度或其他个性化因素，生成多样化的推荐列表，避免所有用户都集中关注少数几个热门商品。缓存策略：对热门商品推荐结果做持久化存储，当有大量用户同时访问时，可以直接从缓存获取，减轻后端压力。预测模型：使用机器学习算法（如时间序列分析或协同过滤）预测商品未来的热度，提前分配资源，防止临时的突然爆发。
export import 预估耗时 Oracle 所有操作都类似
jnrjian的博客
07-19 572
sofar!...
linux中使用docker安装mongodb
qq_56661788的博客
07-20 677
v /data/mongo/config/mongod.conf:/etc/mongod.conf：将主机上的/data/mongo/config/mongod.conf文件挂载到容器的/etc/mongod.conf位置，作为 MongoDB 的配置文件。-v /data/mongo/logs:/var/log/mongodb：将主机上的/data/mongo/logs目录挂载到容器的/var/log/mongodb位置，作为 MongoDB 的日志存储目录。登录阿里云，开通容器镜像服务，进入控制台。
SuperMap GIS基础产品FAQ集锦(20240715)
SuperMap技术控
07-22 582
SuperMap GIS基础产品FAQ集锦(20240715)
一文解释Spring中对象关系映射（ORM）
java永无止境！
07-20 307
Spring中的ORM主要是通过Spring Data Access/Integration层提供的支持实现的，这个层次为不同的ORM技术提供了一系列的整合与支持。ORM使得开发人员可以以面向对象的方式来处理数据库交互，而不必担心底层的SQL细节，从而提高了开发效率并减少了代码复杂性。通过如JPA这样的ORM规范，以及Spring Data JPA这样的库，Spring进一步简化了数据访问，并允许无缝地进行扩展和交换底层数据存储。
达梦数据库 CASE_SENSITIVE参数的理解
qq_44669390的博客
07-19 922
CASE_SENSITIVE
mysql8.0 宕机数据文件恢复
07-09
在进行MySQL 8.0宕机数据文件恢复时，要小心操作，确保对数据进行适当的备份，并参考MySQL官方文档和手册以获得更详细的指导和建议。同时，为了避免宕机和数据文件损坏的情况发生，建议定期备份数据库、使用可靠的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值