Какие существуют базы данных в 1С и как выбрать подходящую

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

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

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

Файловый режим: встроенная база данных 1С

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

Такой вариант максимально прост в развёртывании: достаточно установить платформу и указать путь к каталогу с базой. Резервное копирование сводится к копированию файла (при закрытых сеансах пользователей), а перенос базы на другой компьютер — к перемещению каталога. Именно поэтому файловый режим часто используют для старта работы, тестовых стендов и небольших офисов.

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

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

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

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

На практике подавляющее большинство клиент-серверных внедрений использует MS SQL Server или PostgreSQL. Oracle и DB2 встречаются там, где они уже являются корпоративным стандартом и для них есть штатные администраторы.

Особенности работы с MS SQL Server

MS SQL Server исторически самый распространённый выбор для клиент-серверной 1С в среде Windows. Для него накоплено больше всего практических рекомендаций, готовых регламентов обслуживания и специалистов на рынке. Интеграция с Windows-аутентификацией упрощает управление доступом.

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

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

Особенности работы с PostgreSQL

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

Настройка PostgreSQL под 1С имеет свою специфику: параметры памяти, соединений и планировщика запросов нужно выставлять с учётом рекомендаций, иначе возможны неожиданные блокировки и медленные запросы. Как и в случае с MS SQL, требуется регулярное обслуживание — очистка и анализ таблиц (vacuum, analyze), контроль роста базы.

Как выбрать вариант хранения под свою задачу

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

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

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

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

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

Инфраструктура на Windows и есть бюджет на лицензииРассмотрите MS SQL Server как наиболее изученный вариант

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

В компании уже есть Oracle или DB2 и штатные администраторыИспользуйте существующий корпоративный стандарт

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

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

Проверка корректности работы и обслуживание

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

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

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

Запуск базы и вход пользователей

Норма

Пользователи входят без ошибок, списки документов открываются быстро

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

Ошибки соединения с СУБД, таймауты при открытии форм

Проведение документов при одновременной работе

Норма

Документы проводятся без конфликтов блокировок

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

Регулярные ошибки «Конфликт блокировок»

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

Норма

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

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

Копии не создаются или восстановление не проверялось

Размер базы и журнала транзакций

Норма

Рост контролируемый, место на дисках в запасе

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

Журнал транзакций разрастается и заполняет диск

Резервные копии нужно не только создавать, но и периодически проверять восстановлением на тестовом сервере. Копия, которая ни разу не восстанавливалась, не считается надёжной защитой данных.

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

Можно ли открыть базу 1С напрямую через MS SQL Management Studio и править данные?

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

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

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

Что выгоднее: MS SQL Server или PostgreSQL?

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

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

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

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

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

Что делать, если файл базы повредился?

Сначала сделайте копию повреждённого файла, чтобы не ухудшить ситуацию. Затем используйте утилиту chdbfl из каталога установки платформы или штатное «Тестирование и исправление» в конфигураторе. Если восстановить не удаётся, возвращайтесь к последней рабочей резервной копии — поэтому регулярное копирование критично именно для файлового режима.