← На главную

При выборе серверных лицензий 1С:Предприятие системные администраторы и руководители ИТ-отделов часто сталкиваются с вопросом: стоит ли переплачивать за уровень КОРП или возможностей версии ПРОФ будет достаточно? Одной из самых обсуждаемых тем является функционал автоматизации клиентских рабочих мест. Разберем подробно, что именно скрывается за терминами «обновление тонкого клиента» и «публикация списка баз», и выясним, как это влияет на работу пользователей.

Различие между обновлением конфигурации и обновлением платформы

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

1. Динамическое обновление конфигурации: Это изменение метаданных в конфигураторе. Как правильно отмечено в обсуждении, на любой платформе (и ПРОФ, и КОРП) внесение существенных изменений в структуру базы требует перезапуска сеанса. Хотя 1С позволяет выполнять «динамическое обновление», изменения вступят в силу для конкретного пользователя только после того, как он выйдет из программы и зайдет снова. Это технологическая особенность клиент-серверной архитектуры.
2. Обновление тонкого клиента (платформы): Под этим термином в лицензиях КОРП понимается автоматическая доставка новых бинарных файлов (дистрибутива) на компьютер пользователя. Если компания переходит, например, с версии платформы 8.3.22.1709 на 8.3.23.1865, в версии ПРОФ администратору придется вручную обновлять клиентское приложение на каждом ПК (или использовать сложные скрипты и групповые политики Windows GPO). В версии КОРП этот процесс автоматизирован внутри самой системы 1С.

Механизм обновления тонкого клиента с сервера в версии КОРП

Рассмотрим, как работает функция, доступная только в КОРП. Представим ситуацию: у вас сотни удаленных сотрудников, работающих через тонкий клиент. Вышло критическое обновление платформы, которое необходимо установить всем одновременно.

В КОРП-версии реализован следующий алгоритм:

• Администратор размещает дистрибутив новой версии платформы на сервере 1С или специальном веб-сервере.
• При запуске Тонкого клиента система сравнивает версию на компьютере пользователя с версией, требуемой сервером.
• Если версии не совпадают, программа автоматически скачивает необходимые файлы по протоколу HTTP и производит установку «на лету» без участия пользователя и, что важно, часто без прав локального администратора на компьютере.

Таким образом, фраза «возможность обновления тонкого клиента с сервера» означает упрощение жизни системного администратора при масштабировании системы, а не магическое обновление экранных форм без перезапуска.

Публикация списка информационных баз через HTTP

Еще одна важная функция КОРП — централизованное управление списком баз. В стандартной ситуации (ПРОФ) список баз хранится в файле ibases.v8i на каждом локальном компьютере. Если вы добавили новую базу, вам нужно обойти всех пользователей или рассылать им инструкции, как ее добавить.

Проанализируем преимущества КОРП в этом вопросе:

• Администратор создает единый список баз на веб-сервере.
• В настройках запуска у пользователей прописывается только одна ссылка на этот HTTP-ресурс.
• Как только администратор добавляет новую информационную базу в центральный список, она мгновенно появляется в окне запуска у всех сотрудников.

Технологические ограничения версии ПРОФ

Выясним причину, по которой крупные компании вынуждены переходить на КОРП, помимо удобства обновлений. Фирма «1С» установила жесткие технические рамки для лицензий уровня ПРОФ:

• Использование ядер процессора: Рабочий процесс сервера ПРОФ может использовать не более 12 ядер процессора. Если ваш физический сервер оснащен 32 или 64 ядрами, лицензия ПРОФ просто не позволит системе использовать их мощность в рамках одного процесса, что приведет к деградации производительности при высокой нагрузке.
• Количество сеансов: В версии ПРОФ установлено ограничение до 500 одновременных сеансов на одну информационную базу. Для крупных корпораций с тысячами сотрудников это является непреодолимым барьером.
• Количество баз в кластере: Лимит составляет не более 10 информационных баз на один кластер серверов.

Расширенное управление нагрузкой и безопасностью

Посмотрим на ситуацию со стороны стабильности системы. КОРП-лицензии открывают доступ к инструментам, которые критически важны для систем с высокой интенсивностью транзакций:

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

2. Управление потреблением ресурсов (Load Balancing): В КОРП можно настроить распределение нагрузки вручную. Разберем пример: вы можете выделить один сервер в кластере исключительно для тяжелых фоновых заданий (расчет себестоимости, закрытие месяца), чтобы они не мешали оперативной работе пользователей в тонких клиентах на других серверах.

3. Внешнее управление сеансами: Этот механизм позволяет программно контролировать подключения. Например, можно запретить вход пользователям, если в системе запущено регламентное обслуживание, или автоматически завершать «зависшие» сеансы через внешние скрипты мониторинга.

Резюме: когда нужен КОРП?

Проанализировав все вышесказанное, сделаем выводы. Переход на КОРП целесообразен в трех случаях:

1. Масштаб: Количество пользователей приближается к 500 или планируется использование мощных многоядерных серверов.
2. География: У вас много удаленных офисов или сотрудников, и ручное обновление платформы на их ПК превращается в кошмар для ИТ-отдела.
3. Безопасность и стабильность: Вам требуется тонкая настройка кластера, использование профилей безопасности и гарантированный приоритет для определенных видов задач (например, для работы касс или фронт-офиса).

Если же ваша база небольшая (до 50 пользователей), а сервер имеет умеренную мощность, лицензии ПРОФ будет вполне достаточно, так как базовые механизмы работы и динамического обновления метаданных в них идентичны.