Как развернуть 1С на SQL-сервере: полное руководство

Файловый режим 1С подходит для небольших команд, но при росте числа пользователей и объёма данных он становится узким местом: растут блокировки, замедляются отчёты, повышается риск повреждения базы. Переход на клиент-серверный вариант с Microsoft SQL Server или PostgreSQL решает эти проблемы, но требует правильной последовательности установки и настройки.

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

Инструкция ориентирована на связку 1С + Microsoft SQL Server под Windows как наиболее распространённый сценарий. Отличия для PostgreSQL и Linux оговорены отдельно в соответствующих разделах.

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

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

Минимальные требования зависят от числа пользователей и объёма базы. Ориентировочно для небольшой организации достаточно 16–32 ГБ ОЗУ и SSD-дисков под базы данных. Важно, чтобы разрядность сервера 1С совпадала с разрядностью СУБД-клиента: для 64-битного SQL Server ставьте 64-битный сервер 1С.

Также понадобятся дистрибутивы: установщик SQL Server (подойдёт бесплатный Express для малых баз, но у него ограничение на размер базы и объём памяти), дистрибутив технологической платформы 1С с компонентом «Сервер 1С:Предприятия» и выгрузка существующей базы в формате .dt, если вы мигрируете, а не начинаете с нуля.

Установка и настройка SQL Server

При установке SQL Server выберите компонент Database Engine. Ключевой момент — режим аутентификации: включите смешанный режим (SQL Server и Windows), потому что сервер 1С подключается к СУБД под отдельной учётной записью SQL. Задайте надёжный пароль для sa или сразу создайте отдельного пользователя, например sql1c, с правами на создание баз данных.

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

Для продуктивной работы задайте параметры tempdb: рекомендуется несколько файлов данных (по числу ядер процессора, но не более 8) и размещение на быстром диске. Ограничьте максимальный объём памяти SQL Server, оставив операционной системе и серверу 1С (если они на одной машине) не менее 4–8 ГБ, иначе СУБД может вытеснить остальные процессы.

Установка сервера 1С:Предприятия

Запустите установщик платформы 1С и выберите компоненты «Сервер 1С:Предприятия» и «Администрирование сервера 1С:Предприятия». Если планируется работа через веб-клиент, дополнительно отметьте «Модули расширения веб-сервера». Версия платформы сервера должна совпадать с версией клиентов или быть совместимой с ними.

При установке укажите учётную запись, под которой будет работать служба агента сервера. Можно использовать встроенную учётную запись USR1CV8, создаваемую установщиком, либо доменную учётную запись с необходимыми правами. Службе нужны права на каталог srvinfo (реестр кластера) и на сетевой доступ к SQL Server, если СУБД вынесена на отдельную машину.

После установки проверьте, что служба «Агент сервера 1С:Предприятия» запущена и работает. Консоль администрирования серверов 1С устанавливается вместе с платформой — откройте её и добавьте свой сервер по имени машины или IP-адресу. Если кластер появился в консоли и раскрывается без ошибок, сервер работает корректно.

1. 1
   Установите SQL Server со смешанной аутентификацией и включите TCP/IP
2. 2
   Установите сервер 1С:Предприятия и консоль администрирования
3. 3
   Запустите консоль, добавьте сервер и кластер
4. 4
   Создайте информационную базу в консоли кластера
5. 5
   Загрузите данные из dt-файла через конфигуратор
6. 6
   Настройте резервное копирование средствами СУБД

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

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

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

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

Если база создаётся с ошибкой

Наиболее частые причины: неверный логин или пароль пользователя SQL, недостаточно прав (пользователь должен иметь роль dbcreator или права sysadmin на время создания), недоступность сервера СУБД по сети. Проверьте подключение к SQL Server отдельно через SQL Server Management Studio с теми же учётными данными.

Перенос данных из файловой базы

Перенос выполняется через выгрузку и загрузку файла .dt. В файловой базе откройте конфигуратор, выполните «Администрирование → Выгрузить информационную базу» и сохраните файл. Выгрузка большой базы может занять значительное время — планируйте операцию на нерабочие часы и заблокируйте вход пользователей.

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

Альтернативный способ для больших баз — восстановление через бэкап SQL Server, но он применим только при переносе между SQL-серверами, а не из файлового режима. Для миграции с файлового варианта выгрузка .dt — единственный штатный путь.

Настройка резервного копирования и обслуживания

После перехода на SQL основным инструментом резервного копирования становятся средства СУБД. Настройте в SQL Server план обслуживания: полная копия ежедневно, разностные или копии журнала транзакций — несколько раз в день. Модель восстановления базы при этом должна быть Full, иначе копии журнала недоступны.

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

Проверяйте восстановление из копий хотя бы периодически на тестовом сервере. Резервная копия, которая ни разу не восстанавливалась, не гарантирует сохранность данных — это правило особенно актуально для учётных систем.

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

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

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

Норма

База отображается, свойства открываются без ошибок

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

Ошибка соединения с СУБД или пустой список кластера

Запуск в режиме предприятия

Норма

База открывается, документы и отчёты работают

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

Ошибки при открытии, отсутствуют данные

Резервная копия SQL

Норма

Задание бэкапа выполняется, файл копии создаётся

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

Ошибки в журнале заданий, файл не появляется

Работа пользователей

Норма

Несколько сеансов работают одновременно без конфликтов

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

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

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

Можно ли использовать бесплатный SQL Server Express для 1С?

Да, технически это возможно и подходит для небольших баз. Однако Express-выпуск ограничивает размер базы и объём используемой памяти, а также не включает агент SQL Server для планов обслуживания. Для растущих баз стандартный выпуск надёжнее.

Нужна ли отдельная лицензия на сервер 1С?

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

Можно ли развернуть 1С на SQL на Linux?

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

Что делать, если после загрузки dt база не открывается?

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

Как перенести базу с одного SQL-сервера на другой?

Используйте резервную копию средствами SQL Server: сделайте full backup на старом сервере, восстановите на новом, затем в консоли кластера измените в свойствах информационной базы адрес сервера СУБД. Выгрузка .dt для этого не обязательна.

Нужно ли отключать антивирус на сервере 1С и SQL?

Полностью отключать не требуется, но рекомендуется добавить в исключения каталоги данных SQL Server, каталог srvinfo сервера 1С и исполняемые файлы платформы. Иначе антивирусное сканирование может заметно снижать производительность и вызывать блокировки файлов.