Установка SQL для 1С: как развернуть сервер без сюрпризов

Установка SQL для 1С — это процесс развёртывания Microsoft SQL Server (или совместимой СУБД), его настройки под клиент-серверную архитектуру 1С:Предприятие 8 и связки с сервером 1С, при которой база данных размещается не в файловом хранилище, а в полноценной СУБД. На практике это означает: установить экземпляр SQL Server (обычно Standard или Enterprise редакции), включить совместимые сетевые протоколы (TCP/IP, Shared Memory), вынести базы tempdb и пользовательские БД на отдельные диски, задать модель восстановления и параметры памяти, после чего создать базу через консоль администрирования сервера 1С. Без корректной настройки SQL сервера для 1С система работает, но с регулярными блокировками, тормозами на закрытии месяца и непредсказуемыми бэкапами.

Эта статья — для ИТ-директоров и системных администраторов, которые отвечают за стабильность 1С в компании на 30–500 пользователей. Разберём, когда переход с файлового варианта на 1С SQL действительно оправдан, какие требования к железу закладывать на 2026 год, как пройти установку MS SQL для 1С шаг за шагом и какие параметры обязательно поменять сразу после инсталляции. Финансовые и кадровые регламенты не трогаем — фокус на инфраструктуре.

Когда файловой базе уже мало, а клиент-серверу — пора

Файловый вариант 1С работает, пока база небольшая, а пользователей мало. Граница условная, но в практике сопровождения мы видим устойчивые признаки, что пора на 1С сервер SQL:

• размер информационной базы превысил 8–10 ГБ;
• одновременно работают более 10–15 пользователей;
• регулярно возникают конфликты блокировок при проведении документов;
• закрытие месяца или перепроведение занимает часы;
• нужны регулярные онлайн-бэкапы без выгона пользователей;
• база участвует в интеграциях (обмены, веб-сервисы, маркетплейсы, ЭДО), и простои критичны.

Клиент-серверный вариант снимает ограничения файловой блокировки на уровне таблиц, переносит обработку запросов на сервер СУБД и даёт инструменты диагностики: профилировщик, планы выполнения, журналы ожиданий. Для холдингов с распределённой структурой это ещё и предпосылка для нормальной репликации и катастрофоустойчивости.

Из бесплатных альтернатив 1С официально поддерживает PostgreSQL — он хорошо подходит для импортозамещения. Но если в компании уже есть лицензии Microsoft и компетенция администраторов под MS SQL для 1С, разворачивать новый стек ради экономии редко имеет смысл.

Что выбрать: редакция SQL Server и версия

Для 1С подходят Microsoft SQL Server 2016, 2017, 2019 и 2022. На новых проектах в 2026 году разумно ставить SQL Server 2022 — он официально поддерживается фирмой «1С» и получает обновления безопасности. Express-редакция формально работает, но имеет жёсткие ограничения: максимум 10 ГБ на базу, 1 сокет/4 ядра, 1,4 ГБ RAM для движка. Для боевой системы это потолок очень быстро.

Лицензии Microsoft бывают по ядрам (Core) или Server+CAL. Для типового сервера 1С с 50–80 пользователями Server+CAL обычно дешевле, для больших систем — лицензирование по ядрам. Учтите, что клиент-серверная 1С требует отдельной лицензии на сервер 1С:Предприятие 8 и пользовательских лицензий — лицензии SQL покрывают только СУБД.

Требования к железу и инфраструктуре

Скорость 1С на SQL почти всегда упирается в дисковую подсистему, а не в процессор. Перед установкой SQL сервера для 1С планируйте инфраструктуру так:

• CPU: высокая тактовая частота важнее количества ядер. 1С плохо параллелит отдельный запрос — оптимум 3,5+ ГГц, 8–16 ядер на средний сервер.
• RAM: 1,5–2 ГБ на пользователя как стартовая прикидка, минимум 32 ГБ для боевой системы. Память дешевле любого тюнинга.
• Диски: только SSD/NVMe. Разделите физически (или хотя бы логически) tempdb, файлы данных (.mdf), журналы (.ldf) и резервные копии. RAID 10 для данных, RAID 1 для журналов.
• Сеть: 1С-сервер и SQL-сервер — на одном физическом хосте или в одной 10 Гбит/с подсети. Задержка свыше 1 мс между ними убивает производительность.
• ОС: Windows Server 2019/2022, на ВМ выделяйте vCPU фиксированно, без переподписки.

Совмещать сервер 1С и SQL на одной машине допустимо для небольших инсталляций (до 30–40 пользователей) — экономит сетевой round-trip. На больших системах их разносят, чтобы балансировать нагрузку и обновлять независимо.

Установка MS SQL для 1С: пошаговый сценарий

Сценарий ниже применим к SQL Server 2019 и 2022, для редакций Standard/Enterprise. Перед установкой проверьте, что у учётной записи есть локальные права администратора, а ОС обновлена.

1. Запустите установщик, выберите New SQL Server stand-alone installation.
2. На шаге Feature Selection отметьте Database Engine Services. Полнотекстовый поиск (Full-Text Search) — опционально, но он не нужен для 1С. Analysis Services и Reporting Services не ставьте на боевой сервер с 1С.
3. Instance Configuration: для простоты — Default instance. Если на сервере уже есть SQL — Named instance с понятным именем.
4. Service Accounts: для SQL Server Agent и Database Engine используйте доменную сервисную учётную запись с длинным паролем без срока действия. Включите автозапуск.
5. Server Configuration → Collation: установите Cyrillic_General_CI_AS. Это критично — менять collation потом дорого, а 1С официально требует регистронезависимую кириллическую сортировку.
6. Database Engine Configuration → Authentication Mode: смешанный режим (Mixed Mode). Задайте сильный пароль для sa. Добавьте администратора Windows.
7. Data Directories: разнесите пути для Data root, User database, User log, Backup, tempdb по разным дискам.
8. TempDB: количество файлов = числу физических ядер, но не более 8. Начальный размер каждого файла — 1–2 ГБ, autogrowth — 256 МБ фиксированной величиной, не процентом.
9. Запустите установку, дождитесь окончания, перезагрузите сервер.
10. После установки откройте SQL Server Configuration Manager и включите протоколы TCP/IP и Shared Memory для сетевого доступа от сервера 1С. Перезапустите службу SQL Server.

Дальше — установка сервера 1С:Предприятие 8 и создание информационной базы через консоль администрирования с указанием SQL-сервера и логина с правами sysadmin (или dbcreator + securityadmin для отдельного технологического пользователя).

Рекомендации по настройке SQL сервера для 1С после установки

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

Базовые шаги:

• Max Server Memory: установите явный лимит, оставив ОС минимум 4–8 ГБ. Например, на сервере с 64 ГБ — 56000 МБ для SQL.
• Max Degree of Parallelism (MAXDOP): для 1С рекомендуется 1. Параллелизм мешает типовым запросам платформы.
• Cost Threshold for Parallelism: при MAXDOP=1 не критично, но поставьте 50.
• Модель восстановления баз 1С: для боевых — Simple, если устраивает откат к ночному бэкапу. Full — если нужна точка восстановления с точностью до минуты, но тогда настройте регулярный бэкап журнала транзакций, иначе .ldf раздуется и забьёт диск.
• Auto Shrink: выключить. Auto Close: выключить. Auto Create Statistics и Auto Update Statistics: включить.
• Page Verify: CHECKSUM.
• Уровень совместимости БД: соответствует версии SQL Server.
• Резервное копирование: ежедневный полный бэкап + дифференциальные днём + журнал транзакций каждые 15–30 минут при модели Full. Храните копии на отдельном хранилище.
• Обслуживание индексов: еженедельный реиндекс или перестройка фрагментированных индексов, обновление статистики. Стандартный maintenance plan SQL Server подходит, но скрипт Ola Hallengren тоньше учитывает фрагментацию.

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

Безопасность, мониторинг и регулярное сопровождение

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

Контрольный список для постоянного мониторинга:

• свободное место на дисках с .mdf, .ldf, бэкапами и tempdb;
• успешность ночных бэкапов (тревога, если задание упало);
• проверка восстановления бэкапа на отдельном стенде хотя бы раз в квартал;
• время блокировок и зависшие сессии (Activity Monitor, профилировщик, технологический журнал 1С);
• размер и фрагментация ключевых таблиц;
• статус Windows Update и патчей SQL Server (CU выходят регулярно);
• наличие свежей УКЭП для подписания платежей, обменов с ЭДО — отдельная зона ответственности, но её часто завязывают на тот же сервер.

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

Команда «Интеграция» проектирует и разворачивает связки 1С + MS SQL под нагрузку от 10 до 500 пользователей, мигрирует базы между версиями SQL Server и забирает на себя последующий мониторинг производительности — если нужна вторая пара глаз на инфраструктуре, мы готовы подключиться.