Разберем ситуацию, когда возникает желание оптимизировать работу IT-инфраструктуры и установить сервер 1С:Предприятие на Windows Server без графического интерфейса (в режиме Core). В теории такой подход выглядит очень привлекательно: меньше запущенных служб, экономия ресурсов, повышенная безопасность и истинно "админский" подход. Однако на практике системные администраторы часто сталкиваются с неочевидными сложностями. Проанализируем ситуацию подробно, выясним причины возможных проблем и найдем надежные способы их решения.
Основной вопрос, который возникает при работе в консольной операционной системе: как запустить Конфигуратор для обновления баз данных? Так как на Windows Server Core нет графической оболочки (GUI), запустить привычное окно Конфигуратора напрямую на сервере не получится. Посмотрим на варианты решения этой задачи:
ras и rac. Для управления самим кластером 1С (создание новых баз, сброс сеансов, управление блокировками) графический интерфейс на сервере не нужен. Разберем по шагам: на сервере запускается служба удаленного администрирования ras. Затем с любого другого компьютера с помощью консольной утилиты rac вы подключаетесь к серверу и выполняете нужные команды. Также вы можете использовать графическую оснастку MMC (Администрирование серверов 1С:Предприятие) на своем ПК, просто указав IP-адрес Core-сервера.ibcmd. Для продвинутых администраторов и CI/CD процессов оптимальным вариантом является использование автономного сервера и консольной утилиты ibcmd. С ее помощью можно написать скрипты, которые будут автоматически обновлять конфигурации без единого графического окна.Рассмотрим подробнее подводные камни, с которыми столкнулись участники обсуждения. При размещении большого количества баз данных (например, более 100) на сервере без графики, платформа 1С может внезапно завершать работу с ошибками. Выясним причину.
Платформа 1С исторически имеет модули, которые обращаются к системным библиотекам Windows. Например, при формировании печатных форм, работе с диалогами или экспорте документов могут вызываться графические библиотеки (GDI). В Windows Server Core этих компонентов (в виде DLL-файлов) по умолчанию нет. Если код конфигурации (особенно в регламентных и фоновых заданиях) написан некорректно и пытается обратиться к методам с директивой #НаКлиенте или использует COM-объекты (например, MS Excel), серверный процесс не находит нужную DLL и падает.
Если вы твердо решили использовать именно Windows Server Core, Microsoft предлагает официальное решение. Начиная с версии Windows Server 2019, доступен специальный пакет совместимости — Server Core App Compatibility Feature on Demand (FOD).
Этот пакет позволяет добавить в урезанную систему критически важные графические и системные библиотеки (включая компоненты MMC и Event Viewer), которые требуются прикладному программному обеспечению для стабильной работы, но при этом не устанавливает полноценный Desktop Experience. Установка пакета FOD решает подавляющее большинство проблем с "падениями" рабочих процессов 1С, связанных с отсутствием GUI-библиотек.
Проанализируем вопрос производительности. Дает ли Server Core реальный прирост скорости работы 1С? Практика и замеры показывают, что ощутимого прироста вычислительной мощности нет. Отключение таких служб, как "Темы", и отсутствие графического интерфейса высвобождают около 500 МБ – 1 ГБ оперативной памяти. В современных реалиях, где сервер для 1С редко имеет менее 100 ГБ ОЗУ, такая экономия ресурсов выглядит ничтожной.
Однако, главный смысл использования Server Core заключается в другом:
Если ваша главная цель — избавиться от лишнего графического интерфейса ради стабильности, безопасности и экономии ресурсов, рассмотрим современные альтернативы, которые лишены недостатков Windows Core:
Подводя итог, можно сказать: эксплуатация 1С на Windows Server Core возможна и имеет смысл с точки зрения безопасности, но требует от администратора высокой квалификации, использования утилит вроде rac и ibcmd, а также обязательной установки пакета совместимости FOD для предотвращения непредвиденных сбоев.