服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

ext3 fsck时间与分区大小

我正在做一个大规模的存储农场的设置,为了避免需要长达一个月的时间,我的计划是将存储分割成许多较小的文件系统(这很好,因为我有一个分段文件树,所以我可以很容易地在1/ , 2/ , 3/ , 4/等上安装单独的文件系统)。 我的困难在于find文件系统的“合理”大小的任何枚举,以保持fsck时间类似“合理”。 尽pipe我完全意识到给定大小的绝对时间在很大程度上取决于硬件,但我似乎无法find任何有关不同文件系统大小的ext3 fsck时间曲线形状的描述,以及其他variables(一个文件系统在一个目录中的文件占用时间要长于树中数千个目录中的每个文件中的10个文件;大文件vs小文件;完整文件系统vs空文件系统;等等)。 有没有人有任何关于这方面的研究数字的参考? 如果不这样做,那么有关这些问题的任何轶事至less应该有助于指导我自己的实验,如果这是必要的。 编辑 :澄清:无论文件系统,如果元数据出现问题,它将需要检查。 无论是基于时间还是基于挂载的重新启动都没有问题,我要求提供有关ext3的数字的唯一原因是因为这是最有可能select的文件系统。 如果你知道一个fsck过程特别快的文件系统,我愿意提供一些build议,但是它确实需要一个强大的选项(声称“文件系统X永远不需要fscking!”将会被嘲笑和嘲笑) 。 我也意识到需要备份,fsck的愿望不能替代备份,但是只是丢弃文件系统,并在备份恢复时,而不是备份,似乎是一个真正愚蠢的折衷。