AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 10.03.2023, 14:46   #1  
MorpheusX is offline
MorpheusX
Участник
 
182 / 56 (2) ++++
Регистрация: 04.02.2022
LCS Environment monitoring SQL Insights
Как в "LCS Environment monitoring SQL Insights" увидеть историю Expensive Queries, как в Performance Dashboard?

Нажмите на изображение для увеличения
Название: LCS_SQLnsights.JPG
Просмотров: 22
Размер:	54.6 Кб
ID:	13551
__________________
Быть, а не казаться!
Старый 10.03.2023, 18:18   #2  
online
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Единственный известный мне способ - это скопировать данные из Prod в UAT/TEST и сразу после копирования врубить в БД режим Read_only
ALTER DATABASE <myAxDB>
SET QUERY_STORE (OPERATION_MODE = READ_ONLY);
После этого можно подключиться к БД в Tier2 instance и погонять запросы по Query Store и посмотреть чего из запросов сильнее всего систему грузило.
Как отправную точку можно использовать запросы из статьи. Кроме того, в стандарте SQL Management Studio есть несколько отчетов/диаграм по query store, которые тоже можно использовать.
Два примечания:
1. При переливке данных из Tier2 в Tier1 query store не копируется, так что анализировать его надо в вашем Tier2
2. Время от времени режим Read_Only у query store скидывается в Read Write. (Я пока так и не понял как и когда, но иногда это случается). Если ваш Sandbox/UAT не очень активно используется, свежая статистика (уже в Sandbox собранная) особо сильно картину не подпортит. Но если вы Sandbox активно гоняете, надо будет все время следить, не свалился ли у вас режим обратно в Read_Write и возвращать его на место.
Старый 10.03.2023, 19:26   #3  
MorpheusX is offline
MorpheusX
Участник
 
182 / 56 (2) ++++
Регистрация: 04.02.2022
К своему удивлению обнаружил здесь, что List most expensive queries числится в списке Removed features по причине This query may not show the most concerning queries, just the most expensive query at the period of time.
__________________
Быть, а не казаться!
Старый 13.03.2023, 17:07   #4  
MorpheusX is offline
MorpheusX
Участник
 
182 / 56 (2) ++++
Регистрация: 04.02.2022
И вообще проблемы с производительностью мониторятся и автоматически исправляются платформой. Вот несколько промеров:

1. The platform will monitor and automatically employ self-healing mechanisms to reduce the resource consumption of the most expensive queries;

2. The platform will automatically tune and optimize individual queries, removing the need for manual interventio;

3. The system automatically tunes and manages indexes;

4. The platform optimizes workloads and environment to reduce the number of scenarios leading to unresolved process blocking.
__________________
Быть, а не казаться!
Старый 15.03.2023, 00:21   #5  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от MorpheusX Посмотреть сообщение
И вообще проблемы с производительностью мониторятся и автоматически исправляются платформой. Вот несколько промеров:
1. The platform will monitor and automatically employ self-healing mechanisms to reduce the resource consumption of the most expensive queries;
Не надо "путать личную шерсть с государственной", здесь говорится об оптимизации нагрузки на СУБД, а не оптимизации производительности запросов. Вероятнее всего, на наиболее ресурсоемкие запросы просто науськивается функция классификации из resource governor, чтобы отделять их в песочницу пул с ограниченными вычислительными ресурсами. Тогда запросы будут выполняться еще медленнее, но не будут перенапрягать СУБД.
Цитата:
Сообщение от MorpheusX Посмотреть сообщение
2. The platform will automatically tune and optimize individual queries, removing the need for manual intervention;
Прям искусственный интеллект... plan guide что ли прикручивается автоматом?
Цитата:
Сообщение от MorpheusX Посмотреть сообщение
3. The system automatically tunes and manages indexes;
Хорошо, если отключает неиспользуемые. Потому что зная, как MS жадно относится к выделяемому в Azure SQL месту под базу, че-то слабо верится, что автоматом досоздаются "недостающие" по мнению оптимизатора запросов индексы.
Цитата:
Сообщение от MorpheusX Посмотреть сообщение
4. The platform optimizes workloads and environment to reduce the number of scenarios leading to unresolved process blocking.
Периодически рубит долго висящие блокировки? Ну, тоже неплохо...
Старый 15.03.2023, 01:54   #6  
skuull is offline
skuull
Участник
Most Valuable Professional
Лучший по профессии 2014
 
699 / 752 (27) +++++++
Регистрация: 08.03.2013
Адрес: ХЗ
Цитата:
Сообщение от gl00mie Посмотреть сообщение
Потому что зная, как MS жадно относится к выделяемому в Azure SQL месту под базу, че-то слабо верится, что автоматом досоздаются "недостающие" по мнению оптимизатора запросов индексы.
А если просто проверить? Взять базу из прода, перенести в тир 2 и посмотреть, там их будет полно, они конечно не самые лучшие, к примеру индекс по всем полям на inventTrans
Старый 15.03.2023, 10:08   #7  
online
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от skuull Посмотреть сообщение
А если просто проверить? Взять базу из прода, перенести в тир 2 и посмотреть, там их будет полно, они конечно не самые лучшие, к примеру индекс по всем полям на inventTrans
Раньше "оптимизатор" строил два бессмысленных индекса - по dataAreaId и partition. Где-то в декабре его от привычки строить индекс по partition отучили и даже включили построение относительно осмысленных индексов (судя по всему - полученных путем поиска информации об отсутствующих индексах в планах тяжелых запросов). По крйней мере у нас по inventTrans появилось три осмысленных индекса (и не со всеми полями, но с большим числом полей чем я бы сам включил) и для всех трех индексов я примерно понимаю, из за какого запроса они были построены.
Есть, правда, ощущение, что анализа "выигрыш по поиску/проигрыш по обновлению" они не выполняют и строят вообще все индексы по хинтам из top N запросов из query store.
Старый 15.03.2023, 12:19   #8  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от fed Посмотреть сообщение
Есть, правда, ощущение, что анализа "выигрыш по поиску/проигрыш по обновлению" они не выполняют и строят вообще все индексы по хинтам из top N запросов из query store.
А можно как-то подавить такое неуемное построение индексов ?
Старый 15.03.2023, 12:48   #9  
online
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Logger Посмотреть сообщение
А можно как-то подавить такое неуемное построение индексов ?
Нет. Более того - до недавнего времени этот построитель индексов временами просыпался и ломал длинные транзакции. Скажем - загружаешь ты какой-нибудь data entity в течениии 2-3-4 часов, в конце концов включается этот построитель индексов и чего-то там перестраивает. А у тебя импорт отваливается сообщением "schema changed" и тебе надо все перезапускать с ноля. При этом, в каких-то случаях импорт вообще никогда не мог закончится, потому что построитель индексов просыпался каждые 3 или 4 часа, обнаруживал что у тебя индекс по загружемой таблице фрагментирован, запускал переиндексацию, импорт ломался и так далее до бесконечности. Вроде бы в последних версиях мозги этому построителю индексов немного вправили, но подробностей не знаю.
За это сообщение автора поблагодарили: Logger (3).
Старый 15.03.2023, 14:11   #10  
MorpheusX is offline
MorpheusX
Участник
 
182 / 56 (2) ++++
Регистрация: 04.02.2022
Похоже, что Microsoft убрал большинство запросов из LCS > SQL Insights потому что партнеры не могли их интерпретировать для выполнения оптимизации и много жаловались. Microsoft "решил" проблему "автоматизировав" оптимизацию.
__________________
Быть, а не казаться!
Старый 15.03.2023, 14:26   #11  
online
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от MorpheusX Посмотреть сообщение
Похоже, что Microsoft убрал большинство запросов из LCS > SQL Insights потому что партнеры не могли их интерпретировать для выполнения оптимизации и много жаловались. Microsoft "решил" проблему "автоматизировав" оптимизацию.
Мне кажется, эти запросы убрали в момент перехода на "Spartan" (то есть - пул Azure SQL Servers, между которыми наша БД может переезжать при повышении/понижении нагрузки). Хотя, возможно, это еще раньше случилось, когда сам D365FO перевели на технологию Azure Service Fabric (то есть - отвязали от конкретных виртуалок и отдали на откуп ПО управления контейнерами, который эти контейнеры создавать и убивать на разных физических машинах в сети может). В общем - процентов на 99 уверен что убрали эту функцию не потому что партнеры тупили, а потому что на новой технологической платформе их было тяжело реализовать.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
sinedax: LCS Environment Status not Updated - Dynamics 365 for Finance & Operations LBD Blog bot DAX Blogs 0 25.04.2019 02:41
lcs: Known Issue with applying binary updates to an 8.0 environment Blog bot DAX Blogs 0 13.10.2018 04:30
lcs: Issues with environment and package deployments that are triggered through LCS Blog bot DAX Blogs 0 16.12.2017 06:26
emeadaxsupport: How to delete On-premise environment from LCS project Blog bot DAX Blogs 0 27.06.2016 22:12
Arijit Basu: SQL Database Performance Monitoring- Nice Tool Blog bot DAX Blogs 0 22.10.2009 01:09
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 11:11.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.