输入recover datafile 5就出现这些个消息 ORA-00283:恢复会话因错误而取

输入recover datafile 5就出现这些个消息 ORA-00283:恢复会话因错误而取,第1张

说明DataFile 5可能 在E://EPET.dbf 这个地方找不到了,需要具体找会这个数据文件的 文件。

Oracle DBA神器:PRM灾难恢复工具,Schema级别数据恢复。PRM For Oracle Database – schema级别oracle数据库数据恢复特性 ,PRM即ParnassusData Recovery Manager是企业级别Oracle数据库灾难恢复工具。PRM可以在无备份的情况下恢复被truncated掉的表,也可以恢复无法打开的Oracle数据库(Alter Database Open失败)中的数据。 PRM是图形化增强版的Oracle DUL工具,同时具备很多Oracle DUL不具备的特性

Oracle DBA神器:PRM-DUL灾难恢复工具可以直接从这种受损的Oracle数据库中将数据拯救出来。

当你的数据库因为ORA-00600/ORA-07445或其他ORA-报错,或丢失关键的system表空间数据文件,或ASM diskgroup损坏时均可以考虑采用PRM-DUL来做恢复。PRM-DUL采用独创的DataBridge恢复技术,直接从数据文件中抽取数据后可以像DBLINK那样直接插入到新建数据库中,而无需数据落地成为DMP文件占用空间。

Oracle10G数据库中,数据库文件的备份与恢复可以有很多的方式来实现,这里介绍一种基于用户管理的备份与恢复。基于用户管理的备份是指使用OS命令来备份数据库物理文件。

备份数据库

数据库一致性备份:关闭数据库以后备份数据库物理文件,这时数据文件scn值完全一致,所以称之为数据库的一致性备份或冷备份,适用于归档模式与非归档模式。

对基于用户管理的冷备份的暂时理解:在数据库shutdown状态下使用OS命令直接拷贝数据库物理文件。

数据库非一致性备份:在open状态下备份数据库物理文件,这时数据库内容可能会改变导致数据文件scn不一致,所以称之为数据库的非一致性备份或热备份,只适用于归档模式。

基于用户管理的完全恢复(归档模式下)

1.在open状态下备份数据库物理文件(数据库非一致性备份,热备份,不影响业务运行)

2.删除数据文件来模拟文件丢失(只是删除了所有的数据文件;控制文件等其它文件处于正常状态)

3.对数据文件进行恢复

4.应用归档日志

5.查看数据是否完全恢复

--sysdba执行备份

SQL>conn / as sysdba

Connected.

SQL>select name from v$datafile

NAME

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

/oracle/10g/oracle/product/10.2.0/oradata/oralife/system01.dbf

/oracle/10g/oracle/product/10.2.0/oradata/oralife/undotbs01.dbf

/oracle/10g/oracle/product/10.2.0/oradata/oralife/sysaux01.dbf

/oracle/10g/oracle/product/10.2.0/oradata/oralife/users01.dbf

/oracle/10g/oracle/product/10.2.0/oradata/oralife/example01.dbf

SQL>alter database begin backup

Database altered.

SQL>host cp /oracle/10g/oracle/product/10.2.0/oradata/oralife/*.dbf /oracle/10g/oracle/bakup/database/ --备份所有数据文件

SQL>alter database backup controlfile to '/oracle/10g/oracle/bakup/database/oralife.ctl' --备份控制文件

Database altered.

SQL>alter system archive log current--归档当前日志组

System altered.

进行完全恢复

copy备份的数据文件到指定的目标位置,进行恢复:

SQL>recover database --open状态

ORA-00283: recovery session canceled due to errors

ORA-01124: cannot recover data file 1 - file is in use or recovery

ORA-01110: data file 1:

'/oracle/10g/oracle/product/10.2.0/oradata/oralife/system01.dbf'

SQL>shutdown immediate --open状态

ORA-01122: database file 1 failed verification check

ORA-01110: data file 1: '/oracle/10g/oracle/product/10.2.0/oradata/oralife/system01.dbf'

ORA-01208: data file is an old version - not accessing current version

SQL>startup force mount --进入mount状态进行恢复

ORACLE instance started.

Total System Global Area 528482304 bytes

Fixed Size 1220360 bytes

Variable Size 163578104 bytes

Database Buffers 356515840 bytes

Redo Buffers7168000 bytes

Database mounted.

SQL>recover database

Media recovery complete.

SQL>alter database open

Database altered.

没有出现应用归档日志,应用归档日志有几种方式:

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

当在open状态下对数据文件进行恢复时,应该将其offline,恢复完成后,再将其online所有的恢复应该尽量在open状态下完成。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9911582.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-03
下一篇 2023-05-03

发表评论

登录后才能评论

评论列表(0条)

保存