文件系统扩容中的小细节

其实，作为管理员，应该是经常被要求扩容文件系统的，毕竟计划赶不上变化。

小事：今天我要对rootvg中的/ora文件系统进行扩容，我得看看能扩多少，让后量入为出，咱也是过日子的人啊。

lsvg -l rootvg, 我们可以看到/ora的

LV NAME             TYPE       LPs     PPs     PVs  LV STATE      MOUNT POINT

lv_oradata01         jfs2           200     400     2       open/syncd           /ora

LPs和PPs的比例不为1，即对文件系统/ora是做了mirror（镜像）的，也就是我们的消耗是双倍的

lsvg rootvg，我们看到的是rootvg总共剩下的空余空间，

 FREE PPs:       124 (63488 megabytes)

这么算来我扣扣的只能扩个30G了，

别急啊，让我们在跑几条命令看一下，lspv，看到我们的rootvg是在hdisk0和hdisk1上的

lspv -l hdisk0，lspv -l hdisk1,看一下文件系统在各个物理卷（盘）上的分布，hdisk01上多了几个不做mirro的文件系统。

lspv hdisk0,一看可不得了，FREE PPs:           104 (53248 megabytes) ，心中已暗暗叫苦；

lspv hdisk1，错不了了，FREE PPs:           20 (10240 megabytes)，

问了一下师傅，这情况不好办，要么就说只能给/ora的空间扩个10G（可能还差个几百兆），要么就是迁移数据，使两边均衡。工程浩大啊

后来应用确认，他们发现数据碎片比较多，压缩比很高，不用扩容了。

 

嘻嘻，平时扩容比较多的是无mirror的，比较简单没啥复杂的，但是牵涉到做raid的情况就比较抓虾了。而且也看出之前的文件系统分布不均匀，有时候还是很头痛的。

哈哈，二把刀又学到一记