Файловая база 1С тормозит по сети: где искать причину и что менять
Содержание
Файловую базу по сети ускоряют тремя способами: убирают узкое место (диск, канал, антивирус), переносят работу ближе к данным (запуск на сервере по RDP) или меняют режим на клиент-серверный. Начинать стоит с измерений, а не с покупки железа: в половине случаев причина в антивирусе или Wi‑Fi, а не в «слабой 1С».
Файловая база — это один файл 1Cv8.1CD в общей папке. Каждый клиент тянет из него данные по протоколу SMB и сам их обрабатывает. Сервера 1С тут нет, поэтому скорость упирается в диск, сеть и количество одновременных пользователей. До 5–10 человек такая схема обычно живёт нормально, дальше начинаются тормоза.
Найдите узкое место до того, как что-то менять
Сначала поймите, что именно медленно: всё подряд или отдельные операции. Это разные болезни.
| Симптом | Вероятная причина |
|---|---|
| Долго запускается программа, открывается любая форма | Сеть, антивирус, диск сервера |
| Тормозит только проведение документов или отчёты | Объём данных, блокировки, слабый клиентский ПК |
| Медленно у одного пользователя, у остальных нормально | Его ПК, Wi‑Fi, кэш, профиль |
| Тормозит в определённое время | Резервное копирование, регламентные задания, сканирование антивирусом |
Проведите простой тест. Скопируйте с сервера на рабочее место файл размером 1–2 ГБ и засеките скорость. На гигабитной сети нормально 80–110 МБ/с. Если получаете 10–12 МБ/с, вы упёрлись в сеть на 100 Мбит/с, и дальше можно не искать.
Затем посмотрите на сервер в момент, когда жалуются на тормоза. Откройте диспетчер задач и вкладку производительности:
- 🔴 загрузка диска стабильно около 100% — не хватает дисковой подсистемы;
- 🔴 процессор забит одним процессом антивируса или резервного копирования;
- 🔴 память исчерпана и идёт активная подкачка на диск;
- 🟢 всё свободно, а тормоза есть — смотрите сеть и клиентские машины.
Отдельно проверьте, как люди подключаются. Работа через Wi‑Fi, VPN или по длинному каналу между офисами — отдельная проблема. Файловая база по таким каналам работает плохо в принципе, и ускорить её настройками не получится.
Диск и сеть: что поменять в первую очередь
Файловая база читает и пишет много мелких блоков в случайном порядке. Это худший сценарий для обычных жёстких дисков. Переезд файла базы с HDD на SSD нередко ускоряет работу в разы без единой настройки в 1С.
Что проверить на стороне железа:
- Диск. Базу лучше держать на SSD, лучше NVMe, отдельном от системы и от файлов, которые активно читают другие. Зеркало (RAID 1) для надёжности подойдёт, а вот RAID 5 на медленных дисках замедляет запись.
- Сеть. Нужен гигабит от сервера до каждого рабочего места: проверьте коммутаторы, патч-корды и сами порты. Один старый коммутатор на 100 Мбит/с в цепочке тормозит всех, кто за ним.
- Wi‑Fi. Для работы с базой подключайте проводом. Потери пакетов и скачки задержки на беспроводной сети в файловом режиме дают именно те «зависания на секунду», на которые жалуются.
- Сетевое хранилище. Если база лежит на NAS бытового класса, замерьте его скорость на мелких файлах. Часто такие устройства быстро копируют большие файлы, а на случайном доступе проседают.
- Версия SMB. Старый протокол SMB 1 не используйте: он медленнее и небезопасен. На современных Windows работает SMB 3, этого достаточно.
Не размещайте базу на сетевом диске, подключённом через интернет-VPN или облачную синхронизацию (папки с автоматической выгрузкой в облако). Файл базы при синхронизации легко повреждается, и вы потеряете данные.
Антивирус: исключения вместо отключения
Антивирус на сервере и на клиентах проверяет каждое обращение к файлу базы. Для 1С это часто главный тормоз. Не выключайте защиту целиком, а добавьте исключения:
- папку с базой (или сам файл
1Cv8.1CD) на сервере; - процессы
1cv8.exe,1cv8c.exeи1cv8s.exeна клиентских машинах; - каталог временных файлов 1С в профиле пользователя.
Сделайте это в консоли управления антивирусом, а не на каждом ПК вручную. После правки сравните время открытия формы до и после. Разница бывает заметной.
Права доступа и блокировки: чтобы пользователи не мешали друг другу
В файловой базе блокировки работают на уровне файла и самой платформы. Если пользователь открыл базу и у него отвалилась сеть, файл блокировки остаётся, и остальным кажется, что «всё зависло». Поэтому настройка прав и порядка работы влияет на скорость не меньше железа.
Настройте права на папку так:
- пользователям нужны права на чтение и запись в папке с базой, включая создание и удаление временных файлов блокировок;
- права не должны проверяться через длинную цепочку вложенных групп, лишние проверки замедляют открытие;
- администраторов базы вынесите в отдельную группу, чтобы не раздавать полные права всем.
Не запускайте на сервере полнотекстовое индексирование, копирование или антивирусное сканирование в рабочие часы по папке с базой.
Если вы видите, что пользователи периодически получают сообщения о блокировке или «ждут» друг друга при проведении документов, дело не в правах. Это конкуренция за одни и те же данные. В файловом режиме её не победить настройками, и это один из признаков, что пора смотреть на клиент-серверный вариант (последний раздел).
Регламентные задания и фоновые операции
В файловой базе фоновые и регламентные задания выполняет не отдельный сервер, а клиентский сеанс. Пока он занят, пользователь за этим компьютером видит тормоза, и база целиком работает медленнее.
Что стоит сделать:
- Откройте раздел
Администрированиеи найдите настройки регламентных и фоновых заданий (в типовых конфигурациях они находятся в подразделе обслуживания). Отключите те, что вам не нужны: обмены с неиспользуемыми системами, обновление данных из сервисов, которые вы не применяете. - Оставшиеся задания переведите на ночное время или на момент, когда в базе мало людей.
- Выделите отдельный компьютер для регламентных заданий. Оставьте на нём 1С запущенной постоянно, а на рабочих местах отключите выполнение заданий.
- Уберите лишнее из автозапуска: расширения и обработки, которые каждые несколько минут что-то выгружают или обновляют.
Проверьте и журнал регистрации. Он пишет события в отдельные файлы рядом с базой. Если в нём включены все возможные события, он растёт и тормозит запись. Оставьте только нужные события и периодически архивируйте журнал.
Перед отключением регламентных заданий уточните, что они делают. Часть из них нужна программе для работы, например расчёт итогов или проверка обновлений. Отключайте только понятные вам.
Обслуживание базы: что делать регулярно
Разросшаяся база тормозит сама по себе. Чаще всего вклад дают три вещи: старые данные, раздутый журнал и «мусор» в справочниках.
Раз в месяц
- 🧹 Удалите помеченные на удаление объекты. Делайте это через обработку удаления помеченных, которая проверяет ссылки и не даёт стереть нужное.
- 📋 Проверьте размер файла базы и каталога журнала. Резкий рост за месяц — повод разобраться, что именно пишется.
- 🧾 Очистите временные файлы 1С на рабочих местах. Папки с кэшем в профиле пользователя могут разрастаться и содержать устаревшие данные.
Раз в квартал или полгода
Сделайте тестирование и исправление информационной базы. Это штатная операция Конфигуратора (меню Администрирование → Тестирование и исправление). Ей нужен монопольный доступ, поэтому запускайте её, когда все вышли из базы.
- Сделайте резервную копию файла базы (просто скопируйте
1Cv8.1CDпри закрытой базе). - Выйдите из базы всем пользователям, откройте Конфигуратор в монопольном режиме.
- Запустите тестирование и исправление с проверкой логической и ссылочной целостности и пересчётом итогов.
- Включите сжатие таблиц, если вам нужно уменьшить размер файла.
После этого файл часто становится компактнее, а работа с ним — быстрее.
Не запускайте тестирование и исправление без свежей копии базы. Если процесс оборвётся из-за отключения питания, восстановиться можно будет только из копии.
Если база выросла до десятков гигабайт, помогают архивация и перенос старых периодов. Многие конфигурации умеют сворачивать базу: закрытые прошлые годы переносят в архивную базу. Это сокращает рабочий объём, а значит ускоряет отчёты и открытие списков.
Запуск по RDP: самый быстрый способ без смены режима
Если сеть и диск уже в порядке, а база всё равно медленная, перенесите клиентов к данным. Вместо того чтобы каждый ПК тянул файл базы по сети, пользователи подключаются по RDP к серверу и запускают 1С там. Данные остаются на локальном диске сервера, по сети идёт только картинка.
Что для этого нужно:
- сервер с Windows Server и ролью служб удалённых рабочих столов;
- лицензии доступа для терминальных сессий (RDS CAL) на каждого пользователя или устройство;
- достаточно памяти: на одного пользователя закладывайте примерно 1–2 ГБ, плюс запас на систему;
- 1С установлена на сервере, а база лежит на его локальном SSD.
Такой вариант хорош для офисов с 5–15 пользователями и для удалённых сотрудников: они не гоняют базу через интернет , а подключаются к рабочему столу. Время открытия формы и проведения документов обычно падает кратно.
Печать, сканеры и локальные диски пробрасываются через настройки RDP-клиента. Для остального (обмены с банком, оборудование) проверьте, что драйверы и программы тоже стоят на терминальном сервере.
Без отдельного сервера можно обойтись и одним мощным компьютером, но для постоянной работы нескольких людей лучше выделенная машина с бесперебойным питанием.
Когда файлового режима уже не хватит
Признаки того, что настройки исчерпаны:
- одновременно работают больше 10–15 человек, и растёт число жалоб на блокировки;
- файл базы вырос до десятков гигабайт, отчёты за год строятся минутами;
- регулярно возникают повреждения файла, например после обрыва сети;
- нужны удалённые филиалы, обмен с сайтом и массовая загрузка данных.
Тогда переходите на клиент-серверный вариант: платформа 1С работает с отдельной СУБД, чаще всего PostgreSQL или Microsoft SQL Server. Тяжёлые операции выполняет сервер, а не клиентский ПК. Блокировки там идут на уровне записей, а не всего файла, поэтому пользователи реже мешают друг другу.
Что понадобится:
| Компонент | Что нужно |
|---|---|
| Сервер 1С | Лицензия на серверный режим (отдельная от клиентских) |
| СУБД | PostgreSQL (бесплатно) или MS SQL Server (по лицензии) |
| Железо | Отдельный сервер с SSD и достаточным объёмом памяти |
| Администрирование | Человек, который настроит кластер и резервное копирование |
Саму базу переносят выгрузкой в файл .dt из Конфигуратора и загрузкой в новую базу на сервере. Сделайте пробный перенос на копии и сверьте остатки и обороты до того, как переключать пользователей.
Клиент-сервер стоит денег и требует администрирования, поэтому для маленькой организации с тремя-пятью пользователями это часто избыточно. Здесь выгоднее сначала довести до ума файловый режим и RDP.