Как подобрать оптимальный сервер для 1С 8.3 на 6 пользователей при переходе на клиент-сервер?

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

Перевод информационных баз 1С:Предприятие с файлового режима на клиент-серверный — это важный шаг для обеспечения стабильности, безопасности и высокой скорости работы компании. Когда количество пользователей превышает 5 человек, а размер основной базы (например, 1С:Бухгалтерия 3.0) перешагивает порог в 5–6 Гигабайт, файловый вариант начинает демонстрировать задержки, частые блокировки таблиц и риски повреждения данных при сбоях сети.

В рамках данной статьи мы подробно разберем, как правильно подобрать серверное оборудование для небольшой компании из 6 пользователей с одной основной базой (около 6 ГБ) и несколькими вспомогательными базами меньшего объема. Мы проанализируем различные варианты конфигураций оборудования, рассмотрим критически важные аспекты лицензирования 1С и СУБД, а также изучим лучшие практики по настройке программного обеспечения для достижения максимальной производительности.

Анализ лицензирования: как избежать лишних трат при переходе на клиент-сервер

Перед тем как закупать дорогостоящее серверное железо, необходимо тщательно изучить лицензионную политику. Для маленькой компании из 6 пользователей этот вопрос может стоить дороже самого оборудования. Разберем ключевые нюансы по шагам.

1. Лицензирование сервера 1С:Предприятие

Для работы в клиент-серверном режиме вам в обязательном порядке потребуется лицензия на сервер 1С. Здесь существует два основных пути:

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

2. Выбор СУБД: MS SQL против PostgreSQL

Автор темы изначально планировал использовать СУБД MS SQL. Давайте детально проанализируем этот выбор:

  1. Использование бесплатной версии MS SQL Server Express. Данная СУБД бесплатна, но имеет жесткое ограничение на максимальный размер одной базы данных — 10 ГБ. База автора уже весит 6 ГБ и продолжает расти. Переход на SQL Express станет лишь временным решением, и через год-полтора вы неизбежно столкнетесь с ошибкой превышения лимита размера базы данных. Кроме того, SQL Express задействует не более 1 сокета (или 4 ядер) процессора и жестко ограничивает кэш оперативной памяти (около 1.4 ГБ), что существенно снизит скорость работы 1С при росте нагрузки.
  2. Полноценный MS SQL Server (Standard или Runtime). Приобретение лицензий на полноценный MS SQL Server для 6 пользователей экономически нецелесообразно. Стоимость лицензий "на пользователя" (CAL) или "на ядро" (Core) вместе с лицензией Runtime от 1С существенно увеличит бюджет проекта.
  3. Использование СУБД PostgreSQL (Postgres Pro). Это оптимальный и полностью бесплатный путь для баз данных малого и среднего объема. Сборки PostgreSQL, адаптированные под 1С (например, от компании Postgres Professional или бесплатные дистрибутивы с сайта 1С), не имеют ограничений по размеру баз данных, количеству используемых ядер процессора или объему оперативной памяти. Настроить PostgreSQL для базы в 6 ГБ на 6 пользователей не составит труда, а производительность такой связки при правильной настройке будет ничуть не хуже, чем на дорогом коммерческом MS SQL.

Аппаратные требования к серверу: разрушаем мифы о «древних» Xeon

Проанализируем конфигурации серверов, предложенные в обсуждении. Нам необходимо понять специфику работы платформы 1С:Предприятие 8.3, чтобы сделать правильный выбор процессора, памяти и дисков.

Процессор (CPU): частота ядра важнее многопоточности

Главная архитектурная особенность платформы 1С заключается в том, что большинство критически важных и ресурсоемких операций (проведение документов, закрытие месяца, формирование сложных аналитических отчетов) выполняются строго в один поток. Это означает, что для 1С критически важна высокая частота на одно ядро (Single-Core Performance), а не общее количество ядер.

Рассмотрим предложенные процессоры:

Рекомендация по CPU: Для 6 пользователей идеальным решением будет современный высокочастотный процессор. Не покупайте старые многоядерные "монстры" с низкой частотой ядер. Рассмотрите либо современные серверные процессоры (семейства Intel Xeon E-2300/E-2400), либо производительные десктопные процессоры последних поколений (Intel Core i5/i7 или AMD Ryzen 5/7 серий 7000/9000). Многие современные десктопные платы на сокете AM5 от AMD официально поддерживают серверную память с коррекцией ошибок (ECC), что позволяет собрать надежный и невероятно быстрый сервер без переплат.

Оперативная память (RAM): рассчитываем оптимальный объем

Объем памяти имеет колоссальное значение для клиент-серверной архитектуры, так как на одном физическом сервере будут одновременно запущены операционная система, служба сервера 1С:Предприятие и сама СУБД (MS SQL или PostgreSQL).

Дисковая подсистема: скорость против надежности

В обсуждении на форуме упоминались накопители серии Samsung 970 PRO. Это действительно очень быстрые потребительские NVMe SSD с ресурсом MLC-ячеек. Однако у обычных десктопных накопителей есть один критический недостаток — отсутствие технологии Power Loss Protection (PLP).

Технология PLP представляет собой наличие специальных конденсаторов на плате накопителя. В случае внезапного отключения электроэнергии (например, сбой по питанию, зависание сервера) конденсаторы дают SSD энергию, достаточную для того, чтобы экстренно перенести все данные из энергозависимого кэша накопителя в энергонезависимую флэш-память. Если PLP отсутствует, данные в кэше диска теряются, что при работе с транзакционными СУБД неизбежно ведет к логическому разрушению таблиц базы данных 1С.

Рекомендация по дискам:

  1. Для операционной системы и резервных копий можно использовать обычные качественные SATA SSD или быстрые HDD.
  2. Для хранения активных баз данных 1С и файлов СУБД используйте только специализированные серверные (Enterprise) SSD накопители с поддержкой технологии PLP (например, серии Samsung PM9A3, Intel D3-S4510 или аналогичные от Micron/Kingston).
  3. Для защиты от физического выхода накопителя из строя объедините два одинаковых серверных диска в зеркальный массив RAID 1 (средствами надежного аппаратного контроллера или программного RAID операционной системы).

Блок питания и охлаждение: защита от внезапных сбоев

Участники форума справедливо раскритиковали использование дешевых блоков питания (таких как Aerocool VX). Сервер — это устройство, которое должно бесперебойно работать в режиме 24/7. Дешевый блок питания с нестабильными линиями напряжения может вывести из строя дорогостоящую материнскую плату, процессоры или накопители с важными данными.

Используйте качественные блоки питания от проверенных производителей (например, Be Quiet!, Seasonic, Super Flower, Chieftec) с сертификатом энергоэффективности не ниже Gold. Если позволяет бюджет и форм-фактор корпуса, выбирайте серверные платформы с двумя блоками питания с возможностью горячей замены (Hot Plug) для обеспечения максимальной отказоустойчивости.

Пошаговое руководство по сборке и базовой настройке сервера 1С

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

Шаг 1. Ограничение потребления оперативной памяти СУБД

Если вы устанавливаете сервер 1С и СУБД на одном физическом компьютере, СУБД по умолчанию попытается захватить под свои нужды всю доступную оперативную память сервера. Это лишит процессы сервера 1С (rphost.exe) и саму операционную систему необходимых ресурсов, вызвав жесткие тормоза.

Рассмотрим, как ограничить память для MS SQL Server через среду SQL Server Management Studio (SSMS):

  1. Подключитесь к вашему экземпляру SQL-сервера.
  2. Нажмите правой кнопкой мыши на имя сервера в обозревателе объектов и выберите пункт "Свойства" (Properties).
  3. Перейдите на вкладку "Память" (Memory).
  4. В поле "Максимальный размер памяти сервера" (Maximum server memory) укажите значение в мегабайтах. Например, если на сервере установлено 32 ГБ ОЗУ, выделите под SQL-сервер не более 16384–18432 МБ (16–18 ГБ). Оставшуюся память система распределит под процессы 1С и нужды ОС Windows Server.

Если вы выбрали PostgreSQL, отредактируйте конфигурационный файл postgresql.conf. Настройте следующие ключевые параметры для сервера с 32 ГБ ОЗУ:


# Оптимальные параметры postgresql.conf для 32 ГБ RAM
max_connections = 100
shared_buffers = 8GB                  # 25% от общего объема ОЗУ
effective_cache_size = 24GB           # 75% от общего объема ОЗУ
maintenance_work_mem = 2GB            # Память для регламентных операций (индексы)
work_mem = 64MB                       # Память для сложных запросов на одно подключение

Шаг 2. Использование протокола Shared Memory (Общая память)

Когда сервер 1С и СУБД работают на одном физическом сервере, обмен данными между ними по умолчанию может идти через сетевой протокол TCP/IP. Это создает дополнительную нагрузку на процессор и замедляет передачу пакетов.

Проанализируем преимущества протокола Shared Memory. Данный протокол позволяет процессам 1С и СУБД общаться напрямую через оперативную память сервера, минуя сетевые протоколы. Это ускоряет выполнение запросов на 10–15%.

Шаг 3. Настройка регламентных заданий СУБД

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

Создайте план обслуживания в СУБД, который будет автоматически запускаться в ночное время и выполнять следующие операции:

  1. Обновление статистики (Update Statistics). СУБД строит планы выполнения запросов на основе статистических данных о распределении информации в таблицах. Если статистика устарела, SQL начнет выполнять запросы неоптимально, что приведет к зависаниям 1С. Выполняйте обновление ежедневно.
  2. Реиндексация и дефрагментация индексов (Reindex / Reorganize Indexes). При активной записи, изменении и удалении документов индексы в базе данных фрагментируются. Это замедляет операции поиска. Реиндексацию рекомендуется проводить раз в неделю.
  3. Очистка процедурного кэша (Free Proc Cache). Помогает сбросить устаревшие планы запросов СУБД.

Резюме: Спецификация идеального сервера для 1С на 6 пользователей

Подводя итог нашему анализу, сформируем сбалансированную и надежную спецификацию оборудования, которая прослужит долгие годы без необходимости модернизации:

Сборка сервера по данным рекомендациям позволит вам навсегда забыть о медленной работе 1С, зависаниях системы при одновременной работе пользователей и рисках потери важных бухгалтерских данных.

Читайте также

5 материалов по теме
  1. 01 Как выбрать конфигурацию небольшого сервера под 1С и СУБД на 30 пользователей?
  2. 02 Как подобрать и настроить минимальную конфигурацию сервера для 1С:Предприятие 8 и MS SQL?
  3. 03 Как правильно выбрать и настроить диски для небольшого сервера 1С 8.3 на 3-5 пользователей?
  4. 04 Как выбрать и настроить оптимальный сервер для 1С:Предприятие 8.3 на 5–15 пользователей
  5. 05 Как правильно выбрать конфигурацию сервера под 1С 8.3 для 20–25 пользователей в терминальном режиме?
← На главную