На какой базе данных работает 1С

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

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

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

Как устроено хранение данных в 1С

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

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

Файловый режим: база без отдельной СУБД

В файловом варианте вся информационная база хранится в одном файле с именем 1Cv8.1CD. Файл размещается на локальном диске компьютера или в общей сетевой папке, и пользователи подключаются к нему напрямую. Никакая внешняя СУБД при этом не используется — механизм работы с файлом встроен в саму платформу.

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

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

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

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

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

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

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

Между SQL Server и PostgreSQL выбор чаще всего экономический и организационный: если в компании уже есть лицензии и администратор MS SQL, логично использовать его. Если задача — минимизировать стоимость лицензий или выполняются требования по использованию отечественного ПО, рассматривают PostgreSQL или Postgres Pro. Oracle и Db2 имеет смысл выбирать в основном тогда, когда они уже развёрнуты и поддерживаются в организации.

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

Как выбрать действие

С базой работает несколько пользователей, объём данных небольшойИспользуйте файловый режим на локальном диске сервера или выделенного компьютера с регулярным резервным копированием

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

Нужно минимизировать затраты на лицензии СУБДРассмотрите PostgreSQL в сборке, рекомендованной для 1С, или Postgres Pro

В организации уже есть администрированный MS SQL ServerРазворачивайте базы 1С на существующем экземпляре, выделив достаточные ресурсы

Как узнать, на какой базе работает ваша 1С

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

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

1. 1
   Откройте окно запуска 1С и выделите нужную информационную базу
2. 2
   Нажмите «Изменить» и посмотрите тип расположения: каталог на диске или сервер 1С:Предприятия
3. 3
   Для серверного варианта откройте консоль кластера серверов и найдите базу в списке информационных баз
4. 4
   В свойствах базы проверьте поля «Тип СУБД», «Сервер баз данных» и «Имя базы данных»
5. 5
   Убедитесь, что указанный сервер СУБД доступен и база существует на его стороне

Переход между режимами и типичные ошибки

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

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

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

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

Как проверить результат

Запуск информационной базы

Норма

База открывается, пользователи подключаются без ошибок

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

Ошибки соединения с СУБД или кластером серверов

Целостность данных

Норма

Тестирование и исправление не выявляет ошибок логической целостности

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

Сообщения о битых ссылках, повреждённых таблицах

Сверка итогов

Норма

Оборотно-сальдовая ведомость и ключевые отчёты совпадают с исходной базой

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

Расхождения в остатках и оборотах

Производительность

Норма

Типовые операции выполняются не медленнее, чем до миграции

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

Резкий рост времени отклика, блокировки

Ограничения и риски, о которых стоит знать

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

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

Выгрузка в .dt — универсальный, но не самый быстрый способ резервного копирования: на больших базах она занимает заметное время и требует монопольного режима. В клиент-серверных внедрениях разумно сочетать регулярные бэкапы средствами СУБД с периодической выгрузкой .dt как независимой страховкой.

Частые вопросы

Может ли 1С работать без какой-либо СУБД?

Да, в файловом режиме отдельная СУБД не нужна: платформа сама работает с файлом 1Cv8.1CD. Это полноценный рабочий режим для небольших баз, хотя и с ограничениями по числу пользователей и надёжности при сетевом размещении.

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

Обе поддерживаются платформой. MS SQL Server чаще выбирают за зрелые инструменты администрирования и распространённость специалистов, PostgreSQL — за отсутствие лицензионных платежей и соответствие требованиям к отечественному ПО. Решающими обычно оказываются бюджет и наличие компетенций в организации.

Можно ли открыть базу 1С напрямую через SQL-запросы?

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

Как понять, что файловый режим уже не справляется?

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

Сложно ли перенести базу с одного типа СУБД на другой?

Штатный механизм — выгрузка в .dt и загрузка в новую базу — работает независимо от типа СУБД, поэтому смена, например, MS SQL на PostgreSQL технически выполнима. Основные трудности — время выгрузки больших баз, настройка новой СУБД и обязательная проверка корректности данных после переноса.

Нужна ли отдельная лицензия на СУБД для 1С?

Да, лицензии на платформу 1С и на СУБД — разные вещи. Для MS SQL Server, Oracle и Db2 требуются соответствующие лицензии производителя СУБД. PostgreSQL в свободной сборке лицензионных платежей не требует, но нужна версия, адаптированная для работы с платформой 1С.