Linux操作系统下一台BI的数据库，运行在归档模式下，在每月处理UA适配时总会产生大量日志，堆满该分区，尝试扩展该逻辑卷。

查看LVM版本。

#rpm -qa|grep lvm

lvm2-2.02.06-6.0.RHEL4

系统安装LVM2，支持逻辑卷的动态扩展和收缩。

[@more@]

查看可以支持的LV命令
[root@NXX ~]# lv
lvchange lvcreate lvextend lvmchange lvmsadc lvm.static lvremove lvresize lvscan
lvconvert lvdisplay lvm lvmdiskscan lvmsar lvreduce lvrename lvs

查看文件系统信息
#df -h
/dev/mapper/dmdatavg-archive
79G 9.7G 69G 13% /data/oradata/bidm/archive

查看逻辑卷信息
#lvdisplay
--- Logical volume ---
LV Name /dev/dmdatavg/archive
VG Name dmdatavg
LV Write Access read/write
LV Status available
# open 1
LV Size 79.00 GB
Current LE 28161
Segments 2
Allocation inherit
Read ahead sectors 0
Block device 253:23

确认卷组是否有可用空间
#vgdisplay
--- Volume group ---
VG Name dmdatavg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 59
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 51
Open LV 50
Max PV 0
Cur PV 1
Act PV 1
VG Size 700.00 GB
PE Size 4.00 MB
Total PE 179199
Alloc PE / Size 177896 / 694.91 GB
Free PE / Size 8959 / 35.09 GB

还可以为archive扩展35.09G，可以保留一部分应急用，实际扩展30G即可。

因为库的归档跑在这个逻辑卷上，为防止操作失败把库挂起，临时把归档目录指定到一个临时目录中。
bidm> alter system set log_archive_dest_1='location=/apps/oralce/tmparchive' scope=both;
bidm> alter system switch logfile;
看到归档在新目录中生成。

开始扩展LV，扩展可以使用lvextend和lvresize命令。可以选择用lvextend来扩展。
#lvextend -L +30G /dev/dmdatavg/archive

命令执行后，查看文件系统，大小并没有改变，但LV的大小已经改变，需要再做一个resize操作，更新一下文件系统的大小信息。

使用resize2fs提示必须umount /data/oradata/bidm/archive
#resize2fs -p /dev/dmdatavg/archive

报出错误信息，提示必须先umount /data/oradata/bidm/archive

执行卸载
#umount /data/oradata/bidm/archive

执行后，提示磁盘资源忙。

产看是那些进程占用目标资源。

#lsof |grep "bidm/archive"
oracle 10000 oracle 24uW REG 253,23 93505024 17168 /data/oradata/bidm/archive/1_160796_586789214.dbf (deleted)
oracle 10000 oracle 25uW REG 253,23 100363776 17169 /data/oradata/bidm/archive/1_170507_586789214.dbf (deleted)
oracle 10000 oracle 26uW REG 253,23 94131712 17170 /data/oradata/bidm/archive/1_181610_586789214.dbf (deleted)
oracle 10000 oracle 27uW REG 253,23 100357120 17162 /data/oradata/bidm/archive/1_182438_586789214.dbf (deleted)
oracle 10002 oracle 24uW REG 253,23 100021760 17167 /data/oradata/bidm/archive/1_169826_586789214.dbf (deleted)

[root@NXX ~]# ps -ef|grep 10000
oracle 10000 1 0 Aug20 ? 03:27:20 ora_arc0_bidm

资源依然被归档进程持有，该进程不能kill掉哦，这时只能通过重启oracle来释放资源。
因为该库重启窗口不允许，没有采用重启，后来发现可以使用在线resize文件系统的方式来操作。

使用命令ext2online
#ext2online /dev/dmdatavg/archive

查看文件系统大小
#df -h
/dev/mapper/dmdatavg-archive
109G 10G 93G 10% /data/oradata/bidm/archive

LV扩展成功，把归档目录重新指向归档目录。
bidm> alter system set log_archive_dest_1='location=/data/oradata/bidm/archive' scope=both;