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

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

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

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

Файловый режим: как устроен и когда оправдан

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

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

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

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

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

Платформа официально поддерживает четыре СУБД: Microsoft SQL Server, PostgreSQL (в том числе отечественные сборки Postgres Pro), Oracle Database и IBM DB2. На практике подавляющее большинство внедрений использует MS SQL Server или PostgreSQL: первый популярен в корпоративном секторе на Windows-инфраструктуре, второй — как вариант с открытой лицензией, снижающий стоимость владения.

Сравнение файлового и клиент-серверного режимов

Выбор между режимами удобно делать по конкретным параметрам эксплуатации, а не по абстрактным представлениям о «серьёзности» решения.

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

Какую СУБД выбрать для клиент-серверного режима

Microsoft SQL Server

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

PostgreSQL

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

Oracle / IBM DB2

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

Как определить текущий тип базы и оценить нагрузку

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

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

Переход с файлового режима на клиент-серверный

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

1. 1
   Завершите все сеансы пользователей и сделайте резервную копию файловой базы
2. 2
   Разверните сервер 1С:Предприятия и выбранную СУБД, создайте пустую информационную базу в консоли кластера
3. 3
   В конфигураторе файловой базы выполните «Администрирование — Выгрузить информационную базу» в файл .dt
4. 4
   Откройте конфигуратор новой серверной базы и выполните «Загрузить информационную базу» из файла .dt
5. 5
   Проверьте работу базы: откройте ключевые документы, отчёты, выполните тестовое проведение
6. 6
   Переведите пользователей на новое подключение и заблокируйте старую файловую базу от изменений

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

Типичные ошибки при выборе и администрировании

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

Отдельного внимания заслуживает резервное копирование. В файловом режиме достаточно регулярно копировать файл базы при завершённых сеансах. В клиент-серверном режиме копирование файлов СУБД вручную недопустимо — используйте штатные механизмы: полные и разностные копии, резервное копирование журнала транзакций в MS SQL Server или pg_basebackup и архивацию WAL в PostgreSQL.

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

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

Подключение пользователей

Норма

Все пользователи входят в базу через кластер серверов

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

Часть клиентов подключается к старой файловой копии

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

Норма

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

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

Расхождения в остатках или отсутствие документов

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

Норма

Типовые операции выполняются быстрее или так же, как раньше

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

Работа медленнее файлового режима — проверяйте настройки СУБД

Итоговые рекомендации по выбору

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

Из СУБД для клиент-серверного режима прагматичный выбор — MS SQL Server при наличии бюджета и Windows-инфраструктуры либо PostgreSQL при необходимости минимизировать стоимость лицензий. Oracle и IBM DB2 разумны, когда они уже являются корпоративным стандартом организации.

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

Можно ли одновременно работать с одной базой в файловом и клиент-серверном режиме?

Нет. Это два разных способа хранения одних и тех же данных, но конкретная информационная база в каждый момент времени работает только в одном режиме. Для смены режима нужна выгрузка данных в файл .dt и загрузка в базу нового типа.

Какая СУБД быстрее для 1С — MS SQL Server или PostgreSQL?

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

Нужно ли менять конфигурацию при переходе на клиент-серверный режим?

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

Можно ли вернуться с клиент-серверного режима обратно на файловый?

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

Где физически хранятся данные в клиент-серверном режиме?

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

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

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