文件系统使用率过高

首先肯定得扩容

其次要看是正常的空间增长还是异常的，一般根据应用能大概猜出来，如oracle的归档

最后，如果发现是异常增长，肯定要找原因。比如，早些年一套suse ha的节点，总数inode空间占用超高，导致无法写入。最后发现ha有bug，每天生成大量的dump日志，一周几百万个，inode就耗光了，最后打完补丁好了

其实我特别支持楼上的说法，提问要给OS version
：

如果文件系统使用率过高，那么应该如何合理的解决这个问题，面对空间不足的情况解决办法只是单纯的对文件系统进行扩容么？

答：以下是AIX/linux 为例  

文件系统使用率过高，你要看是什么导致的，是你的应用还是操作系统本身的（如HA ,OS  CORE文件生成等情况），当然是OS 引起的可能性小。

如果是应用引起的，是突然增长的还是日积月累的增长的，如果是日积月累增长的 这种情况，那就是说没有办法的增长，必须扩容（收缩空闲的lv，或新增现有未使用的pp）,如果是突发的增长，那么就需要，你去分析是什么导致的增长，如果你找不见增长的源头你就是扩多大，他也会给你撑爆的。

先清理，能清理就不扩容...

不建议清理，除非有100%的把握，当然如果空间急速耗尽一定要找到根本原因。

到了目前云存储的今天，A

IX的文件系统空间早已不需要在文件系统层面做文章，比如存储的精简配置、压缩、重删，都可以更好的解决问题。如果从传统思路来讲，提供以下建议：

1.申请时预留3年和40%以上的空余空间。

2.在该文件系统下预先生成一个占用20%以上的空文件，宝信实施规范中取名null.file;

目的：防止存储无法及时供给空间时，且清理文件风险又大时，可直接删除，救急。

如果云计算的思维，则很简单：

申请文件系统至少640G-64T以上（具体见操作系统上限），保证一辈子也不会满，呵呵。

回答这种问题真心很累，操作系统类型是什么？什么版本？然后大家告知你如果去清理系统垃圾不就可以了么？

空间都不够用了，还不扩容

谢谢各位大神的解答，就不一一谢过了

操作系统类型是什么？什么版本？然后大家告知你如果去清理系统垃圾不就可以了么？