1С:Предприятие в Hyper-V и VMware: от создания ВМ до первой рабочей базы
Содержание
Установить 1С на виртуальную машину можно так же, как на обычный сервер: создаёте ВМ в Hyper-V или VMware, ставите Windows Server, затем запускаете setup.exe из дистрибутива платформы 1С:Предприятие 8.3 и выбираете компоненты «Сервер 1С:Предприятия» и «Администрирование сервера». Отличия от «железа» всего в трёх местах: в настройке ресурсов ВМ, в пробросе ключа защиты и в привязке программной лицензии к виртуальному оборудованию.
Последнее ломает больше всего установок. Программная лицензия запоминает параметры машины, и смена MAC-адреса или миграция ВМ на другой хост может её «уронить». Поэтому порядок такой: сначала окончательно настраиваете ВМ, и только потом активируете лицензию.
Гипервизор и инфраструктура: что подготовить до установки
Платформа 1С не требует конкретного гипервизора. Она работает внутри гостевой ОС и не знает, что та виртуальная. Выбор определяется тем, что уже есть в компании.
| Гипервизор | Когда выбирать | На что обратить внимание |
|---|---|---|
| Hyper-V (роль Windows Server) | Инфраструктура на Windows, нужны бесплатные средства | Нет штатного проброса USB-устройств в ВМ |
| VMware ESXi / vSphere | Уже есть кластер VMware | USB-ключ пробрасывается в ВМ штатно |
| Proxmox, KVM | Linux-хосты, экономия на лицензиях | Нужны драйверы VirtIO для гостевой Windows |
| Облачная ВМ (аренда) | Нет своего железа | Уточните у провайдера, можно ли зафиксировать MAC и ставить USB-ключ |
Перед стартом соберите всё необходимое:
- 💿 Дистрибутив платформы с портала обновлений 1С (нужна действующая подписка ИТС). Для сервера берите 64-разрядный дистрибутив.
- 🔑 Лицензии: пин-код программной лицензии или аппаратный ключ HASP. Серверная лицензия и клиентские лицензии — разные вещи, нужны обе.
- 🗄️ СУБД, если база будет клиент-серверной: Microsoft SQL Server или PostgreSQL (сборка, адаптированная для 1С).
- 🌐 Сетевые параметры: статический IP, DNS-имя сервера, доступ пользователей к ВМ.
Если пользователей до 5–7 и нагрузка небольшая, клиент-серверный вариант не обязателен. Файловая база в общей папке на ВМ работает быстрее, чем кажется, и не требует серверной лицензии.
Сколько ресурсов выделить виртуальной машине под 1С
Главное правило: 1С любит быстрый диск и частоту процессора больше, чем количество ядер. Восемь медленных vCPU дадут меньше, чем четыре быстрых.
Ориентиры для варианта «сервер 1С и СУБД на одной ВМ»:
| Пользователей | vCPU | Оперативная память | Диск |
|---|---|---|---|
| до 10 | 4 | 16 ГБ | SSD, 150–200 ГБ |
| 10–30 | 6–8 | 32 ГБ | SSD/NVMe, 300 ГБ |
| 30–60 | 8–12 | 48–64 ГБ | NVMe, отдельный диск под СУБД |
| больше 60 | разносить сервер 1С и СУБД по разным ВМ | от 64 ГБ на СУБД | NVMe, отдельные диски под данные и журналы |
Это стартовая точка, а не норма. Тяжёлые конфигурации вроде ERP и интенсивные регламентные задания потребуют больше.
Настройки ВМ, которые влияют на скорость
- Диск фиксированного размера. В Hyper-V создавайте VHDX типа «фиксированный», а не «динамически расширяемый». В VMware — Thick Provision. Динамический диск даёт задержки при росте файла.
- Отключите динамическую память для ВМ с СУБД. SQL Server и PostgreSQL рассчитывают кэш от объёма памяти при старте, а «плавающая» память мешает.
- Поколение ВМ. В Hyper-V выбирайте поколение 2 (UEFI) для Windows Server 2016 и новее.
- Сетевой адаптер. В VMware — VMXNET3, в Proxmox — VirtIO. Эмулируемая сетевая карта E1000 медленнее.
- Статический MAC-адрес. Пропишите его вручную в свойствах сетевого адаптера ВМ. Это защитит программную лицензию при переносе машины.
- Не перегружайте хост. Если на физическом сервере выделено больше vCPU, чем есть ядер, ВМ с 1С будет ждать процессорное время в часы пик.
Снимок (snapshot, контрольная точка) работающей ВМ — не резервная копия базы. Восстановление из снимка откатывает и лицензию, и СУБД к состоянию на момент снимка, а в работающей СУБД снимок может оказаться несогласованным.
Гостевая ОС: установка Windows и драйверов
Ставьте Windows Server 2016, 2019 или 2022. Платформа 8.3 актуальных версий на них работает без доработок.
Порядок после установки системы:
- Установите компоненты интеграции гипервизора. В Hyper-V для Windows Server 2016 и новее они встроены в систему и обновляются через Windows Update. В VMware поставьте VMware Tools, в Proxmox — пакет драйверов VirtIO и гостевой агент.
- Задайте статический IP, имя компьютера и введите машину в домен, если он есть. Имя сервера потом попадёт в строку подключения к базе — менять его после установки неудобно.
- Включите схему электропитания «Высокая производительность». По умолчанию Windows Server использует «Сбалансированную», и процессор не выходит на полную частоту.
- Установите все обновления Windows и перезагрузитесь до установки 1С.
- Настройте синхронизацию времени: либо с контроллером домена, либо с хостом гипервизора, но не одновременно с обоими.
Для Linux-гостя (Ubuntu, Debian, РЕД ОС, Astra) сервер 1С ставится из deb- или rpm-пакетов. Логика та же, но здесь разбираем самый частый вариант — Windows Server.
Установка сервера 1С и клиента внутри виртуальной машины
Распакуйте архив платформы и запустите setup.exe от имени администратора.
Выбор компонентов
В окне выбора компонентов отметьте:
- ✅ 1С:Предприятие — клиент. Нужен на сервере для Конфигуратора и проверки баз.
- ✅ Сервер 1С:Предприятия — сам сервер.
- ✅ Администрирование сервера 1С:Предприятия — консоль кластера.
- ✅ Модули расширения веб-сервера — только если планируете публиковать базы через IIS или Apache для веб-клиента.
Запуск сервера как службы
На шаге установки сервера оставьте флажок установки в качестве сервиса Windows. Программа предложит создать пользователя
USR1CV8 или указать существующего. Лучше отдельная учётная запись без прав администратора: под ней будет работать служба агента сервера.
После установки проверьте в services.msc, что служба агента сервера 1С:Предприятия 8.3 запущена, а тип запуска — «Автоматически».
Регистрация консоли администрирования
Консоль кластера иногда не открывается сразу после установки: оснастка не находит компонент. Зарегистрируйте radmin.dll из каталога нужной версии платформы:
regsvr32 "C:\Program Files\1cv8\8.3.xx.xxxx\bin\radmin.dll"
Вместо 8.3.xx.xxxx подставьте номер установленной версии. Если на сервере несколько версий платформы, регистрируйте ту, на которой работает служба.
Брандмауэр
Откройте входящие порты в брандмауэре Windows на ВМ, а при необходимости — и на уровне виртуального коммутатора или облачной группы безопасности:
| Порт | Назначение |
|---|---|
| 1540 | Агент сервера: к нему обращается клиент и консоль администрирования |
| 1541 | Менеджер кластера |
| 1560–1591 | Диапазон портов рабочих процессов (по умолчанию, меняется в свойствах рабочего сервера) |
| 1545 | Сервер администрирования ras, если используете rac или сторонние консоли |
Клиентская часть ставится на компьютеры пользователей тем же дистрибутивом, но только с компонентом «1С:Предприятие». Версия клиента должна совпадать с версией сервера до последней цифры, иначе подключение к базе не пройдёт.
Кластер серверов и лицензии в виртуальной среде
После установки агент создаёт кластер по умолчанию с именем Локальный кластер на порту 1541. Откройте консоль администрирования, добавьте центральный сервер по имени ВМ и убедитесь, что кластер виден.
Параметры отказоустойчивости, лимиты памяти и диапазон портов задаются в свойствах рабочего сервера внутри кластера. Для одной ВМ значения по умолчанию подходят — менять их стоит, когда появится реальная нагрузка.
Программная лицензия на ВМ
Программная лицензия активируется по пин-коду и привязывается к параметрам компьютера: сетевым адаптерам, процессору, дискам, данным ОС. На виртуальной машине эти параметры виртуальные — и могут меняться без вашего ведома.
Что ломает лицензию на ВМ:
- 🔄 смена MAC-адреса (в Hyper-V он по умолчанию динамический);
- 🚚 живая миграция или перенос ВМ на другой хост с другим процессором;
- ➕ добавление или удаление сетевых адаптеров и дисков;
- 🖥️ клонирование ВМ — копия получает «чужой» файл лицензии, который на ней работать не будет.
Число повторных активаций по одному пин-коду ограничено. Поэтому сначала окончательно настройте ВМ, зафиксируйте MAC, и только потом активируйте.
Не активируйте лицензию на ВМ, которую ещё будете переделывать: каждая лишняя активация расходует резерв пин-кода.
Серверную лицензию активируют на самой ВМ сервера. Клиентские лицензии можно держать там же: тогда в свойствах информационной базы должен стоять флажок «Разрешить выдачу лицензий сервером 1С:Предприятия». Проверить, какие лицензии получены сеансами, можно командой rac session list --licenses при запущенном ras.
Аппаратный ключ HASP на ВМ
С USB-ключом есть три рабочих варианта:
| Способ | Когда подходит | Риски |
|---|---|---|
| Проброс USB в ВМ (VMware, Proxmox) | Хост и ВМ в одной серверной | ВМ не мигрирует на другой хост без ключа |
| Сетевой ключ и менеджер лицензий HASP на хосте или отдельной машине | Hyper-V, кластер хостов | Менеджер должен быть доступен по сети |
| USB-over-IP (аппаратный или программный) | Нужна гибкость, ключ в другом месте | Ещё одна точка отказа |
В Hyper-V штатного проброса USB-устройств в ВМ нет, поэтому для него обычно выбирают второй или третий вариант.
Первая информационная база и проверка подключения
Создание клиент-серверной базы
Базу удобнее всего создать через консоль администрирования: Кластер → Информационные базы, в контекстном меню — Создать → Информационная база. Заполните:
- Имя — так база будет называться в кластере, латиницей без пробелов (например,
buh). - Защищённое соединение — оставьте выключенным для внутренней сети.
- Сервер баз данных — имя ВМ с СУБД (если СУБД на той же ВМ — её имя или
localhost). - Тип СУБД — MSSQLServer или PostgreSQL.
- База данных — имя базы в СУБД, пользователь и пароль СУБД.
- Для MS SQL поставьте смещение дат 2000 — без него при работе с датами возникнут проблемы.
- Отметьте «Создать базу данных в случае её отсутствия» и, при клиентских лицензиях на сервере, разрешение выдачи лицензий.
Подключение пользователей
На компьютере пользователя в окне запуска 1С нажмите «Добавить», выберите добавление существующей базы и вариант «На сервере 1С:Предприятия». Кластер серверов — имя ВМ, имя базы — то, что задали в консоли.
Затем загрузите конфигурацию: либо из шаблона поставки, либо из файла выгрузки .dt через Конфигуратор (Администрирование → Загрузить информационную базу). Загрузка .dt полностью заменяет содержимое базы и требует монопольного доступа.
Скорость работы и резервное копирование
Если 1С на ВМ работает медленно
Сначала исключите проблемы виртуализации, затем — проблемы самой базы:
- 💾 Задержки диска. Откройте монитор ресурсов Windows на ВМ и посмотрите длину очереди и время отклика диска. Время отклика больше 10–15 мс на SSD — повод разбираться с хранилищем хоста.
- 🧠 Нехватка памяти СУБД. Для SQL Server ограничьте максимальную память так, чтобы ОС и сервер 1С сохраняли запас 4–6 ГБ.
- ⚙️ Схема электропитания на хосте и в гостевой ОС — «Высокая производительность». В BIOS хоста тоже бывают энергосберегающие режимы, режущие частоту.
- 🔁 Соседи по хосту. Если на том же физическом сервере работает тяжёлая ВМ, 1С будет тормозить в те же часы.
- 🧹 Регламентные операции СУБД: обновление статистики и перестроение индексов по расписанию, ночью.
Резервные копии
Надёжная схема — два уровня:
- Бэкап средствами СУБД. В SQL Server — план обслуживания с полной копией раз в сутки и копиями журнала транзакций в течение дня (при полной модели восстановления). В PostgreSQL —
pg_dumpпо расписанию. - Копия на другое хранилище. Файлы бэкапа уносите за пределы хоста: на сетевое хранилище или в облако. Копия на том же хосте погибнет вместе с ним.
Выгрузка в .dt из Конфигуратора тоже годится, но требует монопольного режима и на больших базах занимает много времени. Её удобно делать перед обновлением конфигурации.
Резервирование всей ВМ средствами гипервизора (Veeam и подобные) полезно для быстрого восстановления системы, но для базы опирайтесь на бэкап СУБД. Раз в месяц разворачивайте копию на тестовой базе: непроверенный бэкап — это надежда, а не защита.