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

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

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

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

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

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

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

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

Клиент-серверный режим: архитектура из трёх звеньев

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

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

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

Какие СУБД поддерживает платформа 1С

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

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

Сравнение вариантов

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

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

MS SQL Server

Средние и крупные базы в Windows-контуре. Ограничение: стоимость лицензий на сервер и клиентские доступы.

PostgreSQL

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

Oracle / Db2

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

Как определить, с какой базой работает ваша 1С

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

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

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

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

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

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

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

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

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

Десятки одновременных пользователей, жалобы на блокировки и скоростьПланируйте переход на клиент-серверный режим с MS SQL Server или PostgreSQL

Нужна работа регламентных заданий без остановки и горячее резервное копированиеИспользуйте клиент-серверный режим и штатные средства СУБД

База уже на SQL, но есть проблемы со скоростьюПроверяйте настройки СУБД, индексы и статистику, а не меняйте СУБД на другую

Перенос базы между режимами

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

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

Типичные ошибки и ограничения

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

Также встречаются: резервное копирование только средствами копирования файлов без проверки восстановления, работа пользователей с файловой базой через нестабильные сетевые подключения (Wi-Fi, VPN) и смешение версий платформы на клиентах и сервере. Каждая из этих ошибок рано или поздно приводит к простою или повреждению данных.

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

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

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

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

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

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

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

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

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

Как узнать, какая СУБД используется в клиент-серверной базе?

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

Теряются ли данные при переходе с файлового режима на SQL?

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