处于recover状态的数据文件的恢复
- 格式:docx
- 大小:19.06 KB
- 文档页数:2
oracle11g还原数据库步骤概述说明以及解释引言部分的内容可以按照如下方式撰写:1. 引言1.1 概述引言部分将介绍本篇文章的主题,即Oracle 11g数据库还原步骤。
数据库还原是一项至关重要的任务,它可以帮助恢复丢失或损坏的数据,并确保系统的连续性和可靠性。
在本文中,我们将深入探讨Oracle 11g数据库还原的步骤和过程,以及执行还原操作前需要注意的准备工作。
1.2 文章结构在本文中,我们将按照以下顺序来讨论Oracle 11g数据库还原:- 首先,我们将介绍Oracle 11g数据库还原的重要性,阐述为什么必须进行数据库还原操作。
- 其次,我们将概述Oracle 11g数据库还原的步骤,并列出每个步骤的简要说明。
- 第三部分我们将详细描述执行数据库还原操作前所需进行的准备工作。
- 接下来,我们将提供执行数据库还原操作的详细步骤,包括必要时涉及到的命令和工具。
- 最后,我们将讨论完成数据库还原后进行验证和测试的方法与技巧。
1.3 目的本文旨在为读者提供有关Oracle 11g数据库还原的全面指南。
通过学习本文,读者将能够了解数据库还原的重要性、掌握进行数据库还原操作的步骤和技巧,并且能够有效地验证和测试还原后的数据库。
我们希望这篇文章能够帮助读者在数据库还原过程中避免常见错误,并提供相关提示和建议。
2. 正文:2.1 Oracle 11g数据库还原的重要性在数据库管理中,数据的安全性和完整性是至关重要的。
由于各种原因,比如硬件故障、用户误操作或者系统遭受攻击,数据库可能会丢失或损坏。
因此,在这些情况下,数据库还原变得非常重要。
Oracle 11g数据库还原是指恢复已经丢失或被损坏的数据到其先前可用状态的过程。
2.2 Oracle 11g数据库还原的步骤概述数据库还原通常包括以下主要步骤:- 备份介质准备:确定可用的备份介质,并确保其处于良好状态。
- 目标库环境准备:在目标库上创建必需的目录结构,并配置参数以适应还原操作。
数据库的数据文件变为recover状态,如何让其ONLINE,如下是个人的操作步骤:SQL> select status,name from v$datafile;STATUS NAME------- --------------------------------------------------SYSTEM /opt/oracle/oradata/dzj01/system01.dbfONLINE /opt/oracle/oradata/dzj01/sysaux01.dbfONLINE /opt/oracle/oradata/dzj01/users01.dbfRECOVER /opt/oracle/product/10.2/db_1/dbs/ultranms_performance.dbfRECOVER /opt/oracle/product/10.2/db_1/dbs/ultranms_big.dbfONLINE /opt/oracle/product/10.2/db_1/dbs/ultranms_small.dbfONLINE /opt/oracle/product/10.2/db_1/dbs/ultranms_index.dbfONLINE /opt/oracle/product/10.2/db_1/dbs/ultranms_default.dbfONLINE /opt/oracle/oradata/dzj01/undotbs.dbf9 rows selected.SQL> alter database datafile '/opt/oracle/product/10.2/db_1/dbs/ultranms_big.dbf' online; alter database datafile '/opt/oracle/product/10.2/db_1/dbs/ultranms_big.dbf' online*ERROR at line 1:ORA-01113: file 6 needs media recoveryORA-01110: data file 6: '/opt/oracle/product/10.2/db_1/dbs/ultranms_big.dbf'SQL> recover datafile 6;ORA-00279: change 17000140 generated at 11/08/2007 14:52:17 needed for thread 1 ORA-00289: suggestion :/opt/oracle/flash_recovery_area/DZJ01/archivelog/2008_02_29/o1_mf_1_1174_%u_.arc ORA-00280: change 17000140 for thread 1 is in sequence #1174Specify log: {<RET>=suggested | filename | AUTO | CANCEL}autoORA-00308: cannot open archived log'/opt/oracle/flash_recovery_area/DZJ01/archivelog/2008_02_29/o1_mf_1_1174_%u_.ar c'ORA-27037: unable to obtain file statusLinux-x86_64 Error: 2: No such file or directoryAdditional information: 3ORA-00308: cannot open archived log'/opt/oracle/flash_recovery_area/DZJ01/archivelog/2008_02_29/o1_mf_1_1174_%u_.arc'ORA-27037: unable to obtain file statusLinux-x86_64 Error: 2: No such file or directoryAdditional information: 3SQL> recover datafile 6;ORA-00279: change 17000140 generated at 11/08/2007 14:52:17 needed for thread 1 ORA-00289: suggestion :/opt/oracle/flash_recovery_area/DZJ01/archivelog/2008_02_29/o1_mf_1_1174_%u_.arc ORA-00280: change 17000140 for thread 1 is in sequence #1174Specify log: {<RET>=suggested | filename | AUTO | CANCEL}cancelMedia recovery cancelled.SQL> alter database datafile 6 online;alter database datafile 6 online*ERROR at line 1:ORA-01113: file 6 needs media recoveryORA-01110: data file 6: '/opt/oracle/product/10.2/db_1/dbs/ultranms_big.dbf'你的archive log的路径是不是不对啊,你manually提交log看看,在Specify log: {<RET>=suggested | filename | AUTO | CANCEL}后指定你archive log保存目录。
如何恢复误删了的文件2007-04-25 02:48在你进行误删除以后,只要你没有向删除文件的分区写入文件,就还有机会将误删除的文件恢复。
不过不敢保证全部恢复。
现在恢复数据的软件较多,比如:EasyRecovery Pro、FinalDataEnterprise20等,这里我推荐使用EasyRecovery Pro这款软件。
同时我将介绍在WINDOWS和DOS两种情况下的数据恢复步骤。
希望对你有所帮助。
在日常使用电脑的过程中,每个人都可能遇到过误删除数据、误格式化硬盘分区等比较麻烦的情况,甚至还可能出现误删除硬盘分区的情况。
那么一旦出现这些情况之后,该如何恢复那些误删除的数据呢?在Windows中恢复数据如果用户只是在操作时误删除了一些文件,例如Word文件、文本文件等等,或者只是误格式化了非系统分区,而Windows还运行正常的话,那么可以通过EasyRecovery Pro这款软件来恢复数据。
提示:安装该软件时需要注意:如果需要找回C盘上误删的文件,则最好不要将EasyRecovery Pro安装到C盘,否则会影响C盘的文件系统,对数据恢复不利。
1.恢复误删除的文件启动EasyRecovery Pro 6.0之后,点击主界面左边的“Data Recovery”按钮,然后再点击右边窗口中的“Deleted Recovery”按钮。
经过短暂的扫描之后,程序要求用户选中误删文件所在的那个分区,然后可以在右边的“File Filter”栏中输入要恢复的文件的文件名及类型。
程序默认是查找所有被删除的文件,这样可以查找所有被删除的文件,一般用默认值即可。
注意,如果文件被删除了很长时间,则建议将“Complete Scan”前的复选框选中,这样恢复成功的几率要大一些。
点击“下一步”后,程序开始扫描该分区,最后弹出一个文件列表窗口。
该窗口与“资源管理器”差不多,用户只需在该列表中查找需要恢复的文件并打上“√”即可。
recover 数据恢复方法嘿,咱今儿就来说说这 recover 数据恢复方法!你可别小瞧了这事儿,有时候啊,数据就跟咱的宝贝似的,不小心丢了那可真叫一个抓心挠肝呐!想象一下,你精心写好的文档,存了好久的照片,还有那些重要的工作资料,突然有一天就找不着了,是不是感觉天都要塌了?这时候,要是能有办法把它们找回来,那可真是太好了!首先呢,咱得养成备份的好习惯。
就跟咱每天要吃饭睡觉一样,定期给数据整个备份,这就相当于给它们上了一道保险。
你可以把数据备份到云端啊,或者是移动硬盘之类的地方。
这样就算电脑出了啥问题,咱还有备份可以依靠。
要是真不小心弄丢了数据,也别慌。
可以先去电脑的回收站里找找看,说不定它们就乖乖躺在那儿等你带它们回家呢。
要是回收站里没有,那就得动真格的了。
有一些数据恢复软件可以派上用场啦!就像个神奇的小魔法师,能把那些看似消失不见的数据给变回来。
不过用这些软件的时候可得注意哦,要找那些靠谱的,可别随便找个来路不明的,不然弄不好数据没找回来,还惹了一身麻烦。
还有啊,如果是存储设备出了问题,比如硬盘坏了啥的,那可就有点棘手了。
这时候最好找专业的人来帮忙,他们有专业的工具和技术,就像医生给病人看病似的,能更准确地找到问题所在,把数据给救回来。
咱平时也得注意保护好自己的设备,别磕了碰了,也别让它们沾到水啊啥的。
就像咱爱护自己的宝贝一样爱护它们,这样它们才能好好地为咱服务,也不容易出问题。
说真的,数据恢复这事儿可大可小,关键时候真能救急呢!咱可不能不当回事儿。
平时多留意,多小心,真遇到问题了也别慌,总有办法解决的嘛!你说是不是?所以啊,大家可得把这些方法记好了,说不定哪天就能派上大用场呢!可别等到数据丢了才后悔莫及呀!。
六款强大的数据恢复软件标准化管理部编码-[99968T-6889628-J68568-1689N]六款数据恢复软件1、强大的EasyRecovery不得不先介绍它,因为它的确太强大了,都说它是专业的数据恢复软件呢!一款威力非常强大的硬盘数据恢复工具。
能够帮你恢复丢失的数据以及重建文件系统。
EasyRecovery 不会向你的原始驱动器写入任何东东,它主要是在内存中重建文件分区表使数据能够安全地传输到其他驱动器中。
你可以从被病毒破坏或是已经格式化的硬盘中恢复数据。
该软件可以恢复大于的硬盘。
支持长文件名。
被破坏的硬盘中像丢失的引导记录、BIOS 参数数据块;分区表;FAT 表;引导区都可以由它来进行恢复。
2.老牌的数据恢复工具企业版在Windows环境下删除一个文件,只有目录信息从FAT或者MFT(NTFS)删除。
这意味着文件数据仍然留在你的磁盘上。
所以,从技术角度来讲,这个文件是可以恢复的。
FinalData就是通过这个机制来恢复丢失的数据的,在清空回收站以后也不例外。
另外,FinalData可以很容易地从格式化后的文件和被病毒破坏的文件恢复。
甚至在极端的情况下,如果目录结构被部分破坏也可以恢复,只要数据仍然保存在硬盘上。
利用“*.扩展名”方式搜索,更容易找到要恢复的文件哦。
MyRecoverMyFiles下载介绍:Recover My Files可以恢复由于冒失删除的文档,甚至是磁盘格式化后的文件恢复工具,它可以自定义搜索的文件夹、文件类型,以提高搜索速度及准确性节约时间。
在搜索过程中,提供了大量的信息,包括:文件名、文件/目录、尺寸、相关日期、状态、对一般性文档可直接预览等,让你更好地选择要恢复的文件。
搜索全面,方便查找。
4.易我数据恢复向导Drw_V2.1.0《易我数据恢复向导》是首款国内自主研发的数据恢复软件,是一款功能强大的数据恢复软件。
本软件在WINDOWS操作系统下,提供FAT12/FAT16/FAT32/ VFAT/NTFS/NTFS5分区的数据恢复,支持IDE/ATA、SATA、SCSI、USB、IEEE1394种类的硬盘或闪盘、软盘、数码相机、数码摄像机和USB种类的存储盘。
28款数据恢复软件介绍(转载)首页| 博客群| 公社| 专栏| 论坛| 图片| 资讯| 注册| 帮助| 博客联播| 随机访问姑苏财智如何让google以1美元为起点支付广告费- -| 回首页| 2007年索引| - -数据恢复技术(第一版)下载28款数据恢复软件介绍测试原因:前天一朋友请我帮它恢复一台IBM本本的数据,这台本本是他大哥的,里面有重要的数据,以Wo 主。
硬盘只有20G,D盘为数据盘,8G。
由于误操作对这个分区格式化,发现后立即停止。
目前的为Windows下可以看到D盘,但无法访问。
朋友已经对分区用恢复软件进行了扫描,但没有找到由于他大哥下午要参加会议,我们只有半天的时间来恢复数据,所以完全靠手工解决不太可能,只用软件来快速恢复。
经过分析后发现分区表紊乱,于是修复分区表后用了几个常用的软件进行恢复非常差,只好到网上寻找新版软件,最终恢复了大部分数据。
分析这次的恢复过程,我认为对不同情况下的软件选择非常重要,选择适当的恢复软件,不仅对数常重要,而且可以节省大量的时间。
因此决定对目前网上流行的数据恢复软件进行一个简单的测试要的朋友作个参考。
测试过程:①一个分区格式化后塞满文件,全部删除后进行数据恢复。
②把这个分区再次格式化后再恢复。
③把这个分区删除后进行数据恢复。
PS:我硬盘最后有一个隐藏的150M左右的分区,是平时用来在DOS下作业的。
为了节省测试时作,就使用了这个分区进行测试。
测试环境:主板ASUS P4P800-XCPU C4D 2.4内存512M DDR333硬盘Maxtor 120G测试结果:①几乎所有软件都能够对删除的文件进行恢复,但部分软件恢复后的数据有问题。
②只有部分软件支持对格式化后的硬盘进行数据恢复。
PS:由于时间原因我没有进行全面的测试,只对是否能有效恢复文件做了简单测试,根据测试结果件分位三类,只对能够进行格式化后恢复的软件做了详细比较。
其他两类没有做比较,因此不做说一、只能恢复已删除文件1 Active File Recovery一个简单易用、功能超强的数据恢复工具,使用它可以恢复在Windows 中丢失或删除的文件和文仅可以恢复分区格式化或丢失后的数据,而且可以恢复被损坏、病毒或目录结构导致丢失的数据。
损坏数据文件的恢复方法一:非归档模式下丢失或者损坏数据文件A:OS备份恢复方案在非归档模式下损坏或者丢失数据文件,如果有相应的备份,在一定程度上是可以恢复的,但是如果oracle过多的读写操作记录信息而导致redo重写的时候,恢复就会停滞,非归档下系统能自动恢复的仅仅限于redo中存在的记录。
可以成功恢复案例:SQL> startupORACLE instance started.Total System Global Area 235999352 bytesFixed Size 450680 bytesVariable Size 201326592 bytesDatabase Buffers 33554432 bytesRedo Buffers 667648 bytesDatabase mounted.Database openedSQL> create table test(a int);Table created.SQL> insert into test values(1);1 row created.SQL> /1 row created.SQL> /1 row created.SQL> /1 row created.SQL> commit;Commit complete.SQL> exit;[oracle@www oradata]$ cd cicro/[oracle@www cicro]$ lscontrol01.ctl cwmlite01.dbf indx01.dbf redo02.log temp01.dbfusers01.dbf control02.ctl drsys01.dbf odm01.dbf redo03.logtools01.dbf xdb01.dbf control03.ctl example01.dbf redo01.log system01.dbf undotbs01.dbf[oracle@www cicro]$ pwd/opt/oracle/oradata/cicro[oracle@www cicro]$ sqlplus "/as sysdba"SQL> shutdown immediateDatabase closed.Database dismounted.ORACLE instance shut down.SQL>exit;[oracle@www cicro]$ cp ./*.dbf ../[oracle@www cicro]$ sqlplus "/as sysdba"SQL*Plus: Release 9.2.0.1.0 - Production on Tue Jul 25 19:44:31 2006 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. Connected to:Oracle9i Release 9.2.0.1.0 - ProductionJServer Release 9.2.0.1.0 – ProductionConnected to an idle instance.SQL> startupORACLE instance started.Total System Global Area 235999352 bytesFixed Size 450680 bytesVariable Size 201326592 bytesDatabase Buffers 33554432 bytesRedo Buffers 667648 bytesDatabase mounted.Database opened.SQL> insert into test values(3333);1 row created.SQL> /1 row created.SQL> /1 row created.SQL> /1 row created.SQL> commit;Commit complete.SQL> select * from test;A----------1113333333333338 rows selected.SQL> shutdown immediateDatabase closed.Database dismounted.ORACLE instance shut down.SQL>exit;[oracle@www cicro]$ rm –rf ./*.dbf[oracle@www cicro]$ sqlplus "/as sysdba"Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.Connected to an idle instance.SQL> startupORACLE instance started.Total System Global Area 235999352 bytesFixed Size 450680 bytes技术社区Variable Size 201326592 bytesDatabase Buffers 33554432 bytesRedo Buffers 667648 bytesDatabase mounted.ORA-01157: cannot identify/lock data file 1 - see DBWR trace fileORA-01110: data file 1: '/opt/oracle/oradata/cicro/system01.dbf'SQL> quit[oracle@www cicro]$ mv ../*.dbf .[oracle@www cicro]$ lscontrol01.ctl cwmlite01.dbf indx01.dbf redo02.log temp01.dbf users01.dbf control02.ctl drsys01.dbf odm01.dbf redo03.log tools01.dbf xdb01.dbf control03.ctl example01.dbf redo01.log system01.dbf undotbs01.dbf[oracle@www cicro]$ sqlplus "/as sysdba"SQL*Plus: Release 9.2.0.1.0 - Production on Tue Jul 25 17:56:06 2006Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.Connected to:Oracle9i Release 9.2.0.1.0 - ProductionJServer Release 9.2.0.1.0 - ProductionSQL> recover database;Media recovery complete.SQL> alter database open;Database altered.SQL> select * from test;A----------111333333333333333333338 rows selected.至此,恢复成功!不完全恢复的案例基本操作与上面相同,还是首先建立一张表,然后插入数据:1:建表,写入数据,然后关闭数据库SQL> create table gaojf1 as select * from all_objects;T able created.SQL> insert into gaojf1 select * from gaojf1;29614 rows created.SQL> /59228 rows created. (即为现在此表数据有118456列)SQL>commit;SQL>shutdown immediate2:备份所有的数据文件3:启动数据库继续插入数据[oracle@www cicro]$ sqlplus "/as sysdba"SQL*Plus: Release 9.2.0.1.0 - Production on Tue Jul 25 18:07:19 2006 Copyright (c) 1982, 2002, Oracle Corporation.Connected to:Oracle9i Release 9.2.0.1.0 - ProductionJServer Release 9.2.0.1.0 - ProductionSQL> insert into gaojf1 select * from gaojf1;118456 rows created.SQL> /236912 rows created.SQL> /473824 rows created.SQL> /947648 rows created.SQL> commit;Commit complete.SQL> select count(*) from gaojf1;COUNT(*)----------1895296SQL> /1895296 rows created.SQL> /技术社区3790592 rows created.(如果能够完全恢复,此表应该有3790592*2列)SQL> commit;Commit complete.期间,查看日志信息如下:Wed Jul 26 13:02:54 2006Thread 1 opened at log sequence 1Current log# 3 seq# 1 mem# 0: /opt/oracle/oradata/cicro/redo03.log Successful open of redo thread 1.Wed Jul 26 13:03:56 2006Thread 1 advanced to log sequence 2Current log# 1 seq# 2 mem# 0: /opt/oracle/oradata/cicro/redo01.logWed Jul 26 13:05:41 2006Thread 1 advanced to log sequence 3Current log# 2 seq# 3 mem# 0: /opt/oracle/oradata/cicro/redo02.logWed Jul 26 13:09:04 2006Thread 1 advanced to log sequence 4Current log# 3 seq# 4 mem# 0: /opt/oracle/oradata/cicro/redo03.logWed Jul 26 13:09:29 2006Thread 1 advanced to log sequence 5Current log# 1 seq# 5 mem# 0: /opt/oracle/oradata/cicro/redo01.log 可以看到,redo文件在不断的循环重写,当一个redo写完后继续写第二个redo,然后是第三个,当第三个写完后继续回来重写第一个,依此类推。
RMAN的备份与恢复步骤详解RMAN(Recovery Manager)是Oracle数据库备份和恢复技术的核心工具,提供了一种集中管理和自动化备份和恢复操作的方式。
下面将详细介绍RMAN的备份与恢复步骤。
备份步骤:1.配置RMAN环境:确定RMAN备份目标、备份库、目标库的连接信息,并设置环境变量。
2.创建RMAN备份目标:使用CREATECATALOG命令创建RMAN备份目标,以存储备份信息和恢复目标的元数据。
3.创建备份策略:确定备份类型(完全备份、增量备份、增量备份级别等),备份周期(每日、每周)、备份级别(全局备份、局部备份)以及备份介质(磁盘、磁带)等。
4.执行备份命令:使用BACKUP命令执行备份操作。
根据备份策略选择相应的备份类型,并指定备份集的存储位置。
可以使用全量备份、增量备份或归档日志备份等方式进行备份。
5.备份验证和测试:使用RESTORE命令验证备份集是否可恢复。
可以恢复到测试库中,检查数据的完整性以及备份恢复的过程和时间。
恢复步骤:1.准备恢复环境:确定系统状态,关闭数据库、归档日志模式,备份控制文件,以备份增量恢复,恢复目标数据库的连接信息,并设置环境变量。
2.恢复控制文件:将备份的控制文件还原到指定位置,以获取数据库的结构信息。
3.恢复数据库文件:使用RESTORE命令恢复需要的数据文件。
可以选择完全恢复(使用全量备份和归档日志进行恢复)、增量恢复(使用增量备份和归档日志进行恢复)或点恢复(使用时间点或SCN号进行恢复)的方式。
4.打开数据库:使用OPENRESETLOGS命令打开数据库,恢复数据库文件到最新的状态。
5.检查恢复结果:验证恢复后数据库的完整性和一致性。
使用相应的SQL语句检查数据的正确性、索引的可用性和对象的有效性。
常见问题处理:1.恢复失败的处理:RMAN提供了很多失败后的处理命令,比如RECOVER命令来恢复损坏的数据文件,CROSSCHECK命令来检查备份文件的完整性等。
:recover为啥恢复不了?恢复微信聊天记录正确方法:recover为啥恢复不了?:recover恢复失败了怎么找回微信聊天记录?前段时间无论是朋友圈或是抖音上,都流传着:recover恢复删除的微信聊天记录的传闻。
相信也有很多小伙伴都尝试过了,结果导致微信数据大面积丢失。
对于数据恢复选择专业的才最靠谱。
:recover为啥恢复不了在微信的添加朋友的搜索框中输入英文“:recover”进入故障修复模式,可以恢复丢失的聊天记录、通讯录等数据。
在故障修复页面点击数据项恢复相对应的数据。
使用当页面修复微信仅适用于微信使用出现异常的时候,比如微信数据库崩溃、微信意外闪退、手机系统崩溃等情况。
利用recover修复完成后重启微信。
手动删除的微信记录借助recover是无法恢复的,如果大家之前有备份,那么恢复微信记录也就不是什么难事。
关键是没有备份怎么恢复聊天记录呢?过去很多人选择人工恢复微信记录,对应的后果是聊天记录被泄露。
就目前国内的科技发达程度,选择专业的数据恢复工具就能轻松解决这个问题了。
方法一:苹果手机查看微信删除的聊天记录下载软件苹果恢复大师(官网:/),想要恢复微信聊天记录,因为大多人都没有接触过数据恢复这个行业。
小编觉得选择专业的工具自动化更为便捷,只需要在电脑上安装软件,然后选择数据类型——微信聊天记录,点击开始扫描手机上的残余数据。
这样日常没有备份过微信聊天记录的小伙伴也可以轻松恢复出自己需要的手机数据了呢~扫描阶段耐心等待。
扫描结束后就可以找到自己要的微信好友聊天记录,橙色字体的就是我们删除的微信聊天记录了,黑色字体的就是我们目前保留在手机上的微信聊天记录了。
然后再勾选恢复到电脑上即可。
另外如果有恢复微信好友的小伙伴,借助苹果恢复大师不仅可以恢复微信好友,还可以同时恢复微信好友对应的微信聊天记录哦~方法二:安卓手机查看微信删除的聊天记录当安卓手机微信聊天记录删除了可以选择“卓师兄”软件,卓师兄是专业的恢复安卓手机数据软件,在网上搜索软件名下载安装到电脑上,此软件还支持在手机上恢复,只需要在安卓手机上安装该软件即可使用。
☆数据恢复教程☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆目录一、教你恢复被误删的硬盘数据 (1)二、数据恢复全解析 (3)三、硬盘数据恢复入门教程 (7)四、深层:硬盘零磁道与分区表的修复 (10)五、硬盘分区表及数据的恢复 (12)六、硬盘分区表的备份与恢复 (14)七、巧用Norton8来修复你的坏硬盘 (15)八、恢复硬盘系统克隆的经验 (16)九、Ghost克隆硬盘错误修复实例 (17)十、将修复进行到底—巧用Ghost擦去硬盘坏扇区 (18)十一、秘籍:实战硬盘数据恢复 (19)十二、客户反馈 (20)一、教你恢复被误删的硬盘数据对众多玩家来说,电脑里存储的很多资料非常宝贵,如果不小心删除了,想要重新收集这些资料那就非常困难了,所以最好的办法就是恢复被误删除的资料。
Search and Recover(以下简称SAR)来自于因系统维护软件System Mechanic而出名的IOLO公司,它不仅具备其它数据恢复软件的大部分功能,而且还可以搜索查找误删除的E-mail信件,甚至还能从数码相机存储卡、MP3播放器、USB闪存等上恢复数据。
恢复常规文件SAR的主要功能按钮都整齐地排列在主界面上(图1)。
数据恢复方面它提供了适合初学者的向导模式(File Rescue Wizard)和为高级用户度身定做的高级搜索模式(Advanced Deleted File Search),灵活多变的恢复方式更能适应电脑用户的不同要求。
1.向导搜索:点击主界面的File Rescue Wizard图标,然后选择全部文件或指定的文件类型(包括文档、图片、音乐视频、程序等类型),接着在Places to look界面中,选择想搜索的驱动器,待搜索完毕后,在Recovery界面选中需要恢复的文件,然后点击Recover selected items 即可以将误删除的数据恢复如初。
提示:SAR对中文显示的支持还不是特别好,如果文件名为中文,则可能会显示为乱码,不过恢复出来以后文件就能正常显示了。
数据库的数据文件变为recover状态,如何让其ONLINE,如下是个人的操作步骤:
SQL> select status,name from v$datafile;
STATUS NAME
------- --------------------------------------------------
SYSTEM /opt/oracle/oradata/dzj01/system01.dbf
ONLINE /opt/oracle/oradata/dzj01/sysaux01.dbf
ONLINE /opt/oracle/oradata/dzj01/users01.dbf
RECOVER /opt/oracle/product/10.2/db_1/dbs/ultranms_performance.dbf
RECOVER /opt/oracle/product/10.2/db_1/dbs/ultranms_big.dbf
ONLINE /opt/oracle/product/10.2/db_1/dbs/ultranms_small.dbf
ONLINE /opt/oracle/product/10.2/db_1/dbs/ultranms_index.dbf
ONLINE /opt/oracle/product/10.2/db_1/dbs/ultranms_default.dbf
ONLINE /opt/oracle/oradata/dzj01/undotbs.dbf
9 rows selected.
SQL> alter database datafile '/opt/oracle/product/10.2/db_1/dbs/ultranms_big.dbf' online; alter database datafile '/opt/oracle/product/10.2/db_1/dbs/ultranms_big.dbf' online
*
ERROR at line 1:
ORA-01113: file 6 needs media recovery
ORA-01110: data file 6: '/opt/oracle/product/10.2/db_1/dbs/ultranms_big.dbf'
SQL> recover datafile 6;
ORA-00279: change 17000140 generated at 11/08/2007 14:52:17 needed for thread 1 ORA-00289: suggestion :
/opt/oracle/flash_recovery_area/DZJ01/archivelog/2008_02_29/o1_mf_1_1174_%u_.arc ORA-00280: change 17000140 for thread 1 is in sequence #1174
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: cannot open archived log
'/opt/oracle/flash_recovery_area/DZJ01/archivelog/2008_02_29/o1_mf_1_1174_%u_.ar c'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
ORA-00308: cannot open archived log
'/opt/oracle/flash_recovery_area/DZJ01/archivelog/2008_02_29/o1_mf_1_1174_%u_.ar
c'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
SQL> recover datafile 6;
ORA-00279: change 17000140 generated at 11/08/2007 14:52:17 needed for thread 1 ORA-00289: suggestion :
/opt/oracle/flash_recovery_area/DZJ01/archivelog/2008_02_29/o1_mf_1_1174_%u_.arc ORA-00280: change 17000140 for thread 1 is in sequence #1174
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
Media recovery cancelled.
SQL> alter database datafile 6 online;
alter database datafile 6 online
*
ERROR at line 1:
ORA-01113: file 6 needs media recovery
ORA-01110: data file 6: '/opt/oracle/product/10.2/db_1/dbs/ultranms_big.dbf'
你的archive log的路径是不是不对啊,你manually提交log看看,在Specify log: {<RET>=suggested | filename | AUTO | CANCEL}后指定你archive log保存目录。