oracle 10g,Solaris环境。我安装一个软件,这个软件创建了表空间,dbf文件放在了磁盘a上,但a磁盘太小了,很快就满了,因此我又重装了该软件,并指定dbf文件在另外一个大的磁盘b下。
问题:重新安装软件之后,a盘上的dbf文件没有自动清除,仍然占据着磁盘空间,怎么才能安全的把它们删除?谢谢!!

解决方案 »

  1.   


    也就是说现在a盘上的dbf文件都没有使用了? 直接 RM *.dbf就可以了..如果在使用,先offline 在删除..
    ------------------------------------------------------------------------------
    Blog: http://blog.csdn.net/tianlesoftware
    网上资源: http://tianlesoftware.download.csdn.net
    相关视频:http://blog.csdn.net/tianlesoftware/archive/2009/11/27/4886500.aspx
    Q Q 群:62697716 
      

  2.   

    这个文件目前不在使用。如果直接rm -r 的话,数据库会挂掉的。
      

  3.   

    可能是这样的:
    控制文件中留有数据文件记录,如果直接删除就会出错。
    你可以先在控制文件中删除记录(要有ALTER TABLESPASE特权),在物理的删除对应的数据文件。
      

  4.   

    楼上的大侠能不能具体点啊?刚刚接触oracle,对这些很不熟悉呀O(∩_∩)O谢谢!
      

  5.   

    首先你要确认一下你想删除的那些数据文件所对应的表空间是否还在使用
    如果没用的话 使用如下语句删除
    drop tablespace tablespace_name including contents and datafiles;语句执行完了OS上的数据文件应该被删除了
    如果没有的话 手动删除就可以了 
      

  6.   

    这个不能drop的。。已经在同一个实例里边重新创建了同名的表。。如果直接drop,则应该drop掉了现在正在用的表,而不是想要删除的表。
      

  7.   

    不是drop表
    是表空间在同一实例下不可能创建两个同名表空间的
      

  8.   

    SQL> alter database datafile 7 offline drop;rm -f name file
      

  9.   

    这个很管用,删掉了,而且数据库正常。。
    再麻烦一下,解释一下alter database datafile 7 offline drop 中的7 offline drop是什么意思???
    另外就是,这样处理之后,后续需要做些什么操作,摆平这个offline drop对数据库的影响?
    O(∩_∩)O谢谢!
      

  10.   

    7 offline drop7是数据库的文件号offline 是让文件脱线。
    drop是删除
      

  11.   

    重新安装软件之后,a盘上的dbf文件没有自动清除。 你这里a上面的文件是不是没有用到了。
      

  12.   


    没有用到,就可以直接的用filesystem的命令干掉了呀