LVM (Logical Volume Manager) комплекс ПО, которое управляет дисковыми ресурсами (независимо от типа диска SCSI или SAS и т.п.), как логическими, так и физическими. LVM использует отдельный слой, где крутится коды драйверов устройств. Логические партиции диска, используется приложениями, и совершено независимы от физической структуры дискового хранилища.
Каждый отдельный диск называется физическим томом (physical volume - PV) и ему присваивается имя в формате /dev/hdiskx (где х уникальный номер, присваиваемый каждому диску).
Каждый физический том в свою очередь состоит из физических партиций (physical partitions - PPs) одинакового размера.
После установки системы создается одна группа томов (volume group), которая называется rootvg, необходимая для корректного запускаа системы. Внутри VG определен один или несколько логических томов (logical volumes - LVs). LV содержит информацию на одном или нескольких PV.
Прежде чем работать с VG, посмотрим, какие диски установлены в системе:
# lsdev -Cc disk
или так:
# lspv
С дисками определились, плюс определили VG, которые активный в данный момент.
Это можно сделать и с помощью другой команды
# lsvg
Теперь посмотрим, что из себя представляет отдельная VG, например, rootvg.
# lsvg datavg
С
помощью этой команды мы видим типичный размер физической партиции (PP)
В моем случае это:
PP SIZE: 64 megabyte(s)
Количество активных физических томов:
ACTIVE PVs: 2
количество созданных логических партиций:
LVs: 2
И, конечно, значения максимумов для LV и PP.
Посмотрим теперь на значения логических томов datavg:
# lsvg -l datavg
Определим какие физические тома входят в rootvg:
# lsvg -p datavg
Опять к теории:
Логические разделы (LV) определены внутри группы томов VG. LV -это схема, по которой информация группируется на одном или нескольких физических дисках (PV). Исходя из этого посмотрим свойства логического тома:
• Может располагаться на одном физическом томе (PV);
• Может быть распределен по нескольким физическим томам, но только внутри одной группы томов (VG);
• Может иметь зеркальные копии на разных физических томах (PV), но в пределах одной группы томов (VG).
Посмотрим все логические тома в группе томов:
#lsvg -o | lsvg -i -l
Удалим группу томов datavg:
# varyoffvg datavg
#exportvg datavg
Создам новую группу томов tlogvg с размером физической партиции (PP) 128 Мб.
# mkvg -y tlogvg -s 128 hdisk1
Добавим еще один том в данную группу:
Я использую параметр -f, так как не хочу дожидаться перезагрузки системы после того, как я удалил старую группу томов datavg. Итак, у нас получилась группа томов, состоящая из 2-х дисков hdisk 1 и hdisk2. Но пока в ней не создано ни одного логического тома:
Создадим логические партиции: основную и лог для нее:
#mklv -t jfs2log -y loglvname rootvg 1 (кол-во PP).
Как правило, указывают одну PP для лога, этого достаточно.
Как видим одна PP "ушла" на создание лога.
#mklv -t jfs2 -y lvname vgname somesize ( кол-во PP или размер в гигабайтах G)
Зеркалирование данных можно сделать с помощью
mklvcopy.
Для создания файловой системы используем
mkfs и монтируем somedir:
#mkfs -o log=/dev/loglv,name=/mountpoint -V jfs2 /dev/somelv
Или так:
crfs -v jfs2 -m /data/log -a logname=/dev/trlogloglv -d trloglv -A yes
Все прошло удачно, LV state перешел в режим "открыт для доступа":
Ну и плюс, получилась новая файловая система:
#df -g
В случае, если вы не хотите вникать в тонкости создания логических томов, то можно перейти сразу к созданию файловых систем:
#crfs -v jfs2 -A yes -g datavg -m /data/db -a size=490G
Также, хотелось бы заметить, что LVM используется для осуществления контроля за именованием логических партиций и системных файлов, иными словами - дубликат не пройдет каждый файл или партиция будет иметь уникальное имя в пределах группы томов (VG).
С помощью команды
importvg можно перенести группу томов с одного сервера на другой.
При изменении VG нужно быть аккуратным, т.к. изменения могут затронуть метаданные самой ВГ, что приведет к ее неработоспособности.
Успехов! Комментарии приветствуются!
