Найти и устранить причину медленной работы 1С
Закрытие месяца и тяжёлые отчёты стали заметно дольше, а что именно тормозит — программа, база или сервер — неизвестно. Чтобы ускорить работу 1С, нужна проверка, а не догадка: фиксируем медленную операцию и её время, проходим слои по одному, меняем то, что подтвердилось, и снова измеряем скорость работы в тех же условиях.
Первый звонок инженера — около 30 минут в рабочее время. Разбираем вашу ситуацию, без презентации.
- Начинаем с одной воспроизводимой операции и её исходного времени
- Проверяем конфигурацию, базу данных, сервер, сеть и фоновые задания
- Причину не назначаем до обследования и железо заранее не продаём
- Кратное ускорение не обещаем: договариваемся о способе замера
Когда 1С стала тормозить и непонятно почему
Документы проводятся дольше, отчёт строится полчаса, утром 1С:Предприятие «замирает», а к вечеру всё снова нормально.
Жалобы есть, замеров нет, и разговор быстро сводится к покупке нового сервера.
Медленная 1С задерживает склад и закрытие периода
Отчёты, закрытие периода и работа склада задерживают решения: связываем замеры с тем, что происходит в бизнесе.
Смотреть сценарийИТ без сильного отдела
Своего специалиста по 1С и базам данных нет: прикладную и серверную проверку ведём одним маршрутом.
Смотреть сценарийРиски штрафов и инцидентов
Падение скорости похоже на инцидент: отделяем производительность от ошибок, доступов и состояния инфраструктуры.
Смотреть сценарийИТ для растущей компании
База, площадки и число одновременных сеансов выросли — смотрим, какой слой первым перестал справляться.
Смотреть сценарийЧто меняется, когда причину ищут по фактам
Руководителю нужен ответ, стоит ли вкладываться в сервер или в доработку.
ИТ-специалисту — карта причин и порядок изменений. Пользователям — предсказуемое время критичных операций. Поэтому производительность 1С разбираем по измеримому: где теряется время, какой слой создаёт ограничение и как проверить эффект.
Сейчас
С услугой
Закрытие периода или отчёт формируется дольше обычного, но время операции никто не записывает.
Выбираем повторяемый сценарий, фиксируем условия и исходное время. После работ сравнивается та же операция, а не общее ощущение пользователей.
Новый сервер уже в бюджете, хотя базу, запросы и фоновые задания никто не смотрел.
Сначала собираем карту узких мест. Покупка ресурсов становится обоснованным шагом только тогда, когда замеры показывают ограничение именно на сервере.
Платформу и базу данных настраивают разные люди, поэтому причина остаётся ровно между зонами ответственности.
Один сценарий проходит через все слои: конфигурацию, запросы, сервер и сеть. У каждой гипотезы есть автор, проверка и понятный вывод.
Регламентные задания и обмены запускаются в рабочий пик и тормозят документы, отчёты и склад.
Сопоставляем расписание фоновых процессов с реальной нагрузкой и переносим их так, чтобы не создать новую проблему в другой критичный час.
Разовая настройка помогла, но через месяц база снова замедлилась и непонятно, что изменилось.
Сохраняем исходные условия, внесённые изменения и контрольные показатели. Повторное замедление разбирается от известной точки, а не с нуля.
Руководитель слышит жалобы на скорость, но не понимает, какой бюджет и порядок работ нужны на самом деле.
Итоговый разбор разделяет настройки, доработки, инфраструктуру и сопровождение. У каждого шага есть причина, приоритет и способ проверить результат.
Скажем, с какого слоя имеет смысл начать проверку. Опишите медленную операцию, её примерное время, конфигурацию и сервер.
Как идёт работа по оптимизации 1С
Сначала воспроизводим медленную операцию и записываем исходное время вместе с условиями замера.
Затем по очереди проверяем конфигурацию, базу данных, сервер, сеть и фоновые процессы — по одной гипотезе за раз. Изменения вносим на тестовой базе или в согласованное окно, а в конце повторяем тот же сценарий и передаём выводы.
- 01
Воспроизводим симптом
Операция, пользователь, время суток, база, нагрузка и то, как задержка мешает работе компании.
- 02
Делаем исходный замер
Повторяем согласованный сценарий и сохраняем время, условия и технические показатели.
- 03
Ищем слой, где теряется время
Конфигурация, запросы и база данных, сервер, диски, сеть, задания и обмены — по одной гипотезе за раз.
- 04
Вносим проверяемое изменение
Тестовая база, если она есть, иначе согласованное окно, свежая копия и способ вернуться назад.
- 05
Повторяем замер и подводим итог
Та же операция в сопоставимых условиях, разбор результата, найденные ограничения и план дальше.
Что входит в работу по ускорению 1С
Согласуем операции и условия замера, собираем данные по конфигурации, базе, серверу и сети, проверяем гипотезы по одной и записываем результат каждой.
Состав и результат работ определяем до начала: готового пакета «оптимизация 1С» здесь нет.
Разбор под капотом
Разбор: где система 1С теряет время
Пользователь видит медленный документ или отчёт, но в клиент-серверной базе причина может лежать слоем ниже. Сначала смотрим платформу 1С, конфигурацию, расширения и обмены. Затем разбираем работу PostgreSQL или MS SQL Server: запросы, ожидания, параметры базы. Ниже — память, процессор, диски и сеть сервера. Отдельный слой — регламентные задания и фоновые процессы, которые пересекаются с рабочим пиком. Меняем по одной проверяемой гипотезе и повторяем исходную операцию в сопоставимых условиях: иначе непонятно, что именно помогло.
«Ускорение начинается с одной воспроизводимой операции: только так изменение можно честно проверить.»
В статье разбираем утреннее замедление 1С и показываем, какие сведения отделяют симптом от причины.
Читать технический разборЧто остаётся у компании
Сравнимые замеры до и после, перечень найденных причин, список выполненных изменений с их эффектом, обнаруженные ограничения и план дальнейших шагов.
Границы работы
Что мы обещаем, а что — нет
Это проектная работа: договариваемся о способе замера, окне изменений и признаке результата, но не о коэффициенте ускорения.
Что фиксируем в договоре
- Способ замера, окно изменений и признак результата согласуем заранее.
- Рискованные работы идут в согласованное окно и со свежей копией.
Что согласуем отдельно
- Постоянная реакция на обращения и показатели доступности — они появляются в отдельном договоре сопровождения.
Исходное время измеряется до изменения
Причина не назначается до обследования
У рискованного изменения есть копия, окно и путь назад
Коэффициент ускорения и нулевой простой при изменениях заранее не обещаем.
Кто разбирает медленную операцию
Первая линия помогает записать симптом и его влияние на работу.
Специалист по 1С разбирает конфигурацию и прикладной сценарий, инженер по 1С и базам данных — запросы, ожидания и параметры базы, инженер по инфраструктуре — сервер, память, диски и сеть. В команде 20 штатных инженеров, без фриланса и ИТ-субподряда.
Первая линия
Помогает записать операцию, время проявления и то, как задержка мешает работе.
Специалист по 1С
Смотрит конфигурацию, расширения, обмены и прикладной сценарий, на котором теряется время.
Инженер по 1С и базам данных
Разбирает запросы, ожидания и параметры PostgreSQL или MS SQL Server в рабочей базе.
Инженер по инфраструктуре
Проверяет сервер, память, диски, сеть и другие ограничения, которые видны только снизу.
«Один сценарий проходит через все слои, поэтому вывод не теряется между программой, базой и сервером.»
С какими системами работаем
Работаем с тем, что уже стоит у компании.
Необходимость сменить базу данных, операционную систему или архитектуру подтверждаем замерами, а не общими соображениями.
Стоимость
Как считается работа по оптимизации
Стоимость и объём проекта согласуем до начала работ. Ежемесячной платы за сам проект нет. На цену влияют размер и тип базы данных, число пользователей и контрольный сценарий, глубина проверки, наличие тестовой базы и объём изменений. Подготовим предварительное предложение в течение 48 часов после того, как получим достаточно данных о вашей ИТ-инфраструктуре и задачах.
Как считаем стоимость
Стоимость считаем после первой диагностикиСтоимость и объём проекта согласуем до начала работ. Ежемесячной платы за сам проект нет. На цену влияют размер и тип базы данных, число пользователей и контрольный сценарий, глубина проверки, наличие тестовой базы и объём изменений.
Материалы о производительности 1С
Статьи помогут описать медленную операцию, отличить утренний пик от постоянного замедления и собрать сведения о базе, сервере и нагрузке.
Связанные материалы блога
Вопросы об ускорении 1С
Разбираем, что измеряется до изменений, какие слои проверяются, как собирается план работ, как проверяется результат и что считается отдельно.
Какие операции обычно замедляются и почему это важно?
Проведение документов, построение отчётов, закрытие периода, работа склада и кассы, обмены между базами, вход пользователей утром. Важно не то, что «1С тормозит вообще», а какая операция и на сколько: от этого зависит и порядок проверки, и то, во что замедление обходится компании.
Что измеряется до изменений?
Выбранная операция в согласованных условиях: время выполнения, число пользователей в базе, время суток, параллельные задания и обмены, состояние сервера. Без этого замера сравнивать будет не с чем, а любые изменения останутся вопросом веры.
Какие слои проверяются?
Конфигурация, расширения и прикладной сценарий; запросы и параметры базы данных — PostgreSQL или MS SQL Server; сервер: память, процессор, диски; сеть; регламентные задания и обмены. Причину не назначаем заранее и не сводим её к «плохому администратору» — сначала проверка, потом вывод.
Как собирается план изменений?
Из подтверждённых находок, а не из общего списка рекомендаций. Каждое изменение получает гипотезу, ожидаемый эффект, окно работ и способ проверки. Рискованное сначала пробуем на тестовой базе, если она есть; иначе согласуем окно, свежую копию и путь назад.
Как проверяется результат?
Повторяем ту же операцию в сопоставимых условиях и сравниваем с исходным замером. Кратно ускорить 1С заранее не обещаем: эффект зависит от найденной причины и ограничений системы. Зато заранее договариваемся, что и как будем мерить.
Какие работы считаются отдельно?
Доработка конфигурации, если причина оказалась прикладной; закупка и настройка нового оборудования; перевод базы на другую систему управления данными; регулярное сопровождение и наблюдение за системами. Это отдельные работы со своей оценкой — внутрь диагностики мы их не прячем.
Придётся ли останавливать работу пользователей?
Диагностику чаще всего можно вести без остановки. Изменения, которые задевают рабочую базу или сервер, выполняем в согласованное окно — обычно вне рабочего дня учётного отдела.
Чем это отличается от сопровождения и от аренды сервера?
Это проект с началом и концом: найти причину и проверить изменение. Сопровождение ведёт обращения и регулярные работы постоянно, аренда даёт площадку для размещения базы. Услуги соседние, но задачи у них разные.
Какие сведения нужны для начала?
База и конфигурация, тип базы данных, сервер, число пользователей, конкретная медленная операция, время её проявления, расписание заданий и обменов и то, что меняли в последнее время. Этого достаточно, чтобы назначить первую проверку.
Смежные услуги направления
По итогам проверки может понадобиться другая услуга: перевод базы на PostgreSQL, наблюдение за системами, размещение или регулярное сопровождение.
Найдём причину медленной работы
Назовите операцию, время суток, базу и то, что уже меняли. Этого достаточно, чтобы начать разговор о том, как ускорить работу 1С, — ещё до всякой закупки.