Новая информационная база 1С на сервере с MS SQL: от логина до первого входа

Чтобы создать новую базу 1С в SQL Server, не нужно создавать её руками в Management Studio. Откройте окно запуска 1С, нажмите «Добавить», выберите «Создание новой информационной базы», тип «На сервере 1С:Предприятия», укажите кластер, имя базы, СУБД Microsoft SQL Server и сервер БД. Включите флажок «Создать базу данных в случае её отсутствия» — сервер 1С сам создаст базу в SQL и зарегистрирует её в кластере.

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

Что проверить до создания базы на SQL Server

Большая часть неудач при создании базы — не баги 1С, а недостающие права и сетевые мелочи. Пять минут проверок экономят час поиска.

Права SQL-логина

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

Роль sysadmin тоже подойдёт, но выдавать её «на всякий случай» не стоит: логин прописан в кластере, и утечка пароля отдаст весь сервер СУБД.

Сеть и режим аутентификации

• 🔌 Сервер 1С должен достучаться до экземпляра SQL Server по сети: включён протокол TCP/IP, порт открыт в брандмауэре (по умолчанию 1433 для экземпляра по умолчанию).
• 🔑 Если используете SQL-логин, в свойствах сервера СУБД должен быть включён смешанный режим аутентификации. Для одной только проверки Windows это не подойдёт — 1С подключается именно по логину и паролю.
• 🖥 Если SQL Server стоит на другой машине, укажите её имя или адрес так, как оно разрешается с сервера 1С. Для именованного экземпляра формат — ИМЯ_СЕРВЕРА\ИМЯ_ЭКЗЕМПЛЯРА.

Версии и состояние кластера

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

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

Как создать базу данных 1С в SQL Server: пошаговая инструкция

Основной способ — из окна запуска 1С. Он совмещает два действия: создание базы на стороне СУБД и регистрацию в кластере.

Шаг 1. Запустить мастер

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

Шаг 2. Имя и тип расположения

Введите имя, под которым база появится в списке. Затем выберите расположение «На сервере 1С:Предприятия». Имя в списке и имя базы в кластере — разные вещи, но удобнее держать их одинаковыми, чтобы не запутаться при администрировании.

Шаг 3. Параметры кластера и СУБД

Мастер просит заполнить форму параметров. Вот что куда писать:

Что такое смещение дат

SQL Server не хранит даты раньше 1 января 1753 года, а в 1С минимальная дата — 1 января 0001 года. Чтобы они не конфликтовали, платформа может прибавлять к датам смещение. Для современных конфигураций ставьте 0, а вот для некоторых старых баз и для переноса из файла выгрузки значение стоит сверить с исходной базой. Смещение нельзя менять после того, как в базе появились данные.

Регламентные задания

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

Шаг 4. Завершить мастер

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

Когда базу удобнее создавать в SQL заранее

Автоматическое создание подходит в большинстве случаев. Но иногда базу заранее создаёт администратор СУБД:

• у логина 1С нет права dbcreator, и выдавать его политика безопасности не позволяет;
• нужны особые параметры: отдельные файловые группы, расположение файлов, размер начальных файлов;
• на сервере действуют стандарты именования и бэкапа, которые настраивает DBA.

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

Важные параметры пустой базы

• Сортировка (collation). Нужна без учёта регистра. Для русских баз подходит Cyrillic_General_CI_AS. Если указать сортировку с учётом регистра, получите странности в запросах и ошибки при работе конфигураций.
• Модель восстановления. Для рабочей базы обычно Full вместе с регулярным резервным копированием журнала. Для тестовой — Simple, чтобы журнал не раздувался.
• Размер файлов. Задайте начальный размер и автоприращение фиксированными мегабайтами, а не процентами. Так база не будет «ползти» мелкими шагами при загрузке большого объёма.

Регистрация базы в кластере серверов 1С

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

Для этого используют консоль администрирования серверов 1С:

1. Откройте консоль и подключитесь к нужному серверу.
2. Раскройте «Кластеры» → ваш кластер → «Информационные базы».
3. Вызовите контекстное меню на «Информационные базы» и выберите «Создать» → «Информационная база».
4. Заполните те же поля, что и в мастере: имя, тип СУБД, сервер БД, имя базы, логин и пароль.
5. Флажок создания базы при её отсутствии снимите, если база в SQL уже есть.

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

Режим совместимости и версия платформы

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

Где найти: откройте базу в Конфигураторе, затем Конфигурация → Открыть конфигурацию. В палитре свойств корневого элемента найдите свойство «Режим совместимости». Для конфигураций от поставщика это свойство, как правило, уже заполнено, и менять его самостоятельно не нужно. Меняют его, когда хотят использовать возможности более новой платформы в собственной разработке.

Несколько правил:

• ✅ Платформа, на которой запускаете, должна иметь номер не ниже того, что указан в режиме совместимости. Иначе база не откроется.
• ✅ Повышать режим совместимости можно, понижать нельзя: конфигурация уже может использовать механизмы, которых нет в более ранних режимах.
• ✅ Перед сменой режима сделайте копию базы и проверьте работу на тестовой.
• ⚠️ Если конфигурация типовая и на поддержке, режим совместимости задаёт разработчик. Самостоятельная правка может сломать обновление.

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

Загрузка данных из файла выгрузки .dt

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

1. Убедитесь, что в базу никто не заходит, а вы запускаете Конфигуратор в монопольном режиме. Монопольный доступ нужен именно для загрузки.
2. Откройте базу в Конфигураторе.
3. Выберите Администрирование → Загрузить информационную базу.
4. Укажите файл .dt и дождитесь окончания. На больших базах это может занять от десятков минут до нескольких часов.
5. После загрузки закройте Конфигуратор и запустите базу в обычном режиме.

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

Что проверить после загрузки:

• 👤 Вход под пользователем из исходной базы. Пароль остаётся прежним.
• 📅 Даты в документах — совпадают ли с исходной базой (смещение дат).
• 🔕 Регламентные задания отключены, если это копия. Обмены с внешними системами не должны уйти из копии.
• 🔗 Адреса внешних подключений (почта, обмены, онлайн-сервисы) указывают на тестовые ресурсы, а не на рабочие.

Если хотите проверить, что создание и загрузка пошли правильно, пройдите коротко по сценарию:

Что делать, если база не создаётся: диагностика ошибок

Тексты ошибок бывают разными, но корни повторяются. Ниже — типичные симптомы и причины.

Частые ошибки и как их избежать

• 🧩 Имя базы с пробелами и спецсимволами. Формально допустимо, но в скриптах и консоли потом неудобно. Пишите латиницей, без пробелов.
• 🧩 Логин без права владельца. Создать базу получилось, а таблицы создаются с ошибкой. Проверьте, что логин — db_owner именно этой базы.
• 🧩 Копия рабочей базы без блокировки заданий. Самая дорогая ошибка: тестовая копия рассылает контрагентам письма и отправляет данные в обмены. Ставьте блокировку на этапе создания.
• 🧩 Одно имя на два кластера. Если в разных кластерах базы называются одинаково, легко открыть не ту. Добавляйте в имя признак среды: _test, _dev.
• 🧩 Смещение дат «по привычке». Выберите значение сознательно, исходя из источника данных.

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