Как настроить быстрый и бесшумный сервер 1С для 3–5 пользователей: подробное руководство

Системный администратор 1С v8.3 (Управляемые формы) Управленческий учет IT и автоматизация бизнеса
← На главную

Для небольших компаний с штатом сотрудников в 3–5 человек организация серверной инфраструктуры 1С часто превращается в головную боль. Покупка полноценного серверного оборудования промышленного класса и дорогостоящих лицензий неоправданна с финансовой точки зрения. В то же время попытка запустить работу на обычном офисном компьютере приводит к постоянным зависаниям базы данных, особенно при использовании современных конфигураций, таких как 1С:Управление торговлей 11 или 1С:ERP. В этой статье мы подробно разберем, как построить производительную, тихую и бюджетную систему для комфортной работы небольшого коллектива.

Почему тормозит файловая база на SSD? Разрушаем главный миф

Очень часто системные администраторы сталкиваются с парадоксальной ситуацией: база данных перенесена на сверхбыстрый твердотельный накопитель (SSD), сеть настроена на скорость 1 Гбит/с, но при одновременной работе 3–5 пользователей система начинает невыносимо зависать. Давайте проанализируем физику этого процесса.

Основная причина кроется не в скорости работы дисковой подсистемы, а в архитектурных особенностях файлового режима работы 1С (файл базы данных 1Cv8.1CD):

  1. Табличные блокировки СУБД. В файловом режиме при записи любого объекта или проведении документа платформа блокирует не конкретную строку, а всю таблицу базы данных целиком. Если один пользователь проводит тяжелую реализацию товаров, остальные 4 пользователя в этот момент ждут завершения транзакции. Их сеансы «замирают», а операционная система показывает минимальную загрузку процессора и диска.
  2. Сетевой протокол SMB. Если файл базы данных лежит в общей сетевой папке на компьютере-«сервере», то каждый клиентский компьютер считывает огромные объемы служебных данных и кэша по сети. Сетевой протокол Windows SMB плохо оптимизирован для постоянной перезаписи мелких блоков данных, которыми обменивается файловая 1С. В результате сеть забивается коллизиями, а пользователи получают сообщение «Ожидание начала транзакции».
  3. Обновление конфигураций. Как справедливо замечено на форумах, обновление метаданных современных конфигураций (например, ERP или УТ 11) требует колоссальных ресурсов. В процессе обновления конфигуратор может легко «съесть» более 6–8 ГБ оперативной памяти только на одном компьютере разработчика, что полностью парализует работу файлового сервера, если на нем мало ОЗУ.

Таким образом, простое использование SSD не способно решить проблему коллективных транзакционных блокировок и неэффективности сетевого протокола SMB.

Оптимальное решение по лицензированию: «1С:Мини-сервер на 5 подключений»

Многие отказываются от клиент-серверного варианта из-за высокой стоимости классической лицензии на сервер 1С (ПРОФ-версии). Однако для небольших рабочих групп существует официальное, легальное и крайне бюджетное решение — «1С:Предприятие 8.3. Сервер МИНИ на 5 подключений».

Рассмотрим основные особенности этого решения:

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

Какое железо выбрать: избавляемся от шумного Xeon

Использование старых б/у серверов на базе процессоров Xeon в небольшом офисе — это критическая ошибка. Такие серверы проектировались для серверных комнат: они имеют чрезвычайно шумные вентиляторы охлаждения и потребляют много электроэнергии. К тому же старые процессоры Xeon оптимизированы под многопоточную нагрузку (много ядер), но имеют очень низкую тактовую частоту на одно ядро (часто в районе 2.0–2.4 ГГц).

Для платформы 1С критически важна **однопоточная производительность** (высокая частота ядра в режиме Turbo Boost), так как большинство бизнес-логики и расчетов в 1С выполняется последовательно в один поток. На старом Xeon 1С будет безбожно тормозить, даже если там будет 24 ядра.

Сформулируем требования к тихому и производительному серверу для 3–5 пользователей:

  1. Процессор (CPU). Выбираем современный потребительский процессор с высокой тактовой частотой. Отличным выбором станут 6-ядерные процессоры AMD Ryzen 5 (например, 5600X, 7600) или Intel Core i5 (например, 12400, 13400 и выше) с базовой частотой от 3.5 ГГц и авторазгоном до 4.4–4.8 ГГц. Они выделяют мало тепла, работают абсолютно бесшумно с обычным недорогим кулером и обеспечивают колоссальную скорость работы 1С.
  2. Оперативная память (RAM). Минимальный объем для сервера — **16 ГБ**, но мы настоятельно рекомендуем устанавливать **32 ГБ DDR4/DDR5**. Память обязательно должна работать в двухканальном режиме (две планки по 16 ГБ). Это критически важно, так как пропускная способность памяти напрямую влияет на скорость работы СУБД. Распределение памяти в среднем будет следующим: 4-6 ГБ под ОС, 8-12 ГБ под кэш СУБД PostgreSQL, 8 ГБ под процессы сервера 1С и конфигуратор во время обновлений.
  3. Накопители (SSD). Забудьте про обычные SATA SSD. Для базы данных необходим быстрый твердотельный накопитель стандарта **NVMe PCIe Gen3/Gen4**. Желательно выбирать накопители потребительского класса с высоким ресурсом перезаписи (TBW) и MLC/TLC памятью (например, серии Samsung 970 PRO / 980 PRO или Kingston KC3000). Высокий показатель IOPS (количество операций ввода-вывода в секунду) обеспечит моментальное проведение документов и мгновенное построение сложных отчетов.

Практическое руководство по настройке связки «Мини-сервер 1С + PostgreSQL»

Рассмотрим по шагам процесс развертывания производительной связки на операционной системе Windows. Мы будем использовать бесплатную версию PostgreSQL, оптимизированную для работы с 1С (от Postgres Pro).

После установки СУБД необходимо отредактировать конфигурационный файл postgresql.conf для оптимизации потребления памяти под наши 16/32 ГБ ОЗУ. Проанализируем ключевые параметры настройки:


# Основные параметры оптимизации postgresql.conf для 32 ГБ RAM
max_connections = 30
shared_buffers = 8GB                  # 25% от общего объема ОЗУ
temp_buffers = 256MB                  # Размер временных буферов для запросов
work_mem = 128MB                       # Память для сортировки в одном запросе
maintenance_work_mem = 1GB             # Память для сервисных операций (индексы)
effective_cache_size = 24GB            # Ожидаемый размер кэша ОС (75% от ОЗУ)
random_page_cost = 1.1                 # Минимальная стоимость для быстрых NVMe SSD

После изменения параметров необходимо перезапустить службу PostgreSQL. Далее мы запускаем утилиту администрирования серверов 1С и создаем новую информационную базу. В параметрах базы указываем:

При таком подходе подключение пользователей к серверной базе данных будет осуществляться по следующему шаблону строки соединения:

Srvr="server-name-or-ip";Ref="trade_db";

Бесплатная альтернатива: Публикация файловой базы на веб-сервере

Если бюджет на покупку лицензии «Мини-сервера» равен нулю, а файловая база по сети безбожно тормозит, мы можем применить обходной, но очень эффективный путь — опубликовать файловую базу данных на бесплатном веб-сервере Apache или встроенном в Windows веб-сервере IIS.

Давайте разберем, почему этот способ работает значительно быстрее классического доступа через сетевую папку:

Рассмотрим по шагам процесс публикации базы данных на веб-сервере Apache под Windows:

  1. Скачиваем и устанавливаем дистрибутив веб-сервера Apache (рекомендуется версия 2.4 x64).
  2. Запускаем Конфигуратор 1С от имени Администратора.
  3. Переходим в меню Администрирование -> Публикация на веб-сервере....
  4. В открывшемся окне указываем имя публикации (например, ut_web), выбираем веб-сервер (Apache2.4) и указываем каталог на диске, куда будут записаны конфигурационные файлы (например, C:\inetpub\wwwroot\ut_web).
  5. Нажимаем кнопку Опубликовать. Программа автоматически внесет изменения в конфигурационный файл Apache httpd.conf, добавив туда загрузку соответствующего модуля сопряжения 1С.

Пример автоматически генерируемого фрагмента в файле конфигурации веб-сервера:


# Фрагмент интеграции платформы 1С с веб-сервером Apache
LoadModule _1cws_module "C:/Program Files/1cv8/8.3.22.1709/bin/wsap24.dll"
Directory "C:/inetpub/wwwroot/ut_web/"
    AllowOverride None
    Options None
    Require all granted
    SetHandler 1c-application
    ManagedApplicationDescriptor "C:/inetpub/wwwroot/ut_web/default.vrd"
/Directory

Теперь на рабочих местах пользователей достаточно добавить новую информационную базу в список запуска 1С, выбрав тип подключения «На веб-сервере» и указав адрес вида http://имя-сервера/ut_web. Скорость работы интерфейса увеличится в разы, а проблема внезапного повреждения файловой базы из-за сбоев в локальной сети будет полностью сведена к нулю.

Тонкие клиенты и неттопы: как организовать рабочие места

В процессе обсуждения на форумах часто возникает вопрос использования тонких клиентов (например, HP T610) на рабочих местах пользователей. Давайте разберем целесообразность этого подхода.

Использование аппаратных тонких клиентов оправдано только в двух случаях:

  1. Если у вас уже развернута инфраструктура терминальных серверов (RDP) и пользователи работают в режиме удаленного рабочего стола.
  2. Если вы используете веб-клиент 1С через браузер или Тонкий клиент 1С, запущенный на облегченной операционной системе (например, Windows Embedded или минимальном дистрибутиве Linux).

Однако оригинальные тонкие клиенты от именитых брендов вроде HP или Dell имеют существенный недостаток — высокую стоимость при очень слабой аппаратной начинке (слабый процессор, мало оперативной и флеш-памяти). В качестве альтернативы мы рекомендуем использовать современные **неттопы (Mini-PC)** на базе процессоров Intel N100 или AMD Ryzen 3. Установка на них полноценной операционной системы Windows 10/11 Home или бесплатного дистрибутива Linux (например, Ubuntu / Mint) позволит пользователям комфортно работать с Тонким клиентом 1С, офисными программами, почтой и браузером без лишних затрат.

Облачные технологии: альтернатива физическому оборудованию

Если у вашей компании нет штатного системного администратора для обслуживания физического железа, оптимальным решением станет перенос баз данных в облако. Рассмотрим два основных варианта:

Итоги и рекомендации

Подводя итоги нашего анализа, дадим четкие рекомендации для создания быстрой инфраструктуры 1С на 3–5 пользователей:

← На главную