Переход с файловой базы данных на клиент-серверный вариант работы — это важный шаг в развитии ИТ-инфраструктуры любого предприятия. Когда количество пользователей достигает пяти человек, а объем базы начинает замедлять работу, стандартная файловая модель перестает справляться. В этой ситуации оптимальным решением становится использование продукта «1С:Предприятие 8.3. Сервер МИНИ на 5 подключений». В данной статье мы подробно разберем, как осуществить этот переход, на что обратить внимание при лицензировании и какие технические ограничения необходимо учитывать.
Проанализируем суть данного продукта. Мини-сервер — это полноценный сервер «1С:Предприятия 8.3», который имеет программное ограничение на количество одновременно работающих сеансов. Рассмотрим его основные характеристики: это доступный по цене вариант, позволяющий использовать преимущества SQL-баз данных (надежность, скорость, отсутствие повреждений индексов при сбоях) без необходимости покупки дорогостоящей полнофункциональной серверной лицензии.
Выясним основные технические особенности. В отличие от полнофункционального сервера, Мини-сервер имеет жестко заданные лимиты в рамках одного кластера:
rmngr (менеджер кластера).rphost (рабочий процесс).Разберем подробнее, что означает наличие всего одного рабочего процесса. В полнофункциональных версиях администратор может создавать несколько процессов rphost для распределения нагрузки или повышения стабильности (если один процесс «упадет», остальные продолжат работу). В Мини-сервере все пользователи и все регламентные задания «живут» в одном процессе. Это накладывает определенные требования к стабильности кода конфигурации и серверному железу.
Рассмотрим один из самых частых вопросов: как именно считаются эти 5 подключений? Важно понимать разницу между клиентскими лицензиями и лицензией на сервер.
Клиентские лицензии: Те лицензии, которые уже есть у клиента (например, 5 клиентских лицензий для файловой версии), остаются полностью рабочими. Они по-прежнему нужны, чтобы запустить саму программу «1С:Предприятие». Мини-сервер — это дополнительная лицензия, которая разрешает клиентским приложениям подключаться к серверному кластеру.
Подсчет сеансов на Мини-сервере: В отличие от полнофункционального сервера, Мини-сервер считает именно сеансы, а не пользователей. Проанализируем типичную ситуацию:
Важный момент, который часто вызывает споры: фоновые задания. Рассмотрим их работу. Согласно техническим регламентам, фоновые задания, инициированные сервером, не расходуют «клиентские» лицензии из аппаратных или программных ключей защиты рабочих мест, но они потребляют ресурсы единственного рабочего процесса rphost. Однако при достижении лимита в 5 активных пользовательских сеансов, новые подключения будут блокироваться сервером.
Разберем ситуацию с сервером баз данных. В исходном запросе упоминается MS SQL 2008 R2 (64-бит). Проанализируем риски использования этой версии. Современные платформы «1С:Предприятие 8.3» (особенно начиная с релизов 8.3.20+) постепенно прекращают поддержку устаревших СУБД. Использование MS SQL 2008 R2 в 2024 году может привести к нестабильной работе, ошибкам при обновлении конфигурации или невозможности использовать новые механизмы платформы.
Посмотрим на альтернативу. Для Мини-сервера идеальным напарником часто становится PostgreSQL. Это бесплатная СУБД с открытым исходным кодом, которая официально поддерживается фирмой «1С». Рассмотрим преимущества этого связки:
Если же вы решите остаться на MS SQL, убедитесь, что версия 1С и версия SQL-сервера совместимы согласно официальной матрице поддержки «1С».
Выясним, как ведет себя Мини-сервер при работе с отраслевыми конфигурациями, например, «Бухгалтерия сельскохозяйственного предприятия», где используется СЛК (Система лицензирования конфигураций).
Важно понимать, что СЛК и серверная лицензия 1С работают на разных уровнях. Рассмотрим их взаимодействие по шагам:
Никаких конфликтов между ними не возникает. СЛК работает «сбоку» и ей безразлично, в каком режиме запущена база — файловом или серверном. Таким образом, существующие ключи СЛК на 5 пользователей продолжат работать в штатном режиме.
Разберем пошаговый алгоритм миграции с файловой базы на Мини-сервер:
1. Подготовка инфраструктуры. Установим выбранную СУБД (например, PostgreSQL или MS SQL). Создадим пустую базу данных в консоли управления СУБД с соответствующими правами пользователя dbowner.
2. Установка сервера 1С. Выполним установку компонентов сервера «1С:Предприятие» из дистрибутива платформы. Настроим запуск службы сервера от имени специально созданного пользователя Windows (или системной учетной записи).
3. Активация лицензии. Поскольку Мини-сервер поставляется только в виде электронной лицензии, активируем его с помощью пин-кода. Помним, что Мини-сервер всегда 64-битный, что позволяет эффективно использовать оперативную память сервера.
4. Создание информационной базы. Через консоль администрирования серверов 1С создадим новую информационную базу, указав параметры подключения к нашей СУБД.
5. Миграция данных. Рассмотрим процесс переноса. В исходной файловой базе выполним выгрузку данных: Администрирование -> Выгрузить информационную базу (получим файл .dt). Затем запустим «1С:Предприятие» в режиме Конфигуратора для новой серверной базы и выполним: Администрирование -> Загрузить информационную базу.
Проанализируем перспективы. Мини-сервер — это отличное «входное» решение. Если со временем ваша компания вырастет и 5 сеансов станет недостаточно, вы всегда сможете выполнить процедуру апгрейда. Фирма «1С» позволяет перейти с Мини-сервера на полнофункциональный сервер x64 с зачетом стоимости уже купленной лицензии. Это защищает ваши инвестиции в программное обеспечение.
Подведем итог: Мини-сервер на 5 подключений — это надежный и экономичный способ перевода небольших рабочих групп на SQL-рельсы. Главное — внимательно следить за количеством открытых окон (сеансов) и использовать актуальные версии СУБД для обеспечения максимальной производительности.