Как прописать базу 1С на сервере

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

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

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

Что понадобится перед началом работы

Для клиент-серверного режима нужны три компонента: установленная платформа 1С:Предприятие (сервер), работающая СУБД и клиентские приложения на рабочих местах. Проверьте, что служба «Агент сервера 1С:Предприятия» запущена — без неё консоль администрирования не увидит кластер. В Windows это делается через оснастку services.msc, в Linux — командой проверки статуса службы.

Также заранее подготовьте: имя или IP-адрес сервера СУБД, учётные данные пользователя СУБД с правами на создание баз данных (для MS SQL это обычно роль dbcreator или sysadmin на этапе создания), желаемое имя информационной базы и имя базы данных на СУБД. Имена не должны содержать пробелов и спецсимволов — это частая причина ошибок подключения.

Создание информационной базы через консоль кластера

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

Через контекстное меню выберите «Создать» → «Информационная база». В появившемся окне заполните параметры: имя базы в кластере, тип СУБД, адрес сервера баз данных, имя базы данных, учётные данные пользователя СУБД. Флажок «Создать базу данных в случае её отсутствия» позволяет создать пустую базу на СУБД автоматически — удобно для новых внедрений. Если база данных уже существует (например, восстановлена из бэкапа), флажок ставить не нужно.

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

Настройка со стороны СУБД

Если вы создаёте базу данных вручную или используете восстановленную из резервной копии, проверьте соответствие параметров. Для MS SQL важны: модель восстановления (для рабочих баз обычно полная, для тестовых допустима простая), параметры сортировки (collation) — 1С требует Cyrillic_General_CI_AS для русскоязычных баз, иначе возможны ошибки сортировки и поиска. Учётная запись, под которой 1С подключается к СУБД, должна быть владельцем базы (db_owner).

Для PostgreSQL потребуется предварительно настроить параметры сервера согласно рекомендациям вендора: увеличить объём shared_buffers, настроить max_connections под число рабочих процессов кластера. Использование PostgreSQL с настройками «из коробки» под нагрузкой приводит к заметным тормозам даже на мощном железе.

Добавление базы в список на рабочих местах

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

Если рабочих мест много, вручную настраивать каждое нерационально. Платформа поддерживает общие списки баз: файл списка (ibases.v8i) можно разместить в сетевой папке и указать путь к нему через параметр запуска или групповые политики. Также список баз можно публиковать через веб-сервер вместе с публикацией самой базы.

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

Проверка результата и диагностика проблем

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

Если подключение не удаётся, диагностику начинайте с простого: доступен ли сервер по сети (ping, telnet на порт агента кластера, обычно 1540), запущены ли службы агента сервера 1С и СУБД, верны ли учётные данные. Текст ошибки обычно указывает на уровень проблемы: «ошибка соединения с сервером» — сеть или служба кластера, «ошибка СУБД» — параметры подключения к базе данных или права.

Контрольные точки

Как проверить результат

База в списке кластера

Норма

База отображается в консоли, статус без ошибок

Тревожный признак

База отсутствует или консоль не может подключиться к кластеру

Подключение к СУБД

Норма

Учётная запись СУБД успешно проходит проверку при создании базы

Тревожный признак

Ошибка аутентификации или «сервер не найден»

Запуск на клиенте

Норма

База открывается в конфигураторе и предприятии

Тревожный признак

Ошибка несовместимости версий или «база не найдена в кластере»

Права пользователей

Норма

Пользователи входят под своими учётными записями

Тревожный признак

Доступ есть только у администратора

Типичные ошибки и ограничения

Чаще всего проблемы возникают не из-за самой процедуры, а из-за окружения. Несовпадение версий платформы на сервере и клиенте, недостаток прав учётной записи СУБД, блокировка портов кластера (1540, 1541, 1560–1591) брандмауэром — эти три причины покрывают большинство обращений. Отдельная группа ошибок связана с лицензиями: серверная лицензия должна быть активирована на сервере 1С, а клиентские лицензии — доступны рабочим местам.

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

FAQ: частые вопросы о регистрации базы на сервере

Можно ли прописать базу на сервере без консоли администрирования?

Да, часть операций доступна через командную строку и утилиты администрирования кластера (rac/ras), а также через веб-сервис администрирования. Это удобно для автоматизации, но требует точного знания синтаксиса команд. Для разовой настройки консоль проще и нагляднее.

Чем серверный режим отличается от файлового при добавлении базы?

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

Как перенести файловую базу на сервер?

Откройте файловую базу в конфигураторе и выполните выгрузку в файл .dt. Затем создайте пустую серверную базу в кластере, откройте её в конфигураторе и загрузите .dt. После загрузки проверьте пользователей, права и настройки, затем добавьте серверную базу в списки на рабочих местах.

Что делать, если при создании базы возникает ошибка СУБД?

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

Нужно ли перезапускать службы после добавления базы?

Нет, регистрация информационной базы в кластере применяется сразу, перезапуск агента сервера не требуется. Перезапуск может понадобиться только при изменении параметров самого кластера или при установке новой версии платформы.