Развертывание информационной базы в клиент-серверном варианте — это фундаментальный навык любого системного администратора, работающего с платформой 1С:Предприятие 8. В отличие от файлового варианта, где база данных представляет собой просто папку на диске, серверный вариант требует координации действий между службой агента сервера, самим сервером 1С и внешней СУБД (SQL Server, PostgreSQL и др.).
Процесс может показаться запутанным из-за наличия множества интерфейсов: консоль администрирования серверов 1С, оснастка управления базами данных SQL и конфигуратор самой платформы. Однако, если разбить процедуру на логические этапы, становится понятно, что создание базы — это последовательная цепочка регистрации объектов в кластере и выделения ресурсов в СУБД.
В этой статье мы подробно разберем все нюансы, от подготовки прав доступа до финальной настройки параметров соединения. Вы узнаете, как избежать типичных ошибок, связанных с правами доступа и именами кластеров, и сможете уверенно создавать новые базы для работы пользователей.
Подготовительный этап и требования к среде
Прежде чем приступать к созданию, необходимо убедиться, что все компоненты инфраструктуры установлены и запущены. Критически важным элементом является служба агента сервера 1С, которая должна работать под учетной записью, имеющей достаточные привилегии. Часто ошибки возникают именно на этапе прав доступа к файловой системе или реестру.
Также необходимо иметь доступ к серверу баз данных. Если вы используете Microsoft SQL Server, у вас должен быть логин с правами на создание баз данных (обычно роль dbcreator). Для PostgreSQL потребуется роль с правом CREATEDB. Без этих прав сервер 1С не сможет физически создать хранилище данных.
⚠️ Внимание: Убедитесь, что брандмауэр не блокирует порты, необходимые для работы кластера серверов (по умолчанию 1540-1541) и связи с СУБД.
Проверьте версию платформы 1С на сервере и клиентских машинах. Желательно, чтобы версии совпадали или клиентская версия была не выше серверной, чтобы избежать конфликтов протоколов обмена данными.
Перед началом работ сделайте снимок состояния системы (snapshot) или резервную копию конфигурации кластера, если на сервере уже работают важные базы.
Регистрация базы в консоли администрирования
Первым шагом является логическая регистрация информационной базы в кластере серверов. Это действие сообщает службе 1С о том, что такая база должна существовать, и задает её параметры, такие как имя, описание и режим запуска.
Запустите оснастку Консоль администрирования серверов 1С:Предприятия. В дереве кластеров найдите нужный кластер (обычно он называется именем сервера или localhost). Щелкните правой кнопкой мыши по узлу Информационные базы и выберите пункт Добавить. Откроется окно свойств новой базы.
В поле Имя введите короткое наименование, которое будет видно пользователям при запуске 1С в режиме выбора базы. В поле Комментарий можно указать более подробное описание, например, назначение базы или ответственного администратора. Эти данные хранятся в служебных файлах кластера.
- 📂 Имя базы: должно быть уникальным в пределах кластера и не содержать Спецсимволов.
- 📝 Описание: технический комментарий для администраторов.
- 🔒 Безопасность: настройки доступа к базе на уровне кластера.
- ⚙️ Параметры запуска: дополнительные ключи командной строки.
На этом этапе физическая база данных в СУБД еще не создана. Мы лишь создали «оболочку» в кластере 1С. Переход к физическому созданию происходит на следующем этапе через конфигуратор или настройки кластера.
Выбор типа создания: новая база или из шаблона
При добавлении базы в консоль администрирования или при первом запуске через конфигуратор, система предложит выбрать тип создания. Это критический момент, определяющий дальнейшую структуру данных. Вы можете создать пустую базу или восстановить её из файла резервной копии (.dt).
Если вы выбираете создание новой базы, сервер 1С сгенерирует структуру таблиц, соответствующую версии платформы, но без конфигурации (или с пустой конфигурацией, в зависимости от настроек). Это стандартный путь для внедрения новых проектов с нуля.
Вариант создания из файла резервной копии позволяет быстро развернуть копию существующей базы. Это часто используется при переносе баз из тестовой среды в продуктовую или при миграции с файлового варианта на серверный. Файл .dt содержит выгрузку конфигурации и, опционально, данных.
В чем разница между .dt и .cf?
Файл .dt (Data + Template) содержит выгрузку конфигурации и всех данных базы. Файл .cf (Configuration) содержит только структуру метаданных и код конфигурации без пользовательских данных. Для создания полной копии базы всегда используйте .dt.
При восстановлении из .dt убедитесь, что версия платформы, из которой делалась выгрузка, совместима с текущей версией сервера. В противном случае может потребоваться конвертация базы данных, что займет дополнительное время.
Настройка соединения с СУБД и параметры кластера
После создания записи в кластере необходимо указать параметры соединения с сервером баз данных. Это делается в свойствах созданной информационной базы. Вкладка Параметры базы данных содержит поля для ввода имени сервера СУБД и имени самой базы данных.
В поле Сервер баз данных указывается сетевое имя или IP-адрес машины, где установлена СУБД. Для MS SQL Server часто требуется указать имя экземпляра через обратный слэш, например SQLSRV\INST01. Для PostgreSQL обычно указывается просто имя хоста.
Поле Имя базы данных должно содержать имя, которое будет присвоено базе в СУБД. Оно должно быть уникальным на сервере СУБД. Если база создается впервые, это имя будет использовано для создания нового объекта в SQL.
| Параметр | Описание | Пример значения |
|---|---|---|
| Сервер 1С | Имя сервера кластера 1С | srv1c:1541 |
| Сервер СУБД | Адрес машины с SQL/Postgres | dbserver |
| Имя БД | Имя базы в СУБД (латиницей) | Accounting_2026 |
| Пользователь БД | Логин для подключения к СУБД | usr_1c_admin |
Важно правильно указать тип СУБД в настройках кластера, если это не определяется автоматически. Ошибка в выборе типа СУБД приведет к невозможности выполнения SQL-запросов платформой.
Имя базы данных в СУБД лучше задавать на латинице без пробелов и спецсимволов, чтобы избежать проблем с кодировкой и совместимостью скриптов.
Права доступа и аутентификация в СУБД
Один из самых сложных моментов — настройка прав доступа. Сервер 1С должен иметь возможность создавать базы и управлять ими. Для этого в СУБД создается специальный пользователь (логин), права которого передаются серверу 1С.
В свойствах информационной базы в консоли администрирования есть раздел Пользователи базы данных. Здесь нужно указать логин и пароль пользователя СУБД, от имени которого сервер 1С будет подключаться для управления этой конкретной базой. Этот пользователь должен иметь права db_owner или аналогичные.
Альтернативный вариант — использование аутентификации Windows (Integrated Security) для MS SQL Server. В этом случае служба агента сервера 1С должна быть запущена от имени доменного пользователя, который имеет права на создание баз в SQL. Это более безопасный метод, так как не требует хранения паролей в настройках 1С.
⚠️ Внимание: Никогда не используйте учетную запись
sa(системного администратора) SQL Server в качестве пользователя базы данных в настройках 1С. Это нарушает принципы безопасности.
Если пароли изменяются, не забудьте обновить их в консоли администрирования серверов 1С, иначе при попытке запуска базы вы получите ошибку соединения с СУБД.
☑️ Проверка прав доступа
Завершение создания и первый запуск
После ввода всех параметров необходимо нажать OK в окне свойств базы. В этот момент сервер 1С отправляет команду в СУБД на создание физической базы данных. Процесс может занять от нескольких секунд до нескольких минут в зависимости от размера шаблона и скорости диска.
Если создание прошло успешно, статус базы в консоли изменится, и она станет доступна для подключения. Теперь можно запустить 1cv8.exe в режиме Конфигуратор, выбрать созданную базу и загрузить в неё конфигурацию, если она не была загружена автоматически.
При первом запуске в режиме Предприятие система может предложить обновить конфигурацию базы данных. Это стандартная процедура инициализации таблиц под конкретную версию конфигурации. Соглашайтесь на обновление, чтобы база стала полностью работоспособной.
1cv8.exe /S srv1c:1541\cl_name\DB_Name /N Admin /P PasswordИспользуйте командную строку для автоматизации первого входа или проверки доступности базы скриптами мониторинга.
⚠️ Внимание: Интерфейсы и названия пунктов меню могут незначительно отличаться в зависимости от версии платформы 1С (8.3.10, 8.3.20 и т.д.). Всегда сверяйтесь с документацией к вашей конкретной версии релиза.
Что делать, если база создалась, но не запускается?
Проверьте журнал регистрации сервера 1С (файл srvinfo\reg_1541). Там будет указана точная причина ошибки, часто связанная с правами доступа к папке или блокировкой портов.
Часто задаваемые вопросы (FAQ)
Можно ли изменить имя базы данных в СУБД после создания?
Технически это возможно средствами самой СУБД (команда ALTER DATABASE), но сервер 1С потеряет связь с базой, так как в его кластере хранится старое имя. Потребуется перерегистрировать базу в консоли администрирования с новым именем, что может привести к потере истории сеансов и настроек.
Какой пользователь СУБД создается автоматически при создании базы?
При создании базы сервер 1С создает в СУБД пользователя с именем, совпадающим с именем базы (или заданным в настройках), и назначает ему необходимые права. Пароль для этого пользователя генерируется случайно и хранится в защищенном виде в кластере 1С.
Почему возникает ошибка "Сервер баз данных недоступен"?
Наиболее частые причины: служба SQL Server остановлена, неверно указано имя сервера в настройках 1С, сетевой экран блокирует соединение, или у пользователя 1С нет прав на подключение к экземпляру SQL.
Нужно ли перезагружать сервер 1С после создания новой базы?
Нет, перезагрузка службы агента сервера 1С не требуется. Новая база становится доступна для подключения сразу после успешного завершения мастера создания в консоли администрирования.