Когда 1С тормозит, в этом часто винят «железо»: оборудование не справляется, поэтому операции выполняются медленно. А если виновато «железо», программисты не при чем. Проблема перекладывается на администратора, он ищет причины, пытается устранить – и не всегда у него это получается.
Почему? Потому что бывают ситуации, когда можно подумать на «железо», но дело совсем в другом. И поиск причин методом перебора приводит к потере времени и денег…
В этом видео покажем, как точно определить, что причина замедления не в «железе».
Возьмем конкретный пример: у нас есть документ всего с одной строкой, который проводится 7,5 секунд. Предстоит выяснить, почему так происходит.
Нас ждет настоящий технологический детектив! Будет несколько подозреваемых, и в итоге мы найдем виновного :)
Длительность видео — 17 минут.
Приятного просмотра!
Тайминг ключевых моментов видео:
0:20 — пример медленно выполняемой операции
1:05 — анализ причин замедления со стороны ПО
1:30 — анализ причин замедления со стороны железа
7:20 — выяснение истинной причины замедления: железо или код
8:40 — поиск неоптимальных запросов через инструмент «Монитор»
11:15 — поиск неоптимальных запросов через Microsoft SQL Server Management Studio
14:30 — анализ производительности железа в связке с установленным ПО
Скрипты из видеоурока
Если Вы захотите провести аналогичное технологическое расследование, воспользуйтесь скриптами из видео :)
Записывайтесь на новый курс по ускорению и оптимизации систем на 1С!
Как писать «быстрый» код, анализировать текущее состояние системы, искать причины замедления 1С, а также другие важные вещи мы разбираем на базовом курсе по ускорению и оптимизации 1С.
- 16 учебных часов видео
- 50 практических заданий
- 3 месяца поддержки и доступа к ответам на вопросы
- Пожизненный доступ к видео-урокам и учебным материалам
Безумное количество воды которое в свете импортозамещения (и перехода на Linux + PG) еще и слабо актуально.
90% решаются по ТЖ и просто глазами в отладке.
Оставшиеся 10% решаются анализом планов запросов СУБД (PG/MS SQL).
Конфигурации нужны для того что бы вовремя обнаруживать проблемы (с этим не плохо справляется набор типовых продуктов от 1С (КИП)) там действительно нужна автоматизация с удобной настройкой.
Но если проблема уже локализована или хотя бы обозначена от этих инструментов больше суеты чем пользы. Нужны они только тем кто сам не понимает как что устроено и надеется что “программа ему все покажет”, справедливости ради стоит сказать что действительно часто такие конфигурации могут облегчить низкоквалифицированным пользователям поиск проблемы, но в целом это как костыли для инвалидов, лучше без них.
Вообще из моего опыта, 80% сложности и пользы это не умение разбирать уже конкретные проблемы, а умение настроить систему постоянного мониторинга и раннего выявления проблем, потому что это почти всегда уникальная задача со множеством исключений и правил, например один и тот же запрос может выполняться и 1 секунду и 1 час в зависимости от параметров, и оба случая нормальные и не требуют срабатывания счетчиков, если например у нас регламентное закрытие периода. Т.е. нужно что бы система мониторинга не просто собирала цифры но еще и анализировала контекст.
Ну и последние события еще сильно усложнили все тем что теперь это нужно делать на Linux + PG.
И многое что на MS SQL в плане анализа было просто на PG делается или совсем не просто или сильно по другому.
Плюс так как планировщик PG вообще не особо рассчитан на работу с большими базами и таблицами (потому что это современная СУБД из мира WEB а там правят микросервисы и следовательно не большие базы под каждый сервис с деленеием на оперативную и архивную информацию).
Здравствуйте.
У всех уровень компетенций разный, могу только порадоваться что что все проблемы вы можете решить по ТЖ глазами и в отладке, значит мне есть чему у вас поучиться.
Что касается систем мониторинга, согласен что это нужно и важно, но все же это отдельная большая тема.
Есть мысли сделать такой курс, хотя материалов и так полно в сети, вижу сильный запрос на эту тему.
Для многих 1Сников слова Prometeus и Grafana например вызывают ступор.
Насчет PG только для маленьких баз, даже комментировать не буду, Avito, Газпром, Открытие и Сбербанк видимо не в курсе.
Зачем мне покупать 1с если потом нужно будет танцевать с бубнами?
Это видео для тех специалистов, которые знают ответ.
Так что за не оптимальный запрос внутри документа?
Это специально созданный медленный запрос, какой именно это запрос значения не имеет, суть видео в том, что бы выявить первопричину, и показать что часто сильная загруженность железа это симптом, а не причина.
Можете его привести, будет полезно.
К сожаление сам запрос уже не сохранился т.к. база была удалена, но это не так важно, это может быть абсолютно любой неоптимальный запрос работающий на большой таблице.
можно ли конфу монитор выложить тем кто покупал полный курс по оптимизации 3 года назад?
Монитор это общедоступная конфигурация, скачать ее можно здесь 1smonitor.ru, но без ограничений там только анализ запросов.
Полный функционал на несколько месяцев доступен только для слушателей нового, базового курса по оптимизации.
так и не понял, какой итог расследования? кто виноват и что делать в данном случае?
Виноват был неоптимальный запрос, можно перемотать видео на 13:31 там об этом говориться.
Суть видео в том что бы показать несколько возможных путей расследования одной ситуации, а почему этот запрос неоптимальный, это уже другая история, причин может быть масса.
Конфигурация “Монитор” – где можно ознакомиться с условиями использования после истечения 3 месяцев?
Ознакомиться можно здесь 1smonitor.ru
А что за конфигурация такая “Монитор” ?
Это конфигурация для расследования проблем производительности, она включена в поставку курса.