Как проверить, что новая база 1С создана на сервере

При создании информационной базы в клиент-серверном варианте 1С мастер не всегда явно сообщает об успехе: окно просто закрывается, и база появляется (или не появляется) в списке. Чтобы убедиться, что база действительно создана на сервере, нужно проверить несколько уровней: консоль кластера серверов 1С, саму СУБД и возможность подключения клиентом.

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

Ниже разобраны все способы убедиться, что новая база существует, доступна и готова к работе, а также типичные ситуации, когда база «вроде создана», но фактически отсутствует или пуста.

Проверка через консоль кластера серверов 1С

Основной инструмент — консоль администрирования серверов 1С (на Windows — оснастка «Администрирование серверов 1С Предприятия», на Linux — консоль из состава сервера). Откройте консоль, разверните нужный кластер и перейдите в ветку «Информационные базы».

Если база создана успешно, она появится в списке с указанным именем. Двойной щелчок по записи открывает свойства: имя базы в СУБД, сервер баз данных, тип СУБД, пользователь СУБД и режим блокировки. Сверьте эти параметры с теми, что задавались при создании.

Обратите внимание: запись в консоли кластера — это регистрация базы на сервере 1С, а не гарантия существования базы данных в СУБД. Возможна ситуация, когда регистрация создана, а база в PostgreSQL или MS SQL отсутствует или пуста.

Проверка базы данных на стороне СУБД

Для полной уверенности убедитесь, что база данных физически создана. В MS SQL Server откройте Management Studio и проверьте список баз на соответствующем экземпляре. В PostgreSQL используйте pgAdmin или запрос к списку баз.

SELECT datname FROM pg_database WHERE datname = 'имя_базы';

Если база в списке есть, но её размер минимален и она не содержит таблиц конфигурации, значит, создана пустая оболочка: мастер зарегистрировал базу, но загрузка конфигурации не выполнялась или завершилась ошибкой. Это нормально для новой пустой базы до первого запуска конфигуратора, но если вы создавали базу из шаблона или загружали dt — это признак проблемы.

Также проверьте права учётной записи СУБД, указанной в свойствах базы: она должна иметь доступ к этой базе данных, иначе сервер 1С не сможет с ней работать.

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

Практическая проверка — подключение к базе через конфигуратор или толстый клиент. Добавьте базу в список (или используйте уже добавленную запись) и запустите конфигуратор.

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

1. 1
   Откройте консоль кластера и убедитесь, что база есть в списке информационных баз
2. 2
   Сверьте в свойствах базы имя базы данных, сервер СУБД и тип СУБД
3. 3
   Проверьте на стороне СУБД, что база данных физически существует
4. 4
   Проверьте права учётной записи СУБД на эту базу
5. 5
   Запустите конфигуратор и убедитесь, что подключение проходит без ошибок
6. 6
   При создании из шаблона или dt проверьте, что конфигурация и данные загружены

Проверка при создании базы скриптами и в пакетном режиме

При автоматизированном создании базы (через командную строку конфигуратора с параметром CreateInfobase или через RAS) признаком успеха служит код возврата и отсутствие ошибок в журнале. Сам способ надёжной проверки тот же: запросить список баз кластера.

Для автоматизации проверки удобно использовать RAC — утилиту командной строки администрирования кластера. Она позволяет получить список зарегистрированных информационных баз и сверить наличие нужной.

rac infobase summary list --cluster=<ID_кластера> --cluster-user=<админ> --cluster-pwd=<пароль>

После получения списка сравните имя созданной базы с ожидаемым. Если база отсутствует — анализируйте журнал выполнения скрипта: чаще всего причина в правах учётной записи на СУБД или в недоступности сервера баз данных с сервера 1С.

Типичные ошибки при создании и как их распознать

Самая частая проблема — недостаточные права пользователя СУБД. Мастер создания базы требует права на создание базы данных; если их нет, регистрация в кластере может быть создана, а база в СУБД — нет. Признак: база видна в консоли кластера, но отсутствует в СУБД.

Вторая типичная ситуация — ошибка «различаются версии клиента и сервера» при первом подключении. Это значит, что база создана, но клиент запущен с версии платформы, отличной от версии сервера. Решение — использовать клиент той же версии.

Третья ошибка — база создана, но пользователи не могут подключиться из-за блокировки соединений, которая иногда выставляется при создании. Проверьте в свойствах базы в консоли кластера параметры блокировки сеансов.

Когда проверка показывает проблему: порядок действий

Если базы нет ни в консоли кластера, ни в СУБД — создание не выполнилось. Проверьте журнал ошибок, права учётной записи и повторите создание. Если база есть в консоли, но нет в СУБД — удалите регистрацию в консоли и создайте базу заново с корректными правами.

Если база есть везде, но не подключается — проверяйте по цепочке: доступность сервера СУБД с сервера 1С, права пользователя СУБД, версию платформы клиента, блокировки в свойствах базы.

Контрольные точки успешного создания

Только прохождение всех контрольных точек гарантирует, что база создана корректно и готова к дальнейшей работе: загрузке данных, настройке пользователей и подключению рабочих мест.

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