Регистрация информационной базы в кластере 1С: консоль, rac и первые настройки
Содержание
Чтобы добавить базу
в администрирование серверов 1С, откройте оснастку «Администрирование серверов 1С Предприятия», раскройте Центральные серверы 1С:Предприятия → <сервер> → Кластеры → <кластер>, щёлкните правой кнопкой по ветке Информационные базы и выберите Создать → Информационная база. В окне укажите имя базы в кластере, тип СУБД, сервер и имя базы данных, логин и пароль пользователя СУБД. После нажатия «ОК» база появится в дереве, и к ней можно подключаться клиентом.
Процедура одинакова для любой конфигурации — это функция платформы 8.3, а не БП, ЗУП или УТ. Тот же результат даёт утилита rac из командной строки, удобная для скриптов и Linux-серверов.
1. Что проверить до добавления базы
Половина проблем при регистрации базы возникает до открытия консоли. Пройдитесь по списку:
- 🖥️ Сервер 1С запущен. На Windows служба называется «Агент сервера 1С:Предприятия 8.3» (имя может содержать разрядность и номер версии). Статус — «Выполняется».
- 🔌 Порты открыты. Клиент и консоль сначала обращаются к агенту сервера (порт 1540), затем к менеджеру кластера (1541) и рабочим процессам. Диапазон портов рабочих процессов по умолчанию 1560–1591, он задаётся в свойствах рабочего сервера. Все эти порты должны быть открыты в брандмауэре между сервером 1С и машиной с консолью.
- 🗄️ СУБД доступна с сервера 1С. Проверьте не со своего компьютера, а именно с сервера, где крутятся рабочие процессы: подключение к СУБД делают они.
- 🔑 Есть учётная запись СУБД с нужными правами. Для новой базы пользователю MS SQL нужна роль
dbcreator(или права владельца уже созданной базы). Для PostgreSQL — право создавать базы или владение готовой базой. - 🔢 Версия консоли совпадает с версией сервера. Консоль 8.3.24 не управляет сервером 8.3.22 и наоборот: нужна одинаковая сборка.
Регистрация radmin.dll — главный подготовительный шаг
Оснастка консоли — это файл 1CV8 Servers.msc, но работает она через библиотеку radmin.dll. Установщик платформы регистрирует её не всегда, а после обновления платформы в реестре остаётся ссылка на старую версию. Отсюда ошибка «Не удаётся создать оснастку» при запуске консоли.
Регистрация вручную — из командной строки, запущенной от имени администратора:
regsvr32 "C:\Program Files\1cv8\8.3.24.1586\bin\radmin.dll"
Номер версии подставьте свой — тот же, что у сервера. Для 64-битной платформы путь C:\Program Files\1cv8\, для 32-битной — C:\Program Files (x86)\1cv8\. Сообщение «Успешно выполнена DllRegisterServer» означает, что всё в порядке.
Если на машине стоят несколько версий платформы, зарегистрирована будет та, radmin.dll которой вы регистрировали последней. При переключении между серверами разных версий команду придётся повторять.
Сама консоль ставится в составе платформы: в установщике должен быть отмечен компонент «Администрирование сервера 1С:Предприятия». Если ярлыка в меню «Пуск» нет — вернитесь в установщик и добавьте компонент.
2. Подключение консоли к центральному серверу и кластеру
Запустите «Администрирование серверов 1С Предприятия» из меню «Пуск». Если сервер на этой же машине и установлен с настройками по умолчанию, он может уже присутствовать в дереве как local. Для удалённого сервера его нужно добавить:
- Правой кнопкой по ветке
Центральные серверы 1С:Предприятия→Создать → Центральный сервер 1С:Предприятия. - В поле «Имя» укажите сетевое имя или IP-адрес сервера. Протокол —
TCP/IP, IP-порт —1540(если агент запущен на другом порту, укажите его). - Описание — по желанию, например «Боевой сервер бухгалтерии».
- Нажмите «ОК» и раскройте добавленный сервер.
Внутри появится ветка Кластеры с одним или несколькими кластерами. Обычно кластер один — «Локальный кластер» на порту 1541.
Указывайте имя сервера так, как оно разрешается в DNS. Если сервер 1С знает себя как SRV-1C, а вы подключились по IP, некоторые операции завершаются ошибкой подключения к рабочему процессу: консоль получает от агента имя хоста, которое не может разрешить. Помогает запись в DNS или в файле hosts на машине с консолью.
Если у кластера назначены администраторы, при раскрытии ветки консоль запросит логин и пароль. Если администраторов нет — откроется сразу.
3. Как создать информационную базу в кластере серверов 1С
Раскройте кластер, найдите ветку Информационные базы, правая кнопка → Создать → Информационная база. Откроется окно параметров.
| Поле | Что вписать | Комментарий |
|---|---|---|
| Имя | buh_2026 | Имя базы в кластере. Его пользователи вводят при подключении. Латиница без пробелов — меньше сюрпризов |
| Описание | Бухгалтерия ООО «Ромашка» | Видно только в консоли |
| Защищённое соединение | Выключено | Шифрование трафика клиент — сервер. Включайте, если сеть недоверенная |
| Сервер баз данных | SQL01 или SQL01\INST | Для именованного экземпляра MS SQL — через обратную косую черту |
| Тип СУБД | MSSQLServer / PostgreSQL / IBM DB2 / Oracle Database | Выбирается из списка |
| База данных | buh_2026 | Имя базы на стороне СУБД. Может не совпадать с именем в кластере |
| Пользователь сервера БД | sa или отдельный логин | Лучше отдельный логин, а не sa или postgres |
| Пароль пользователя БД | — | Хранится в настройках кластера |
| Разрешить выдачу лицензий сервером 1С | Да | Иначе клиенты будут искать лицензии у себя |
| Язык (Страна) | русский (Россия) | Влияет на сортировку и формат дат |
| Смещение дат | 2000 для MS SQL, 0 для PostgreSQL | Подробности ниже |
| Создать базу данных в случае её отсутствия | Отмечено | Если базы в СУБД нет — сервер создаст её |
| Установить блокировку регламентных заданий | По ситуации | Включайте для копий рабочих баз |
После «ОК» сервер 1С подключится к СУБД, при необходимости создаст базу и таблицы. Для пустой базы это занимает от нескольких секунд до минуты.
Смещение дат: параметр, который нельзя угадывать
Для MS SQL Server принято ставить смещение 2000: так платформа корректно хранит даты до 1753 года, которые сам SQL Server не поддерживает в типе datetime. Для PostgreSQL, DB2 и Oracle смещение — 0.
Если регистрируете уже существующую базу данных, смещение должно совпадать с тем, с которым она создавалась. Ошибка здесь не выдаёт сообщений: база откроется, но все даты в документах сдвинутся на 2000 лет. Узнать исходное значение можно у того, кто базу создавал, или в свойствах этой же базы в другом кластере.
Регистрация уже существующей базы
Частый случай — база данных на SQL уже есть: перенесли с другого сервера, восстановили из бэкапа СУБД, поднимаете тестовую копию. Порядок тот же, только в поле «База данных» указывается имя существующей базы. Сервер увидит, что таблицы 1С на месте, и ничего не будет пересоздавать.
Если регистрируете копию рабочей базы, сразу включите «Установить блокировку регламентных заданий». Иначе копия начнёт выполнять обмены, загрузку курсов, отправку отчётности и почты наравне с рабочей базой — и в 1С-отчётности или в обменах с филиалами появятся дубли.
Добавление базы через rac
Без графической консоли базу добавляют утилитой rac. Ей нужен запущенный сервер администрирования ras (на Windows его ставят отдельной службой, на Linux запускают командой ras cluster --daemon). Сначала узнайте идентификатор кластера:
rac localhost:1545 cluster list
Затем создайте базу:
rac localhost:1545 infobase create --cluster=<uuid-кластера> ^
--create-database --name=buh_2026 --dbms=MSSQLServer ^
--db-server=SQL01 --db-name=buh_2026 --locale=ru ^
--db-user=user1c --db-pwd=<пароль> --date-offset=2000 ^
--license-distribution=allow
Если у кластера есть администраторы, добавьте --cluster-user и --cluster-pwd. Полный список параметров для вашей версии выводит rac help infobase. Порт 1545 — стандартный для ras; если служба запущена на другом, укажите его.
4. Свойства базы, которые стоит настроить сразу
После создания откройте свойства базы двойным щелчком. Кроме параметров подключения к СУБД, здесь есть настройки, отвечающие за безопасность и управление доступом.
- 🔒 Блокировка начала сеансов. Флажок плюс время начала и окончания, текст сообщения и код разрешения. Пока блокировка действует, новые сеансы не открываются; войти можно, добавив в строку запуска параметр
/UC<код>. Пригодится на время обновления. - ⏸️ Блокировка регламентных заданий. Тот же флажок, что и при создании. Можно включить и выключить в любой момент без перезапуска.
- 🛡️ Профиль безопасности. Ограничивает доступ кода базы к файловой системе, COM-объектам и внешним компонентам. Сами профили создаются в ветке кластера
Профили безопасности, а здесь выбираются по имени. Для обычной типовой базы на внутреннем сервере его часто оставляют пустым. - 👤 Внешнее управление сеансами. Строка подключения к веб-сервису, который решает, пускать ли сеанс. Нужна редко, в крупных внедрениях.
Доступ к базе изнутри: администратор информационной базы
При первом входе в базу без пользователей платформа пускает без пароля. Для серверной базы это дыра: любой, кто знает имя сервера и базы, войдёт с полными правами.
Сразу после регистрации создайте в Конфигураторе (Администрирование → Пользователи) или в пользовательском режиме хотя бы одного пользователя с ролью «Полные права» и паролем. Как только в списке появится первый пользователь, вход без авторизации закроется.
5. Администраторы кластера и центрального сервера
По умолчанию после установки управлять кластером может любой, кто подключился консолью. В сети это значит, что любой сотрудник с установленной консолью может удалить базу из кластера или завершить чужие сеансы.
Ограничение доступа делается в два уровня:
| Уровень | Где в дереве | Что защищает |
|---|---|---|
| Администраторы центрального сервера | Центральный сервер → Администраторы | Создание и удаление кластеров |
| Администраторы кластера | Кластер → Администраторы | Добавление и удаление баз, управление сеансами, рабочими серверами |
Добавляется администратор так: правая кнопка по ветке Администраторы → Создать → Администратор, указать имя, пароль и при желании пользователя ОС для аутентификации средствами Windows.
Сначала заведите администратора кластера и проверьте вход, потом — администратора центрального сервера. Пароли сохраните в менеджере паролей. Если пароль администратора кластера потерян, сбросить его из консоли нельзя: придётся остановить службу и восстановить файлы реестра кластера из резервной копии — это работа для администратора сервера в окно обслуживания, когда пользователей нет.
6. Подключение пользователей к добавленной базе
База зарегистрирована в кластере, но в списке у пользователей её пока нет. На каждом рабочем месте:
- В окне запуска 1С нажмите «Добавить».
- Выберите «Добавление в список существующей информационной базы».
- Укажите название для списка и тип расположения «На сервере 1С:Предприятия».
- «Кластер серверов
1С:Предприятия» — имя сервера (если менеджер кластера на нестандартном порту, через двоеточие:
SRV-1C:2541). - «Имя информационной базы в кластере» — то самое имя из поля «Имя», например
buh_2026. - Пройдите оставшиеся шаги мастера и нажмите «Готово».
Для десятков рабочих мест удобнее разослать файл списка баз .v8i или прописать общий список через 1CEStart.cfg — это настраивается один раз и избавляет от ручного ввода.
Кстати, кнопка «Добавить → Создание новой информационной базы → На сервере 1С:Предприятия» в окне запуска делает то же, что консоль: регистрирует базу в кластере и создаёт её в СУБД. Если у кластера есть администраторы, мастер запросит их логин и пароль.
7. Ошибки при добавлении базы и как их снять
Отдельно — проблема прав службы. Агент сервера работает под учётной записью (по умолчанию USR1CV8). Если база создаётся с аутентификацией Windows в MS SQL, права в SQL нужно выдавать именно этой учётной записи, а не своему пользователю.
Если для решения ошибки приходится перезапускать службу агента сервера 1С, помните: все сеансы во всех базах кластера оборвутся, а несохранённые данные пользователей пропадут. Делайте это вечером или после предупреждения пользователей.
8. Как проверить и наблюдать за новой базой
Добавить базу — половина дела. В первые дни работы полезно посмотреть, как она нагружает сервер.
Что смотреть в консоли:
- 👥
Информационные базы → <база> → Сеансы— кто подключён, с какого компьютера, в каком приложении, какая лицензия получена. - 🔗
Соединения— открытые соединения с рабочими процессами. Сеансов может быть меньше, чем соединений: фоновые задания и консоль тоже соединяются. - 🔐
Блокировки— управляемые блокировки объектов. Длинный список у одного сеанса — повод посмотреть, что пользователь делает. - ⚙️
Рабочие процессы(на уровне кластера) — занятая память, число соединений, доступность и среднее время обслуживания вызова.
Настройки кластера, влияющие на базу. В свойствах рабочего сервера задаются число информационных баз и соединений на процесс, а также требования назначения функциональности. Требования позволяют вынести фоновые задания конкретной базы на отдельный сервер, если их много. Параметры кластера (интервал перезапуска, допустимый объём памяти процессов) действуют сразу на все базы.
На стороне СУБД. Для MS SQL настройте план обслуживания: резервное копирование , обновление статистики, обслуживание индексов. Модель восстановления выберите осознанно: Full требует регулярного бэкапа журнала транзакций, иначе файл журнала растёт до заполнения диска.
Технологический журнал. Если база тормозит без видимой причины, включите технологический журнал через файл logcfg.xml в каталоге conf платформы. Начните с событий длинных вызовов и ошибок: подробный журнал за несколько часов занимает гигабайты.