Modber Сообщество
профессионалов по 1С

Метод для поиска узких мест конфигурации

  
Сообщений: 1

0
Из-за самых, что ни на есть разных причин, информационная база 1С, которая является местом для работы законописателей, троих программистов и больше двухсот обычных пользователей просто на просто начала «подвисать». Обратив свое внимание на самые различные способы поиска, которые выполняются путем оптимизации, был придуман способ, он получил название по тому принципу, по которому он работает, — «метод идентификации запросов». Самое главная мысль этого метода – это поиск невостребованных запросов к MS SQL. С помощью этого метода, мы может в любой момент получить ответ на вопрос о причине «торможения». Но самое главное в этом методе – правильно модифицировать код проблемы, как это лучше сделать?
МедальГрамота
Сообщений: 134

+9
Поиск невостребованных запросов к MS SQL? в первый раз слышу такое выражение.
Чем стандартные средства MS SQL по мониторингу производительности не подходят? Там вроде все есть для этого.
МедальГрамота
Сообщений: 297

+1
Сохраните конфигурацию в файле, для дальнейшего использования при обновлении и поддержки: Конфигуратор — выгрузка модули — пометка обработкой запросов — Загрузка модуля — Обновление конфигурации базы — Мониторинг и оптимизации — сохранение конфигурации.
Грамота
Сообщений: 83

0
Мой опыт показывает, что искать "вслепую" самостоятельно достаточно сложно.
Вариантов несколько
1) нанять тех, кто это уже делал и знает как это делается. Выйдет дорого, но достаточно быстро и надежно
2) делать самим "от SQL" — вылавливать средствами SQL "тяжелые запросы" и пытаться их идентифицировать методом обратного инжениринга. Самый быстрый вариант — в запросах прописать первым полем в таблице уникальное имя запроса, например «Money_12345» будет означать отчет по взаиморасчетам. Тогда в статистике сервера SQL будет виден "плохой" запрос и его "имя".
3) делать самим, но "от 1С" — опрашивать пользователей, ставить "счетчики" времени выполнения в коде 1С в каждом отчете (или в УниверсальныйОтчет, если это отчет не на СКД) и следить, следить, следить...

Варианты 2 и 3 в итоге будут не дешевле, только оплачиваться будет временем штатного программиста и временем ожидания на транзакциях пользователей базы
В начало страницы 
|
Перейти на форум: