Подключение сервера 1С к консоли администрирования: от radmin.dll до первой базы

Чтобы добавить сервер 1С в оснастку, откройте «Администрирование серверов 1С:Предприятия», щёлкните правой кнопкой по ветке «Центральные серверы 1С:Предприятия» и выберите «Создать». Укажите имя компьютера и порт агента 1540. Если оснастка пустая или падает при запуске, дело обычно не в сервере, а в незарегистрированной библиотеке radmin.dll. Её нужно зарегистрировать до всего остального.

Частое заблуждение: «сервер добавлен — значит, кластер уже есть». Это не так. Центральный сервер — это запись в консоли о том, к какому агенту подключаться. Кластер, рабочие процессы и базы живут уже внутри него. Поэтому процедура состоит из нескольких слоёв, и ниже они идут в том порядке, в каком их надо настраивать.

Что нужно проверить до запуска консоли

Консоль только показывает то, что ей отдаёт служба «Агент сервера 1С:Предприятия 8.3» на удалённой машине. Если агент не запущен или закрыт файрволом, консоль ничего не покажет. Проверьте три вещи.

1. Служба запущена. На сервере откройте services.msc и найдите «Агент сервера 1С:Предприятия 8.3». Статус должен быть «Выполняется».
2. Порты открыты. Консоль ходит к агенту по 1540. Клиентам баз нужны ещё порт менеджера кластера 1541 и диапазон рабочих процессов, по умолчанию 1560–1591.
3. Версии совпадают. Версия платформы на клиентском компьютере с консолью должна совпадать с версией сервера хотя бы по первым трём группам цифр (например, 8.3.24). Консоль более старой версии с новым сервером работает нестабильно.

Проверить доступность порта с рабочей станции можно командой в PowerShell:

Test-NetConnection -ComputerName srv-1c -Port 1540

Если в ответе TcpTestSucceeded : True, сеть в порядке. Если False, разбирайтесь с файрволом Windows на сервере и с сетевым оборудованием между машинами.

Регистрация radmin.dll и запуск оснастки

Оснастка — это модуль консоли MMC. Он подключает библиотеку удалённого администрирования radmin.dll из каталога bin установленной платформы. При обычной установке платформы она регистрируется сама, но на машине, где поставили только клиент или несколько версий рядом, этого может не случиться. Тогда в консоли пустое дерево или сообщение о том, что не удалось загрузить оснастку.

Откройте командную строку от имени администратора и выполните, подставив свой путь и номер версии:

regsvr32 "C:\Program Files\1cv8\8.3.24.1667\bin\radmin.dll"

Должно появиться окно «DllRegisterServer в radmin.dll завершено успешно». Если у вас платформа в 32-разрядной редакции на 64-разрядной Windows, путь будет через Program Files (x86).

Дальше запустите оснастку. Файл консоли обычно лежит в каталоге common платформы и называется 1CV8 Servers.msc. Его можно открыть двойным щелчком, а можно найти в меню «Пуск» в папке установленной платформы.

💡 Если на машине стоит несколько версий платформы, регистрируйте radmin.dll той версии, которая совпадает с версией сервера. Регистрация более новой библиотеки перепишет предыдущую.

Как создать центральный сервер в оснастке

Теперь сам шаг, ради которого вы здесь.

1. В левой панели консоли щёлкните правой кнопкой по «Центральные серверы 1С:Предприятия».
2. Выберите «Создать» → «Центральный сервер 1С:Предприятия».
3. В поле «Имя» введите сетевое имя компьютера, на котором работает агент. Лучше использовать DNS-имя, а не IP-адрес: при смене адреса запись не придётся переделывать.
4. В поле порта оставьте 1540, если вы не меняли его при установке службы.
5. Нажмите «ОК». В дереве появится новая запись, а под ней — ветки «Кластеры» и «Администраторы».

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

В таблице — что именно вы вводите на этом шаге и что оно значит:

Заодно проверьте, что запись создаётся от пользователя, у которого есть право запуска MMC. Права на сам сервер на этом этапе не нужны, они проверяются позже.

Подключение кластера и настройка администраторов

В новом, только что установленном сервере кластер обычно уже есть: он создаётся при инсталляции службы и слушает порт 1541. Раскройте ветку «Кластеры» и посмотрите. Если он есть, ничего создавать не надо. Если пусто, создайте.

Для нового кластера щёлкните правой кнопкой по «Кластеры» → «Создать» → «Кластер» и заполните поля:

• Имя кластера — произвольное, например «Основной».
• Сервер — имя компьютера, где работает кластер.
• Порт главного менеджера кластера — 1541.
• Интервал перезапуска и лимиты памяти — оставьте значения по умолчанию, пока нет причины менять.

Здесь легко запутаться с администраторами. В 1С их два уровня, и они не заменяют друг друга:

Если администраторы не заданы, консоль работает без пароля. Это нормально в тестовой среде и недопустимо в рабочей. Добавьте администратора кластера: «Администраторы» → «Создать», задайте имя и пароль, выберите способ аутентификации «Пароль» или «Пользователь операционной системы».

⚠️ Запишите пароль администратора кластера в менеджер паролей до сохранения. Если вы его потеряете, консоль перестанет пускать вас в кластер. Восстановление: остановить службу агента, восстановить файлы настроек кластера из резервной копии каталога сервера либо обратиться к администратору сервера. Заводить кластер заново не нужно, вместе с ним вы потеряете списки баз.

При следующем подключении консоль запросит имя и пароль администратора кластера. Они хранятся только на сервере, а не в консоли.

Регистрация информационных баз в кластере

Кластер без баз бесполезен. Базы добавляют прямо из консоли.

1. Раскройте кластер → «Информационные базы».
2. Правая кнопка → «Создать» → «Информационная база».
3. Заполните поля:
   • Имя — то, что пользователи увидят в списке баз;
   • Защищённое соединение — оставьте «Выключено», пока не настроен TLS;
   • Тип СУБД — PostgreSQL, Microsoft SQL Server и так далее;
   • Сервер баз данных — адрес СУБД;
   • Имя базы данных, пользователь и пароль СУБД;
   • Язык, смещение дат (для MS SQL обычно 2000).
4. Отметьте «Создать базу данных в случае её отсутствия», если база новая.
5. Снимите или оставьте флаг «Установить блокировку регламентных заданий». На новой, не настроенной базе блокировку лучше оставить, чтобы задания не запустились раньше времени.

Для уже существующей базы в СУБД флаг создания не ставьте. Консоль просто свяжет запись в кластере с готовой базой.

Пользователь СУБД должен быть владельцем базы или иметь эквивалентные права. Иначе при первом подключении появится ошибка доступа к базе данных, а не ошибка консоли, и искать причину надо на стороне СУБД.

Чтобы пользователи увидели базу, её нужно добавить в их список клиента по схеме «сервер:порт\имя_базы». Например: srv-1c\Бухгалтерия. Порт указывается, только если он отличается от стандартного 1541.

Что делать, если консоль не подключается

Вот типичные сообщения и то, где их искать.

Журналы сервера лежат в каталоге данных кластера (по умолчанию srvinfo). Внутри для каждого кластера есть папка вида reg_1541. В ней находятся журнал регистрации кластера и технические файлы. Для детального разбора сбоев включите технологический журнал: создайте файл logcfg.xml в каталоге conf платформы и настройте нужные события. Без чёткого понимания, что именно вы ищете, лучше не включать полный журнал: он быстро занимает диск.

Для тех, кто работает без графики, есть утилита администрирования rac из каталога bin. Например, список кластеров на сервере:

rac srv-1c:1545 cluster list

Здесь 1545 — порт службы RAS (сервера администрирования), которую нужно запустить отдельно командой ras cluster. Набор подкоманд зависит от версии платформы, полный перечень смотрите в справке rac help.

Рабочие процессы и производительность

Когда сервер и базы подключены, остаётся настроить, как кластер использует память и процессор. В консоли это раздел «Рабочие серверы» внутри кластера. Откройте свойства рабочего сервера: там задаются диапазоны портов, максимум соединений на процесс и ограничения по памяти.

Что стоит знать на старте:

• Диапазон портов. Он нужен для рабочих процессов. Если процессов будет много, а диапазон узкий, новые процессы просто не запустятся.
• Число соединений на процесс. Это значение определяет, сколько сеансов обслуживает один процесс. Много пользователей на одном процессе означают, что сбой процесса оборвёт сразу многих.
• Ограничения по памяти. Значения подбирают по нагрузке и объёму оперативной памяти сервера. Начинайте с настроек по умолчанию и меняйте только при наличии симптомов.
• Требования назначения. Они определяют, какие базы и какие функции работают на каком рабочем сервере. Это нужно в кластере из нескольких серверов.

⚠️ Перед тем как завершать рабочий процесс, останавливать службу агента или перезагружать сервер, предупредите пользователей. Все сеансы на этом процессе или сервере оборвутся, несохранённые данные будут потеряны. Лучшее время для таких действий — вне рабочих часов.

В однопользовательской или тестовой установке на одном сервере менять эти параметры нет смысла. Когда пользователей десятки, а в консоли в колонке сеансов видна очередь, тогда стоит смотреть на загрузку процессов и разносить нагрузку.

Как проверить, что всё добавлено правильно

После настройки пройдите короткую проверку в самой консоли, не открывая рабочую базу.

• Раскройте «Рабочие серверы» и убедитесь, что сервер в списке есть и у него указан нужный компьютер.
• Откройте «Рабочие процессы». Они появляются, когда к базе обращаются первые пользователи, поэтому пустой список на свежем кластере не ошибка.
• Зайдите в «Информационные базы» и откройте свойства добавленной базы: имя СУБД, сервер и имя базы должны совпадать с теми, что вы вводили.
• Подключитесь к базе с клиентского компьютера и затем загляните в раздел «Сеансы» кластера. Ваше подключение должно появиться в списке с именем пользователя и приложением.

Если сеанс виден, цепочка «клиент → агент → менеджер кластера → рабочий процесс → СУБД» работает целиком. Это самый надёжный признак того, что сервер добавлен корректно. Дальнейшие изменения параметров вносите по одному и после каждого проверяйте подключение, чтобы понимать, какое из них что-то сломало.

Частые вопросы