Выбор типа базы данных для 1С:Предприятие — это одно из ключевых решений, которое влияет на производительность, масштабируемость и стабильность работы системы. От него зависит, как быстро будут формироваться отчёты, сколько пользователей смогут одновременно работать без «тормозов», и насколько надёжно будут храниться критические данные компании. Но как определить, что подходит именно вам: файловый вариант (1CD) или клиент-серверная архитектура на базе Microsoft SQL Server, PostgreSQL или других СУБД?

В этой статье мы детально разберём:

  • 🔹 Чем отличаются файловые и SQL-базы в 1С — технические и практические нюансы.
  • 🔹 Плюсы и минусы каждого варианта: где файловый формат выигрывает, а где проигрывает SQL.
  • 🔹 Ограничения по количеству пользователей, объёму данных и нагрузке.
  • 🔹 Как выбрать оптимальный тип БД под задачи вашего бизнеса — чек-лист для принятия решения.

Споiler: в 90% случаев для компаний с более чем 10 пользователями или объёмом данных свыше 50 ГБ файловый вариант становится «бутылочным горлышком» системы. Но есть исключения — об этом ниже.

1. Файловый режим (1CD): как работает и для кого подходит

Файловый режим — это «классический» способ хранения данных 1С, где вся база размещается в одном файле с расширением .1CD. Этот файл хранит и структуру базы, и все данные, и даже временные файлы для работы пользователей. Доступ к нему осуществляется напрямую через сетевой ресурс или локальный диск.

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

  • 🏠 Малых компаний с 1–5 пользователями, где нагрузка на систему минимальна.
  • 📂 Локальных баз для тестирования или обучения (например, учебные версии 1С).
  • 💼 Удалённой работы одного бухгалтера с базой через VPN или облачное хранилище.

Однако у файлового режима есть критические ограничения:

Параметр Ограничение Последствия
Количество пользователей До 10–15 (рекомендуется не более 5) При большем числе — «подвисания», конфликты блокировок
Объём базы данных До 100 ГБ (оптимально до 50 ГБ) Замедление работы, риск повреждения файла
Сетевая нагрузка Высокая (весь трафик идёт через файл) Тормоза при медленном интернете или VPN
Резервное копирование Требует остановки работы пользователей Простои бизнеса или риск потери данных
⚠️ Внимание: Если в вашей компании более 10 пользователей одновременно работают в 1С, файловый режим гарантированно приведёт к конфликтам блокировок и замедлению работы. В этом случае переход на SQL-сервер — не рекомендация, а необходимость.

Технически файловый режим использует встроенную СУБД 1С, которая не оптимизирована для высоких нагрузок. Все операции чтения/записи проходят через один файл, что создаёт «узкое место». Например, при формировании сложного отчёта (например, Оборотно-сальдовая ведомость за год) файл блокируется, и другие пользователи вынуждены ждать.

📊 Какой режим 1С используете вы?
Файловый (1CD)
SQL Server
PostgreSQL
Не знаю/Не использую 1С

2. Клиент-серверный режим: SQL-сервер под капотом 1С

Клиент-серверная архитектура в 1С подразумевает использование внешней системы управления базами данных (СУБД), такой как:

  • 🖥️ Microsoft SQL Server (наиболее распространён, поддерживается «из коробки»).
  • 🐘 PostgreSQL (бесплатная альтернатива, требует дополнительных настроек).
  • 🗄️ IBM DB2 или Oracle Database (реже, для специфических задач).

В этом режиме логика работы 1С разделена:

  • 📱 Клиентская часть (1С:Предприятие) — интерфейс, который пользователь видит на своём компьютере.
  • 🖥️ Сервер 1С — обрабатывает бизнес-логику (выполняет код на встроенном языке).
  • 🗃️ SQL-сервер — хранит данные и выполняет запросы к базе.

Преимущества клиент-серверного режима:

  • ⚡ Производительность: SQL-сервер оптимизирует запросы, использует индексы и кэширование. Например, отчёт, который в файловом режиме формируется 10 минут, на SQL может готовиться за 1–2 минуты.
  • 👥 Масштабируемость: Поддерживает сотни пользователей одновременно (теоретический лимит — тысячи, но на практике зависит от «железа»).
  • 🔄 Надёжность: Транзакции, резервное копирование без остановки работы, восстановление после сбоев.
  • 🌐 Географическая распределённость: Можно развернуть сервер в дата-центре, а пользователи будут подключаться из разных городов.

Однако есть и минусы:

  • 💰 Стоимость: Лицензии на Microsoft SQL Server платные (от ~200 тыс. руб. за Standard Edition). PostgreSQL бесплатен, но требует настройки.
  • 🛠️ Сложность администрирования: Нужно настраивать сервер, мониторить производительность, обновлять СУБД.
  • 🖥️ Требования к оборудованию: Для SQL-сервера нужен отдельный мощный компьютер (или виртуальная машина) с достаточным объёмом ОЗУ и быстрыми дисками (желательно SSD или NVMe).
⚠️ Внимание: Если вы используете 1С:Управление торговлей или 1С:ERP с большим объёмом документов (десятки тысяч в месяц), файловый режим приведёт к экспоненциальному замедлению при росте базы. SQL-сервер в этом случае — единственное решение для сохранения работоспособности.

Пример из практики: компания с 50 пользователями в 1С:Бухгалтерии перешла с файлового режима на SQL Server и сократила время формирования Декларации по НДС с 40 минут до 5 минут.

3. Сравнение файлового и SQL-режимов: таблица ключевых отличий

Чтобы наглядно увидеть разницу, сведем основные параметры в таблицу:

Критерий Файловый режим (1CD) Клиент-серверный режим (SQL)
Макс. количество пользователей 5–10 (рекомендуется) 100+ (зависит от сервера)
Объём базы данных До 50–100 ГБ Не ограничен (терабайты)
Скорость работы Медленнее (зависит от сети) Быстрее (оптимизированные запросы)
Блокировки данных Частые конфликты Минимальные (управляются СУБД)
Резервное копирование Требует остановки пользователей Можно делать «на лету»
Стоимость Бесплатно (входит в 1С) Лицензия на SQL Server (~200+ тыс. руб.)
Администрирование Минимальное (копирование файла) Требует навыков (настройка, мониторинг)
Отказоустойчивость Низкая (риск повреждения файла) Высокая (транзакции, логи, репликация)

Из таблицы видно, что SQL-режим выигрывает по всем ключевым параметрам, кроме стоимости и простоты настройки. Но даже здесь есть нюансы: например, PostgreSQL позволяет сэкономить на лицензиях, а облачные решения (например, 1С:Fresh) избавляют от необходимости администрировать сервер самостоятельно.

💡

Если ваша база 1С превышает 30 ГБ или в ней работает более 5 пользователей, переход на SQL-сервер — не роскошь, а необходимость для стабильной работы.

4. Когда обязательно нужен SQL-сервер: 5 сигналов для перехода

Как понять, что файловый режим больше не справляется? Вот пять явных признаков, что пора мигрировать на SQL:

  1. Замедление работы при росте базы.

    Если год назад отчёты формировались за 1 минуту, а сейчас — за 10, это сигнал о перегрузке файловой базы. SQL-сервер распределяет нагрузку и использует индексы для ускорения запросов.

  2. Конфликты блокировок.

    Пользователи жалуются на сообщения вроде «Данные заблокированы другим пользователем»? В SQL-режиме блокировки управляются на уровне строк, а не всей базы.

  3. Невозможность резервного копирования без остановки работы.

    В файловом режиме для бэкапа нужно «выгнать» всех пользователей. SQL позволяет делать BACKUP без прерывания работы.

  4. Планы по масштабированию.

    Если вы планируете открыть новые филиалы или увеличить штат, файловый режим станет тормозом. SQL-сервер легко масштабируется.

  5. Критические данные.

    Если потеря данных даже на час обойдётся компании в миллионы (например, в торговле или производстве), SQL-сервер обеспечивает надёжность за счёт транзакций и логов.

Пример из жизни: сеть магазинов с 20 кассами в 1С:Рознице столкнулась с тем, что при пиковой нагрузке (например, в «чёрную пятницу») файловая база «подвисала» на 5–10 минут. После перехода на SQL Server задержки сократились до 1–2 секунд.

⚠️ Внимание: Если вы используете 1С:Зарплата и Управление Персоналом с большим штатом (100+ сотрудников), файловый режим приведёт к краху производительности при расчёте зарплаты. SQL-сервер в этом случае обязателен.

Убедиться, что текущая версия 1С поддерживает выбранную СУБД|Проверить системные требования к серверу (ОЗУ, диски, процессор)|Сделать полный бэкап текущей базы|Протестировать миграцию на тестовом стенде|Обновить лицензии 1С (при необходимости)

-->

5. Какой SQL-сервер выбрать: Microsoft SQL Server vs PostgreSQL

Если вы решили переходить на клиент-серверный режим, следующий вопрос — какую СУБД использовать? В экосистеме 1С наиболее популярны два варианта:

🖥️ Microsoft SQL Server

Плюсы:

  • 🔧 Полная поддержка «из коробки» — не требует дополнительных драйверов или настроек в 1С.
  • 📊 Оптимизирован для 1С: фирма «1С» тестирует свои продукты именно на нём.
  • 🛡️ Высокая надёжность и отказоустойчивость (например, Always On для кластеризации).
  • 📈 Хорошая производительность при больших объёмах данных.

Минусы:

  • 💰 Платные лицензии (от ~200 тыс. руб. за Standard Edition).
  • 🖥️ Требователен к ресурсам (минимум 16 ГБ ОЗУ для сервера).

🐘 PostgreSQL

Плюсы:

  • 🆓 Бесплатный и открытый (нет лицензионных отчислений).
  • 🔄 Гибкость: поддерживает расширения, которые можно адаптировать под специфические задачи.
  • 🌐 Кроссплатформенность (работает на Linux, что удешевляет инфраструктуру).

Минусы:

  • 🛠️ Требует ручной настройки для оптимальной работы с 1С (например, тонкая настройка postgresql.conf).
  • 📉 Производительность может уступать SQL Server на больших базах (зависит от конфигурации).
  • 🔧 Меньше готовых инструментов для администрирования (по сравнению с SQL Server Management Studio).

Сравнение по ключевым параметрам:

Параметр Microsoft SQL Server PostgreSQL
Стоимость Платный (от 200 тыс. руб.) Бесплатный
Производительность Выше на больших базах Хорошая, но требует настройки
Поддержка 1С Полная, тестируется фирмой 1С Официальная, но с оговорками
Администрирование Проще (GUI-инструменты) Сложнее (больше ручной работы)
Кроссплатформенность Только Windows Linux/Windows/macOS

Выбор между SQL Server и PostgreSQL зависит от бюджета и технических возможностей:

  • 💼 Для бизнеса, где критична стабильность и поддержка — Microsoft SQL Server.
  • 💰 Для стартапов или компаний с ограниченным бюджетом — PostgreSQL (но потребуется администратор).
⚠️ Внимание: Фирма «1С» официально поддерживает PostgreSQL начиная с платформы 8.3.10, но для полноценной работы могут потребоваться донастройки. Перед миграцией проверьте совместимость вашей версии 1С с выбранной СУБД.
💡

Если вы выбираете PostgreSQL, установите расширение pg_trgm — оно ускорит полнотекстовый поиск в 1С.

6. Как перейти с файлового режима на SQL: пошаговая инструкция

Миграция с файлового режима на SQL-сервер — ответственный процесс, но при правильной подготовке он проходит без потерь данных. Вот пошаговый алгоритм:

  1. Подготовка сервера.

    Установите выбранную СУБД (SQL Server или PostgreSQL) на отдельный сервер или виртуальную машину. Минимальные требования:

    • 🖥️ Процессор: 4 ядра (рекомендуется 8+).
    • 🧠 ОЗУ: 16 ГБ (для баз до 100 ГБ; для больших баз — 32 ГБ+).
    • 💾 Диски: SSD или NVMe (для высокой скорости чтения/записи).
  • Установка сервера 1С.

    Разверните 1С:Предприятие 8. Сервер (входит в дистрибутив платформы). Он будет обрабатывать бизнес-логику.

  • Создание пустой базы на SQL.

    В SQL Server Management Studio или psql (для PostgreSQL) создайте новую базу данных с кодировкой UTF-8.

  • Выгрузка данных из файловой базы.

    В Конфигураторе файловой базы выберите Администрирование → Выгрузить данные и сохраните файл .dt.

  • Загрузка данных в SQL-базу.

    В Конфигураторе новой базы (подключённой к SQL) выберите Администрирование → Загрузить данные и укажите выгруженный файл.

  • Тестирование.

    Подключите нескольких пользователей к новой базе и проверьте:

    • 📊 Корректность отчётов.
    • 🔄 Скорость работы (должна быть выше, чем в файловом режиме).
    • 🔒 Права доступа.
  • Перенос пользователей.

    Настройте подключение пользователей к новой базе через 1С:Предприятие (путь будет выглядеть как SQL-сервер\ИмяБазы).

    • Важно: перед миграцией обязательно сделайте полный бэкап файловой базы и протестируйте процесс на копии данных!

    Что делать, если после миграции 1С работает медленнее?

    Если после перехода на SQL-сервер производительность не выросла, проверьте:

    1. Индексы — возможно, их нужно пересоздать (в 1С это делается через Тестирование и исправление в Конфигураторе).

    2. Настройки SQL-сервера — например, выделенная память (для SQL Server это параметр maximum server memory).

    3. Сетевые задержки — сервер 1С и SQL-сервер должны быть в одной локальной сети или близко в облаке.

    4. Фрагментация данных — для SQL Server запустите DBCC INDEXDEFRAG или REINDEX.

    7. Альтернативы: облачные решения и 1С:Fresh

    Если развёртывать собственный SQL-сервер слишком затратно или сложно, рассмотрите облачные альтернативы:

    🌥️ 1С:Fresh

    Это SaaS-решение от фирмы «1С», где база размещается на серверах провайдера. Преимущества:

    • 🔧 Не нужно администрировать сервер — всё поддерживает 1С.
    • ⚡ Высокая доступность (99,9% SLA).
    • 💰 Платная модель по подписке (от ~1 500 руб./мес. за пользователя).
    • 🔒 Автоматические бэкапы и обновления.

    Подходит для компаний, которые не хотят вкладываться в инфраструктуру, но нуждаются в надёжности SQL.

    ☁️ Облачные SQL-серверы (Azure, AWS, Yandex Cloud)

    Можно развернуть SQL Server или PostgreSQL в облаке:

    • 🔹 Microsoft Azure SQL Database — управляемый SQL Server с автомаческим масштабированием.
    • 🔹 AWS RDS for PostgreSQL — готовое решение для PostgreSQL с резервным копированием.
    • 🔹 Yandex Managed Service for PostgreSQL — российский хостинг с поддержкой 1С.

    Плюсы облачных SQL:

    • 💰 Оплата по факту использования (pay-as-you-go).
    • 🔄 Легкое масштабирование (можно увеличить мощность сервера в несколько кликов).
    • 🌍 Географическая распределённость (серверы в разных регионах).

    Минусы:

    • 💸 Дороже собственного сервера при долгой перспективе.
    • 🔒 Зависимость от провайдера (нужно следить за SLA).
    ⚠️ Внимание: При использовании облачных решений проверьте локализацию данных. Если вы работаете с персональными данными (по 152-ФЗ), сервер должен находиться в России или стране с адекватным уровнем защиты (например, Казахстан).

    8. Частые ошибки при выборе и настройке базы 1С

    Даже опытные администраторы иногда допускают ошибки, которые ведут к проблемам с производительностью или потерей данных. Вот TOP-5 ошибок и как их избежать:

    1. Игнорирование резервного копирования.

      В файловом режиме бэкап часто делают вручную, забывая про него на месяцы. В SQL-режиме настройте автоматические бэкапы (например, через SQL Server Agent или pg_dump для PostgreSQL).

    2. Недостаточные ресурсы сервера.

      Если на SQL-сервере меньше 16 ГБ ОЗУ или используются медленные HDD, производительность будет хуже, чем в файловом режиме. Для баз свыше 100 ГБ нужны SSD/NVMe и 32+ ГБ ОЗУ.

    3. Отсутствие тестирования после миграции.

      Перенос данных — это только половина дела. После миграции нужно проверить:

      • 📋 Корректность всех отчётов (особенно регламентированных).
      • 🔄 Скорость типичных операций (проведение документов, формирование отчётов).
      • 🔒 Права доступа пользователей.

  • Использование устаревших версий СУБД.

    Например, SQL Server 2008 не поддерживается Microsoft и может содержать уязвимости. Используйте актуальные версии:

    • 🔹 SQL Server 2019/2022 (для Windows).
    • 🔹 PostgreSQL 14/15 (для Linux/Windows).

    • Отсутствие мониторинга.

      SQL-сервер нужно регулярно контролировать:

      • 📈 Нагрузка на CPU/OЗУ/диски (инструменты: SQL Server Profiler, pg_stat_activity).
      • 🔄 Длительные транзакции или блокировки.
      • 💾 Свободное место на дисках (особенно на tempdb для SQL Server).

    Пример из практики: компания мигрировала с файлового режима на SQL Server, но не настроила автообновление статистики. В результате через месяц производительность упала в 3 раза. Проблема решилась запуском sp_updatestats.

    💡

    Самая частая причина «тормозов» после перехода на SQL — недостаточные ресурсы сервера или отсутствие индексов. Всегда тестируйте производительность на реальной нагрузке!

    FAQ: Ответы на частые вопросы

    🔹 Можно ли использовать файловый режим для 1С:ERP?

    Технически — да, но крайне не рекомендуется. 1С:ERP рассчитана на большие объёмы данных и сложные расчёты (например, планирование производства или бюджетирование). В файловом режиме она будет работать крайне медленно уже при 5–10 пользователях. Минимальный порог для ERP — SQL Server или PostgreSQL.

    🔹 Сколько стоит лицензия на SQL Server для 1С?

    Стоимость зависит от редакции:

    • SQL Server 2022 Standard — от ~200 тыс. руб. за сервер + ~50 тыс. руб. за каждого пользователя (CAL).
    • SQL Server 2022 Enterprise — от ~1,5 млн руб. (для крупных компаний с высокими нагрузками).

    Для небольших компаний подойдёт SQL Server Express (бесплатно), но с ограничением на объём базы (10 ГБ) и количество ядер (4).

    ⚠️ Уточняйте актуальные цены у партнёров Microsoft, так как тарифы могут меняться.