Администрирование · 11 мин
Базы данных 1С: какие бывают и как выбрать подходящий вариант
Файловый и клиент-серверный режимы 1С, поддерживаемые СУБД, критерии выбора, ограничения и типичные ошибки при развёртывании информационной базы.
Под «базой данных 1С» обычно понимают информационную базу — совокупность конфигурации, данных, пользователей и настроек, с которыми работает платформа «1С:Предприятие». Однако физически эти данные могут храниться по-разному, и от выбранного способа зависят производительность, надёжность, допустимое число пользователей и стоимость владения.
Платформа 1С поддерживает два принципиально разных режима работы: файловый, когда вся база хранится в одном файле на диске, и клиент-серверный, когда данными управляет полноценная СУБД. Внутри клиент-серверного режима есть выбор конкретной СУБД — Microsoft SQL Server, PostgreSQL, IBM DB2 или Oracle Database. Дополнительно существует облачный вариант, когда база размещается у провайдера и доступна через интернет.
Неправильный выбор режима — одна из самых частых причин проблем: база «тормозит», возникают конфликты блокировок, а при росте компании приходится срочно мигрировать. Ниже разобраны все варианты, их ограничения и критерии выбора.
Файловый режим: база в одном файле
В файловом режиме вся информационная база — конфигурация, данные, пользователи, настройки — хранится в одном файле с расширением 1Cv8.1CD. Файл размещается на локальном диске компьютера или в общей сетевой папке, и пользователи подключаются к нему напрямую или через веб-сервер.
Этот вариант не требует покупки и администрирования отдельной СУБД, прост в резервном копировании (достаточно скопировать файл) и удобен для переноса базы между компьютерами. Именно поэтому файловый режим — стандартный выбор для небольших организаций, филиалов и домашних бухгалтерий.
Главное ограничение — механизм блокировок. В файловом режиме при записи блокируется вся таблица целиком, а не отдельные строки. Когда одновременно работают несколько пользователей и кто-то проводит крупный документ или запускает отчёт, остальные ждут. На практике комфортная работа возможна примерно до 5–10 активных пользователей в зависимости от интенсивности ввода данных.
Дополнительные ограничения: размер одной таблицы в файловой базе ограничен (порядка 4 ГБ на таблицу), файл чувствителен к сбоям сети и питания — обрыв соединения в момент записи может повредить базу. Поэтому размещать файловую базу на сетевом диске с нестабильным каналом рискованно.
Клиент-серверный режим: СУБД управляет данными
В клиент-серверном варианте используется трёхуровневая архитектура: клиентское приложение — сервер «1С:Предприятия» — СУБД. Платформа не хранит данные сама, а передаёт их системе управления базами данных, которая отвечает за хранение, транзакции, блокировки на уровне записей и целостность.
Такой режим снимает ключевые ограничения файлового: блокировки работают на уровне отдельных записей, десятки и сотни пользователей могут работать одновременно, объём данных практически не ограничен, а штатные средства СУБД обеспечивают резервное копирование «на горячую», репликацию и отказоустойчивость.
Цена вопроса — необходимость лицензии на сервер 1С, лицензии на СУБД (кроме свободных вариантов PostgreSQL), выделенного серверного оборудования и специалиста, который будет всё это администрировать. Для компании с тремя бухгалтерами такой вариант избыточен, для компании с пятьюдесятью менеджерами — необходим.
Какие СУБД поддерживает 1С
Платформа «1С:Предприятие» официально работает с несколькими СУБД. Выбор конкретной зависит от бюджета, имеющейся инфраструктуры и квалификации администраторов.
| СУБД | Лицензия | Когда выбирают | Ограничения |
|---|---|---|---|
| Microsoft SQL Server | Платная, есть бесплатный Express с лимитами | Инфраструктура на Windows, нужна зрелая экосистема и поддержка | Стоимость лицензий при росте числа ядер и пользователей |
| PostgreSQL (включая Postgres Pro) | Свободная / коммерческая сборка | Экономия на лицензиях, Linux-инфраструктура | Требует специфической сборки и грамотной настройки под 1С |
| IBM DB2 | Коммерческая | Крупные предприятия с существующим парком IBM | Редкая экспертиза на рынке |
| Oracle Database | Коммерческая | Крупные корпорации с существующими лицензиями Oracle | Высокая стоимость владения |
На практике большинство внедрений сводится к двум вариантам: MS SQL Server и PostgreSQL. Первый проще в настройке под 1С и лучше документирован в контексте платформы, второй существенно дешевле, но требует внимательного тюнинга параметров, иначе производительность может заметно просесть.
Бесплатный выпуск MS SQL Server Express формально подходит для небольших баз, но имеет ограничения по объёму базы, памяти и числу используемых ядер — для растущей компании это временное решение.
Сравнение режимов работы
Подходит до 5–10 пользователей и небольших объёмов; не требует СУБД и сервера, но блокировки на уровне таблиц и риск повреждения файла при сбоях.
Для средних и крупных компаний на Windows; простая настройка под 1С, но платные лицензии на СУБД.
Для тех, кто хочет сэкономить на лицензиях; требует квалифицированной настройки и мониторинга.
Когда нет своего сервера и администратора; зависимость от провайдера и качества интернет-канала.
Облачное размещение базы
Отдельный сценарий — размещение базы не на собственном оборудовании, а у облачного провайдера. Физически это тот же файловый или клиент-серверный режим, но сервер находится в дата-центре, а пользователи подключаются через интернет — по тонкому клиенту или через браузер.
Такой вариант подходит компаниям без собственного сервера и системного администратора, а также распределённым командам: бухгалтерия, склад и офис могут работать в одной базе из разных городов. Провайдер обычно берёт на себя резервное копирование и обновление инфраструктуры.
Ограничения очевидны: работа полностью зависит от стабильности интернет-канала, данные хранятся у третьей стороны (что требует оценки условий договора и защиты персональных данных), а ежемесячная оплата на длинном горизонте может превысить стоимость собственного сервера.
Как выбрать режим под свою задачу
Выбор режима сводится к четырём факторам: число одновременно работающих пользователей, объём и интенсивность ввода данных, требования к бесперебойной работе и бюджет на инфраструктуру с администрированием.
Как выбрать действие
Отдельно учитывайте рост. Если компания планирует нанимать сотрудников и увеличивать документооборот, имеет смысл сразу закладывать клиент-серверную архитектуру: миграция с файлового режима возможна, но в разгар рабочего сезона она болезненна.
Как перенести базу из файлового режима в клиент-серверный
Миграция выполняется штатными средствами платформы через выгрузку и загрузку информационной базы. Процедура безопасна при соблюдении порядка действий, но требует, чтобы пользователи не работали в базе на время переноса.
Файл выгрузки .dt при больших объёмах формируется и загружается долго — иногда часами. Для очень крупных баз применяют альтернативные способы переноса средствами самой СУБД, но это работа для специалиста.
Как проверить результат
Списки открываются, данные на месте, итоги сходятся
Пустые журналы, ошибки при открытии, расхождение оборотов
Документы проводятся без ошибок блокировок
Конфликты блокировок, ошибки транзакций
Все работают без взаимных ожиданий
Зависания при одновременном проведении
Типичные ошибки и ограничения
Ещё одна распространённая ситуация — попытка «лечить» медленную файловую базу наращиванием мощности компьютера. Если узкое место — блокировки таблиц, никакой процессор не поможет: проблема архитектурная, и решается она только переходом на клиент-серверный режим.
Помните и про регламентные операции: в файловом режиме они выполняются вручную или по расписанию на отдельном компьютере, а в клиент-серверном — через задания кластера. Отсутствие регламентных заданий (пересчёт итогов, обновление индексов СУБД) со временем деградирует производительность любой базы.
Что важно запомнить
Базы 1С бывают файловыми (один файл, до ~5–10 пользователей, блокировки таблиц) и клиент-серверными на MS SQL, PostgreSQL, DB2 или Oracle (масштабируемость и блокировки записей). Облачный вариант — тот же режим на инфраструктуре провайдера. Выбирайте по числу пользователей и интенсивности работы, а миграцию выполняйте через выгрузку .dt с обязательной резервной копией.
Частые вопросы
Сколько пользователей выдерживает файловая база 1С?
Технического жёсткого лимита нет, но из-за блокировок на уровне таблиц комфортная работа обычно возможна при 5–10 активных пользователях. Если пользователи в основном просматривают данные, а не вводят их, число может быть выше; при интенсивном проведении документов — ниже.
Можно ли открыть файл 1Cv8.1CD без платформы 1С?
Нет, это закрытый формат платформы. Чтение и запись возможны только средствами «1С:Предприятия». Для обмена данными с внешними системами используются выгрузки в открытые форматы или штатные механизмы интеграции.
Что лучше для 1С: MS SQL или PostgreSQL?
Обе СУБД официально поддерживаются. MS SQL проще в настройке под 1С и предсказуемее «из коробки», но требует платных лицензий. PostgreSQL бесплатен, однако нуждается в специальной сборке или тонкой настройке. При наличии квалифицированного администратора PostgreSQL — экономичный и рабочий выбор.
Обязательно ли покупать серверную лицензию 1С для клиент-серверного режима?
Да. Для работы сервера «1С:Предприятия» требуется отдельная лицензия на сервер помимо клиентских лицензий пользователей. Исключение — некоторые поставки и облачные сервисы, где серверная часть уже включена в подписку.
Как понять, что пора переходить с файлового режима на клиент-серверный?
Характерные признаки: пользователи регулярно жалуются на ожидание при проведении документов, возникают ошибки конфликта блокировок, отчёты строятся по несколько минут, а файл базы вырос настолько, что копирование занимает заметное время. Два-три таких симптома одновременно — сигнал планировать миграцию.
Можно ли вернуться с клиент-серверного режима обратно на файловый?
Да, через ту же процедуру: выгрузка базы в файл .dt из конфигуратора и загрузка в новую файловую базу. Ограничение — объём: если данные выросли за пределы возможностей файлового формата, обратный переход станет нецелесообразным.