Администрирование · 12 мин
Какие бывают базы 1С и как выбрать подходящий вариант
Разбираем, какие бывают базы 1С: файловые и клиент-серверные, хранение данных, требования, плюсы и минусы каждого варианта и критерии выбора для компании.
База 1С — это не один формат, а несколько способов организации данных, между которыми придётся выбирать ещё на этапе внедрения. От этого выбора зависят скорость работы, допустимое количество пользователей, требования к оборудованию и стоимость сопровождения. Ошибка на старте приводит к тормозящей системе или к лишним затратам на серверные лицензии.
Все базы 1С делятся на два больших класса: файловые и клиент-серверные. Внутри каждого класса есть свои варианты — по способу подключения, по используемой СУБД, по размещению (локально или в облаке). Ниже разберём каждый вариант, его ограничения и типичные сценарии применения.
Файловые базы 1С: как устроены и кому подходят
Файловая база — самый простой вариант. Все данные, включая конфигурацию, документы и справочники, хранятся в одном файле с расширением 1Cv8.1CD. Чтобы начать работу, достаточно указать платформе путь к папке с этим файлом — никаких дополнительных серверов и СУБД не требуется.
Пользователи подключаются к файлу либо с локального компьютера, либо по сети через общую папку (сетевой ресурс Windows). Второй вариант удобен для небольшого офиса, но чувствителен к качеству сети: при обрыве соединения во время записи данных файл может повредиться.
Практический предел файлового режима — примерно 5 одновременно работающих пользователей и база размером до нескольких гигабайт. При превышении этих ориентиров появляются блокировки, замедление проведения документов и ошибки совместного доступа. Точные границы зависят от конфигурации и интенсивности работы, поэтому оценивайте ситуацию по фактической скорости, а не только по числу пользователей.
Клиент-серверные базы: архитектура и варианты СУБД
В клиент-серверном варианте данные хранятся не в файле, а в полноценной системе управления базами данных. Между пользователем и данными появляется дополнительный компонент — сервер 1С:Предприятия, который обрабатывает запросы, управляет блокировками и распределяет нагрузку.
Платформа 1С поддерживает четыре СУБД: Microsoft SQL Server, PostgreSQL (включая сборки Postgres Pro), Oracle Database и IBM DB2. На практике чаще всего встречаются MS SQL Server и PostgreSQL: первый популярен в среде Windows-инфраструктуры, второй выбирают ради снижения затрат на лицензии, поскольку PostgreSQL распространяется бесплатно.
Клиент-серверный вариант снимает ограничения файлового режима: десятки и сотни одновременных пользователей, базы объёмом в сотни гигабайт, механизмы полнотекстового поиска и регламентных заданий на сервере. Обратная сторона — необходимость администрировать СУБД, настраивать резервное копирование и следить за производительностью сервера.
Сравнение вариантов
Подходит для 1–5 пользователей и небольших объёмов данных. Минимальные затраты на запуск, но ограниченная производительность и уязвимость при сбоях сети.
Подходит для средних и крупных внедрений в инфраструктуре Windows. Требует платных лицензий на СУБД и квалифицированного администрирования.
Подходит для тех же задач, что и MS SQL, но без затрат на лицензии СУБД. Требует аккуратной настройки и мониторинга производительности.
Как платформа хранит данные: что внутри базы
Независимо от типа базы внутри хранятся два больших блока: конфигурация (структура метаданных, код, формы, макеты) и собственно данные (справочники, документы, регистры). В файловом варианте оба блока лежат в одном файле, в клиент-серверном — распределяются по таблицам СУБД.
Отдельно стоит упомянуть формат выгрузки .dt — это не рабочая база, а архив, который создаётся через конфигуратор (меню «Администрирование» → «Выгрузить информационную базу»). Файл .dt используется для переноса базы между серверами, создания резервных копий и преобразования файловой базы в клиент-серверную и обратно.
Важно понимать: загрузка .dt — способ переноса всей базы целиком, включая пользователей и настройки. Если нужно перенести только данные между разными конфигурациями, используются другие механизмы — обработки обмена, универсальный формат EnterpriseData или планы обмена.
Локальное, сетевое и облачное размещение
Помимо типа хранения, базы различаются по месту размещения. Локальная база находится на компьютере пользователя — это типичный вариант для одного бухгалтера или для тестовых копий. Сетевая файловая база лежит в общей папке на одном из компьютеров офиса или на файловом сервере.
Клиент-серверную базу обычно размещают на выделенном сервере в офисе или в дата-центре. Существует и облачный сценарий: база разворачивается на виртуальном сервере у провайдера, а пользователи подключаются через интернет — тонким клиентом, веб-клиентом или через RDP. Облачное размещение снимает вопрос покупки сервера, но требует стабильного канала связи и договорённостей о резервном копировании.
Отдельный вариант — работа через веб-сервер (публикация базы на IIS или Apache). В этом случае пользователи заходят через браузер или тонкий клиент по HTTP, что удобно для удалённых сотрудников без настройки VPN.
Как выбрать тип базы под свою задачу
Основные критерии выбора — количество одновременно работающих пользователей, объём данных, требования к отказоустойчивости и бюджет на лицензии и администрирование. Для микробизнеса с одним-двумя сотрудниками файловый вариант почти всегда оправдан: он бесплатен в развёртывании и не требует специальных знаний.
Когда пользователей больше пяти, документооборот интенсивный, а простои критичны, переходите на клиент-серверный вариант. Выбор между MS SQL и PostgreSQL обычно сводится к имеющейся экспертизе: если в компании уже администрируют MS SQL, логично использовать его; если лицензионные затраты критичны — PostgreSQL.
Как выбрать действие
Переход между типами баз: как сделать безопасно
Смена типа базы выполняется через выгрузку и загрузку .dt. Порядок действий одинаков для перехода «файл → сервер» и обратно: выгрузить базу из конфигуратора, создать пустую базу нужного типа, загрузить в неё выгрузку. Для крупных баз процесс может занимать часы, поэтому его планируют на нерабочее время.
Перед переходом проверьте, что версия платформы на сервере не ниже версии, на которой работала файловая база, иначе загрузка может завершиться ошибкой. После загрузки обязательно выполните тестирование и исправление, а также проверьте работу ключевых сценариев: проведение документов, формирование отчётов, обмены с другими системами.
- 1Выгрузите файловую базу в dt через конфигуратор, убедившись, что все пользователи вышли
- 2Установите СУБД и сервер 1С:Предприятия, создайте пустую базу в консоли кластера
- 3Откройте конфигуратор новой базы и загрузите файл dt
- 4Выполните тестирование и исправление информационной базы
- 5Проверьте работу типовых операций и только потом подключайте пользователей
Типичные ошибки при работе с разными типами баз
Самая частая ошибка — вытягивание файлового режима за пределы его возможностей. Компания растёт, пользователей становится десять, а база по-прежнему лежит в общей папке. Результат — постоянные конфликты блокировок, повреждения файла при сбоях сети и потерянные данные.
Вторая группа ошибок связана с резервным копированием. Копирование файла 1Cv8.1CD во время работы пользователей даёт неработоспособную копию, а в клиент-серверном варианте администраторы иногда забывают, что бэкап нужно делать средствами СУБД, а не выгрузкой dt вручную «когда вспомнят».
Как проверить, что база работает нормально
После выбора типа базы и её развёртывания нужно убедиться, что режим работы соответствует нагрузке. Ориентируйтесь не на формальные цифры, а на наблюдаемые признаки: скорость проведения документов, частоту ошибок блокировок, время формирования типовых отчётов.
Как проверить результат
Выполняется за секунды без ошибок блокировок
Ожидание десятки секунд, сообщения о конфликте блокировок
Все сеансы работают стабильно, без вылетов
Регулярные разрывы соединения, ошибки доступа к файлу
Копии создаются по расписанию и периодически проверяются восстановлением
Копии делаются вручную от случая к случаю, восстановление никогда не проверялось
Размер контролируется, старые периоды при необходимости сворачиваются
База растёт бесконтрольно, никто не знает её текущий объём
Если диагностика показывает проблемы в файловом режиме — это сигнал к миграции, а не к попыткам «оптимизировать» файл. Если проблемы возникают в клиент-серверном варианте, сначала проверяйте настройки СУБД и сервера 1С: нехватка памяти, неправильные параметры PostgreSQL или MS SQL дают эффект «медленной 1С» при исправной конфигурации.
Что важно запомнить
Базы 1С бывают файловыми и клиент-серверными. Файловые просты и дёшевы, но ограничены несколькими пользователями. Клиент-серверные требуют СУБД и администрирования, зато масштабируются на сотни пользователей. Переход между типами делается через выгрузку в dt, а регулярное резервное копирование обязательно в любом варианте.
Частые вопросы
Можно ли превратить файловую базу в клиент-серверную без потери данных?
Да. Выгрузите базу в файл .dt через конфигуратор, создайте пустую базу на сервере 1С и загрузите выгрузку. Все данные, пользователи и настройки переносятся целиком. Перед операцией сделайте резервную копию и проверьте результат на тестовом доступе.
Сколько пользователей выдерживает файловая база 1С?
Точного ограничения в платформе нет, но практический ориентир — до 5 одновременно работающих пользователей. При большем числе резко растёт вероятность конфликтов блокировок и повреждения файла при сбоях сети. Реальная граница зависит от конфигурации и интенсивности ввода документов.
Какую СУБД выбрать для клиент-серверной базы: MS SQL или PostgreSQL?
Если в компании есть администратор MS SQL и бюджет на лицензии — выбирайте MS SQL. Если важно снизить стоимость владения — PostgreSQL, он бесплатен и официально поддерживается платформой. По функциональности для типовых конфигураций оба варианта сопоставимы, различия проявляются в администрировании и тонкой настройке.
Чем файл .dt отличается от файла 1Cv8.1CD?
1Cv8.1CD — это рабочий файл файловой базы, с которым непосредственно работают пользователи. Файл .dt — архивная выгрузка базы, созданная через конфигуратор; он используется для переноса, резервного копирования и смены типа базы. Открыть .dt напрямую для работы нельзя — его нужно загрузить в информационную базу.
Можно ли работать с базой 1С через интернет?
Да. Базу можно опубликовать на веб-сервере (IIS или Apache) и работать через браузер или тонкий клиент по HTTP/HTTPS. Другой вариант — разместить сервер 1С в облаке и подключаться удалённо. В обоих случаях важно настроить шифрование канала и ограничить доступ по логинам и правам.
Нужно ли делать резервные копии, если база на сервере СУБД?
Обязательно. Размещение на MS SQL или PostgreSQL не защищает от удаления данных пользователем, сбоя оборудования или ошибки обновления. Настройте регламентное резервное копирование средствами самой СУБД и периодически проверяйте, что копия реально восстанавливается.