备份恢复-----system表空间损坏

无法进行关库，报错如下

SQL> shutdown immediate
ORA-01122: database file 1 failed verification check
ORA-01110: data file 1: ‘/u01/app/oracle/oradata/cuug/system01.dbf‘
ORA-01210: data file header is media corrupt
SQL>

只能启动到mount状态

SQL> startup
ORACLE instance started.

Total System Global Area 425897984 bytes
Fixed Size 2226656 bytes
Variable Size 322962976 bytes
Database Buffers 96468992 bytes
Redo Buffers 4239360 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 1 - see DBWR trace file
ORA-01110: data file 1: ‘/u01/app/oracle/oradata/cuug/system01.dbf‘

SQL>

手动删除system表空间的数据文件

[[email protected]:/u01/app/oracle/oradata/cuug]# ls
control01.ctl redo01.log redo03.log system01.dbf undotbs01.dbf
control02.ctl redo02.log sysaux01.dbf temp01.dbf users01.dbf
[[email protected]:/u01/app/oracle/oradata/cuug]# rm -rf system01.dbf
[[email protected]:/u01/app/oracle/oradata/cuug]# ls
control01.ctl redo01.log redo03.log temp01.dbf users01.dbf
control02.ctl redo02.log sysaux01.dbf undotbs01.dbf
[[email protected]:/u01/app/oracle/oradata/cuug]#

在rman下启动到mount状态下

RMAN> startup mount

connected to target database (not started)
Oracle instance started
database mounted

Total System Global Area 425897984 bytes

Fixed Size 2226656 bytes
Variable Size 322962976 bytes
Database Buffers 96468992 bytes
Redo Buffers 4239360 bytes

RMAN>

转储datafile 1

RMAN> restore datafile 1;

Starting restore at 29-SEP-15
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=18 device type=DISK

channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00001 to /u01/app/oracle/oradata/cuug/system01.dbf
channel ORA_DISK_1: reading from backup piece /backup/02qidfdl_1_1.bak
channel ORA_DISK_1: piece handle=/backup/02qidfdl_1_1.bak tag=TAG20150929T230940
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:01:55
Finished restore at 29-SEP-15

恢复datafile 1

RMAN>recover datafile 1;

Starting recover at 29-SEP-15
using channel ORA_DISK_1

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

Finished recover at 29-SEP-15

开库

RMAN> alter database open ;

database opened

RMAN>

时间： 2024-10-13 16:20:17

备份恢复-----system表空间损坏的相关文章

RMAN 备份恢复 删除表空间后控制文件丢失

先备份一个控制文件 RMAN> backup current controlfile tag='bak_ctlfile' format='/home/oracle/backup/bak_ctl_%U_%T'; drop一个表空间 SQL> drop tablespace xds including contents and datafiles; Tablespace dropped. 删除控制文件 rm /u01/app/oracle/oradata/orcl/control01.ctl rm

SYSTEM 表空间管理及备份恢复

标签: systemoraclesqldatabasefile数据库 2010-11-28 18:14 12689人阅读 评论(0) 收藏 举报 分类: -----Oracle备份恢复(16) 版权声明:本文为博主原创文章,欢迎扩散,扩散请务必注明出处. --============================= -- SYSTEM 表空间管理及备份恢复 --============================= SYSTEM表空间是Oracle数据库最重要的一个表空间,存放了一些DDL

[Oracle]System 表空间的文件丢失

如果system 表空间的文件丢失,假设有备份的情况,可以恢复.数据库需要设置为mount 状态,然后restore/recover datafile 模拟实验: SQL> select name from v $ datafile; NAME-------------------------------------------------------------------- ------------------------------/u01/app/oracle/oradata/ORA11

UNDO表空间损坏导致数据库无法OPEN

在数据库undo表空间文件损坏,或者undo表空间文件缺失的情况下,无法打开数据库. 这两种情况都可以视为一种情况处理,解决方法一样. 场景:在23:10的时候新建一个undo表空间undotbs02,并切换至该undo表空间. 此时再闪回数据库至23:10. 由于闪回数据库时使用的是undotbs02,而23:10时使用的是undotbs01, 会造成undo表空间缺失,无法打开数据库.(注:闪回数据库之后需要resetlogs) 从上面的错误就可以看出来,此时undotbs02不存在,无法打

ASM时的OFM特性对影的建数据文件名称的影响及为SYSTEM表空间的数据文件使用别名

客户遇到个DG的问题,存储使用的ASM管理,有多个磁盘盘. 在主库创建数据文件,备库自己主动创建的数据文件都在同一磁盘组,而且在主库创建数据文件是指定的是类似**.DBF的名字,到备库也变成了使用ASM的数字格式**.266.123456 这是由于使用了OMF特性. OMF,全称是Oracle_Managed Files,即Oracle文件管理. 使用OMF能够简化管理员的管理工作,不用指定文件的名字.大小.路径,其名字,大小,路径由oracle 自己主动分配.在删除不再使用的日志.数据.控制文

ASM时的OFM特性对影的建数据文件名的影响及为SYSTEM表空间的数据文件使用别名

客户遇到个DG的问题,存储使用的ASM管理,有多个磁盘盘. 在主库创建数据文件,备库自动创建的数据文件都在同一磁盘组,并且在主库创建数据文件是指定的是类似**.DBF的名字,到备库也变成了使用ASM的数字格式**.266.123456 这是因为使用了OMF特性. OMF,全称是Oracle_Managed Files,即Oracle文件管理. 使用OMF可以简化管理员的管理工作,不用指定文件的名字.大小.路径,其名字,大小,路径由oracle 自动分配.在删除不再使用的日志.数据.控制文件时,O

mysql表空间损坏

在没有备份数据的情况下,突然断电导致表损坏,打不开数据库.1)拷贝库目录到新库中[[email protected] ~]# cp -r /application/mysql/data/world/ /data/3307/data/2)启动新数据库[[email protected] ~]# mysqld_safe --defaults-file=/data/3307/my.cnf &3)登陆数据库查看mysql> show databases;4)查询表中数据mysql> selec

system表空间空间不足解决办法

场景描述: 系统表空间空间不足,导致应用无法正常连接!!! 环境描述: ORACLE 11G 查看当前表空间的整体使用情况,以及有没有开启自动扩展,以及扩展的最大限制!!! ---tablespace status 表空间使用情况 set pages 12222 lines 132 set serveroutput on size 1000000 col tablespace_name format a30 col autoextensible format a7 select a.tables

system表空间用满解决

  分类: Oracle 早上看到alert日志报说system表空间快满了(oracle版本是11gR2): 如果system表空间不是自动扩展,空间用满甚至会出现数据库无法登陆.使用任何用户登录均报出异常. 系统表空间正常情况下只存放了数据字典之类的东西,所以占用的空间一般在500M以下.如果你的系统表空间占用比较多的空间,可能有以下几方面的原因: 1)没有为用户明确指定默认表空间,导致system系统表空间作为用户默认表空间 2)开启了审计,请检查此表的大小AUD$ 你可以运行以下查询来检