Как восстановить базы данных PostgreSQL и лицензии после обновления платформы 1С:Предприятие

Обновление технологической платформы 1С:Предприятие в клиент-серверном варианте — процедура стандартная, но регулярно вызывающая трудности у системных администраторов. В процессе перехода между релизами (например, с ветки 8.3.12 на 8.3.15 и новее) часто возникают ситуации, когда после успешной установки новой платформы «исчезают» информационные базы, консоль администрирования отказывается подключаться к кластеру, а пользователи получают ошибку «Лицензия не обнаружена».

В этой статье мы подробно разберем, почему происходят такие сбои, как восстановить настройки кластера из конфигурационных файлов 1С, правильно прописать параметры СУБД PostgreSQL и восстановить работу аппаратных многопользовательских ключей защиты HASP.

---

Часть 1. Выясняем причины «исчезновения» баз при обновлении платформы

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

1. Сброс путей к каталогу настроек кластера (srvinfo): По умолчанию каталог с настройками кластера и списком информационных баз хранится по пути C:\Program Files\1cv8\srvinfo. Если на вашем сервере этот каталог был перенесен на другой диск (например, быстрый SSD) с помощью ключа запуска службы -d, то при установке нового релиза этот параметр в реестре Windows перезаписывается дефолтным значением. Новая служба запускается «пустой», не видя старых настроек.
2. Конфликт нескольких служб («Стало две службы»): Если старая версия платформы не была корректно удалена или если устанавливались дистрибутивы разной разрядности, в системе могут одновременно работать две службы сервера 1С. Они начинают конкурировать за сетевые порты (по умолчанию 1540, 1541, 1560-1591), из-за чего консоль администрирования выдает ошибку подключения.
3. Разные директории для разных разрядностей: При переходе с 32-битной версии сервера на 64-битную меняются пути установки программы (из C:\Program Files (x86)\1cv8\ в C:\Program Files\1cv8\), что также приводит к созданию новой чистой папки настроек.

---

Часть 2. Пошаговое восстановление списка баз в консоли администрирования

Если после обновления консоль администрирования пуста или выдает ошибку подключения, выполним следующие шаги для восстановления работоспособности.

Шаг 1. Проверяем и регистрируем утилиту администрирования

При обновлении платформы необходимо зарегистрировать новую версию утилиты администрирования (оснастки MMC). Для этого запустите ярлык «Регистрация утилиты администрирования» из меню «Пуск» (в папке соответствующей версии 1С) от имени администратора. Это перерегистрирует библиотеку radmin.dll.

Шаг 2. Разбираемся со службами и путями в реестре

Откроем редактор реестра Windows (regedit) и перейдем по пути:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent (x86-64)

Проанализируем параметр ImagePath. Он должен выглядеть примерно так:

"C:\Program Files\1cv8\8.3.15.1830\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"

Обратите внимание на ключ -d. Если ваши файлы настроек (базы, журналы регистрации) ранее хранились в другом месте, укажите правильный путь к старой папке srvinfo в кавычках после ключа -d.

Шаг 3. Восстановление конфигурационных файлов списка баз

В каталоге srvinfo содержатся ключевые файлы конфигурации кластера:

• 1cv8wsrv.lst — файл описания самого кластера и зарегистрированных в нем рабочих серверов.
• 1cv8clst.lst (или файлы внутри папки reg_1540) — список зарегистрированных информационных баз с их параметрами подключения к СУБД.

Если служба создала новые пустые файлы, остановите службу 1С, скопируйте содержимое старой папки srvinfo в новую директорию (с заменой файлов) и запустите службу снова. Если файлы были повреждены, вы можете переименовать резервную копию файла (например, 1CV8Clsto.lst) обратно в 1CV8Clst.lst при остановленной службе.

---

Часть 3. Ручное добавление существующей базы PostgreSQL в кластер 1С

Если файлы конфигурации кластера были безвозвратно утеряны, но сама база данных в PostgreSQL физически существует и не повреждена, мы можем привязать её к новому кластеру 1С вручную.

Разберем по шагам, как правильно заполнить параметры информационной базы в консоли администрирования 1С для СУБД PostgreSQL:

1. Откройте консоль администрирования кластера 1С, нажмите правой кнопкой мыши на ветку «Информационные базы» -> «Создать» -> «Информационная база».
2. В появившемся окне заполните параметры:
   • Имя: Укажите имя базы, под которым её будут видеть пользователи (оно может отличаться от имени в СУБД).
   • Сервер баз данных: Укажите сетевое имя (или IP-адрес) сервера, на котором развернут PostgreSQL. Если он находится на том же сервере, укажите localhost или имя текущего компьютера.
   • Тип СУБД: Выберите PostgreSQL.
   • База данных: Укажите точное имя базы данных, как она называется внутри СУБД PostgreSQL.
   • Пользователь СУБД: В 99% случаев по умолчанию используется пользователь postgres.
   • Пароль пользователя: Пароль администратора СУБД PostgreSQL, который задавался при её установке.
3. Важнейший момент: Снимите галочку «Создать базу данных в случае отсутствия»! Если этого не сделать, 1С попытается перезаписать существующую базу данных в СУБД. При снятом флажке 1С просто выполнит подключение к уже существующей базе данных и подтянет все данные.

---

Часть 4. Решение проблемы «Лицензия не обнаружена» после переустановки

После полной переустановки платформы «с чистого листа» базы данных могут успешно появиться в списке, но при попытке входа система выдает ошибку отсутствия лицензии. Рассмотрим подробный алгоритм диагностики и исправления этой ошибки для владельцев аппаратных HASP-ключей (на 10, 20 или более пользователей).

1. Установка драйвера защиты HASP

При радикальном удалении старых версий 1С из операционной системы часто удаляется и драйвер аппаратных ключей защиты Sentinel HASP. Без него операционная система и сервер 1С не увидят вставленные в USB-порты физические ключи.

Для исправления ситуации выполните установку драйвера заново:

• Запустите установщик технологической платформы 1С и убедитесь, что в списке компонентов отмечен пункт «Установка драйвера защиты».
• Альтернативный вариант: откройте командную строку от имени администратора, перейдите в папку bin установленной платформы и выполните команду: haspdinst.exe -i

2. Настройка поиска аппаратного ключа на клиенте

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

В окне со списком информационных баз 1С нажмите кнопку «Настройка» и убедитесь, что установлен флажок «Использовать аппаратную лицензию (ключ защиты)». Если флажок снят, программа будет искать только файлы программных лицензий (.lic) и проигнорирует USB-ключи.

3. Настройка HASP License Manager и конфигурационного файла nethasp.ini

Поскольку ключи на 10 и 20 пользователей являются сетевыми (многопользовательскими), клиенты не могут опрашивать их напрямую без специального ПО. На сервере, где физически установлены USB-ключи, должна быть запущена служба HASP License Manager (HASP LM).

Если рабочие станции и сервер находятся в разных подсетях, или широковещательный поиск (Broadcast) в локальной сети заблокирован брандмауэром, 1С не сможет обнаружить HASP LM автоматически. Для принудительного указания адреса менеджера лицензий настроим файл nethasp.ini:

1. Найдите файл nethasp.ini. Обычно он располагается в каталоге установки платформы по пути: C:\Program Files\1cv8\conf\.
2. Откройте его с помощью текстового редактора от имени администратора и приведите секции настроек к следующему виду (замените IP-адрес на адрес вашего сервера лицензирования):

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100 ; Укажите здесь IP-адрес ПК с установленным USB-ключом
NH_USE_BROADCAST = Disabled

Не забудьте проверить, что в брандмауэре Windows на сервере лицензирования открыт порт 475 (UDP и TCP) для прохождения трафика HASP.

4. Учет разрядности сервера и серверных лицензий

Важно помнить о разрядности сервера 1С:Предприятие. Существуют две разновидности серверных лицензий:

• 32-разрядный сервер 1С: Работает с 32-битным ключом защиты (фиолетовый USB-ключ с маркировкой ENSR8). Может быть установлен на 64-битную ОС Windows, но рабочий процесс rphost будет ограничен использованием максимум 4 ГБ оперативной памяти.
• 64-разрядный сервер 1С: Требует полноценной 64-битной серверной лицензии (зеленый USB-ключ с маркировкой EN8SA или соответствующая программная лицензия).

Если вы при обновлении ошибочно установили 64-битную версию сервера 1С, имея на руках только 32-битную лицензию, служба сервера запустится, но базы работать не будут, ссылаясь на отсутствие лицензии. В таком случае вам потребуется либо переустановить серверную часть 1С в 32-битном варианте, либо произвести апгрейд лицензии до 64-битной.