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

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

Что такое SQL-версия 1С и как она работает

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

  • 🔄 Обрабатывать одновременные запросы от десятков (а то и сотен) пользователей без конфликтов.
  • 📈 Масштабировать систему по мере роста бизнеса — добавлять серверные мощности или распределять нагрузку.
  • 🛡️ Гарантировать целостность данных даже при аварийном отключении (благодаря механизму транзакций).
  • 🔍 Использовать продвинутые инструменты анализа и отчётности прямо в базе.

Технически в SQL-версии работает как клиент-серверное приложение: клиентская часть (интерфейс пользователя) общается с сервером 1С:Предприятия, а тот, в свою очередь, передаёт запросы в СУБД. Например, когда бухгалтер проводит документ, данные не переписываются в файл, а отправляются на сервер базы данных в виде SQL-запроса. Это снижает нагрузку на сеть и ускоряет работу при большом количестве пользователей.

📊 Какую СУБД вы используете (или планируете) для 1С?
Microsoft SQL Server
PostgreSQL
IBM DB2
Oracle Database
Ещё не выбрал

Файловая vs SQL-версия 1С: ключевые различия

Чтобы понять, нужна ли вашей компании SQL-версия, сравним её с файловой базой по основным критериям:

Параметр Файловая версия SQL-версия
Хранение данных Единый файл .1CD на сетевом диске или локальном компьютере Реляционная база данных на сервере (SQL Server, PostgreSQL и др.)
Макс. количество пользователей До 5–10 (зависит от нагрузки) От 10 до нескольких сотен (ограничено лицензией и железом)
Производительность Падает при росте базы и количества пользователей Стабильна за счёт оптимизации запросов СУБД
Целостность данных Риск повреждения при сбоях (нет транзакций) Гарантирована благодаря механизмам СУБД
Стоимость владения Низкая (только лицензия 1С) Высокая (лицензии СУБД, серверное железо, администрирование)

Главный минус файловой версии — блокировки. Когда один пользователь открывает документ, остальные не могут его изменить, пока он не сохранит данные. В SQL-версии блокировки работают на уровне строк в базе, что позволяет нескольким пользователям одновременно работать с разными частями одного документа (например, редактировать разные строки табличной части).

⚠️ Внимание: Если ваша компания использует 1С:УТ или 1С:ERP с большим документооборотом (более 1000 документов в день), файловая база станет «бутылочным горлышком» уже через полгода-год работы. SQL-версия в этом случае не роскошь, а необходимость.

Какие СУБД поддерживает 1С и как выбрать подходящую

1С:Предприятие 8 официально поддерживает несколько систем управления базами данных. Каждая из них имеет свои особенности, плюсы и минусы. Вот основные варианты:

  • 🖥️ Microsoft SQL Server — самый популярный выбор среди российских компаний. Хорошо интегрируется с Windows-инфраструктурой, имеет удобные инструменты администрирования. Поддерживаются версии Standard и Enterprise (последняя позволяет использовать кластеризацию для высокой доступности).
  • 🐧 PostgreSQL — бесплатная СУБД с открытым кодом. Подходит для бюджетных проектов, но требует более глубоких знаний для настройки. В поддерживается начиная с версии платформы 8.3.10.
  • 🏢 IBM DB2 — корпоративное решение с высокой надёжностью, но сложное в администрировании. Редко используется в малом и среднем бизнесе.
  • 🗄️ Oracle Database — мощная СУБД для крупных предприятий. Дорогая в лицензировании, но предлагает максимальную производительность.

Как выбрать? Ориентируйтесь на:

  1. Бюджет: Если денег мало — PostgreSQL. Если нужна надёжность и поддержка — MS SQL Server.
  2. Инфраструктуру: Если у вас Windows-сервера, логичнее взять MS SQL. Если Linux — PostgreSQL.
  3. Масштаб: Для 10–50 пользователей хватит MS SQL Standard. Для 100+ — Enterprise или Oracle.

Определите максимальное количество одновременно работающих пользователей|

Посчитайте бюджет на лицензии и железо|

Проверьте совместимость с текущей ОС сервера|

Оцените необходимость высокой доступности (кластеры, репликация)|

Уточните, есть ли в штате администратор баз данных-->

⚠️ Внимание: не поддерживает MySQL и MariaDB — despite их популярности.Attempt to use these DBMS will lead to errors and data corruption. Always check the official compatibility list before making a decision.

Когда стоит переходить на SQL-версию 1С

Переход с файловой версии на SQL — это не просто смена формата хранения данных, а полная реорганизация инфраструктуры. Вот явные признаки, что пора меняться:

  • 🐢 База тормозит при работе 3–5 пользователей одновременно.
  • 📂 Размер файла .1CD превысил 2–4 ГБ (риск повреждений растёт).
  • 🔄 Пользователи жалуются на конфликты блокировок («не могу сохранить документ»).
  • 📊 Нужно строить сложные отчёты с большими выборками (SQL оптимизирует такие запросы).
  • 🏢 Планируется открытие новых филиалов или увеличение штата.

Но есть и обратные ситуации, когда SQL-версия не нужна:

  • В компании 1–2 пользователя, и база весит менее 500 МБ.
  • Бюджет ограничен, а текущая файловая версия справляется с нагрузкой.
  • Нет ИТ-специалиста для администрирования сервера СУБД.

Если сомневаетесь, проведите тест: запустите Тестирование и исправление файловой базы (chdbfl.exe) и посмотрите на время выполнения. Если проверка занимает больше 10–15 минут — это тревожный звоночек.

Что будет, если не переходить на SQL при росте базы?

При превышении критического размера файловой базы (обычно 4–8 ГБ) начинаются «фантомные» ошибки: документы пропадают, отчёты строятся некорректно, а восстановление из резервной копии занимает часы. В некоторых случаях база становится непригодной для работы, и единственный выход — перенос данных в новую SQL-версию с потерей части истории (если резервные копии тоже повреждены).

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

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

  1. Подготовка сервера:
    • Установите выбранную СУБД (например, Microsoft SQL Server).
    • Настройте права доступа для пользователя .
    • Проверьте, что на сервере достаточно места (SQL-база может занять в 1.5–2 раза больше, чем файловая).
  2. Создание новой базы:
    • В Конфигураторе выберите Администрирование → Выгрузить информационную базу (файл .dt).
    • Создайте новую базу в SQL-формате через Создание информационной базы.
  3. Загрузка данных:
    • В новой базе выберите Администрирование → Загрузить информационную базу.
    • Укажите путь к файлу .dt и дождитесь завершения.
  • Тестирование:
    • Проверьте целостность данных (Тестирование и исправление).
    • Убедитесь, что все пользователи могут подключиться без ошибок.

    Критический момент — перенос пользовательских настроек (права, роли, внешние отчёты). Их придётся настраивать заново или экспортировать/импортировать через cf-файлы.

    💡

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

    ⚠️ Внимание: Не используйте утилиту 1CV8C для конвертации базы «на лету» — это неофициальный метод, который может привести к потере данных. Официальный способ — только через выгрузку/загрузку .dt.

    Типичные ошибки при работе с SQL-версией 1С и как их избежать

    Даже после успешного перехода на SQL пользователи и администраторы сталкиваются с проблемами. Вот самые распространённые:

    Проблема Причина Решение
    Медленная работа базы Не оптимизированы индексы в СУБД или не хватает оперативной памяти на сервере. Проверьте планы выполнения запросов в SQL Server Management Studio. Добавьте индексы на часто используемые поля.
    Ошибки блокировок (Timeout expired) Долгие транзакции или неверные настройки таймаутов. Увеличьте параметр LockWait в файле 1CEStart.cfg или оптимизируйте запросы.
    Не хватает места на диске Лог транзакций разросся или не настроена архивация. Настройте регулярное сжатие лога (BACKUP LOG в MS SQL).
    Ошибки подключения (Login failed) Неверные права доступа или истёк пароль пользователя СУБД. Проверьте настройки аутентификации в SQL Server (режим Mixed Mode).

    Ещё одна частая ошибка — игнорирование резервного копирования. В SQL-версии недостаточно копировать файл базы (его просто нет!). Нужно настраивать бэкапы на уровне СУБД:

    • 📅 Ежедневные полные бэкапы (FULL BACKUP).
    • 🕒 Частые бэкапы лога транзакций (LOG BACKUP) для восстановления на точку сбоя.
    • 🔄 Проверка целостности бэкапов (RESTORE VERIFYONLY).
    💡

    Резервное копирование в SQL-версии — это не роскошь, а необходимость. Без бэкапов вы рискуете потерять данные при сбое диска, ошибке администратора или кибератаке.

    SQL-версия 1С: ответы на частые вопросы

    Можно ли использовать SQL-версию 1С без сервера?

    Технически да, но это нецелесообразно. SQL-версия требует установленной СУБД, которая должна работать на сервере (или хотя бы на мощном ПК). Если вы попробуете развернуть MS SQL Server Express на рабочей станции, производительность будет хуже, чем у файловой базы, из-за накладных расходов на транзакции.

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

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

    • MS SQL Server Express — бесплатно (ограничение на 10 ГБ базы и 1 socket).
    • MS SQL Server Standard — от 900$ за лицензию (на 2 ядра).
    • MS SQL Server Enterprise — от 7000$ за ядро (для крупных предприятий).

    PostgreSQL бесплатна, но потребуются затраты на администрирование.

    Как ускорить работу медленной SQL-базы 1С?

    Попробуйте следующие шаги:

    1. Оптимизируйте запросы в конфигураторе (используйте План запроса).
    2. Добавьте индексы на часто используемые поля (но не переусердствуйте — лишние индексы тормозят запись).
    3. Увеличьте оперативную память на сервере СУБД (рекомендуется не менее 16 ГБ для 20+ пользователей).
    4. Разделите базу и логи на разные физические диски (SSD для лога, HDD для данных).
    5. Обновите платформу 1С и СУБД до последних версий.

    Можно ли вернуть файловую базу из SQL-версии?

    Да, но это не тривиальная задача. Нужно:

    1. Сделать выгрузку данных из SQL-базы в .dt.
    2. Создать новую файловую базу.
    3. Загрузить данные в неё.

    Однако некоторые объекты (например, настройки прав или внешние обработки) могут не перенестись корректно. Тестируйте результат!

    Какая СУБД лучше для 1С: SQL Server или PostgreSQL?

    Выбор зависит от задач:

    • MS SQL Server подойдёт, если:
      • Нужна официальная поддержка от и Microsoft.
      • Есть бюджет на лицензии.
      • Ваша инфраструктура построена на Windows.
    • PostgreSQL выбирайте, если:
      • Важен нулевой бюджет на СУБД.
      • Есть опытный администратор для настройки.
      • Сервера работают под Linux.

    Для большинства средних компаний оптимален MS SQL Server Standard.