Spisu treści:
Przez Techopedia Staff, 9 maja 2016 r
Na wynos: gospodarz Eric Kavanagh przeprowadza wywiad z Markiem Madsenem, Dezem Blanchfieldem i Bullett Manale na temat opóźnień i wydajności.
Obecnie nie jesteś zalogowany. Zaloguj się lub zarejestruj, aby zobaczyć wideo.
Partner treści Techopedia
Personel Techopedia jest powiązany z Bloor Group i można się z nim skontaktować, korzystając z opcji po prawej stronie. Aby uzyskać informacje o tym, jak współpracujemy z partnerami branżowymi, kliknij tutaj.- Profil
- Stronie internetowej
Eric Kavanagh: Panie i panowie, cześć i witamy ponownie w Hot Technologies! W rzeczy samej! Nazywam się Eric Kavanagh, to nasz program Hot Tech, współpraca z naszymi dobrymi przyjaciółmi z Techopedia. Wejdź na stronę Techopedia.com, aby zapoznać się z najnowszymi informacjami z szerokiego zakresu technologii dla przedsiębiorstw; oczywiście obejmują one również sprawy konsumenckie. W naszym programie skupiamy się na przedsiębiorczości, dlatego właśnie to będziemy robić dzisiaj.
Jest miejsce na twoje i naprawdę o mnie, uderz mnie na Twitterze @eric_kavanagh, uwielbiam Twittera, uwielbiam sprawdzać te rzeczy, to świetny sposób, aby pozostać w kontakcie z ludźmi i mieć dobre rozmowy i jeden na jednego -jedne rozmowy.
O czym więc rozmawiamy? Ten rok jest gorący, to cały świat możliwości, na który patrzymy dzisiaj w świecie zarządzania informacjami, a to, o czym dzisiaj mówimy, będzie zapytaniami, będzie przyspieszaniem zapytań.
Chyba zapomniałem wspomnieć o tytule „Performance Play: Say Goodee to Latency”. Kto chce opóźnień? Nikt nie chce opóźnień, opóźnienie ma miejsce, gdy tam siedzisz, kliknij przycisk i czekasz, aż coś się wydarzy, i nikt tego nie chce. Dzieciom się to nie podoba, nie myślą, że to fajne, dorośli też tego nie lubią. Szybkość internetu rozpieszcza nas wszystkich i chcemy rzeczy szybko, chcemy rzeczy teraz i dzisiaj będziemy o tym rozmawiać w naszym programie.
Analityk Mark Madsen jest dziś z nami z Third Nature, jednego z naszych stałych bywalców. Nasz nowy naukowiec danych, Dez Blanchfield, dzwoni z Sydney w Australii. A potem Bullett Manale, tak, rzeczywiście, tak się nazywa, właściwie to powinny być dwie litery T. Bullett Manale jest naszym gościem z bardzo interesującej firmy Idera, która robi wiele rzeczy. Wiem już o nich, jednym z nich jest to, że jakiś czas temu kupili firmę Precise. Wiedziałem, że ich CEO Zohar Gilad, jak to na imię? Był cholernie mądrym facetem.
Ale, ludzie, odgrywacie znaczącą rolę w tym webcastie w zadawanych pytaniach, więc proszę nie wstydź się, wysyłaj swoje pytania w dowolnym momencie - możesz to zrobić za pomocą komponentu Pytania i odpowiedzi konsoli webcastu, który tam jest w prawym dolnym rogu. Możesz także porozmawiać ze mną na czacie, a ja poprowadzę to do głośników. Mamy już kogoś, kto dzwoni z Włoch, więc „Ciao, ciao. Chodź stai? ”W porządku, dzięki czemu popchnę pierwszą linię Marka, przekażę talię Markowi. Mark, masz teraz WebEx. Zabierz to, podłoga jest twoja.
Mark Madsen: Dzięki, Eric. Nie zamierzam jednak zaczynać w środku, zacznę od początku. Tak więc tylko kilka komentarzy, aby rozpocząć dyskusję z Dezem i Iderą, rodzaj stanu z programowaniem, bazami danych i operacjami. I wiesz, jeśli na to spojrzysz, nadal mamy problemy z dwoma światami na rynku baz danych i aplikacji, ponieważ programiści postrzegają DBA jako ludzi, którzy się nimi zajmują. Musisz budować modele danych, nie możesz mieć do tego dostępu, nie możesz tego stworzyć, nie możesz umieścić indeksu w każdej kolumnie każdej tabeli w bazie danych, aby przyspieszyć. I oczywiście, dlaczego potrzebujemy modeli? To tylko struktury danych, jeśli je zmienimy, nie możesz po prostu zapisać ich w postaci szeregowej?
Problem polega na tym, że programiści znają kod i aplikacje, ale dwie rzeczy, o których często nie wiedzą, to współbieżność, programowanie współbieżne oraz bazy danych i systemy operacyjne pod nimi. Będąc programistą jądra oraz systemami operacyjnymi i bazami danych, mogę powiedzieć, że współbieżność i równoległość są naprawdę trudne, a więc wiele rzeczy, których nauczysz się, aby uzyskać dobrą wydajność swojego kodu, naprawdę zaczyna się rozpadać, gdy jesteś praca z bazą danych. A wydajność wygląda świetnie, środowisko testowe wygląda świetnie, a środowisko pytań i odpowiedzi, a potem uderza w prawdziwy system, a potem nagle nie jest tak świetne. Ponieważ jest on wieloaspektowy, jak kod działa z bazą danych, jak działa ze środowiskiem, a naprawdę proste małe praktyki mogą mieć drastyczne efekty w zależności od używanej skali.
A kiedy zaczynasz mówić o aplikacjach zewnętrznych, oczywiście aplikacje zewnętrzne, aplikacje internetowe mogą być naprawdę trudne, ponieważ rzeczy są świetne, dopóki nagle się nie spłaszczą, a nie są. Uderzysz w te interesujące płaskowyże, które wymagają wiele niuansów, aby zrozumieć.
Drugą stroną rzeczy jest widok DBA. Według DBA są operacje, które spędzają większość czasu, od 80 do 90 procent, na operacjach, a może od 10 do 20 procent zajmują się pracami rozwojowymi, które trwają z góry. Z tej perspektywy albo płacisz teraz, albo płacisz później, a jeśli spędzasz cały swój czas z góry, będziesz miał znacznie większą szansę później, w przeciwieństwie do rozwoju, który zwykle bada funkcję przestrzeń i próbując dowiedzieć się, jak najlepiej to zrobić. Mamy więc problemy, a teraz mamy metodologie, które nie są kompatybilne - ciągłe wdrażanie, zwijanie aplikacji, gdy tylko są gotowe, okresowe wypychanie kodu, praca w sklepie, który ćwiczy programy. Tego rodzaju rzeczy przyspieszają rozwój, ale wszystkie praktyki wokół bazy danych, to, co robią DBA i co zostali przeszkoleni menedżerowie systemów, praktyki IT nie nadążają.
Jeśli się nad tym zastanowić, większość DBA działa w środowisku kontroli zmian w porównaniu ze środowiskiem ciągłego wdrażania. Chodzi przede wszystkim o stabilność i kontrolę, a także szybkość zmian i odwracalność. Ciągłe wdrażanie, jeśli nie możesz wycofać się ze zmian, masz kłopoty, więc wszystko musi być zbudowane, aby było łatwo odwracalne i przełączalne w kodzie, co nie jest tak, jak działały relacyjne bazy danych, praktyki programistyczne i praktyki zarządzania .
Masz również problemy z tym, że musisz być bardziej proaktywny, jeśli możesz, jako DBA, ponieważ zanim usłyszysz o problemie, sto tysięcy osób wypełnia formularze reklamacyjne w Twojej witrynie. To sprawia, że potrzebujesz nowych rzeczy, których nie wydostaniesz się ze starego środowiska. Wiesz, takie rzeczy jak lepsze monitorowanie i ostrzeganie. Jednocześnie bazy danych się mnożą, mamy więcej aplikacji niż kiedykolwiek, aby obsłużyć więcej rzeczy niż kiedykolwiek, są w środku, są na zewnątrz, są wszędzie. I bardziej niezależne zestawy danych do analiz, ludzie uruchamiają bazy danych od nowa, ponieważ, oczywiście, teraz jest łatwo, możesz skonfigurować maszynę wirtualną. Jeśli masz dostawcę chmury lub chmurę wewnętrzną, możesz natychmiast wyskoczyć, co zmienia całą ścieżkę zakupów.
Stara ścieżka zaopatrzenia brzmiała: „Mam czas na zakup serwera, wepchnięcie go do szafy, przydzielenie miejsca, miejsce do przechowywania, instalację bazy danych i robienie różnych rzeczy”, w przeciwieństwie do kogoś, kto przesuwa kartę kredytową i idzie za pięć minut. Jeśli to zrobisz, to nowoczesne środowisko programistyczne działa w zupełnie innym tempie, więc łatwo jest tworzyć bazy danych, a to po prostu stwarza ten problem rozprzestrzeniania się, jak nigdy wcześniej. Dzieje się tak od dziesięciu lat, nie jest to dla nikogo wiadomość, ale oznacza również, że środowiska operacyjne stają się coraz bardziej złożone.
Całe środowisko serwera klienta naprawdę się zmieniło, ponieważ nie jest to już świat serwerów klienta. Wtedy miałeś serwer, miałeś bazę danych, jeśli coś było nie tak, wiedziałeś, do którego serwera się udać, wiedziałeś, jak zarządzać zasobami, ponieważ najlepszą praktyką była jedna baza danych, jeden serwer. Wirtualizacja zaczęła to rozdzielać, chmura jeszcze bardziej ją rozbija, ponieważ to, co uważasz za serwer bazy danych, to tylko oprogramowanie. Więc środowisko nie jest prawdziwe. To, co zawiera środowisko, jest rzeczywistością, a może to być stojak z ostrzami lub duży serwer wyrzeźbiony na kawałki, naprawdę nie wiesz.
Wszystko wokół administrowania bazami danych i zarządzania wydajnością oraz jakie bazy danych zostały zbudowane wokół ścisłej kontroli z jednym serwerem lub garstką serwerów i kilku baz danych, nie można kontrolować wszystkiego. Siedzisz na komputerze, ale wirtualni menedżerowie nie mogą łatwo podzielić przepustowości, więc wszystko może być w porządku z pamięcią i procesorem, ale masz wąskie gardło w przypadku niektórych zasobów, z którymi nie można sobie poradzić, a następnie próbujesz to naprawić, stary model pracowałby ciężko, zdobywając większy serwer i robiąc coś takiego, teraz może być naprawdę prosty, po prostu dodaj wirtualny kurs, po prostu dodaj pamięć do maszyny wirtualnej i zostanie rozwiązany. Ale co się stanie, jeśli maszyna wirtualna znajduje się na przepełnionym serwerze i musi przeprowadzić migrację? A co się stanie, jeśli będziesz mieć rozmiar systemu AWS, a maksymalny rozmiar został osiągnięty, gdzie teraz idziesz?
Więc masz wszystkie te problemy, w których środowisko jest teraz częścią bazy danych, pakujesz środowisko z bazą danych, wszystkie specjalne zasoby, wszystko w aplikacji, która jest częścią konfiguracji, konfiguracja jest tam wypychana. Pochodzi ze środowiska bazy danych, znacznie trudniej jest nim zarządzać i kontrolować.
Jeśli spojrzysz na to, co robią centra baz danych, siedzą na rękach, prawda? Odchodzimy od idei traktowania baz danych i serwerów jak zwierząt domowych. Serwery mają imiona, traktujesz je jak indywidualne rzeczy, traktujesz je jak bydło, zarządza stadem. Problem z zarządzaniem stadami polega na tym, że jeśli ich nie kontrolujesz, ostatecznie mogą się popędzić, a popłoch nie jest dobrą rzeczą. Potrzebujemy lepszych narzędzi monitorowania, potrzebujemy lepszych sposobów radzenia sobie z tymi sprawami i wiemy, na co to miało wpływ. W starym modelu było to łatwiejsze, ponieważ mówili ci operatorzy i wszystkie systemy kontroli, ale kiedy nazwa twojego serwera to kod UPC, trudno jest coś zrozumieć.
Nie możesz sobie pozwolić na fałszywe alarmy, nie możesz sobie pozwolić na rzeczy, które mówią: „Jest problem z tą maszyną, a ta maszyna obsługuje 30 baz danych”. Nie możesz sobie pozwolić, aby rzeczy nie dawały ci historii. Konsole monitorujące są świetne, gdy się zapalają, ale jeśli czerwone światło ponownie zmieni kolor na zielony i nie wiesz, dlaczego, i nie masz historii, aby wrócić do tego, co do tego doprowadziło, i do czego kontekst był taki, że masz kłopoty. Potrzebujemy systemów, które będą monitorować za nas, potrzebujemy lepszego monitorowania, radząc sobie z chwilowymi sporadycznymi problemami, które utrzymują tę historię danych.
Lepsze rzeczy i progi prostych wskaźników, które dają nam kluczowe wskaźniki, ale nie prowadzą nas bezpośrednio do tego, co jest normalne, co jest nienormalne i jak często występują te problemy. To, o czym naprawdę mówimy, to połączenie środowiska monitorowania i radzenia sobie z wydajnością, a dostawcy siedzą na ich rękach. Nie dali nam lepszych narzędzi. Mamy systemy z większą ilością procesora i pamięci, niż wiemy, co z tym zrobić, a jednak wciąż polegamy na modelach ręcznej interwencji, nie uruchomiliśmy maszyny, aby nas poprowadziła, doprowadziła nas do sedna problemów, nie dotarliśmy do tego nowego stylu, który brzmi: „Występuje tutaj problem, możesz to zrobić, aby go naprawić” lub „Występuje problem z wydajnością, to właściwie z tą konkretną instrukcją SQL, oto trzy rzeczy, które możesz użyj, aby naprawić tę instrukcję SQL. ”Stosowanie heurystyki, stosowanie modeli uczenia maszynowego, które mogą patrzeć na wzorce użytkowania systemu w celu wykrycia problemów i uniknięcia fałszywych alarmów. Używanie maszyny do robienia tego, co robi najlepiej, do zwiększania DBA lub do rozszerzania osoby, która ma do czynienia z problemami z wydajnością.
To nowy sposób, w przeciwieństwie do starego stylu. Jest problem z tą bazą danych, wszystko działa wolno, więc mamy nowe techniki, nowe sposoby na to, i powinniśmy je stosować i właśnie tam zmierza rynek. Widzisz, jak zaczyna się pojawiać, nie u dużych dostawców, ale u firm zewnętrznych, i odzwierciedla to coś, co wydarzyło się 20 lat temu, gdy dostawcy baz danych nie dostarczyli ani jednej rzeczy, aby pomóc w zarządzaniu systemami. Więc taki jest kierunek rynku i dlatego chciałbym zwrócić go Ericowi.
Eric Kavanagh: Dobra, przekażę to Dezowi. I Dez, zabierz to, podłoga jest twoja.
Dez Blanchfield: Dziękuję, Mark. Wykonałeś fantastyczną robotę, obejmując jego techniczny komponent. Podejdę do tego pod nieco innym kątem, aby podkreślić to, co wydarzyło się w pozostałej części świata, jeśli chodzi o wpływ na firmy i otaczające je bazy danych. Pozwól mi przejść do pierwszego slajdu.
Z tyłu tego, co przed chwilą omówiłeś od strony technicznej i od strony deweloperskiej, widzę, że firmy muszą stawić czoła wyzwaniom związanym w szczególności z danymi i bazami danych, i oczywiście dokonaliśmy znaczącej zmiany w kierunku ta koncepcja dużych zbiorów danych, ale bazy danych nadal są sercem i duszą tego, gdzie organizacje przechowują informacje biznesowe, i to od drzwi wejściowych aż do zaplecza. Każda część organizacji jest dotykana przez jakąś bazę danych i zasilana przez bazę danych, i bardzo rzadko wchodzę w dyskusje dotyczące projektu lub jakąś formę innowacyjnej rozmowy strategicznej w organizacji, w której temat bazy danych lub systemu baz danych nie pojawia się i zawsze pojawiają się pytania dotyczące rodzajów rzeczy, o których przed chwilą słyszeliśmy, w zakresie wydajności i bezpieczeństwa oraz tego, w jaki sposób rozwój zbliża się do tego wyzwania, i gdzie pasują bazy danych oraz nasza świadomość środowisk i aplikacji środowiska rozmawiają, a co z urządzeniami i mobilnością?
To wciąż bardzo gorący temat i od dawna jest jednym z głównych tematów współczesnej technologii. Do tego momentu uważam, że faktem jest, iż prawie wszystko, co robimy w naszym codziennym życiu, to znaczy w naszym codziennym życiu, jest teraz wspierane przez jakąś formę bazy danych. Kiedy myślimy o wszystkich rzeczach wokół nas, niezależnie od tego, czy jest to rachunek, który przychodzi codziennie pocztą za jakąś usługę, którą kupujemy, nieuchronnie jest drukowany przez system komunikujący się z bazą danych i już tam jesteśmy. Nasze telefony mają na nich bazy danych z kontaktami, dziennikami połączeń i innymi rzeczami.
Gdziekolwiek pójdziemy, za rozmową i systemami, których używamy, kryje się jakaś baza danych, a najczęściej są one dla nas dość przejrzyste, ale faktem jest, że tam są. Pomyślałem więc, że po prostu szybko wyjaśnię, dlaczego stało się to problemem w bardzo krótkim czasie. Na początku koncepcja bazy danych pochodzi od tego uroczego dżentelmena, Edgara Codda. Pracując w IBM, zmienił świat w zakresie zarządzania danymi, tworząc koncepcję, którą nazywamy teraz relacyjną bazą danych.
Na początku baza danych była bazą danych i życie było dobre, było dość proste zarówno w kolumnach, referencjach itp., A także w tabelach i programowaniu było dość proste, a wydajność nie była tak wielkim problemem - to była nowa ekscytująca technologia. Dostęp do baz danych uzyskaliśmy za pomocą jakiejś formy terminala, a naprawdę można spustoszyć tylko na końcu terminala 3270 na komputerze mainframe i niezmiennie innych typów terminali, pojawiły się inne systemy. W większości przypadków terminale w starym stylu były bardzo podobne do tego, jakie są teraz środowiska sieciowe, i to znaczy, że wypełniasz formularz na ekranie w samym terminalu i naciskasz klawisz Enter, a on odszedł. wystrzeliwuje jako jeden pakiet, jako żądanie, a system zaplecza sobie z tym poradzi. Zasadniczo tak dzieje się obecnie w przeglądarce internetowej, gdy wpisujesz link w przeglądarce internetowej i ta forma zwykle nie wraca w czasie rzeczywistym do systemu, chociaż w przypadku AJAX obecnie nie jest to całkowicie walizka.
Ale potem coś się stało, przyszła przyszłość, a ostatnio internet, a prawie wczoraj, w sec Web 2.0, a tuż za rogiem mamy Internet Rzeczy. A w trakcie przyszłych wydarzeń świat bazy danych właśnie eksplodował, a interakcje z bazami danych stały się rzeczą, którą wszyscy robiliśmy domyślnie, nie było przypadkiem, że poszedłbyś gdzieś, aby coś zrobić, np. Kupić bilet na samolot i chcąc podróżować na drugą stronę planety, ktoś musiał wpisać wszystkie dane w terminalu, wejść do bazy danych i wydrukować bilet.
Prawie wszystko, co robimy teraz, czy to przywoływanie taksówki w Google za pomocą aplikacji, czy to przeskakiwanie w bankowości internetowej, wszystko, co robimy na co dzień, z jakimś systemem, jest zasilane przez bazę danych. A kiedy pojawił się internet, było nam trochę łatwiej, dzięki naszemu codziennemu życiu przez przeglądarkę internetową, potem pojawił się web 2.0 i wszystko stało się mobilne, a skala rzeczy po prostu eksplodowała. W rzeczywistości moja ulubiona linia w tym temacie brzmi: „Internet połączył wszystko, web 2.0 sprawił, że stał się mobilny i społecznościowy, a sprawy stały się bardzo, bardzo duże, a teraz mamy internet i inne rzeczy, i IoT… Yikes !!” Nie zaczęliśmy nawet wyobrażać sobie wpływu Internetu przedmiotów na systemy baz danych.
W dzisiejszych czasach to, co kiedyś myśleliśmy o terminalu, skutecznie stało się tymi rzeczami: telefonami komórkowymi, różnymi rodzajami tabletów, dużymi ekranami tabletów konsumenckich lub korporacyjnych, laptopami i tradycyjnym komputerem stacjonarnym w jakiejś formie. Na tym jednym zdjęciu widać prawie każdą formę interfejsu, którego używamy teraz do komunikowania się z systemami baz danych i aplikacjami, które są przez nie obsługiwane, z małych gadżetów w naszych rękach, które chodzą i wydaje się, że jesteśmy przyklejeni, wszystko droga do nieco większych wersji, iPadów, innych tabletów i Microsoft Surfaces, do codziennych laptopów, które niezmiennie mają miejsce w profesjonalnych środowiskach i tak dalej. Ludzie mają tendencję do kupowania laptopa, a nie stałego pulpitu, ale moim zdaniem są nowoczesnym terminalem i częściowo dlatego, że w bazach danych występują różnego rodzaju wyzwania związane z wydajnością zarządzania, a nie tylko rozwojem.
Zakładam więc, że jest to jedno z największych wyzwań, przed którymi wciąż stoją firmy. Wszyscy uważali, że bazy danych są naszymi jedynymi problemami, nie są. Więc o co tyle zamieszania? Cóż, kiedy przechodzimy od jednego końca do drugiego ze wszystkimi rzeczami związanymi z bazami danych, z handlowego punktu widzenia, a Mark's bardzo dobrze omawia komponenty techniczne, ale w sensie komercyjnym, jako organizacja, myślimy o bazach danych. Zajmujemy się wszystkim od podstawowego interfejsu projektowania i rozwoju. Kiedy firma rozpoczyna działalność, będzie myśleć o tworzeniu aplikacji, rozwijaniu możliwości, a nawet implementowaniu istniejącej aplikacji w jakiejś formie. Musi mieć miejsce pewna forma projektowania i rozwoju oraz wiele przemyślenia na temat tego, w jaki sposób systemy baz danych będą wdrażane, wspierane i zarządzane, a wyniki będą śledzone i tak dalej.
Integracja środowiska i aplikacji bazodanowych oraz typy API i typy dostępu, które są obecnie udostępniane, stają się coraz trudniejsze, bardziej złożone. Z dnia na dzień administracja, wsparcie i kopie zapasowe, znowu to były rzeczy, które naszym zdaniem zostały rozwiązane, ale potem nagle skala stała się znacznie większa, a rzeczy poruszały się szybciej, a głośność jest znacznie większa; Ze względu na wielkość środowisk systemy baz danych musiały obsługiwać szybkość, z jaką przeprowadzane są transakcje.
Pomyśl o bazie danych w środowisku handlu o bardzo wysokiej częstotliwości, nie ma sposobu, aby ludzie mogli to śledzić, to tylko klaster maszyn walczący z innym klastrem maszyn do handlowania, kupowania i sprzedawania wysokiej częstotliwości oraz wolumen na które te transakcje się zdarzają. Pomyśl o współczesnym scenariuszu, takim jak wczesne wydanie filmu Netflix, w którym nie mówisz o zaledwie setkach lub tysiącach, a nawet setkach tysięcy, potencjalnie milionach ludzi, którzy chcą zobaczyć ten film od momentu jego premiery. Wszystkie te informacje są rejestrowane, śledzone, rejestrowane i analizowane na platformie bazy danych.
A potem jest zawsze aktywny świat, w którym żyjemy, 24/7, nie tylko podążając za Słońcem, ale zawsze jest ktoś o północy, który chce coś zrobić, a godziny pracy podążają za Słońcem na całym świecie. Czas dostępności i dostępność są domyślnie, są teraz klimatem, awarie po prostu nie są do zaakceptowania. I nadmiarowość, jeśli występuje problem z wydajnością lub jeśli potrzebujemy okna konserwacji, aby wykonać aktualizację lub poprawkę lub bezpieczeństwo, naprawdę, musimy być w stanie przejść z jednego środowiska bazy danych do drugiego i zrobić to płynnie i automatycznie.
Bezpieczeństwo, standardy i zgodność, mieliśmy ostatnio całkiem duże rzeczy w świecie, w szczególności GFC, dlatego mamy cały szereg nowych wyzwań do spełnienia wokół zgodności, bezpieczeństwa i dopasowywania standardów, i potrzebujemy aby móc raportować o nich w czasie rzeczywistym, najlepiej w formie pulpitu nawigacyjnego. Nie chcemy wysyłać ekipy małp do centrum danych w celu znalezienia rzeczy, potrzebujemy systemu, który poinformuje nas o tym natychmiast, w czasie rzeczywistym.
I dwie wielkie zabawne, o których prawie nikt nigdy nie mówi, generalnie popychamy ich pod dywan i mamy nadzieję, że nigdy nie podniosą brzydkiej głowy, ale odzyskiwanie po katastrofie i ciągłość biznesu - to również rzeczy, które powinny, w większości dzieje się to automatycznie, jeśli zajdzie taka potrzeba.
Moglibyśmy spędzać dni na rozmowach na temat rodzajów rzeczy, które mogą pójść nie tak w środowiskach baz danych, i że ludzie na ogół zareagowali, ale teraz potrzebujemy systemów i narzędzi, aby to zrobić. Jednym z przykładów jest naruszenie danych i dlatego, gdy myślimy o bazach danych, i zadaję to pytanie dość otwarcie w różnych formach: co dzieje się z bazami danych, kiedy odrywamy wzrok od piłki i coś krytycznego idzie nie tak? Zwłaszcza jeśli nie ma systemu obserwującego wydajność i bezpieczeństwo oraz inne główne aspekty działania baz danych.
Cóż, to może się zdarzyć, to zrzut ekranu z niektórych ostatnich naruszeń w ciągu ostatnich dwóch do trzech lat. Niezmiennie wszystkie pochodzą z systemu baz danych i niezmiennie pojawił się problem z bezpieczeństwem lub kontrolą lub dostępem, a w lewym górnym rogu przyglądamy się 152 milionom kont Adobe, gdzie każdy szczegół tych klientów zostało naruszone. A gdyby tak było w przypadku zastosowania odpowiednich narzędzi do śledzenia i przechwytywania incydentu oraz kontroli bezpieczeństwa, moglibyśmy uniknąć niektórych z nich, pierwsza para setek skradzionych informacji mogłaby nas ostrzec, a my zatrzymał następne sto pięćdziesiąt milionów.
Następnie dochodzimy do kluczowego punktu tej całej podróży, przez który nas przeprowadziliśmy, czyli: dlaczego potrzebujemy lepszych systemów? Dlaczego nie możemy po prostu rzucić więcej ciał w to, że dobrze i naprawdę przekroczyliśmy punkt krytyczny, moim zdaniem, i na pewno wierzę, że istnieje przypadek, który był dowodem na spóźnienie, że rzuca więcej DBA, administratorów i więcej ludzi na to nie rozwiązuje problemu. Potrzebujemy lepszego zestawu narzędzi i lepszego zestawu systemów.
Oto pięć moich głównych powodów, dla których uważam, że to popiera, i uszeregowano je według ważności, na podstawie tego, co widzę w tych prywatnych przedsiębiorstwach i stanach, które są środowiskami zarządzanymi, wyzwań, przed którymi stoją w środowiskach baz danych, i zarządzanie nimi.
Bezpieczeństwo i zgodność - numer jeden. Wiesz, kontrolując, kto ma dostęp, gdzie ma dostęp, kiedy ma dostęp, jak często mają dostęp, skąd mają do niego dostęp. Potencjalnie urządzenia, których faktycznie dotknęli, rodzaje rzeczy, na które patrzyli, oraz zgodność z tym wokół. Posiadanie przez ludzi raportów 30 dni później, aby powiedzieć nam, czy wszystko jest w porządku, po prostu nie jest już właściwe, musi to nastąpić w czasie rzeczywistym.
Wydajność i monitorowanie - wydaje się to oczywiste, ale niezmiennie tak nie jest. Niezależnie od tego, czy korzystamy z narzędzi typu open source, czy z narzędzi komercyjnych innych firm, niezmiennie nie przegapiliśmy łódki na wiele sposobów, z wymaganymi rodzajami monitorowania wydajności i szczegółami, które oraz zdolność do reagowania na czas .
Wykrywanie i reagowanie na incydenty - musi to być natychmiastowa rzecz w czasie rzeczywistym i niezmiennie potrzebujemy systemu, który zrobi to za nas lub przynajmniej powiadomi nas szybko, abyśmy mogli sobie z tym poradzić, aby rozwiązać kilka problemów, które się pojawią. szybko i nie kaskadowo wymyka się spod kontroli.
Zarządzanie i administracja - znów uważamy, że te problemy zostały rozwiązane, ale nie są. Celem problemów, z jakimi borykają się zespoły baz danych, zwłaszcza DBA, w których system powinien dbać o nas, nie rozwiązaliśmy jeszcze tego problemu, to nadal jest rzeczywistość.
I już od samego początku projektowania i rozwoju, kiedy zaczynamy budować te narzędzia, budujemy środowiska baz danych, jesteśmy w stanie rzucić odpowiednie narzędzia podczas projektowania i testowania oraz integracji platform. Wciąż nie jest to dla nas łatwe, a cała ta podróż doprowadza nas do tego samego przesłania, że moim zdaniem potrzebujemy lepszych systemów i lepszych narzędzi, które pomogą nam osiągnąć wyniki, których potrzebujemy nasze środowisko baz danych, dzięki czemu firmy czerpią wartość od naszych klientów. Nie możemy po prostu rzucać więcej ciał i więcej DBA, skala jest zbyt duża, prędkość jest zbyt szybka, a głośność jest zbyt wysoka. Po tym, Eric, mogę ci przekazać.
Eric Kavanagh: Uwielbiam to, mamy tam dużo ziemi, wielu potencjalnych potencjalnych klientów, i idziemy dalej i przekazujemy klucze do Bulletta w ciągu jednej sekundy.
Bullett Manale: W porządku.
Eric Kavanagh: Och, zabierzmy to i Bullett, teraz oddaję to tobie, a podłoga jest twoja.
Bullett Manale: Dobra, dziękuję. Myślę, że poczyniono wiele dobrych uwag. Chciałem tylko przez sekundę szybko porozmawiać o Iderie, kim jesteśmy, a potem wskoczymy. Będę mówić o narzędziu, o którym myślę, że dużo z tych rzeczy, o których mówimy, możemy rodzaj zestawu i rodzaj omówienia niektórych obszarów, w których się one pokrywają, za pomocą tego narzędzia, produktu Diagnostic Manager.
To, co chcę najpierw zrobić, to po prostu dać ci trochę tła na temat tego, kim jest Idera; istniejemy od około 2003 roku, więc zaczęliśmy od samych narzędzi SQL Server i właśnie na tym będziemy się dzisiaj koncentrować, będzie to produkt Diagnostic Manager. Ale możesz zobaczyć wszystkie wiadra rzeczy, które mamy tutaj, a ostatnio, jak już wspomniano, nabyliśmy Precyzyjne i poprzez przejęcie, mamy również Embarcadero, a więc mamy całkiem niezłą ofertę produktów.
Jeśli chodzi o monitorowanie wydajności, w odniesieniu do SQL Server, produktem, o którym chcę porozmawiać, który wyrównuje omawiane przez nas tematy, jest Menedżer diagnostyczny. Teraz jest to produkt, który istnieje już prawie od początku dni Idera, i miałem szczęście być częścią tego od około 2005 roku. Widziałem wiele zmian w zakresie SQL Server, zmiany z fizycznych na wirtualne, wszystkie tego rodzaju rzeczy, które się wydarzyły, a także potrzeby DBA w miarę rozwoju środowisk i tego typu rzeczy.
Zacząłem od tego, że typowym użytkownikiem naszego produktu jest DBA, więc kiedy rozmawiamy z ludźmi po raz pierwszy, potencjalni klienci, rozmawiamy głównie z DBA. Nie rozmawiamy z kierownikami IT ani dyrektorami, może w pewnym momencie dojdzie do tego poziomu, ale początkowy początek polega na tym, że DBA ma problem, DBA próbuje go naprawić i często Pójdę pobrać i wypróbować produkt w ramach tego. Możesz dostać menedżera danych lub DBA lub działającego DBA, faceta, który ma szczęście być najbardziej technicznym w pokoju, w niektórych przypadkach. Teraz, gdy przejdziesz do większych środowisk korporacyjnych, oczywiście, wtedy dostaniesz w pełni rozwinięte DBA, zwykle będą to te, które używają tego narzędzia. I poszedłem naprzód i właśnie dodałem tutaj małą literkę z Wikipedii. To, jak mówi Wikipedia, przekracza zakres obowiązków DBA. Tak właśnie robią.
Jeśli przejrzysz listę tutaj, wiele z tych rzeczy, nie zamierzam jej czytać, ale dostajesz wiele typowych rzeczy, o których byś pomyślał, a następnie na jednej z nich masz monitorowanie i optymalizacja wydajności bazy danych, a to dość duża. Co ciekawe, kiedy rozmawiasz z DBA, zawsze są oni winni jako pierwsi, jeśli chodzi o problemy, i to może nie być tak naprawdę ich wina, ale gdy występuje problem z wydajnością, zwykle w przypadku aplikacji, która jest związany z bazą danych DBA, to oni są winni, więc zawsze szukają powodów, dla których to nie ich wina. W wielu przypadkach to właśnie oni mogą skorzystać z tego narzędzia, Diagnostic Manager, aby im pomóc.
Ale pod koniec dnia również, jeśli baza danych nie działa, wtedy wiele innych rzeczy nie ma znaczenia, twoje aplikacje nie działają, to nie ma znaczenia dla wielu z nich rzeczy Przede wszystkim chcemy mieć pewność, że użytkownik nie będzie umniejszał wrażeń, jakie znamy, to jest coś, do czego DBA zawsze dążą. I myślę, że jeśli spojrzysz na powody, dla których ludzie zazwyczaj kupują i używają produktu SQL Diagnostic Manager, to jeden z pierwszych powodów, prawdopodobnie nie najważniejszy, nie ostatni lub co najmniej, ale w pewnym sensie jest równy, i w zależności od tego, z kim rozmawiasz, z tych powodów prawie jeden lub dwa z nich są zawsze, wokół jest jakaś potrzeba.
Ale pierwszy to taki scentralizowany widok instancji jako SQL, którym zarządzają. Zabawne jest to, że w wielu przypadkach, jeśli zapytasz DBA, „Ile instancji zarządzasz?” Liczba zmienia się tak często, że w niektórych przypadkach nie są do końca pewni. Potrzebujesz więc czegoś więcej niż tylko wyrzucenia wszystkiego na ekran. Chcesz uchwycić te informacje, chcesz je zrozumieć, a więc jest to jedna z rzeczy, w której Menedżer diagnostyczny może zdecydowanie pomóc, aby móc zapewnić ci taki widok na środowisko.
I nie jest to tylko widok środowiska, ale widok DBA, administratora bazy danych, jest wygodny i jest to konsola skoncentrowana na DBA, jeśli wolisz. Jest przeznaczony dla administratora bazy danych. Istnieje wiele narzędzi do monitorowania, istnieje wiele narzędzi do zwiększania wydajności, ale jak powiedziałem, pod koniec dnia DBA chce narzędzia zaprojektowanego dla DBA, ponieważ istnieje wiele rzeczy specyficznych dla tego, co robią na co dzień.
A powiedziawszy to, masz SCOM, masz HPF, masz wszystkie te inne technologie, ale oni chcą czegoś, co jest specyficzne dla tego, co robią. Myślę, że możemy pomóc w tym obszarze z tym produktem, zobaczysz, kiedy zajmiemy się nim w ciągu sekundy. Inną rzeczą, którą widzimy w DBA, która jest zdecydowanie jedną z rzeczy, o których również wcześniej poruszyliśmy, jest to, że muszą oni widzieć, co się dzieje, i oczywiście muszą być w stanie spojrzeć na całe przedsiębiorstwo i miejcie spokój, wiedząc, co się dzieje. Ale jednocześnie nie siedzą tam, wpatrując się w konsole.
Pamiętasz te wszystkie punkty, które widziałeś na tej liście, które właśnie podniosłem? Muszą też robić te inne rzeczy, więc nie chodzi tylko o czekanie na ugaszenie pożaru. W wielu przypadkach będą odbywały się spotkania lub wiele okien obsługi związanych z administratorem bazy danych jest uruchomionych w środku nocy, kiedy śpią, więc muszą mieć możliwość powrotu i zobaczenia, co się stało . W wielu przypadkach, jeśli coś nie zostanie złapane, gdy to się dzieje, gdy problem zniknie, a przynajmniej SQL Server, staje się rodzajem problemu, w którym masz do czynienia z sytuacją, w której nie mam jakieś resztki tego problemu. Problemy te znikają, podobnie jak resztki, co oznacza, że masz mniej problemów do rozwiązania, masz mniej informacji do pracy.
To powiedziawszy, to zdecydowanie jedna z rzeczy, w których Menedżer diagnostyczny może pomóc, jest przedstawienie tego widoku w przeszłość w celu przeszukania informacji z przeszłości: „Czy dostałem alert z blokowaniem, czy miałem problemy z zakleszczeniem, czy mieliśmy rzeczy, które działy się pod względem naszych zasobów? ”. Mogę wrócić i zapytać o te informacje. Mogę wiercić w określonych punktach w czasie. Byłbym w stanie zrobić wszystkie te rzeczy bezpośrednio z poziomu narzędzia.
Wszystkie te rzeczy, niezależnie od tego, czy jest to aplikacja wewnętrzna czy zewnętrzna, DBA chce wiedzieć, ponieważ chcą widzieć, co jest przyczyną problemu. Tak naprawdę nie ma znaczenia, czy to ktoś wewnątrz organizacji, czy ktoś spoza organizacji, który napisał kod; nadal chcą być w stanie go odizolować, aby wiedzieli, że problem występuje i wiedzą, skąd się bierze.
Dlatego wydajność i odpowiedzialność są kluczową częścią tego, co robi nasz produkt. Możemy podać wszystkie te szczegóły, a co jest miłe, to, że masz możliwość drążenia w dół. W przypadku wąskiego gardła można to skorelować z aplikacją, użytkownikiem, bazą danych i zapytaniem. I znów to rodzaj pistoletu do palenia. Otrzymujesz bezpośrednią korelację pomiędzy uruchomieniem tego zapytania, co on robi? I nie chodzi tylko o samo zapytanie, jeśli chodzi o jego wykonanie samo w sobie, ale także czy zapytanie z czasem się pogarsza? I na te pytania można również odpowiedzieć za pomocą produktu, który jest zdecydowanie czymś, co, jeśli próbujesz być proaktywny, miło jest móc powiedzieć: „Hej, oto zapytanie, które poszło źle, ale chłopcze spójrz na to w miarę, jak biegnie dalej, widzimy, że działa jeszcze gorzej i gorzej, mogę coś z tym zrobić ”.
Jeśli przejdziemy tutaj do następnego obszaru; i to prawdopodobnie - powiedziałbym, że jest to jeden z większych. Jedno z pytań, które zadaję, kiedy pokazuję nasz produkt, brzmi: zawsze zapytam administratora bazy danych: „Jak słyszysz o problemie związanym z twoimi bazami danych SQL Server?” I to jest bardzo zabawne, ponieważ przez większość czasu - teraz przyznane, przez większość czasu patrzą na nasz produkt, ponieważ w wielu przypadkach próbują rozwiązać określoną potrzebę. Ale interesujące jest usłyszeć, że początkowa rzecz - przynajmniej w przypadku SQL Server - polega na tym, że - wiesz, na początku SQL Server miałeś SQL Server, a potem Oracle. I wszyscy mieli Oracle, a SQL Server przypominał, z braku lepszego wyrażenia, rudego pasierba baz danych, kiedy zaczął.
A potem, gdy Microsoft dodawał do niego więcej funkcji, stał się trochę bardziej narzędziem dla przedsiębiorstw. I oczywiście od tego czasu przeszła długą drogę. Ale chodzi o to, że pewnego razu można było argumentować, że bazy danych nie były uważane za krytyczne w tamtych czasach. Z czasem to się zmieniło. Z tego powodu w wielu przypadkach ludzie próbują obejść to i mówić: „Wiesz co? Mam wszystkie te bazy danych SQL Server, próbuję sobie z tym poradzić. ”Zamiast słyszeć o problemach z działu pomocy technicznej lub słyszeć o problemach od konkretnych osób, które - jak sami użytkownicy - szukają sposobów na obejście tego. Szukają sposobów, aby uświadomić sobie te sytuacje, zanim się zdarzy.
I tak z Diagnostic Manager, to jedna z rzeczy, którą też staramy się zrobić, jest przynajmniej w stanie sprawić, że DBA jako pierwszy dowie się o tych sytuacjach lub problemach, aby mogli to zrobić coś na ten temat, albo w odpowiednim momencie, albo jeszcze krok dalej, aby przeanalizować monitorowane systemy. Aby móc udzielać proaktywnych porad, które poprawią wydajność tego wystąpienia, i móc to robić regularnie. Na przykład musimy dodać indeks oparty na obciążeniu; tego rodzaju rzeczy, narzędzia również zdolne do działania. Więc zobaczymy dużo tego w narzędziu.
Inna i ostatnia rzecz na tej liście, która jest raczej ogólnym opisem, ale zdecydowanie warto ją zauważyć. A zwłaszcza, gdy wchodzisz w większe sytuacje na poziomie przedsiębiorstwa, w których występuje wiele instancji, zawsze będzie coś niejasnego, co będę chciał monitorować, jeśli jestem administratorem bazy danych, dla przykład. Staramy się przewidywać, co typowy DBA będzie chciał monitorować.
Biorąc to pod uwagę, będziesz również w stanie - zawsze będzie coś nowego. Dlatego udostępniliśmy sposób dodawania wszelkich wskaźników, które należy monitorować i zarządzać po dodaniu punktu instalacji. Tak więc dowolne liczniki PerfMon, liczniki WMI, obiekty liczników SQL Server; wszystkie te można włączyć do narzędzia. Masz możliwość dodania dodatkowych zapytań, które można uwzględnić w interwałach odpytywania.
I ostatnią rzeczą, na którą warto również zwrócić uwagę, jest to, że możemy dodać i faktycznie komunikować się zarówno z vCenter, jak i Hyper-V, aby móc pobrać dane z tych środowisk. Ponieważ jedną z rzeczy, które zidentyfikowaliśmy w DBA, jest to, że zazwyczaj nie są one częścią konkretnych operacji. I niekoniecznie mają one, wiesz, środowisko vCenter, dostępne dla nich lub tego rodzaju rzeczy dla nich dostępne.
Problem polega na tym, że jeśli mają do czynienia z instancją SQL Server i przydzielono im zasoby, ale ta instancja jest zwirtualizowana, może wyglądać, jakby mieli wszystkie zasoby na świecie, gdy tylko monitorują, co jest w systemie operacyjnym gościa. Rzeczywistość jest taka, że na hoście mogą znajdować się 30, 40 lub 50 lub 100 innych maszyn wirtualnych, do których próbują uzyskać dostęp, i rywalizują o te same zasoby. Jedynym sposobem, aby to zobaczyć, jest komunikacja z innymi środowiskami i interfejsami, w tym przypadku, które robimy.
Możesz dodać te inne typy liczników do narzędzia. Teraz nie chodzi tylko o monitorowanie tych liczników, ale o to, aby te nowe liczniki, które wprowadzasz do produktu, uczyniły z nich część narzędzia, tak jakby były gotowe . Gotowy produkt, który chciałbyś monitorować; więc oznacza to możliwość włączenia ich do swoich pulpitów nawigacyjnych. Oznacza to, że można dodawać je do własnych raportów niestandardowych, oczywiście ustawiać progi i ostrzegać o nich, ale także bazować na nich i być w stanie ustalić progi z pewną wiedzą, gdzie je ustawić na podstawie takich rzeczy jak twój poziomy podstawowe i co jest normalne. Masz więc wiele takich rzeczy, które są również w produkcie.
To, co w pewnym sensie zapewniłem, to coś, co nazywam „podstawowymi elementami dostarczanymi przez Diagnostic Managera”. Mogę iść naprzód i po prostu dać ci przedsmak tego, wchodząc w produkt. To, co zamierzam zrobić, to podziel się moim ekranem, dobrze, i po prostu przeciągnij to. Więc to, co zobaczysz, to konsola dla Diagnostic Managera. I jak już wcześniej wspomniałem, przechodząc do pierwszego podstawowego produktu, mogąc spojrzeć na rzeczy z pewnego rodzaju widoku na poziomie przedsiębiorstwa. Istnieje wiele różnych przykładów tego w narzędziu. Mamy rodzaj widoku miniatur; mamy bardziej widok podobny do siatki. Mamy również pod względem elastyczności masz także konsolę internetową. Konsola internetowa ma inne widoki, takie jak kluczowe mapy i podobne rzeczy. Chodzi o to, że masz możliwość patrzenia i zobaczenia różnych rzeczy na wysokim poziomie. Ale gdy pojawią się problemy, będziesz kopać trochę dalej w narzędziu i faktycznie zobaczysz konkretny problem lems, i mieć sposób, aby zrozumieć i wiedzieć, co się dzieje. I oczywiście to bardzo ważne.
Teraz pod względem możliwości zobaczenia, co się stało w przeszłości; jeśli patrzę na problem, który wydarzył się wczoraj lub tydzień temu, to w tej sytuacji, wiesz, będziesz musiał móc przejść do konkretnej instancji SQL. Dobrą wiadomością jest to, że jeśli wiesz, kiedy wystąpił problem w produkcie, możesz przejść bezpośrednio do przeglądarki historii. I mogę wskazać konkretną porę dnia; może być kilka tygodni temu, może być wczoraj. Ale niezależnie od dnia, który wybiorę w kalendarzu, będę miał różne interwały odpytywania. W takim razie teraz skutecznie widzę, co bym zobaczył, gdybym oglądał konsolę 20 kwietnia o 13:37
Mogę cofnąć się w czasie, a kiedy to zrobię, wszystkie różne zakładki, które tu widzimy, będą odzwierciedlać ten konkretny moment w czasie, w tym zapytania, które mogły działać źle, w tym może jeśli Miałem sesje z blokowaniem. Wszystkie tego rodzaju rzeczy pojawiłyby się w narzędziu, a to pozwoli mi oczywiście wykorzystać te informacje historyczne, aby móc, wiesz, naprawić problem. W tej notatce, kiedy mówimy o historii, inną rzeczą, na którą warto tutaj zwrócić uwagę, jest to, że nie używa się historii tylko do rozwiązywania problemów. Ta historia jest oczywiście bardzo cenna z innych powodów. Jedną z większych jest umiejętność skutecznego podejmowania decyzji oraz możliwość szybkiego podejmowania decyzji z odpowiednimi informacjami. Więc cała ta historia, wszystkie informacje, które zbieramy, możemy raportować.
Jeśli ktoś przyjdzie do mnie i powie: „Mam naprawdę świetną nową aplikację. Zmieni świat tak, jak go znamy. Nawiasem mówiąc, będzie wymagać bazy danych, a tak przy okazji, naprawdę naprawi I / O na komputerze, na którym znajduje się ta baza danych. ” Jeśli wiem, że wchodzę w to, mogę wykorzystać te informacje, aby móc ustalić ranking wszystkich moich serwerów produkcyjnych, na podstawie być może ostatnich siedmiu dni zbierania. Byłbym w stanie bardzo szybko dojść do wniosku, w których przypadkach najbardziej sensowne jest zastosowanie tej bazy danych. Jest to więc rodzaj informacji historycznej, która jest oczywiście bardzo cenna.
Jeśli chodzi o same zapytania; jeśli chodzi o wyszukiwanie zapytań, mamy wiele różnych sposobów, aby to zrobić w narzędziu. A ten, na który lubię patrzeć, to widok zapytania, ponieważ widok zapytania jest bardzo pomocny pod względem możliwości oceny. Jeśli mam występujące wąskie gardło, aby móc zasadniczo zidentyfikować wszystkie różne obszary, które wpływają na to konkretne, określone zapytanie; nie tylko samo zapytanie i jaki jest wpływ tego zapytania, ale także wiesz, z jakiej aplikacji pochodzi, z której sesji pochodzi, który użytkownik go nazwał i tak dalej, mogę oczywiście zobaczyć te informacje w czasie rzeczywistym, ale mam również możliwość przeglądania danych z przeszłości. I to jest jedna z rzeczy tutaj. Zacząłem pisać scenariusz, ale muszę poczekać, aż wyskoczy.
Czekając na to, chcę - i wiem, że brakuje nam czasu, więc chciałem trochę porozmawiać o aktywnym powiadamianiu o powiadomieniach. A kiedy mówisz o tego typu rzeczach, jak powiedziałem, będąc częścią proaktywną, istnieje wiele narzędzi, które ostrzegają. Trudność polega na tym, aby nie wysyłać wiadomości e-mail. Najtrudniejszą częścią nie jest zapisywanie do dziennika zdarzeń ani generowanie pułapki SNMP. Trudność polega na tym, aby wiedzieć, kiedy wysłać alert w odpowiednim czasie. W związku z tym wiąże się to z koniecznością wykonania pewnych obliczeń i zrozumienia: „Co to jest o tej konkretnej instancji i co jest normalne w odniesieniu do tej instancji?”
I tak dla wszystkich metryk, które mają sens, aby to zrobić, opieramy te metryki. Pokazujemy ci linię podstawową, pokażemy ci próg, który jest obecnie ustawiony. Kolejną miłą rzeczą jest to, że powiedzmy, że w tym przypadku ustawiłem progi na sześć i dziesięć. Za sześć tygodni, jeśli wrócę do tego wystąpienia, ta linia bazowa może się całkowicie zmienić, ponieważ jedną z rzeczy, które robimy, gdy obliczamy linię bazową, jest domyślnie obliczanie siedmiodniowe. Zawsze daje mi to aktualną wersję linii bazowej. A co się stanie, jeśli poziom podstawowy wzrośnie do moich progów? W tym przypadku widzę i ostrzegam zalecenia, które w zasadzie mówią: „Hej, masz próg, który prawdopodobnie jest nieprawidłowo ustawiony, specyficzny dla tego, gdzie widzimy próg, i oczywiście, gdzie jest linia bazowa, prawdopodobnie będziesz otrzymywać powiadomienie o czymś, co jest normalnym zjawiskiem ”.
Zamiast więc leczyć symptomy czegoś, co jest normalne, jestem w stanie zidentyfikować tego rodzaju sytuację, w której rzeczywisty próg jest ustawiony nieprawidłowo. To, co oczywiście pozwala mi to zrobić, to ustawienie progów zgodnie z tym, gdzie otrzymam alert. Wiem, że jest to raczej wezwanie do działania, a nie śledztwo mające na celu sprawdzenie, czy to naprawdę problem. I myślę, że ta część narzędzia jest naprawdę pomocna pod względem samej linii bazowej i możliwości obliczenia.
Teraz dzięki temu produktowi możesz faktycznie mieć wiele linii podstawowych; możesz ustawić je na różne okresy i możesz dynamicznie dostosowywać progi w oparciu o swoje linie bazowe, co jest również bardzo ważnym elementem dostosowania się do zmian, które zdarzają się codziennie w instancjach SQL Server . Teraz, w tym przypadku, w pewnym sensie omawiamy wiele ustawień progów i pokazujemy linie bazowe. Ale jeśli chodzi o rzeczywiste alerty, samo powiadomienie, fajną rzeczą w Diagnostic Manager, jest to, że zapewnia wiele profili alertów. Jeśli więc masz na przykład profil dyżurny od 2:00 do 5:00, mogę mieć profil specyficzny tylko dla tego przedziału czasowego i mogę tutaj ustawić wszystkie warunki i odpowiednie ustawienia za moją odpowiedź.
Odpowiedź polega na tym, że w niektórych przypadkach tak, mogę wysłać wiadomość e-mail lub wystrzelić i wygenerować pułapkę SNMP lub zapisać w dzienniku zdarzeń. Jest wiele innych rzeczy, które możemy zrobić, ale kiedy rozmawiam z DBA, naprawdę podoba im się fakt, że w większości przypadków duża część wykonywanej pracy jest powtarzalna. Są rzeczy, które dokładnie wiedzą, kiedy pojawia się problem, co zrobić, aby go naprawić. Muszą tylko iść i interweniować. I wraz z rozwojem środowiska, ponieważ masz więcej instancji, staje się to o wiele trudniejsze. Więc jedną z rzeczy, które możesz zrobić w narzędziu, które moim zdaniem warto zauważyć, jest możliwość skonfigurowania warunku, ale na podstawie tego warunku można ustawić odpowiedź na uruchomienie skryptu, uruchomienie zadanie, aby uruchomić plik wykonywalny. Chodzi o to, że jeśli zdecydujesz się na uruchomienie skryptu, mogę użyć parametrów wewnątrz tego skryptu, który będzie w czasie wykonywania, wypełniony rzeczywistymi informacjami.
Tak więc, jeśli występują problemy z określoną bazą danych, skrypt zostanie zaprojektowany tak, aby działał bezpośrednio na bazie danych, w której występuje problem. Możesz więc dynamicznie rozwiązywać problemy w sposób zautomatyzowany, a następnie nadal mogę otrzymać wiadomość e-mail, aby wrócić i powiedzieć mi: „Hej, wystąpił problem, ale przy okazji, został naprawiony”. Skrypt został uruchomiony i jako DBA wiesz o nim, ale tak naprawdę nie musiałeś wchodzić i interweniować. Teraz, w tej samej notatce o byciu proaktywnym, oczywiście mamy tutaj także inną funkcję, którą jest funkcja „Analizuj”. I to spowoduje, że będzie regularnie sprawdzać wystąpienie SQL. A w niektórych przypadkach nurkuje głębiej pod względem tego, czego szuka. Zostaną przeprowadzone takie rzeczy, jak analiza indeksu hipotetycznego. Czy dodam indeks? Czy usuwam indeks? I wszystkie te rzeczy oczywiście pomogą mi w występie, ale po raz kolejny chodzi o proaktywność. Chodzi o to, aby móc podejmować decyzje, zanim coś się zepsuje, i sprawić, by działało lepiej. I tak w wielu przypadkach to właśnie staramy się tutaj zrobić.
Wracając do zapytania Oczekiwanie, o którym mówiliśmy wcześniej; jak widać, tutaj jest duży skok. Wcześniej uruchomiłem skrypt, który spowodował tylko trochę czynności oczekiwania, a jak już wspomniałem, mamy naprawdę wyjątkowy sposób, w jaki można zagłębić się w te informacje. Jeśli chcę zobaczyć, jaka to była aplikacja; Widzę, że pochodzi z aplikacji NoSQL. Bylibyśmy w stanie zobaczyć bazę danych, z którą był związany, sesję, użytkownika, a następnie, jeśli chcę, mogę to uszeregować pod względem moich oczekiwań. Mogę więc powiedzieć, że wszystkie oczekiwania, które miały miejsce w tym przedziale czasu, które miały miejsce najbardziej? A jeśli widzę, że kiedy to się najbardziej zdarza, naprawdę fajną rzeczą jest to, że mogę przejść do tego typu oczekiwania i zobaczyć wszystkie polecenia. Jeśli spojrzysz tutaj, sprawili, że poczekało. Widzę też przede wszystkim, która aplikacja sprawiła, że poczekać.
Wystaje więc jak obolały kciuk. Mogę od razu powiedzieć: „To jest ta aplikacja, która powoduje moje wąskie gardło. Jakie było zapytanie, które zostało uruchomione? Który użytkownik go uruchomił? Z jaką bazą danych uruchomił?” Itd. Mam nadzieję, że ma to sens i pomaga to również pod względem upewnienia się, że nie masz opóźnień w swoim środowisku, ponieważ odnosi się to do twoich baz danych. Mam nadzieję, że jest to pomocne. Mam zamiar przejść dalej i przekazać to z powrotem, i myślę, że możemy kontynuować.
Eric Kavanagh: Jasne. Myślę, że przekażę to naszym dzisiejszym ekspertom. Mark, może najpierw chcesz skomentować i zadać kilka pytań. Potem Dez, możesz wejść.
Mark Madsen: Tak, dziękuję, naprawdę podobało mi się oglądanie tego. To znacznie inteligentniejsze monitorowanie, niż zwykle. Jestem ciekawy zarządzania danymi, które się za tym kryją; zarządzanie metrykami, które można śledzić, a wiesz, szukać takich rzeczy, jak w szczególności zmiana linii bazowych, które są jednym z moich punktów bólu u zwierząt domowych, z pulpitami nawigacyjnymi. Jak radzisz sobie z tymi danymi, a drugą częścią tego są, wiesz, podstawowe wskaźniki, takie jak rodzaj przesunięcia - czy masz możliwość automatycznego przesunięcia progów, więc nie muszę wrócić i ręcznie zresetować progi, gdy zmienia się linia bazowa?
Bullett Manale: Tak, i fajną rzeczą jest to, że możesz o tym zdecydować. Możesz zrobić jedno z nich. Mogę ustawić próg i ustawić go jako ustawienie statyczne, lub mogę zaznaczyć pole wyboru, aby „Ustaw próg dynamiczny, który zmieni się wraz ze zmianą moich linii podstawowych”. I mam możliwość i narzędzie do ustawienia domyślnego okna czasu na moją linię bazową. Ale jeśli zajdzie taka potrzeba, mogę mieć osobne okno linii bazowej, na przykład z okna konserwacji od 2:00, powiedzmy do 5:00, ponieważ zamierzam opodatkować mój Procesor, moje dyski i wszystko inne, ponieważ wtedy wykonujemy całą naszą konserwację. Gdyby to ja wybrałem, automatycznie, automatycznie dostosowałbym moje progi, aby znajdowały się poza tym, co jest normalne dla tych wskaźników, które Wybieram to za pomocą. Pozwoliłoby mi to zrobić. Zasadniczo masz możliwość ustawiania okien czasu, które są oknami podstawowymi, a każde okno można traktować jako osobny byt, pod względem dynamiczne dostosowanie linii bazowej, które można wykonać. Możesz dodać tyle okien linii bazowej, ile chcesz musisz, jeśli to ma sens. Możesz mieć okno weekendowe, dzień roboczy w godzinach pracy, okno serwisowe, które dzieje się w środku nocy i tak dalej.
Mark Madsen: Dzięki.
Bullett Manale: Chyba wracając do pierwszej części pytania, mamy i zbieramy wszystkie te informacje. Tak naprawdę nie mówiłem o architekturze, ale mamy repozytorium zaplecza, które zapewnia pełną kontrolę nad zatrzymywaniem tych danych, ale mamy również usługę, która działa w środku nocy, która idzie i robi wszystkie nasze podstawowe obliczenia, a dane te są zbierane i nadawane im sens. Oczywiście masz również wiele raportów, których możemy użyć do sporządzenia raportu w oparciu o Twoje wartości bazowe dla określonych wskaźników. Masz nawet możliwość porównania linii bazowych tego samego serwera dla tej samej metryki dla różnych okresów czasu. Możesz sprawdzić, czy wystąpiły różnice lub jaka jest delta. Istnieje również wiele tego rodzaju opcji.
Eric Kavanagh: Dez.
Dez Blanchfield: Jedno szybkie pytanie, które mam dla ciebie - istnieje szerokie spektrum tego, co potrafi to narzędzie. Czy widzisz obecnie zainteresowanie jego wykorzystaniem na wczesnym etapie rozwoju, czy może jest to przede wszystkim narzędzie środowiska produkcyjnego? Innymi słowy, czy programiści uzyskują dostęp i korzystają z niego na wczesnym etapie rozwoju, a następnie testują fazę integracji? Czy jest nadal głównie stosowany w środowiskach produkcyjnych?
Bullett Manale: Powiedziałbym to, że przez większość czasu widzimy to w środowiskach produkcyjnych. To zależy od sytuacji, ale w przeważającej części powiedziałbym, że przede wszystkim produkcja, a my robimy - i to jest, no wiesz, sprawiedliwe, aby wspomnieć, że mamy różne ceny dla środowisk deweloperskich i testowych, więc jest to trochę bardziej atrakcyjne. Widzimy ludzi używających go w tych środowiskach, ale powiedziałbym, że gdybym musiał udzielić odpowiedzi w taki czy inny sposób, powiedziałbym, że są to przede wszystkim środowiska produkcyjne, w których widzimy, że ludzie inwestują w ten produkt .
Dez Blanchfield: Jasne, że tak, i ciekawie było usłyszeć, że masz różne punkty cenowe, ponieważ oczywiście istnieją różne obciążenia, a im cięższe będą zadania tam, gdzie cała prawdziwa praca jest wykonywana. Ale widzę wiele organizacji, szczególnie w rządzie, a na pewno w obronie, gdzie rozwój uzyskuje obecnie taki sam poziom inwestycji w narzędzia i systemy jak środowiska produkcyjne, ponieważ przeprowadzają one znacznie więcej wstępnych testów. Na przykład w obronie są zespoły, które przeprowadzają miliardy testów, setki miliardów testów aplikacji, systemów i narzędzi oraz monitorują je, zanim przejdą do testów integracyjnych, ponieważ chcą się upewnić, że jest zbudowany kod i baza danych siedzi pod nim. Dochodzi do stu milionów iteracji lub czegoś takiego, podczas gdy jesteś w terenie, strzelając do kogoś, to nie idzie „huk”.
Bullett Manale: Jasne.
Dez Blanchfield: W moim oldschoolowym świecie baz danych z mojego doświadczenia, myśląc, że środowisko bazy danych jest czymś, co właśnie pozostało w danych, a niektórzy z was wiedzą, są bardzo rzadko widywane i bardzo rzadko się o nich mówi, więc kiedy dojdziemy do punktu, w którym narzędzia i narzędzia aplikacje są opracowywane, szczególnie na platformach analitycznych, są teraz w naszych telefonach i na naszych urządzeniach. Czy widzisz, że klienci wnoszą coś o wydajności bazy danych i zarządzaniu nią w codziennej dyskusji, w przeciwieństwie do czysto technicznych? I wiem, że wspomniałeś wcześniej, że rozmawiasz głównie z DBA, ale czy istnieje teraz trend w ogólnym słownictwie, czy widzisz ludzi, którzy omawiają te tematy, a nie tylko maniaków?
Bullett Manale: Trudno powiedzieć. Chodzi mi o to, jak powiedziałem w przeważającej części, że ludzie, z którymi mamy do czynienia pod względem procesu sprzedaży, są z praktykami, którymi są DBA. Więc jeśli chodzi o twoje pytanie, czy po prostu mówisz: „Ogólnie rzecz biorąc, ludzie w organizacji IT stają się bardziej świadomi bazy danych?”. Myślę, że to pytanie i powiedziałbym, że prawdopodobnie odpowiedź brzmi „tak”. Prawdopodobnie nie widzę tego tak bardzo, w oparciu o to, gdzie jestem, z dnia na dzień, ale myślę, że jeśli rozumiem twoje pytanie, to chyba moja odpowiedź.
Dez Blanchfield: Tak, w porządku. Przykro mi, to prawdopodobnie obciążone pytanie, ponieważ oczywiście twoje główne zainteresowania w twoim świecie są techniczną stroną rzeczy. Jestem ciekawy, że w codziennych czynnościach widzę, jak organizacje zaczynają bardzo wcześnie włączać to do rozmowy. Kiedy więc rozmawiają o nowych inicjatywach, nowych projektach, nowych programach pracy, jedną z rzeczy, które przychodzą natychmiast, jest: „Jak to monitorujemy, jak to śledzimy, jak radzimy sobie z pojawiającymi się problemami, w przeciwieństwie do uruchamiania, uruchamiania na żywo? ”
Bullett Manale: Powiedziałbym, że -
Dez Blanchfield: Przepraszam, śmiało.
Bullett Manale: Chciałem powiedzieć, że dostrzegam trend, który powinienem powiedzieć - wiesz, wiele razy w przeszłości dostawałeś: „Mieliśmy problem, więc teraz potrzebujemy narzędzia. „ I myślę, że widzimy trochę więcej akceptacji wokół posiadania narzędzia przed wystąpieniem problemu, jeśli ma to sens. Powiedziałbym więc, że zdecydowanie staje się to normalne, wiesz: „Hej, potrzebujemy narzędzia do monitorowania, potrzebujemy czegoś.” I ludzie zdecydowanie widzą wartość tego produktu, ponieważ, jak powiedziałeś wcześniej, po prostu dodając DBA i dodając nowe instancje, potrzebujesz czegoś, co sobie z tym poradzi. Potrzebujesz czegoś, co pomoże w zarządzaniu tym, i dlatego widzimy dużą akceptację również w odniesieniu do tego produktu lub mamy taką możliwość.
Dez Blanchfield: Szybkie pytanie. Gdzie to musi mieszkać? Czy musi siedzieć tuż po wypaleniu w sieci LAN, w centrum danych, jak najbliżej środowisk baz danych, czy może jest wygodnie umieszczony gdzieś, potencjalnie w chmurze, w chmurze innej firmy z jakimś rodzajem tunel VPN lub zdalny dostęp do różnych środowisk? Gdzie to musi siedzieć, jeśli chodzi o środowisko i monitorowanie?
Bullett Manale: Pod względem architektury istnieje repozytorium zaplecza, a to baza danych SQL Server. Mamy konsolę, która może być grubym klientem lub cienkim klientem; dajemy Ci opcję obu. Mamy też cienkiego klienta, który jest specjalnie dostosowany do urządzeń mobilnych. Ale pod względem tego, gdzie to może faktycznie siedzieć; może siedzieć w środowisku, naprawdę trudniejsze jest to, że z wielu informacji, które musimy zebrać, w niektórych przypadkach lub w wielu przypadkach wymaga praw administracyjnych. Teraz nie zmuszamy cię do tego; jeśli chcesz, możesz zbierać dane i tylko dla rzeczy, których nie możemy zebrać, ponieważ nie mamy uprawnień administratora, po prostu pozwolimy ci nie widzieć tych informacji, jeśli to jest twój wybór.
W zależności od smaku, np. Jeśli mówisz o AWS, niektóre środowiska działają lepiej niż inne, ale w odniesieniu do samego środowiska, zwykle albo za pomocą uwierzytelniania SA do gromadzenia danych przeciwko instancjom jest wszystko, co konieczne. Lub jeśli jest to niezaufana domena, to zwykle wtedy, gdy chcesz to zrobić, ale wiele domen; tak długo, jak istnieje między nimi zaufanie, możemy gromadzić przeciwko nim. Tak naprawdę nie ma znaczenia, czy jest w sieci LAN, czy w sieci WAN, sama kolekcja jest bardzo znikoma pod względem ilości gromadzonych danych. Jeśli mamy wystarczającą wielkość połączenia WAN, nie stanowi to problemu. Widziałem środowiska, w których mają oddziały, w których mają serwery SQL w całych Stanach Zjednoczonych. Jest to jeden serwer w każdej z tych różnych lokalizacji i monitorują go centralnie. Najtrudniejsze jest po prostu upewnienie się, że masz wystarczającą ilość połączeń, aby to zrobić. Mam nadzieję, że to odpowiada na twoje pytanie, to było trochę na całej mapie.
Dez Blanchfield: Absolutnie tak. Dziękuję Ci. Zatem dwa szybkie pytania, które nadeszły rano przez uczestników; po pierwsze: jaki jest wpływ - często widzimy, że narzędzia do monitorowania systemu same generują obciążenie, po prostu monitorując różne rzeczy, więc pytanie brzmiało, przepraszam, że przewinęło się teraz z ekranu, ale po prostu sparafrazować; monitorując, czy sami generujemy obciążenie? Czy narzędzie ma mierzalny wpływ, po prostu obserwuje środowisko, czy ma to znikomy wpływ?
Bullett Manale: Zawsze będzie to miało pewien wpływ, ponieważ musi on wysłać zapytanie do instancji SQL Server, aby odzyskać dane. Pytanie, które powiedziałeś, brzmi: „Czy jest to nieistotne, czy znaczące?” Po wyjęciu z pudełka wskazujesz na instancję, jest ona nieistotna. Robimy to już od dłuższego czasu, jak powiedziałem. Mamy ponad 20 000 klientów i zapewniam, że jeśli spowoduje to znaczący wpływ na wydajność, nie prowadzimy działalności. Powiedziawszy to, pozwalamy również użytkownikowi decydować, co chcą monitorować. Myślę więc, że należy wspomnieć o tym, że każde środowisko jest trochę inne.
Przykładem może być, z komponentem monitorującym zapytania, jedną z rzeczy, które możemy zrobić, jest ustalenie progu tego, co uważasz za granicę normalności. Może więc być oparty na czasie wykonania zapytania. Może być oparty na CPU, I / O, ale na przykład powiedzmy, że ustawiłem czas wykonywania na zero milisekund. Skutecznie to, co mówię temu narzędziu, to zebranie wszystkich zapytań, które były uruchamiane od ostatniego interwału ściągania, i włączenie tej części mojej kolekcji historycznej.
Teraz, gdy to zrobimy, będziemy zbierać dowolną liczbę zapytań, które uruchomiliśmy na pudełku od ostatniego sondowania. To jest do wyboru, a użytkownik ma taką możliwość. Czy mówimy: „To właśnie powinieneś zrobić”? Nie. Ale dajemy Ci również taką możliwość na wypadek, gdybyś chciał próbki danych, która pozwoli ci zebrać te informacje. Mówiąc ogólnie, masz środki narzędzie do skonfigurowania i dostrojenia go dokładnie tak, jak chcesz, w oparciu o to, z czym czujesz się komfortowo. Ale możesz naprawdę otworzyć go, jeśli chcesz, i zebrać wiele dodatkowych informacji, które niekoniecznie regularnie zbieraj, jeśli to ma sens.
Dez Blanchfield: Tak, absolutnie. Wiem, że bierzemy trochę za długo, ale są dwa naprawdę świetne pytania, które chcę ci zadać, zanim zakończę. Obie przychodzą bezpośrednio do mnie, ale myślę, że najlepiej, jeśli odpowiesz na nie. Ogólnie pytanie brzmiało: „Jaki jest zasięg narzędzia w zakresie wiedzy o istniejących systemach?” Czy możemy to po prostu podłączyć i automatycznie wykryć istniejącą platformę i wiedzieć, co jest normalne dla tej platformy? podchwycić, o czym mówił wcześniej Mark? Część podstawowej wiedzy o platformach poprzez zastosowanie, no wiesz, nie wiem, może to być Microsoft Dynamics. Jaki jest zakres wiedzy na temat platformy z tym, co jest normalne i w niektórych obecnych gotowych narzędziach używanych w biznesie?
Bullett Manale: Powiedziałbym, że ogólnie rzecz biorąc, kiedy zaczynamy gromadzić dane dotyczące instancji SQL, na początek pracujemy z najlepszymi praktykami, jeśli chodzi o nasze progi i ich przeznaczenie. To powiedziawszy, zdajemy sobie również sprawę, że z każdym, z kim rozmawiasz, w zakresie najlepszych praktyk, każde środowisko jest inne. To, co zrobimy na początku, po prostu zbieramy dane, a co zalecamy ludziom, możesz wypróbować produkt przez 14 dni dłużej, jeśli zajdzie taka potrzeba. Ale po około dwóch dniach zaczniesz widzieć wypełnianie się danych podstawowych. Gdy będzie mieć wystarczającą ilość przykładowych informacji do pracy, zacznie zapewniać kontekst w zakresie linii bazowej, zakresu i innych tego typu rzeczy. Następnie stamtąd, jeśli chcesz, możesz automatycznie ustawić progi na podstawie zebranych informacji. Wstępne zbieranie i odpytywanie zajmuje trochę czasu, aby móc ustalić, co jest normalne, aby można było zacząć przesuwać progi.
Ale myślę, że warto również zauważyć, że po zmianie tych progów można to zrobić dla poszczególnych instancji w grupach. Może być specyficzny dla jednego wystąpienia lub możesz to zrobić dla wszystkich swoich wystąpień, a także możliwość tworzenia takich rzeczy, jak szablony, abyś mógł powiedzieć: „To jest wystąpienie produkcyjne, ale to jest szablon, który chcę przypisać do niego ”. Kiedy więc pojawia się nowa instancja produkcyjna, automatycznie stosujemy do niej te progi, ponieważ ma ona ten sam typ sprzętu i zwykle ma takie same obciążenia, więc moglibyśmy to zrobić również w ten sposób. Mam nadzieję, że to pomaga w kwestii pytania.
Dez Blanchfield: Absolutnie tak. W rzeczywistości odpowiedziałeś na inne pytanie, które właśnie do mnie przyszło i brzmiało: „Czy istnieje wersja próbna do pobrania?” Wiem, że mogę na to odpowiedzieć. Jestem pewien, że potwierdzisz, że jest do pobrania za darmo i myślę, że powiedziałeś, że to 14 dni od strony. Możesz go pobrać i grać z nim. Myślę jednak, że szybko: „Jakiego środowiska potrzebuję, aby móc uruchomić wersję próbną? Czy mogę uruchomić to na moim laptopie i grać z nim, czy naprawdę potrzebuję serwera?”
Bullett Manale: Najważniejsze, czego potrzebuje, to repozytorium, baza danych SQL Server w wersji 2005 lub nowszej. Poza tym istnieją pewne minimalne wymagania dotyczące zasobów, wymagania .NET i to wszystko. Tak więc to tylko kwestia instalacji produktu i utworzenia bazy danych.
Dez Blanchfield: Idealnie. Ostatnie pytanie, które ci zadam, bo właśnie skończyło nam się czas, ale szybko około dwóch lub trzech osób zadało mi pytanie: „Czy muszę być DBA, aby móc zacząć działać? i bawcie się z tym? ”
Bullett Manale: Nie. Powiedziałbym, że jeśli jesteś DBA, będziesz miał różne zastosowania tego narzędzia. Mam na myśli, że jeśli będziesz doświadczonym DBA, będzie to prawdopodobnie nieco więcej. Zobaczysz znacznie więcej głębi w narzędziu, z którego będziesz mógł skorzystać. Ale także jako nowy DBA, a nawet osoba, która nie jest DBA, mamy wiele rekomendacji i jestem teraz na tej stronie. Te rekomendacje będą pojawiać się regularnie, a naprawdę fajną rzeczą w tych rekomendacjach jest to, że podają powody, dla których rekomendacje są tworzone. Oprócz tego będą też mieć linki do treści zewnętrznych, które bardziej szczegółowo opisują powody, dla których te rekomendacje są również tworzone. Będzie to link do zewnętrznych stron internetowych Microsoft, blogów i wszelkiego rodzaju tego typu treści, które są zewnętrzne.
Ale, aby odpowiedzieć na twoje pytanie, to trochę, wiesz, jeśli jesteś starszym DBA, będą tu rzeczy, prawdopodobnie skorzystasz z tego, że prawdopodobnie nie byłbyś początkującym DBA. Ale jednocześnie jest to także rodzaj narzędzia edukacyjnego, ponieważ kiedy przejrzysz te rekomendacje, zaczniesz zbierać niektóre z tych rzeczy samodzielnie, korzystając z tych rekomendacji.
Dez Blanchfield: Fantastycznie. Dziękuję Ci. Naprawdę podobała mi się część demo. Prezentacja była świetna. Demo było fantastyczne. Szybko z pamięci, na twojej stronie znajduje się całe centrum zasobów, które polecam również ludziom. Pamiętam, jak przeszedłem tę ostatnią noc, żeby zdobyć trochę szczegółów. Masz całą gamę rzeczy, od swoich blogów i danych i rozmów aż do, z pamięci, masz też większość dokumentacji produktu w Internecie, tak?
Bullett Manale: Tak, to prawda, a formularz, o którym myślę, że się odwołujesz, to strona community.idera.com. I jeszcze jedną rzecz, o której wspomnę, wcześniej zapytałeś o: „Czy to rozpozna środowisko?” Jeśli chodzi o nowe wystąpienia lub dodawanie wystąpień, istnieje inne narzędzie, które mamy, które wykrywa wystąpienia. Wszystko sprowadza się do zapasów i zarządzania zapasami. Chciałbym tylko wskazać wam ten kierunek, jeśli chodzi o faktyczne odkrywanie przypadków. Ale jeśli chodzi o wydajność i monitorowanie, wszystkie te rzeczy, o których rozmawialiśmy, to właśnie w tym miejscu mógłby wejść Menedżer diagnostyczny.
Dez Blanchfield: Fantastycznie. Spójrz, świetny zasięg. Naprawdę podobała mi się twoja prezentacja. Uwielbiałem demo na żywo i to wszystko ode mnie dziś rano, ponieważ wiem, że przeszliśmy prawdopodobnie 10 minut w czasie. Eric, zamierzam ci przekazać.
Eric Kavanagh: W porządku. Po prostu pokochałem wersję demo. Cieszę się, że zrobiłeś demo. Cieszę się, że dobrze się temu przyjrzeliśmy, przechodząc przez pytania i odpowiedzi.
Bullett Manale: Świetnie.
Eric Kavanagh: Ponieważ daje to ludziom wyobrażenie o tym, na co patrzysz, i naprawdę zadziwia mnie myśl, że wciąż uczymy się, jak rozmawiać z tymi komputerami, kiedy od razu do tego dojdziesz. Ten poziom diagnostyki jest dość wyrafinowany i z każdym dniem jest coraz lepszy. Dajemy o wiele więcej wglądu w to, co się naprawdę dzieje. Ale naprawdę potrzebujesz osoby, która przeoczyłaby te rzeczy, czytając je, stawiając tę zdolność poznawczą za tym, co robisz, prawda?
Bullett Manale: Tak, mam na myśli w wielu przypadkach - chciałbym móc powiedzieć, że jest to DBA w pudełku, ale dzieje się po prostu zbyt wiele rzeczy. Chodzi o to, że udzielamy wskazówek i pomagamy, ale pod koniec dnia wymaga to od ludzi podejmowania decyzji dotyczących prezentowanych danych. Nie sądzę, że to się wkrótce zmieni.
Eric Kavanagh: To dobra wiadomość dla prawdziwych ludzi.
Bullett Manale: Zgadza się.
Eric Kavanagh: Będziesz chciał, aby ktoś to oglądał, zespół oglądający to, a dowiesz się, jak słyszałeś od Bulletta tutaj, patrząc na te rekomendacje, wybierzesz, co się dzieje. I zgaduję z tej historii i myślę, że poruszyłeś to, Bullett, ale bardzo szybko, ta historia pozwala ci rozpoznać znaczące wzorce, a następnie być w stanie je zidentyfikować, kiedy zdarzy się w przyszłości, prawda?
Bullett Manale: To prawda. Jedną z rzeczy, które możemy zrobić, jest śledzenie wydajności zapytania w czasie. Możemy również oczywiście patrzeć na inne rzeczy, takie jak linie podstawowe i widzieć, jak się zmieniają, i oczywiście otrzymywać alerty i takie rzeczy, kiedy to się dzieje, więc na pewno masz tę zdolność.
Eric Kavanagh: To brzmi dobrze, ludzie. Nie bylibyśmy tu długo, ale chciałem odpowiedzieć na te pytania. Dziękuję bardzo za poświęcony czas i uwagę. Archiwizujemy wszystkie te webcasty. Wskocz online na Techopedia.com lub InsideAnalysis.com, zobaczysz linki z obu miejsc.
I tym razem żegnamy się. Jeszcze raz dziękuję, do zobaczenia w przyszłym tygodniu, kolejne trzy webcasty w przyszłym tygodniu, wtorek, środa, czwartek. Porozmawiamy z tobą w przyszłym tygodniu, ludzie. Dbać. PA pa.
Partner treści Techopedia
Personel Techopedia jest powiązany z Bloor Group i można się z nim skontaktować, korzystając z opcji po prawej stronie. Aby uzyskać informacje o tym, jak współpracujemy z partnerami branżowymi, kliknij tutaj.- Profil
- Stronie internetowej
