← На главную

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

Причина 1. Конфликт сетевых портов при одновременной установке 8.2 и 8.3

Проанализируем базовый механизм работы кластера 1С. По умолчанию агент сервера использует фиксированный пул сетевых портов:

1. Порт главного агента сервера: 1540
2. Порт главного менеджера кластера: 1541
3. Диапазон портов рабочих процессов: 1560:1591

Если на одном физическом сервере или виртуальной машине уже функционирует служба агента 1С 8.2, установка и старт службы 8.3 со стандартными настройками завершатся сбоем: операционная система не позволит двум процессам занять один и тот же сетевой сокет. В этом случае у нас есть два пути решения задачи.

Вариант А. Полный перевод всех информационных баз на платформу 8.3 (рекомендуемый способ)

Выясним важное свойство платформы: конфигурации, разработанные под версию 8.2 (включая классические конфигурации на обычных формах, например «Управление торговлей» редакции 10.3), способны работать на сервере 8.3. Для этого в свойствах конфигурации используется встроенный механизм совместимости (режим совместимости с 8.2.13 или 8.2.16). Нет необходимости поддерживать две тяжелые серверные службы, достаточно полностью остановить агент 8.2 и использовать только платформу 8.3.

Вариант Б. Разведение портов для параллельной работы 8.2 и 8.3

Если параллельная работа обеих служб строго обязательна, сместим сетевые порты для одной из них. Для этого изменим параметры запуска службы в системном реестре Windows:

1. Откроем редактор реестра regedit.
2. Перейдем в ветку HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services и найдем службу агента нужной версии (например, 1C:Enterprise 8.3 Server Agent).
3. Отредактируем строковый параметр ImagePath, указав смещенные порты:
   Скопировать код

   
   "C:\Program Files\1cv8\8.3.X.X\bin\ragent.exe" -srvc -agent -regport 2541 -port 2540 -range 2560:2591 -d "C:\Program Files\1cv8\srvinfo"
   

4. Сохраним изменения и запустим службу. При подключении пользователей и административных утилит к серверу со смещенными портами потребуется явно указывать порт кластера через двоеточие, например: ИмяСервера:2541.

Причина 2. Почему информационные базы не появились в кластере 8.3 автоматически

Рассмотрим структуру хранения настроек кластера. Список информационных баз и параметры кластера хранятся в файлах 1cv8wsrv.lst и 1cv8reg.lst внутри рабочего каталога srvinfo. Однако у разных версий платформ каталоги по умолчанию различаются:

1. Для 8.2 путь по умолчанию: C:\Program Files\1cv82\srvinfo
2. Для 8.3 путь по умолчанию: C:\Program Files\1cv8\srvinfo

Свежеустановленный сервер 8.3 создает новую пустую директорию данных, поэтому в консоли кластера список баз оказывается чистым. Чтобы перенести все существующие базы без ручного ввода, выполним следующие шаги:

1. Остановим обе службы: 1C:Enterprise 8.2 Server Agent и 1C:Enterprise 8.3 Server Agent через оснастку «Службы» (services.msc).
2. Скопируем файлы и подкаталоги (включая каталог reg_1541) из исходной папки 1cv82\srvinfo в целевую папку 1cv8\srvinfo.
3. Критически важный момент: проверим права файловой системы NTFS. Служба 8.3 обычно запускается от имени пользователя USR1CV8, в то время как старые файлы принадлежали USR1CV82. Предоставим учетной записи USR1CV8 полный доступ (Full Control) к каталогу 1cv8\srvinfo и всем его дочерним объектам.
4. Запустим службу агента 8.3. При старте сервер прочитает конфигурационные файлы кластера и подхватит ранее зарегистрированные базы.

Если баз немного, самым простым и безопасным способом остается ручная регистрация: откроем консоль администрирования 8.3 и добавим информационные базы в кластер вручную, указав параметры подключения к серверу СУБД (SQL).

Причина 3. Регистрация консоли администрирования кластера (MMC)

Если оснастка управления серверами 1С не открывается, выдает ошибки при подключении или не видит дерево серверов, проанализируем состояние системной библиотеки администрирования. Оснастка Windows Management Console использует библиотеку radmin.dll, версия которой должна строго совпадать с версией работающего сервера.

Выполним перерегистрацию библиотеки в операционной системе:

1. Запустим командную строку cmd.exe от имени Администратора.
2. Перейдем в каталог bin установленной платформы 8.3.
3. Выполним команду регистрации компонента: regsvr32 "C:\Program Files\1cv8\8.3.X.X\bin\radmin.dll"
4. После успешного сообщения откроем консоль администрирования (1cv8 servers.msc).
5. Если центральный сервер не отображается в дереве автоматически, кликнем правой кнопкой мыши по ветке «Центральные серверы 1С:Предприятия», выберем «Создать» -> «Центральный сервер» и введем сетевое имя текущего компьютера и рабочий порт агента (например, localhost:1540).

Причина 4. В установщике отсутствует выбор компонентов сервера

Разберем ситуацию, когда при запуске файла setup.exe программа не предлагает выбрать установку сервера 1С:Предприятия. Это происходит по одной из двух причин:

1. Запущен дистрибутив клиента: используется пакет «Тонкий клиент» или клиентское обновление, в которых серверные компоненты отсутствуют в принципе. Необходимо загрузить полный дистрибутив «Технологическая платформа 1С:Предприятия».
2. Разрядность 64-bit: серверная часть x64 поставляется в виде отдельного дистрибутива («Сервер 1С:Предприятия (64-bit)»). В стандартном 32-битном дистрибутиве 64-разрядные компоненты кластера не содержатся.