Переход на корпоративную версию 1С:Предприятия 8.3 — от выбора лицензий до запуска пользователей

Обновить 1С до корпоративной версии — это не установка «другой программы», а смена лицензий плюс, почти всегда, переезд базы в клиент-серверный режим. Конфигурация и данные остаются теми же. Меняется то, на чём база работает: сервер 1С:Предприятия с лицензией КОРП, промышленная СУБД и клиентские лицензии под нужное число рабочих мест.

Порядок такой: аудит текущей схемы → покупка лицензий → подготовка сервера и СУБД → создание базы в кластере → перенос данных через выгрузку .dt → активация лицензий → нагрузочная проверка и перевод людей. Ниже каждый этап с командами, параметрами и подводными камнями.

Что даёт корпоративная версия 1С и когда переход не нужен

Уровень КОРП — это прежде всего возможности кластера серверов, которых нет у сервера ПРОФ. Они нужны, когда база большая, пользователей много и важно управлять нагрузкой.

Что получает администратор с лицензией сервера КОРП:

• 🎯 требования назначения функциональности — можно отдать фоновые задания одному рабочему серверу, а интерактивных пользователей другому;
• 📊 счётчики потребления ресурсов — видно, какой сеанс или какая база съедает процессор и память;
• 🛑 ограничения потребления ресурсов — тяжёлый отчёт одного пользователя перестаёт «класть» работу остальным;
• 🔁 гибкая настройка отказоустойчивости кластера из нескольких рабочих серверов.

Отдельная история — прикладные решения редакции КОРП (например, «Бухгалтерия КОРП», «ЗУП КОРП»). Их переход — это апгрейд программного продукта у партнёра 1С, а требования к уровню клиентских лицензий описаны в лицензионных условиях конкретного решения.

Когда переходить рано

💡 Если сейчас у вас файловая база, а цель — просто убрать тормоза, сначала оцените сервер ПРОФ. На КОРП-лицензию сервера часто переходят вторым шагом, когда кластер уже работает и упирается в управление нагрузкой.

Шаг 1. Аудит инфраструктуры и выбор лицензий КОРП

До покупки соберите четыре цифры:

1. Пиковое число одновременных сеансов (не сотрудников, а именно сеансов: один бухгалтер может открыть две базы).
2. Количество и размер информационных баз.
3. Какие базы работают с фоновыми заданиями и обменами.
4. Какие лицензии уже куплены: ПРОФ или базовые, программные или аппаратные (USB-ключи).

Число сеансов в файловой базе видно в Конфигураторе: Администрирование → Активные пользователи. Снимите его несколько раз в течение рабочего дня, особенно в закрытие месяца .

Какие лицензии нужны

Ориентиры по цене (примерно, по прайсам партнёров — точные условия перехода уточняйте у своего партнёра 1С):

• сервер ПРОФ x86-64 — порядка 90–110 тыс. руб.;
• сервер КОРП — порядка 230–300 тыс. руб.;
• клиентские лицензии — от 6–8 тыс. руб. за рабочее место в пакетах.

💡 Программные лицензии удобнее для серверов: нет USB-ключа, который нужно пробрасывать в виртуальную машину. Аппаратные ключи выигрывают там, где оборудование часто меняется — их не нужно повторно активировать.

Шаг 2. Сервер и СУБД для корпоративной версии 1С

Железо

Разделять сервер 1С и сервер СУБД есть смысл от 50–70 активных пользователей. До этого порога обе роли нормально живут на одной машине.

Выбор СУБД

• 🐘 PostgreSQL — используйте сборку, адаптированную для 1С (её поставляет фирма 1С, есть и сборка Postgres Pro для 1С). Обычная сборка из репозитория дистрибутива не подходит.
• 🪟 MS SQL Server — привычен Windows-администраторам, но требует отдельных лицензий.

Для MS SQL заранее создайте учётную запись, от которой сервер 1С будет создавать базы. Для PostgreSQL — пользователя с правом создавать базы (обычно используют postgres или отдельную роль).

Порты

Клиент сначала обращается к агенту сервера, затем к менеджеру кластера и рабочим процессам. Откройте в брандмауэре:

• 1540 — агент сервера (через него же работает консоль администрирования);
• 1541 — менеджер кластера;
• 1560–1591 — диапазон рабочих процессов по умолчанию (задаётся в свойствах рабочего сервера);
• 1433 для MS SQL или 5432 для PostgreSQL — между сервером 1С и СУБД.

Шаг 3. Установка сервера 1С и создание базы в кластере

Установка

1. Скачайте дистрибутив технологической платформы нужной версии (64-битный сервер).
2. В установщике отметьте компоненты «Сервер 1С:Предприятия 8» и «Администрирование сервера 1С:Предприятия».
3. Включите установку сервера как службы Windows и укажите отдельного пользователя службы (по умолчанию создаётся USR1CV8).
4. После установки зарегистрируйте консоль администрирования — запустите от администратора «Регистрация утилиты администрирования серверов» из меню Пуск. Без этого консоль не откроется.

На Linux сервер ставится пакетами из того же дистрибутива и запускается как служба srv1cv8 (в новых версиях платформы — служба с номером версии в имени).

Создание информационной базы

Удобнее всего создать базу прямо из окна запуска 1С: Добавить → Создание новой информационной базы → Создание информационной базы без конфигурации → На сервере 1С:Предприятия.

Заполните параметры:

Блокировка регламентных заданий не даст новой базе запустить обмены и загрузки, пока данные ещё переносятся.

Шаг 4. Перенос данных из файловой версии в клиент-серверную

Единственный штатный путь — выгрузка информационной базы в файл .dt и загрузка его в серверную базу . Копировать файл 1Cv8.1CD в СУБД нельзя.

Порядок переноса

1. Объявите окно работ и выгоните пользователей из файловой базы.
2. Сделайте резервную копию каталога файловой базы целиком.
3. В Конфигураторе: Администрирование → Выгрузить информационную базу.
4. Откройте серверную базу в Конфигураторе: Администрирование → Загрузить информационную базу, укажите .dt.
5. Дождитесь сообщения о завершении и перезапуска Конфигуратора.

Загрузка .dt полностью заменяет содержимое базы-приёмника, включая конфигурацию и список пользователей. Проверьте дважды, что открыта именно новая серверная база.

То же из командной строки

Для больших баз и ночных окон удобнее пакетный режим:

:: выгрузка из файловой базы
"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" /DumpIB "D:\Backup\buh.dt" /Out "D:\Backup\dump.log"

:: загрузка в серверную базу
"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /S"srv-1c\buh_korp" /N"Администратор" /P"пароль" /RestoreIB "D:\Backup\buh.dt" /Out "D:\Backup\restore.log"

Подставьте свою версию платформы в путь. Результат смотрите в файлах журнала из параметра /Out.

Что проверить после загрузки

• 🧮 Оборотно-сальдовую ведомость за последний закрытый период в старой и новой базе — суммы должны совпасть до копейки.
• 👥 Список пользователей и их роли.
• 🔌 Пути к внешним обработкам и печатным формам — в серверной базе часть из них нужно переподключить.
• ⏱ Регламентные задания: снимите блокировку в свойствах базы в консоли кластера, только когда старая база выключена. Иначе обмены пойдут из двух баз сразу.

Шаг 5. Активация лицензий КОРП и ключей защиты

Программная лицензия сервера

Лицензия сервера привязывается к параметрам компьютера, где работает рабочий сервер.

1. Запустите клиент 1С на самом сервере от имени администратора.
2. Откройте мастер получения лицензии и выберите первичное получение по пин-коду.
3. Введите регистрационный номер и пин-код из комплекта лицензии сервера КОРП.
4. Заполните данные владельца — их потом сверяют при восстановлении лицензии, сохраните копию.

Файлы лицензий хранятся в общем каталоге: в Windows — C:\ProgramData\1C\licenses, в Linux — /var/1C/licenses. Включите этот каталог в резервное копирование .

Клиентские лицензии на сервере

Чтобы не активировать лицензии на каждом компьютере, разместите клиентские программные лицензии на сервере и разрешите серверу их выдавать. В консоли кластера в свойствах информационной базы установите параметр «Выдача лицензий сервером 1С:Предприятия» в значение «Да». Тогда при входе пользователь получает лицензию от сервера.

Аппаратные ключи

Сетевой USB-ключ вставляется в любой компьютер сети, где установлен менеджер лицензий HASP. На клиентах, которые не видят ключ по широковещательному поиску, адрес менеджера прописывают в nethasp.ini:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10
NH_USE_BROADCAST = Disabled

Шаг 6. Проверка производительности и перевод пользователей

Нагрузочная проверка

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

1. Проведение тяжёлого документа (реализация на 200+ строк).
2. Формирование ОСВ и анализа счёта за год.
3. Закрытие месяца на тестовом периоде.
4. Синтетический тест — например, популярный «тест Гилёва»: он показывает, упирается ли система в процессор, диск или сеть.

Если на сервере операции идут медленнее, чем в файловой базе на одном компьютере, — это нормально для одного пользователя на слабом сервере. Клиент-сервер выигрывает при параллельной работе, поэтому тестируйте вчетвером-впятером одновременно.

Настройка возможностей КОРП

После активации лицензии сервера КОРП настройте то, ради чего переходили:

• в консоли кластера заведите счётчики потребления ресурсов по базам и пользователям;
• по счётчикам создайте ограничения потребления ресурсов — например, прерывать сеансы, которые долго держат процессор;
• в свойствах рабочего сервера задайте требования назначения функциональности: фоновые задания — на один сервер, клиентские соединения — на другой.

Перевод пользователей

1. Добавьте серверную базу в списки пользователей централизованно — через общий файл списка баз .v8i, разосланный по сети или подключённый в настройках окна запуска.
2. Переводите отделы волнами: сначала 2–3 опытных пользователя на день-два, затем остальные.
3. В первую неделю смотрите в консоли кластера на количество сеансов и рабочих процессов, а в журнале регистрации — на ошибки.

Частые вопросы о переходе на КОРП