Короткий ответ. Если в вашей 1С одновременно работают десять и больше человек, база «висит» по утрам, когда все заходят, документы проводятся всё дольше, а после обрыва света базу приходится проверять и чинить – скорее всего, вы переросли файловый режим.
Файловая база хранит все данные в одном файле на общем диске и рассчитана на небольшую нагрузку; при росте числа пользователей она упирается в свой потолок, и более мощный сервер это не решает. Выход – переход на клиент-серверный режим: сервер 1С плюс СУБД (чаще всего MS SQL или PostgreSQL), где с базой работает сервер, а не каждый компьютер по сети. Сам перенос делается в согласованное нерабочее окно с проверкой на копии, но требует подготовки: сервер, лицензии, перенос базы и настройка бэкапов.
Как понять, что вы уже упёрлись: симптомы
Почти всегда картина одинаковая, и её узнают без диагностики:
- «Висит» по утрам – когда бухгалтерия и менеджеры заходят в базу одновременно, 1С открывается по несколько минут;
- тяжёлый отчёт останавливает всех – пока формируется оборотка, менеджер не может провести отгрузку;
- появился ритуал «выйдите все из базы» – для отчётов, обменов, обновлений;
- после обрыва света база «бьётся» – и вы уже знаете, где лежит утилита проверки;
- к закрытию месяца документы проводятся мучительно – и с каждым месяцем чуть хуже.
И самый характерный признак: всё это началось не вчера, а нарастало месяцами – люди привыкают к медленной базе так же незаметно, как она замедляется. Если узнали хотя бы три пункта – дальше про то, почему это происходит и что с этим делают.
Почему файловая база тормозит и «бьётся»: диагноз
Файловый режим устроен просто: вся база – один файл на общем сетевом диске, и каждый компьютер, где открыта 1С, читает и пишет этот файл по сети напрямую. Пока пользователей двое-трое, это работает. Дальше начинаются два системных эффекта.
Первый – конкуренция. Когда один пользователь проводит документ, база блокирует данные для остальных, и в файловом режиме эти блокировки грубые: коллеги ждут друг друга даже там, где по логике не должны. Чем больше людей и документов, тем больше очередь – отсюда «висит по утрам» и «тормозит к закрытию месяца».
Второй – хрупкость. Раз каждый компьютер пишет в файл по сети, то любой обрыв – мигнул свет, отошёл сетевой кабель, завис чей-то компьютер, да что угодно – может оставить файл в недописанном состоянии. Это те самые «битые» базы и вечерние сеансы починки. Причём с ростом файла и числа пользователей вероятность поймать обрыв в неудачный момент только растёт.
Оба эффекта заложены в само устройство режима – «слабый компьютер» тут ни при чём. Замена машины на более быструю или перенос файла на SSD дают передышку на месяцы, но файл по-прежнему один, пишут в него все по сети, и блокировки умнее не становятся. Деньги, потраченные на «ещё один апгрейд», обычно отодвигают тот же разговор на полгода.
Что даёт клиент-серверный режим
В клиент-серверном режиме между пользователями и данными появляются два слоя: сервер 1С и система управления базами данных – в Беларуси для новых внедрений это чаще всего PostgreSQL, потому что она бесплатна и официально поддерживается 1С. С данными работает сервер: пользовательские компьютеры отправляют ему запросы и получают результаты, а не таскают базу по сети.
Практическая разница выглядит так:
| Файловый режим | Клиент-серверный режим | |
|---|---|---|
| Комфортная нагрузка | до ~5–7 одновременных пользователей | десятки пользователей |
| Обрыв сети или света у пользователя | риск повреждения базы | сеанс отвалился, база цела |
| Тяжёлый отчёт | тормозит всех | почти не влияет на других пользователей |
| Фоновые задания и обмены (сайт, ЭСЧФ, клиент-банк) | конкурируют с людьми | работают параллельно |
| Резервное копирование | копия файла, чаще вручную | автоматически по расписанию, работе людей не мешает |
| Стоимость входа | ноль | сервер + лицензия сервера 1С + настройка |
Последняя строка честная: у клиент-серверного режима есть цена входа, и именно поэтому все начинают с файловой – для старта это правильное решение. Вопрос только в том, когда его перерастают: по опыту это происходит между пятью и пятнадцатью одновременными пользователями, в зависимости от интенсивности работы.
Когда файловая база – это нормально
Чтобы не пугать всех подряд: если в базе работают один-три человека, документов немного, а база невелика – файловый режим уместен, зачастую он даже быстрее клиент-серверного, и трогать его не надо. Бухгалтерская база на два-три рабочих места может спокойно жить в файловом режиме годами. Разговор о переходе – для тех, у кого торговля, склад, обмены с сайтом и растущий штат: там файловый режим заканчивается быстро.
Как переходят: порядок без остановки бизнеса
Типовой переход – пять шагов:
- Аудит. Сколько пользователей реально работают одновременно, какого размера базы, какие обмены настроены (сайт, ЭСЧФ, клиент-банк, ЗУП с Бухгалтерией).
- Подготовка сервера. Физический в офисе или виртуальный; на него ставятся сервер 1С и СУБД.
- Проверка на копии – главный принцип. База копируется, переводится в клиент-серверный режим на тестовом контуре, и на ней прогоняется всё рабочее: проведение, отчёты, обмены, печатные формы.
- День Х. Пользователи выходят, база переносится, на следующий день все работают уже на сервере.
- Страховка. Файловая база остаётся нетронутой: если что-то пошло не так, откат занимает минуты.
Мигрировать первым имеет смысл самый нагруженный контур – обычно это торговля и склад, где конкуренция пользователей самая болезненная. Бухгалтерия и зарплата могут переехать вторым этапом или остаться файловыми, если нагрузка там небольшая.
И сразу после переезда – три вещи, без которых переход считается незаконченным:
- резервное копирование средствами СУБД по расписанию, с проверкой восстановления;
- базовый мониторинг сервера;
- понятный ответ на вопрос «кто отвечает за этот сервер».
Про бэкапы у нас будет отдельный разбор – это самостоятельная большая тема.
Когда звать подрядчика
Сам переход – задача на стыке трёх ролей: нужен кто-то про сервер и сеть, кто-то про 1С и кто-то, кто возьмёт ответственность за результат целиком. Типовая ситуация компании на 20–50 человек: 1С-франчайзи отвечает за конфигурацию, «приходящий мастер» – за компьютеры, и сервер с СУБД оказываются ничьими. Если у вас так – переход стоит делать с подрядчиком, который возьмёт серверную часть на себя и останется отвечать за неё после: сервер 1С, СУБД, бэкапы и мониторинг – это не разовая настройка, а постоянный контур. Мы в «Доктор Сервер» делаем такие переходы в рамках абонентского ИТ-обслуживания – от аудита до сопровождения сервера после переезда. Если хотите понять, где сейчас ваша база и что будет узким местом – напишите нам, посмотрим вместе.