Какая база данных используется в 1С и как выбрать подходящий вариант

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

Существует два принципиально разных режима: файловый и клиент-серверный. В файловом режиме вся база — это один файл с расширением 1Cv8.1CD (или 1Cv8.1CL для локализации), который лежит на диске или в сетевой папке. В клиент-серверном режиме данные хранятся в полноценной СУБД: Microsoft SQL Server, PostgreSQL, Oracle Database или IBM Db2, а связующим звеном выступает сервер 1С:Предприятия.

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

Файловый режим: база данных в одном файле 1Cv8

В файловом режиме вся информационная база — данные, конфигурация, пользователи, настройки — упакована в один файл формата 1Cv8.1CD. Это собственный формат платформы: он не является ни SQLite, ни Access, ни какой-либо другой известной СУБД. Открыть его сторонними инструментами и прочитать данные напрямую нельзя — только через платформу 1С.

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

Ограничения файлового режима существенны. Платформа при одновременной работе нескольких пользователей использует механизм блокировок на уровне файла, что приводит к конфликтам при интенсивной записи. Файл базы уязвим: обрыв сети или отключение питания в момент записи может повредить его структуру. Практический ориентир — файловый режим комфортен примерно до 5–10 одновременно работающих пользователей и умеренного объёма данных; дальше начинаются тормоза и ошибки блокировок.

Клиент-серверный режим: какие СУБД поддерживает 1С

В клиент-серверном варианте архитектура трёхзвенная: клиентское приложение → сервер 1С:Предприятия → СУБД. Платформа не работает с базой напрямую, а формирует запросы, которые сервер 1С транслирует в SQL-диалект конкретной СУБД. Благодаря этому прикладной код конфигурации одинаков для всех поддерживаемых баз.

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

• Microsoft SQL Server — исторически самый распространённый вариант в коммерческих внедрениях, хорошо интегрируется с инфраструктурой Windows;
• PostgreSQL — свободная СУБД, для 1С используются специально адаптированные сборки; популярный способ снизить стоимость лицензий;
• Oracle Database — применяется в крупных организациях, где Oracle уже является корпоративным стандартом;
• IBM Db2 — встречается реже, в основном на предприятиях с существующей инфраструктурой IBM.

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

Сравнение MS SQL и PostgreSQL для 1С

На практике выбор чаще всего сводится к двум вариантам: Microsoft SQL Server и PostgreSQL. Оба полноценно поддерживаются платформой, но различаются стоимостью, экосистемой и типовыми сценариями внедрения.

Общая закономерность: если в компании уже есть лицензии MS SQL и администратор с опытом его обслуживания — проще остаться на нём. Если задача — минимизировать стоимость ПО и есть компетенции по Linux, PostgreSQL становится рациональным выбором. Производительность при грамотной настройке обеих СУБД для типовых задач 1С сопоставима; узким местом обычно оказываются дисковая подсистема и неоптимальный код конфигурации, а не сама СУБД.

Когда какой вариант выбирать

Файловый режим

До нескольких пользователей, небольшой объём данных, нет выделенного сервера. Ограничение — блокировки и риск повреждения файла при сбоях.

MS SQL Server

Средние и крупные внедрения на Windows-инфраструктуре, нужна предсказуемая поддержка. Ограничение — стоимость лицензий.

PostgreSQL

Снижение затрат на лицензии, серверы на Linux. Ограничение — нужны навыки администрирования PostgreSQL и адаптированная сборка.

Oracle / IBM Db2

Корпоративные стандарты крупных организаций. Ограничение — высокая стоимость и редкость специалистов именно в связке с 1С.

Как узнать, какая база данных используется в вашей 1С

Определить режим работы существующей базы можно за пару минут без специальных инструментов. Самый простой способ — посмотреть строку подключения в стартовом окне запуска 1С: выделите информационную базу в списке, и внизу окна отобразится путь. Если это путь к папке вида \\server\base\ или C:\Bases\Trade\ — режим файловый. Если указано что-то вроде Srvr="Server1";Ref="Trade"; — база работает в клиент-серверном режиме.

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

1. 1
   Откройте окно запуска 1С и выделите нужную базу в списке.
2. 2
   Посмотрите строку подключения внизу окна: путь к папке — файловый режим, параметры Srvr/Ref — клиент-серверный.
3. 3
   Для клиент-серверной базы откройте консоль кластера серверов 1С и найдите свойства информационной базы.
4. 4
   В свойствах проверьте поля «Сервер СУБД» и «Тип СУБД» — там указано, MS SQL, PostgreSQL, Oracle или Db2 используется.
5. 5
   Зафиксируйте версию платформы и СУБД — это понадобится при обновлениях и обращениях в поддержку.

Как выбрать режим и СУБД под свою задачу

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

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

Сигналы, что файловый режим исчерпан: частые ошибки «конфликт блокировок», заметное замедление при одновременной работе, рост файла базы до размеров, при которых копирование и тестирование занимают часы, необходимость регламентных операций без остановки работы пользователей. При появлении этих признаков миграция на клиент-серверный режим уже оправдана.

Маршрут решения

Маршрут выбора режима работы

Пользователей до 5–7, база небольшая, нет сервераОставайтесь на файловом режиме, настройте регулярную выгрузку в .dt

Ошибки блокировок, тормоза при совместной работе, база быстро растётПланируйте переход на клиент-серверный режим

Есть лицензии MS SQL и Windows-инфраструктураРазворачивайте сервер 1С + MS SQL Server

Нужно минимизировать стоимость лицензий и есть Linux-компетенцииИспользуйте сервер 1С + адаптированный PostgreSQL

В организации корпоративный стандарт Oracle или Db2Согласуйте внедрение с корпоративной ИТ-службой и используйте действующую СУБД

Миграция из файлового режима в клиент-серверный

Переход выполняется штатными средствами платформы через выгрузку и загрузку информационной базы. В конфигураторе файловой базы выполняется команда «Администрирование → Выгрузить информационную базу», в результате создаётся файл с расширением .dt. Затем на сервере 1С создаётся новая пустая информационная база с указанием нужной СУБД, и в неё через конфигуратор загружается полученный .dt-файл.

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

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

Резервное копирование и обслуживание базы 1С

Способ резервного копирования зависит от режима. Для файловой базы минимально надёжный вариант — регулярная выгрузка в .dt через конфигуратор при завершённых сеансах, дополнительно можно копировать файл 1Cv8.1CD, когда с базой никто не работает. Для клиент-серверного режима основной инструмент — штатные средства СУБД: планы обслуживания и бэкапы в MS SQL Server, pg_dump или физические копии в PostgreSQL.

Резервная копия без проверки восстановления — это иллюзия защищённости. Периодически разворачивайте копию на тестовом контуре и убеждайтесь, что база открывается и данные читаются. Храните копии на отдельном носителе или внешнем хранилище, а не на том же диске, где лежит рабочая база.

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

Контрольные точки

Как проверить состояние базы 1С

Наличие свежих резервных копий

Норма

Копии создаются по расписанию и хотя бы раз проверялись восстановлением

Тревожный признак

Последняя копия старше недели или восстановление никогда не тестировалось

Журнал ошибок и блокировок

Норма

Единичные блокировки в пиковые часы

Тревожный признак

Регулярные конфликты блокировок, ошибки СУБД в журнале

Размер и рост базы

Норма

Рост соответствует объёму вводимых документов

Тревожный признак

Резкий рост без причины, переполненный журнал транзакций

Скорость типовых операций

Норма

Проведение документов и отчёты выполняются за привычное время

Тревожный признак

Постепенное замедление без роста нагрузки — признак нехватки обслуживания СУБД

Часто задаваемые вопросы

1С — это база данных или нет?

Нет. 1С:Предприятие — это платформа для разработки и выполнения прикладных решений. Данные она хранит либо в собственном файловом формате 1Cv8.1CD, либо во внешних СУБД (MS SQL, PostgreSQL, Oracle, Db2), обращаясь к ним через сервер 1С.

Можно ли открыть файл 1Cv8.1CD без программы 1С?

Штатными средствами — нет: это закрытый формат платформы. Для чтения данных используют запуск базы через платформу 1С, выгрузку в .dt или выгрузку данных в открытые форматы (XML, CSV) средствами конфигурации.

Что лучше для 1С: MS SQL или PostgreSQL?

Обе СУБД официально поддерживаются и при грамотной настройке показывают сопоставимую производительность. MS SQL проще в сопровождении в Windows-среде, но требует лицензий; PostgreSQL бесплатен, но нужна адаптированная сборка и навыки его администрирования. Выбор определяется бюджетом и компетенциями команды.

Сколько пользователей выдержит файловая база 1С?

Точного норматива нет: всё зависит от интенсивности записи и конфигурации. Практический ориентир — комфортная работа примерно до 5–10 одновременных пользователей. При росте числа сеансов и объёма данных появляются блокировки и замедление, что служит сигналом к переходу на клиент-серверный режим.

Можно ли перевести файловую базу на SQL без потери данных?

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

Нужен ли отдельный сервер для клиент-серверной 1С?

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