Przez Techopedia Staff, 30 listopada 2016 r
Na wynos: gospodarz Eric Kavanagh wraz z dr. Robin Bloor, Dez Blanchfield i Bulletą Manale z IDERA omawiają pytania dotyczące tego, jak ich skuteczność może mieć dalekosiężne skutki.
Obecnie nie jesteś zalogowany. Zaloguj się lub zarejestruj, aby zobaczyć wideo.
Eric Kavanagh: Panie i panowie, cześć i witamy ponownie. W środę jest godzina czwarta czasu wschodniego, a teraz oznacza to, że nadszedł czas na Hot Technologies! W rzeczy samej. Mówimy dziś o fajnych rzeczach. Oczywiście jestem twoim gospodarzem, Eric Kavanagh. Tytuł dzisiejszego programu to „Klucz do skutecznej analizy: szybko wracające zapytania”. Zgadza się, wszyscy chcemy szybko. Kto nie chce szybko? Jest naprawdę slajd o twoim i wystarczająco dużo o mnie. Hit mnie na Twitterze, @eric_kavanagh. Z przyjemnością się z Tobą połączę i przeprowadzę rozmowę w mediach społecznościowych. Może być fajnie, tylko nie rozmawiaj o polityce.
Gorący rok. W tym roku rozmawiamy o różnych zagadnieniach analitycznych, a ten jeden dzisiejszy temat naprawdę ma kluczowe znaczenie dla wykonania pracy. Pamiętam, że prawdopodobnie pięć lub sześć lat temu po raz pierwszy usłyszałem, jak ktoś użył wyrażenia „rozmawiaj z twoimi danymi” i chociaż może to zabrzmieć trochę tandetnie, chodzi o to, że jeśli nie możesz mieć iteracyjnego doświadczenia z twoje dane, jeśli nie możesz szybko poprawić swoich zapytań, wysłać nowych zapytań, szybko uzyskać odpowiedzi, to nie rozmawiasz z danymi, a cały proces analityczny jest skrócony. To nie jest dobrze.
Kiedy rozmawiasz ze swoimi danymi, oznacza to, że możesz poruszać się tam iz powrotem, i moim zdaniem, to wtedy znajdziesz wgląd. Ponieważ bardzo rzadko po raz pierwszy znajdziesz idealne zapytanie. O ile nie jesteś Mozartem analitycznym - i jestem pewien, że ta osoba tam jest - będziesz musiał poświęcić trochę czasu na modyfikowanie, dodawanie wymiaru, próbowanie dostrojenia tego, czego szukasz .
Ponownie, nie są to niezwykle potężne środowiska, z którymi mamy do czynienia w świecie analityki; mamy do czynienia z bardzo nieporęcznymi środowiskami oraz bardzo złożonymi i wielowymiarowymi środowiskami. I tak cały dzisiejszy webcast mówi o tym, jak umożliwić tego rodzaju iteracyjną interakcję z twoimi danymi.
Mamy trzech prezenterów. Oczywiście w Hot Technologies, w przeciwieństwie do Briefing Room, mamy dwóch analityków; każdy najpierw robi swoje, potem wchodzi gość, przedstawia swoją prezentację, a my mamy rodzaj okrągłego stołu. A Ty, nasza publiczność, możesz odegrać w tym dużą rolę. Proszę, nie wstydź się; wyślij swoje pytania w dowolnym momencie. Jeśli możesz, użyj panelu Pytania i odpowiedzi, w przeciwnym razie panel czatu będzie w porządku; Spróbuję monitorować oba podczas pokazu. Nagrywamy je, więc jeśli coś przeoczysz lub chcesz podzielić się tym z kolegami, wróć później. Publikujemy je na Techopedia.com, a także na InsideAnalysis.com.
I dzięki temu sprowadzę mądrych ludzi. Przekażę to doktorowi Robin Bloor. Daję mu klucze, zmień prezentera i gotowe. Robin, zabierz to.
Robin Bloor: Dobra. Dzięki za wprowadzenie. Około półtora miesiąca temu rozmawiałem z programistą, który tak naprawdę jest DBA. Nie jest tak naprawdę DBA - był DBA w konkretnej firmie i był jedyną osobą, która mogła sprawić, by zapytania były wykonywane. Ale miał tego dość, bo tak naprawdę jest dość inteligentnym programistą. Więc wyszedł.
I tak musi dla nich robić kilka dni w miesiącu, ponieważ nie mogli znaleźć nikogo, kto zająłby jego miejsce i nie mają pojęcia, co robi baza danych ani jak ją dostroić. Myślałem o tym i po prostu wiesz, że tak naprawdę nie mieli działu IT, ale ten facet im pomagał. Właściwie to przez większość czasu wykonywał pracę DBA.
W przypadku wyrafinowanych baz danych - Oracle, SQL Server, DB2, wszystkie te duże, drogie - strojenie baz danych jest trudnym zadaniem. To także bezpieczna praca. A tak naprawdę powodem tego jest to, że zmienia się krajobraz. Jakoś przez to przejdę. Wiesz, relacyjne bazy danych - zwykle duży obraz, relacyjne bazy danych nadal dominują w popularności. Prawdopodobnie będą dominować jeszcze długo. Tak, istnieją inne bazy danych, które mają teraz więcej czasu antenowego, ale wiesz, kiedy faktycznie patrzysz na to, co się tam dzieje, Oracle robi większość tego, Microsoft SQL Server jest drugi, a w chmurze dzieją się różne rzeczy, które może jednak stanowić wyzwanie. Są wielkimi gigantami w grze. Są to bazy danych, których można używać zarówno do obciążeń OLTP, jak i faktycznie do hurtowni danych. Alternatywy są zwykle stosowane głównie w środowiskach analitycznych, a następnie zwykle zależy od danych, dlaczego wybraliśmy to, a nie relacyjne. Przeważnie ludzie nie.
Firmy mają tendencję do standaryzacji w jednej bazie danych. Ostatnio natknąłem się na firmę, która miała ponad 5000 wystąpień Oracle. A ja, osoba, z którą rozmawiałem z tej firmy, zapytałem ich o DBA. Powiedzieli, że mają około 10 DBA i że opiekuje się nimi około 30 baz danych. A reszta Oracle była po prostu używana jako ostateczny system. Dane z aplikacji, które ich używały, były bardzo małe. Ale to mnie zadziwiło - 5000 przypadków Oracle.
Nawiasem mówiąc, mieli licencję nieruchomości Oracle. Oczywiście licencja korporacyjna. Ale mieli też inne bazy danych, ponieważ czasami aplikacje mają preferowaną bazę danych. To nie tak, że Oracle była jedyną rzeczą. I warto wspomnieć, że ani Hadoop, ani Spark nie są w rzeczywistości bazą danych i minie dużo czasu, zanim zdobędą coś, co uważam za regułę bazy danych. Oczywiście dobre dla łączy danych.
Dzięki działaniom DBA - prawdopodobnie Bullett może powiedzieć o tym o wiele więcej niż ja - ale po prostu je przejdę. Właśnie o tym myślę, wiesz o tym, co robi DBA. Instalują, konfigurują, aktualizują, zarządzają licencjami. Wykonują wiele operacji ETL i replikacji w taki czy inny sposób. Robią planowanie przechowywania i pojemności. Rozwiązują problemy lub są członkami zespołu zajmującego się rozwiązywaniem problemów. Monitorowanie wydajności i dostrajanie to prawie większość ich działalności, ale wszystkie te inne rzeczy, nie są małe, wiesz. Bezpieczeństwo, są odpowiedzialni za tworzenie kopii zapasowych i odzyskiwanie. Powinny być zaangażowane w systemy testowania oprogramowania i mogą być zaangażowane w cykl życia danych.
Występ. Kiedy byłem jednym z tych facetów. Kiedy działałem i dostrajałem bazy danych, tak to rozumiałem, rozumiesz? Jest procesor i w ten czy inny sposób w naszych czasach procesor jest prawie bezczynny, ponieważ byłby to jeden z pozostałych dwóch lub trzech… Cóż, jedno z pozostałych wąskich gardeł faktycznie spowodowałoby problem. Pamięć, przeładowanie i fragmentacja, lub dysk lub nasycenie dysku we / wy, czasami narzut sieciowy, jeśli pracujesz w wielu węzłach sieci i prawdopodobnie mógłbyś faktycznie zablokować się.
Ale to był świat, który widziałem. Niedawno rzuciłem okiem na Oracle i liczbę parametrów dostrajania w Oracle. To było ponad 300. Wiesz, a jeśli naprawdę o tym pomyślisz, DBA, który naprawdę wie, co robi, musi mieć pojęcie, dlaczego miałbyś z tym zadzierać. Więc to skomplikowana praca, wiesz, i jest przez to bardziej skomplikowana.
Wiesz, teraz mamy procesory, ale masz … procesory już istniały, procesory graficzne na procesorze lub z układami FPGA na procesorze. Jest więc coś w rodzaju krzyżowania tego, co dzieje się na CPU. Procesory już dawno stały się wielordzeniowe; właściwie nie przestałem już dostrajać baz danych, kiedy to się stało. Nie mam pojęcia, jaką to faktycznie robi różnicę, skoro o tym myślę.
Wiesz, mamy 3D Xpoint i PCM IBM jako dodatkową warstwę pamięci, a my mamy dyski SSD, ale wiesz, że zastępują wirującą rdzę. Ale dyski SSD mogą mieć różne prędkości. Przy tak wielu, możesz mieć równoległy dostęp, co sprawia, że idą niesamowicie szybko - blisko prędkości RAM. I masz wszystkie równoległe architektury sprzętowe.
I to wszystko, wiesz, koszty spadają, co jest naprawdę fajną rzeczą, ale to wszystko sprawia - wiesz, jeśli weźmiesz kolejną wersję bazy danych i zaczniesz wdrażać ją na maszynach, nawet niektóre to, tak naprawdę, straciłeś jakiekolwiek przeczucie, że możesz mieć sposób, w jaki zachowują się dane, ponieważ opóźnienia są po prostu bardzo, bardzo różne. A tutaj, wiesz, masz cztery warstwy zamiast trzech warstw pamięci.
Problemy z bazą danych. Otrzymujesz entropię bazy danych - proliferujące instancje są bardzo częste. Bazy danych są używane jako szafki, a tak naprawdę podałem ten przykład. Bardzo niewiele baz danych jest samodostrajających, a te, które twierdzą, że są samodostrajające, nie są tak dobre, wiesz. Ale z drugiej strony bardzo niewiele baz danych jest odpowiednio dostrojonych. To trudne zadanie, aby zrównoważyć obciążenia. Kiedy myślisz o bazie danych, co może robić baza danych w ciągu 24 godzin, obciążenia mogą być bardzo, bardzo różne. Baza danych musi mieć szczególnie prawdziwą hurtownię danych.
A zatem dostrajanie, które nie jest trywialne, wiesz, ponieważ robisz to dostrajanie parametrów, które muszą zaspokoić cały zakres obciążeń w danym momencie. Zasadniczo jest to trudna praca. A SQL musi być dostrojony szczególnie dla SQL JOIN. Mogą być bardzo, no wiesz, pochłaniające zasoby. A jeśli baza danych ma zmaterializowane widoki, to, szczerze mówiąc, powinieneś zbadać ich użycie, ponieważ sprawią, że wszystko pójdzie niesamowicie szybciej. A to wymaga kogoś, kto rozumie obciążenia i rozumie ruch SQL i tak dalej.
I większość firm zatrudnia bardzo niewiele DBA - bardzo drogich. Znam dość duże firmy z, na przykład, trzema facetami, wiesz, ogromną liczbą przypadków. Naprawdę kosztują dużo, to trudna praca pod względem złożoności. Potrzebują narzędzi.
I myślę, że to wszystko, co muszę powiedzieć. O tak. Przejdźmy do Deza, zobaczmy, co ma do powiedzenia Dez.
Dez Blanchfield: Dziękuję Robin. To jest ogromny temat. Zamierzam trzymać się rzeczy, które moim zdaniem są skutecznie codziennymi wyzwaniami, przed którymi stoimy. Spójrzmy prawdzie w oczy, istnieje cała biblioteka książek napisanych na ten temat. Kto nie poszedł do księgarni technicznej i nie znalazł ścian i ścian książek napisanych tylko na ogólny temat wydajności bazy danych oraz dostrajania i monitorowania baz danych. A czasem jest to świetny sposób na zabicie czasu.
Temat ogólny: uzyskiwanie zapytań dotyczących wydajności. Istnieje wiele różnych części organizacji, które przejmują się tym tematem - na poziomie użytkownika końcowego, z mojego doświadczenia, wiesz, ludzie po prostu doświadczają wydajności, że rzeczy są wolne. Kręcące się koła potrzebują trochę czasu, aby wrócić do zapytań. Na drugim końcu spektrum znajdują się osoby zajmujące się infrastrukturą, inżynierią sieci i pamięcią masową, które są bite przez specjalistów od baz danych, ponieważ sprawy nie działają tak, jak powinny. Z mojego doświadczenia wynika, że jest to bardzo szerokie spektrum, które może wpływać na nasze życie w tym spektrum.
Jeśli myślisz o tym, od fizycznego wzwyż, wiesz, tylko przestrzeń komputerowa. Ma pamięć, wiesz, pamięć RAM, jeśli chcesz - miejsce na dysku, sieć i wszystkie bity wokół tego. W tej przestrzeni mamy, wiesz, przechowuje myśl, że powiedzmy, że wiesz, lepiej jest użyć surowego dysku lub JBOD i po prostu, wiesz, jak najszybciej podnieść dysk i pozwolić baza danych uporządkuje warstwę ochrony danych. Inni ludzie są wielkimi fanami RAID, nadmiarowego zestawu niedrogich dysków i mają różne doświadczenia religijne z RAID 0, 1, 3, czasem 5 i 6 różnymi rodzajami rozbierania lub replikacji na dysku, na wypadek awarii dysku twardego. Nawet na poziomie magazynowania i inżynierii wciąż mamy ludzi, którzy mają różne poglądy i doświadczenie w zakresie wydajności i rodzajów pamięci.
Niezależnie od tego, czy są to bezpośrednio podłączone dyski i same serwery, czy też jest podłączony za pośrednictwem kanału światłowodowego z jakąś formą sieci pamięci, niezależnie od tego, czy jest to pamięć zamontowana gdzieś na serwerze przez iSCSI, czy na przykład Ethernet. I to jeszcze zanim naprawdę przejdziesz do warstwy bazy danych, gdzie, wiesz, tego rodzaju rzeczy, które bierzemy za pewnik - wiesz, po prostu utrzymując, że, jak nakreślił Eric, wiesz, jak nazywamy rozmowę z twoimi danymi . Po prostu w stanie zidentyfikować wzorce i znaczące wzorce, w których naszym zdaniem możemy zacząć nurkować i szukać problemów z wydajnością.
I to jest bardzo szeroki temat, więc zamierzam nurkować w dwóch obszarach, w których z mojego doświadczenia wynika, że poświęcony czas i energia oraz wysiłek przynoszą dobre zwroty. Pozwól mi więc szybko przejść do pierwszego z nich. I tylko na wpół żartem szukałem zdjęcia czegoś, co miało szkielet w środku i skórę na zewnątrz, ale blok Lego był prawdopodobnie najmniej makabryczny. Ale pod wieloma względami w ten sposób wyobrażam sobie i wyobrażam sobie mentalnie wyzwanie, przed którym czasami stykamy się z platformami analitycznymi i bazami danych, które je obsługują. I to jest tak, że tak naprawdę, jako konsument i użytkownik końcowy, a nawet deweloper, często widzisz warstwę skóry forniru, ale tak naprawdę to szkielet pod nią - to naprawdę problem, na którym musisz się skupić.
W tym przypadku, gdy myślimy o rzeczach, które mogą wpłynąć na wydajność bazy danych i analizach wynikających z tego konkretnego dnia, uderzenia wydajności, podstawowa infrastruktura i po prostu monitorowanie tej podstawowej infrastruktury, a tak jak przed chwilą nakreśliłem, dysk i pamięć oraz procesor. I jak podkreślił dr Robin Bloor, wyzwania w zakresie wirtualizacji i rzeczy, które dzieją się w samych chipach, i wydajność aż do poziomu rdzenia, a także ilość pamięci, która jest teraz umieszczana w każdym chipie w każdym rdzeniu. Są to bardzo techniczne wyzwania, na które należy zwrócić uwagę każdego dnia.
Monitorowanie zapytań. Wiesz, jednym z wyzwań związanych z monitorowaniem zapytań i kolejek zapytań jest na przykład - Mam na myśli, że SQL jako język i narzędzia bazy danych, które występują wokół narzędzi analitycznych, są bardzo wydajne, a zwłaszcza SQL jako język. Ale z tą mocą i prostotą wiąże się również, w wielu przypadkach, to znaczy, że jeśli nie jest to aplikacja, która robi to samo w kółko, napisana przez dobrego programistę i zauważona przez dobrego DBA, może być ludźmi wykonującymi nieustrukturyzowane zapytania.
Problem polega na tym, że dość łatwo jest nauczyć się trochę SQL i zacząć tworzyć zapytania, ale w rezultacie niekoniecznie masz wszystkie umiejętności, doświadczenie i wiedzę, aby wiedzieć, czy robisz dobra lub zła rzecz do zrobienia bazy danych. Ciągłe kontrolowanie tego samego dużego, szerokiego, złego stanu może po prostu zburzyć budynek. Monitorowanie zapytań jest ciekawym wyzwaniem.
Wystarczy monitorować czasy reakcji w zakresie, w jakim robi to platforma i co otrzymują użytkownicy. Znów, bez odpowiednich narzędzi, nie jest to coś, co po prostu intuicyjnie patrzysz na to i myślisz: „Och, sieć działa wolno” lub „Pamięć użytkownika nie działa dobrze” lub „Indeksy działają źle” ”Lub„ wzdęcia ”.
A potem, jak wiecie, jak dochodzicie do problemu, jak go rozwiązać, jak go rozdzielić, rozdzielić i rozwiązać cały problem źle sformułowanych zapytań? I wiesz, czy jest to zapytanie ad hoc, które ktoś uruchamia ręcznie, czy jest to narzędzie analityczne z interfejsem deski rozdzielczej, które działa źle, ponieważ zadaje pytania w niewłaściwy sposób, czy jest to po prostu naprawdę, naprawdę źle napisany fragment kodu?
A potem wykonując tę iterację, Eric powiedział na początku, wiesz, po prostu iteracyjnie powtarzając w kółko i dopracowując te przepływy pracy. Wiesz, jakie przepływy pracy uruchamiam, jak działają, jak często działają, jaki kod działa przeciwko nim, gdzie działają przeciwko niemu w procesorze, pamięci, dysku i sieci? Tak, to tylko naprawdę, naprawdę techniczne wyzwanie.
A potem nirwana, której ludzie szukają na tym świecie, jednocześnie odchodząc od analizy historycznej i dostrajania wydajności i ostrzegania przed środowiskiem, co jest wspaniałe, ponieważ możesz mieć plan na przyszłość, jeśli wiesz, dlaczego wszystko poszło wolno wczoraj rano o dziewiątej. Ale to nie pomaga w tej chwili i nie pomaga w realizacji twojego planu.
Myślę, że to planowanie pojemności i skalowanie oraz skalowanie i dostrajanie, więc wiesz, myślę, że obserwujemy teraz trend, w którym następuje zmiana w bardzo dużych środowiskach, w których ludzie mają duże platformy baz danych i szeroko rozpowszechnione środowiska baz danych. od alertów historycznych i planowania po alarmy i planowanie predykcyjne, w których chcą wiedzieć, co się dzieje teraz i być w stanie zaplanować ich realizację. A może zabraknie nam pamięci i zabraknie jej w ciągu najbliższej godziny i co możemy z tym zrobić? Jakie planowanie wydajności możemy wykonać w czasie rzeczywistym?
Przepraszam. Dochodzi do momentu, w którym całe wyzwanie związane z odkryciem tych przeszkód stoi na przeszkodzie zasadniczo temu, co nazywamy płynną analizą, i uczynieniu z tego normy w Twojej organizacji. Jak widać, jest to nietrywialne wyzwanie dla wielkich codziennych, niemytych mas. I wciąż jest to nietrywialne wyzwanie dla nawet bardziej doświadczonych technicznie.
Wiesz, jeśli jest to trudne dla zwykłych śmiertelników, jak sprawić, by stało się to możliwe? Ponieważ, wiesz, większość z tych rzeczy nie jest w stanie rozwiązać zwykli użytkownicy, i możemy mieć specjalnych inżynierów baz danych, programistów baz danych, programistów, programistów, ale nadal naprawdę muszą być w stanie uwolnić środowisko. Muszą się rozdzielić, wiesz, problemy takie jak ludzie ponownie używający kodu.
Wiesz, jedną z najgorszych rzeczy, jakie widziałem w tym obszarze, jeśli chodzi o wzrost wydajności na platformach analitycznych w bardzo dużych wdrożeniach infrastruktury serwerów baz danych, są ludzie biorący kawałek kodu, fragment SQL lub skradziona procedura, której nie zrobili. piszą, a oni nie wiedzą, czy to dobry, czy zły fragment kodu i po prostu go wykorzystują, ponieważ daje im oczekiwany rezultat. Ale okazuje się, że mogło to być coś, co napisano w locie, aby uzyskać jeden lub dwa wyniki, jak raport - ktoś się spieszył.
I tak ludzie używają złożonego kodu, którego nie napisali, i po prostu uderzają go w program rozwoju aplikacji, nie wiedząc, że tak naprawdę karzą zaplecze. Nawet po prostu monitorowanie osiągniętej wydajności i sprawdzanie, skąd pochodzą zapytania i drążenie w dół, to, wiesz, to codzienne wyzwanie.
Podstawowe rzeczy behawioralne, takie jak wstępne przygotowywanie danych dla wydajności tam, gdzie jest to możliwe. Rzeczy, których tylko doświadczasz, tylko cię uczą, takie jak usuwanie indeksów, jeśli zamierzasz importować zbiorczo, a następnie ponownie indeksować, aby indeksy nie były utrzymywane, gdy pobierasz terabajty danych. Wiesz, bez odpowiednich narzędzi jest to prawie niemożliwe do zobaczenia, ponieważ nie wiesz, że indeks się wbija.
Regularna optymalizacja indeksów to coś w rodzaju 101, ale co, wiesz, kiedy robisz import zbiorczy lub, wiesz, tworzysz tabelę zapytań, jeśli ktoś robi naprawdę duże zapytanie? Wiesz, może to być ogromny spadek wydajności, a jeśli nie monitorujesz, nie masz narzędzi, aby to zobaczyć, dzieje się to w tle i nie wiesz, jak sobie z tym poradzić .
Ograniczenie zapytań tylko do liczby kolumn, których potrzebujesz - to znaczy, brzmi to naprawdę prosto, ale znowu, jeśli go nie widzisz, nie wiesz, że to się dzieje, a potem dzieje się to w tle i boli cię, na Ciebie.
Wiedząc, kiedy i gdzie używać tabel tymczasowych, grupując duże usunięcia i aktualizacje. Ponownie, wszystkie bardzo proste rzeczy, ale bez tej widoczności, bez narzędzi do tego, po prostu siedzą w tle i nadal cię ranią, a ty po prostu rzucasz więcej pamięci lub procesora w środowisku bazy danych, aby uzyskać lepszą wydajność platformy analitycznej, gdy naprawdę powinieneś być w stanie zagłębić się w szczegóły tego, co cię boli i zająć się tą konkretną rzeczą. A potem, wiesz, takie rzeczy jak ograniczenia klucza obcego i jak to znaleźć, skąd w ogóle wiesz, że to problem?
To doprowadza mnie do zakończenia mojej kluczowej kwestii tutaj, a mianowicie tego, że na co dzień widzimy te problemy wszędzie. W miarę jak środowiska baz danych stają się coraz większe i coraz szersze, a jak podkreślił to dr Robin Bloor, otrzymujemy coraz bardziej złożone modele środowiskowe wraz z czasem bazy danych.
A także potrzeba integracji z niektórymi platformami dużych zbiorów danych, takimi jak Hadoop i Spark, i to coraz częściej. Moim zdaniem, zależy nam na znalezieniu lepszych sposobów i konkretnych narzędzi, aby wykonać tę platformę w czasie rzeczywistym, a także przeprowadzić inteligentną analizę i diagnostykę. Ponieważ kosztuje to czas rzeczywisty, prawdziwe pieniądze i frustrację dla użytkowników końcowych i prawdziwe dolary, jeśli nie zaczniemy korzystać z narzędzi do nurkowania w tych rzeczach.
I dzięki temu przekażę naszym znajomym z IDERA, ponieważ uważam, że mają dobrą historię do opowiedzenia, w jaki sposób możemy rozwiązać ten bardzo problem.
Bullett Manale: Brzmi dobrze. Dziękuję bardzo, a ja zacznę i zacznę wszystko. Mam tu także kilka slajdów i pozwólcie, że pójdę dalej i trochę o tym wspomnę. Niektóre z nich przejdziemy dość szybko.
Żeby dać ci trochę wglądu, jestem dyrektorem inżynierii sprzedaży tutaj w IDERA, więc to, co robimy, jest dość regularnym rozmawianiem z DBA o bólach i wyzwaniach, z którymi się borykają, szczególnie w wielu przypadkach, monitorowanie wydajności i tego rodzaju rzeczy, oczywiście. I dużo słyszymy od tej publiczności, więc myślę, że mogę udostępniać niektóre informacje, które otrzymuję od nich regularnie, co będzie miało sens. Przejdę przez kilka z nich, ponieważ nie sądzę, aby były one naprawdę związane z rozmową.
Wiesz, mam tutaj własną listę obowiązków DBA - wygląda bardzo podobnie do listy Robina i myślę, że jest całkiem spójna. Myślę jednak, że kiedy rozmawiasz z administratorem bazy danych, zawsze tak jest - wiesz, że są one skupione w niektórych z tych obszarów bardziej niż w innych i nie ma rymu ani powodu, po prostu zależy to od środowiska.
Słyszysz znacznie szerszy i szerszy zakres rzeczy, które ludzie chcą robić. I wiele razy ludzie, którzy chcą tych rzeczy, nie chcą - poproszą o nie, a w niektórych przypadkach zaczynasz wiercić się tym, o co tak naprawdę proszą, a potem dowiadujesz się, że „ naprawdę szukają więcej. Naprawdę chcą więcej informacji niż początkowo sądzą, że potrzebują, a kiedy zaczynasz wiercić w narzędziu, myślę, że od tego momentu możesz zacząć mówić, że rozmawiają z danymi.
I myślę, że to naprawdę interesujące zdanie i ma sens, jeśli chodzi o możliwość powiedzenia: tak, jeśli masz złe zapytanie, co jest naprawdę złym zapytaniem? Czy jest to zapytanie, które pochłania dużo odczytów, zapisów lub procesora? To może być taki, który dużo działa, może taki, jak powiedzieliście, źle napisany.
Jeśli chodzi o sposób, w jaki to identyfikujemy, istnieje wiele sposobów, w jakie zobaczysz w odniesieniu do naszego produktu, produktu Diagnostic Manager, że pokazujemy DBA, że mogą to zrobić. I jest naprawdę elastyczny, i myślę, że to jedna z wielkich rzeczy - musisz mieć narzędzie, które pomoże ci z tymi problemami z wydajnością, środowisko każdego jest trochę inne.
I będzie wiele, wiesz, potrzeb, a może nawet niejasnych wymagań w zakresie monitorowania, więc musisz mieć coś elastycznego i coś, co będzie działać i być w stanie dostosować się do środowiska, które próbujesz sobie poradzić. Wiesz, i mam wiele z tych przykładów - nie będę przechodził przez każdy z nich, ale potrzebujesz czegoś, co możesz obracać w jedną i drugą stronę między jednym kawałkiem danych a drugim porozmawiaj o tym, gdy wejdziemy trochę do produktu i pokażemy Ci to, oraz pod względem tego, jak to robimy.
Ale inną rzeczą, którą myślę w odniesieniu do każdego dobrego narzędzia analitycznego, jest, wiesz, jest kilka podstawowych rzeczy, których naprawdę szukasz. Oczywiście, przede wszystkim nie chcesz narzędzia, które w imię wydajności spowoduje własne problemy z wydajnością. Kiedy mówię, że zbieram dane bez żadnych kosztów, nie mówię o koszcie w kategoriach kosztu pieniężnego, ale w kategoriach kosztu ogólnego i kosztu zasobów zamierzam użyć w imię wydajności. Na pewno chcesz czegoś, co pomoże.
Potrzebujesz czegoś, co będzie w stanie uzyskać dane, których szukasz, dotyczące problemów, które napotykasz na co dzień, a mogą być rzeczy, których nie potrzebujesz i których nie potrzebujesz ” nie chcę, a zbieranie tych danych nie ma sensu, jeśli nie zamierzasz się nigdy o nich zgłaszać ani nie będziesz potrzebować zarządzania nimi. Na przykład pod względem metadanych związanych z wydajnością.
Wiesz, dobrym przykładem jest to, że nie muszę być powiadamiani, jeśli usługa SQL Transaction Coordinator w SQL nie działa, jeśli nie chcę, aby działała w pierwszej kolejności. Więc nie ostrzegaj mnie, nie zbieraj przeciwko temu danych - nie potrzebuję tych informacji. Zatem możliwość włączania i wyłączania tych rzeczy jest bardzo ważna.
Możliwość również, po zebraniu danych, dość szybkiego dostępu do nich - nie musisz, wiesz, biegać i masować danych, manipulować danymi - być w stanie zrobić to szybko i skutecznie. A kiedy już masz dane, oczywiście bardzo ważne jest, aby móc je zrozumieć.
To właśnie tutaj, dzięki naszemu - na przykład produktowi Menedżerowi diagnostyki - pokażę wam dzisiaj trochę - ten produkt, wiesz, chciałbym powiedzieć, że ten produkt będzie zamień i bądź DBA w pudełku. Rzeczywistość jest taka, że wymaga pewnej wiedzy o tym, jakie jest twoje środowisko i co próbujesz osiągnąć. Oczywiście zrozumienie roli samego DBA jest oczywiście ważne.
Teraz staramy się edukować poprzez pomoc i inne metody. Ale zawsze będziesz chciał powiązać to, oczywiście, z pewnym poziomem doświadczenia lub kimś, kto ma wiedzę na temat tego, co robić po otrzymaniu danych. Kluczem jest oczywiście możliwość posiadania osoby, która może zadawać właściwe pytania na temat produktu i prowadzenie tej rozmowy z danymi. A potem oczywiście jest w stanie zrozumieć dane.
Gdy tylko zdobędę informacje, będę w stanie przekazać je odpowiednim osobom. Moi programiści, mój zespół operacyjny - kimkolwiek to może być, być może będę musiał zintegrować się z innymi produktami, mając haczyki, aby móc to zrobić. To są naprawdę ważne rzeczy. I oczywiście, oczywiście, wreszcie, jeśli muszę wiedzieć więcej, będąc w stanie to zrobić. Niezależnie od tego, czy oznacza to włączenie niektórych dodatkowych danych, czy też oznacza po prostu głębsze zagłębienie się w dane. Masz nadzieję, że dzięki narzędziu, które będzie, wiesz, pomagając w wydajności, dostaniesz wszystkie rzeczy, których potrzebujesz, aby móc odpowiedzieć na te pytania.
Jedną rzeczą, której nie nałożyłem tutaj, którą moim zdaniem warto zauważyć, jest to, że potrzebujesz narzędzia, które pomoże ci rozróżnić, co jest normalne, a co nie. I myślę, że to duży problem, ponieważ, wiesz, istnieje mnóstwo alarmujących produktów i rzeczy, które są na rynku, ale jeśli dostaniesz alert, a alert jest fałszywy, nie pomoże ci to ; to bardziej strata czasu i bardziej zmniejszy twoją wydajność, niż pomoże. Wiesz, to są pewne rzeczy, o których chciałbym pamiętać.
Kiedy mówię o produkcie, z którym w pewien sposób wiążę wszystkie te rzeczy w pakiecie produktów IDERA, myślę, że jest to produkt Menedżera diagnostycznego, który ma prawdopodobnie główną cechę w tym, co mówimy tutaj, w zakresie bazy danych strojenie i wydajność oraz monitorowanie i tego rodzaju rzeczy.
Ludzie szukają monitoringu na poziomie przedsiębiorstwa; chcą mieć dostęp, aby na jednym ekranie wiedzieć, że wszystko działa tak, jak powinno. Lub chcą, oczywiście, w przypadku problemu, zobaczyć, gdzie jest problem, a następnie móc go zgłębić. Myślę, że to naprawdę duża część tego, czego ludzie szukają dzięki tego rodzaju sposobom, w jaki możesz naprawdę udoskonalić swój występ.
Inną rzeczą, która oczywiście się z tym wiąże, jest to, że nie mogę po prostu działać w teraźniejszości i muszę być w stanie cofać się w czasie, niezależnie od tego, czy oznacza to sprawdzanie źle wykonanych zapytań, czy to oznacza, że ty wiem, patrząc na sposób, w jaki host VM zachowywał się pod względem zasobów. Wszystkie te rzeczy, które musisz umieć robić, i nie będziesz siedzieć i gapić się na swoją konsolę 24 godziny na dobę, 7 dni w tygodniu.
Jeśli jesteś na wakacjach lub w środku nocy, lub cokolwiek to może być, potrzebujesz czegoś, co będzie w stanie cofnąć się w czasie, aby móc powiedzieć, co się dzieje w instancji o czas, kiedy mieliśmy problem. Zdolność zrobienia tego, po raz kolejny, sprawnie i szybko oraz wnikania w to, jest zdecydowanie ważnym elementem w tej dyskusji. Powiedziałbym, że jest to prawdopodobnie jedna z ważniejszych rzeczy, jeśli chodzi o to, czego ludzie szukają. Zawsze szukają tego okna w przeszłość, ponieważ to naprawdę im- Wiesz, nie chcesz tam siedzieć i czekać, aż coś się powtórzy.
Następną rzeczą na liście jest przywiązanie do tego, o czym mówiliśmy wcześniej, z samą wydajnością zapytania. Pokażę ci kilka różnych przykładów w produkcie Diagnostic Manager, w jaki sposób to robimy, co, na pewno pod koniec dnia, zapewni wiele opcji dotyczących samych zapytań pod względem tego, co chcesz się zebrać.
Pod względem tego, czy interesują Cię zapytania powodujące problemy z zasobami, zużycie procesora lub zużycie I / O. Niezależnie od tego, czy są to kwerendy, których wypełnienie zajmuje dużo czasu, czy kwerendy, które generalnie nie są najgorsze pod względem wydajności, ale mogą być uruchamiane tak często, że sama częstotliwość ich uruchamiania może stanowić problem. I oczywiście umiejętność dostrzegania trendów w czasie za pomocą tych zapytań jest również ważną częścią tego.
Istnieje wiele różnych sposobów, w jaki możemy to zrobić w tym produkcie i myślę, że to oczywiście bardzo ważny element dla większości DBA. I nawet jeśli nie masz własnych aplikacji opracowanych wewnętrznie, nadal fajnie jest udać się do dostawców oprogramowania i powiedzieć: „Hej, wiesz co? Wiesz, druga po południu każdego dnia, kiedy ta praca się rozpoczyna ”, czy cokolwiek to jest:„ Przyczyną tego jest twoja aplikacja i musieliśmy to naprawić ”. Więc nawet jeśli nie masz ukończonej pracy kontrolować sam kod, nadal dobrze jest wiedzieć, kiedy występują problemy.
A potem druga część jest oczywiście bardziej proaktywna. Być w stanie być pierwszym, który wie, być w stanie zrozumieć, kiedy pojawia się problem. Nie tylko być w stanie być pierwszym, który wie, że możesz to poprawić, ale w wielu przypadkach, kiedy potrzebujesz czegoś, co będzie w stanie zautomatyzować reakcję, w wielu przypadkach. Możesz powiedzieć, wiesz, zamiast otrzymywać wiadomość e-mail z informacją: „Hej, musisz to naprawić”, jeśli jestem na spotkaniu lub jeśli, wiesz, jestem w drodze lub cokolwiek to jest Robię, to oczywiście bardzo miło móc powiedzieć, że mam coś na miejscu, co będzie w stanie rozwiązać to automatycznie.
A jeśli nie zostanie to rozwiązane w sposób zautomatyzowany, przynajmniej być w stanie być pierwszym, który wie, że możesz podjąć działania naprawcze lub skontaktować się z kimś, kto może. Są to oczywiście duże ważne elementy, które mogą napotkać te rodzaje problemów w zakresie monitorowania twoich maszyn, instancji i samych analiz.
Teraz mówiłem o tym wcześniej, a mianowicie o elastyczności rzeczy. Nie mogę tego wystarczająco podkreślić, że mogę powiedzieć, wiesz, natychmiast po wyjęciu z pudełka, jeśli jest coś, co nie jest monitorowane, być w stanie mieć funkcjonalność produktu, aby móc dodać te rzeczy do być monitorowanym. I w tym sensie na przykładzie Menedżera diagnostycznego, oczywiście, wiesz, liczniki WMI, liczniki, liczniki SQL Server, możesz tworzyć własne zapytania.
Możesz nawet, wiesz, jeśli chcesz, pobrać dane ze środowiska vCenter lub Hyper-V, w wyniku odpytywania, które ma miejsce i możesz, wiesz, robić to regularnie i wyciągnij te dane i możesz je wyświetlić. I jeszcze raz obracaj się z jednego miejsca do drugiego, patrząc na te informacje.
Są to rzeczy, o które widzę, o co pytają ludzie, gdy mówią o narzędziu, które pomoże im w zakresie strojenia i wydajności - produktu, który pokażę wam drugim jest Menedżer diagnostyczny, który obsługuje wszystko od 2000 roku aż do 2016 roku. Jest specyficzny dla SQL Server, więc monitorujemy zarządzanie tymi rzeczami. W samych instancjach nie ma agentów monitorujących instancję.
Wracamy do zbierania informacji za niewielką opłatą, że, wiesz, próbowaliśmy oczywiście więcej zebrać te informacje, nie zużywając również wielu zasobów, prawda? Staramy się wykorzystać to, co SQL Server już nam zapewnia i ulepszyć, czy to w dynamicznych widokach zarządzania, czy w rozszerzonych zdarzeniach, czy w zależności od przypadku w odniesieniu do samej kolekcji. Możliwość korzystania z tych informacji i ulepszania ich jest jednym z naszych mandatów.
Teraz, jeśli przejrzysz to naprawdę szybko, nie będę przechodził przez architekturę zbyt szczegółowo, ale posiadam repozytorium zaplecza ze wszystkimi naszymi danymi historycznymi, którymi możesz zarządzać i które możesz przechowywać tak długo, jak to możliwe. chcesz. Możesz nawet wybrać rodzaj informacji, które chcesz przechowywać, i na jak długo. W pewnym sensie wraca to do tego, gromadząc odpowiednie dane i pozostawiając niepotrzebne dane. Jeśli chcesz zachować zapytania przez pięć dni, które są najistotniejsze, a następnie zachować alerty przez dwa lata, to zależy od ciebie i to jest całkowicie twoja przywilej, aby móc to zrobić.
Wiele różnych konsol z tym produktem. Masz wersję internetową, a także grubą wersję klienta. Dzięki temu możesz elastycznie przeskakiwać w przeglądarce i sprawdzać, co się dzieje, lub jeśli masz laptopa z zainstalowanym dedykowanym klientem, jedno z tych podejść byłoby dla Ciebie odpowiednie.
Teraz chciałbym zrobić krótką demonstrację. I wskazałbym - wracam tutaj do tego drugiego slajdu - który mamy, właśnie dodaliśmy, tak jak FYI dla tych, którzy znają produkt, mamy nową ofertę, która jest Menedżer diagnostyczny Pro. Profesjonalna oferta obejmująca coś, co nazywamy analizą obciążenia.
I naprawdę chodzi o to, by móc interaktywnie patrzeć na bardzo duże okresy i przechodzić od tego, wiesz, 30-dniowego widoku do, wiesz, pięciominutowego widoku za pomocą trzech kliknięć. I widząc skok wydajności lub problem w wąskim gardle, który możesz być w stanie, wiesz, będziesz w stanie widzieć na bardzo wysokim poziomie, a także przechodzić do bardzo niskiego poziomu. A zwłaszcza, że dzisiaj jest to nowość w produkcie.
Ale to, co chcę zrobić, to po prostu początek, i chcę trochę porozmawiać o tym obracaniu się i poruszaniu się tam iz powrotem. Przywołałem przykład i zamierzam udostępnić tutaj na ekranie. I zobaczmy … Proszę bardzo. Mój ekran I dajcie mi znać, że możecie to zobaczyć.
Eric Kavanagh: Proszę bardzo.
Bullett Manale: Wszystko tam jest w porządku? W porządku. Więc na co teraz patrzysz - a to jest produkt Menedżera diagnostyki - i chciałem tylko dać ci rodzaj prezentacji na wysokim poziomie, co się tutaj dzieje. W tym konkretnym przykładzie pokazujemy zapytania związane z oczekiwaniem. Kiedy mówię o możliwości poruszania się w przód iw tył, wiercenia głębiej i obracania się, to - ten widok tutaj jest dobrym tego przykładem. Mogę przejść z widoku osi czasu, tak jak widzimy tutaj, który zostanie teraz wyświetlony. W naszym przypadku patrzymy na same oczekiwania i kategorie samych oczekiwań. Widzimy wyciągi powiązane z tymi czekaniami, widzimy aplikacje.
Zauważ, że znajduje się tutaj w widoku osi czasu, więc mogę zidentyfikować te informacje liniowo na podstawie momentu wystąpienia problemu, ale z drugiej strony, jeśli chcę po prostu ponownie się obrócić i mówię: „Wiesz co, spójrzmy na to z innej perspektywy ”. Przyjrzyjmy się temu z punktu widzenia:„ Chcę zobaczyć zapytania, oczekiwania lub aplikacje, które przysparzają mi najwięcej bólu, i uszeregować je. ”I właśnie to zobaczę „zapytanie czeka przez czas trwania”. Teraz widzimy same aplikacje, które powodują mój największy ból lub oczekiwania.
A potem, oto część, która jest naprawdę najważniejsza, to możliwość izolacji tych rzeczy. Widzę, że zaczyna się tutaj aplikacja NoSQL. Daje mi to dużo czasu oczekiwania, a także 25 sekund czasu oczekiwania w tym 30-minutowym oknie, w którym jesteśmy wyćwiczeni. Następnie mogę wyizolować tę aplikację i widzę, w tym przypadku, oświadczenia, które bezpośrednio wpływają na tę konkretną instancję.
Jest to więc tylko jeden przykład tego, w jaki sposób można zidentyfikować wąskie gardło, być w stanie uporządkować informacje, mając możliwość ustalenia priorytetów problemów, które należy rozwiązać w pierwszej kolejności. To są wszystkie rzeczy, które musisz wziąć pod uwagę. Wiesz, możesz naprawiać problemy przez cały dzień, ale jeśli naprawiasz problemy, które znajdują się na dole listy, które chcesz naprawić, to marnujesz swój czas. Z tym związany jest koszt alternatywny.
Dam ci inny przykład, a to trochę inny przykład. Zamiast konkretnie wskazywać problem lub wskazać obszar, potrzebujesz również narzędzia, które będzie w stanie ci pomóc w szerokim znaczeniu, mówiąc: „Hej, czy mieliśmy jakieś problemy?” Lub „Czy są rzeczy, które mogę zrobić, aby poprawić wydajność? ”i mieć coś za kulisami, obserwując, co się dzieje. I w tym przypadku może to być związane z konfiguracją; może to być związane ze, jak wiesz, sposobem zarządzania kondycją samej instancji. A także oczywiście rzeczy związane z wydajnością.
Jeśli przejdę do tego przycisku analizy tutaj, pokażę wam, że w ramach tego produktu mamy również rodzaj proaktywnej listy rzeczy, które można wykonać w formacie rankingowym, który zasadniczo zapewni wgląd w rzeczy, które prawdopodobnie zwiększą Twoją wydajność w tej instancji lub poprawią jej kondycję. I ma format rankingowy w tym sensie, że masz możliwość sprawdzenia, które z nich są bardziej prawdopodobne, aby poprawić wydajność specyficzne dla określonego rodzaju zidentyfikowanego problemu.
Tak więc, kiedy patrzę na te rzeczy i je identyfikuję, nie tylko widzę, że mam problem, ale także, w wielu przypadkach, skrypt, który można zbudować automatycznie, aby rozwiązać ten problem. Ale w wielu z tych przypadków mamy również linki zewnętrzne, które będą odnosić się do rodzaju napotkanego problemu, a także dlaczego podajemy tę rekomendację, aby uzyskać edukacyjny aspekt rzeczy. Co, po raz kolejny, myślę, że jest bardzo ważne, kiedy mówisz o rozwiązywaniu problemów.
Nie chcę po prostu ślepo stosować się do tych zaleceń, chcę zrozumieć, dlaczego te rekomendacje są tworzone. Mogę być starszym DBA, który robi to od 30 lat i potrzebuję czegoś, co będzie, wiesz, sprawdzić - lub kropkować I i przekroczyć T, w tym przypadku - a może jestem młodszym DBA i Potrzebuję trochę pomocy w zrozumieniu tych problemów, gdy się pojawiają, i dlaczego powstają te rekomendacje.
Tak jak powiedziałem, poprowadzę cię przez kilka różnych części produktu. To narzędzie jest dostępne, wiesz, istnieje od 2004, 2003 roku. I naprawdę ma w sobie wiele rozwoju, wiele informacji, więc nie ma sensu próbować pokazywać ci wszystkiego tutaj. Ale myślę, że jedną z rzeczy, na które warto zwrócić uwagę, jest to, że kiedy wchodzimy do środka i zaczynamy rozmawiać o wszystkich rzeczach, które możesz monitorować, oraz o rzeczach, o których możesz ostrzec, ponownie powracając do elastyczności rzeczy, oto lista wszystkich elementów, które monitorujemy.
Nie musi to oznaczać, że chcę uważać te rzeczy za alarmujące, jeśli przekroczą próg, aby można je było włączać i wyłączać. Wracamy do tego: „Hej, muszę tylko zrobić pewne rzeczy z pewnymi wskaźnikami. Muszę tylko alarmować o pewnych problemach. ”I być w stanie upewnić się, że nie zamierzamy nasycić cię grupą fałszywych alarmów. Nie tylko masz możliwość włączania i wyłączania tych rzeczy, ale w wielu przypadkach zauważysz, że zapewniamy również ten zakres normalności, ponieważ odnosi się do każdej metryki. Jeśli więc przyjrzę się temu konkretnemu, w tym przypadku, poziomowi podstawowemu, zauważyłbym, że próg jest prawdopodobnie wyższy tam, gdzie jest teraz.
Z drugiej strony monety, co jeśli mam instancję SQL, w której śledzę niektóre metryki i te metryki, z jakiegokolwiek powodu, progi, które ustawiłem są nieprawidłowe? Innymi słowy, progi są odrobinę zimne w środku miejsca, w którym faktycznie znajduje się linia bazowa, co oznacza, że jeśli mam alert związany z tym progiem, prawdopodobnie dostanę alert o czymś, co jest normalnym wydarzeniem. Dlatego w takich sytuacjach możemy zapewnić Ci wgląd we wszystkie strony.
Dla wszystkich metryk w tym konkretnym przypadku widzę te progi, które prawdopodobnie pokażą tutaj fałszywie dodatnie pod względem tego, co jest normalne, a co nie. To będzie coś, co można by uznać za bardziej normalne użycie po stronie pamięci, a gdybym chciał zwiększyć ten próg, mógłbym, ale taki jest pomysł z podstawami.
Fajną rzeczą w produkcie Diagnostic Manager pod względem samych linii bazowych jest możliwość ustawienia wielu linii bazowych. I możesz zapytać: „Dlaczego miałbym to zrobić?”. Odpowiedź brzmi: jeśli masz okno konserwacji, które działa od, powiedzmy, północy do 4 rano, gdzie naprawdę opodatkowujesz swoje zasoby, naprawdę wykorzystują zasoby tak bardzo, jak to możliwe, wtedy chcesz ponownie móc się przesuwać i chcesz się trochę obrócić i powiedzieć: „Spójrz, zmienimy nasze progi”. Możemy faktycznie dynamicznie dostosowywać nasze progi, w zależności od tego, w której linii bazowej się znajdujemy, na podstawie pory dnia lub dnia tygodnia i tak dalej. Dzięki temu dynamicznie dostosuje dla nas te progi.
Zróbmy jeszcze raz krok. Po zidentyfikowaniu tych progów, po ich przekroczeniu, i jeśli chodzi o konfigurowanie alertów i powiadomień oraz bycie informowanym o tych sytuacjach, które mogą się zdarzyć, po raz kolejny elastyczność jest najważniejsza. Chcesz być w stanie ostrzegać w określonych sytuacjach. W innych sytuacjach możesz chcieć wysłać wiadomość e-mail do kogoś innego, możesz chcieć uruchomić skrypt PowerShell, możesz, wiesz, lista jest długa.
Mogę chcieć zintegrować z czymś za pośrednictwem pułapki SNMP lub nawet bezpośrednio, na przykład z SCOM. Chodzi o to, że masz elastyczność, aby to zrobić, i możesz skonfigurować wszelkie warunki, które by to gwarantowały, bez względu na to, czy jest to bardzo szeroki warunek - wiesz, mój procesor i pamięć lub dowolne zasoby - we wszystkich moich instancjach, a może mam bardzo konkretny rodzaj rzeczy, którą chcę monitorować, ponieważ gdy stwierdzę, że naruszamy zasady, chcę uruchomić bardzo konkretny i ukierunkowany skrypt na ten problem. Więc w tym miejscu możesz robić tego rodzaju rzeczy w produkcie Diagnostic Manager, tylko, jeśli chodzi o alarmowanie i powiadamianie, i być elastycznym z tego punktu widzenia.
Teraz nie przejdę przez wszystkie alarmy i wszystkie te dobre rzeczy. Chciałem porozmawiać o raportach. Po raz kolejny jesteśmy w stanie pobrać informacje i wykorzystać te dane na wiele różnych sposobów - i to znów wraca do rozmowy z twoimi danymi. I wiele osób, kiedy po raz pierwszy widzą ten produkt, myślą: „No cóż, będę mieć narzędzie, które ostrzeże mnie, gdy pojawią się problemy. Właśnie tego potrzebuję. ”W rzeczywistości jest to, że potrzebują tego narzędzia, ale z drugiej strony, jeśli naprawdę - potrzebują również narzędzia, które pomoże im w podejmowaniu decyzji i mogą wykorzystać tę informację, że jesteśmy zbieranie w imię wydajności, a także w celu ostrzegania, aby pomóc Ci w podejmowaniu decyzji na drodze do przodu.
Wiesz, dobrym przykładem byłyby moje prognozy wzrostu w mojej bazie danych. Jeśli mam konkretną bazę danych, która rośnie, mogę wskazać tę bazę danych lub nawet wiele baz danych, aby zobaczyć, jakie są stopy wzrostu. Nie pokazujemy wam tego na podstawie tego, co wiecie, co dzisiaj; prognozuje to na podstawie wcześniejszego wzrostu, którego doświadczyliśmy.
Jeśli mam tutaj kilka baz danych - które, jak mi się zdaje, wyobrażam to sobie - mógłbym wejść i powiedzieć: „Weźmy ostatnie dane z roku, skorelujmy je według miesiąca i próbki tempo miesięcy, chodźmy dalej i zobaczmy, jaki wzrost zobaczymy w ciągu najbliższych trzech lat, czyli 36 jednostek. ”W takim przypadku możemy bardzo szybko odpowiedzieć na to pytanie. Teraz spróbuj zrobić to sam, prawda? Spróbuj to zrobić w takim samym czasie, jak ja to zrobiłem na własną rękę. Zajmie ci to trochę czasu.
Teraz, aby jeszcze bardziej podkreślić, weźmy kolejny raport, który jest raportem moich najlepszych serwerów. Wyobraź sobie, że mam sto instancji produkcyjnych, których w tym przypadku nie mam. Ale jeśli ktoś do mnie przyjdzie i powie: „Chcę, żebyś mi powiedział - udostępnimy tę nową bazę danych dla tej wspaniałej nowej aplikacji; zmieni wszystko, co wiemy; uczyni życie tak cudownym. Aha, nawiasem mówiąc, sama baza danych będzie naprawdę intensywnie we / wy, albo będzie intensywnie obciążać procesor, albo naprawdę będzie wymagała pamięci … ”, bez względu na to, czy jest to wypełnienie pustego pola, chcę aby zobaczyć wszystkie moje instancje produkcyjne, gdzie sensowne jest umieszczenie tej bazy danych? I mogę uszeregować wszystkie moje wystąpienia względem siebie pod względem typu warunkowego, niezależnie od tego, czy jest to procesor, pamięć, dysk, czy cokolwiek innego. Chodzi tutaj o to, aby móc szybko i skutecznie odpowiedzieć na to pytanie i podjąć właściwą decyzję, zamiast zgadywać, kiedy to zrobisz - wszystkie są oczywiście bardzo ważne i potrzebujesz czegoś, co ci pomoże.
A kiedy mówimy o analizie, może ona obejmować wszystko, od tego, o czym mówimy przy planowaniu wydajności, do, no wiesz, alertów, że napotykasz na co dzień, które mogą zajmować się procesorem, ponieważ a także same zapytania, niezależnie od tego, czy są blokowane itd.
Innym przykładem tego byłoby, gdybym poszedł do sekcji administracyjnej tutaj - właściwie cofam tę część, do sekcji alarmowej tutaj - pytając depozytariusza naszych historycznych informacji o rzeczy, które miały miejsce w przeszłości. Czy miałem blokowanie, które wystąpiło w moim środowisku produkcyjnym? Nie wiem, dowiedzmy się.
Mogę wrócić do tagu Production i mogę powiedzieć, dla wszystkich moich instancji produkcyjnych, biorąc pod uwagę dowolny okres czasu, dla każdej metryki, którą chcę zidentyfikować. Jeśli przeszedłem w stan alarmowy, w naszym przypadku powiedzmy blokowanie według liczby, a nie sekund blokowania, i mogę wrócić i, w tym przypadku, o kilka miesięcy, jeśli trzeba - lub w tym sprawa, jeden miesiąc - i widzę to blokowanie. Widzę, kiedy się zaczął, widzę, kiedy się skończył, i w razie potrzeby mogę zagłębić się w dowolny z tych przedziałów ciągnięcia, aby zobaczyć specyfikę incydentu blokującego sam w sobie. Musisz mieć coś, co jest bardzo szybkie, być w stanie znaleźć to, czego potrzebujesz i szukać, zamiast kręcić wiele cykli, aby to zrobić. Myślę, że to również ważne.
Ostatnią rzeczą, którą chcę ci pokazać - i pokazując ten produkt, produkt Diagnostic Manager - jest to, że, jak wspomniałem wcześniej, weszliśmy i dodaliśmy kolejny składnik do naszego SQL Diagnostic Manager Oferta Pro. I to jest składnik analizy obciążenia. I to jest wersja internetowa tego przypadku, w tym przypadku, który pokazujemy tutaj. Chodzi o to, że pozwala to spojrzeć na naprawdę długi okres czasu lub bardzo konkretne okno czasu, a po kilku kliknięciach można zobaczyć kod bezpośrednio związany z problemami, które mogły się zdarzyć .
Jako przykład tego, jeśli patrzę na czterotygodniowy widok, tutaj widzę, tutaj wszystkie skoki w zakresie baz danych i wydajności tych baz oraz tam, gdzie widzieliśmy aktywność oczekiwania na tych bazach. Teraz możesz zobaczyć, jeśli widzę tutaj skok, zaletą tego narzędzia jest po prostu podkreślenie tego małego paska. A potem, kiedy to robię, wszystkie rzeczy tutaj się zmieniają. Bylibyśmy w stanie zobaczyć bazy danych, moglibyśmy zobaczyć, że wszystkie polecenia są powiązane z tym, co kryje się za tym paskiem.
To samo, gdybym powiedział „Spójrzmy na ostatnie cztery godziny”, a nie na ostatnie cztery tygodnie. Nadal mogę to zrobić. Nadal mogę podkreślić ten okres, a następnie stamtąd - oto jeszcze raz moje punkty zwrotne - wszystkie te rzeczy tutaj, z którymi mogę się połączyć. Najważniejsze instrukcje SQL, widzę te zapytania, w tym przypadku powodujące oczekiwania związane ze zużyciem procesora. Po prostu się zgłębiam, widzę te zapytania tutaj powiązane - ups - a także programy i to, co nie jest z tym związane.
Dostajesz tu wiele wglądu i nie tylko, ale możesz zobaczyć, że kiedy przejdziesz do poziomu poleceń, to ci powie. Poinformuje Cię, czy widzi ciężkich operatorów, możesz następnie wyświetlić plany wykonania. Zajmuje to trochę czasu, ponieważ ładowanie tego jest dość obszerne. Ale chodzi o to, że masz wiele różnych sposobów przeglądania danych, aby zobaczyć, czego szukasz, a następnie oczywiście możesz podjąć działania od tego momentu, tak jak trzeba, a ten bierze dłużej niż zwykle, więc zostawię to przy tym.
I tak powiedziawszy, przekażę to z powrotem. Mam nadzieję, że była to dobra demonstracja tego, o czym rozmawialiśmy. I tak jak powiedziałem, sam produkt, którego używaliśmy, aby podać te przykłady, istniał już od dawna, a więc wiele innych rzeczy, o których moglibyśmy porozmawiać i pokazać, ale jeśli jest to coś interesującego możesz zawsze wyjść na naszą stronę internetową i pobrać ją i pobawić się nią.
Eric Kavanagh: I uwielbiam pokazywać wszystkie te szczegóły. Jeśli cofniesz się o kilka ekranów - nawet ten ekran jest całkiem niezły. Ponieważ istnieje tak wiele różnych sposobów wizualizacji tego, co się faktycznie dzieje, i myślę, że jest to jeden z bardziej niedocenianych aspektów komputerów w dzisiejszych czasach. Z pewnością jest to środowisko bazodanowe, które na wiele sposobów mam ten żart, który mówię: „Wciąż uczymy się mówić w krzemie”. Wciąż uczymy się rozumieć, jak zobaczyć, co się dzieje, i na temat tego, co był bardzo dobrze przyjęty, musisz przeprowadzić rozmowę z danymi, aby lepiej zrozumieć, co się dzieje, dlaczego wszystko idzie powoli, ponieważ istnieje wiele możliwych problemów. I, oczywiście, IDERA ma wiele różnych produktów, z których jeden to stare produkty Precise, które moim zdaniem mogłyby się do tego uzupełnić.
Ale może Robin, przekażę ci to na kilka pytań, a potem Dez, kilka pytań od ciebie, a potem może ktoś z widowni, nie wstydź się. Wyślij je teraz.
Bullett Manale: Robin, jesteś niemy?
Robin Bloor: Tak. W porządku, po prostu zdejmuję niemowę. Muszę powiedzieć, że to niewiarygodnie - rzecz, która wydała mi się najbardziej dramatyczna w tym narzędziu, ponieważ tak naprawdę - szczególnie biorąc pod uwagę fakt, że jest całkiem oczywiste, że cała seria wymiarów, w którą po prostu nie weszłaś - rzecz, która w rzeczywistości, Myślę, że najbardziej imponujące było to, że musi to być naprawdę dobry sposób na szkolenie DBA. Wiesz, to jest - więc kiedy zaczynasz pracę z bazą danych i tak naprawdę nie wiesz zbyt wiele o tym, co faktycznie dzieje się w bazie danych, naprawdę bardzo trudno jest zrozumieć. Czy jest to często używane, szczególnie do treningu? Użyłbym tego.
Bullett Manale: Tak. Mam na myśli, że kiedy mówisz o treningu, masz na myśli coś w rodzaju szkolenia w toku jako DBA, prawda? Pod względem…
Robin Bloor: Tak, tak, tak, tak. Narzędzie do nauki. Wiesz, a.
Bullett Manale: Tak, sądzę, że tak jest na pewno, a tym bardziej, że dodaliśmy to, składnik Analizuj, który pokazaliśmy wam wcześniej, zawierający wszystkie związane z nim zalecenia. Ale myślę, że na pewno znajdziesz, w ramach pomocy i wiele różnych obszarów w produkcie, zapewnia on, wiesz, dużo wglądu. Dużo informacji.
Rzeczywistość jest taka, jak powiedziałem, że możesz tego użyć, jeśli nie jesteś DBA. Prawdopodobnie będziesz szukał niektórych wyszukiwań w Google i tego typu rzeczy, po prostu z ogólną wiedzą o tym, co ma większość DBA, ale możesz to skorelować i to na pewno pomoże ci pod względem: „Hej, wiesz, hej, co jest to coś, co nazywa się fragmentacją? ”lub„ Dlaczego to zapytanie jest uruchamiane 6000 razy? ”Mam na myśli, ponieważ te rzeczy zostaną wam przedstawione, a one wybuchną i zobaczycie je. Zobaczysz, że wiesz, co jest normalne, a co nie. Zobaczysz rzeczy, które są szczytowe i te, które nie są.
Z reguły staramy się ustawić to jako najlepsze praktyki. Gdy wskażesz na instancję, pokaże ci to, co zostało zidentyfikowane jako poza najlepszymi praktykami. Oczywiście mam na myśli, że w rzeczywistości najlepsze praktyki są najlepszymi praktykami i nie zawsze są to prawdziwe praktyki. Ale wiesz, to pokaże wartości odstające, nawet od początkowego punktu, w którym go zainstalujesz i wskaże na instancję.
Następnie możesz się posunąć, ponieważ musisz koniecznie rozwiązać problemy i ustalić, czy to naprawdę problem, czy coś, co zwykle dzieje się na co dzień. A potem, ponieważ masz dużo informacji do pomocy i zaleceń, tak, absolutnie.
Robin Bloor: W porządku. Kolejne pytanie - ale jestem pewien, że odpowiedź na to pytanie jest bardzo szybkie - polega na tym, że masz szczegółowość, aby przejść do pojedynczego zapytania i indywidualnego momentu w czasie i spojrzeć z tego wymiaru, .
Bullett Manale: Jasne, tak. W zależności od tego, co chcesz zrobić, możesz spojrzeć na jednominutowe okno czasowe lub na trzydniowe okno czasowe lub, wiesz, trzytygodniowe okno czasowe. I wiesz, jak powiedziałem, zależy to od tego, jak chcesz spojrzeć na dane, a także, co chcesz zebrać. W niektórych przypadkach zbieramy tylko zapytania, które osiągają określony przez Ciebie próg. W innych przypadkach możemy zbierać każde zapytanie, które powoduje oczekiwanie.
Ale masz również możliwość powiedzenia: „Spójrz, te progi, które zidentyfikowałem, może tylko do zapisu, a może tylko do odczytu, a może tylko do procesora.” Więc zakładając, że przekroczyłeś ten próg, to jest to na czym chcesz gromadzić. Następnie, bez względu na ramy czasowe, na które chcesz spojrzeć, będziesz w stanie zobaczyć te zapytania, które są obrażające, na podstawie tego, co uważasz za obrażające.
Masz wiele różnych sposobów patrzenia na dane. Możesz spojrzeć na to w skonsolidowanym widoku, aby zobaczyć, wiesz, zapytania, które - ile zapytań za kulisami zostały rozpoczęte, w porównaniu z, wiesz, każdym pojedynczym incydentem tego zapytania, aby obejrzeć wzór, jeśli będzie, aby sprawdzić, czy stale się pogarsza.
Ale aby odpowiedzieć na twoje pytanie, możesz zdecydowanie wskazać o dowolnej porze. Nazywasz się Przeglądarką historii - i trochę z niej korzystałem - ale w zasadzie niezależnie od tego, który punkt czasu wybierzesz, niezależnie od dnia w wybranym kalendarzu, możesz przejść bezpośrednio do tego momentu.
Teraz patrzę 15 listopada o 19:05 i możemy spojrzeć na zapytania specyficzne dla tego czasu. Gdybym miał taki, który źle działał, biorąc pod uwagę to okno czasu, moglibyśmy spojrzeć na szczegóły sesji specyficzne dla tego okna czasu, aby zobaczyć, które sesje były uruchomione. Mam na myśli całą masę danych i, jak już powiedziałem, najtrudniejszą częścią są może 30 minut zabawy z konsolą i zastanawiania się, jak to zrobić.
Ale gdy zauważysz, że większość danych tutaj znajduje się na wstążce i jest podzielona przez te karty, a każda karta ma swój własny zestaw dynamicznie zmieniających się przycisków, które pojawiają się za każdym razem, gdy na nią klikniesz, to czy patrzysz na rzeczywiste- rzeczy, które wydarzyły się w zeszłym tygodniu, to ten sam proces. Zasadniczo patrzę teraz 15 listopada, ale równie łatwo mogę spojrzeć w czasie rzeczywistym, klikając ten przycisk. I zamierzam wchodzić w interakcje z danymi w ten sam sposób.
Ale aby odpowiedzieć na twoje pytanie, tak, istnieje wiele różnych sposobów przeglądania informacji historycznych, a to dotyczy również samych zapytań.
Robin Bloor: Rozumiem. To bardzo imponujące. Uwielbiam fakt, że okna synchronizują się, mimo że jest to niemal niezbędne we wszystkim, co obecnie dotyczy danych w czasie rzeczywistym.
Bullett Manale: Tak. Pewnie.
Robin Bloor: Oto tylko jedna informacja, na którą właściwie nie znam odpowiedzi. Ponieważ Twoje oferty - SQL Server i chmura - czy możesz wskazać chmurę w obszarze Ratio?
Bullett Manale: Możesz. Możesz wskazać to pod chmurką. Gdy faktycznie dodasz wystąpienia, zapyta Cię, czy jest to RDS czy Azure. Będą pewne ograniczenia oparte na tym, co zostanie nam ujawnione z chmury, więc może być - istnieje niewielka różnica w zakresie tego, co możemy monitorować, po prostu dlatego, że instrumentacja, w niektórych przypadkach, nie jest możemy się tam zebrać na podstawie tego, co Microsoft ujawnia.
Teraz, jeśli jest to coś takiego, no wiesz, infrastruktura jako platforma, jak, wiesz, EC2 lub coś takiego, to wcale nie jest problem. Dostajemy wszystko. A ponieważ współpracujemy z Microsoftem i Amazonem; pracujemy nad bardziej szczegółowym ujawnieniem tych informacji. Ale absolutnie tak, wspieramy te środowiska.
Robin Bloor: Dobra, to interesujące. Cóż, przekażę Dezowi, który na pewno zada ci pytania z innego kierunku.
Bullett Manale: W porządku.
Dez Blanchfield: Dziękuję. Mam dla ciebie dwa bardzo szybkie. Myślę, że wiesz, po pierwsze, skale, wiesz, myślę, że jedną z rzeczy, które mnie uderzają, jest to, że ogólny temat przedstawienia jest czymś, o czym myślimy, kiedy stajemy się bardzo duże, bardzo duże, bardzo duże i szerokie oraz terabajty danych. Oglądając demo, uderzyło mnie to, ponieważ tak naprawdę dotyczy to nawet bardzo małych środowisk, tak jakby po prostu zyskiwało na wydajności.
Jaki rodzaj rozprzestrzeniania się widzisz w tym podejściu i czy myślisz, że jest to, wiesz, czy myślisz, że to narzędzie ma dobro, wiesz - moim zdaniem tak, więc myślę, że to tak - ale chcę zobaczyć to, co widzisz. Mniejsze organizacje prowadzą te same rozmowy i szukają narzędzia do tego, czy naprawdę jest to coś na większym końcu miasta?
Bullett Manale: To zabawne - to dobre pytanie. To trochę mieszanka, ale powiedziałbym, że mamy mnóstwo małych klientów. A kiedy mówię, że mali klienci, to znaczy, wiesz, zakupy od jednej do pięciu instancji na licencję na zarządzanie. Teraz, w niektórych przypadkach, mogą mieć 30 wystąpień SQL, a tak naprawdę zależy im tylko na pięciu, naprawdę bardzo ważnych na tyle, aby zainwestować w takie narzędzie, dla tych pięciu wystąpień.
Ale w rzeczywistości jest to, że nawet w mniejszych sklepach masz garść serwerów SQL. W większości przypadków lub w wielu przypadkach ten mały sklep jest bardzo, bardzo zależny od tych baz danych, ponieważ wiesz, co robią. I tak nie robią, nie mogą pozwolić, by to spadło. Nie mogą, wiesz, muszą mieć narzędzie.
Z drugiej strony tej monety jest to, że w niektórych mniejszych sklepach nie mają dedykowanych DBA, więc facet, który jest najmądrzejszym facetem w pokoju lub bardziej technicznym facetem w pokoju, ostatecznie jest przypisanym DBA. Tak więc w tej sytuacji zdecydowanie szukają pomocy, a to narzędzie oczywiście pomoże im również w tym zakresie.
W przypadku twoich większych środowisk, jak myślę, to Dez wspomniał o tym - lub Robin, nie jestem pewien - ale, wiesz, w większych środowiskach, byłbyś zaskoczony, jak wiele DBA mają, to znaczy, mówimy o ogromnej liczbie wystąpień SQL i masz dosłownie garść DBA, których zadaniem jest odpowiadanie za nie. I z tego punktu widzenia ci faceci szukają pomocy, ponieważ nie mają wystarczających zasobów, aby naprawdę im pomóc, a więc narzędzie pomoże to zrównoważyć.
Widzimy to również całkiem sporo, gdzie wiesz, że masz trzech facetów zarządzających 200 instancjami. Możesz więc sobie wyobrazić logistykę tego, jeśli nie masz takiego narzędzia, aby spróbować dowiedzieć się, kiedy nawet jest problem. Zapewniam, że to nie będzie sposób proaktywny. Mam nadzieję, że to odpowiada na twoje pytanie. Tak.
Dez Blanchfield: Tak, tak. Uderzyło mnie to - i myślę, że Robin coś w tym nawiązało - ale, wiesz, rodzaj obietnicy, którą opisujesz, kiedy robiłeś demo, to znaczy, że nie są one przeznaczone wyłącznie dla bardzo dużych środowisk. Wiesz, możesz kupić wspólną gotową platformę, która jest przeznaczona do jednej rzeczy i umieścić ją we współdzielonym środowisku bazy danych dla czegoś innego, a to po prostu ukarze całe środowisko.
Kolejna rzecz, która mnie uderzyła - to nie tyle pytanie, tylko spostrzeżenie, ale zadam to pytanie - i wiesz, kiedy organizacje już zainwestowały w swoją infrastrukturę i swoje platformę, ich bazę danych, serwery i infrastrukturę wokół nich, i zamierzają kupić produkt, cokolwiek by to nie było - HR, ERP, narzędzie BI - już dokonali dość dużej inwestycji.
Jakiego rodzaju reakcję widzisz, gdy rozmawiasz z ludźmi i zdali sobie sprawę, że mają problem z wydajnością, ale czują, że muszą dokonać kolejnej inwestycji, aby się do tego dostać? Czy jest moment, w którym zdają sobie sprawę, że po pokazaniu tego dowiadują się, że jest to rzecz oczywista, i nie jest to tak bardzo szansa sprzedaży, ale bardziej objawienie. Chodzi tylko o to, że „od razu zobaczymy korzyści z tego”. W przeciwieństwie do samej sprzedaży produktu? Wydaje mi się, że sam się sprzedaje, a ROI po prostu wyskakuje ze strony.
Bullett Manale: Tak, i to zabawne, że tak mówisz, ponieważ często zdarza się to, że ktoś przyjdzie, jak DBA lub nawet przedstawiciele handlowi, i powie: „Hej, ci faceci chcą zobacz na przykład arkusz ROI. ”A bardziej jak coś na papierze, które wyślemy do nich. Wersja demo jest zawsze 10 razy lepsza, zwłaszcza że możesz to zrobić za pomocą samych DBA, ponieważ…
Dez Blanchfield: Tak.
Bullett Manale: Jak powiedziałeś, produkt sam się sprzedaje. Naprawdę trudno jest umieścić ROI na kartce papieru i powiedzieć: „Ok, ile kliknięć wykonuje DBA zazwyczaj, wiesz, kliknięcie w ciągu godziny?”, Ponieważ odnosi się to do kopii zapasowych, wiesz, czy cokolwiek innego może być, wiesz? I próbując położyć to na kawałku papieru, naprawdę trudno to zrobić. Ale kiedy kogoś znajdziesz i pokażesz mu produkt, a on zobaczy go, to dokładnie to, co powiedziałeś.
Ludzie zdają sobie sprawę z jego wartości. Ponieważ nie tylko pomaga im zrozumieć i podejmować lepsze decyzje, ale także pomaga, no wiesz, nie być złym facetem. Mogą być pierwszymi, którzy się dowiedzą; mogą rozwiązać problem, zanim nawet zostanie zidentyfikowane, że wystąpił problem.
Inną częścią tego jest to, że wiesz, jako DBA, czy to jest, wiesz, rzeczywista czy percepcja - i myślę, że to percepcja - naprawdę masz problemy z wydajnością. Jesteś facetem, który wskazuje na ciebie palcem, gdy wydajność spada, a rzeczywistość jest taka, że to programista naprawdę powoduje problem.
Mając narzędzie do powiedzenia: „Hej, to nie jest mój problem, muszę przekazać to programistom, a oni muszą to naprawić” lub, no wiesz, w ten sposób. To dobry sposób, aby mieć coś w swoim arsenale i móc powiedzieć: „To jest prawdziwy problem”. Wiesz?
Dez Blanchfield: Tak. Ostatni dla ciebie i rzecz, która mnie uderza, patrząc na to, kiedy przechodziliśmy, polegała na tym, że często, gdy myślimy o problemach z wydajnością, mamy tendencję do wprowadzania specjalnych umiejętności. Pochodzą z 20-letnim doświadczeniem, patrzą na to i są, no wiesz, klasycznym żartem faceta, który wchodzi do warsztatu inżynieryjnego i ma mały młotek i uderza maszynę w odpowiednie miejsce, a następnie mówi, „To 15 000 $”, a ludzie mówią: „Nie płacimy za to”, wiesz, bo to pięć minut pracy. I mówi: „Cóż, ta pięciominutowa praca wymagała 15 lat doświadczenia, aby zaoszczędzić miliony”.
Wydaje mi się, że wiecie, że jest to proces pośredni, ludzie przechodzą przez to, mówiąc: „Dobra, włącz specjalne umiejętności, rozwiąż problem, zniknie”. Ale wtedy zrobili to właśnie nałożyli na nią Band-Aid, prawda? W przeciwieństwie do scenariusza, w którym z tego, co widzę tutaj, gdzie to się dzieje, tak, mogli rozwiązać niektóre problemy z wydajnością, które, jak myśleli, doświadczają, ale wydaje mi się, że właśnie wtedy mam to 24 / 7, no wiesz, zestaw oczu obserwujących otoczenie w czasie rzeczywistym.
Naprawdę kończy się ucieczka od scenariusza obudzenia DBA o czwartej rano, ponieważ raporty są uruchomione. Czy tak jest - a może jest to retoryczne - ale czy tak jest, że ludzie szybko przechodzą od szukania inwestycji w produkt, aby uzyskać rozwiązanie konkretnego problemu, ale wtedy na ogół staje się on częścią DNA?
Bullett Manale: Tak, i różni się w zależności od miejsca, ale mam na myśli kilku ludzi, którzy pierwotnie kupili ten produkt, na przykład w 2006 roku, i byli na trzech różnych stanowiskach w różnych firmach, i weszli i kiedy idą do następnej firmy, promują to jako coś do zdobycia, ponieważ mają przepływ pracy. I nazywaj to tak, nie chcę tego tak nazywać, ale wiesz, że przepływ pracy dotyczy tego produktu i są do niego przyzwyczajeni na co dzień i pomaga im, więc nie chcą nauczyć się czegoś nowego.
Ale absolutnie. Mam na myśli, że przez większość czasu ludzie pobierają ten produkt, to nie dlatego, że mają budżet i że wychodzą i mówią: „Hej, cóż, mamy budżet na wydajność, musimy to zrobić dowód koncepcji i musimy wkroczyć i wymyślić, dokonać oceny i tym podobnych rzeczy. ”Zwykle zdarza się, że mają problem z wystąpieniem SQL i szukają pomocy w napraw ten problem. Pobierają i pobierają nasze narzędzie, naprawiają problem, a następnie zdają sobie sprawę, że to samo narzędzie zrobi więcej niż tylko naprawi problem, który mieli w tym czasie, że rzeczywiście pomogłoby im to poprawić ogólną wydajność i powstrzymuj inne problemy przed postępowaniem. I to jest pewne. I zdecydowanie możesz używać tego narzędzia do ciągłego dostrajania środowiska, ponieważ zawsze będziesz mógł zobaczyć nie tylko to, co się teraz stało, ale także co się stało w zeszłym tygodniu, w zeszłym miesiącu, w zeszłym roku i porównać to z tym, co się stanie jutro. Wiesz? Tego typu rzeczy.
Dez Blanchfield: Tak.
Bullett Manale: Na pewno.
Dez Blanchfield: Idealnie. Więc wspomniałeś, wspomniałeś o czymś - zamierzam to zakończyć, zanim oddam Ericowi, by go zamknął. Jedną z rzeczy, którymi zawsze się interesuję, jest to, jak ludzie to robią? Wspomniałeś o pobraniu. Jakie jest 30-sekundowe podsumowanie tego, w jaki sposób zdobywają go, zdobywają kopie, rozwijają i bawią się nimi oraz czego mogą potrzebować pod względem infrastruktury, aby uzyskać instancję.
Bullett Manale: Więc to będzie, idziesz do IDERA (idera) .pl. IDERA.com to firma, a jeśli wejdziesz na tę stronę - i rzeczywiście mogę cię tutaj pokazać - nie wiem, czy nadal udostępniam mój ekran, ale jeśli przejdziesz na stronę Produkty, przejdź do Diagnostyki Link do menedżera, pojawi się mały przycisk Pobierz i możesz po prostu pobrać kompilację po wypełnieniu swoich informacji. Zapytają cię o wersję 32- lub 64-bitową, a ty, jak mówią, ruszasz do wyścigów.
Dez Blanchfield: I czy będzie działał na laptopie, aby ktoś mógł się nim bawić, czy też musi gdzieś załadować go na serwer?
Bullett Manale: Nie, nie. W rzeczywistości to, co pokazałem wam dzisiaj, biegało z mojego laptopa. Teraz mój laptop ma 32 koncerty i 8-rdzeniowy procesor, ale nadal jest laptopem. Ale niekoniecznie musi mieć tyle zasobów, aby odpowiedzieć na twoje pytanie. Sama ocena jest ważna przez 14 dni, ale z niecierpliwością zapraszamy na dłuższy okres próbny. Jeśli zadzwonisz do nas, możemy to przedłużyć, jeśli chcesz.
Dez Blanchfield: Myślę, że powinno to być coś do zabrania, bo na pewno to zrobię. Wydaje mi się, że z wyglądu rzeczy nie ma wątpliwości, że mogę go pobrać i bawić się nim. Prawdopodobnie udasz się do jednego ze swoich środowisk i po prostu zobaczysz to, co możesz zobaczyć, ponieważ podejrzewam, że - podobnie jak wszystko, co widziałem w tle bazy danych w ciągu ostatnich 20 lat, co mnie starzeje - kiedy zobaczysz, co jest pod kaptur, to niesamowite, co zdajesz sobie sprawę, że możesz to szybko naprawić i po prostu uzyskać niewielki wzrost wydajności.
Wspaniale, dzięki za demo. To było naprawdę wspaniałe. Dziękuję za cały czas, aby omówić pytania.
Bullett Manale: Nie ma za co. Dzięki za-
Dez Blanchfied: Eric, oddam ci rękę.
Eric Kavanagh: Tak, mamy naprawdę dobre pytanie od publiczności. Mówiłeś o tym w swojej prezentacji, a ja naprawdę napisałem o tym na Twitterze, ponieważ był to świetny cytat. Powiedziałeś, że nie chcesz używać narzędzia do monitorowania wydajności, które negatywnie wpływa na jej wydajność.
Bullett Manale: Racja. Zgadza się. To rodzaj ważnej części narzędzia do monitorowania wydajności, ponieważ nie powoduje problemów z wydajnością. Dokładnie tak.
Eric Kavanagh: Dokładnie. Cóż, to jest jak te cholerne - to jak programy antywirusowe, które mogą siać spustoszenie w systemach. Mam na myśli, że wykorzystałem wiele różnych technologii do nadawania, w których program antywirusowy uruchamia się i skraca twój strumień. Są rzeczy, których się nie spodziewasz, ale pytanie dotyczy konkretnego komentarza, który napisałeś. A jaki rodzaj hitów wydajnościowych widzisz? Czy to dwa procent, czy to pięć procent, czy to jeden procent? Czy masz jakieś liczby, które możesz do nas rzucić?
Bullett Manale: Mam na myśli, że wyzwaniem w tym pytaniu jest to, że wiesz, część dyskusji, o której mówiliśmy wcześniej. Mogę dać ci… zazwyczaj około 1–3%, aby odpowiedzieć na twoje pytanie. Ale jest więcej wyjaśnień, które moim zdaniem byłyby wymagane, a mianowicie, zapewniamy ci wiele sposobów na powiedzenie narzędziu, co chcesz monitorować, prawda? I tak do tego wraca. Cóż, może chciałbym uzyskać próbkę każdego uruchomionego zapytania. Chcę więc mieć narzędzie wystarczająco elastyczne, aby móc je włączyć, aby to zobaczyć.
I tak, część tej elastyczności obejmuje, wiesz, jest to związane z pewnymi kosztami. Jeśli potrzebuję zebrać więcej danych, ponieważ chcę próbkę każdego zapytania, które zostało uruchomione w ciągu ostatnich 20 minut, mogę to włączyć i to zrobić. I tak, ale ogólnie rzecz biorąc, tak, jeden do trzech procent jest tym, co widzimy pod względem kosztów ogólnych. Ale to będzie się różnić, a większość z nich będzie zależeć od twoich rzeczy, które włączasz i wyłączasz, pod względem progów, liczby danych, które chcesz gromadzić, interwałów odpytywania, tego rodzaju rzeczy że.
W rzeczywistości, jeśli przejdziesz do samej instancji, którą zarządzasz, jedną z rzeczy, które zobaczysz, jest wiele przedziałów sondowania, które możesz określić. A to po prostu dlatego, że chcemy, no wiesz, nie muszę sprawdzać każdego - jeśli chcę wykonać sprawdzenie pulsu instancji, nie muszę sondować procesora i wszystkiego innego wraz z nim, jeśli „ robię to co 20 sekund. Masz więc wiele interwałów odpytywania, które możesz określić.
Masz również, jak powiedziałem, monitorowanie zapytań, które możesz określić. Można to zrobić niezależnie dla każdej instancji, dzięki czemu możesz naprawdę zaspokoić tę konkretną instancję pod względem tego, co chcesz monitorować. W przypadku statystyk oczekiwania i monitorowania oczekiwania mogę je włączyć lub wyłączyć. I mogę powiedzieć mu, żeby wszystko uchwycił, mogę powiedzieć, wiesz, co chcę uchwycić i kiedy chcę to uchwycić. Wiele z tego też będzie… Musisz wziąć pod uwagę to, co robisz, pod względem tego, co mówisz narzędziu, które ma monitorować.
Ale ogólnie rzecz biorąc, powiedziałbym, że tak jak powiedziałem, widzimy około jednego do trzech procent. Sprzedajemy to narzędzie od dawna - odkąd, jak powiedziałem, około 2003 lub 2004 r. - i mamy tysiące klientów, więc zapewniam cię, że nie mamy - próbujemy najlepiej nie powodować problemów z wydajnością w imię wydajności.
Eric Kavanagh: Tak, to naprawdę dobra informacja. Pomyślałem, że to świetny cytat, ponieważ, znowu, nie chcesz pokonać celu tego, co próbujesz osiągnąć, prawda?
Bullett Manale: Dokładnie.
Eric Kavanagh: I doceniam także pytanie Robina; to naprawdę doskonała platforma do pomagania DBA w zrozumieniu wielu różnych aspektów, wymiarów i warstw tego, o czym mówimy. I myślę, że koncepcja konwersacji z twoimi danymi jest tutaj bardzo odpowiednia, ponieważ, jak już wspomniałeś wcześniej, zazwyczaj nie uda ci się tego rozgryźć przy pierwszej próbie. Musisz poświęcić trochę czasu na przeglądanie danych, przeglądanie danych historycznych, przeprowadzanie tej syntezy w swoim umyśle. I to jest praca człowieka, prawda? Praca zawodu, który tam siedzi i odbiera ciepło z biznesu dość regularnie, aby wykonać tę pracę i utrzymać pociągi na czas, prawda?
Bullett Manale: Oczywiście.
Eric Kavanagh: Cóż, ludzie, to było kolejne fantastyczne wydarzenie. Jeśli na jakiekolwiek zadane pytanie nie uzyskano odpowiedzi, proszę o kontakt. Wysłać e-maila do . Archiwizujemy wszystkie te wydarzenia, więc zawsze możesz przejść do InsideAnalysis.com, aby znaleźć archiwum lub odwiedzić naszego partnera, Techopedia.com. Jeśli spojrzysz na prawą stronę ich strony, zobaczysz Wydarzenia i zamieszczone tam webcasty. Jeśli klikniesz Więcej wydarzeń, zobaczysz wszystkie emisje internetowe, które tam zamieszczamy, przeszłe, obecne i przyszłe.
I dzięki temu pożegnamy cię. Mamy jeszcze pięć webcastów do końca tego roku, ludzie. Możemy zaplanować jeszcze jeden. Ale w przeciwnym razie będzie to do 2017 roku. Wydanie nie jest dostępne. Daj nam znać, a jeśli masz kogoś, kto chce zaprezentować swoją technologię, wyślij e-mail na adres.
Dzięki temu pożegnamy się, ludzie. Jeszcze raz dziękuję za poświęcony czas i uwagę, następnym razem porozmawiamy. Dbać. PA pa.
