К статье
Практический материал

Администрирование · 11 мин

Какие базы данных поддерживает 1С

Какие СУБД поддерживает платформа 1С: файловый режим, MS SQL Server, PostgreSQL, Oracle, IBM Db2. Условия выбора, ограничения и настройка.

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

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

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

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

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

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

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

Microsoft SQL Server: самый распространённый вариант

MS SQL Server — фактически стандарт де-факто для клиент-серверной 1С в Windows-инфраструктуре. Платформа поддерживает актуальные версии SQL Server, а для работы сервера 1С требуется соответствующий клиентский доступ. Большинство инструкций, типовых настроек и специалистов на рынке ориентированы именно на эту связку.

Сильные стороны варианта: зрелые инструменты резервного копирования, репликации и мониторинга, хорошая производительность на больших объёмах, предсказуемое поведение под нагрузкой. Слабая сторона — стоимость лицензий на сам SQL Server, которая может существенно превышать стоимость лицензий 1С при большом числе ядер или пользователей.

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

PostgreSQL и Postgres Pro: бесплатная альтернатива

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

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

По производительности грамотно настроенный PostgreSQL сопоставим с MS SQL Server в типовых сценариях 1С. Основные издержки — меньшее число готовых инструкций и специалистов именно по связке «1С + PostgreSQL», а также необходимость аккуратно следить за обслуживанием: без регулярного вакуума и анализа таблиц производительность деградирует заметно быстрее, чем у конкурентов.

Сравнение вариантов СУБД для 1С

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

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

MS SQL Server

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

PostgreSQL / Postgres Pro

Снижение затрат на лицензии, импортозамещение, Linux-инфраструктура. Ограничение: требует квалифицированного обслуживания.

Oracle Database

Крупные предприятия, где Oracle уже развёрнут. Ограничение: дорогое лицензирование и администрирование.

IBM Db2

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

Oracle Database и IBM Db2: нишевые варианты

Поддержка Oracle Database и IBM Db2 заложена в платформу, но на практике эти СУБД выбирают не «с нуля», а там, где они уже являются корпоративным стандартом: крупные холдинги, банки, промышленные предприятия с существующим парком Oracle или IBM и штатом профильных администраторов.

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

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

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

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

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

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

До 5 пользователей, база до нескольких гигабайт, нет выделенного администратораОставайтесь на файловом режиме, настройте регулярную выгрузку в .dt
10–50 пользователей, ограниченный бюджет, есть Linux-компетенцииРазворачивайте PostgreSQL или Postgres Pro с адаптированной сборкой
Средняя или крупная компания, Windows-инфраструктура, нужны зрелые средства резервированияВыбирайте MS SQL Server подходящей редакции
В организации уже работает Oracle или IBM Db2 и есть штатные администраторыИспользуйте существующую СУБД, сверив версию с документацией платформы

Отдельно учитывайте требования к отказоустойчивости. Если простой базы в течение часа критичен для бизнеса, нужны кластерные решения СУБД и регулярно проверяемые резервные копии — а это аргумент в пользу варианта, который ваш администратор умеет обслуживать, а не самого «мощного» на бумаге.

Как развернуть клиент-серверную базу и проверить результат

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

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

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

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

Запуск базы пользователями
Норма

Все пользователи входят, сеансы видны в консоли кластера

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

Ошибки подключения к СУБД или отсутствие сеансов в консоли

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

Сверка оборотно-сальдовой ведомости и ключевых отчётов до и после миграции совпадает

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

Расхождения в итогах — базу нужно перезагрузить из .dt

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

Проведение документов и отчёты работают не медленнее, чем в файловом режиме

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

Резкие «подвисания» — проверять настройки СУБД и план обслуживания

Резервное копирование
Норма

Копия создаётся по расписанию и успешно восстанавливается на тестовом сервере

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

Копия не восстанавливается — схема резервирования нерабочая

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

Типичные ошибки
01
Попытка подключить 1С к MySQL или другой неподдерживаемой СУБД — платформа такой режим не предусматривает, работают только четыре перечисленные СУБД и файловый формат.
02
Установка стандартного PostgreSQL без адаптированной сборки и настройки — ошибки при создании базы и деградация производительности без обслуживания.
03
Перенос базы копированием файлов данных СУБД вместо выгрузки .dt — риск получить несогласованные данные.
04
Работа на SQL Server Express с производственной базой, превышающей лимиты редакции, — внезапная остановка роста базы в самый неподходящий момент.
05
Отсутствие проверки восстановления из резервной копии — копия формально есть, но в критический момент она не разворачивается.

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

Итог

Что важно запомнить

1С поддерживает файловый режим и четыре СУБД: MS SQL Server, PostgreSQL (Postgres Pro), Oracle и IBM Db2. Для большинства внедрений выбор сводится к файловому режиму на старте и переходу на PostgreSQL или MS SQL Server по мере роста. Миграция выполняется через выгрузку .dt, а работоспособность подтверждается сверкой отчётов и тестовым восстановлением резервной копии.

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

Может ли 1С работать с MySQL или MariaDB?

Нет. Архитектура платформы предусматривает работу только с файловым хранилищем и четырьмя СУБД: MS SQL Server, PostgreSQL, Oracle и IBM Db2. Подключить MySQL, MariaDB, SQLite или другую СУБД в качестве основного хранилища информационной базы нельзя — такие данные можно использовать только как внешние источники для обмена.

Что выбрать: PostgreSQL или MS SQL Server?

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

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

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

Можно ли сменить СУБД после внедрения, не потеряв данные?

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

Нужна ли отдельная лицензия 1С для клиент-серверного режима?

Да. Для работы в клиент-серверном варианте требуется лицензия на сервер 1С:Предприятия помимо клиентских лицензий. Лицензии на саму СУБД (для MS SQL Server, Oracle, Db2) приобретаются отдельно у соответствующих вендоров; PostgreSQL и Postgres Pro в базовых редакциях распространяются бесплатно.

Что такое Postgres Pro и чем он отличается от обычного PostgreSQL?

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