Администрирование · 11 мин
Как посмотреть идентификатор базы 1С
Как узнать идентификатор информационной базы 1С через конфигуратор, запрос, файл лицензии и веб-сервисы. Пошаговые инструкции, ошибки и FAQ.
Идентификатор информационной базы 1С (GUID) — уникальный 36-значный код, который платформа присваивает каждой базе при создании. Он нужен при настройке синхронизации между базами, регистрации внешних компонентов, подключении лицензий, работе веб-сервисов и диагностике ошибок вида «информационная база не соответствует сохранённому описанию».
Проблема в том, что этот идентификатор не отображается в привычных окнах программы: ни в списке баз стартера, ни в разделе «О программе» его нет. Зато его можно получить несколькими рабочими способами — через конфигуратор, встроенный язык, технологический журнал и файлы платформы. Ниже разобраны все методы с указанием, когда какой удобнее.
Важно различать идентификатор базы и другие похожие сущности: код информационной базы в кластере серверов 1С, регистрационный номер программного продукта и идентификаторы объектов внутри базы. В статье речь идёт именно о GUID самой информационной базы.
Где 1С хранит идентификатор базы и зачем он нужен
Платформа записывает GUID базы внутрь самой базы данных — в служебную таблицу, недоступную для прямого редактирования. Для файловой базы это данные внутри файла 1Cv8.1CD, для клиент-серверной — таблица на стороне СУБД (MS SQL, PostgreSQL и др.). Пользователь не может изменить этот идентификатор штатными средствами, что и обеспечивает его уникальность.
На практике GUID базы запрашивается в нескольких ситуациях: при настройке планов обмена и синхронизации данных, при регистрации базы в системе взаимодействия, при работе механизмов копирования и восстановления, при подключении аппаратных и программных лицензий, а также при диагностике — например, когда после восстановления из копии платформа сообщает о несоответствии базы сохранённому описанию.
Отдельный случай — копии базы. При создании копии файловым способом (копированием 1Cv8.1CD) GUID сохраняется, и две базы оказываются «близнецами». Это критично для обменов: если обе копии участвуют в синхронизации, возможны конфликты. Поэтому умение проверить идентификатор — часть безопасного администрирования.
Способ 1. Через конфигуратор: раздел «О информационной базе»
Самый простой метод не требует навыков программирования. Откройте базу в режиме конфигуратора под пользователем с правами администратора. В главном меню выберите «Администрирование», затем пункт «О информационной базе» (в некоторых версиях платформы — «Информация о базе»). В открывшемся окне среди служебных параметров будет строка с идентификатором базы.
Учтите, что наличие и точное название пункта зависят от версии платформы. Если такого пункта в меню нет, переходите к способу через встроенный язык — он работает на любой актуальной версии платформы 8.3.
Доступ к конфигуратору может быть закрыт настройками прав или блокировкой соединений. Если база рабочая и в ней идут регламентные задания, вход в конфигуратор безопасен — это не прерывает работу пользователей, в отличие от монопольного режима.
- 1Запустите базу в режиме «Конфигуратор»
- 2Откройте меню «Администрирование»
- 3Выберите пункт «О информационной базе»
- 4Найдите строку с идентификатором (GUID) и скопируйте значение
- 5Сверьте формат: 36 символов с дефисами
Способ 2. Через встроенный язык 1С
Универсальный способ — выполнить короткий фрагмент кода. Во встроенном языке есть метод, возвращающий идентификатор текущей информационной базы. Код можно выполнить через внешнюю обработку «Консоль кода», через обработку «Выполнение произвольного кода» или в отладчике конфигуратора.
Сообщить(ПолучитьИдентификаторИнформационнойБазы());Результат выводится в окно сообщений в виде строки GUID. Способ работает и в файловом, и в клиент-серверном режиме, не требует монопольного доступа и не изменяет данные. Это предпочтительный вариант, если конфигуратор недоступен, но есть возможность запустить внешнюю обработку в режиме предприятия.
Если запуск внешних обработок запрещён политикой безопасности, попросите администратора временно разрешить открытие внешних файлов либо выполните код через отладчик в конфигураторе (Ctrl+Shift+F9 для вычисления выражения в окне «Выражение»).
Способ 3. В консоли кластера серверов 1С
Для клиент-серверных баз идентификатор виден в оснастке администрирования серверов 1С. Откройте консоль кластера, разверните дерево до нужной информационной базы и посмотрите её свойства: среди параметров будет поле с GUID базы. Этот же идентификатор используется при регистрации базы в кластере.
Метод удобен администраторам серверной инфраструктуры: не нужно запускать толстый клиент или конфигуратор, достаточно доступа к серверу администрирования. Однако он требует прав администратора кластера и не применим к файловым базам — те в кластере не регистрируются.
Обратите внимание: у базы в кластере есть собственный внутренний идентификатор объекта кластера, который не совпадает с GUID информационной базы. Не путайте эти значения при документировании инфраструктуры.
Способ 4. Через технологический журнал и журнал регистрации
Когда база не открывается — например, повреждена или выдаёт ошибку несоответствия, — идентификатор можно извлечь из технологического журнала платформы. Включите ТЖ через файл logcfg.xml, перезапустите попытку соединения и найдите в событиях соединения (CONN, EXCP) упоминание GUID базы.
Дополнительно GUID фигурирует в некоторых событиях журнала регистрации и в текстах ошибок обмена данными: сообщения вида «база-источник с идентификатором ... не найдена» содержат искомое значение. Это косвенный, но рабочий путь, когда штатные инструменты недоступны.
Не пытайтесь извлекать GUID прямым чтением файла 1Cv8.1CD сторонними редакторами: файл имеет внутренний формат, и вмешательство может повредить базу. Просмотр — только через штатные механизмы платформы.
Сравнение способов и выбор подходящего
Выбор метода зависит от режима работы базы, ваших прав и состояния базы. Для разовой задачи достаточно конфигуратора, для автоматизации — кода на встроенном языке, для серверной инфраструктуры — консоли кластера.
Сравнение вариантов
Быстро и без кода; требует доступа к конфигуратору и подходящей версии платформы
Универсально для файловых и серверных баз; нужна возможность выполнить код или внешнюю обработку
Удобно администратору сервера; не работает для файловых баз, нужны права администратора кластера
Запасной вариант при недоступности базы; требует настройки ТЖ и анализа логов
Если задача — проверить, являются ли две базы копиями друг друга, сравните их GUID любым из способов: совпадение означает, что базы — копии, и запускать между ними обмены или регламентные синхронизации опасно.
Как выбрать действие
Типичные ошибки и проверка результата
Чаще всего путают идентификатор базы с регистрационным номером конфигурации, кодом базы в плане обмена или GUID конкретного объекта. Ещё одна ошибка — копирование GUID с обрезанными дефисами или лишними пробелами: при вставке в настройки обмена это приводит к ошибке сопоставления.
После получения значения проверьте его формат: 32 шестнадцатеричных символа, сгруппированных дефисами в виде 8-4-4-4-12, всего 36 знаков. Если строка короче, длиннее или содержит символы вне диапазона 0-9 и A-F — вы скопировали не то значение.
Как проверить результат
36 символов, группы 8-4-4-4-12 через дефисы
Другая длина, нет дефисов, лишние символы
Метод возвращает то же значение при повторном вызове
Значение меняется между сеансами — вы смотрите не GUID базы
У независимых баз GUID различаются
GUID совпадают у баз, которые не должны быть копиями
FAQ: частые вопросы об идентификаторе базы 1С
Меняется ли идентификатор базы при обновлении конфигурации или платформы?
Нет. GUID присваивается один раз при создании базы и сохраняется при обновлениях конфигурации, платформы, переименовании базы и переносе на другой сервер. Изменить его штатными средствами нельзя; новый идентификатор появляется только при создании базы заново, а не при загрузке выгрузки .dt в существующую.
Чем идентификатор базы отличается от кода базы в плане обмена?
Код узла плана обмена — это прикладной реквизит, который задаёт администратор (например, «ЦБ» или «УТ»), и он виден прямо в интерфейсе. GUID базы — системный идентификатор платформы. Для синхронизации иногда требуются оба значения, но они не взаимозаменяемы.
Можно ли посмотреть идентификатор базы без прав администратора?
Через конфигуратор — нет, туда нужны права. Через встроенный язык метод ПолучитьИдентификаторИнформационнойБазы() обычно доступен и рядовому пользователю, если ему разрешён запуск внешних обработок. Иначе запросите значение у администратора базы.
Две базы имеют одинаковый GUID — это проблема?
Да, если обе базы рабочие и участвуют в обменах, фоновых заданиях или лицензировании. Совпадение означает, что одна база — копия другой. Для тестовой копии это нормально, но её следует изолировать от обменов и регламентных заданий, чтобы избежать конфликтов и дублирования данных.
Где посмотреть GUID базы в 1С:Фреш или облачном сервисе?
В облачных решениях прямой доступ к конфигуратору и кластеру закрыт. Используйте выполнение кода через разрешённые механизмы (например, дополнительные отчёты и обработки, если они включены) либо запросите идентификатор у поддержки сервиса, указав цель — настройку синхронизации.
Для чего запрашивают идентификатор базы при покупке лицензий?
Некоторые программные лицензии и внешние компоненты привязываются к конкретной информационной базе по её GUID, чтобы ограничить использование одной копии на нескольких базах. Перед активацией убедитесь, что передаёте идентификатор именно рабочей базы, а не её тестовой копии.
Что важно запомнить
Идентификатор базы 1С — это GUID, который проще всего посмотреть в конфигураторе через «Администрирование → О информационной базе» или кодом ПолучитьИдентификаторИнформационнойБазы(). Для серверных баз подходит консоль кластера. Не извлекайте значение прямым чтением файлов базы и всегда проверяйте формат строки перед использованием в настройках обмена.