Oracle
 sql >> база данни >  >> RDS >> Oracle

Lighty накратко

Както може би знаете от предишна публикация в този блог или ако ме следвате в Twitter (BPeaslandDBA), харесвам Lighty за Oracle, продукт на Orachrome. Харесвам този продукт и колко лесно е да получа диагностична информация за производителността. Много съм запознат с Enterprise Manager на Oracle и използвам EM12c през цялото време, когато получавам обаждания за лоша производителност на базата данни. Но сега се надявам, че Lighty ще стане друг инструмент в моя арсенал.

Не очаквам Lighty да замени Enterprise Manager. EM12c прави много повече, отколкото Lighty може, т.е. наблюдение и предупреждение, както и различни задачи за администриране на база данни. Така че ще запазя EM12c, много ви благодаря. Но ще разчитам на Lightly повече за една част от работата си, която Lighty се справя много добре, предоставя информация, която да подпомогне усилията за настройка на производителността. Lighty е само за настройка на производителността и тъй като има уникален фокус, върши работата много добре.

Ще се опитам да покажа някои акценти за това защо мисля, че Lighty е страхотен инструмент за използване. Ще контрастирам с EM12c. Като за начало, в EM12c отивам на Performance –> Performance Home и виждам екран, подобен на следния.

Веднага виждам, че имам спор за ресурсите на процесора. Основният екран в Lighty изглежда по следния начин.

Така че имаме много сходна информация. И това е мястото, където разликите свършват за мен... още в началото. В EM12c съм принуден да взема решение, дали да направя разбивка в използването на процесора или един от класовете на изчакване като User I/O? Тъй като горното показва конкуренцията на процесора, в EM12c щраквам върху CPU частта на диаграмата, за да направя разбивка. В този момент в EM12c обмислям само използването на процесора за моя анализ. Както ще видим по-късно, Лайти не изисква от мен да направя този избор, ако не искам. По-долу е моята диаграма от EM12c.

Диаграмата по-горе е много често срещана за мен в моята база данни Oracle RAC. Графиката по-горе показва използването на процесора за три екземпляра на моята клъстерирана база данни. Кой от тях доминира в използването на процесора? Е, всички изглеждат доста равни. И все пак EM12c ме принуждава да избера един екземпляр за анализ. Не мога да разгледам всичките 3 случая на един екран. Голяма част от работата ми е с настройка на производителността на Oracle RAC и ограниченията на EM12c ме притесняват тук. Трябва да избера клас за изчакване или CPU и след това да избера екземпляр, преди да мога да получа информация за най-добрите SQL изрази или най-добрите сесии. Ако разбия достатъчно далеч в EM12c, мога да получа екран като следния.

Най-накрая стигнах някъде най-накрая! Мога да видя най-добрите SQL изрази и най-добрите сесии. Обърнете внимание на маркираната част. Това е детайл за 5-минутен прозорец. Петминутният прозорец е представен от щрихованата кутия в диаграмата за използване на процесора по-долу за примера.

В EM12c мога да плъзгам щрихованата кутия в различно време и информацията за най-горния SQL и най-добрите сесии ще се промени, за да съвпадне. Но не мога да променя това на 10-минутен интервал или друг период от време. Заседнал съм на 5 минути.

Сега нека противопоставим това на Lighty. Вече видяхме графиката на производителността, точно както EM12. Под тази диаграма на производителността в Lighty е прозорец с детайли в горните SQL изрази. Не трябваше да щраквам върху нищо, за да получа най-добрите SQL изрази.

Веднага виждам една разлика между Lighty и EM12c. Моите най-добри SQL изрази не са ограничени само до процесора или конкретен клас на чакане. Ако искам да огранича информацията, мога да избирам от полето на менюто над графиката на производителността.

Обикновено имам избрани Всички, но мога да избера да виждам само CPU, ако избера. Lighty не ме ограничава, както прави EM12c, освен ако не избера да поднабора на информацията.

Забележете в горния SQL, че ми е представена времева линия на събитията за този SQL. Например, можем да видим, че най-горният SQL израз в списъка използва много CPU. Други SQL оператори в списъка започват и спират използването на CPU, показани в светло зелено. Потребителски I/O едновременно е показан тук в синьо. Ако разширя SQL израз, мога да получа разбивка на този SQL израз.

Само като щракнете върху знака плюс до SQL оператора, мога да видя, че този оператор има два различни плана за изпълнение и единият от тях консумира 93,92% от общото използване на процесора. Ако разширя този план, мога да видя къде прекарва времето си, разбит по събитие на изчакване.

Така че нека обобщим това. Стартирах Lighty и веднага ми бяха представени най-добрите SQL изрази и с едно щракване знам, че горният има план за изпълнение, който консумира CPU. Това е супер бързо и лесно според мен. EM12c затруднява достигането до тази информация и EM12c няма да ми покаже кога SQL оператор е започнал да консумира CPU и кога е спрял, както предоставя графиките на Lighty.

Ако щракна върху SQL израз, подобно на това в EM12c, Lighty ще ми покаже статистика за конкретния SQL. Ако щракна върху раздела Използване, мога да видя всички сесии, които изпълняваха този израз. Забележете, че диаграмата показва времева линия на това кога тази сесия е консумирала този ресурс за този SQL израз. EM12c няма да ми покаже това ниво на детайлност.

С горното лесно мога да видя, че няколко сесии изпълняват един и същ оператор по различно време.

Помните ли, че EM12c ме накара да избера екземпляр за тази база данни Oracle RAC? В Lighty не трябва да правя този избор. Но мога доста лесно. Lighty е наясно с RAC и открива множеството случаи. По подразбиране имам избрани всички екземпляри. Едно просто падащо меню ми позволява да избера един от тях и информацията на екрана автоматично се настройва точно за този екземпляр.

Спомнете си в EM12c, където този засенчен прозорец представляваше 5-минутен период от време. В Lighty данните за SQL и сесията са за цялата графика. Ако искате 5 минути прозорец, можете да изберете опцията 5 минути над графиката. По подразбиране има избран прозорец от 60 минути.

Мога да избирам и други опции, включително персонализиран диапазон от дата/час. В EM12c графиката е за 1 час и не мога да я променя.

EM12c има своя ASH Analytics, който ми позволява да разгледам ефективността в миналото. Но винаги съм имал проблеми с това. С ASH Analytics (който ми позволява да преглеждам хронологията на активните сесии) мога да променя този сив прозорец да бъде нещо различно от 5 минути. Но за мен EM12c просто никога не връща данните. Може би имам нещо нередно с моята среда EM12c. Но Lightly работи извън кутията с исторически данни за ASH. Да кажем, че получих обаждане за проблем с производителността, възникнал между 8:00 и 9:00 тази сутрин. Просто избирам персонализиран период от време.

В EM12c съм принуден да отида на друга уеб страница, Performance –> ASH Analytics.

Досега вероятно сте се хванали за идеята, че според мен Lighty е бърз и лесен начин за получаване на голяма част от същата информация, която мога да получа от EM12c. И ще си прав! Ето още една област, която харесвам в Lighty. Ако отида на Прозорец –> Мониторинг на множество бази данни, тогава мога да видя графики на много различни показатели за производителност за множество бази данни. Ето един пример. С един поглед мога да наблюдавам множество бази данни на един екран. EM12c не ми позволява да го направя. Виждам, че базата данни вдясно е доста неактивна, докато базата данни в средата се удря доста силно. Превъртайки надолу по страницата, получавам диаграми за много показатели:

  • Разбира
  • Потребителски обаждания
  • Транзакции
  • Чете и пише
  • Закъснение на диска
  • Пропускателна способност на дисковия вход/изход
  • Глобални скорости на трансфер на кеш памет
  • Проценти на генериране на повторно изпълнение
  • Мрежов трафик

В EM12c ще трябва да посетя твърде много страници, за да получа същата информация, която Lighty ми дава на една страница.

Всички мои примери разчитат на същите пакети за диагностика и настройка, които съм лицензирал. Ако не ги лицензирате, Lighty предоставя подобна функционалност със Statspack и тяхната версия на L-ASH (Lighty ASH).

Като цяло, мисля, че Lighty е страхотен инструмент за DBA, който отговаря за настройката на производителността. Цената също е много разумна. Колкото повече използвам инструмента, толкова повече започвам да оценявам колко бързо мога да получа информация. Мога да включвам или изключвам нещата с не повече от две щраквания, за да мога лесно да проследя основната причина за проблемите си с производителността. Насърчавам всички DBA на Oracle да изтеглят пробната версия и да видят дали този продукт е подходящ за тях. Lighty можете да намерите тук:http://www.orachrome.com/en/index.html


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. EM SQL Monitor Impact

  2. Функция CURRENT_DATE в Oracle

  3. Вземете само дата без час в Oracle

  4. Затъмнения с EMCLI

  5. Как да създадете нова база данни след първоначално инсталиране на база данни Oracle 11g Express Edition?