Собирай запросы долгие с помощью xe по-другому выяснить не получится

Например для олтп норм до сек выполнение, собирай дольше 5 (или сколько было в тот момент)

@bbqprty, что в таком  случае отслеживаем? эти показатели? logical, physical reads добавляем?

В этих эвентах уже есть чтения и время процессора. Сделай фильтр по длительность и чтобы запрос не системный был. Можно и вейт финиш добавить я бы попробовал сперва без него, тк  там будет пейджлатч бесконечный или что-то не особо информативное

ок, попробую

процессорное время - на это я внимания не обращал в них

Там глобально две причины почему запрос медленнее выполняется, либо он чего то ждёт, либо он обрабатывает больше данных чем обычно. Первое это ресурсы или конкурентный доступ, второе это статистика, снифинг и прочее связанное с кривым планом в кеше. Поэтому лови все события связанные с исполнением запросов плюс ожидания, а дальше найдешь запрос который выполнялся дольше чем ты ожидал, отфильтруешь все по spid связанному с этим запросом и посмотришь будут у него какие либо события wait completed и какие, если не будет то смотри на показатели read, если они аномально большие возможно был не оптимальный план... А это опять же статистика, параметры итд....

ок, спасибо

а если возвращаться к первому вопросу, то большое количество таймаутов блокировок у ghost cleanup не свидетельствует о проблеме с системой, так понял

Через теже эвенты или профайлер ты можешь мониторить когда срабатывает ghost cleanup , как вариант возможно он стал очищать большее количество страниц от этого больше тайм аутов и это говорит лишь о том что у тебя увеличилось количество операций удаления данных из каких либо таблиц

Откройте Windows Event Viewer и найдите это событие.

Народ, а тут кто-то пользуется ERD? Какие инструменты посоветуете?

я обычно использую Visual Paradigm - на мой взгляд, у него удобный понятный интерфейс, и есть бесплатная Community-версия

Спасибо, поизучаю 🙂

Можно ли в azure data studio создать представление бд?

Наглядную схему, как в ms sql server

Подскажите, есть ли какие ни будь способы по удобнее,
чтобы не нужно было записывать вручную название get запроса,
с помощью которого из базы данных выводятся соответственные данные?
На данный момент нужно вписывать название get запроса вручную такой, чтобы на следующей странице выводились все данные у которых есть такой get запрос в базе записан.

Какая тебе разница где схему создать? Где хочешь, можешь - там и создай

А при чем тут СУБД вообще?

эх, вот бы в azure data studio можно было проходить логин-парольную аутентификацию как доменную. jdbc-ные драйвера так умеют.