← На главную

Переход с «1С:Управление торговлей 10.3» на версию 11 — это не просто обновление конфигурации, а полная смена технологической парадигмы. УТ 11 построена на управляемых формах, где основная вычислительная нагрузка переносится с клиентского компьютера на сервер. В данной статье мы разберем, какие требования предъявляются к «железу», почему старые 32-битные серверы больше не справятся и какую архитектуру работы выбрать для компании с филиальной сетью на 50 рабочих мест.

Анализируем архитектурные изменения: почему старое железо может не подойти

Рассмотрим ключевое отличие: в УТ 10.3 (обычные формы) клиентское приложение само выполняло значительную часть кода. В УТ 11 клиент («Тонкий клиент») лишь отображает интерфейс, а все расчеты (проведение документов, расчет себестоимости, заполнение аналитики) происходят на стороне Сервер1С.

Проанализируем ситуацию пользователя: текущая база в 28 Гб и работа на 32-битных серверах Linux. Главная проблема здесь — ограничение 32-битной архитектуры 4 гигабайтами оперативной памяти на один процесс. Для УТ 11, где активно используются фоновые задания и тяжелые запросы, этого критически мало. Первое и обязательное действие — переход на 64-битную версию сервера 1С и СУБД.

Выбор между централизацией и РИБ (Распределенной информационной базой)

Выясним, какой вариант организации работы будет эффективнее для 4 узлов и 50 пользователей:

1. Вариант 1: Единый центральный сервер. Все пользователи подключаются через «Тонкий клиент» или веб-браузер.
   • Плюсы: Данные всегда актуальны, нет проблем с коллизиями обмена, проще обслуживать одну базу.
   • Требования: Нужен стабильный интернет в филиалах и мощный центральный сервер.
2. Вариант 2: Сохранение РИБ. На каждом узле остается свой сервер.
   • Плюсы: Автономность магазинов (работают без интернета).
   • Минусы: В УТ 11 механизмы синхронизации стали значительно «тяжелее» из-за версионирования объектов и сложной структуры метаданных. Часто возникают проблемы с незакрытыми остатками и битыми ссылками при полных обменах.

Если интернет-канал в точках позволяет (от 5-10 Мбит/с), мы рекомендуем централизацию. Это снимет головную боль с поддержкой обменов и позволит вкладывать бюджет в один мощный сервер вместо четырех средних.

Рекомендации по процессору (CPU)

Для 1С:Предприятие критически важна производительность на одно ядро. Разберем по шагам, на что смотреть:

• Тактовая частота: Выбирайте процессоры с базовой частотой не ниже 3.5 ГГц. В режиме Turbo Boost частота должна доходить до 4.5–5 ГГц. Процессоры с большим количеством ядер, но низкой частотой (например, многие Intel Xeon Silver), будут показывать плохую скорость при проведении документов.
• Количество ядер: Для 50 активных пользователей оптимально иметь от 8 до 12 физических ядер. Это позволит распределить нагрузку между процессами СУБД (например, PostgreSQL) и рабочими процессами 1С.

Расчет оперативной памяти (RAM)

Посмотрим на цифры для централизованной базы на 50 пользователей:

1. Сеансы пользователей: В среднем 1С потребляет 200–300 МБ на один сеанс. 50 * 300 МБ = 15 ГБ.
2. СУБД (SQL/Postgres): Для базы объемом 28 ГБ крайне желательно выделить под кэш СУБД объем, сопоставимый с размером базы, чтобы таблицы читались из памяти, а не с диска. Это еще 24–32 ГБ.
3. ОС и запас: Около 8 ГБ.

Итог: Минимум 64 ГБ оперативной памяти. Оптимальный вариант для комфортной работы — 128 ГБ. Это позволит системе работать без использования файла подкачки (swap).

Дисковая подсистема: главный ускоритель

Диски — это самое частое узкое место в 1С. Проанализируем, что использовать:

• Забудьте о HDD и обычных «бытовых» SSD (SATA). Они не выдержат интенсивную нагрузку логов транзакций СУБД.
• Используйте NVMe SSD Enterprise-класса (например, серии Samsung PM1733 или аналоги от Intel/Micron). Они обладают высоким ресурсом перезаписи (DWPD).
• Организуйте RAID 10. Это даст и скорость, и надежность. Если бюджет ограничен, используйте хотя бы RAID 1 для системного диска и баз.
• Разделение данных: Рекомендуем физически разнести файлы базы данных, файлы логов транзакций и временную базу СУБД (tempdb) на разные дисковые массивы, если нагрузка будет расти.

Особенности работы на Linux и PostgreSQL

Поскольку у клиента уже используется Linux, продолжение работы на этой ОС логично. Однако при настройке PostgreSQL для УТ 11 нужно обратить внимание на следующие параметры:

• Используйте только сборки PostgreSQL, оптимизированные для 1С (от Postgres Pro или самой 1С). Стандартный ванильный Postgres не умеет правильно работать с блокировками 1С.
• Настройте параметр shared_buffers (рекомендуется 25% от всей оперативной памяти).
• Уделите внимание temp_buffers и work_mem, так как УТ 11 выполняет много сложных отчетов с временными таблицами.

Фоновые задания и интеграция с Битрикс

В УТ 11 огромное количество задач выполняется в фоне: расчет цен, распределение запасов, актуализация данных. Выясним, как это влияет на железо:

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

Резюме по спецификации сервера

Для стабильной работы 1С:УТ 11 на 50 пользователей мы предлагаем ориентироваться на следующие характеристики:

• Процессор: Intel Xeon Gold или современный AMD EPYC (частота 3.5+ ГГц, 8-12 ядер).
• Память: 64–128 ГБ ECC DDR4/DDR5.
• Диски: RAID 10 из 4-х NVMe Enterprise SSD.
• Сеть: 1 Гбит/с для локальной сети и стабильный канал для филиалов (при отказе от РИБ).
• ПО: 64-битный Сервер 1С, 64-битная СУБД.

Такая конфигурация обеспечит не только комфортную работу текущих 50 пользователей, но и даст запас производительности для будущих обновлений и роста объема базы данных.