Файловая или SQL-база 1С: отличия, ускорение и бюджетный переход

11.11.2026
Файловая или SQL-база 1С: отличия, ускорение и бюджетный переход

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

Как устроены оба варианта

В файловом варианте вся информационная база — это один файл 1Cv8.1CD. Внутри него платформа реализует собственную файловую систему: каждой таблице соответствуют от двух до четырёх внутренних файлов — описание, записи, индексы и значения неограниченной длины. Внешний сервер не нужен: клиентское приложение само читает и пишет этот файл.

В клиент-серверном варианте архитектура трёхуровневая: клиентское приложение, кластер серверов «1С:Предприятия» и СУБД. Данные хранятся в промышленной базе, а между клиентом и СУБД работает сервер 1С — он берёт на себя обработку запросов, блокировки, фоновые и регламентные задания. Платформа поддерживает Microsoft SQL Server, PostgreSQL, Postgres Pro, IBM DB2 и Oracle Database.

Аналогия простая. Файловая база — общий ящик с документами на столе: каждый подходит и берёт нужное сам, договорившись с коллегами. SQL-база — архив с архивариусом: вы отдаёте запрос, а он находит нужное, следит за очередью и не даёт двум людям забрать одну папку.


Рис. 1. В окне запуска видно тип каждой информационной базы: файловая или серверная.

Лимиты файловой базы: цифры, которые важно знать

Главное ограничение касается не размера файла базы целиком, а размера отдельных внутренних файлов. При классическом размере страницы 4 Кб максимальный размер любого внутреннего файла — около 4 ГБ. Поэтому база на 10 ГБ может спокойно работать, а база на 5 ГБ — упасть с ошибкой «Превышен максимально допустимый размер внутреннего файла», если разрослась одна таблица.

ПараметрЗначение
Размер страницы в исходном формате4 Кб
Максимум внутреннего файла при странице 4 Кб≈ 4 ГБ
Формат с 8.3.8: размер страницыпо умолчанию 8 Кб, диапазон 4–64 Кб
Максимум внутреннего файла при увеличенных страницах (8.3.8–8.3.27)6 ГБ
Максимум внутреннего файла с 8.5.116 ГБ — по данным отраслевого обзора
Комфортное число одновременных пользователейпо оценкам специалистов 3–5, условно до 10

Официальная формулировка платформы про пользователей сдержанная: файловый вариант рассчитан на персональную работу одного пользователя или небольшое количество пользователей в локальной сети. Конкретные цифры дают практики: при активной работе одновременно комфортно трём–пяти пользователям, дальше начинаются табличные блокировки. Это оценка, а не жёсткий лимит: всё зависит от конфигурации и характера нагрузки.

Размер страницы меняется утилитой CNVDBFL.EXE из каталога bin платформы. Операция для подготовленного специалиста и только с резервной копией: конвертация не снимает ограничение как таковое и не гарантирует уменьшения файла. Значения лимитов сверяйте с документацией к своей версии платформы — они менялись между релизами.

Плюсы и минусы: честное сравнение

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

Как ускорить файловую базу: семь рабочих приёмов

  1. Перенести базу на SSD. Самый заметный эффект даёт замена жёсткого диска на твердотельный: файловая база упирается в скорость случайного чтения и записи.
  2. Добавить памяти и работать на 64-разрядной платформе. Клиентский процесс перестаёт упираться в ограничения 32-разрядной адресации, больше данных помещается в кэш.
  3. Убрать базу из-под проверки антивируса в реальном времени. Постоянное сканирование растущего файла тормозит каждую операцию; полную проверку планируют на нерабочее время.
  4. Не держать базу на сетевой папке при активной работе. Файловый режим по сети чувствителен к задержкам. Варианты: терминальный сервер либо публикация через веб-сервер — тонкий и веб-клиент работают с файловой базой через специально настроенный веб-сервер.
  5. Регулярно выполнять тестирование и исправление. В Конфигураторе: «Администрирование» → «Тестирование и исправление», флаги «Реиндексация таблиц», «Пересчёт итогов», «Сжатие таблиц». Реиндексация ускоряет выборки, сжатие уменьшает физический размер. Только с предварительной резервной копией.
  6. Уменьшить сами данные. Удалить помеченные объекты, вынести присоединённые файлы в тома на диске, при необходимости выполнить свёртку базы. Перед чисткой полезно увидеть расхождения между документами и справочниками: обработка «Сравнение данных документов и справочников» показывает такие несоответствия. Почему дубли обходятся дорого — в статье «Дубли в справочниках 1С».
  7. Проверить регламентные задания и расширения. В файловом варианте задания выполняются в сеансе: если выделенный сеанс не настроен, они либо не работают, либо нагружают рабочую сессию. Лишние расширения и тяжёлые отчёты тоже стоит пересмотреть.


Рис. 2. Тестирование и исправление: реиндексация, пересчёт итогов и сжатие таблиц — базовое обслуживание файловой базы.

Профилактику лучше поставить в расписание, а не делать «когда всё встало». И перед любыми операциями с файлом базы — резервная копия; способы мы разбирали в статье «Резервное копирование базы 1С».

Когда пора переходить на SQL

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

Четвёртый признак — требования к регламенту: нужны фоновые обмены и задания по расписанию без выделенного пользовательского сеанса, резервное копирование без остановки работы, разграничение доступа средствами СУБД. Пятый — повреждения файла базы после сбоев сети или питания повторяются.

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

Бюджетный SQL: четыре варианта

Клиент-серверный вариант часто откладывают из-за кажущейся стоимости: «сервер 1С плюс SQL Server — это сотни тысяч». На практике есть комбинации, которые укладываются в бюджет небольшой компании.

ВариантЧто даётОграничения
PostgreSQL с патчем от 1Сбесплатное использование в промышленных коммерческих системах, готовые сборки на портале 1Снужна настройка под нагрузку и специалист для обслуживания
Microsoft SQL Server Expressбесплатная редакция, в том числе для коммерческого использования10 ГБ на базу и около 1 ГБ памяти в редакциях до 2022; в Express 2025 лимит базы поднят до 50 ГБ
Сервер МИНИ на 5 подключенийлицензия на сервер уровня ПРОФ по цене заметно ниже полнойдо 5 сеансов «Предприятие» плюс один сеанс «Конфигуратор», только программная защита
Облако: 1С:Фреш или готовое рабочее местосерверная база без покупки железа и лицензий на серверабонентская плата, ограничения тарифа и списка поддерживаемых конфигураций

Самая бюджетная связка для небольшой компании выглядит так: лицензия «Сервер МИНИ на 5 подключений», бесплатный PostgreSQL с патчем от 1С и один совмещённый компьютер или виртуальный сервер, где живут и сервер 1С, и СУБД. Фирма «1С» публикует готовые сборки PostgreSQL, исходный код патчей и методики настройки на ИТС; эти же сборки используются в её собственных высоконагруженных проектах. Каждое подключение к серверу требует клиентской лицензии — считайте их заранее.


Рис. 3. Сборки PostgreSQL с патчем от 1С распространяются бесплатно, в том числе для коммерческого использования.

Если вы привыкли к Microsoft SQL Server, смотрите на Express: редакция бесплатна, но упирается в лимиты по размеру базы, памяти и процессорным ресурсам. В SQL Server 2025 Express планку по размеру базы подняли до 50 ГБ — это заметно расширяет сценарии для небольшой бухгалтерии. Перед выбором обязательно сверьтесь с системными требованиями платформы: список поддерживаемых версий СУБД обновляется, и «самая свежая» не всегда означает «поддерживаемая».

Ещё два способа сэкономить. По информации партнёров 1С, существуют льготные лицензии MS SQL Server Runtime для пользователей платформы: они дешевле полных, но дают право обслуживать только базы системы «1С:Предприятие». Второй способ — не покупать железо вовсе: в облачных сервисах база уже серверная, а расходы превращаются в абонентскую плату. Актуальные цены на лицензии смотрите в официальном прайсе 1С — они меняются, а разброс в пересказах велик.

Чек-лист перехода на SQL без потерь:
  1. Снять резервную копию файловой базы и проверить, что она разворачивается.
  2. Сверить выбранную СУБД и её версию с системными требованиями платформы.
  3. Посчитать подключения: сколько сеансов нужно одновременно и хватает ли лицензии сервера.
  4. Развернуть тестовый контур и загрузить в него копию базы.
  5. Прогнать типовые операции: проведение, закрытие месяца, тяжёлые отчёты, обмены.
  6. Настроить резервное копирование средствами СУБД и регламентные задания на сервере.
  7. Запланировать переключение на нерабочее время и держать путь отката.

Итог

Файловая база остаётся разумным выбором для одного–трёх пользователей с умеренным объёмом данных: она дешевле, проще в переносе и не требует администрирования. Её пределы задаются не «форматом», а размером внутренних файлов, числом одновременных сеансов и качеством диска и сети. Когда эти пределы достигнуты, переход на SQL не обязан быть дорогим: бесплатный PostgreSQL с патчем от 1С, редакция Express или сервер МИНИ закрывают потребности небольшой компании.

Начните с малого: наведите порядок в данных и обслуживании файловой базы — часто этого достаточно, чтобы отложить переход на год. Готовые отчёты и обработки для сверки и чистки данных — в каталоге ExtLab. Нужен подбор связки под вашу нагрузку, перенос базы на сервер или настройка обслуживания — оставьте заявку на индивидуальный заказ.

Решения из статьи

Комментарии

Пока нет комментариев. Будьте первым — поделитесь мнением!

Оставить комментарий