Кто какие способы/комплексы использует для мониторинга/отлова неоптимальностей?
Вроде немного доступных инструментов анализа, свой написал - интереса особо нету.
То ли все сбежали с ms sql в сторону PostgreSQL, то ли у каждого свое  такое самописное есть, то ли мало их - высоконагруженных..
Жена вот говорит: "бесплатно низзя, психологически воспринимается как бесполезное, ненужное".. неужели с ходу надо цену заломить?

оно вот тут:
https://forum.infostart.ru/forum34/topic182811/
но толку что-то пока нет

(0)

идея интересная
но зачем она, когда можно использовать типовой КИП?
стоимость его для крупных предприятий не так уж и велика, если есть в нем реальная необходимость

(0) Очень мало людей способны собрать статистику, но из них еще меньше тех кто способен понять собранные данные. Большинство ищут готовую кнопку "оптимизировать", по нажатию на которую база должна летать. И меньше всего их волнует что делает эта кнопка

Офф. Интересно за сколько жена тебя купила. Или ты ей достался как бесполезный, ненужный довесок к чему то?

Там, где есть высоконагруженные базы должен быть dba админ. Или 1с эксперт по технологическим вопросам.
Они и так всё знают. ;)

>>но толку что-то пока нет
В смысле мешки с деньгами?

ИХМО - сабж к высоконагруженным системам не имеет отношение вообще...

приведу аргументацию:
У нас 3х званная многопользовательская архитектура, в таких системах к общим тормозам обычно приводит не медленное выполнение чего либо а ожидание, ожидания могут возникать везде, даже бонально в сетевом свиче... в Сабже есть инструменты анализа ожидания всеми компонентами системы? скорее всего нет, ибо это задача не самая простая, даже в ЦУПе этого нет...

(0) Выстрел в никуда.

Все это собирается на раз-два.

Лучше было бы кому-нибудь написать набор скриптов, которые настраивают SQL сервер из коробки/показывают неправильные параметры продуктивного сервера

>>..типовой КИП
Есть такой. На продуктивных базах долее 10 мин не включишь - место уходит гигабайтами, разбор идет часами. А мониторинг нужен 7/24 - пришлось изобретать свой велосипед..

>>..еще меньше тех кто способен понять собранные данные..
Вот на это и похоже более всего. Всем хочется кнопку "сделать все". И даже ведущие программисты со стажем не горят желанием лезть разбирать планы запросов. "Ну ты там индекс какой перестрой - у меня ж план горит".

>>..за сколько жена тебя купила..
Да не, любовь-морковь-трое детей.. некорректно как-то коммерческий продукт с человеческими отношениями ровнять

>>.. dba админ.. 1с эксперт... Они и так всё знают.
Им, по-идее, нужны инструменты

>> >>но толку что-то пока нет
>> В смысле мешки с деньгами?
Бесплатно раздаю - никому не интересно. Где уж тут мешки.. Думал пару десятков людей скачают, пара да отпишет чего... неа.

>>...к общим тормозам обычно приводит..
Да много причин-то.
Тормоза на серверах - не в последних рядах.
А комплексного монстра, что фиксирует "вообще все" - пока не видел

>>Все это собирается на раз-два.
:))

>>..набор скриптов, которые настраивают SQL сервер из коробки..
Ну не могу удержаться
"Аппарат автоматического бритья: - суешь голову в прорезь и он тебя автоматически бреет. - Но ведь у всех разные лица!?!? - В первый раз да.."
В принципе есть толковые чеклисты..
Но ведь все равно потом сидишь, часами наблюдаешь, MAXDOP подбираешь..

"ты там индекс какой перестрой - у меня ж план горит" // А ты там кем?

(7)  Вот, пожалуйста. Есть такие решения. https://ola.hallengren.com/

(0) по ссылке экзешник с закрытым кодом ? если так, мало кто захочет нести риски "чужой нетленки" на боевой нагруженной
базе полагаю

(11) +100

я точно не буду тестером... или exe от более менее известной компании или открытый код...

штатный data collection вполне неплох

из платных ПерфЭксперт

в 2016 Query Store еще появилось

каблук :-D

выложишь на гит - подаст на развод...

есть же все это у гилева? Зачем велосибеды изобретать?

(18) у В.Гилева его облачные сервисы нахаляву только в пределах месяца

(0) мне оно точно не надо

сами с усами

(12) разумеется, нет гарантий - нет предмета разговора