我计划调整一个相当大的文件系统的托pipeOracle实例(在同一台服务器上的几个之一)。 该磁盘在多个LUN上分布有4 TB,保持相同的条带宽度,增加了1 TB。 由于我们通常使用Oracle ASM来处理数据库,所以我不确定在线resize会对扩展的数据库以及系统的其他部分产生多大的影响。
在这个大小的文件系统上resize2fs的持续时间和性能影响是否有任何经验法则?
作为fsck.ext2 / 3开发者的权威答案:
对于一阶近似,它大约是fsck的1.7倍。 Resize2fs要求你做一个新鲜检查的文件系统,然后resize2fs本身需要扫描整个文件系统来重新定位扩展组描述符表所需的所有块。 这可能需要较less的时间,但如果你想成为绝对的工作人员,预算2次全fsck时间。
http://sourceforge.net/projects/e2fsprogs/forums/forum/7053/topic/2009143
因此,考虑到负载的特性,性能影响与fsck -n对系统的性能影响类似 – 您应该能够在存储相当安静且没有太大影响的情况下,在一天中的某个时间进行基准testing。