Сколько пользователей может работать в файловой базе 1С

Файловый режим работы 1С:Предприятие не имеет жёсткого программного ограничения на число подключённых пользователей — платформа технически позволяет открыть базу хоть десятку сотрудников одновременно. Однако практический предел определяется не лицензией, а архитектурой: файл базы данных (.1CD) лежит в общей сетевой папке, и каждый пользователь обращается к нему через механизм сетевых блокировок файловой системы.

Общепринятый ориентир, который подтверждается практикой внедрений: комфортная работа в файловой базе возможна при 3–5 одновременно активных пользователях. При 6–10 пользователях уже заметны паузы при проведении документов и конфликты блокировок. Свыше 10–15 активных пользователей файловый режим становится источником постоянных ошибок и риска повреждения данных.

Важно различать «пользователей в справочнике» и «одновременно работающих». В базе может быть заведено 50 учётных записей, но если одновременно заходят 4 человека — файловый режим справится. И наоборот: 8 активных операторов, непрерывно вводящих документы, способны «положить» файловую базу даже на быстром сервере.

Почему файловый режим ограничен по пользователям

В файловом варианте вся база — это один файл 1Cv8.1CD в сетевой папке. Платформа не имеет отдельного серверного процесса, который координировал бы запросы: каждый клиент читает и пишет файл напрямую, а согласование доступа происходит через блокировки участков файла на уровне операционной системы и сетевого протокола (SMB).

Когда один пользователь проводит документ, он захватывает блокировку на изменение таблиц. Остальные в этот момент либо ждут, либо получают ошибку «Конфликт блокировок при выполнении транзакции». Чем больше активных пользователей и чем длиннее транзакции (проведение крупных документов, перепроведение, закрытие месяца), тем чаще возникают очереди и конфликты.

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

Ориентировочные пределы: сколько пользователей допустимо

Точной цифры «максимум пользователей» не существует — она зависит от интенсивности работы, размера базы, скорости диска и сети. Ниже — практические ориентиры, которые используют администраторы 1С при планировании инфраструктуры.

Под «активными» понимаются пользователи, реально вводящие и проводящие документы. Если из 10 подключённых семеро только просматривают отчёты, нагрузка существенно ниже, и файловый режим может справляться.

Что влияет на предел пользователей помимо их числа

Один и тот же коллектив из 6 человек может работать в файловой базе без проблем или постоянно сталкиваться с ошибками — в зависимости от условий. Ключевые факторы:

• Размер базы. Чем больше файл 1Cv8.1CD, тем дольше выполняются запросы и тем дольше удерживаются блокировки. База в несколько гигабайт в файловом режиме ощутимо медленнее компактной.
• Тип диска. База на SSD работает заметно быстрее, чем на обычном HDD, особенно при параллельных обращениях.
• Сеть. Гигабитная проводная сеть — минимум для сетевого размещения базы. Работа через Wi-Fi или VPN по интернету резко ухудшает ситуацию.
• Характер работы. Массовый ввод первички и проведение документов нагружают базу сильнее, чем просмотр отчётов.
• Фоновые операции. Обмены с другими системами, загрузка курсов, регламентные задания в часы пик добавляют блокировки.

Режим работы: локально или по сети

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

Признаки того, что файловой базе стало тесно

Переход на клиент-серверный вариант лучше планировать заранее, а не после потери данных. Характерные симптомы перегрузки файловой базы:

• регулярные ошибки «Конфликт блокировок при выполнении транзакции» у разных пользователей;
• документы проводятся по несколько секунд, отчёты строятся минутами;
• база «подвисает» в часы пик, а вечером работает нормально;
• появились случаи, когда введённые данные пропадают или документ не записывается с первого раза;
• файл базы заметно вырос, а тестирование и исправление занимает часы.

Если два и более признака воспроизводятся стабильно, файловый режим исчерпал себя для вашего сценария, даже если пользователей формально немного.

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

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

Скорость проведения типового документа

Норма

Сопоставима при одном и при нескольких пользователях

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

В часы пик проведение замедляется в разы

Журнал ошибок

Норма

Конфликты блокировок — единичные случаи

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

Ошибки блокировок ежедневно у нескольких пользователей

Стабильность базы

Норма

База открывается и работает без сбоев

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

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

Как продлить жизнь файловой базе

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

1. 1
   Разместите файл базы на быстром диске (SSD) выделенного компьютера с гигабитной сетью, а не на рабочей машине одного из пользователей.
2. 2
   Запретите работу через Wi-Fi и медленные VPN-подключения — только проводная сеть.
3. 3
   Перенесите регламентные задания, обмены и загрузки данных на нерабочие часы.
4. 4
   Регулярно выполняйте тестирование и исправление базы и настройте автоматические резервные копии.
5. 5
   Разграничьте роли: лишним пользователям оставьте только просмотр, чтобы сократить число тех, кто изменяет данные.
6. 6
   Периодически сворачивайте старые периоды или выгружайте архив, чтобы контролировать размер файла.

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

Когда и как переходить на клиент-серверный вариант

Клиент-серверная архитектура снимает ограничение файлового режима: запросы обрабатывает сервер СУБД (PostgreSQL, Microsoft SQL Server), а платформа работает через кластер серверов 1С. Такой вариант штатно поддерживает десятки и сотни одновременных пользователей, даёт более надёжные блокировки на уровне записей и защищает данные при обрывах связи с клиентом.

Поводы для перехода: больше 5–6 активных пользователей, база выросла и тормозит, нужна работа через интернет, требуется разграничение доступа на уровне СУБД или круглосуточная доступность базы. Сам переход технически прост: база выгружается в файл .dt из конфигуратора и загружается в новую базу на сервере 1С. Основные затраты — серверное оборудование, лицензии на сервер 1С и СУБД (PostgreSQL бесплатна) и настройка.

Сравнение вариантов

Файловый режим

Подходит для 1–5 активных пользователей и базы умеренного размера; прост и бесплатен, но не масштабируется и уязвим к обрывам сети.

Клиент-сервер (PostgreSQL)

Для десятков пользователей; СУБД бесплатна, но требуется сервер 1С, администрирование и лицензия на сервер.

Клиент-сервер (MS SQL)

Для крупных внедрений с высокими требованиями к надёжности; требует платных лицензий на СУБД и квалифицированного администрирования.

Работа через веб-сервер (публикация базы)

Промежуточный вариант для удалённого доступа к файловой базе; не снимает ограничение по числу пользователей, но упрощает доступ извне.

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

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

Одновременно работают 1–5 человек, ошибок блокировок почти нетОставайтесь на файловом режиме, настройте резервное копирование

Пользователей 6–10, блокировки мешают, но переход пока невозможенОптимизируйте инфраструктуру: SSD, проводная сеть, разнесение нагрузки по времени

Больше 10 активных пользователей или регулярные сбои базыПланируйте переход на клиент-серверный вариант, не наращивая нагрузку на файловую базу

Нужен доступ через интернетРассмотрите клиент-сервер или публикацию на веб-сервере, но не прямой доступ к сетевой папке через VPN

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

Есть ли официальное ограничение на число пользователей файловой базы?

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

У нас 20 учётных записей в базе — нужно ли переходить на сервер?

Не обязательно. Важно не общее число заведённых пользователей, а сколько из них работает одновременно и что они делают. Если одновременно активны 3–4 человека, файловый режим справится. Проверить число активных сеансов можно через «Администрирование — Активные пользователи».

Почему возникает ошибка «Конфликт блокировок при выполнении транзакции»?

Один пользователь изменяет данные, которые в этот момент читает или изменяет другой. В файловом режиме блокировки удерживаются долго, поэтому при росте числа пользователей такие конфликты становятся частыми. Это главный симптом того, что база перегружена.

Можно ли ускорить файловую базу, не переходя на сервер?

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

Чем опасна работа с файловой базой через интернет или Wi-Fi?

Обрыв соединения в момент записи может повредить файл 1Cv8.1CD, а высокие задержки сети многократно увеличивают число конфликтов блокировок. Для удалённого доступа безопаснее публикация базы на веб-сервере или клиент-серверный вариант.

Как понять, что пора переходить на клиент-сервер?

Сигналы: больше 5–6 одновременно активных пользователей, ежедневные ошибки блокировок, заметное замедление в часы пик, рост файла базы и случаи повреждения данных. Если несколько признаков совпадают, переход стоит планировать, не дожидаясь потери информации.