Диагностика · 60 секунд

Соберём маршрут до разговора

Три вопроса без отправки данных. Ответы останутся в этой вкладке, пока вы сами не перенесёте маршрут в форму.

Вопрос 01 / 03
Контекст

Что сейчас болит сильнее всего?

Выберите главный разрыв — остальные детали архитектор уточнит на разборе.

Производительность и устойчивость 1С

Найдём, почему 1С тормозит, и докажем результат замером

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

Не начинаем с покупки сервера. Сначала фиксируем ключевую операцию, целевое время и воспроизводимую причину задержки.

Ключевые операции · демо‑замерТрасса синхронизирована
ПользовательОткрытие заказа
Узкое местоОжидание блокировки
РешениеСократить границу транзакции
01

Открытие заказацель ≤ 2,0 с

6,8 с
02

Расчёт потребностицель ≤ 30 с

27 с
03

Проведение выпускацель ≤ 4,0 с

4,9 с
ПравилоОдна операция · одна причина · повторный замер
4 слояодной временной линииДо / послеодинаковый сценарий7 материаловдля команды и правил поддержки10 днейбазовый рентген

Ролевая линза

Один проект. Четыре критерия правильного решения.

Выберите роль — получите критерий, метрику и следующий шаг для своей зоны ответственности. Факты и границы решения останутся одинаковыми для всей команды.

Цена ожидания и простоя

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

Вместо общего проекта «ускорить 1С» выбираем сценарии, где задержка имеет цену, и проверяем эффект на том же профиле нагрузки.

Фокус решения
Потери рабочего времени, простои, SLA и риск критичного периода
Главная метрика
Стоимость задержки ключевых операций
Результат первого шага
Приоритет операций и решение о масштабе оптимизации
Перейти к рентгену 1С
Карта решения01 / 04
  1. 01Какая операция ограничивает результат
  2. 02Сколько стоит ожидание
  3. 03Какой эффект можно проверить первым
Управленческий выходИнвестировать в доказанное ограничение
Выбор сохраняется только на этом устройствеСобственник / CEO

Дорогой разрыв

«Медленно» — это симптом. Для решения нужна цепочка измерений.

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

01Утром быстро, в пик — ожидание

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

На тестовой базе операция выглядит нормальной, но одновременно работающие пользователи, обмены и фоновые задания меняют картину.

Оптимизация без профиля нагрузки устраняет не тот сценарий
02Проблема «плавает» между слоями

1С, СУБД и инфраструктура обвиняют друг друга

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

Команды тратят время на локальные улучшения без общего результата
03После релиза стало хуже

Изменение проходит без измеримого бюджета скорости

Функция принята по корректности, но время критичной операции и поведение под нагрузкой не входят в критерии готовности.

Каждая новая доработка постепенно съедает запас производительности
04Помогает только перезапуск

Инцидент устраняют, но причина не остаётся в знаниях

После восстановления нет воспроизводимого сценария, трассы и контрольного теста — следующая деградация снова начинается с нуля.

Устойчивость зависит от дежурного специалиста и памяти команды

Короткий ответ

Что значит «быстрая 1С» для бизнеса?

01Операция02Цель03Замер04Контроль

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

  • У операции есть владелец и целевое время
  • Замер воспроизводится на сопоставимых данных
  • Причина доказана связью между слоями
  • Контроль остаётся после релиза

Сквозная диагностика

Одна задержка — четыре слоя доказательств

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

Слой 01 · пользовательский сценарий

Фиксируем действие, целевое время и условия, в которых задержка имеет цену.

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

  • Цель измеряется секундомером, а не ощущением
  • Зафиксирован период и профиль нагрузки
  • Есть владелец и цена задержки
СигналДействие пользователя
ПроверкаВремя, объём, нагрузка
РезультатПаспорт ключевой операции

Продуктовый первый шаг

01 / Диагностика

«Рентген производительности 1С»

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

Срок10 рабочих днейПериметрСогласованные ключевые операцииНа выходе7 рабочих материалов
Решение после рентгенаисправить / нагрузочно проверить / изменить архитектуру / не менять
Зафиксировать операции для замера
01

Реестр ключевых операций

Владелец, бизнес‑цель, целевое и фактическое время, профиль нагрузки.

02

Базовая линия

Повторяемые замеры до изменений с едиными условиями и маркировкой данных.

03

Сквозная трасса

Пользователь → 1С → запрос → ожидание → ресурс на одной временной линии.

04

Карта узких мест

Доказательства, влияние, приоритет и зависимость каждого кандидата.

05

План безопасных изменений

Быстрые исправления, архитектурные меры и то, что менять не нужно.

06

Контрольный тест

Сценарий повторного замера и, при необходимости, нагрузочная модель.

07

Паспорт наблюдаемости

Что измерять после запуска, пороги и владелец реакции на деградацию.

Причина до решения

Сервер — только один из четырёх кандидатов

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

UСлой 01

Сценарий

Операция выполняет лишние действия, обрабатывает слишком большой объём или нарушает границу интерактивной работы.

Рабочий результатПерепроектированный путь пользователя
AСлой 02

Приложение

Алгоритм, запрос, расширение или повторный вызов создают измеримую долю задержки.

Рабочий результатТочечное изменение с тестом
CСлой 03

Конкуренция

Транзакции, блокировки и фоновые процессы конфликтуют за один ресурс в пиковое время.

Рабочий результатРазведение нагрузки и границ транзакций
IСлой 04

Инфраструктура

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

Рабочий результатОбоснованная конфигурация и запас

Бюджет производительности

Целевое время — критерий готовности релиза

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

  • Цель согласована с владельцем процесса
  • Профиль нагрузки зафиксирован
  • Замер до и после сопоставим
  • Деградация блокирует выпуск изменения
Управленческий результатРелиз принимается по воспроизводимой операции и целевому времени, а не по ощущению «стало быстрее».
APDEX‑логикацель → контроль
Удовлетворительно≤ Tоперация укладывается в целевое время
ДопустимоT…4Tожидание заметно и требует наблюдения
Неудовлетворительно> 4Tсценарий нарушает согласованный бюджет

T задаёт бизнес, а не инструментПорог фиксируется для конкретной операции и реального пользователя.

Маршрут рентгена

От жалобы до повторяемого контрольного теста

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

  1. 01
    Дни 1–2

    Определить ключевые операции

    Выбираем бизнес‑критичные сценарии и фиксируем целевое время, период нагрузки и условия воспроизведения.

    Паспорт замера
  2. 02
    Дни 3–5

    Снять базовую линию

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

    Трасса и кандидаты причин
  3. 03
    Дни 6–8

    Доказать узкое место

    Изолируем наиболее вероятную причину и проверяем гипотезу на том же сценарии и данных.

    Причина, влияние и решение
  4. 04
    Дни 9–10

    Повторить контроль

    Сравниваем операцию до и после, фиксируем побочные эффекты и формируем правила наблюдаемости.

    Протокол результата и следующий шаг

Как доказываем эффект

Ускорение видно в замере «до / после»

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

  1. 01

    Фиксируем паспорт операцииПользователь, бизнес‑цель, данные, фактическое и целевое время, период и профиль нагрузки.

  2. 02

    Синхронизируем доказательстваТрасса 1С, запросы, блокировки, фоновые задания и ресурсы сопоставляются на одной временной линии.

  3. 03

    Изолируем изменениеИсправляем доказанную причину в ограниченной границе и отдельно проверяем влияние на соседние сценарии.

  4. 04

    Повторяем тот же контрольСравниваем распределение времени до и после, фиксируем порог и оставляем тест владельцу процесса.

Критерий приёмкиЦелевая операция проходит согласованный порог, соседние сценарии не деградировали, а результат воспроизводится повторным тестом.

«Команда настоящих профессионалов: разбирается в бизнес‑процессах и учитывает специфику бизнеса».

Власов Иванруководитель IT‑департамента, ГК «ЖЕЛЕЗНО»

«Доверяем команде за внимание к деталям и индивидуальный подход к нашему делу».

Сметанина Светланаглавный бухгалтер, НЛК

«Команда проработала план перехода, предусмотрела наши пожелания и успешно его реализовала».

Солмашенко Светланакоммерческий директор, Miko

Короткие ответы

Что спрашивают до диагностики скорости

Здесь — ответы для решения о диагностике. Конкретный порог скорости, состав замеров и границу вмешательства определяем для ваших операций и реальной нагрузки.

Задать свой вопрос
01С чего начинается оптимизация производительности 1С?

С перечня ключевых операций и воспроизводимого замера. Для каждой операции фиксируют пользователя, объём данных, период нагрузки, целевое время и бизнес‑цену задержки. Только после этого имеет смысл профилировать код, запросы, СУБД и инфраструктуру.

02Что такое APDEX и зачем он нужен в 1С?

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

03Можно ли ускорить 1С просто увеличением мощности сервера?

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

04Когда нужен нагрузочный тест?

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

05Что входит в «Рентген производительности 1С»?

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

06Можно ли проверить сильно доработанную УПП или ERP?

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

07Как не потерять эффект после оптимизации?

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

Первый проверяемый шаг

Выберите три операции, на которых бизнес действительно теряет время

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

  • Архитектор 1С и инженер производительности
  • Список замеров и условий воспроизведения
  • Без продажи сервера или переписывания до трассы
Рентген производительности 1С01 / 01
Как проявляется проблема?

Ответим в рабочее время. До встречи пришлём короткий список данных, чтобы разговор был предметным.

Заявка принята

Спасибо. Мы получили вашу задачу.

Обращение передано ответственному менеджеру вместе с выбранной темой и контекстом страницы. Свяжемся с вами в рабочее время.