Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Ваши любимые инструменты для анализа производительности  [new]
Valergrad
Member

Откуда:
Сообщений: 703
Есть достаточно большой проект ( набор клиентских сервисов + БД ) на который собираются кратно увеличить нагрузку в виде обрабатываемых данных, хотя БД не сказать, что и сейчас отдыхает. Есть капасити для оптимизации проекта какая понадобится ( от тюнинга конкретных запросов, до изменения архитектуры и даже переписывания тормозящих кусков). Предварительно, конечно, нужно узнать слабые места, и уметь в дальнейшем быстро видеть какие ресурсы окажутся боттлнеками при увеличении нагрузки.
Следуя принципу "know your tools" - какие инструменты вы используете для анализа производительности на уровне сервера БД? Подозреваю, что многие скажут "пользуюсь отлаженным за годы набором запросов", но не использует ли кто-нибудь какой-нибудь GUI?
Наборы запросов, это, конечно, хорошо, но грамотный GUI нередко позволяет экономить свое время ( т.к. грамотно организованная графическая информация, гиперссылки и вкладки не зря придумали). Хотя и ссылка на хороший, тщательно отобранный пак диагностических запросов тоже будет в тему.
12 июл 17, 22:27    [20638726]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
andrey_anonymous
Member

Откуда: Москва
Сообщений: 18339
AWR не предлагать? Тогда statspack :)
12 июл 17, 22:34    [20638745]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
jan2ary
Member

Откуда: Киев
Сообщений: 1780
snapper
12 июл 17, 22:46    [20638765]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
Yo.!
Guest
для не шибко продвинутых или для мигрантов с других субд: quest spotlight
Картинка с другого сайта.
наглядно, стандартные косяки красиво подсвечивает. советую.
12 июл 17, 22:56    [20638787]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
Valergrad
Member

Откуда:
Сообщений: 703
andrey_anonymous,

AWR/ASH - это исходные данные. Сырые. Тонны и тонны цифр и текста. GUI - это инструмент, который позволяет плавать в этих данных, не сбивая себе пальцы в кровь запросами. Мгновенно подсвечивая/выделяя важные места, аггрегируя/детализируя/переходя к подробностям/доставая дополнительную информацию/убирая ненужную информацию/рисуя графики, чарты и диаграммы по одному клику мышкой.
Гугл сходу предлагает разные ASH Viewer, Elastik + KIBANO солюшен и т.п., есть, полагаю десятки инструменты разной степени паршивости. Интересны мнения тех, кто что-то уже пробовал и чем пользуется.
12 июл 17, 22:58    [20638794]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
recovery manager
Guest
Valergrad,

Это все делает штатный оракловый Cloud Control.
Ну и плюс мозги, конечно же.
12 июл 17, 23:19    [20638838]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
Vladimir Filin
Member

Откуда: Москва
Сообщений: 110
recovery manager
Это все делает штатный оракловый Cloud Control.
Ну и плюс мозги, конечно же.

Поддерживаю обе рекомендации.
13 июл 17, 03:42    [20638988]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
ORA__SQL
Member

Откуда: Moscow
Сообщений: 1774
Valergrad
но грамотный GUI нередко позволяет экономить свое время
1. gui навряд ли поможет найти "root cause" (а делается это вручную без gui, и чем выше квалификация - тем быстрее и корректнее)
2. Не редко бывает так, что бизнес беспокоит запрос, который в awr не попал или просто не выделяется на фоне остальных (приходится вылавливать через v$)
3. Если базе совсем плохо (без конкретики, типа sql_id), то в 99% случаях сразу же приступаешь курить запросы и ожидания
4. gui если и можно использовать, то для того, чтобы сделать красивый скриншот :)
13 июл 17, 08:30    [20639129]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
Takurava
Member

Откуда:
Сообщений: 1776
В ОЕМ отлично видны общие проблемы и легко понять с чего надо начинать. Да и потом на 95% можно найти проблему там же.
13 июл 17, 13:28    [20640535]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
д0kХ
Guest
Valergrad
Есть достаточно большой проект ( набор клиентских сервисов + БД ) на который собираются кратно увеличить нагрузку в виде обрабатываемых данных, хотя БД не сказать, что и сейчас отдыхает. Есть капасити для оптимизации проекта какая понадобится ( от тюнинга конкретных запросов, до изменения архитектуры и даже переписывания тормозящих кусков). Предварительно, конечно, нужно узнать слабые места, и уметь в дальнейшем быстро видеть какие ресурсы окажутся боттлнеками при увеличении нагрузки.
Следуя принципу "know your tools" - какие инструменты вы используете для анализа производительности на уровне сервера БД? Подозреваю, что многие скажут "пользуюсь отлаженным за годы набором запросов", но не использует ли кто-нибудь какой-нибудь GUI?
Наборы запросов, это, конечно, хорошо, но грамотный GUI нередко позволяет экономить свое время ( т.к. грамотно организованная графическая информация, гиперссылки и вкладки не зря придумали). Хотя и ссылка на хороший, тщательно отобранный пак диагностических запросов тоже будет в тему.


Бейслайны, триггеры, комплексные экраны в оракловом профиле заббикс
начиная от нагрузки на CPU и диски , виртуальную память,
заканчивая сетевым трафиком.
Бейслайны Оракла по сессиям, ожидания, задержки стендбая ,
бекапы итд где то посредине.


По сработке триггеров ( инцидент) можно автоматом
отстегивать ссылку на сайт с AWR -ом для более глубокого расследования.
Мы пока не отстегиваем.

Но ближайших планах автоматизировать
отлов объектов БД по триггеру на ожидании buffer busy waits.
13 июл 17, 14:25    [20640787]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
AmKad
Member

Откуда:
Сообщений: 5222
+
А я никогда ничего не анализирую. Я как на...ячу, а DBA пусть анализирует и оптимизирует.
13 июл 17, 15:23    [20641148]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
Никанор Кузьмич
Member

Откуда: Москва
Сообщений: 431
Valergrad
Гугл сходу предлагает разные ASH Viewer, Elastik + KIBANO солюшен и т.п., есть, полагаю десятки инструменты разной степени паршивости. Интересны мнения тех, кто что-то уже пробовал и чем пользуется.
ASH Viewer пробовал, нравится, пользуюсь. Ну, насколько мозги позволяют
13 июл 17, 15:45    [20641337]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
Sergey_Korolev
Member

Откуда:
Сообщений: 153
Valergrad,

Давно и успешно используем lab128.com

Написано профессионалами по Performance Oracle , которые решают конкретные проблемы и поэтому знают, какой инструмент нужен.

Весит и стоит совсем немного на фоне цен продуктов для Oracle.
Хотя можно пользоваться и Trial. Работали в таком режиме года два, затем купили лицензию - Разработчик доделал наши "хотелки".
13 июл 17, 16:47    [20641652]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
kinky cat
Member

Откуда: с дивана23
Сообщений: 1238
oem, ash-awr, [pl/]sql developer, set events, strace/dtrace, vi ) вроде все, если чисто применительно к oracle, пока хватало) Еще есть конечно общемониторные тулзы, и у схдшников свои пироги, но это уже не моя ЗО )

автор
Бейслайны Оракла по сессиям, ожидания, задержки стендбая ,
бекапы итд где то посредине.

Завис немного на этой фразе, потом понял что тут другие бейслайны)
14 июл 17, 09:31    [20643096]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
д0kХ
Guest
kinky cat
oem, ash-awr, [pl/]sql developer, set events, strace/dtrace, vi ) вроде все, если чисто применительно к oracle, пока хватало) Еще есть конечно общемониторные тулзы, и у схдшников свои пироги, но это уже не моя ЗО )

автор
Бейслайны Оракла по сессиям, ожидания, задержки стендбая ,
бекапы итд где то посредине.

Завис немного на этой фразе, потом понял что тут другие бейслайны)


У нас те, которые подразумеваются по топику - Performance Measurement Baseline (PMB).
А вы о каких других подумали ?
14 июл 17, 10:21    [20643322]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
kinky cat
Member

Откуда: с дивана23
Сообщений: 1238
д0kХ,
угадайте) у оракла не много вещей официально назвается baseline'ом
14 июл 17, 10:26    [20643344]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
д0kХ
Guest
В терминологии забикса Performance Measurement Baseline (PMB) называются
atest_data - статистика изменений нагрузок.

Расследование инцедента начинается с формирования комплексного экрана , если его
еще не сущетсвует , в котором собраны бейслайны всех компонент с взаимным влиянием, друг на друга.

А вобще , шо это я тут офтоплю , это не оракл , это ITIL и ITSM.
14 июл 17, 10:34    [20643381]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
д0kХ
Guest
kinky cat
д0kХ,
угадайте) у оракла не много вещей официально назвается baseline'ом


Оракл в большестве случаев не является конечним продуктом ( информационной системой )
в бизнес и технологическом смысле, сам в себе .
Поэтому вопрос анлиза производительности должен быть комплексным по всей
информационной системе, в которой оракл один из компонент,
и поэтому производительность оракла отдельно я не рассматирваю.
14 июл 17, 11:30    [20643642]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
д0kХ
Guest
+ административно организационный офтопик

рентабельнее инвестировать в покупку или
собственнуюр разработку комплексой системы
мониторинга производительности и расследования инцидентов,
где админы эксплуатации бизнес приложений могут локализовать место проблем
с производительностью в том числе оракла и задавать конкретные вопросы
конкретным людям , чем устраивать широковещательную
рассылку проблемы сетевикам, железячникам, ДБА ......,
а те в свою очередь начинают играать этой расслыкой в пинг понг.
14 июл 17, 11:43    [20643710]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
andrey_anonymous
Member

Откуда: Москва
Сообщений: 18339
д0kХ
а те в свою очередь начинают играать этой расслыкой в пинг понг.

К сожалению, именно так и будет.
14 июл 17, 11:46    [20643730]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
д0kХ
Guest
andrey_anonymous
д0kХ
а те в свою очередь начинают играать этой расслыкой в пинг понг.

К сожалению, именно так и будет.


Нет, потому как у этого процесса цербер -
в лице руководителя службы эксплуатации,
и ему выдана сабля, котрой
он может сносить премию за игрую пинг понг
( залогированную в бейслайнах профнепригодность или
человеческие качества ( отсуствие конструктивизма) в процессе расследования).

Тяжело лепить горбатого , когда человека тыкают носом в тренд бейслайна,
в процессе расследовния, следить за которым прямая должностная обязанность этого человека.
14 июл 17, 12:00    [20643814]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
andrey_anonymous
Member

Откуда: Москва
Сообщений: 18339
д0kХ
Нет, потому как у этого процесса цербер

Ну вот ситуация: начали падать выгрузки из оракеля в хранилище.
Тулза, выливающая данные, на середине выгрузки начала обижаться в логах на ORA-02396.
Разумеется, "Никто ничего не делал" (с) и "У нас все в порядке" tm
Все бейслайны в норме :)
14 июл 17, 12:42    [20644031]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
д0kХ
Guest
andrey_anonymous
д0kХ
Нет, потому как у этого процесса цербер

Ну вот ситуация: начали падать выгрузки из оракеля в хранилище.
Тулза, выливающая данные, на середине выгрузки начала обижаться в логах на ORA-02396.
Разумеется, "Никто ничего не делал" (с) и "У нас все в порядке" tm
Все бейслайны в норме :)



Наверное будет задан вопрос кто был инициатором
на основании какой информации был изменен профиль.
В звисимости от ответа на этот вопрос есть куча вариантов для действий,
начиная с пересмотра регламентов ,
заканчивая эскалацией инцидента в проблему
на уровень проектного офиса и разработчиков, с переформулирокой вопроса
бизнесовым языком :

У нас автотранспорт перестал укладывается
в лимиты бюджетов по ГСМ , покрывает ли повышение прибыли текущего периода
разницу фактических и забюджетированных затрат ?
Покрывает - отлично.
Не покрывает - скажите какие риски реализовались ?
.....
14 июл 17, 13:14    [20644182]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
andrey_anonymous
Member

Откуда: Москва
Сообщений: 18339
д0kХ
andrey_anonymous
Все бейслайны в норме :)

Наверное будет задан вопрос кто был инициатором
на основании какой информации был изменен профиль.

В общем верно - в той ситуации именно решение DBA об установке idle_time в профиле приложения привела к спецэффекту.
Однако "веселые картинки" этого не покажут.
Лишь тот факт, что система была в ОПЭ и разработчик имел доступ ко всем компонентам + слышал кое что про администрирование позволила диагностировать проблему достаточно оперативно.
Случись такое в проме - не уверен, что решение вопроса заняло бы менее 2-х дней - и это при наличии при весьма компетентного "цербера" в конкретном случае.
Первый день был бы потрачен на пинг-понг между тремя подразделениями Заказчика и двумя - у подрядчика, второй - на согласование доступов разрабов на прод, диагностику и постановку DBA задачи на устранение.
Два дня * 5-6 человек => 10-12 человекодней на устранение примитивного косяка... а Вы говорите цербер... :)
14 июл 17, 13:34    [20644285]     Ответить | Цитировать Сообщить модератору
 Re: Ваши любимые инструменты для анализа производительности  [new]
д0kХ
Guest
andrey_anonymous
д0kХ
пропущено...

Наверное будет задан вопрос кто был инициатором
на основании какой информации был изменен профиль.

В общем верно - в той ситуации именно решение DBA об установке idle_time в профиле приложения привела к спецэффекту.
Однако "веселые картинки" этого не покажут.
Лишь тот факт, что система была в ОПЭ и разработчик имел доступ ко всем компонентам + слышал кое что про администрирование позволила диагностировать проблему достаточно оперативно.
Случись такое в проме - не уверен, что решение вопроса заняло бы менее 2-х дней - и это при наличии при весьма компетентного "цербера" в конкретном случае.
Первый день был бы потрачен на пинг-понг между тремя подразделениями Заказчика и двумя - у подрядчика, второй - на согласование доступов разрабов на прод, диагностику и постановку DBA задачи на устранение.
Два дня * 5-6 человек => 10-12 человекодней на устранение примитивного косяка... а Вы говорите цербер... :)


ДБА должен показать веселые картинки .
Смотрите вот пик бизнес активности внешних потребителей сервиса,
что бы не мешать бизнесу расти и зарабатывать деньги , я принял решение
притормозить внутренние регламентные процедуры не зарабатывающие деньги явным образом.
Ему скажут