tru64 文件系统满 怎么处理？求教

netface

我们单位用的是康柏ds20 tru64系统，装有oracle数据库。在服务器正常运行中，出现“/usr write failed file system is full”的提示，重新启动登录后，出现“the file /var/tmp/sdtdbcache_$DISPLAY  is either missing or empty .this is most likely due to the file system for /var/tmp being full。。。。。”等提示，后回到登录界面。只有通过单用户模式能够进入系统。
    我查看了数据库的目录（/usr/oracle/oradata/info），发现有个indx01.dbf 有3个G,其他的数据库文件才1.5G左右，不知道是不是那个索引文件太大了？怎么能够吧那个索引文件搞小一点？具体怎么操作，我是新手，谢谢各位！

david9000

建议你从两个方面考虑解决 /usr 空间不足问题：
1、减少或删除 /usr/oracle/oradata/info 文件
2、增加扩容 /usr 使用空间

上述操作请谨慎！！！

netface

我怀疑那个indx01.dbf有问题，怎么能把那个索引文件缩小又不影响到系统的运行？

chu11cn

请数据库管理员操作

netkey

先用df -k看一下吧，确定/usr/oracle/oradata是不是占用的/usr文件系统的空间，还是单独的文件系统。
一般应该不会把数据库的文件直接放在/usr文件系统的。

netface

昨天又看了一下，oracle的数据文件不是在/usr下面，而是单独分了6个G。而/usr确实是占满了。那么/usr/oracle/oradata里面的那些indx01.dbf，rbs01.dbf，redo01.log是些什么文件？我跟一台正常的服务器对比，发现正常的服务器的indx01.dbf只有500m左右，怎么把这个文件搞小一点？

samcao

indx01.dbf是索引数据文件，rbs01.dbf是回滚段，redo01.log是重做日志
可以用sqlplus进去后，执行select name from v$datafile
看一看这几个文件是否是oracle使用的
或者用fuser -cv indx01.dbf看看这些文件是否正被oracle用户使用
可以通过alter tablespace的办法把indx01.dbf移走

wstar

原帖由 samcao 于 2008-3-29 14:59 发表
indx01.dbf是索引数据文件，rbs01.dbf是回滚段，redo01.log是重做日志
可以用sqlplus进去后，执行select name from v$datafile
看一看这几个文件是否是oracle使用的
或者用fuser -cv indx01.dbf看看这些文件 ...

正解

或者如果检查出来，这个文件压根就是一历史文件，干脆复制到别处后，删除了就好了。

wstar

lz的问题解决了吗？