Как создать информационную базу 1С на сервере

Серверный вариант работы 1С применяется, когда с базой одновременно работают несколько пользователей, объём данных растёт, а файловый режим начинает тормозить и конфликтовать при одновременной записи. В серверной архитектуре участвуют три компонента: сервер 1С:Предприятия (кластер), система управления базами данных (MS SQL Server, PostgreSQL, Oracle или IBM DB2) и клиентские приложения пользователей. Информационная база при этом физически хранится в СУБД, а кластер 1С выступает посредником между ней и клиентами.

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

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

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

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

Также должна быть установлена и запущена СУБД. Для MS SQL Server проверьте службу SQL Server (MSSQLSERVER) и убедитесь, что включён нужный протокол доступа (обычно TCP/IP) в SQL Server Configuration Manager. Для PostgreSQL проверьте, что сервер принимает подключения и в конфигурации разрешён доступ с адреса сервера 1С, если СУБД и кластер размещены на разных машинах.

Отдельно проверьте сетевую доступность: сервер 1С должен «видеть» сервер СУБД по имени или IP-адресу, а необходимые порты не должны быть закрыты брандмауэром. Размещение кластера 1С и СУБД на одной машине упрощает настройку, но при высокой нагрузке их обычно разносят на разные серверы.

Подготовка СУБД и учётной записи

Для работы серверной базы 1С нужна учётная запись в СУБД с правами на создание базы данных и дальнейшее полное управление ею. В MS SQL Server обычно используют учётную запись с ролью dbcreator (для создания) и правами владельца конкретной базы. Давать этой учётной записи роль sysadmin «на всякий случай» — плохая практика: она избыточна и увеличивает риски при компрометации пароля.

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

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

Создание информационной базы через диалог запуска 1С

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

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

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

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

Создание базы через консоль администрирования кластера

Альтернативный путь — консоль администрирования серверов 1С (оснастка «Центральные серверы 1С:Предприятия»). Она удобна администратору, который управляет несколькими базами: здесь видны все кластеры, рабочие процессы, сеансы и существующие базы.

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

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

Загрузка конфигурации и первый запуск

Созданная серверная база пуста: в ней нет ни конфигурации, ни данных. Откройте её в режиме конфигуратора и загрузите конфигурацию из файла .cf, либо выполните полную загрузку базы из файла выгрузки .dt, если переносите существующую базу из файлового варианта или с другого сервера.

Загрузка .dt в серверную базу большого объёма может занять продолжительное время и требует монопольного доступа. Убедитесь, что пользователи не подключены, а на дисках СУБД достаточно свободного места — при загрузке активно растут и файл данных, и журнал транзакций. Для MS SQL на время массовой загрузки часто переводят модель восстановления базы в «Простую» (Simple), чтобы журнал не разрастался.

После загрузки обновите конфигурацию базы данных (F7 в конфигураторе), примите изменения и запустите базу в режиме предприятия под учётной записью администратора. Проверьте, что открываются основные формы, проводятся документы и формируются отчёты.

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

Проверка результата и типичные ошибки

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

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

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

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

База в консоли кластера

Норма

Отображается в списке информационных баз

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

Базы нет или она в статусе ошибки

База данных в СУБД

Норма

Существует и содержит системные таблицы 1С

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

База пустая или отсутствует

Запуск конфигуратора

Норма

Открывается без ошибок соединения

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

Ошибка СУБД или «база не обнаружена»

Подключение пользователя

Норма

Клиент подключается и работает

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

Ошибка несовпадения версии платформы или сетевой сбой

FAQ

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

Да. Диалог добавления базы в окне запуска 1С выполняет те же действия через COM-соединение с агентом сервера. Консоль нужна в основном администраторам для управления несколькими базами, сеансами и настройками кластера.

Какую СУБД выбрать для серверной 1С?

Выбор зависит от лицензионной политики, опыта администраторов и нагрузки. MS SQL Server удобен в администрировании под Windows, PostgreSQL (специальная сборка) снижает стоимость лицензий. Платформа 1С поддерживает оба варианта, а также Oracle и IBM DB2. Для небольших внедрений разница в производительности обычно некритична.

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

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

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

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

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

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

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

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