其实，作为管理员，应该是经常被要求扩容文件系统的，毕竟计划赶不上变化。
小事：今天我要对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的情况就比较抓虾了。而且也看出之前的文件系统分布不均匀，有时候还是很头痛的。
哈哈，二把刀又学到一记
本文出自 “马达_航行日志” 博客，请务必保留此出处http://mada310.blog.51cto.com/779290/1378609
原文：http://mada310.blog.51cto.com/779290/1378609