К статье
Практический материал

Администрирование · 13 мин

Как ускорить работу файловой 1С

Конкретные способы ускорить файловую базу 1С: дефрагментация, настройка антивируса, тестирование и исправление, переход на SSD и клиент-серверный режим.

Файловая база 1С хранится в одном файле 1Cv8.1CD, и скорость работы программы напрямую зависит от того, как быстро дисковая подсистема и сеть могут читать и записывать этот файл. Когда база «тормозит», причина почти всегда находится в одном из пяти мест: фрагментированный или разросшийся файл базы, медленный диск, антивирус, проверяющий каждое обращение к файлу, перегруженная сеть при работе по общей папке или ошибки внутри самой базы.

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

Все действия, описанные ниже, выполняйте только после создания резервной копии базы. Для файловой базы достаточно скопировать файл 1Cv8.1CD при закрытой программе или сделать выгрузку в dt через конфигуратор. Это займёт несколько минут, но защитит от потери данных при любой ошибке.

Определяем, где именно теряется скорость

Начните с простого теста: скопируйте файл 1Cv8.1CD вручную через проводник и засеките время. Если копирование файла в несколько гигабайт идёт со скоростью 5–10 МБ/с, проблема в диске или сети, а не в 1С. Нормальный локальный SSD копирует такой файл за десятки секунд, HDD — за минуты, копирование по сети зависит от пропускной способности канала.

Далее сравните скорость работы локально и по сети. Скопируйте базу на локальный диск компьютера и поработайте в ней. Если локально всё летает, а по сети тормозит — причина в сетевой инфраструктуре или в том, как организован общий доступ. Если тормозит и локально — смотрите на диск, антивирус и состояние самой базы.

Полезно проверить размер файла базы. Файловая база размером до 1–2 ГБ обычно работает приемлемо на нормальном оборудовании. При приближении к 4–5 ГБ замедление почти неизбежно, а при дальнейшем росте возрастает и риск повреждений — у файлового формата есть внутренние ограничения на размер таблиц.

Тормозит один компьютерПроблема локальная

Антивирус, диск, объём оперативной памяти на этом ПК

Тормозят все по сетиПроблема в сети или сервере

Скорость копирования файла, Wi-Fi вместо кабеля, загрузка компьютера с базой

Медленно формируются отчётыБольшой объём данных

Размер базы, период отчёта, необходимость итогов

Ошибки и вылеты вместе с тормозамиВозможны повреждения базы

Запустить тестирование и исправление, проверить диск на ошибки

Настраиваем антивирус и операционную систему

Самая частая и самая недооценённая причина медленной работы — антивирус, который проверяет файл базы при каждом обращении. 1С интенсивно читает и пишет в 1Cv8.1CD, и если каждая операция проходит через антивирусный фильтр, скорость падает в разы. Добавьте папку с базой и файл 1Cv8.1CD в исключения антивируса, а также исключите процессы 1cv8.exe и 1cv8c.exe.

На компьютере, где размещена база для сетевой работы, отключите индексацию Windows для папки с базой: откройте свойства папки, нажмите «Дополнительно» и снимите флажок разрешения индексирования содержимого. Также убедитесь, что на диске достаточно свободного места — как минимум объём, сопоставимый с размером самой базы, иначе операции сжатия и восстановления могут завершиться ошибкой.

Проверьте план электропитания: на компьютере с базой и на рабочих станциях должна стоять схема «Высокая производительность» или аналогичная. Экономичные режимы снижают частоту процессора и скорость диска, что заметно на длительных операциях вроде проведения документов и построения отчётов.

Переносим базу на быстрый диск

Замена HDD на SSD — самый эффективный апгрейд для файловой 1С. Файловая база — это множество случайных операций чтения и записи, а именно в них твердотельный накопитель превосходит механический диск на порядки. Если база лежит на обычном жёстком диске, перенос на SSD часто даёт ускорение заметнее, чем все программные настройки вместе взятые.

Для сетевой работы базу следует размещать на компьютере с SSD, достаточным объёмом оперативной памяти и стабильным питанием. Не размещайте базу на внешнем USB-диске: такие накопители медленнее, а разрыв соединения во время записи может повредить файл базы. Также избегайте размещения базы в папках, синхронизируемых облачными сервисами, — фоновая синхронизация постоянно блокирует файл.

Оперативная память тоже влияет: операционная система кэширует часто читаемые данные, и при достаточном объёме RAM повторные обращения к базе обслуживаются из памяти, а не с диска. Для компьютера, обслуживающего базу на несколько пользователей, 8–16 ГБ памяти — разумный минимум.

Сжимаем и обслуживаем файл базы

Со временем файл 1Cv8.1CD фрагментируется и заполняется «пустотами» от удалённых объектов: данные удаляются логически, но место в файле не освобождается. Встроенное средство обслуживания — «Тестирование и исправление» в конфигураторе — умеет выполнять сжатие таблиц и реиндексацию, что уменьшает размер файла и ускоряет доступ к данным.

Порядок безопасного обслуживания: сделайте резервную копию, откройте базу в конфигураторе в монопольном режиме, перейдите в меню «Администрирование» → «Тестирование и исправление». Отметьте пункты «Реиндексация таблиц информационной базы» и «Сжатие таблиц информационной базы», внизу выберите «Тестирование и исправление» и запустите процесс. На большой базе операция может занять от десятков минут до нескольких часов.

Дополнительно полезна дефрагментация самого файла средствами ОС, если база лежит на HDD (для SSD дефрагментация не нужна — Windows выполняет для них оптимизацию TRIM). Также периодически проверяйте логические и физические ошибки базы через ту же утилиту, если замечаете необъяснимые сбои.

Порядок обслуживания базы
  1. 1
    Сделайте резервную копию файла 1Cv8.1CD или выгрузку в dt
  2. 2
    Завершите работу всех пользователей и откройте базу в конфигураторе монопольно
  3. 3
    Откройте «Администрирование» → «Тестирование и исправление»
  4. 4
    Отметьте «Реиндексация таблиц» и «Сжатие таблиц», запустите выполнение
  5. 5
    Дождитесь окончания, проверьте открытие базы в режиме предприятия и скорость типовых операций

Оптимизируем сетевую работу

Файловая 1С по сети работает по принципу общего доступа к файлу: каждый клиент читает и пишет части 1Cv8.1CD через сетевую папку. Это порождает огромное количество мелких сетевых операций, чувствительных к задержкам. Поэтому главное правило — никакого Wi-Fi для работы с базой. Даже хорошая беспроводная сеть проигрывает проводному гигабитному подключению по стабильности задержек.

Убедитесь, что компьютер с базой и рабочие станции подключены через гигабитный коммутатор, а не через старый 100-мегабитный роутер. Разница в пропускной способности в десять раз напрямую отразится на скорости открытия больших списков и отчётов. Проверить реальную скорость можно тем же тестом копирования файла базы.

Альтернативы классической сетевой папке — публикация файловой базы на веб-сервере (IIS или Apache) с подключением по протоколу HTTP либо работа через терминальный доступ (RDP), когда база и программа выполняются на одном сервере, а пользователи получают только картинку экрана. Оба варианта снижают сетевой трафик и часто заметно ускоряют работу удалённых пользователей.

Сравнение способов подключения

Общая сетевая папка

Просто в настройке, но чувствительно к качеству сети; подходит для 2–5 пользователей в одном офисе

Публикация на веб-сервере

Меньше сетевых обращений, работает через интернет; требует настройки IIS или Apache

Терминальный доступ (RDP)

База и 1С на одном сервере, сеть почти не влияет; нужен достаточно мощный сервер и лицензии на терминальный доступ

Клиент-серверный режим (СУБД)

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

Сокращаем объём данных и нагрузку

Чем больше данных обрабатывает запрос, тем медленнее работа. Свертка базы (удаление старых документов с переносом остатков на дату свёртки) радикально уменьшает объём и ускоряет все операции. В типовых конфигурациях есть штатные обработки свёртки; перед запуском обязательно сделайте копию и проверьте результат на тестовой базе.

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

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

Типичные ошибки
01
Работа с базой по Wi-Fi — нестабильные задержки превращают любую операцию в ожидание
02
Хранение базы в папке облачной синхронизации — постоянные блокировки файла и риск конфликтов версий
03
Тестирование и исправление без резервной копии — при сбое питания во время сжатия база может быть повреждена
04
Полное исключение диска из антивируса вместо точечного исключения папки базы — рост риска заражения шифровальщиком
05
Игнорирование роста базы сверх нескольких гигабайт — файловый формат имеет пределы, после которых начинаются сбои

Когда файлового режима уже недостаточно

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

Переход на клиент-серверный вариант (1С:Предприятие + СУБД, например PostgreSQL или MS SQL Server) снимает главные ограничения: данными управляет сервер СУБД, блокировки становятся гранулярными, а тяжёлые запросы выполняются на сервере, а не на рабочих станциях. Это требует затрат на лицензии и администрирование, но для растущего бизнеса окупается стабильностью.

Промежуточный вариант — перенос файловой базы на выделенный сервер с терминальным доступом: пользователи подключаются по RDP, база не покидает локальный диск сервера, и сетевой фактор исчезает. Это заметно дешевле клиент-серверного перехода и часто решает проблему для коллектива до 10–15 человек.

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

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

Тормозит один компьютер, остальные работают нормальноПроверьте антивирус, диск и план электропитания на этом ПК
Тормозят все, база на HDDПеренесите базу на SSD и проверьте сеть
База разрослась, сжатие не делалось давноВыполните тестирование и исправление с реиндексацией и сжатием
Пользователей больше пяти и сеть загруженаНастройте публикацию на веб-сервере или терминальный доступ
База больше 4–5 ГБ и продолжает растиПланируйте свёртку данных и переход на клиент-серверный режим

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

Измеряйте эффект на одинаковых операциях: время открытия базы, время формирования типового отчёта за фиксированный период, время проведения документа. Запишите показатели до и после каждого изменения — так вы поймёте, какая мера дала эффект, и сможете откатить бесполезные или вредные изменения.

Не оценивайте скорость «на ощущениях» сразу после перезагрузки: первые минуты система кэширует данные, и результаты искажаются. Проводите замеры в типичных условиях рабочего дня, при обычном количестве пользователей.

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

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

Время открытия базы
Норма

Заметно сократилось по сравнению с замером до оптимизации

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

Не изменилось или выросло — причина не устранена

Копирование файла базы по сети
Норма

Скорость близка к пределу сети (десятки МБ/с и выше)

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

Единицы МБ/с — проблема в сети или диске

Формирование типового отчёта
Норма

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

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

Время сильно скачет — ищите фоновые процессы и блокировки

Размер файла 1Cv8.1CD после сжатия
Норма

Файл заметно уменьшился

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

Размер не изменился — сжатие не выполнялось или база действительно заполнена данными

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

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

Да. Исключение базы из антивируса, сжатие и реиндексация файла, отказ от Wi-Fi, отключение индексации папки и лишних регламентных заданий не требуют вложений и часто дают заметный эффект. Аппаратный апгрейд нужен, когда программные меры исчерпаны.

Опасно ли выполнять «Тестирование и исправление»?

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

Почему 1С тормозит именно по Wi-Fi, хотя интернет быстрый?

Файловая 1С выполняет тысячи мелких обращений к файлу, и для неё критична не скорость интернета, а задержка и стабильность локальной сети. Wi-Fi подвержен помехам и перепадам задержки, поэтому даже «быстрый» беспроводной канал работает с базой хуже обычного кабеля.

Что лучше для ускорения — свёртка базы или переход на SSD?

Это меры разного действия. SSD ускоряет доступ к данным при любом объёме, а свёртка уменьшает сам объём. Если база мала, но диск медленный — поможет SSD. Если база разрослась за годы работы — свёртка даст более глубокий эффект, а в идеале меры сочетаются.

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

Технического жёсткого ограничения по числу подключений нет, но на практике комфортная работа сохраняется примерно до 5–10 одновременных пользователей в зависимости от интенсивности ввода данных. При большем количестве блокировки при записи начинают заметно мешать друг другу.

Поможет ли увеличение оперативной памяти на рабочем компьютере?

Да, если памяти не хватает: при её дефиците система выгружает данные в файл подкачки, и 1С начинает тормозить вместе со всей системой. Для современных версий платформы 8 ГБ — практический минимум на рабочее место, на компьютере с общей базой лучше иметь запас.

Итог

Что важно запомнить

Начните с диагностики и резервной копии, затем устраняйте типовые причины по порядку: антивирус, медленный диск, Wi-Fi, разросшийся файл базы. Регулярное сжатие и реиндексация поддерживают скорость, а при росте базы и числа пользователей переходите на веб-сервер, терминальный доступ или клиент-серверный режим.