免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 8862 | 回复: 9
打印 上一主题 下一主题

删除文件后空间大小没被释放 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2009-02-13 17:10 |只看该作者 |倒序浏览
oracle9i数据库删除归档日志, 发现空间大小仍然没有变大, 用du统计/oracle目录也就30G左右,
但用df -h该空间已用了140G, 也就是说出现了删除文件后空间并没有被解释放出来问题.
点击清空垃圾箱空间大小仍然没被释放. 请教怎么办?


$ cd /oracle
bash-2.05$ ls
OraHome1      doc           lost+found    oradata
admin         jre           oraInventory  oui

bash-2.05$  du -sk *
3269940 OraHome1
1256604 admin
10724   doc
54010   jre
8       lost+found
5491    oraInventory
23821754        oradata
24023   oui
bash-2.05$





# df -h
Filesystem             size   used  avail capacity  Mounted on
/dev/dsk/c1t0d0s0      9.6G   4.0G   5.5G    43%    /
/proc                    0K     0K     0K     0%    /proc
mnttab                   0K     0K     0K     0%    /etc/mnttab
fd                       0K     0K     0K     0%    /dev/fd
swap                   8.3G    48K   8.3G     1%    /var/run
swap                   8.3G   1.8M   8.3G     1%    /tmp
/dev/dsk/c3t20030003BA13F193d4s6
                       148G   140G   5.9G    96%    /oracle
/dev/dsk/c1t0d0s4      7.7G   191M   7.4G     3%    /opt
/dev/dsk/c1t0d0s5       38G    12G    26G    32%    /oraclebackup
/dev/dsk/c1t0d0s7      3.8G   161K   3.7G     1%    /export/home



# df -o i
df: operation not applicable for FSType autofs
df: operation not applicable for FSType fd
df: operation not applicable for FSType mntfs
df: operation not applicable for FSType nfs
df: operation not applicable for FSType proc
df: operation not applicable for FSType tmpfs
Filesystem             iused   ifree  %iused  Mounted on
/dev/dsk/c1t0d0s0     125196 1090036    10%   /
/dev/dsk/c3t20030003BA13F193d4s6
                       71997 18626499     0%   /oracle
/dev/dsk/c1t0d0s4       7416  967176     1%   /opt
/dev/dsk/c1t0d0s5      61752 4787144     1%   /oraclebackup
/dev/dsk/c1t0d0s7         80  475184     0%   /export/home



$ du -sk *
369982  0000
1097099 333
0       Mail
101     TT_DB
1       bin
2       cdrom
616     core
10360   data
1607    dev
46      devices
9332    etc
154     export
0       home
33250   kernel
1       lib
0       lost+found
1       mnt
0       net
0       nsmail
156750  opt
28442555        oracle
12721800        oraclebackup
35280   platform
691005246       proc
17797   sbin
664     tmp
2043127 usr
338670  var
0       vol
0       xfn
235168  zfxfzb.dmp




# prtvtoc /dev/dsk/c3t20030003BA13F193d4s6
* /dev/dsk/c3t20030003BA13F193d4s6 partition map
*
* Dimensions:
*     512 bytes/sector
*     128 sectors/track
*      48 tracks/cylinder
*    6144 sectors/cylinder
*   51202 cylinders
*   51200 accessible cylinders
*
* Flags:
*   1: unmountable
*  10: read-only
*
*                          First     Sector    Last
* Partition  Tag  Flags    Sector     Count    Sector  Mount Directory
       2      5    01          0 314572800 314572799
       6      4    00          0 314572800 314572799   /oracle
r

论坛徽章:
0
2 [报告]
发表于 2009-02-13 17:19 |只看该作者
只要确认删除成功,可以继续写文件,空间显示错误是正常的

论坛徽章:
0
3 [报告]
发表于 2009-02-13 17:26 |只看该作者
有个同事也碰到这种事,是否是由于oracle某些事务还未提交,或者是文件系统的某些信息还未同步?可否shutdown oracle再start一下试试看?再不行就重启一下os看看是否回复正常?

论坛徽章:
0
4 [报告]
发表于 2009-02-13 17:31 |只看该作者
如果可以确定的话,可以把无用的数据文件删除

论坛徽章:
0
5 [报告]
发表于 2009-02-13 17:34 |只看该作者
偶中过这种情况, 后来询问dba, 删除oracle的log要先停掉一个什么service,不然文件虽然删除,空间不会释放,直至重启动

论坛徽章:
0
6 [报告]
发表于 2009-02-13 17:39 |只看该作者
终于发现问题所在.

原来有人删除归档文件,没清空垃圾箱所致.
而且他的登陆界面跟我们不一样(我们用CDE他不是,导致我们登陆后清空垃圾箱仍然不起作用),
最后进入 /oracle/.Trash-root 发现他们删除而没有清空的归档文件.

删除这些文件后OK.  

删除后空间大小如下. /oracle可用空间为: 119G
# df -h
Filesystem             size   used  avail capacity  Mounted on
/dev/dsk/c1t0d0s0      9.6G   4.0G   5.5G    43%    /
/proc                    0K     0K     0K     0%    /proc
mnttab                   0K     0K     0K     0%    /etc/mnttab
fd                       0K     0K     0K     0%    /dev/fd
swap                   8.3G    48K   8.3G     1%    /var/run
swap                   8.3G   1.8M   8.3G     1%    /tmp
/dev/dsk/c3t20030003BA13F193d4s6
                       148G   27G   119G    19%    /oracle
/dev/dsk/c1t0d0s4      7.7G   191M   7.4G     3%    /opt
/dev/dsk/c1t0d0s5       38G    12G    26G    32%    /oraclebackup
/dev/dsk/c1t0d0s7      3.8G   161K   3.7G     1%    /export/home

论坛徽章:
0
7 [报告]
发表于 2010-03-17 11:27 |只看该作者
这个状况我也遇到过,要将该文件系统unmount,然后再mount,空间就释放了

论坛徽章:
7
荣誉会员
日期:2011-11-23 16:44:17水瓶座
日期:2013-08-28 21:20:16丑牛
日期:2013-10-02 21:01:462015年迎新春徽章
日期:2015-03-04 09:54:45操作系统版块每日发帖之星
日期:2016-06-05 06:20:0015-16赛季CBA联赛之吉林
日期:2016-06-20 08:24:0515-16赛季CBA联赛之四川
日期:2016-08-18 15:02:02
8 [报告]
发表于 2010-03-17 19:32 |只看该作者
终于发现问题所在.

原来有人删除归档文件,没清空垃圾箱所致.
而且他的登陆界面跟我们不一样(我们用CDE ...
xieliangcheng 发表于 2009-02-13 17:39



原来是把文件删除到回收站里~~~

论坛徽章:
0
9 [报告]
发表于 2010-03-18 17:48 |只看该作者
回收站是个好东东呀{:2_170:}

论坛徽章:
0
10 [报告]
发表于 2010-03-18 23:11 |只看该作者
不管回收站的事,首先看到楼主和各位版主的发帖回帖时间居然是过年那天。。。。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP