精华内容
下载资源
问答
  • 解决oracle误删除dbf文件而不能启动的问题 2013年09月26日 ⁄ oracle, 数据库⁄ 共 1543字 ⁄ 字号 小 中 大 ⁄ 暂无评论 ⁄ 阅读 155 views 次 首先这种方法不能恢复你误删除的数据,只是一种能让数据库...

    解决oracle误删除dbf文件而不能启动的问题

    2013年09月26日 oracle, 数据库⁄ 共 1543字 ⁄ 字号 小 中 大 暂无评论 ⁄ 阅读 155 views 次

    首先这种方法不能恢复你误删除的数据,只是一种能让数据库正常启动的方案。

    由于误操作删除了oracle数据库的dbf文件,启动数据库的时候报错

    SQL> startup pfile=’/ytxt/oracle/product/10.2.0/db_1/dbs/initshutu.ora’;
    ORACLE instance started.

    Total System Global Area 3290345472 bytes
    Fixed Size    2217832 bytes
    Variable Size 2332035224 bytes
    Database Buffers  939524096 bytes
    Redo Buffers   16568320 bytes
    Database mounted.
    ORA-01157: cannot identify/lock data file 5 - see DBWR trace file
    ORA-01110: data file 5: ’/ytxt/oracle/oradata/shutu/TYBOOKDB.dbf’
    蛋疼,无奈就找解决办法。

    执行以下步骤即可解决:

    SQL> shutdown immediate;
    ORA-01109: database not open
    Database dismounted.
    ORACLE instance shut down.
    启动mount模式,由于本机器有点问题所有startup mount起不来,一般都是可以的,所以不只能用下面的命令起来
    SQL> startup mount;
    ORA-00119: invalid specification for system parameter LOCAL_LISTENER
    ORA-00130: invalid listener address ’(ADDRESS=(PROTOCOL=TCP)(HOST=sc-orc-1.tylib.com)(PORT=1521))’

    SQL>  startup pfile=’/ytxt/oracle/product/10.2.0/db_1/dbs/initshutu.ora’ mount;
    ORACLE instance started.

    Total System Global Area 3290345472 bytes
    Fixed Size    2217832 bytes
    Variable Size 2332035224 bytes
    Database Buffers  939524096 bytes
    Redo Buffers   16568320 bytes
    Database mounted.
    SQL> alter database datafile  ’/ytxt/oracle/oradata/shutu/TYBOOKDB.dbf’ offline drop;

    Database altered.

    SQL> alter database open;

    Database altered.

    停止数据库,然后启动数据库看看成功没有:

    SQL> shutdown immediate;
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    SQL> startup  pfile=’/ytxt/oracle/product/10.2.0/db_1/dbs/initshutu.ora’;
    ORACLE instance started.

    Total System Global Area 3290345472 bytes
    Fixed Size    2217832 bytes
    Variable Size 2332035224 bytes
    Database Buffers  939524096 bytes
    Redo Buffers   16568320 bytes
    Database mounted.
    Database opened.
    完全没问题。此问题已解决。

    展开全文
  • Oracle误删除DBF文件恢复方法

    千次阅读 2013-05-21 20:42:56
    --错误删除 F:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SAFEDATA_01.DBF F:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\INDX_SAFEDATA_01.DBF --这2个文件,后面一直提示ORA-01219错误。 Connected to Oracle Database 10...

    --错误删除

    F:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SAFEDATA_01.DBF

    F:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\INDX_SAFEDATA_01.DBF

    --这2个文件,后面一直提示ORA-01219错误。

    Connected to Oracle Database 10g EnterpriseEdition Release 10.2.0.1.0

    Connected as SYS

    SQL> alter database open;

    alter database open

    ORA-01157: 无法标识/锁定数据文件 7 - 请参阅 DBWR跟踪文件

    ORA-01110: 数据文件 7:'F:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SAFEDATA_01.DBF'

    SQL> alter database create datafile 7;

    Database altered

    SQL> alter database datafile 7 offline drop;

    Database altered

    SQL> alter database open;

    alter database open

    ORA-01157: 无法标识/锁定数据文件 8 - 请参阅 DBWR跟踪文件

    ORA-01110: 数据文件 8:'F:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\INDX_SAFEDATA_01.DBF'

    SQL> alter database create datafile 8;

    Database altered

    SQL> alter database datafile 8 offline drop;

    Database altered

    SQL> alter database open;

    Databasealtered

     

    展开全文
  • Oracle 误删除 DBF 补救措施 oracle数据文件误删除后的灾难处理方法 steps: 当Oracle数据文件误删除之后的处理办法!! 1、关闭数据库:  sqlplus "/as sysdba";  sqlplus>shutdown abort;...

    Oracle 误删除 DBF 补救措施

    oracle数据文件被误删除后的灾难处理方法

    steps:
    当Oracle数据文件被误删除之后的处理办法!!
    1、关闭数据库:
       sqlplus "/as sysdba";
       sqlplus>shutdown abort;
    2、装载数据库
       sqlplus>startup mount;
    3、删除无效的数据库文件
       sqlplus>alter database datafile '/home/oracle/survey/survey.dbf' offline drop
       sqlplus>alter database datafile '/home/oracle/survey/surveytemp.dbf' offline drop
    4、打开数据库
      sqlplus>alter database open;
    5、删除无效的表空间
       sqlplus> drop tablespace surevy including contents;
       sqlplus> drop tablespace surevytemp including contents;
      

    ---dtl----

    表空间  GTI40_DATA01 数据文件GTI40_DATA01.dbf被我删除了 
    我再运行drop tablespace qwer  
    会报错


    ORA-01116: 打开数据库文件48时出错 
    ORA-01110: 数据文件 48: '/data/GTI40_DATA01.dbf' 
    ORA-27041: 无法打开文件 
    Linux Error: 2: No such file or directory 
    Additional information: 3

    我怎么才能删除这个表空间 
    现在我无法在建立这个空间(在线等急!!!!!!!!)


    简单的问题搞这么复杂? 
    按下面步骤做即可: 
    1.shutdown immediate 
    2.startup mount 
    3.alter database datafile 'xxx' offline drop; 
    4.alter database open 
    5.drop tablespace xxxx including contents and datafiles;

     

    先说明一下alter database datafile ... offline drop:

    在非归档模式下,可以使用... offline drop,在归档模式下,使用... offline. 这个命令的意思并不是从表空间将这个数据文件彻底删除,而是说将这个数据文件“冻结”住:它的scn不在变化,不会再向它写入任何数据;但是原有存在这个文件中对象和数据还可以继续使用。因此在使用这个命令后,通过修改控制文件将它删除,数据库在启动时就会报文件丢失的错误,并且会在数据字典中产生一个MISGXXXXX的纪录。因此,以一个数据文件是无法被直接从数据库中删除掉的。

    如果需要减少表空间的数据文件,可以采用以下办法:

    export除表空间的内容:exp ... tablespaces=xxx;

    使用include content子句删除表空间:drop tablespace xxx include content;

    重见表空间,使之不包括需要去除掉的数据文件;

    import表空间的所有数据对象。

     

     re: 彻底将一个数据文件从表空间中删除 [回复] 
    呵呵,在10g R2的drop empty datafile之前,事实上是无法对单个数据文件进行删除的,除非你更改数据字典或者将表空间删除。如果按你上面的步骤操作,你查dba_data_files里面肯定会有那个数据文件的记录,只是标识为D:ORACLEORA92DATABASEMISSING00005这类的文件,事实上是由于你将控制文件中该数据文件的信息删除掉了,而数据字典里面还有该文件的信息,现在对应不上,因此标识为这种奇怪的文件名,表示该数据文件需要恢复的。


    当Oracle数据文件被误删除之后的处理办法!!
    1、关闭数据库:
       sqlplus "/as sysdba";
       sqlplus>shutdown abort;
    2、装载数据库
       sqlplus>startup mount;
    3、删除无效的数据库文件
       sqlplus>alter database datafile '/home/oracle/survey/survey.dbf' offline drop
       sqlplus>alter database datafile '/home/oracle/survey/surveytemp.dbf' offline drop
    4、打开数据库
      sqlplus>alter database open;
    5、删除无效的表空间
       sqlplus> drop tablespace surevy including contents;
       sqlplus> drop tablespace surevytemp including contents;
       
       
    good:
    oracle数据文件被误删除后的灾难处理方法- -
    Tag: oracle    datafile    数据文件    误删除    灾难                                           
    环境:Red Hat Linux 7.2 SMP
    数据库:Oracle 8.1.7

    起因,一同事建立了一个表空间并建立一张表后发现表空间未用到直接删除了那个数据文件.其操作如下:
    create tablespace r_csh_20051001 datafile '/webdata/dbdata/ry/csh20051001.dat' size 50M autoextend on next 500M default storage (initial 10m NEXT 10m MINEXTENTS 1 PCTINCREASE 0);
    create table r_csh(
          UsedDate   char(26)  default '',
          CardNumber char(26) default '',
          UserNumber char(16) default '',
          Credit     number(5) default 0,
          UserArea   number(6) default 0,
          CardArea   number(6) default 0,
          ValiDdate  char(26)  default ''
    );

    rm /webdata/dbdata/ry/csh20051001.dat
    经过这一操作后,数据库出现连接失败,发现数据库已经停止了.
    查看oracle的log显示:

    Errors in file /oracle/admin/webdb/bdump/ckpt_31638.trc:
    ORA-01110: data file 63: '/webdata/dbdata/ry/csh20051001.dat'
    ORA-01115: IO error reading block from file 63 (block # 1)
    ORA-27041: unable to open file
    Linux Error: 2: No such file or directory
    Additional information: 3
    ORA-01242: data file suffered media failure: database in NOARCHIVELOG mode
    ORA-01116: error in opening database file 63
    ORA-01110: data file 63: '/webdata/dbdata/ry/csh20051001.dat'
    ORA-27041: unable to open file
    Linux Error: 2: No such file or directory
    Additional information: 3
    Fri Oct 21 15:31:47 2005
    CKPT: terminating instance due to error 1242
    Instance terminated by CKPT, pid = 31638
    Fri Oct 21 15:55:09 2005

    想要把oracle重新启动,发现也启动不了:

    SQL> shutdown immediate;
    SQL> startup;
    ORACLE instance started.

    Total System Global Area   40104096 bytes
    Fixed Size                    73888 bytes
    Variable Size              23080960 bytes
    Database Buffers           16777216 bytes
    Redo Buffers                 172032 bytes
    Database mounted.
    ORA-01122: database file 63 failed verification check
    ORA-01110: data file 63: '/webdata/dbdata/ry/csh20051001.dat'
    ORA-01251: Unknown File Header Version read for file number 63

    分析问题:
    因为数据文件在没有被offline的情况下实物理删除了,导致oracle的数据不一致,因此启动失败.

    解决方法:
    lsnrctl stop
    sqlplus internal
    SQL> shutdown abort
    SQL> startup mount
    SQL> alter database datafile '/webdata/dbdata/ry/csh20051001.dat' offline drop;
    SQL> alter database open;
    SQL> drop tablespace r_csh_20051001; 
    lsnrctl start

    其中省略了屏幕输出内容.

    小结:oracle数据文件(datafile)被误删除后没有恢复的办法,只能把该数据文件offline后drop掉

    这是我们的实际操作记载!


    文章原稿为:https://www.cnblogs.com/leonkobe/p/6178659.html

    展开全文
  •  误删除Oracle数据库的dbf文件,在启动和关闭数据库是会提示错误。  startup启动数据库时提示:  ORA-01157:无法标识/锁定数据文件  ORA-01110:数据文件:‘……/X1000_1.dbf' 未找到  解决方法:  1...
  • 在Linux下面安装好Oracle只有,Linux 下面就会有一个Oracle用户,Linux上Oracle误删除一个没有用的dbf表空间文件,导致数据库连接在Linux下面安装好Oracle只有,Linux 下面就会有一个Oracle用户这个用户的目录在/...

    5268f80b9b1e01f982625ef6fac83ca1.png

    在Linux下面安装好Oracle只有,Linux 下面就会有一个Oracle用户,Linux上Oracle误删除一个没有用的dbf表空间文件,导致数据库连接

    在Linux下面安装好Oracle只有,Linux 下面就会有一个Oracle用户

    这个用户的目录在/home/oracle

    所以在登陆Oracle的时候要先使用Oracle用户才能登陆上去

    su - oracle 转换用户

    sqlplus /nolog 不连接任何数据库

    conn /as sysdba 用sysdba 登陆

    conn 用户名/密码 也可以登录

    Linux上Oracle误删除一个没有用的dbf表空间文件,,导致数据库连接报错,解决步骤:

    1.在原来的位置重新创建删除的dbf文件

    2.sys帐号登录

    3.alter database datafile '/xx/xx/xxx.dbf' offline drop; '/xx/xx/xxx.dbf'是指路径。。

    4.alter database open;

    5.drop tablespace xxx

    更多Oracle相关信息见Oracle 专题页面 ?tid=12

    logo.gif

    1428d0e076c3959ab11d28a39bc84fab.png

    5268f80b9b1e01f982625ef6fac83ca1.png

    本条技术文章来源于互联网,如果无意侵犯您的权益请点击此处反馈版权投诉

    本文系统来源:php中文网

    展开全文
  • 误删除Oracledbf文件解决方法

    千次阅读 2020-04-17 14:22:39
    误删除Oracle数据库的dbf文件,在启动和关闭数据库是会提示错误。 startup启动数据库时提示: ORA-01157:无法标识/锁定数据文件 ORA-01110:数据文件:‘....../data_01.dbf' 未找到 二、解决方法: 1...
  • 误删除OracleDBF文件之解决方案 问题描述:startup启动数据库时提示:  ORA-01157:无法标识/锁定数据文件 6 -请参阅 DBWR跟踪文件  ORA-01110:数据文件 6:'G:\GDQY\PERSON.DBF' 解决方案:  查看trace...
  • 在Linux下面安装好Oracle只有,Linux 下面就会有一个Oracle用户,Linux上Oracle误删除一个没有用的dbf表空间文件,导致数据库连接在Linux下面安装好Oracle只有,Linux 下面就会有一个Oracle用户这个用户的目录在/...
  • oracle误删除数据文件在线恢复方法 如果因为操作系统rm命令或者数据库语句误删除Oracle数据库的数据文件,**并且数据库未重启的话**,可以使用利用**文件描述符的方式**来进行恢复。 ① 首先找到一个后台进程(如 ...
  • 可能是PERSON.DBF文件丢失或者损坏,查看G盘发现没有GDQY文件夹。此时才想起来,由于磁盘之前中过病毒,删除了一些文件。发现问题根源所在,接下来便可以解决问题了,把PERSON.DBF OFFLINE DROP 掉。具体步骤如下: ...
  • ORA-01110: 数据文件 6: 'D:"WEIXIU.DBF' 4. 执行“alter database create datafile 6;” 5. 执行“alter database datafile 6 offline drop;” 6. 执行 alter database open 7. 可以 切换到其他用户
  • Linux下ORACLE误删除数据文件恢复操作

    千次阅读 2012-01-30 17:31:22
    检查数据文件的位置如下: SQL> select name from v$datafile; NAME ----------------------------------------------------------------------.../u01/app/oracle/oradata/marven/system01.dbf /u01/app/oracle/or
  • 在Linux下面安装好Oracle只有,Linux 下面就会有一个Oracle用户 这个用户的目录在/home/oracle 所以在登陆Oracle的时候要先使用Oracle用户才能登陆上去 su - oracle 转换用户 sqlplus /nolog 不连接任何数据库 ...
  • 背景:恢复误删除的数据文件 恢复原理: 在Linux操作系统中,如果文件从操作系统级别被rm掉,之前打开该文件的进程仍然持有相应的文件句柄,所指向的文件仍然可以读写,并且该文件文件描述符可以从/pro...
  • 8.1查看ORACLE运行的进程[oracle@xml-ora1 ~]$ uname -aLinux xml-ora1 2.6.18-194.el5 #1 SMP TueMar 16 21:52:39 EDT 2010 x86...
  • 由于之前删点东西,不小心把oracle中的一个.DBF文件删除了。导致了我数据库一直连接不上,加上有一个多月没有使用oracle,所以弄了一个早上才解决。下面我就来总结一下解决方法  1.以管理员的身份运行cmd,输入...
  • 删除表空间过程报错,因为之前误删除该表空间的一个数据文件 SQL> drop tablespace ceshi; drop tablespace ceshi * ERROR at line 1: ORA-01122: database file 5 failed verification check ORA-01110:...
  • #加深对Linux句柄的理解/紧急情况下Oracle的快速恢复不同于从Oracle中drop掉数据文件,在某些情况下,可能会遇到数据库在运行时数据文件在操作系统级别被删除,而此时Oracle实例并未崩溃,仍然处于open状态。...
  • 事故原因: 1.由于操作用hp unix 命令 rm -f datafilename 删除表空间的数据文件 2.alter tablespace tablespacenaem drop datafile datafil...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 2,102
精华内容 840
关键字:

oracle误删除了dbf文件