Чем отличается файловый режим работы 1С от клиент-серверного и какой выбрать

Файловый режим 1С — это база в одном файле 1Cv8.1CD, с которым каждый пользователь работает напрямую через общую папку. Клиент-серверный режим — это связка «сервер 1С:Предприятия + СУБД» (PostgreSQL или MS SQL Server): пользователи не трогают файлы базы, а отправляют запросы серверу, и тот сам читает и пишет данные.

Отсюда все практические отличия. Файловая база бесплатна, ставится за пять минут и хорошо работает у 1–5 человек. Клиент-серверная требует отдельной лицензии и администратора, зато держит десятки и сотни пользователей, блокирует записи, а не целые таблицы, и позволяет делать резервные копии без выгона людей из программы.

Как устроены оба варианта

Режим определяет не конфигурация (Бухгалтерия, ЗУП, УТ работают в обоих), а способ хранения данных и то, кто выполняет код. Это общее свойство платформы 1С:Предприятие 8.3.

Файловая база

• 📁 Вся информационная база — каталог на диске, главный файл в нём 1Cv8.1CD. Рядом лежат служебные файлы и папка индекса полнотекстового поиска.
• 🖥️ Движок СУБД встроен в саму платформу. Отдельный сервер не нужен.
• 🌐 Для работы по сети каталог базы открывают в общий доступ, а у клиентов в списке баз прописывают путь вида File="\\SRV\Bases\Buh".
• ⚙️ Вся обработка данных идёт на компьютере пользователя: его процессор считает отчёт, его оперативная память держит выборку, по сети гоняются страницы файла базы.

Клиент-серверная база

• 🗄️ Данные хранятся в СУБД: PostgreSQL, Microsoft SQL Server, IBM Db2 или Oracle Database. В России чаще всего ставят PostgreSQL или MS SQL.
• 🧩 Между клиентом и СУБД стоит кластер серверов 1С. Клиент подключается к агенту сервера (порт 1540), тот передаёт его менеджеру кластера (1541), дальше работа идёт с рабочими процессами (по умолчанию диапазон 1560–1591, задаётся в свойствах рабочего сервера).
• 🔗 В списке баз у пользователя строка вида Srvr="SRV1C";Ref="buh": имя сервера и имя базы в кластере.
• 🚀 Тяжёлые запросы и проведение документов выполняются на сервере. Клиенту приходит только результат.

Тонкий клиент, толстый клиент и веб-клиент работают с обоими вариантами. Опубликовать базу на веб-сервере (Apache или IIS) тоже можно в обоих режимах.

Сравнение режимов 1С в одной таблице

Цифры по пользователям — практический ориентир, а не ограничение платформы. Файловая база не откажет одиннадцатому пользователю, но при активной работе всех сразу начнутся ожидания.

Скорость работы: где быстрее и почему

Распространённое мнение «сервер всегда быстрее» неверно. На одном-двух пользователях с базой на локальном SSD файловая база часто открывает формы и проводит документы быстрее клиент-серверной: нет сетевого обмена с сервером, нет накладных расходов СУБД.

Картина меняется, когда растут три показателя.

1. Число одновременных пользователей. В файловом режиме при записи документа блокируется таблица целиком. Пока Ольга проводит большую реализацию, Иван ждёт, хотя работает с другим контрагентом. В клиент-серверном режиме с управляемыми блокировками каждый блокирует только свои записи.
2. Размер базы. Отчёт по оборотам за три года на файловой базе в 20 ГБ читает через сеть горы страниц. Сервер СУБД выполнит тот же запрос у себя и вернёт клиенту сотню строк.
3. Качество сети. Файловая база по Wi-Fi или через медленный VPN — гарантированные тормоза: каждая операция чтения идёт через сетевую папку. Клиент-серверу сеть тоже нужна, но трафика в разы меньше.

Что ещё влияет на скорость

• 🧠 Регламентные задания. В файловом режиме они выполняются в одном из клиентских сеансов, поэтому у кого-то из пользователей периодически подтормаживает программа. На сервере задания крутятся в фоне, на рабочем процессе.
• 📊 Фоновые задания и длительные операции. Закрытие месяца в клиент-серверной базе можно запустить и спокойно работать дальше.
• 🔍 Полнотекстовый поиск. В файловой базе индекс лежит рядом с базой и обновляется тоже за счёт клиентских сеансов.

Сохранность данных и защита от посторонних

Риски файловой базы

Файловая база уязвима к обрывам. Если во время записи у пользователя пропал свет или отвалилась сеть, файл 1Cv8.1CD может остаться с повреждёнными страницами. Тогда база не открывается или выдаёт ошибки при чтении отдельных таблиц.

Для лечения есть утилита chdbfl.exe в каталоге bin платформы и режим «Тестирование и исправление» в Конфигураторе. Обе работают только при монопольном доступе, то есть когда все пользователи вышли из базы.

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

Что даёт клиент-серверная схема

• 🔒 Пользователи вообще не видят файлов данных. Доступ к СУБД есть только у сервера 1С и администратора.
• 🧾 СУБД ведёт журнал транзакций. Обрыв связи у клиента не портит базу: незавершённая транзакция просто откатывается.
• ♻️ Можно настроить полную копию раз в сутки и копии журнала каждые 15–30 минут. При сбое база восстанавливается почти на момент аварии.
• 👥 Сервер 1С позволяет ограничить, с каких компьютеров и под какими учётными записями подключаются к базам кластера.

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

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

Жёсткого лимита на число подключений к файловой базе платформа не ставит, ограничивает число лицензий. Ограничение на деле упирается в блокировки и сеть.

Ориентиры из практики для типовых конфигураций:

Масштабирование у файловой базы одно: поставить компьютер с базой мощнее. Клиент-серверную можно растить по частям: добавить памяти серверу СУБД, вынести СУБД на отдельную машину, добавить рабочий сервер в кластер.

Обслуживание: что делает администратор

Файловая база

Обслуживать её может и сам главный бухгалтер:

1. Резервная копия: выгрузка через Конфигуратор (Администрирование → Выгрузить информационную базу) или копирование каталога базы, когда все вышли.
2. Обновление конфигурации : через Конфигуратор или прямо из программы, если обновление работает через интернет -поддержку. Для обновления нужен монопольный доступ.
3. Лечение после сбоя: chdbfl.exe или «Тестирование и исправление».
4. Сжатие: файл 1Cv8.1CD со временем разрастается за счёт пустых страниц. Выгрузка в .dt и загрузка обратно его уменьшают.

Клиент-серверная база

Здесь работы больше, и она требует знаний:

• 🛠️ Установка и настройка сервера 1С и СУБД, служба агента сервера, учётная запись, под которой она работает.
• 📋 Консоль администрирования серверов 1С: список баз, сеансы, блокировки, рабочие процессы. Из командной строки то же самое делают через rac (например, rac cluster list, rac session list), запросы идут к службе ras.
• 💾 Планы обслуживания СУБД: резервные копии, обновление статистики, перестроение индексов. Без них база через полгода заметно замедляется.
• 🔄 Обновление платформы : версия на сервере и у клиентов должна совпадать.
• 🧹 Очистка серверного кэша при сбоях. Перед остановкой службы сервера 1С предупредите пользователей: все сеансы оборвутся, делайте это вне рабочего времени.

Если в компании нет своего администратора, клиент-серверная база обычно обслуживается по договору с подрядчиком. Это постоянная статья расходов, её стоит заложить сразу.

Стоимость и лицензии

Клиентские лицензии нужны в любом режиме: по одной на каждого одновременно работающего пользователя. Переход на сервер их не отменяет и не заменяет.

Для клиент-серверного варианта докупают:

• 🧩 Лицензию на сервер 1С:Предприятия 8.3. Есть уровни ПРОФ и КОРП. Для обычной фирмы хватает ПРОФ, КОРП нужен крупным внедрениям с требованиями к отказоустойчивости и балансировке нагрузки.
• 🗄️ СУБД. PostgreSQL в сборках, адаптированных для 1С, бесплатна. Microsoft SQL Server требует своих лицензий, и их стоимость может превысить цену самой 1С.
• 🖥️ Сервер. Отдельная машина или виртуальная машина. Для 10–20 пользователей хватает 4–8 ядер, 32 ГБ памяти и SSD-накопителей.

Ориентировочные затраты на старт (цены меняются, проверяйте у партнёра 1С):

Окупается переход тогда, когда простои дороже. Если пять человек каждый день теряют по 20 минут на ожиданиях, это больше 1,5 рабочих часов в день, около 35 часов в месяц.

Как перевести базу из одного режима в другой

Конфигурация и данные переносятся без потерь в обе стороны через файл выгрузки .dt.

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

Обратный путь (с сервера в файл) такой же: выгрузка .dt из серверной базы и загрузка в пустую файловую.

Пароли пользователей 1С при этом переносятся вместе с базой. Настройки обмена, пути к файлам и регламентные задания после переезда проверьте отдельно: часть из них ссылается на локальные папки, которых на сервере нет.

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