← На главную
Переход на клиент-серверный вариант работы «1С:Предприятие 8.3» — это важный шаг для обеспечения производительности и безопасности данных, особенно когда количество одновременно работающих пользователей достигает 40 человек. В такой ситуации стандартных подходов «файловой» базы уже недостаточно. Проанализируем ситуацию, разберем необходимые программные лицензии, требования к «железу» и выберем оптимальную стратегию развертывания.
Лицензирование программного обеспечения: полный список
Для легальной и корректной работы системы нам потребуется собрать комплекс из нескольких видов лицензий. Рассмотрим подробнее каждый уровень лицензирования, чтобы избежать проблем при проверках и обеспечить техническую совместимость.
- Лицензии платформы «1С:Предприятие 8»
- Сервер «1С:Предприятие 8.3» (x64): Нам необходима именно 64-битная версия сервера. Она позволяет использовать более 4 ГБ оперативной памяти для рабочих процессов
rphost, что критично для 40 пользователей.
- Клиентские лицензии: Требуется 40 штук. Можно приобрести один ключ на 50 пользователей или наборы (20+20). Помните, что лицензии бывают программные (пин-коды) и аппаратные (USB). Программные лицензии сейчас являются стандартом.
- Основная поставка: Например, «1С:Бухгалтерия 8 ПРОФ».
- Лицензии Microsoft Windows Server
- Лицензия на саму ОС: Windows Server 2019 или 2022 (Standard или Datacenter). Учитывая, что Windows Server 2008 R2 давно снята с поддержки, крайне рекомендуем обновить ОС для совместимости с новыми релизами 1С.
- Windows Server CAL (Client Access License): Это лицензии на доступ к серверу. Многие забывают про них, но по правилам лицензирования Microsoft, каждый пользователь (или устройство), подключающийся к серверу, должен иметь такую лицензию. Нам нужно 40 штук.
- Remote Desktop Services (RDS) CAL: Эти лицензии нужны только для тех 20 человек, которые будут работать через «Удаленный рабочий стол» (RDP). Остальные 20, подключающиеся через «Тонкий клиент» напрямую, в них не нуждаются.
- Лицензии на СУБД (MS SQL Server)
- MS SQL Server Standard: Для 40 пользователей модель лицензирования «Server + CAL» обычно выгоднее, чем лицензирование по ядрам процессора.
- SQL Server Runtime для 1С: Это специальная, более дешевая лицензия. Важный нюанс: её можно использовать только для баз данных 1С. Если вы планируете хранить на этом же экземпляре SQL базы других программ, выбирайте полную версию Standard.
Аппаратные требования: почему 32 ГБ оперативной памяти — это мало
Проанализируем нагрузку на сервер. При работе 40 человек сервер будет выполнять три основные задачи: работу ОС, работу СУБД (SQL) и работу сервера приложений 1С. Разберем по шагам распределение ресурсов оперативной памяти (RAM):
- Операционная система: Windows Server заберет около 4 ГБ для стабильной работы своих служб.
- SQL-сервер: Для комфортной работы с базой «Бухгалтерия предприятия» и кэширования данных SQL-серверу желательно выделить не менее 16–24 ГБ. Это позволит избежать частого обращения к медленному (по сравнению с памятью) диску.
- Рабочие процессы 1С (rphost): В среднем, один сеанс пользователя потребляет от 200 до 600 МБ RAM. Для 40 активных пользователей это составит от 8 до 24 ГБ.
Итог по памяти: Суммарно нам требуется от 40 до 52 ГБ. Таким образом, заявленные в исходных данных 32 ГБ станут «бутылочным горлышком», что приведет к замедлению работы (свопингу). Рекомендуем устанавливать 64 ГБ или 96 ГБ RAM.
Выбор СУБД: MS SQL Server или PostgreSQL?
Выясним причину споров между сторонниками платной и бесплатной СУБД. На платформе 1С обе системы работают стабильно, но есть нюансы:
Microsoft SQL Server:
- Плюсы: Отличная интеграция с 1С «из коробки», мощные инструменты администрирования (SQL Server Management Studio), предсказуемая производительность при сложных запросах.
- Минусы: Высокая стоимость лицензий.
PostgreSQL:
- Плюсы: Бесплатно (в плане стоимости лицензий).
- Минусы: Требует квалифицированной настройки. Для 1С нельзя использовать стандартную сборку с официального сайта PostgreSQL. Нужно устанавливать специализированную сборку от 1С или Postgres Pro, в которую внесены патчи для корректной работы с блокировками 1С.
Если бюджет позволяет, для 40 пользователей лучше выбрать MS SQL Server Runtime. Если бюджет ограничен — используйте PostgreSQL, но будьте готовы уделить время настройке параметров shared_buffers, effective_cache_size и maintenance_work_mem.
Оптимизация дисковой подсистемы
Для 40 пользователей объем SSD в 1000 ГБ достаточен для хранения данных, но важна структура хранения. Рассмотрим, как ускорить работу за счет правильного распределения файлов:
- Использование NVMe: Если сервер поддерживает этот протокол, используйте NVMe диски серверного класса. У них выше показатель
DWPD (износостойкость).
- Разделение файлов: В идеале файлы базы данных (MDF), логи транзакций (LDF) и временная база
tempdb должны находиться на разных физических или логических дисках. Это значительно ускоряет операции проведения документов.
Способы подключения пользователей: RDP против Тонкого клиента
Посмотрим на ситуацию с удаленными сотрудниками. В сообщении упоминалось, что 20 человек работают по RDP. Это создает дополнительную нагрузку на процессор и память сервера, так как на сервере запускаются полноценные сеансы пользователей со всеми их приложениями.
Альтернативный вариант: Использование Тонкого клиента. Вы можете опубликовать базу на веб-сервере (IIS или Apache). В этом случае пользователи подключаются через интернет, но на сервере не создается тяжелый терминальный сеанс. Это позволит:
- Сэкономить на лицензиях
RDS CAL.
- Снизить требования к оперативной памяти сервера.
- Обеспечить более безопасный доступ к данным.
Итоговые рекомендации по закупке
Подводя итог, для стабильной работы 40 пользователей в 1С:Бухгалтерии на SQL-сервере, нам необходимо ориентироваться на следующий стек:
- ПО 1С: Сервер 64-бит + 40 клиентских лицензий.
- СУБД: MS SQL Server Standard Runtime (если бюджет ограничен — PostgreSQL от Postgres Pro).
- ОС: Windows Server 2022 + 40 CAL.
- Железо: Процессор с высокой частотой на ядро (3.5+ ГГц), 64 ГБ RAM, массив из SSD/NVMe дисков.
Соблюдение этих требований позволит системе работать плавно, без «замираний» при проведении тяжелых отчетов и массовом вводе документов в пиковые периоды сдачи отчетности.