17,380
社区成员
发帖
与我相关
我的任务
分享做数据库恢复时报00214，00310，00334的错误,小妹很急!!
各位大侠:
win NT+sp6+oracle7.3.4环境，8月26早上发现一个数据文件usr3orcl为
offline
试图恢复无效，在恢复时报00214，00310，00334的错误。
数据库为归档模式,每周做一次冷备,archive文件夹在e盘下
备份内容：database文件夹，其中有ctl1orcl+log1orcl+log3orcl和
数据文件及initorcl.ora文件等。同时我们将控制文件和
log文件的镜像做在E盘下（database在D盘下），这些文件
没做备份。archive文件夹在e盘下，其生成的文件存在这样
的问题，大小并不一致，大部分为1025Kb,还有一些1023和1024
KB的，这些文件是否有问题？
同时寻找trace文件发现一些错误，例如：
Thu Aug 26 08:24:02 2004
Thread 1 advanced to log sequence 205653
Current log# 2 seq# 205653 mem# 0: D:\ORANT\DATABASE\LOG3ORCL.ORA
Current log# 2 seq# 205653 mem# 1: E:\LOGCTL\LOG4ORCL.ORA
Thu Aug 26 08:25:06 2004
Thread 1 advanced to log sequence 205654
Current log# 1 seq# 205654 mem# 0: D:\ORANT\DATABASE\LOG1ORCL.ORA
Current log# 1 seq# 205654 mem# 1: E:\LOGCTL\LOG2ORCL.ORA
Thu Aug 26 08:25:23 2004
ALTER DATABASE DATAFILE 'USR3ORCL' OFFLINE
Thu Aug 26 08:25:23 2004
Completed: ALTER DATABASE DATAFILE 'USR3ORCL' OFFLINE
Thu Aug 26 08:25:40 2004
ALTER DATABASE DATAFILE 'USR3ORCL' ONLINE
Thu Aug 26 08:25:40 2004
ORA-1113 signalled during: ALTER DATABASE DATAFILE 'USR3ORCL' ONLINE
...
Thu Aug 26 08:26:11 2004
Thread 1 advanced to log sequence 205655
Current log# 2 seq# 205655 mem# 0: D:\ORANT\DATABASE\LOG3ORCL.ORA
Current log# 2 seq# 205655 mem# 1: E:\LOGCTL\LOG4ORCL.ORA
我怀疑是否生成的log文件有问题，导致无法恢复，如果仅恢复到冷备的那个
时间是不现实的，所以数据库仍然运行着，涉及usr3orcl数据文件的那些业务无
法运行，由于有所担心，现在我们几乎一天做个冷备，是否象睡在炸弹上？
请各位大侠帮帮忙啊!
win NT+sp6+oracle7.3.4环境，8月26早上发现一个数据文件usr3orcl为
offline
试图恢复无效，在恢复时报00214，00310，00334的错误。
数据库为归档模式,每周做一次冷备,archive文件夹在e盘下
备份内容：database文件夹，其中有ctl1orcl+log1orcl+log3orcl和
数据文件及initorcl.ora文件等。同时我们将控制文件和
log文件的镜像做在E盘下（database在D盘下），这些文件
没做备份。archive文件夹在e盘下，其生成的文件存在这样
的问题，大小并不一致，大部分为1025Kb,还有一些1023和1024
KB的，这些文件是否有问题？
同时寻找trace文件发现一些错误，例如：
Thu Aug 26 08:24:02 2004
Thread 1 advanced to log sequence 205653
Current log# 2 seq# 205653 mem# 0: D:\ORANT\DATABASE\LOG3ORCL.ORA
Current log# 2 seq# 205653 mem# 1: E:\LOGCTL\LOG4ORCL.ORA
Thu Aug 26 08:25:06 2004
Thread 1 advanced to log sequence 205654
Current log# 1 seq# 205654 mem# 0: D:\ORANT\DATABASE\LOG1ORCL.ORA
Current log# 1 seq# 205654 mem# 1: E:\LOGCTL\LOG2ORCL.ORA
Thu Aug 26 08:25:23 2004
ALTER DATABASE DATAFILE 'USR3ORCL' OFFLINE
Thu Aug 26 08:25:23 2004
Completed: ALTER DATABASE DATAFILE 'USR3ORCL' OFFLINE
Thu Aug 26 08:25:40 2004
ALTER DATABASE DATAFILE 'USR3ORCL' ONLINE
Thu Aug 26 08:25:40 2004
ORA-1113 signalled during: ALTER DATABASE DATAFILE 'USR3ORCL' ONLINE
...
Thu Aug 26 08:26:11 2004
Thread 1 advanced to log sequence 205655
Current log# 2 seq# 205655 mem# 0: D:\ORANT\DATABASE\LOG3ORCL.ORA
Current log# 2 seq# 205655 mem# 1: E:\LOGCTL\LOG4ORCL.ORA
我怀疑是否生成的log文件有问题，导致无法恢复，如果仅恢复到冷备的那个
时间是不现实的，所以数据库仍然运行着，涉及usr3orcl数据文件的那些业务无
法运行，由于有所担心，现在我们几乎一天做个冷备，是否象睡在炸弹上？
请各位大侠帮帮忙啊!
...全文
请发表友善的回复…
发表回复
bicky2004 2004-09-29
- 打赏
- 举报
你的意思是说先将其恢复到某个时间点,可这个时间如果是现在的,
那归档文件坏了还能恢复吗?还有数据文件脱机一般是因为什么原因
造成的?是服务器硬件的原因还是系统的原因或者是误操作的原因呢?
那归档文件坏了还能恢复吗?还有数据文件脱机一般是因为什么原因
造成的?是服务器硬件的原因还是系统的原因或者是误操作的原因呢?
LGQDUCKY 2004-09-27
- 打赏
- 举报
你还是安全着想，先备份当前的数据库，如果是归档文件本身损害，那如果有ORACLE
用到的恢复信息那就不行了，你先让ORACLE
recover database until time 'yyyy-mm-dd:hh:mm:ss'
使用基与时间点的恢复
用到的恢复信息那就不行了，你先让ORACLE
recover database until time 'yyyy-mm-dd:hh:mm:ss'
使用基与时间点的恢复
bicky2004 2004-09-27
- 打赏
- 举报
大家为何不继续回复啊，我是不会食言的，肯定会给分的！
如果归档文件本身坏了，是不是就没法恢复啊？如果用drop表空间
、重建数据文件的方法我这里又有这样的问题：
我新建的一个用户牵涉的数据文件有一些在system用户下，是否风险很
大，请各位大侠帮忙，多谢！
如果归档文件本身坏了，是不是就没法恢复啊？如果用drop表空间
、重建数据文件的方法我这里又有这样的问题：
我新建的一个用户牵涉的数据文件有一些在system用户下，是否风险很
大，请各位大侠帮忙，多谢！
LGQDUCKY 2004-09-23
- 打赏
- 举报
如果你还让系统这样运行下去，有归档这个文件也难恢复了，还是及早处理
LGQDUCKY 2004-09-23
- 打赏
- 举报
4.2归档模式下丢失或损坏一个数据文件
4.2.1 OS备份方案
在归档方式下损坏或丢失一个数据文件，如果存在相应的备份与该备份以来的归档日志，恢复还是比较简单的，可以作到尽量少的Down机时间，并能作到数据库的完全恢复。
1、连接数据库，创建测试表并插入记录
SQL*Plus: Release 8.1.6.0.0 - Production on Tue May 6 13:46:32 2003
(c) Copyright 1999 Oracle Corporation. All rights reserved.
SQL> connect internal/password as sysdba;
Connected.
SQL> create table test(a int) tablespace users;
Table created
SQL> insert into test values(1);
1 row inserted
SQL> commit;
Commit complete
2、备份数据库
SQL> @hotbak.sql 或在DOS下 svrmgrl @hotbak.sql
3、继续在测试表中插入记录
SQL> insert into test values(2);
1 row inserted
SQL> commit;
Commit complete
SQL> select * from test;
A
---------------------------------------
1
2
SQL> alter system switch logfile;
System altered.
SQL> alter system switch logfile;
System altered.
4、关闭数据库，模拟丢失数据文件
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down
C:\>del D:\ORACLE\ORADATA\TEST\USERS01.DBF
模拟媒体毁坏
5、启动数据库错误，脱机该数据文件
SQL> startup
ORACLE instance started.
Total System Global Area 102020364 bytes
Fixed Size 70924 bytes
Variable Size 85487616 bytes
Database Buffers 16384000 bytes
Redo Buffers 77824 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 3 - see DBWR trace file
ORA-01110: data file 3: 'D:\ORACLE\ORADATA\TEST\USERS01.DBF'
还可以查看报警文件（见上一个恢复案例）或动态视图v$recover_file
如SQL> select * from v$recover_file;
FILE# ONLINE ERROR CHANGE# TIME
---------- ------- ------------------ ---------- -----------
3 ONLINE 1013500 2003-05-07
脱机数据文件
SQL> alter database datafile 3 offline drop;
Database altered.
6、打开数据库，拷贝备份回来(restore)，恢复(recover)该数据文件，并联机
SQL> alter database open;
Database altered.
拷贝备份从备份处
copy d:\databak\ users01.dbf d:\oracle\oradata\test;
恢复该数据文件
SQL> recover datafile 3;
ORA-00279: change 1053698 generated at 05/07/2003 17:51:26 needed for thread 1
ORA-00289: suggestion : D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00304.ARC
ORA-00280: change 1053698 for thread 1 is in sequence #304
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
AUTO
ORA-00279: change 1053701 generated at 05/07/2003 17:51:39 needed for thread 1
ORA-00289: suggestion : D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00305.ARC
ORA-00280: change 1053701 for thread 1 is in sequence #305
ORA-00278: log file 'D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00304.ARC' no
longer needed for this recovery
Log applied.
Media recovery complete.
恢复成功，联机该数据文件
SQL> alter database datafile 3 online;
Database altered.
7、检查数据库的数据（完全恢复）
SQL> select * from test;
A
---------------------------------------
1
2
说明：
1、采用热备份，需要运行在归档模式下，可以实现数据库的完全恢复，也就是说，从备份后到数据库崩溃时的数据都不会丢失。
2、可以采用全备份数据库的方式备份，对于特殊情况，也可以只备份特定的数据文件，如只备份用户表空间（一般情况下对于某些写特别频繁的数据文件，可以单独加大备份频率）
3、如果在恢复过程中，发现损坏的是多个数据文件，即可以采用一个一个数据文件的恢复方法（第5步中需要对数据文件一一脱机，第6步中需要对数据文件分别恢复），也可以采用整个数据库的恢复方法。
4、如果是系统表空间的损坏，不能采用此方法
4.2.1 OS备份方案
在归档方式下损坏或丢失一个数据文件，如果存在相应的备份与该备份以来的归档日志，恢复还是比较简单的，可以作到尽量少的Down机时间，并能作到数据库的完全恢复。
1、连接数据库，创建测试表并插入记录
SQL*Plus: Release 8.1.6.0.0 - Production on Tue May 6 13:46:32 2003
(c) Copyright 1999 Oracle Corporation. All rights reserved.
SQL> connect internal/password as sysdba;
Connected.
SQL> create table test(a int) tablespace users;
Table created
SQL> insert into test values(1);
1 row inserted
SQL> commit;
Commit complete
2、备份数据库
SQL> @hotbak.sql 或在DOS下 svrmgrl @hotbak.sql
3、继续在测试表中插入记录
SQL> insert into test values(2);
1 row inserted
SQL> commit;
Commit complete
SQL> select * from test;
A
---------------------------------------
1
2
SQL> alter system switch logfile;
System altered.
SQL> alter system switch logfile;
System altered.
4、关闭数据库，模拟丢失数据文件
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down
C:\>del D:\ORACLE\ORADATA\TEST\USERS01.DBF
模拟媒体毁坏
5、启动数据库错误，脱机该数据文件
SQL> startup
ORACLE instance started.
Total System Global Area 102020364 bytes
Fixed Size 70924 bytes
Variable Size 85487616 bytes
Database Buffers 16384000 bytes
Redo Buffers 77824 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 3 - see DBWR trace file
ORA-01110: data file 3: 'D:\ORACLE\ORADATA\TEST\USERS01.DBF'
还可以查看报警文件（见上一个恢复案例）或动态视图v$recover_file
如SQL> select * from v$recover_file;
FILE# ONLINE ERROR CHANGE# TIME
---------- ------- ------------------ ---------- -----------
3 ONLINE 1013500 2003-05-07
脱机数据文件
SQL> alter database datafile 3 offline drop;
Database altered.
6、打开数据库，拷贝备份回来(restore)，恢复(recover)该数据文件，并联机
SQL> alter database open;
Database altered.
拷贝备份从备份处
copy d:\databak\ users01.dbf d:\oracle\oradata\test;
恢复该数据文件
SQL> recover datafile 3;
ORA-00279: change 1053698 generated at 05/07/2003 17:51:26 needed for thread 1
ORA-00289: suggestion : D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00304.ARC
ORA-00280: change 1053698 for thread 1 is in sequence #304
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
AUTO
ORA-00279: change 1053701 generated at 05/07/2003 17:51:39 needed for thread 1
ORA-00289: suggestion : D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00305.ARC
ORA-00280: change 1053701 for thread 1 is in sequence #305
ORA-00278: log file 'D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00304.ARC' no
longer needed for this recovery
Log applied.
Media recovery complete.
恢复成功，联机该数据文件
SQL> alter database datafile 3 online;
Database altered.
7、检查数据库的数据（完全恢复）
SQL> select * from test;
A
---------------------------------------
1
2
说明：
1、采用热备份，需要运行在归档模式下，可以实现数据库的完全恢复，也就是说，从备份后到数据库崩溃时的数据都不会丢失。
2、可以采用全备份数据库的方式备份，对于特殊情况，也可以只备份特定的数据文件，如只备份用户表空间（一般情况下对于某些写特别频繁的数据文件，可以单独加大备份频率）
3、如果在恢复过程中，发现损坏的是多个数据文件，即可以采用一个一个数据文件的恢复方法（第5步中需要对数据文件一一脱机，第6步中需要对数据文件分别恢复），也可以采用整个数据库的恢复方法。
4、如果是系统表空间的损坏，不能采用此方法
aweihz 2004-09-23
- 打赏
- 举报
你是怎么做恢复的？它提示的ARCHIVE LOG是否存在在E盘的目录内？
bicky2004 2004-09-23
- 打赏
- 举报
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
auto
曾经试着恢复过,到这一步auto时,在恢复第一个归档文件时就报错。
我在上面提过，我的归档文件大小不一致，并且产生的时间也有问题，
比如，晚上23:00产生一个，直到第二天早上9:00多才再产生一个，可我们
晚上23:30和凌晨2:00各有一个后台的自动运行的统计程序，不可能不产生
归档文件。我恢疑归档文件的设置就有问题，你看呢？
象下面的错误提示是否和归档的设置有问题有关啊？
Thu Aug 26 08:26:11 2004
Thread 1 advanced to log sequence 205655
Current log# 2 seq# 205655 mem# 0: D:\ORANT\DATABASE\LOG3ORCL.ORA
Current log# 2 seq# 205655 mem# 1: E:\LOGCTL\LOG4ORCL.ORA
auto
曾经试着恢复过,到这一步auto时,在恢复第一个归档文件时就报错。
我在上面提过，我的归档文件大小不一致，并且产生的时间也有问题，
比如，晚上23:00产生一个，直到第二天早上9:00多才再产生一个，可我们
晚上23:30和凌晨2:00各有一个后台的自动运行的统计程序，不可能不产生
归档文件。我恢疑归档文件的设置就有问题，你看呢？
象下面的错误提示是否和归档的设置有问题有关啊？
Thu Aug 26 08:26:11 2004
Thread 1 advanced to log sequence 205655
Current log# 2 seq# 205655 mem# 0: D:\ORANT\DATABASE\LOG3ORCL.ORA
Current log# 2 seq# 205655 mem# 1: E:\LOGCTL\LOG4ORCL.ORA
