LCS Environment monitoring SQL Insights

[fed]

Единственный известный мне способ - это скопировать данные из 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 и возвращать его на место.