Зачем малому офису LVM, если можно просто разметить диск стандартно?

Стандартная разметка прибита гвоздями: чтобы добавить место, нужно остановить сервер, размонтировать диск, переразметить. На сервере 1С это означает 2-4 часа простоя бухгалтерии. С LVM вы добавляете диск или расширяете раздел за 30 секунд без остановки сервиса. Один раз правильно настроили — годами не возвращаетесь.

Можно ли использовать LVM на Windows-сервере с 1С?

LVM — это технология Linux. На Windows аналог называется Storage Spaces (на Windows Server) или Dynamic Disks (старее). Принцип похожий: пул из нескольких дисков, виртуальные тома с гибким размером. Для серверов 1С на Windows мы рекомендуем Storage Spaces для серверных версий или ReFS-диски с тонким резервированием.

Сколько стоит миграция существующего сервера на LVM?

Если сервер уже работает без LVM, миграция требует переустановки системы или сложной операции с pvmove + переразметкой. Для одного сервера 1С — 18 000 руб., включая ночное окно работ, тестирование и rollback-план. Часто проще запланировать переход при следующей замене железа — там это бесплатно входит в установку.

А что если один из дисков в LVM умрёт — потеряю всё?

Сам по себе LVM не защищает от смерти диска — он просто объединяет диски в пул. Защиту даёт RAID под LVM (mdadm + LVM поверх) или встроенный LVM RAID (lvconvert --type raid1). Мы всегда ставим LVM поверх mdadm RAID 1 или RAID 10 для серверов с базами данных. Это даёт и гибкость LVM, и защиту от одного отказавшего диска.

Как делать бэкап 1С через LVM-снапшот?

Создаём снапшот тома с базой 1С (lvcreate -s), монтируем его в режиме чтения, копируем файлы базы куда нужно (на другой сервер, в облако, на NAS), удаляем снапшот. Для пользователей 1С процесс невидим — база работает все эти 10-15 минут без перерыва. Идеально для горячего бэкапа SQL-баз или файловых баз 1С.

Серверы 17 апреля 2026 · 12 мин чтения

LVM на корпоративном сервере 1С: расширение диска без даунтайма

Меня зовут Семёнов Евгений Сергеевич, я директор АйТи Фреш и за 15 лет работы с серверами малого и среднего бизнеса в Москве я выработал одно правило: любой Linux-сервер у клиента должен быть установлен на LVM. Не потому что это «модно» или «правильно по учебнику», а потому что в реальной жизни диск всегда заканчивается, всегда не вовремя, и почти всегда — на сервере с 1С, где простой стоит денег. Расскажу простыми словами, что это за технология и почему она избавляет ваш бизнес от ночных авралов.

Сценарий, который повторяется в каждом моём аудите

Опишу типичную ситуацию. Меня вызывают на новый объект — компания на 30-40 человек, склад где-то в Подольске, бухгалтерия в офисе на Соколе. У них Linux-сервер с 1С через PostgreSQL, поставленный 4 года назад каким-то приходящим админом. Сервер работал и работал, к нему никто не прикасался. И вот в среду в 14:00 1С перестаёт сохранять документы, бухгалтерия паникует, директор хватается за телефон.

Захожу по SSH, выполняю df -h — а там 100% занято на разделе с PostgreSQL. База выросла, логи накопились, временные файлы заполнились. Что нужно сделать? В идеале — расширить диск. На практике, если сервер размечен «по старинке» без LVM, варианты такие:

Удалить часть данных. Но это база 1С — удалять нечего, всё нужно.
Добавить новый физический диск, перенести часть базы на него, изменить путь. Час работы при условии, что тип файлов это позволяет.
Остановить 1С, размонтировать диск, переразметить вручную через parted, расширить файловую систему. 2-4 часа даунтайма, риск повредить данные.
Полностью переустановить сервер с нуля с правильной разметкой. День работы, недельная подготовка.

А если сервер изначально был установлен с LVM, я выполняю две команды за 30 секунд: lvextend -L +100G /dev/vg0/lv_pgsql и resize2fs /dev/vg0/lv_pgsql. И место добавилось. Бухгалтерия даже не успевает заметить, что что-то происходило. Вот ради этой одной возможности я и ставлю LVM на каждый клиентский сервер.

Что такое LVM простыми словами

Если объяснять без терминов: LVM (Logical Volume Manager, диспетчер логических томов) — это «прокладка» между физическими дисками и файловой системой, которая делает диски «гибкими, как пластилин». Вы перестаёте быть привязаны к жёсткому размеру каждого раздела.

Аналогия из жизни. Представьте, что у вас в офисе три кладовки разного размера. Без LVM каждая кладовка отдельная — что положили в первую, во вторую переложить нельзя, не разобрав стену. С LVM вы соединяете все три кладовки в одно общее хранилище и кладёте в него виртуальные «коробки» нужного размера. Если коробка переполнилась — за 5 секунд увеличиваете её на нужную величину. Если решили купить четвёртую кладовку — добавляете её в общий пул, и все ваши коробки теперь имеют доступ к большему пространству.

Технически в LVM есть три уровня:

Физический том (PV) — это ваш реальный диск или раздел. Например, /dev/sdb.
Группа томов (VG) — это «общий пул» из нескольких PV. Например, vg0, объединяющая все диски сервера.
Логический том (LV) — это виртуальный «диск» внутри VG, на котором живёт ваша файловая система. Например, lv_pgsql для базы 1С.

Звучит сложно, но настраивается за 15 минут при первичной установке системы и потом не требует внимания годами.

Какие реальные задачи бизнеса решает LVM

Я не буду описывать все 50 функций LVM из мануала. Расскажу про четыре сценария, которые регулярно случаются у моих клиентов и которые LVM решает за минуты, а без него — за часы или дни.

Сценарий 1: «Сервер 1С переполнился»

Самый частый вызов. База растёт, файлы 1С раздуваются, логи PostgreSQL копятся. С LVM:

# Покупаем новый SSD, вставляем в сервер
# Добавляем в общий пул
pvcreate /dev/sdc
vgextend vg0 /dev/sdc

# Расширяем нужный том на 200 ГБ
lvextend -L +200G /dev/vg0/lv_pgsql --resizefs

Готово. Бухгалтерия продолжает работать. Время операции — 2 минуты с учётом того, что встать и физически вставить диск в сервер. Без LVM — это была бы переустановка системы или сложная переразметка.

Сценарий 2: «Хотим бэкапить базу 1С без остановки»

Классическая проблема. Файловая база 1С — это куча мелких файлов, которые меняются ежесекундно. Если копировать их «как есть» — получите неконсистентный бэкап, который не запустится. Если останавливать 1С на время копирования — теряете час рабочего времени на каждый бэкап.

С LVM-снапшотом мы делаем «мгновенную фотографию» состояния тома и копируем её в спокойном темпе:

# Делаем снапшот тома с 1С (10 ГБ под изменения)
lvcreate -L 10G -s -n snap_1c /dev/vg0/lv_1c

# Монтируем снапшот в режиме чтения
mount -o ro /dev/vg0/snap_1c /mnt/snap

# Копируем на другой сервер или в облако
rsync -aAX /mnt/snap/ backup@nas:/backup/1c/

# Удаляем снапшот
umount /mnt/snap
lvremove -f /dev/vg0/snap_1c

Снапшот делается за 0.5 секунды. Пользователи 1С продолжают работать, не замечая. Бэкап получается консистентным — это важно. Технология работает не только для 1С, но и для PostgreSQL, файловых шар, любых данных.

Сценарий 3: «Один диск в сервере начал сыпаться, надо мигрировать»

Smart выдаёт предупреждение: на одном из дисков увеличивается счётчик переназначенных секторов. Диск умирает. Нужно мигрировать данные на новый, не останавливая работу клиентов.

С LVM это делается командой pvmove — данные копируются поблочно на новый диск, и все операции прозрачно переадресовываются. 1С работает без перебоев:

# Подключаем новый диск
pvcreate /dev/sdd
vgextend vg0 /dev/sdd

# Мигрируем все данные с проблемного диска на новый
pvmove /dev/sdb /dev/sdd

# Удаляем старый диск из группы и физически вынимаем
vgreduce vg0 /dev/sdb
pvremove /dev/sdb

Скорость миграции зависит от объёма данных и нагрузки — для 500 ГБ типично занимает 2-4 часа. Но это всё в фоне, без даунтайма. Раньше для такой операции я приезжал клиенту в субботу ночью и работал до утра. Теперь запускаю pvmove в среду днём и иду пить кофе.

Сценарий 4: «Хотим ускорить медленную базу с помощью SSD-кэша»

У клиента сервер с большим RAID-массивом из обычных HDD на 8 ТБ — много места, но медленный. База 1С на 200 ГБ помещается на SSD, но клиент не хочет покупать SSD-RAID на 8 ТБ. Решение: добавить один NVMe SSD в сервер и настроить LVM-кэш. Часто запрашиваемые данные базы будут лежать на быстром SSD, а архивные — на медленных HDD. Прирост производительности 1С в 3-5 раз.

# Добавляем NVMe SSD в группу
pvcreate /dev/nvme0n1
vgextend vg0 /dev/nvme0n1

# Создаём кэш-пул на SSD
lvcreate -L 200G -n cache_data vg0 /dev/nvme0n1
lvcreate -L 1G -n cache_meta vg0 /dev/nvme0n1
lvconvert --type cache-pool --poolmetadata vg0/cache_meta vg0/cache_data

# Подключаем кэш к тому с базой 1С
lvconvert --type cache --cachepool vg0/cache_data vg0/lv_pgsql

Для 1С это особенно эффективно — горячие данные (текущий месяц учёта) умещаются в кэш и работают со скоростью SSD, а архив прошлых лет лежит на HDD без потерь функциональности.

Реальный кейс: как мы спасли торговую сеть от потери дня работы

Январь 2026, утро понедельника. Звонит клиент — торговая сеть из 6 магазинов автозапчастей. Сервер 1С на Ubuntu 22.04 не запускается, в логах PostgreSQL «no space left on device». Я открываю удалённый доступ, проверяю — раздел с базой переполнился на 100%. База выросла за выходные из-за массового импорта прайсов поставщиков.

Хорошая новость: мы ставили этот сервер 3 года назад с правильной разметкой LVM. В шкафу клиента лежит запасной SSD на 1 ТБ — мы всегда оставляем такой запас. Я инструктирую сисадмина клиента (он тогда был на больничном, но смог приехать к серверу): «Вставь SSD в свободный слот, дальше я сделаю удалённо».

Через 15 минут после его приезда в офис сервер увидел новый диск. Я выполнил три команды: pvcreate, vgextend, lvextend --resizefs. Через 30 секунд база PostgreSQL запустилась, 1С заработала, продавцы за кассами не успели даже понять, что что-то было не так.

Если бы мы установили этот сервер «по старинке» без LVM, варианты были бы такие: либо переустановить систему с нуля (день работы и потеря логов транзакций), либо сложная переразметка с риском уничтожить базу. Минимум 4-6 часов простоя 6 магазинов. Средний оборот этой сети — 850 000 руб./день, потери составили бы сотни тысяч. А обошлось всё одним вечерним звонком и стоимостью SSD за 8 000 руб.

Когда LVM не нужен

Чтобы быть честным — есть случаи, когда я не настраиваю LVM:

Маленькие виртуальные машины с одной задачей. Если у вас VPS на 20 ГБ под одно приложение, которое ничего не пишет на диск, LVM добавляет сложности без пользы.
Очень специфические сценарии с производительностью. Базы данных уровня enterprise с дисковыми СХД иногда требуют прямого доступа к raw-устройствам без LVM-прослойки.
Серверы только под одну функцию с фиксированным объёмом. Например, сервер мониторинга с известным объёмом данных на год.

Для 95% корпоративных серверов малого и среднего бизнеса LVM — однозначно правильное решение. Особенно для серверов с базами 1С, файловыми хранилищами, почтой и веб-приложениями, где данные растут непредсказуемо.

Сколько стоит правильно настроить

Установка нового сервера сразу с LVM — это часть стандартной работы по установке Linux-сервера, отдельно ничего не доплачивается. У нас при заказе нового сервера под ключ (1С через PostgreSQL, файловая шара, корпоративная почта) LVM настраивается автоматически.

Если у вас уже есть работающий сервер без LVM и вы хотите его мигрировать — это отдельная работа, потому что требует переустановки системы или сложной операции с временным переносом данных. Тарифы:

Услуга	Что входит	Стоимость
Установка нового сервера 1С с LVM	Полная настройка системы, PostgreSQL, веб-публикация, бэкапы	от 25 000 ₽ (входит)
Миграция существующего сервера на LVM	Бэкап, переустановка, восстановление, ночное окно	от 18 000 ₽
Настройка LVM-снапшотов для бэкапа 1С	Скрипт, расписание, проверка целостности, документация	8 000 ₽
Настройка LVM cache (SSD-кэш для HDD)	Подбор размера, настройка, нагрузочное тестирование	12 000 ₽
Расширение существующего тома	Покупка диска, монтаж, расширение, проверка	3 500 ₽ (без диска)

На клиентов абонентского обслуживания эти работы обычно входят в плановые задачи без дополнительной оплаты. Один раз правильно настроили — годами не вспоминаете.

Нужна правильная разметка серверов 1С с возможностью гибкого расширения?

Я лично выезжаю на аудит серверов в Москве и в радиусе 50 км от МКАД. За 1-2 рабочих дня посмотрю текущую разметку ваших серверов, оценю риски переполнения дисков, предложу план миграции на LVM с минимальным даунтаймом. Бесплатный аудит без обязательств — за один визит увидите, где у вас тонкие места.

Телефон: +7 903 729-62-41
Telegram: @ITfresh_Boss
Семёнов Евгений Сергеевич, директор АйТи Фреш

FAQ — частые вопросы клиентов про LVM

Зачем малому офису LVM, если можно просто разметить диск стандартно?: Стандартная разметка прибита гвоздями: чтобы добавить место, нужно остановить сервер, размонтировать диск, переразметить. На сервере 1С это означает 2-4 часа простоя бухгалтерии. С LVM вы добавляете диск или расширяете раздел за 30 секунд без остановки сервиса. Один раз правильно настроили — годами не возвращаетесь.
Можно ли использовать LVM на Windows-сервере с 1С?: LVM — это технология Linux. На Windows аналог называется Storage Spaces (на Windows Server) или Dynamic Disks (старее). Принцип похожий: пул из нескольких дисков, виртуальные тома с гибким размером. Для серверов 1С на Windows мы рекомендуем Storage Spaces для серверных версий или ReFS-диски с тонким резервированием.
Сколько стоит миграция существующего сервера на LVM?: Если сервер уже работает без LVM, миграция требует переустановки системы или сложной операции с pvmove + переразметкой. Для одного сервера 1С — 18 000 руб., включая ночное окно работ, тестирование и rollback-план. Часто проще запланировать переход при следующей замене железа — там это бесплатно входит в установку.
А что если один из дисков в LVM умрёт — потеряю всё?: Сам по себе LVM не защищает от смерти диска — он просто объединяет диски в пул. Защиту даёт RAID под LVM (mdadm + LVM поверх) или встроенный LVM RAID (lvconvert --type raid1). Мы всегда ставим LVM поверх mdadm RAID 1 или RAID 10 для серверов с базами данных. Это даёт и гибкость LVM, и защиту от одного отказавшего диска.
Как делать бэкап 1С через LVM-снапшот?: Создаём снапшот тома с базой 1С (lvcreate -s), монтируем его в режиме чтения, копируем файлы базы куда нужно (на другой сервер, в облако, на NAS), удаляем снапшот. Для пользователей 1С процесс невидим — база работает все эти 10-15 минут без перерыва. Идеально для горячего бэкапа SQL-баз или файловых баз 1С.