С какими базами данных работает 1С: сравнение СУБД и рекомендации по выбору

Платформа 1С:Предприятие — это не просто бухгалтерская программа, а полноценная система управления бизнесом, которая может работать с разными типами баз данных. От выбора СУБД (системы управления базами данных) зависит производительность, масштабируемость и даже стоимость владения вашей 1С. Но как разобраться, какая база подойдёт именно вам? Файловый режим для маленького магазина или Microsoft SQL Server для распределённой сети?

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

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

Официально поддерживаемые 1С базы данных в 2026 году

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

• 📁 Файловый режим (встроенная база 1С, не требует отдельной СУБД)
• 🔹 Microsoft SQL Server (включая Express-версию)
• 🐘 PostgreSQL (с 1С:Предприятие 8.3.14 и выше)
• 🧡 Oracle Database (реже используется, требует лицензии)

Важно понимать, что с версии 8.3.20 файловая база перестала быть рекомендуемым решением для производственных систем с более чем 5 пользователями. Даже для небольших компаний переход на клиент-серверную архитектуру даёт прирост в стабильности и скорости работы. При этом PostgreSQL с каждым обновлением 1С получает всё большую поддержку, тогда как Oracle остаётся нишевым решением из-за высокой стоимости лицензирования.

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

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

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

• 👥 Максимум 5–10 пользователей (при большем количестве возникают блокировки и тормоза)
• 📉 Падение производительности при объёме базы более 4–5 ГБ
• 🔄 Нет транзакционной целостности (при аварийном отключении возможна потеря данных)
• 🔒 Отсутствует контроль версий и журнал транзакций

Где файловая база ещё может применяться?

• 🛒 Маленькие магазины с 1–2 кассами и минимальным документооборотом
• 📊 Тестовые или обучающие конфигурации
• 🏠 Домашнее использование (например, для ведения личного бюджета)

Переход с файлового режима на клиент-серверный (например, MS SQL или PostgreSQL) занимает от 30 минут до нескольких часов в зависимости от объёма данных. Главное — проверить целостность данных после миграции и настроить права доступа пользователей заново.

Что будет если в файловой базе одновременно работают 15 пользователей?

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

Microsoft SQL Server: золотой стандарт для 1С

Microsoft SQL Server — самая популярная СУБД для 1С в России. Она предлагает оптимальное сочетание производительности, надёжности и поддержки со стороны 1С. Даже бесплатная версия SQL Server Express подходит для большинства средних компаний.

Основные преимущества:

• 🚀 Высокая скорость работы при правильной настройке индексов
• 🛡️ Полноценная поддержка транзакций и откат изменений при сбоях
• 🔧 Гибкие инструменты администрирования (SSMS, SQL Server Management Studio)
• 📊 Встроенные средства анализа производительности (Execution Plans, Query Store)

Однако есть и ограничения. Например, SQL Server Express имеет лимит на размер базы в 10 ГБ (начиная с версии 2016). Для крупных предприятий потребуется Standard или Enterprise издание, что увеличивает стоимость владения.

Версия SQL Server	Макс. размер базы	Кол-во ядер CPU	Оперативная память	Стоимость (лицензия)
Express	10 ГБ	4 ядра	1,4 ГБ	Бесплатно
Standard	Неограничено	24 ядра	128 ГБ	От ~200 000 ₽
Enterprise	Неограничено	Неограничено	Неограничено	От ~1 500 000 ₽

Для настройки SQL Server под 1С рекомендуется:

1. Выделить отдельный физический сервер или виртуальную машину
2. Настроить TempDB на быстрых SSD-дисках
3. Оптимизировать планы выполнения запросов для типичных операций 1С
4. Регулярно обновлять статистику и перестраивать индексы

Установить максимальную память сервера (оставить 4–8 ГБ для ОС)|

Включить параметр MAXDOP (рекомендуется значение 4–8)|

Настроить автоувеличение файлов базы с шагом 10–20%|

Отключить автосжатие базы (может тормозить работу)|

Создать отдельный файл группы для TempDB

-->

PostgreSQL: бесплатная альтернатива с растущей поддержкой

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

Главные плюсы PostgreSQL:

• 💰 Полностью бесплатна (нет лицензионных отчислений)
• 📈 Хорошая производительность при правильной настройке
• 🔧 Поддержка JSON и других современных форматов данных
• 🌐 Кросс-платформенность (работает на Linux, Windows, macOS)

Однако есть и нюансы:

• ⚠️ Требует ручной настройки параметров postgresql.conf для оптимальной работы с 1С
• ⚠️ Меньше готовых инструментов для мониторинга по сравнению с MS SQL
• ⚠️ Некоторые операции (например, резервное копирование) реализованы иначе

Минимальные требования для PostgreSQL под 1С:

• Версия СУБД: 12 или новее (рекомендуется 14–16)
• Оперативная память: от 8 ГБ (16 ГБ для баз >30 ГБ)
• Процессор: 4 ядра и выше
• Дисковое пространство: SSD с высокой скоростью записи

Пример конфигурации postgresql.conf для 1С:

shared_buffers = 4GB
effective_cache_size = 12GB
maintenance_work_mem = 1GB
work_mem = 16MB
random_page_cost = 1.1
max_worker_processes = 8
max_parallel_workers_per_gather = 4

Oracle Database: мощь за высокую цену

Oracle Database — это enterprise-решение, которое редко выбирают для 1С из-за высокой стоимости лицензирования. Однако в некоторых случаях (например, для интеграции с корпоративными системами на Oracle) оно может быть оправдано.

Преимущества:

• 🏆 Максимальная надёжность и отказоустойчивость
• 🔄 Поддержка RAC (Real Application Clusters) для распределённых систем
• 📊 Продвинутые инструменты анализа производительности

Недостатки:

• 💸 Высокая стоимость лицензий (от ~500 000 ₽ за процессор)
• 🛠️ Сложность администрирования (требуются специалисты с опытом Oracle)
• 🐢 Более медленная работа с 1С по сравнению с MS SQL в типичных сценариях

Если вы всё же рассматриваете Oracle, обратите внимание на следующие моменты:

• Требуется версия 12c или 19c (проверьте совместимость с вашей версией 1С)
• Обязательна настройка параметров SGA и PGA под нагрузку 1С
• Рекомендуется использовать AL32UTF8 в качестве кодировки базы

Как выбрать СУБД для 1С: пошаговый алгоритм

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

1. Оцените количество пользователей:
   • 1–5 человек → можно начать с файлового режима (но будьте готовы к миграции)
   • 5–50 человек → Microsoft SQL Server Express или PostgreSQL
   • 50+ человек → Microsoft SQL Server Standard/Enterprise или кластер PostgreSQL
2. Проверьте объём базы данных:
   • До 4 ГБ → файловая база или SQL Express
   • 4–50 ГБ → PostgreSQL или MS SQL Standard
   • 50+ ГБ → MS SQL Enterprise с разделением на файлы
3. Учтите бюджет:
   • Минимальный → PostgreSQL (бесплатно) или SQL Express (бесплатно, но с ограничениями)
   • Средний → MS SQL Standard (~200 000 ₽)
   • Высокий → MS SQL Enterprise или Oracle (от 500 000 ₽)

Оцените требования к надёжности:

• Критичные данные → MS SQL с кластеризацией или PostgreSQL с репликацией
• Резервные копии раз в день → достаточно файловой базы или SQL Express

Если вы сомневаетесь, начните с PostgreSQL — это бесплатное решение с хорошей производительностью, которое легко масштабировать. Для миграции с файловой базы на клиент-серверную используйте стандартный механизм 1С: Администрирование → Выгрузить/Загрузить информационную базу.

💡

Перед миграцией на другую СУБД протестируйте производительность на копии базы. Используйте утилиту chdbfl.exe (входит в комплект 1С) для проверки целостности данных после переноса.

Типичные ошибки при выборе и настройке СУБД для 1С

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

• ❌ Игнорирование резервного копирования — особенно актуально для файловой базы, где нет встроенных механизмов восстановления. Всегда настраивайте автоматическое резервирование (например, через pg_dump для PostgreSQL или SQL Server Agent для MS SQL).
• ❌ Неправильное распределение ресурсов — если на сервере с MS SQL не хватает памяти, система начинает активно использовать диск, что приводит к тормозам. Мониторьте показатели Page Life Expectancy (должен быть >300).
• ❌ Отсутствие тестовой среды — обновления 1С или СУБД нужно сначала проверять на копии базы, а не сразу применять в боевой системе.
• ❌ Использование устаревших версий — например, MS SQL Server 2008 не поддерживается последними версиями 1С и имеет уязвимости.

Ещё одна частая ошибка — неправильная настройка коллаций (правил сравнения строк). Для 1С важно использовать коллации, поддерживающие кириллицу, например:

• Для MS SQL: Cyrillic_General_CI_AS
• Для PostgreSQL: ru_RU.UTF-8 или C

Если коллация настроена неправильно, могут возникать ошибки при поиске или сортировке русских слов.

Что будет если не обновлять статистику в MS SQL?

Без актуальной статистики оптимизатор запросов выбирает неэффективные планы выполнения. Это приводит к замедлению работы 1С, особенно при выполнении отчётов или обработок с большими выборками. Например, простой отчёт "Обороты по счёту" может выполняться в 10–100 раз дольше.

Миграция между СУБД: пошаговая инструкция

Если вы решили сменить базу данных (например, перейти с файловой на PostgreSQL или с MS SQL на Oracle), следуйте этому алгоритму:

1. Подготовка:
   • Создайте резервную копию текущей базы
   • Проверьте свободное место на диске (нужно минимум в 2 раза больше размера базы)
   • Установите целевую СУБД и настройте пользователя с правами на создание баз
2. Выгрузка данных:
   • В 1С перейдите в Администрирование → Выгрузить информационную базу
   • Сохраните файл .dt в безопасное место
3. Создание новой базы:
   • В конфигураторе выберите Файл → Новая информационная база
   • Укажите тип СУБД (например, PostgreSQL)
   • Задайте параметры подключения (сервер, порт, имя базы, пользователь)
4. Загрузка данных:
   • В конфигураторе выберите Администрирование → Загрузить информационную базу
   • Укажите выгруженный ранее файл .dt
   • Дождитесь завершения процесса (может занять от нескольких минут до часов)

Проверка и оптимизация:

• Запустите тестовые операции в 1С (проведение документов, формирование отчётов)
• Настройте индексы и обновление статистики в новой СУБД
• Организуйте регулярное резервное копирование

Для ускорения миграции крупных баз (>50 ГБ) можно использовать утилиты от сторонних разработчиков, например, 1C:DataConverter или DBConvert. Они позволяют переносить данные напрямую между СУБД без промежуточной выгрузки в файл.

Сделать полный бэкап текущей базы|

Проверить совместимость версий 1С и целевой СУБД|

Настроить права доступа для пользователя СУБД|

Отключить пользователей от 1С на время миграции|

Подготовить план отката на случай сбоя

-->

FAQ: ответы на частые вопросы о СУБД и 1С

Можно ли использовать MySQL или MariaDB с 1С?

Нет, 1С:Предприятие 8.3 официально не поддерживает MySQL/MariaDB. Хотя технически можно попробовать подключиться через ODBC, это не гарантирует стабильной работы и может привести к потере данных. Фирма "1С" проводит сертификацию только для MS SQL, PostgreSQL и Oracle.

Какой минимальный сервер нужен для 1С на PostgreSQL с 20 пользователями?

Для 20 пользователей и базы до 20 ГБ рекомендуется:

• Процессор: 4 ядра (Intel Xeon или AMD EPYC)
• ОЗУ: 16 ГБ (32 ГБ, если используются сложные отчёты)
• Диски: SSD объёмом 250 ГБ (RAID 1 для отказоустойчивости)
• ОС: Linux (Ubuntu Server 22.04) или Windows Server 2022

Для виртуальной машины выделите не менее 4 vCPU и 16 ГБ RAM.

Что делать, если после миграции на MS SQL 1С стала работать медленнее?

Причины замедления могут быть разными:

1. Не обновлена статистика — выполните EXEC sp_updatestats.
2. Не хватает памяти — увеличьте maximum server memory в настройках SQL.
3. Фрагментация индексов — запустите REINDEX или ALTER INDEX REORGANIZE.
4. Неправильный план выполнения — проверьте через SQL Server Profiler.

Также убедитесь, что на сервере не работают другие ресурсоёмкие приложения.

Можно ли вернуть файловую базу 1С обратно после миграции на SQL?

Да, но это не всегда целесообразно. Для обратной миграции:

1. Создайте новую файловую базу в конфигураторе.
2. Выгрузите данные из SQL-базы через Администрирование → Выгрузить информационную базу.
3. Загрузите данные в файловую базу.

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

Какую СУБД выбрать для 1С:УТ (Управление торговлей) с 100 пользователями?

Для 100 пользователей в 1С:Управление торговлей оптимальные варианты:

1. Microsoft SQL Server Standard — надёжное решение с хорошей поддержкой.
2. PostgreSQL на dedicated-сервере — бесплатная альтернатива, но потребует тонкой настройки.

Не рекомендуется:

• 🚫 SQL Server Express (ограничение по размеру базы в 10 ГБ)
• 🚫 Файловый режим (не выдержит нагрузку)

Для такого количества пользователей также важно:

• Разделить базу на файлы (filegroups) для ускорения резервного копирования.
• Настроить репликацию или кластер для отказоустойчивости.
• Использовать SSD-диски с высокой скоростью записи (например, NVMe).