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

Клиент-серверный режим работы 1С — стандарт для компаний, где с программой одновременно работают более 5–10 пользователей. В отличие от файлового варианта, база данных хранится на сервере СУБД (чаще всего Microsoft SQL Server), а платформа 1С обращается к ней через сервер 1С:Предприятия. Такой подход снимает ограничение по размеру базы, повышает отказоустойчивость и позволяет использовать встроенные средства резервного копирования SQL Server.

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

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

Что нужно подготовить перед созданием базы

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

Во-первых, MS SQL Server должен быть установлен и запущен, а служба SQL Server Browser — включена, если используется именованный экземпляр. Во-вторых, сервер 1С:Предприятия той же версии платформы, что и клиенты, должен быть установлен и запущен службой «Агент сервера 1С:Предприятия». В-третьих, версия платформы 1С должна поддерживать установленную версию SQL Server — эту совместимость стоит проверить в документации к конкретному релизу платформы.

Также понадобятся: дистрибутив конфигурации (файл .cf или шаблон .dt) или пустая база для разработки, а также учётная запись с правами администратора кластера 1С, если в кластере настроена аутентификация администраторов.

Настройка учётной записи для подключения к SQL Server

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

Для продуктивной среды лучше создать отдельную учётную запись SQL. Минимально достаточные права: роль сервера dbcreator (для создания базы) и роль владельца (db_owner) на создаваемую базу. После создания базы права dbcreator у учётной записи можно отозвать — для штатной работы 1С достаточно владения своей базой данных.

Проверьте, что в свойствах SQL Server включена смешанная аутентификация (SQL Server and Windows Authentication mode), если планируете использовать SQL-логины. После изменения режима аутентификации службу SQL Server нужно перезапустить.

1. 1
   Откройте SQL Server Management Studio и подключитесь к серверу
2. 2
   В разделе «Безопасность → Имена входа» создайте новое имя входа с аутентификацией SQL Server
3. 3
   На странице «Серверные роли» отметьте dbcreator
4. 4
   Снимите флажок принудительной смены пароля при первом входе, если это не требуется политикой
5. 5
   Сохраните учётные данные — они понадобятся при создании информационной базы

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

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

В диалоге заполните параметры: имя базы в кластере (отображается пользователям), тип СУБД — MS SQL Server, имя сервера СУБД (при именованном экземпляре указывается в формате SERVER\INSTANCE), имя базы данных на SQL-сервере, а также логин и пароль пользователя СУБД, созданного на предыдущем шаге.

Ключевой флажок — «Создать базу данных в случае её отсутствия». Если он установлен, сервер 1С сам создаст пустую базу данных на SQL Server. Если база данных уже существует (например, восстановлена из бэкапа), флажок снимать не обязательно, но логичнее не ставить его при подключении к существующей базе. Опция «Блокировка регламентных заданий» при создании пустой базы значения не имеет, но при регистрации копии рабочей базы её следует включить.

После нажатия «ОК» база появится в списке кластера, а на SQL Server — новая пустая база данных. Далее её нужно заполнить: загрузить конфигурацию из файла .cf, восстановить выгрузку .dt через конфигуратор или начать разработку с нуля.

Альтернативный способ: создание базы через конфигуратор

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

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

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

Сравнение способов создания

Консоль кластера 1С

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

Мастер в диалоге запуска

Быстрый путь для развёртывания типовой конфигурации из шаблона с минимумом шагов. Меньше тонких настроек.

Конфигуратор (загрузка .dt)

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

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

После создания базы выполните проверку по нескольким контрольным точкам. Сначала откройте SQL Server Management Studio и убедитесь, что база данных появилась в списке, находится в состоянии Online и имеет ненулевой размер файлов данных и журнала.

Затем запустите клиент 1С, добавьте базу в список (если она не добавилась автоматически) и войдите в конфигуратор или режим предприятия. Для пустой базы первый вход в конфигуратор потребует загрузки конфигурации; для базы из шаблона — возможного обновления конфигурации базы данных (реструктуризации).

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

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

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

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

Норма

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

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

Ошибка доступа или база не появляется

Состояние базы в SSMS

Норма

Статус Online, файлы данных и журнала созданы

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

Статус Suspect, Recovery Pending или база отсутствует

Вход в 1С

Норма

Конфигуратор и режим предприятия открываются штатно

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

Ошибка соединения с СУБД или аутентификации

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

Самая частая проблема — ошибка аутентификации при создании базы: сервер 1С не может подключиться к SQL Server под указанной учётной записью. Причины: отключена смешанная аутентификация, неверный пароль, SQL Server слушает не тот порт или именованный экземпляр указан без службы Browser. Проверяйте подключение теми же учётными данными через SSMS с машины сервера 1С.

Вторая группа ошибок — несовпадение версий. Платформа 1С может не поддерживать слишком новую версию SQL Server, либо разрядность компонентов (32/64 бита) конфликтует. Перед установкой сверяйтесь с матрицей совместимости для вашей версии платформы.

Третья типичная ситуация — база создана, но работает медленно из-за настроек по умолчанию: модель восстановления Full без плана обслуживания приводит к неограниченному росту журнала транзакций. Для баз 1С часто рекомендуют модель восстановления Simple, если не требуется восстановление на произвольный момент времени, либо настраивают регулярное резервное копирование журнала.

Обслуживание базы после создания

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

Проверьте параметры самой базы данных: рекомендуемые значения для 1С включают отключённый AUTO_CLOSE, корректный уровень совместимости и разумный начальный размер файлов с автоприращением. Точные рекомендации зависят от версии платформы и нагрузки — используйте документацию вендора как ориентир.

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

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

Можно ли создать базу 1С на бесплатной редакции SQL Server Express?

Технически да, платформа работает с Express-редакцией, но у неё есть ограничения по размеру базы, объёму используемой памяти и числу ядер процессора. Для небольших баз и тестовых стендов этого достаточно, для продуктивной работы с ростом данных ограничения быстро станут узким местом.

Нужно ли заранее создавать пустую базу данных в SQL Server вручную?

Нет. При установленном флажке «Создать базу данных в случае её отсутствия» сервер 1С создаст базу сам с корректными параметрами сортировки. Ручное создание оправдано, только если нужно заранее задать особые настройки файлов или восстановить базу из резервной копии.

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

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

Какой режим аутентификации выбрать — Windows или SQL?

Оба варианта поддерживаются. Windows-аутентификация удобнее в доменной среде и не требует хранения паролей, но требует, чтобы служба агента сервера 1С работала под доменной учётной записью с правами в SQL. SQL-аутентификация проще в настройке и независима от домена, но пароль нужно хранить и периодически менять.

Почему после создания база работает медленно?

Частые причины: не обновлена статистика и не перестроены индексы, файлы базы размещены на медленном диске вместе с журналом, на сервере не хватает оперативной памяти, либо параметры SQL Server оставлены по умолчанию без учёта рекомендаций для 1С. Начните диагностику с плана обслуживания и мониторинга ожиданий SQL Server.