Как развернуть сервер 1С:Предприятие 8.3 на MS SQL Server

· 11 мин

Содержание

Чтобы запустить 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-битный серверный процесс упирается в лимит памяти.

Перед установкой выполните подготовку операционной среды:

  1. Установите все обновления ОС и перезагрузитесь.
  2. Задайте серверу статический IP-адрес и понятное имя — его будут указывать клиенты.
  3. Настройте синхронизацию времени (расхождение времени между сервером и клиентами ломает лицензирование и блокировки).
  4. В брандмауэре заранее запланируйте порты: SQL Server — 1433, агент сервера 1С — 1540, менеджер кластера — 1541, диапазон рабочих процессов — 1560-1591.
  5. Отключите или настройте антивирус так, чтобы он не сканировал файлы базы и каталоги кластера на лету — иначе получите просадки и странные ошибки.
Готовность сервера к установке
Выполнено: 0 / 6

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

Ставим СУБД первой. Какую редакцию выбрать:

РедакцияДля чегоОграничения
ExpressТест, очень малые базыБесплатно, но лимит размера базы (около 10 ГБ) и использования памяти/ядер
StandardБольшинство внедренийПлатная, ограничение по памяти на экземпляр
EnterpriseКрупные базы, высокая нагрузкаПлатная, без ключевых ограничений редакции

Для реальной работы берут Standard; Express годится только на пробу и под маленькую базу из-за лимита её размера.

При установке SQL Server критичны три параметра — ошибка в них потом лечится только переустановкой экземпляра:

  1. Компоненты. Для 1С достаточно компонента Database Engine (службы ядра СУБД). Analysis Services, Reporting Services и прочее для работы 1С не требуются.
  2. Сопоставление (Collation). На шаге Collation задайте порядок сортировки Cyrillic_General_CI_AS — без учёта регистра (CI) и с учётом ударений (AS). Это обязательное требование 1С. Если оставить collation по умолчанию (Latin), русские данные будут сортироваться и сравниваться неправильно, а при создании базы 1С выдаст ошибку.
  3. Режим аутентификации. Выберите Смешанный режим (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. Отметьте пункт установки сервера 1С как службы — тогда он будет стартовать автоматически при загрузке ОС, без входа пользователя в систему.
  2. Укажите учётную запись службы. По умолчанию мастер предлагает создать USR1CV8. Можно оставить её или указать свою доменную/локальную учётную запись.
  3. Эта учётная запись должна иметь права на каталог кластера (каталог служебных данных сервера 1С) и, как правило, доступ к SQL Server.

После установки проверьте, что служба агента сервера запущена: в оснастке Службы Windows найдите службу с именем вида Агент сервера 1С:Предприятия (1C:Enterprise … Server Agent), статус — «Выполняется», тип запуска — «Автоматически».

Если служба не стартует, почти всегда виноваты права или пароль сервисной учётной записи. Проверьте, что учётная запись не заблокирована, пароль не истёк и у неё есть право «Вход в качестве службы».

Пошаговый помощник
Дистрибутив сервера
Скачайте серверный комплект платформы 8.3 нужной разрядности (64 бита). Клиентский дистрибутив для сервера не годится.

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

Сервер 1С работает через кластер серверов . После установки кластер создаётся автоматически, и к нему нужно подключиться консолью администрирования.

Откройте оснастку Администрирование серверов 1С:Предприятия:

  1. В дереве слева раскройте узел и добавьте центральный сервер — укажите имя или IP машины, где стоит сервер 1С. Если консоль запущена на самом сервере, часто уже отображается localhost с портом 1541.
  2. Внутри центрального сервера появится кластер (по умолчанию на порту 1541). Раскройте его.
  3. Перейдите в узел Информационные базы → правой кнопкой → Создать (или кнопкой создания новой базы).

В окне создания информационной базы заполните:

  • Имя — как база будет называться в списке у пользователей.
  • Сервер баз данных — имя или 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 или скриптами по расписанию):

  1. 💾 Резервное копирование базы — ежедневно, с проверкой, что копии реально восстанавливаются.
  2. 🧹 Обновление статистики — чтобы оптимизатор строил адекватные планы запросов.
  3. 🧩 Дефрагментация/перестроение индексов — по уровню фрагментации.
  4. 🧪 Проверка целостности (DBCC CHECKDB) — регулярно, чтобы вовремя поймать повреждение базы.

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

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

Регламент обслуживания сервера 1С на MS SQL
Выполнено: 0 / 7

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

Диагностика: выберите симптом

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

Можно ли ставить SQL Server и сервер 1С на одну машину?
Да, это рабочая схема для небольших и средних внедрений. Главное — ограничить максимальную память SQL Server, чтобы хватило ОС и рабочим процессам 1С. При росте нагрузки СУБД выносят на отдельный сервер.
Подойдёт ли бесплатный SQL Server Express?
Для теста и очень маленькой базы — да. Но у Express есть лимит на размер базы (порядка 10 ГБ) и ограничения по памяти и ядрам. Для реальной многопользовательской работы берут редакцию Standard.
Зачем нужен смешанный режим аутентификации SQL Server?
Сервер 1С подключается к базе под SQL-логином с паролем. В режиме «только Windows» такого логина нет, и база не подключится. Поэтому на этапе установки СУБД выбирают смешанный режим.
Нужна ли отдельная лицензия на сервер?
Да. В клиент-серверном варианте, помимо клиентских лицензий на пользователей, нужна отдельная лицензия на сам сервер 1С:Предприятие. Клиентские лицензии при этом удобно разместить на сервере как сетевые.
Как перенести файловую базу на SQL Server?
Создайте пустую серверную базу через консоль администрирования, затем выгрузите файловую базу в .dt через Конфигуратор и загрузите этот .dt в новую серверную базу. Структура и данные перенесутся полностью.
Почему SQL Server «съедает» всю память сервера?
Это поведение по умолчанию: СУБД кэширует данные и занимает доступную ОЗУ. Ограничьте максимальную память экземпляра в его свойствах — тогда останется ресурс для операционной системы и сервера 1С.