Как развернуть сервер 1С:Предприятие 8.3 на MS SQL Server
Содержание
Чтобы запустить 1С 8.3 в клиент-серверном варианте на MS SQL Server, нужны три компонента: СУБД Microsoft SQL Server, сервер приложений 1С:Предприятие и клиентская часть на рабочих местах. Правильный порядок установки — сначала СУБД, затем сервер 1С, потом подключение клиентов и регистрация информационной базы в кластере.
Клиент-серверный режим нужен, когда файловая база перестаёт тянуть нагрузку: много одновременных пользователей, большой объём данных, частые блокировки. Сервер 1С берёт на себя бизнес-логику, а SQL Server хранит и обрабатывает данные. Ниже — весь путь от подготовки Windows Server до оптимизации уже работающей базы.
Установку выполняйте под учётной записью с правами локального администратора сервера. Для SQL Server и для службы агента 1С заранее продумайте отдельные сервисные учётные записи — работать под Administrator в продакшене не стоит.
Что готовим на сервере до установки
Сервер 1С и SQL Server можно разнести на две машины или держать на одной. На одной проще, но они конкурируют за оперативную память — это главный ресурс и для СУБД, и для рабочих процессов 1С.
Минимум, с которого есть смысл начинать небольшую базу:
- 🖥️ ОС — Windows Server (поддерживаемая редакция под вашу версию платформы и SQL Server). Клиентская Windows для боевого сервера не подходит.
- 🧠 ОЗУ — от 8 ГБ на совмещённую машину для нескольких пользователей; для десятков пользователей считайте десятки гигабайт.
- 💽 Диски — SSD/NVME. Файлы базы (
.mdf), журнал транзакций (.ldf) иtempdbлучше разнести по разным дискам. - 🔢 Разрядность — сервер 1С ставьте 64-разрядный. 32-битный серверный процесс упирается в лимит памяти.
Перед установкой выполните подготовку операционной среды:
- Установите все обновления ОС и перезагрузитесь.
- Задайте серверу статический IP-адрес и понятное имя — его будут указывать клиенты.
- Настройте синхронизацию времени (расхождение времени между сервером и клиентами ломает лицензирование и блокировки).
- В брандмауэре заранее запланируйте порты: SQL Server —
1433, агент сервера 1С —1540, менеджер кластера —1541, диапазон рабочих процессов —1560-1591. - Отключите или настройте антивирус так, чтобы он не сканировал файлы базы и каталоги кластера на лету — иначе получите просадки и странные ошибки.
Установка и настройка Microsoft SQL Server
Ставим СУБД первой. Какую редакцию выбрать:
| Редакция | Для чего | Ограничения |
|---|---|---|
| Express | Тест, очень малые базы | Бесплатно, но лимит размера базы (около 10 ГБ) и использования памяти/ядер |
| Standard | Большинство внедрений | Платная, ограничение по памяти на экземпляр |
| Enterprise | Крупные базы, высокая нагрузка | Платная, без ключевых ограничений редакции |
Для реальной работы берут Standard; Express годится только на пробу и под маленькую базу из-за лимита её размера.
При установке SQL Server критичны три параметра — ошибка в них потом лечится только переустановкой экземпляра:
- Компоненты. Для 1С достаточно компонента Database Engine (службы ядра СУБД). Analysis Services, Reporting Services и прочее для работы 1С не требуются.
- Сопоставление (Collation). На шаге Collation задайте порядок сортировки
Cyrillic_General_CI_AS— без учёта регистра (CI) и с учётом ударений (AS). Это обязательное требование 1С. Если оставить collation по умолчанию (Latin), русские данные будут сортироваться и сравниваться неправильно, а при создании базы 1С выдаст ошибку. - Режим аутентификации. Выберите Смешанный режим (SQL Server and Windows Authentication). Сервер 1С подключается к базе под SQL-логином, поэтому чистый Windows-режим не подойдёт. На этом же шаге задайте пароль встроенной учётной записи
sa.
Не используйте sa для подключения базы из 1С. Создайте отдельный SQL-логин (например, usr1c) с правами на свою базу — так безопаснее и при компрометации пароля пострадает только одна база.
После установки проверьте службу:
- Служба
SQL Server (MSSQLSERVER)должна быть запущена и стоять в автозапуск. - В SQL Server Configuration Manager включите сетевой протокол TCP/IP — по умолчанию он часто выключен, и тогда сервер 1С с другой машины до СУБД не достучится.
- После включения TCP/IP перезапустите службу SQL Server.
Про драйверы: при установке сервера 1С и СУБД на одной машине дополнительных драйверов обычно не требуется. Если сервер 1С стоит отдельно от SQL Server, может понадобиться клиентский компонент доступа к MS SQL (ODBC-драйвер / Native Client) на машине сервера 1С — ставьте ту версию компонента, которая соответствует вашей версии SQL Server.
Установка сервера приложений 1С:Предприятие
Теперь ставим серверную часть платформы. Дистрибутив сервера отличается от клиентского — берите комплект для сервера нужной разрядности (64 бита).
В мастере установки выберите компоненты:
- ✅ Сервер 1С:Предприятия — ядро, которое и работает как служба.
- ✅ Администрирование сервера 1С:Предприятия — консоль управления кластером.
- ⬜ Модуль расширения веб-сервера — только если планируете веб-клиент или публикацию через IIS/Apache.
Ключевой экран — установка сервера как сервиса (службы Windows):
- Отметьте пункт установки сервера 1С как службы — тогда он будет стартовать автоматически при загрузке ОС, без входа пользователя в систему.
- Укажите учётную запись службы. По умолчанию мастер предлагает создать
USR1CV8. Можно оставить её или указать свою доменную/локальную учётную запись. - Эта учётная запись должна иметь права на каталог кластера (каталог служебных данных сервера 1С) и, как правило, доступ к SQL Server.
После установки проверьте, что служба агента сервера запущена: в оснастке Службы Windows найдите службу с именем вида Агент сервера 1С:Предприятия (1C:Enterprise … Server Agent), статус — «Выполняется», тип запуска — «Автоматически».
Если служба не стартует, почти всегда виноваты права или пароль сервисной учётной записи. Проверьте, что учётная запись не заблокирована, пароль не истёк и у неё есть право «Вход в качестве службы».
Регистрация сервера в кластере и создание базы
Сервер 1С работает через кластер серверов . После установки кластер создаётся автоматически, и к нему нужно подключиться консолью администрирования.
Откройте оснастку Администрирование серверов 1С:Предприятия:
- В дереве слева раскройте узел и добавьте центральный сервер — укажите имя или IP машины, где стоит сервер 1С. Если консоль запущена на самом сервере, часто уже отображается
localhostс портом1541. - Внутри центрального сервера появится кластер (по умолчанию на порту
1541). Раскройте его. - Перейдите в узел Информационные базы → правой кнопкой → Создать (или кнопкой создания новой базы).
В окне создания информационной базы заполните:
- Имя — как база будет называться в списке у пользователей.
- Сервер баз данных — имя или IP машины с SQL Server (если СУБД на этой же машине, укажите её имя или
localhost). - Тип СУБД —
MS SQL Server. - База данных — имя базы на SQL Server (её создаст сам процесс, если поставить соответствующий флаг).
- Пользователь сервера БД и пароль — тот самый SQL-логин (
usr1cилиsa) с паролем. - ✅ Создать базу данных в случае её отсутствия — чтобы SQL-база создалась автоматически.
- Смещение дат, язык и другие параметры оставьте по умолчанию, если нет особых требований.
После подтверждения сервер 1С создаст пустую базу на SQL Server. Дальше в неё либо загружают .dt-выгрузку существующей базы, либо подключают новую конфигурацию через Конфигуратор.
Если нужно перенести файловую базу в клиент-серверную: сначала создайте пустую серверную базу описанным способом, затем через Конфигуратор файловой базы сделайте выгрузку в .dt, подключитесь Конфигуратором к новой серверной базе и загрузите .dt в неё.
Чтобы пользователи увидели базу, на их рабочих местах в окне запуска 1С нажмите Добавить → на сервере 1С:Предприятия и укажите:
- Кластер серверов — имя сервера 1С (и порт
1541, если он нестандартный). - Имя информационной базы в кластере — ровно то имя базы данных, что указали при создании.
Клиенты и лицензирование
Без лицензии платформа не запустит базу в рабочем режиме — это нужно учесть до запуска пользователей. В клиент-серверном варианте лицензий две категории:
- 🔑 Лицензия на сервер — отдельная лицензия именно на сервер 1С:Предприятие. Без неё кластер не обслуживает клиентские подключения в многопользовательском режиме.
- 👥 Клиентские лицензии (CAL) — по числу рабочих мест/пользователей. Это те же лицензии, что и в файловом варианте: их число определяет, сколько человек одновременно работают в базе.
Лицензии бывают двух видов:
| Вид | Как выглядит | Плюсы | Минусы |
|---|---|---|---|
| Программные | Пин-код, активируется на конкретное оборудование | Не нужен USB-порт, подходит для виртуальных серверов | Привязка к железу, при смене оборудования — перевыпуск |
| Аппаратные (USB) | USB-ключ защиты | Легко перенести на другой сервер | Нужен физический порт; в виртуализации требуется проброс USB |
Клиентские лицензии удобно складывать на сервер 1С (сетевые) — тогда рабочие места берут их из общего пула, и не нужно активировать ключ на каждом ПК отдельно. Сервер лицензирования в клиент-серверной схеме — это, как правило, сам сервер 1С.
Проверить, сколько лицензий занято и кем, можно в консоли администрирования серверов в сеансах кластера, либо утилитой rac — например, rac session list --licenses. Точный синтаксис смотрите в rac help.
Расхождение системного времени между клиентом и сервером — частая причина, по которой программная лицензия «слетает». Держите синхронизацию времени включённой на всех машинах.
Оптимизация и регулярное обслуживание
После запуска базу нельзя бросать — SQL Server для 1С требует настройки и обслуживания, иначе через несколько месяцев производительность просядет.
Базовые настройки SQL Server под нагрузку 1С:
- 🧠 Ограничьте максимальную память SQL Server. По умолчанию СУБД способна занять почти всю ОЗУ. Если SQL Server стоит вместе с сервером 1С, задайте в свойствах экземпляра максимум памяти так, чтобы осталось на ОС и рабочие процессы 1С.
- ⚙️ Max Degree of Parallelism (MAXDOP). Для типичной OLTP-нагрузки 1С параллелизм запросов чаще вредит, чем помогает. Распространённая практика — установить
MAXDOP = 1. Меняйте это осознанно и проверяйте на своей нагрузке. - 📁 Разнесите файлы. Данные (
.mdf), журнал транзакций (.ldf) иtempdb— на разные физические диски, по возможности на быстрые. - 🔄 Модель восстановления.
Fullдаёт точку восстановления на любой момент, но требует регулярного бэкапа журнала транзакций, иначе.ldfразрастётся.Simpleпроще в обслуживании, но восстановление — только до последнего полного/разностного бэкапа. Выбирайте по требованиям к сохранности данных.
Регламентное обслуживание (настраивается планами обслуживания SQL Server или скриптами по расписанию):
- 💾 Резервное копирование базы — ежедневно, с проверкой, что копии реально восстанавливаются.
- 🧹 Обновление статистики — чтобы оптимизатор строил адекватные планы запросов.
- 🧩 Дефрагментация/перестроение индексов — по уровню фрагментации.
- 🧪 Проверка целостности (
DBCC CHECKDB) — регулярно, чтобы вовремя поймать повреждение базы.
Со стороны 1С раз в период выполняйте тестирование и исправление информационной базы (реиндексация таблиц, пересчёт итогов) — в Конфигураторе или через клиентский режим.
Тестирование и исправление, загрузка .dt, обновление структуры конфигурации требуют монопольного доступа к базе — все пользователи должны выйти. Планируйте такие работы на нерабочее время и предупреждайте пользователей: активные сеансы будут завершены.
Частые ошибки и как их избежать
Частые вопросы
Можно ли ставить SQL Server и сервер 1С на одну машину?
Подойдёт ли бесплатный SQL Server Express?
Зачем нужен смешанный режим аутентификации SQL Server?
Нужна ли отдельная лицензия на сервер?
Как перенести файловую базу на SQL Server?
.dt через Конфигуратор и загрузите этот .dt в новую серверную базу. Структура и данные перенесутся полностью.