Развертывание терминального сервера (сервера удаленных рабочих столов или Remote Desktop Services — RDS) для работы с конфигурацией 1С:Управление производственным предприятием (УПП 1.3) — это классическая и востребованная задача. УПП 1.3 представляет собой масштабное и ресурсоемкое решение, работающее преимущественно в режиме «толстого клиента» на обычных формах. Это накладывает жесткие требования к аппаратному обеспечению сервера, на котором будут запускаться сессии пользователей.
Очень часто у системных администраторов возникает соблазн сэкономить бюджет и собрать терминальный сервер на базе обычных десктопных комплектующих (например, на процессорах AMD Ryzen или потребительских линейках Intel Core). В этой статье мы подробно разберем, почему «десктопный» подход таит в себе множество скрытых угроз, как правильно рассчитать процессорные мощности, оперативную память и дисковую подсистему, а также предотвратить критические ошибки, которые могут парализовать работу филиалов компании.
---
Проанализируем конфигурацию сервера, которую изначально планировалось внедрить для работы пользователей:
AMD Ryzen 7 1700 (8 физических ядер, 16 потоков, базовая частота 3000 МГц).Intel 660p объемом 512 ГБ.Seagate BarraCuda (7200 RPM) объемом 1 ТБ в зеркальном RAID-массиве, организованном средствами материнской платы.На первый взгляд, конфигурация кажется жизнеспособной для небольшого офиса. Однако при детальном рассмотрении каждого компонента в условиях реальной терминальной нагрузки на 15–20 пользователей мы увидим критические «узкие места», которые неизбежно приведут к зависаниям системы.
---
Оперативная память — это главный ограничитель количества одновременно работающих пользователей в терминальной среде. В отличие от веб-клиента или тонкого клиента, толстый клиент 1С:Предприятие выполняет значительную часть вычислений и построения интерфейса непосредственно на терминальном сервере в адресном пространстве процесса 1cv8.exe.
Разберем детально, как складывается потребление оперативной памяти на терминальном сервере:
Сама операционная система с запущенными службами роли RDS, антивирусом, системными кэшами и агентами мониторинга требует как минимум 3–4 ГБ ОЗУ для стабильной работы без ухода в свопинг.
При запуске пустой конфигурации УПП 1.3 процесс 1cv8.exe потребляет около 250–300 МБ. Однако пользователи не работают в пустой базе. При открытии тяжелых журналов документов, формировании отчетов (например, ведомости по партиям товаров на складах, оборотно-сальдовых ведомостей или расчете себестоимости) потребление памяти одним процессом мгновенно вырастает до 1–1.5 ГБ. В моменты пиковых нагрузок (закрытие месяца, сдача отчетности) сложные отчетостроения могут требовать до 2 ГБ ОЗУ на один сеанс.
Современные веб-браузеры (Firefox, Chrome, Edge) чрезвычайно прожорливы. Каждая открытая вкладка — это отдельный процесс. Пользователи терминала часто открывают личные кабинеты банков, справочные системы или электронную почту. Браузер с 3–5 активными вкладками забирает от 500 МБ до 1 ГБ ОЗУ. Офисный пакет (в частности, Microsoft Excel при открытии выгруженных из 1С больших таблиц) заберет еще 200–400 МБ ОЗУ.
Итоговая формула расчета памяти на одного активного пользователя:
Память_на_пользователя = Потребление_1С (1.5 ГБ) + Потребление_Браузера (0.8 ГБ) + Офис_и_окружение (0.4 ГБ) = ~2.7 ГБ
Прибавим к этому обязательный запас под непредвиденные задачи и получим, что ориентироваться необходимо на 3 ГБ ОЗУ на одного активного терминального пользователя.
Сделаем расчет для предложенных аппаратных объемов:
Вывод по ОЗУ: Для терминала под УПП 1.3 объем в 64 ГБ является обязательным минимумом даже для небольшого филиала на 15–20 человек.
---
Рассмотрим вторую критическую ошибку в предложенной сборке: размещение данных и профилей пользователей на жестких дисках (HDD) Seagate BarraCuda в зеркальном RAID-массиве.
Вынесение операционной системы на быстрый SSD, а профилей пользователей на медленный HDD — это классическая архитектурная ошибка в терминальных средах 1С. Выясним причину, почему так делать категорически нельзя:
Каждый раз, когда пользователь работает в 1С, платформа активно использует кэш метаданных, кэш конфигурации, временные файлы и файлы пользовательских настроек. Все эти данные по умолчанию хранятся в профиле пользователя операционной системы по следующему пути:
%USERPROFILE%\AppData\Local\1C\1Cv8\
%USERPROFILE%\AppData\Roaming\1C\1Cv8\
Работа 1С с кэшем состоит из колоссального количества операций чтения и записи мелких файлов (размером от нескольких байт до пары килобайт). Для таких нагрузок ключевым показателем накопителя является не линейная скорость чтения (которая у HDD может быть около 150 МБ/с), а количество операций ввода-вывода в секунду на случайных мелкоблочных операциях — IOPS (Input/Output Operations Per Second).
Seagate BarraCuda) выдает максимум 75–100 IOPS. Объединение их в зеркальный RAID-1 средствами материнской платы не увеличит скорость записи, а скорость чтения вырастет незначительно. На выходе мы получим массив, способный выдать максимум 150 IOPS на чтение.Если разместить профили на HDD, диск мгновенно уйдет в 100% утилизацию (очередь к диску вырастет до критических значений). Пользователи будут наблюдать секундные зависания при открытии каждого нового окна, проведении документов или просто при перемещении курсора по табличной части. Терминальный сервер станет полностью неработоспособным из-за дискового ступора.
Казалось бы, решение очевидно — разместить профили пользователей на системном SSD M.2 Intel 660p. Однако и здесь нас ждет ловушка, скрытая в архитектуре самого накопителя.
Накопитель Intel 660p построен на базе флеш-памяти типа QLC (Quad-Level Cell). Это память с высокой плотностью записи, но обладающая крайне низким ресурсом перезаписи (TBW) и низкой скоростью прямой записи в микросхемы. Чтобы скрыть медлительность QLC, производители используют SLC-кэш (быструю буферную зону). Пока этот кэш не заполнен, накопитель показывает высокие скорости записи. Но как только объем разовой записи превышает размер кэша, скорость падает драматически — до 80–100 МБ/с, что медленнее стандартного жесткого диска!
В условиях терминала, где постоянно пишутся временные файлы ОС, кэш 1С множества пользователей и лог-файлы, SLC-кэш на QLC-накопителе будет заполняться мгновенно. Это приведет к регулярным просадкам производительности всей системы и быстрому износу ячеек памяти. Потребительский QLC SSD исчерпает свой ресурс и выйдет из строя в терминальной среде за 6–12 месяцев работы.
Рассмотрим, как правильно организовать дисковую подсистему:
Samsung PRO (например, 970 PRO на MLC) или специализированные серверные SAS/SATA SSD от Intel/Samsung.---
В исходном сообщении предлагается процессор AMD Ryzen 7 1700. Разберем особенности работы платформы 1С:Предприятие на многопоточных процессорах.
Для работы 1С критически важной характеристикой процессора является однопоточная производительность (Single-Thread Performance) и частота работы одного ядра. Большинство внутренних алгоритмов 1С (проведение документов, сложные расчеты, выполнение циклов на встроенном языке) выполняются строго последовательно в один поток. Если у процессора много ядер, но они работают на низкой частоте, 1С будет работать медленно.
Процессор AMD Ryzen 7 1700 относится к первому поколению архитектуры Zen. Он имеет отличные показатели в многопоточных задачах (рендеринг, архивация), но его однопоточная производительность и показатель IPC (количество инструкций за такт) заметно уступают процессорам Intel Core того же времени и последующим поколениям Ryzen (Zen 2, Zen 3). Базовая частота 3.0 ГГц для 1С — это откровенно мало.
Как рассчитать необходимое количество ядер процессора для терминала?
Рассмотрим стандартную методику расчета:
Проведем расчет для процессора с 8 ядрами (16 потоками) уровня Ryzen 1700:
Вычитаем 2 ядра на ОС, остается 6 ядер. Умножаем на коэффициент плотности пользователей (из-за невысокой частоты ядра возьмем консервативную оценку — 4 пользователя на ядро):
Допустимое_кол-во_пользователей = 6 ядер * 4 пользователя = 24 пользователя
Таким образом, процессор справится с нагрузкой в 15–20 пользователей, но скорость реакции интерфейса будет субъективно «задумчивой». Если есть возможность заменить процессор, то в этой же ценовой категории лучше выбрать процессор с более высокой частотой на ядро (пусть даже с меньшим количеством ядер). Например, 6-ядерный процессор с частотой 4.0 ГГц покажет себя в работе с 1С значительно лучше, чем 8-ядерный с частотой 3.0 ГГц.
---
Решение развернуть терминальный сервер на базе обычного офисного системного блока («десктопа») несет в себе колоссальные риски для непрерывности бизнеса. Разберем основные опасности:
Десктопные процессоры и материнские платы зачастую не поддерживают или поддерживают лишь частично (без коррекции) оперативную память с контролем ошибок. В терминальной среде, где одновременно крутятся сессии 20 пользователей, объем проходящих через ОЗУ данных огромен. Случайный сбой одного бита памяти (вызванный космическим излучением, нагревом или деградацией чипа) в обычном ПК приведет к падению сессии пользователя, синему экрану (BSOD) всего сервера или, что хуже, к незаметному повреждению кэша или данных 1С. Серверная память ECC на лету исправляет одиночные ошибки памяти, гарантируя непрерывность работы.
Если терминальный сервер, собранный на десктопной плате, зависнет намертво на системном уровне, системный администратор не сможет перезагрузить его удаленно. Придется физически ехать к серверу или просить сотрудников филиала нажимать кнопку Power. Серверные платформы оснащены независимыми чипами удаленного управления (IPMI), которые позволяют администрировать сервер (включать, перезагружать, монтировать ISO-образы, заходить в BIOS) даже если операционная система полностью зависла или сервер выключен, но подключен к розетке.
Десктопные блоки питания не рассчитаны на круглосуточную работу под постоянной нагрузкой 24/7/365. В них нет резервирования. Выход из строя копеечного вентилятора в блоке питания приведет к остановке работы всего филиала на несколько дней. Серверное оборудование проектируется по принципу резервирования ключевых компонентов (два блока питания с горячей заменой, резервируемые вентиляторы охлаждения).
Совет: Если бюджет жестко ограничен, вместо покупки нового ненадежного «десктопа» рассмотрите приобретение восстановленного (б/у) брендового сервера предыдущих поколений (HP ProLiant, Dell PowerEdge, Lenovo ThinkSystem). По цене они сопоставимы со сборкой нового игрового ПК, но обладают полноценной серверной надежностью, ECC-памятью, резервированием питания и аппаратными RAID-контроллерами.
---
Проектируя терминальный сервер, нельзя забывать о юридической и технической чистоте лицензирования. Это область, где часто совершаются дорогостоящие ошибки.
Для легальной работы пользователей в терминале недостаточно просто установить Windows Server. Вам потребуется приобрести следующий пакет лицензий от Microsoft:
Существует два принципиально разных сценария раздачи программных лицензий 1С пользователям внутри терминального сервера. Рассмотрим их подробно:
Сценарий 1. Лицензии раздает Сервер 1С (вынесенный на другую машину)
В этом случае при запуске сеанса терминальный клиент обращается к серверу приложений 1С, и тот выдает лицензию из общего пула. Ключевая особенность этого сценария: лицензия выдается на каждое запущенное соединение (сеанс). Если один пользователь внутри своей терминальной сессии откроет три разные информационные базы (например, УПП, Бухгалтерию и ЗУП), сервер приложений 1С заберет из пула три лицензии.
Сценарий 2. Лицензии активированы локально на терминальном сервере
Если многопользовательский файл лицензии 1С (или USB-ключ защиты) установлен и активирован непосредственно на самом терминальном сервере, то лицензия привязывается к сессии пользователя операционной системы. В этом случае пользователь может открыть внутри своего удаленного рабочего стола неограниченное количество баз 1С одновременно (хоть 10 штук), и при этом будет израсходована всего одна лицензия 1С из многопользовательского ключа.
Рекомендация: Для оптимизации расходов на лицензии 1С и исключения их нерационального расходования активируйте программные лицензии непосредственно на самом терминальном сервере, а не на сервере приложений 1С.
---
Подведем итог нашему анализу и составим оптимальный план действий по развертыванию терминального сервера для работы 15–20 пользователей в 1С:УПП 1.3:
AppData и файлы кэша 1С должны находиться исключительно на быстрых SSD-накопителях. Жесткие диски оставьте только под архивы и бэкапы.Samsung PRO). Организуйте их в программный или аппаратный RAID-1 (зеркало) для защиты от сбоев.Ryzen 1700 на процессор более поздних поколений с повышенными тактовыми частотами.