Перейти к содержимому
Управление ИТ9 мин чтения

1С тормозит у одного пользователя: как за час сузить круг причин до одного слоя

У всех 1С работает, у одного сотрудника медленно. Метод сравнения, форма замера и то, что нужно передать в ИТ-поддержку, чтобы диагностика началась сразу.

  • Для бизнеса: Компании 20–150 сотрудников
  • Для кого: ИТ-руководитель

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

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

Хорошая новость в том, что для сужения круга не нужны ни специальные программы, ни права администратора. Нужен метод сравнения и секундомер.

Коротко. «Тормозит» — это не данные, а ощущение. Данные появляются, когда одна и та же операция с одними и теми же параметрами замеряется секундомером в разных условиях: тот же человек за другим рабочим местом, другой человек за этим же рабочим местом, тонкий клиент против веб-клиента, провод против Wi-Fi. По тому, где задержка исчезает, а где остаётся, круг сужается до одного слоя — человек, машина, сеть или база. Дальше работает ИТ-специалист, но уже не с нуля.

Почему «1С тормозит» — это ещё не заявка

Сообщение «1С тормозит» не содержит ни одного факта, с которым можно работать. Инженер потратит первый час не на диагностику, а на уточняющие вопросы: что именно вы открываете, сколько это длится, когда началось, у кого ещё. Этот час можно не терять.

Замер — это семь строк, которые пользователь заполняет сам:

  1. Конкретная операция. Не «работа в 1С», а «формирование оборотно-сальдовой ведомости за август по одной организации» или «открытие формы списка документов реализации». Операция должна быть повторяемой и безопасной: открытие формы или согласованный отчёт — да, повторное проведение документов, обмены и платёжные действия ради замера — нет.
  2. Время выполнения по секундомеру. Три повтора подряд, каждый записывается отдельно. Берём медиану — среднее слишком легко испортить одним случайным выбросом.
  3. Время суток и дата каждого замера. Без временной отметки инженер не сможет сопоставить вашу задержку с тем, что в этот момент происходило на сервере.
  4. Повторяемость. Всегда, через раз, только после обеда, только в первый запуск за день.
  5. С какого момента началось. «Всегда так было» и «с прошлого вторника» — это две разные задачи.
  6. Что менялось перед этим. Обновление конфигурации, переезд на другой этаж, новый ноутбук, установленная программа, смена канала связи, добавленные права.
  7. У кого ещё это воспроизводится — и, что важнее, у кого точно нет.

Учебный пример, как это выглядит заполненным: операция — «ОСВ за август, организация „Ромашка“, без детализации»; замеры 42, 39 и 41 секунда, медиана 41; вторник, 11:20; воспроизводится всегда; началось после переезда в новый кабинет две недели назад; у соседа по кабинету та же операция — 9, 10 и 9 секунд, медиана 9.

Разница между 41 и 9 секундами — это ещё не диагноз. Это доказательство того, что разница существует и что её можно измерить. Дальше её нужно объяснить.

Четыре сравнения, которые сужают круг

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

Что сравниваем Как Что означает результат
Тот же человек за другим рабочим местом Пользователь входит под своим логином на свободном компьютере коллеги и повторяет ту же операцию Медленно и там — дело не в компьютере: смотрим права, персональные настройки, данные пользователя. Быстро — смотрим его рабочее место
Другой человек за этим же рабочим местом Коллега входит под своим логином на «медленном» компьютере Медленно и у него — дело в машине или её подключении. Быстро — возвращаемся к пользовательскому контексту
Тонкий клиент против веб-клиента Та же операция открывается через браузер, если публикация базы настроена Разница между клиентами уводит в настройки клиента и локальное окружение, а не в базу
Проводное подключение против Wi-Fi и VPN Тот же компьютер подключается кабелем; удалённый сотрудник повторяет операцию из офиса Задержка исчезает на проводе или в офисе — причина в сети: качество Wi-Fi, потери пакетов, маршрут, VPN, MTU

Пятое сравнение — копия базы против рабочей — делает уже ИТ-специалист: он разворачивает копию на тестовом контуре и повторяет ту же операцию. Если и на копии, в изоляции от рабочей нагрузки, отчёт строится 40 секунд, причина в данных и в запросе, а не в том, что сервер занят.

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

Что чаще всего оказывается причиной

Сравнения указывают на слой. Внутри слоя причин немного, и они повторяются от компании к компании.

Слой Что встречается чаще всего Кто проверяет
Рабочее место Проверка файлов антивирусом в каталоге кэша 1С, изношенный или заполненный диск, нехватка оперативной памяти при десятке открытых вкладок, разросшийся профиль пользователя, старый кэш и временные файлы клиента, отличающиеся настройки самого клиента ИТ-специалист, по данным замера
Сеть Слабый сигнал Wi-Fi у дальнего кабинета, потери пакетов на порту или кабеле, домашний канал и VPN у удалённого сотрудника, нестандартный MTU на туннеле, маршрут через филиал ИТ-специалист
Права и настройки в базе Роли и ограничения на уровне записей, персональные настройки формы, сохранённые отборы и группировки, десяток форм, открытых с прошлой недели и восстанавливающихся при запуске Специалист 1С вместе с пользователем
Данные Индивидуальные объёмы: список задач на тысячи строк, отчёт за год вместо месяца, отбор по всей номенклатуре, персональная внешняя обработка в автозапуске Специалист 1С
Инфраструктура этого пользователя Терминальный сервер, на котором сидит именно этот человек: перегруженный, с чужими тяжёлыми сессиями или с иными настройками, чем у остальных ИТ-специалист

Последняя строка объясняет самые обидные случаи. Формально «у всех работает», но половина сотрудников сидит на одном терминальном сервере, а три человека — на втором, про который все забыли. Тогда «проблема одного пользователя» на самом деле проблема одного сервера, и находится она сравнением рабочих мест за пять минут. Если таких развилок в компании много — база на одном сервере, публикация на втором, терминалы на третьем, — стоит отдельно посмотреть, как вообще устроено размещение: облачная 1С или локальная — это в том числе про то, сколько мест, где может потеряться время.

Где заканчивается зона пользователя

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

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

Точно так же на стороне инженера остаются изменения. Отключение антивируса, чистка кэша, расширение прав, перезапуск общего сервера, ручные операции с СУБД — у каждого действия есть последствия за пределами одной жалобы, и каждое требует обоснования и контрольного сравнения после. Правило простое: сначала замер, потом изменение, потом тот же замер в тех же условиях. Иначе через месяц никто не сможет сказать, что именно помогло — и помогло ли.

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

Форма замера

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

Поле Учебный пример заполнения
Операция и параметры ОСВ за август 2026, организация «Ромашка», без детализации
Замер 1 / 2 / 3, секунды 42 / 39 / 41
Медиана 41
Дата и время 02.09.2026, 11:20
Рабочее место Ноутбук в кабинете 305, Wi-Fi
Учётная запись и клиент Своя, тонкий клиент
База, версия платформы, релиз конфигурации Рабочая, 8.3.24.1234, БП 3.0.157.20
Повторяемость Всегда
Началось Примерно с 19.08.2026, после переезда в кабинет 305
Сравнение Тот же логин на компьютере в кабинете 210, кабель: 10 / 9 / 11, медиана 10
Известные различия У коллеги ограничение по подразделению, у меня его нет

Значения в примере условные. Смысл не в них, а в том, что каждая строка проверяема: её можно повторить и получить тот же результат.

Одно сообщение в ИТ-поддержку

Финал — сообщение, после которого диагностика начинается сразу, а не с трёх уточняющих писем. Оно короткое и состоит только из фактов:

Медленно выполняется одна операция: ОСВ за август по организации «Ромашка». Три замера — 42, 39, 41 секунда, медиана 41. Тот же логин на другом компьютере в кабинете 210 по кабелю: 10, 9, 11 секунд. У коллеги на моём этаже та же операция — около 9 секунд. Воспроизводится всегда, началось примерно 19 августа, после переезда в кабинет 305. Рабочее место — ноутбук, Wi-Fi. Тонкий клиент, платформа 8.3.24.1234, БП 3.0.157.20, рабочая база. Замеры 2 сентября, 11:20. Из изменений за это время — только переезд.

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

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

Что дальше

Вопросы по материалу

У коллеги та же 1С работает быстро. Значит, дело в моём компьютере?
Не обязательно. У коллеги могут отличаться права и ограничения на данные, персональные настройки формы, период и отборы в отчёте, тип клиента и способ подключения. Сначала нужно уравнять условия: одна и та же операция с одними и теми же параметрами, каждый под своей учётной записью. Только после этого разница между людьми становится наблюдением, а не догадкой.
Загрузка процессора на сервере низкая. Это значит, что сервер ни при чём?
Нет. Средняя загрузка почти ничего не говорит про одну конкретную операцию: задержка может возникать на блокировке, на ожидании ответа СУБД, на дисковой очереди или в сети, пока процессор простаивает. Показатели инфраструктуры имеют смысл только рядом с точным временем медленной операции, поэтому в замере и нужна временная отметка.
Нужно ли чистить кэш 1С и временные файлы?
Иногда это помогает, но делать это до замеров не стоит: очистка меняет условия и стирает симптом, который вы собирались показать инженеру. Сначала зафиксируйте три повтора операции, потом согласуйте очистку с ИТ-специалистом и повторите тот же замер, чтобы увидеть, изменилось ли что-то на самом деле.
Когда нужен технологический журнал 1С?
Когда пользовательских замеров и сравнений уже не хватает: симптом воспроизводится, слой определён, но непонятно, на чём именно уходит время. Это инструмент инженера: он выбирает состав событий, период сбора, место хранения и ограничение объёма, а после разбора сбор прекращает. Постоянная запись всего подряд в рабочей среде — не универсальная рекомендация.
Может ли причина быть в том, что у сотрудника просто больше данных?
Да, и это одна из самых частых развязок. Список задач на несколько тысяч строк, сохранённый отбор на всю номенклатуру, персональная обработка в автозапуске, открытые с прошлой недели формы — всё это индивидуально и объясняет, почему у одного человека та же операция стоит дороже. Проверяется это сравнением параметров операции, а не заменой компьютера.

Об авторе

Иванов Николай Владимирович

Основатель и руководитель Визард-АйТи

Основатель и руководитель Визард-АйТи. Отвечает за инженерную стратегию компании, архитектуру сложных проектов и стандарты, по которым команда сопровождает инфраструктуру клиентов.

  • ИТ-инфраструктура
  • информационная безопасность
  • ИТ-аутсорсинг

Теги: #1С · #производительность 1С · #диагностика · #ИТ-поддержка

Столкнулись с похожей проблемой?

Расскажите, что происходит у вас: инженер разберёт ситуацию и предложит, с чего начать.

Если форма недоступна, позвоните +7 (4822) 48-13-48 или напишите на help@wizardit.ru.

Информация о порядке обработки данных приведена в Политике обработки персональных данных.

Если форма недоступна, позвоните +7 (4822) 48-13-48 или напишите на help@wizardit.ru.

Информация о порядке обработки данных приведена в Политике обработки персональных данных.

Первый звонок инженера — около 30 минут в рабочее время. NDA подписываем по первому требованию, обращение ни к чему не обязывает.

Начните вводить запрос

Поиск по услугам, статьям и страницам