DBF的文件不能删除吧?同时要看你那些DBF都是针对什么存的什么数据。如果是已经无关的表的.那倒是应该可以.不过,估计这种情况太少了.

解决方案 »

  1.   

    *.dbf数据文件必须在已经不包括数据并且从表空间分离出来的前提下,才能被安全删除。移走也不行,因为数据文件与表空间之间是按照数据文件的物理存储空间来关联的,移走肯定会有问题。
      

  2.   

    当然可以移动位置或删除,
    但是要先在oralce运行时,在oracle management server中可以删除的,或者先使dbf文件脱机,然后移动到别的地方。
      

  3.   

    你使用语句select file_name from dba_data_files;看看有没有数据文件在这个目录,这个目录应该是放归档日志的目录,如果没有数据文件存放在这里,冷备份数据库然后删除这些文件就行了
      

  4.   

    当然可以移动位置或删除,
    但是要先在oralce运行时,在oracle management server中可以删除的,或者先使dbf文件脱机,然后移动到别的地方。
    问题是你这样让人家移动之后还让不让人家用!!!!!!!!!!
      

  5.   

    那玩意删除或者移动了你的oracle还能用吗?
      

  6.   

    某也很奇怪的是,把那些DBF文件移动了以后,Oracle依然用得花花的顺利,真是令人奇怪。不过我记得安装的时候是把数据没有放到oracle的程序那个盘,但是我这些垃圾dbf文件都是在oracle程序盘里的archive目录下的,偶用的是oracle9i,不知道哪位熟悉的大大知道archive目录下的dbf是干什么的?
      

  7.   

    必须offline之后才能删除,不过注意备份呀
      

  8.   

    "oracle的oradata的Archive目录下堆积了很多*.DBF文件"
    ----------------------------------------------------
    如果这些.dbf文件是你正在使用的表空间对应的数据文件的话,是不能随便移动的.
      

  9.   

    zilla() ( ) 
    某也很奇怪的是,把那些DBF文件移动了以后,Oracle依然用得花花的顺利,真是令人奇怪。不过我记得安装的时候是把数据没有放到oracle的程序那个盘,但是我这些垃圾dbf文件都是在oracle程序盘里的archive目录下的,偶用的是oracle9i,不知道哪位熟悉的大大知道archive目录下的dbf是干什么的?说明这些文件不是数据文件,而是归档日志文件。 做完一个全备份以后就可以删掉它们。
      

  10.   

    哦,明白了,多谢lynx大哥,呵呵,每次来csdn问问题都是有收获啊……