Przez Techopedia Staff, 26 maja 2016 r
Na wynos: gospodarz Eric Kavanagh omawia zarządzanie bazami danych i odkrywanie instancji z Robinem Bloorem, Dezem Blanchfieldem i Bullett Manale w najnowszym odcinku Hot Technologies.
Obecnie nie jesteś zalogowany. Zaloguj się lub zarejestruj, aby zobaczyć wideo.
Eric Kavanagh: W porządku, panie i panowie. Witaj ponownie. Nazywam się Eric Kavanagh. Rzeczy są gorące. Tu się nagrzewa. Nie wiem co się dzieje. Och, właśnie tak, czas na Hot Technologies. Tak, naprawdę, nazywam się po raz kolejny Eric Kavanagh. Znajdziesz mnie na Twitterze @eric_kavanagh. To program, który ma rozmawiać o tym, co jest popularne na rynku. Tytuł dzisiaj: „Klucze do królestwa: zarządzanie programem SQL Server za pomocą funkcji Dynamic Discovery”. Dobre rzeczy. Tak naprawdę jest twój. Okej, to zdjęcie było kilka lat temu. Nie zamierzam kłamać, teraz wyglądam trochę starzej, ale to dobrze.
Mówimy więc o tym, w jaki sposób technologie i SQL Server są naprawdę, naprawdę, bardzo, bardzo gorące. Mamy dziś całą masę treści, więc od razu je przekażę. Trzymaj się, zaczynamy. Są nasi mówcy. A Robin Bloor jest pierwszy.
Robin Bloor: Tak, rzeczywiście. Prezentacja zagłębi się w zarządzanie bazami danych, więc pomyślałem, że przejdę przez zarządzanie bazami danych lub, jak wiecie, labirynt baz danych, aby wprowadzić ludzi w jego ducha. Kiedyś byłem DBA, przypuszczam, że można powiedzieć, że byłem konsultantem ds. Baz danych około 20 lat temu, a to, co mnie zaskakuje w bazach danych, to fakt, że niewiele się zmieniło. Wiele rzeczy zmieniło się pod względem szybkości, ilości danych i tym podobnych, ale większość z nich pozostaje bardzo podobna do tego, co się kiedyś wydarzyło.
Baza danych jest, moim zdaniem, zorganizowanym rozszerzalnym zbiorem danych, który można zoptymalizować pod kątem określonych obciążeń i zapewnić możliwości zarządzania danymi. Powstał przede wszystkim dlatego, że jeśli chciałeś zarządzać danymi w plikach, było to niezwykle trudne zadanie. Pomysł stworzenia oprogramowania, które zrobiłoby prawie wszystko, co trzeba, zrodził się niemal natychmiast, gdy tylko mieliśmy przypadkowy dostęp do komputerów mainframe IBM w latach siedemdziesiątych.
Relacyjna baza danych została wynaleziona w latach 70. XX wieku, a prototypy powstały w latach 80. XX wieku i zaczęły działać na rynku od początku lat 90. XX wieku. Relacyjne bazy danych wciąż dominują w popularności. Jeśli czytasz prasę, usłyszysz o nich strasznie dużo - baz danych SQL, a ostatnio jest bardzo dużo hałasu o bazach danych grafów. Te są interesujące, jeśli chcesz, ale w rzeczywistości wciąż w najnowszych numerach sprzedaży, relacyjne bazy danych mają 95% rynku. Microsoft SQL Server, o którym dzisiaj będziemy dogłębniej dyskutować, jest drugim najpopularniejszym produktem Oracle.
Relacyjne bazy danych sprawiają, że są niezwykłe pod względem silników, ponieważ są w stanie pracować zarówno z obciążeniami OLTP, jak i zapytaniami. Musisz je dostroić inaczej, jeśli chcesz to zrobić, ale w rzeczywistości są one zdolne do obu rodzajów obciążenia. Jedna z nich to krótkie losowe transakcje, a druga to długie zapytania obejmujące wiele danych. Alternatywnie, baza danych NoSQL i baza danych grafów służą głównie do analizy, a ostatnio powstały całkiem niedawno. NoSQL pojawił się na pierwszym miejscu, a wykres zaczął zyskiwać trochę trakcji w ostatnim czasie. NoSQL może być używany do czynności transakcyjnych, ale wykresy prawie nigdy nie są używane do czynności transakcyjnych. Powodem jest to, że natknąłem się na statystykę, która, jak sądzę, ma co najmniej dziesięć lat, która mówi, że większość firm ma co najmniej trzy, w rzeczywistości było to 3, 5 różnych marek baz danych, jeśli spojrzysz na ich spis oprogramowania.
Ale w rzeczywistości większość firm dokonuje standaryzacji w określonej bazie danych. Większość firm ustandaryzowała SQL Server i Oracle jako dwie najpopularniejsze standardowe bazy danych, jeśli chcesz. I używają alternatyw tylko w wyjątkowych okolicznościach, gdy na przykład otrzymują pakiet oprogramowania, który potrzebuje innej bazy danych lub dążą do realizacji niektórych z założonych celów analizy dużych zbiorów danych.
Mamy również, jeśli chcesz, ingerencję Hadoop. Hadoop w taki czy inny sposób stał się czymś więcej niż systemem plików, ale jeszcze nie bazą danych. Ma jednak SQL, który znajduje się nad nim. Ale istnieją dowody na to, że tak naprawdę nie wypiera on ani nie zastępuje relacyjnych baz danych, które zasłużyły na serca i umysły świata. A powodem tego jest to, że te relacyjne bazy danych zajęły dwadzieścia lat, a właściwie dłużej niż dwadzieścia lat, aby były tak dobre, jak są. I nie tylko budujesz silnik zapytań lub silnik SQL, który jest naprawdę wydajny w bardzo krótkim czasie. To się po prostu nie zdarza.
Wniosek z tego slajdu jest taki, że bazy danych są strategiczne i ewoluują, stają się lepsze. Z pewnością tak było w przypadku Oracle i Microsoft SQL Server. Prawdopodobnie niewielu z was pamięta czasy, kiedy bazy danych powstały po raz pierwszy, ale ja to zrobiłem, byłem wtedy chłopcem. Pierwotny pomysł polegał na tym, że istniałaby jedna baza danych i był to pomysł koncepcyjny, który absolutnie nigdy się nie zapuścił. IBM próbował za pomocą AS / 400 mieć system plików oparty na bazie danych, ale to też nie zdominowało. Pozostaje ci fakt, że bazy danych naturalnie się rozpadają. W rzeczywistości masz wiele wystąpień. Występują problemy ze skalowalnością. Baza danych jest skalowana tylko do pewnego rozmiaru, co prawda rozmiar ten wzrósł na przestrzeni lat, ale miały ograniczenia.
Były też problemy z obciążeniem, z których głównym problemem było to, że obciążenia OLTP i obciążenia dużego zapytania nie są ze sobą kompatybilne. I nie było możliwe zbudowanie silnika, który by to zrobił. To, na co wpadamy, co jest dość interesujące, natknąłem się niedawno na witrynę, która miała ponad tysiąc różnych instancji Oracle. Nie pamiętam dokładnie, ile mieli DBA, ale jeśli rozmawiałeś z nimi o tym, ile z tych baz danych było monitorowanych przez DBA, było to mniej więcej dziesięć. Zasadniczo używali bazy danych jako szafy i po prostu wrzucali do niej dane, ponieważ przynajmniej miałeś schemat i był on bardziej zorganizowany niż kiedykolwiek system plików, ale nikt nie robił nic poza nadaniem domyślnej konfiguracji i ustawieniem go luźny.
Nie jestem pewien, czy to był dobry pomysł. Szczerze mówiąc, wydaje mi się to dziwne, ponieważ moim zdaniem za każdym razem, gdy pracowałem z bazami danych, bazy danych wymagały obecności, a ty musiałeś w taki czy inny sposób dokładnie wiedzieć, co się tam dzieje. Ogromna liczba współzależności systemowych oznacza, że pewne poziomy usług muszą być absolutnie spełnione, w przeciwnym razie pojawią się problemy.
Ostatnio rozmawiałem, natknąłem się na różne bazy danych, które twierdzą, że są samodostrajające. Te, które są magazynami kolumn skonfigurowanymi dla ruchu związanego z zapytaniami, są w dużej mierze samodostrajające, ponieważ istnieją dwie możliwości wyboru, jeśli chodzi o indeksy. Ale oprócz tego szczególnego obszaru bazy danych muszą zostać dostrojone. I trzeba je dostroić, niektóre relacyjne bazy danych, głównie dlatego, że ogromna liczba transakcji wymaga przyłączeń. Połączenia są kosztownymi zajęciami. Jeśli nie umieścisz właściwych indeksów we właściwym miejscu, złączenia zajmują nadmiernie dużo czasu, gdy nie muszą.
Samodostrajające się bazy danych obecnie dobrze istnieją tylko w tych obszarach, w których obciążenia są dobrze znane. Z mojego doświadczenia wynika, że większość firm zatrudnia bardzo mało DBA, a to dlatego, że są drogie. Dlatego lepiej jest, jeśli możesz na przemian robić to, co robi DBA. To są działania DBA, jak je rozumiem. Wykonują instalację, konfigurację i aktualizację baz danych. Nawiasem mówiąc, aktualizacja nie musi być trywialną działalnością. Powodem, dla którego chciałbyś zaktualizować bazę danych, to znaczy, reguła, z którą zawsze pracowałem, to nie dotykaj jej, jeśli ona działa, a jeśli zamierzasz uaktualnić bazę danych do jakiejkolwiek konkretnej nowej wersji, robisz to w trybie testowym najpierw, a potem wszystko uaktualniasz. Nadal zawsze masz do czynienia z tą samą wersją. Ale tak naprawdę wiele witryn, z którymi się spotkałem, nie dzieje się tak. Istnieje, powiedzmy, dość dobry stopień entropii. Zarządzanie licencjami jest problemem, zależy od posiadanej licencji. ETL i replikacja danych.
Jedną z sztuczek z bazą danych jest to, że jeśli masz obciążenie kwerendą, które należy podzielić, możesz utworzyć dwie instancje i replikować, a często tak się dzieje, gdy ludzie używają repliki jako gorącej kopii zapasowej, jeśli to konieczne. Następnie planowanie pamięci i pojemności, to część działalności DBA, ponieważ dane oczywiście rosną i trzeba to śledzić. A następnie musisz zaplanować różne aktualizacje lub rozszerzenia sprzętu. Rozwiązywanie problemów jest bolesną czynnością dla większości DBA. Tam, gdzie coś idzie nie tak i kopia zapasowa nie działa idealnie, a następnie muszą podwinąć rękawy i zejść i spróbować odzyskać rzeczy z plików dziennika. Zdarza się to znacznie częściej, niż myślę. Cóż, pamiętam, że tak się działo, ale nie grałem w tej grze przez co najmniej dziesięć lat, ale pamiętam, że dzieje się to znacznie częściej, niż się spodziewałeś. Monitorowanie wydajności i dostrajanie jest po prostu bijącym sercem zadania DBA. Ale jest też bezpieczeństwo w zakresie zarządzania dostępem, tworzenia kopii zapasowych i odzyskiwania, tworzenia systemów testowania oprogramowania, które w rozsądny sposób równolegle wykonają system na żywo. I cały cykl życia danych. Tak więc, moim zdaniem, jest lista zadań DBA oprócz wszystkiego innego, o co mogliby zostać poproszeni. Dynamika operacyjna. Ostatecznie odpowiedzialność za DBA spoczywa na integralności danych i zarządzaniu poziomem usług. I zwykle są krytyczni. I to wszystko co mam do powiedzenia. Przekażę Dezowi.
Dez Blanchfield: Dziękuję bardzo. Zabiorę nas w trochę zabawną, anegdotyczną podróż wokół tego, dlaczego cały ten temat jest dziś i jest bardziej krytyczny niż kiedykolwiek. Nie tak dawno temu byłem zaangażowany w projekt, w ramach którego przeprowadziliśmy migrację platformy rządowej, która została wykorzystana do rejestracji licencji i rejestracji pojazdu oraz całej gamy rzeczy na ten temat, z platformy mainframe Fujitsu z uruchomioną rzeczą o nazwie A + Dodatek, która jest system operacyjny Solaris, czyli innymi słowy Unix, z systemem Oracle i wykonujący bardzo dobrą robotę. I pogląd był taki, że ta rzecz się starzeje i nadszedł czas, aby przenieść ją na coś innego. Świetnie się bawiliśmy, uruchamiając Uniksa na komputerze mainframe, był on bardzo stabilny, bardzo bezpieczny i dość dziwny na platformie SDL i był po prostu błyskawiczny. Ale mądrość polegała na zejściu z komputera i przeprowadzce.
To znaczące wyzwanie polegające na zmapowaniu wszystkich systemów i logiki biznesowej oraz środowiska SQL dla baz danych pod spodem oraz przyjrzeniu się, w jaki sposób zamierzamy zaprojektować i zaprojektować dla niego nowy dom. Ostatecznie zajęliśmy się jedną z tych rzeczy, która ma już kilka lat, ale jednym z najlepszych serwerów Sunfire w systemie stelażowym Sun. Są to prawdopodobnie jedne z największych puszek, jakie można kupić na świecie, które wszystkie mieszczą się w jednym dużym pudełku i symetrycznym serwerze wieloprocesorowym. W naszym świecie był to system średniego zasięgu. Działał pod kontrolą Uniksa i natywnie Oracle, a pogląd brzmiał: „Co może pójść nie tak?” Cóż, okazuje się, że dużo.
Na przykład w tamtym czasie, o którym dawno nie rozmawialiśmy, musieliśmy przejść bardzo ręczny proces, aby odkryć, co znajdowało się na platformie mainframe i przedstawić. W szczególności rzeczywiste środowisko bazy danych i logika SQL. Zatem pogląd był taki, że będzie to dość proste przeniesienie Oracle-to-Oracle, przeniesienie bazy danych do bazy danych; cała logika biznesowa mogłaby się pojawić, większość logiki biznesowej została napisana w osadzonych zapytaniach i wyzwalaczach, i jak trudne może być? Ale coś, co miało zająć miesiące, skończyło się niecały rok. Aby po prostu fizycznie i ręcznie przejść przez każdą część Uniksa w środowisku mainframe, dowiedz się, gdzie były wszystkie bazy danych i ile instancji działało i co działało w tych instancjach. Było to nietrywialne ćwiczenie i ostatecznie to zrobiliśmy trzy razy, żeby się upewnić, że wszystko zrobiliśmy. Ponieważ za każdym razem, gdy myśleliśmy, że kopaliśmy tak głęboko, jak potrzebowaliśmy, pod powierzchnią okazywało się, że jest ich więcej.
Drugim wyzwaniem było to, które instancje są uruchomione iw jakim stanie? Czy to środowisko programistyczne? Czy to środowisko testowe? Czy to część procesu integracji? Czy to integracja systemów? Czy to UAT, test akceptacji użytkownika? Czy to produkcja? Czy to środowisko DR? Ponieważ wielką zaletą komputerów mainframe jest to, że możesz budować te małe wirtualne środowiska, które wszyscy uważamy za coś oczywistego i przenosić je. Musisz się zastanowić, czy ta osoba zajmuje się produkcją i testowaniem na poziomie produkcyjnym, czy produkcją produkcyjną, czy są na tym użytkownicy? Pamiętając o tym, że chodzi o wydawanie w czasie rzeczywistym praw jazdy i rejestracji samochodu oraz rzeczy, które naprawdę mają znaczenie dla życia ludzi.
Dużo czasu zajęło wykonanie kopii zapasowych dla tej rzeczy, więc tak naprawdę nie mieliśmy okna konserwacji, aby przenieść ją w tryb offline i zobaczyć, co się stało. Nie było czegoś takiego jak przekierowanie. Wyzwanie polegało nam również na tym, aby nie tylko dowiedzieć się, które instancje są uruchomione, a gdzie i dla kogo, ale musieliśmy następnie ustalić, które wersje instancji działają. I tu prawie straciłem fabułę. Kiedy zacząłem zdawać sobie sprawę z tego, że mieliśmy dwie lub trzy wersje środowiska produkcyjnego przebiegające przez różne poziomy testowania, a narzędzia i systematyczne podejście do tego były bardzo małe. Dosłownie musieliśmy zagłębić się w kod i działającą instancję, a w niektórych przypadkach podejmujemy ryzyko odłączenia czegoś na chwilę. Dotarliśmy do sedna tego wszystkiego, zmapowaliśmy go i był to bardzo ręczny proces, jak powiedziałem. W końcu dokonaliśmy przesunięcia całego ETL, zrzucając go z jednego miejsca i przenosząc go do drugiego, i ogólnie działało. Byliśmy jak, ok, to funkcjonalne, jesteśmy z tego bardzo zadowoleni.
Ale potem natrafiliśmy na szereg bardzo poważnych solidnych ścian z cegły. W szczególności znaleźliśmy problemy z wydajnością. Rozsądne myślenie dnia brzmiało: cóż, przeszedł on na większy, lepszy, szybszy i twardszy sprzęt, nie ma powodu, dla którego powinien on źle działać w aplikacji na poziomie bazy danych, więc zacznijmy szukać gdzie indziej. Więc dwukrotnie przeprojektowaliśmy sieć. Każdy router, każdy przełącznik, każdy kabel, w niektórych przypadkach przeszliśmy z Ethernetu na światłowód, zaktualizowaliśmy oprogramowanie, załataliśmy, dostaniesz widok. Zasadniczo dwukrotnie przebudowaliśmy sieć, myśląc, że były tam problemy z wydajnością. I wyglądało na to, że tak było. Przeszliśmy przez różne systemy bezpieczeństwa, różne zapory ogniowe. Poprawiliśmy system operacyjny. Przenosiliśmy rzeczy z jednego bloku obliczeniowego do drugiego. I spędziliśmy znaczną ilość czasu, patrząc na fragment infrastruktury.
A potem zdaliśmy sobie sprawę, że kiedy odłączyliśmy serwery i uruchomiliśmy na nim kilka innych aplikacji, sieć działała dobrze. Więc zaczęliśmy rozbierać system operacyjny na części. Ten sam problem. Ale ciekawe, na poziomie sieci i systemu operacyjnego, narzędzia były tam, właściwie było nam stosunkowo łatwo przeprowadzić testy porównawcze i przetestować i udowodnić, że każdy z tych elementów działał. Ale nawet wtedy, w Solarisie na średnim poziomie na platformie sprzętowej SPARC, po prostu nie było narzędzi, abyśmy zaczęli diagnozować środowisko bazy danych. Wiesz, sprawdzając, czy przekazaliśmy wszystkie wystąpienia. Musieliśmy więc zbudować własne narzędzia, napisać niektóre z nich i usiąść, i czy były to same narzędzia bazy danych w natywnych językach skryptowych, czy też była to seria skryptów powłoki, a w niektórych przypadkach kilka programów typu C.
W końcu zgłębiliśmy kilka bardzo interesujących zagadnień, w których logika pod warstwą SQL, same silniki bazy danych, okazało się, że kiedy coś zostało zbudowane w szczególny sposób dla czegoś, co działało na wersji Oracle na komputerach mainframe, zostało przeniesione do Solaris na SPARC wersja Oracle nie od razu transponowała tej samej wydajności. Była to więc dla nas dość bolesna podróż, po prostu robienie tego i znajdowanie wszystkiego, ale teraz musieliśmy zdiagnozować to w nowym systemie produkcyjnym i znowu ta rzecz wydarzyła miesiąc migracji do prawie roku. I po prostu sprowadzało się to do tego, że nie mieliśmy narzędzi w pobliżu. Bieganie i robienie rzeczy takich jak próba mapowania metadanych.
W pewnym momencie prawie zdecydowaliśmy, że potrzebujemy tablicy Ouija, ponieważ w ten sposób łatwiej będzie losowo wskazać i zaczepić. Proste rzeczy, takie jak ustalenie, kto miał dostęp do starych systemów i dlaczego mieli taki dostęp. I kto potrzebował dostępu do nowego i potwierdzenia, nakłonienia kogoś do podpisania się i potwierdzenia tego oraz zmapowania tego. Nawet coś tak prostego, jak rozmiar bazy danych, nie było spójne na obu platformach. Musieliśmy w tym celu zbudować narzędzie i dokonać porównania między wielkością bazy danych w tonażu, w surowych megabajtach lub terabajtach w systemie A w porównaniu do systemu B. I zagłębić się w bardziej szczegółowe informacje na temat wydajności i środowiska wykonawczego. Ponownie musiał zbudować nowe narzędzia. Po prostu nie było dla nas żadnych gotowych produktów.
I wyciągasz z tego całą wiadomość, kiedy doszliśmy do końca uruchomienia rzeczy i zapewniliśmy jej stabilność, każdy jej fragment był procesem bardzo ręcznym, jedynym sposobem na zautomatyzowanie czegoś było zbudowanie nowe narzędzie lub nowy skrypt. Gdybyśmy mieli narzędzia, które są dostępne dzisiaj, życie byłoby o wiele łatwiejsze i znacznie lepsze. I zaoszczędzilibyśmy miliony na tym projekcie. Ale myślę, że to, o czym dzisiaj porozmawiamy, to fakt, że narzędzia są już dostępne i znacznie ułatwiają życie. Wiele pułapek nadal istnieje. Odkrycie istniejących baz danych i które instancje są uruchomione. W jakim są stanie. Ile działa? Dlaczego oni biegają. Czy działają dobrze. Czy są tworzone kopie zapasowe?
Są to wszystkie rzeczy, które na wiele sposobów możemy uznać za coś oczywistego za pomocą odpowiednich narzędzi. Ale jak wspomniałem, w tej konkretnej anegdocie był okres, w którym wielu z nas straciło dużo włosów, prawdopodobnie odebraliśmy sobie piętnaście lat życia i ubolewa nad tym, że narzędzi nie było teraz . Z niecierpliwością czekam na wiele więcej na ten temat od naszego gościa, Bulletta. Po tym, Bullett, przekażę ci i czekam na wiadomość, jak rozwiązałeś ten problem.
Bullett Manale: W porządku. Brzmi wspaniale. Eric, pozwól mi zająć się tutaj ze slajdami i porozmawiać trochę, naprawdę szybko, z firmą Idera, zanim przejdziemy do samego produktu. Podobnie jak FYI, jest to rodzaj portfela różnych produktów, które mamy dostępne.
Eric Kavanagh: Twój dźwięk jest trochę gorący, więc jeśli używasz zestawu słuchawkowego, po prostu go podciągnij.
Bullett Manale: Nie ma problemu. Czy to jest lepsze?
Eric Kavanagh: To o wiele lepsze. Zabierz to.
Bullett Manale: W porządku. Więc dzisiaj skupimy się na Menedżerze zapasów, który jest oczywiście dostosowany do wielu omawianych tematów. Chcę tylko trochę zrozumieć, w jaki sposób ten produkt dotarł tam, gdzie jest. Zaczęliśmy od codziennego patrzenia na naszą linię produktów, mamy narzędzie do monitorowania wydajności o nazwie Diagnostic Manager. Mamy narzędzie Compliance Manager. Tak więc wiele różnych narzędzi wokół SQL Server i nieuchronnie zawsze zadajemy pytanie w celu uzyskania licencji: „Jaką liczbę instancji aktualnie zarządzasz w swojej organizacji?” Ciekawe było to, że nigdy nie byliśmy w stanie uzyskać na to jednoznacznej odpowiedzi. Tak naprawdę nie miało znaczenia, z kim rozmawiałeś. Zawsze brzmiało to tak: „Wydaje nam się, że jest w pobliżu tej liczby”. Tego rodzaju rzeczy zawsze przychodziły i wtedy musielibyśmy przejść przez ten proces, aby dowiedzieć się dokładnie, co mieli, że chcieli uzyskać licencję w odniesieniu do zarządzanych przez nas przypadków.
Najwyraźniej szybko zorientowaliśmy się, że z wieloma DBA wydaje się, że wiąże się to z pewnym bólem. Oczywiście jako DBA jedną z rzeczy, za które są odpowiedzialni, jest świadomość tego, ponieważ jedną z rzeczy, które muszą zrobić, są obawy o swoje umowy licencyjne, w naszym przypadku z Microsoft i SQL Server. Oczywiście mają wiele innych obszarów, za które są odpowiedzialni, ale jest to jeden z tych, który jest rodzajem dużego biletu jako DBA, jakie są twoje ogólne obowiązki. Do tego doszliśmy do wniosku, że potrzebujemy narzędzia, które ułatwi DBA prawdziwe zrozumienie tej liczby. Ponieważ masz rozrzut SQL, jeśli chcesz to tak nazwać i dzieje się tak z wielu różnych powodów. Może nie ma tak dużej kontroli nad tym, kto instaluje oprogramowanie i tego typu rzeczy.
A najgorsze, co może się zdarzyć, to to, że ktoś dostanie kopię SQL Servera, zainstaluje ją, zacznie z nią pracować bez wiedzy niektórych innych organizacji lub działów w firmie, a następnie następną rzeczą, którą wiesz, być może dane nie są archiwizowane i tego rodzaju rzeczy, które mogą się zdarzyć. Gdzie teraz masz inny problem, w którym masz sytuacje, w których rzeczywiście stracisz krytyczne dane, ponieważ nie wiesz, że instancja w ogóle istnieje.
Jedną z rzeczy, które musieliśmy zrobić, było powiedzenie, co to za odkrycie. A poza tym być w stanie uporządkować i zarządzać gromadzonymi przez nas informacjami w logiczny sposób, który ma sens na podstawie tego, co robi firma. A potem oczywiście móc podejmować decyzje na podstawie tych informacji i robić takie rzeczy. Właśnie w taki sposób powstało narzędzie i skąd ono pochodzi. Mogę ci powiedzieć, że rozmawiając z DBA regularnie, to tak naprawdę problem polegający na tym, że nie wiemy, ile ich ma.
I to jest zabawne, ponieważ termin „nie możesz zarządzać tym, czego nie możesz zmierzyć”, zawsze wymyślił nasze narzędzia wydajności, takie jak SQL Diagnostic Manager, ale naprawdę nie możesz nic zarządzać, jeśli nie wiesz o tym „Jego” nawet tam. Więc to też jest duża część tego narzędzia, jest w stanie po prostu wiedzieć, że tam jest.
Teraz, w tej notatce, rozmawiając z niektórymi większymi organizacjami lub sklepami korporacyjnymi za pomocą SQL Server, ciekawą rzeczą, którą znaleźliśmy z wieloma facetami, z którymi rozmawialiśmy, było to, że faktycznie spędzili czas w ciągu roku, w którym faktycznie fizycznie chodzili z jednego miejsca do drugiego, próbując ustalić, jak ta liczba wygląda. Możesz sobie wyobrazić, że jako DBA dostajesz całkiem sporą sumę pieniędzy, aby fizycznie przechodzić z jednej maszyny na drugą w niektórych przypadkach, co było zaskakująco tym, co słyszeliśmy od dość dużych firm, których nie wymienię. Ale po prostu interesujący punkt, że dwa tygodnie w roku można spędzić na tego rodzaju ćwiczeniach, aby dowiedzieć się, czy liczba licencji jest prawidłowa.
Wszystko to jest związane z tym narzędziem i tym, w jaki sposób pomaga, ale sposób, w jaki rozwiązaliśmy ten problem, polegał na możliwości wykrywania w oparciu o szereg cech SQL Server. Pierwsze pytanie brzmi: na co zwracasz uwagę lub na co starasz się spojrzeć? Sposób, w jaki to zrobiliśmy, polegał na tym, że zróbmy to według zakresu adresów IP lub możemy to zrobić poprzez członkostwo w samej domenie pod względem komputerów, które są członkami domeny. W ten sposób zajęliśmy się tą częścią, aby móc powiedzieć, że jest to obszar, na którym chcemy się skupić pod względem odkrywania.
A następnie druga część tego opiera się na tych cechach, portach i innych rzeczach, kluczach rejestru WMI i tego rodzaju rzeczach, możemy zebrać i upewnić się, że SQL prawdopodobnie działa i jest zainstalowany w tym wystąpieniu lub w tym konkretnym środowisku. Jest to oczywiście znacznie lepsza metoda niż metoda tenisówki lub ekspresowa metoda tenisówki. Fajne jest to, że wszystkie gromadzone przez nas informacje o instancji są przechowywane w repozytorium i mogą się zmieniać wraz ze zmianami środowiska. Nie chodzi tylko o: „Hej, jest instancja, oto lista, którą znaleźliśmy”, ale to jako DBA lub osoba zarządzająca instancjami, która jest w stanie ustalić, czy chcą wprowadzić tę część ekwipunku, a następnie kiedy nie jest częścią wykazu, aby móc wycofać tę instancję. Dzięki temu cykl życia całego procesu instancji SQL Server jest naprawdę łatwy do zrozumienia w narzędziu.
Po odkryciu instancji, co robimy po tym? Drugą rzeczą jest wiele informacji o instancji, nie chcę ręcznie pobierać jej i wkładać do arkusza kalkulacyjnego lub tego typu rzeczy. I to kolejna rzecz, która była interesująca w rozmowach z DBA na temat procesu inwentaryzacji i licencjonowania, to fakt, że zdziwiłbyś się z iloma DBA, z którymi rozmawiałem, pytając ich: „Jak utrzymujesz swoje zapasy?” I rozmawiamy z DBA, które jest naprawdę ironiczną częścią tego, że trzymają to i śledzą to w statycznym arkuszu kalkulacyjnym wszystkich rzeczy. Jak powiedziałem, jest to bardzo ironiczne, kiedy myślisz o tym przez minutę. Tak było jednak w wielu przypadkach i tak jest w przypadku wielu organizacji, w jaki sposób sobie z tym radzą. Jak oni to utrzymują. Jest to główna kopia arkusza kalkulacyjnego Excel, która jest rozpowszechniana i musi być regularnie aktualizowana.
To były wyzwania, dlatego rejestrując tę instancję i umieszczając ją w ekwipunku, możesz to zrobić i zebrać informacje. Możesz go zautomatyzować, niezależnie od tego, czy stanie się on częścią inwentarza, wersji, wydania i innymi rzeczami, które możesz z nim zrobić, możesz ręcznie dodać może tę listę lub arkusz kalkulacyjny Excel, który masz. Możesz zaimportować to do tego narzędzia o nazwie SQL Inventory Manager. Jeśli masz już punkt początkowy wystąpień, w których masz poczucie pewności, możesz zaimportować te wystąpienia, a następnie włączyć tę część zarządzanych zapasów w produkcie. Kiedy już mamy instancję i kiedy wiemy, że ona tam jest, wtedy staje się, ok, mamy wiele informacji, które możemy wykorzystać, wiedząc, że ta instancja istnieje, wychodząc i gromadząc te informacje.
Wiele informacji będzie potrzebnych nie tylko do celów licencyjnych. Wiele z nich można oczywiście wykorzystać, aby po prostu wiedzieć, gdzie się znajdują, i móc przeszukiwać te informacje po ich uzyskaniu. Ale kluczową sprawą jest serwer, sam sprzęt. Będąc w stanie zrozumieć, jaki to rodzaj maszyny, może model lub producent, pamięć, ilość pamięci, czy jest to maszyna fizyczna czy wirtualna, a zwłaszcza liczba fizycznych gniazd, rdzeni i procesorów oraz tego typu rzeczy.
Jeśli chodzi o liczbę rdzeni, zwłaszcza w przypadku SQL Server, wiedza o sposobie, w jaki robią swoje licencje, jest teraz obliczeniem na rdzeń w nowszych wersjach SQL, co staje się naprawdę ważną częścią tego i nie jest niczym, co masz wyjść i poszukać czegoś. Po zidentyfikowaniu instancji możemy dostarczyć te informacje i wydostać się z nich, abyś mógł je zobaczyć i zrozumieć, i oczywiście możemy z nich skorzystać.
Następna warstwa w dół znajduje się w instancji, która oczywiście ma wiele różnych instancji SQL Server, niezależnie od tego, czy jest to wersja standardowa, korporacyjna, czy nawet ekspresowa w tym zakresie, czy też darmowa wersja SQL Server. Będąc w stanie zrozumieć, jakie aplikacje są powiązane z tym wystąpieniem, można to zrobić automatycznie. Będąc w stanie zrozumieć ustawienia konfiguracji i tego rodzaju rzeczy, a także inne informacje związane z wystąpieniem samego programu SQL Server.
Następnie przechodzisz do faktycznej bazy danych i widzisz ustawienia konfiguracji, ilość miejsca powiązanego z tymi danymi, gdzie się znajduje, wszystkie te rzeczy są automatycznie zapełniane, dzięki czemu oszczędzasz dużo czasu. I jeszcze raz, ponieważ dynamicznie wychodzi i codziennie identyfikuje nowe wystąpienia, jest to żywa rzecz, którą masz pod względem ekwipunku. Taki jest cel tego produktu: sprawić, żeby był dynamicznie zmieniający się.
Teraz, gdy wszystkie te informacje staną się dla nas dostępne i będziemy mogli pobrać wszystkie te dane, wtedy naprawdę warto zacząć tworzyć w niektórych przypadkach własne metadane powiązane z tymi instancjami, a metadane można utworzyć w taki sposób dostosowuje się do sposobu prowadzenia działalności.
Jeśli więc Twoje instancje są pogrupowane według lokalizacji geograficznej, właścicieli aplikacji lub właścicieli DBA lub cokolwiek innego, może to oznaczać, że chcesz pogrupować te instancje, jak logicznie chcesz nadać sens tym instancjom. dwóch obszarów w narzędziu, które dadzą Ci taką możliwość.
Pierwszą jest możliwość utworzenia znacznika instancji lub znacznika. Które zasadniczo tworzy powiązanie z serwerem, instancją lub bazą danych, dzięki czemu możesz tworzyć widoki i odpowiadać na pytania, które mogą pojawić się na co dzień, co naprawdę pomaga zrozumieć, co masz, czym zarządzasz i jak chcesz posunąć się naprzód dzięki tym informacjom.
Inną rzeczą, którą mamy, jest coś, co nazywamy polami zapasowymi lub niestandardowymi polami zapasowymi, a są one bardziej specyficzne dla rodzaju ciekawostek informacji, które można zagłębić, na przykład warstwę bazy danych, którą mogę zdecydować o dodaniu listy rozwijanej wszystkie DBA i ja możemy ustalić, kto jest odpowiedzialny za tę bazę danych, w zależności od tego rodzaju sytuacji lub jakiejkolwiek innej, bez względu na to, która to baza danych, z osobą, która jest za to odpowiedzialna, może to wybrać, aby wiedzieć, że to one są odpowiedzialne i bardzo łatwo po prostu kopiąc w ekwipunku.
Tak więc te informacje stają się bardzo cenne, szczególnie jeśli masz duże środowisko, ponieważ pomaga ci to po prostu zrozumieć, co masz i jak to zrobić.
Pozwól mi więc przejść do następnego slajdu tutaj. Teraz pokazuję wam, że wszystkie te informacje, które zbieramy, wszystkie te informacje i dane, które zbieramy i stosujemy metadane, aby umożliwić wam podejmowanie łatwiejszych i szybszych decyzji, jeśli chodzi o podkręć swoje licencje w firmie Microsoft w ramach licencji grupowej lub ubezpieczenia oprogramowania w firmie Microsoft.
To sprawia, że naprawdę łatwo to zrobić, niż trzeba, trzeba iść i zrobić dużo ręcznego zbierania danych, dużo ręcznego zbierania tych informacji, co tak naprawdę ogólnie sprawia, że jest to lepszy proces. Jest to więc jeden z mandatów produktu, czasem, aby ułatwić DBA podejmowanie decyzji dotyczących licencjonowania.
Kolejną rzeczą, którą, rozmawiając z DBA, odkryliśmy i nauczyliśmy się bardzo szybko, jest to - i to w pewnym sensie powrót do tego, co omówiono wcześniej - możesz mieć 300 instancji w swoim środowisku SQL Server, ale tak naprawdę może być tylko podzbiór tych, które są naprawdę w pełni monitorowane i zarządzane za pomocą tradycyjnego narzędzia do monitorowania wydajności.
Więc jeśli pójdziesz i faktycznie usiądziesz z DBA i powiesz: „Słuchaj, wiemy, że masz te 20 instancji lub 10 instancji z 300, które są monitorowane za pomocą tego narzędzia, które jest zaprojektowane do monitorowania tego i jest zgodne z twoimi SOA i otrzymuj powiadomienia i wszystkie tego rodzaju dobre rzeczy ”. Odkryliśmy również, że jeśli zapytasz:„ No cóż, a co z tymi 280 innymi wystąpieniami, które masz? Czy troszczysz się o to? ”I robią to, dbają o nich, ale po prostu nie chcą koniecznie inwestować w monitorowanie tych na poziomie głębokości, które można zrobić w tych przypadkach w porównaniu z tymi 10 lub 20 naprawdę, naprawdę krytyczne instancje produktu.
Inną częścią równania z tym narzędziem jest to, że pomaga to również upewnić się, że na poziomie podstawowym jesteś objęty stanem zdrowia. Teraz nie powie ci, czy masz impas lub kto jest jego ofiarą. Nie chodzi o to, aby przejść do samego poziomu samych sesji i szczegółów zapytań. Ale jednocześnie pozwoli ci to wiedzieć, hej serwer jest wyłączony lub hej, wolumin się zapełnia, albo musisz zrobić kopie zapasowe bazy danych, to w pewnym sensie ważna część bycia DBA.
Tego rodzaju rzeczy są na pewno nadal ważne, więc dzięki temu narzędziu masz sposób, aby mieć wszystko dla naprawdę krytycznych instancji, które mają wiele, dużo warte są z nimi związane, jeśli pójdą w dół musisz od razu wiedzieć. Mogą mieć wyższy poziom monitorowania i być w stanie wykonywać takie rzeczy, podczas gdy dzięki temu będzie w stanie wychwycić wszelkie nowe instancje dodane do środowiska i upewnić się, że są rozliczane, a także zapewne powstają te podstawowe poziomy kontroli stanu zdrowia.
Więc to w skrócie to, o co chodzi w Menedżerze importu SQL Inventory. Teraz pokażę wam demonstrację tego. Zanim to zrobimy, po prostu szybko pokażę wam, że jest to slajd architektury tutaj i po prostu pokazując to, instancje SQL, którymi zarządzamy, możemy odkryć wszystko, od SQL 2000 aż po nowe wersje SQL.
Możemy to zrobić bez konieczności wdrażania agentów w samych instancjach. Robimy to za pośrednictwem usługi gromadzenia danych, a ona zbierze te informacje i umieści je w repozytorium, a następnie z konsoli frontowej usługi internetowej Tomcat będziemy mogli następnie wchodzić w interakcje z tymi danymi i przeglądać je. Jest to więc bardzo prosta architektura.
Idę naprzód, przełączam się i zabieram nas do samego produktu, abyś mógł go poczuć, zrozumieć, jak to działa. Najlepszym sposobem na to jest zapoznanie się z samym interfejsem. To rodzaj pulpitu, na który patrzymy.
Widzę teraz, że liczba zarządzanych przeze mnie instancji nie jest aż tak duża. Ale nie mam też całego centrum danych w tylnej kieszeni. Mam więc około sześć przypadków, które widzimy tutaj. Teraz powiedziano: „Ja” zamierzam przejść przez proces odkrywania i pokazać, jak by to działało.
Teraz pierwszą rzeczą, którą powinieneś zrobić, jest sekcja administracyjna, w której możesz określić, w jaki sposób chcesz odkryć swoje instancje. Będziesz mógł umieścić tutaj te informacje i jeszcze raz można to zrobić za pomocą szeregu adresów IP. Możesz wskazać domenę lub subdomenę i mieć możliwość wykonywania tych kontroli tylko na tych komputerach, które są członkami tej domeny, i możesz wybrać szereg różnych cech charakterystycznych, kiedy SQL jest uruchamiany w celu sprawdzenia.
Następnie, gdy już to zrobisz, możesz zautomatyzować codzienne uruchamianie i zbieranie tych danych. W razie potrzeby będziesz mógł to zrobić również na zasadzie ad hoc. Ale kiedy to zaczniesz, proces odkrywania, to zaczniesz widzieć, kiedy przejdziesz do widoku instancji tutaj. Masz kartę Odkrywaj, a karta Odkrywaj pokaże nam instancje, które zostały niedawno odkryte. Więc w naszym przypadku mamy tutaj numer. Zamierzam iść naprzód i dodać ten, którego użyjemy jako przykładu. Więc to jest przypadek z Chicago w tym przypadku, prawda? Zamierzam dodać tę instancję do mojego ekwipunku.
W porządku i przeprowadzi mnie przez kilka rzeczy tutaj. Po prostu idę dalej, a zobaczysz, że możemy ustawić dane uwierzytelniające. Moje referencje powinny tam być dobre. Zamierzam iść naprzód i zauważysz, że mogę przypisać własność tego, jeśli chcę. Mogę również określić lokalizację. Teraz sama lokalizacja może zostać dodana i oczywiście zapamięta to następnym razem.
Po raz kolejny mogę również powiązać z tym tagi pod względem metadanych i tego, w jaki sposób chcielibyśmy umieścić te wystąpienia SQL, szczególnie ten, w dowolnym segmencie, w którym chcemy go umieścić. Mamy więc trochę bieżących tagów, popularnych tagów, abyśmy mogli spojrzeć na kilka różnych tagów, które mogłem już dołączyć. Po prostu wybiorę niektóre z nich losowo i możemy to zastosować.
Więc teraz, kiedy idę dalej i dodaję to do ekwipunku. Teraz, gdy został dodany, zobaczymy, jak wyświetla się w tym zarządzanym widoku, dzięki czemu można go zobaczyć tutaj. Więc wiesz, że to był pierwszy krok, a to, co właśnie pokazałem, to sposób, w jaki dodajesz te wystąpienia głównie podczas codziennych czynności. W niektórych przypadkach możesz powiedzieć, że wiesz, jeśli to jest wersja SQL Server dla przedsiębiorstw, to chcę automatycznie dodać to do mojego ekwipunku? Nie muszę ręcznie iść i decydować się na to.
Jocelyn: Zamierzam ci bardzo szybko przerwać. Nie widzimy Twojego dema.
Bullett Manale: Nie jesteś?
Jocelyn: Nie.
Bullett Manale: Cóż, to nie jest dobre, zobaczmy.
Eric Kavanagh: Jeśli przejdziesz do lewego górnego rogu, kliknij start, kliknij na to.
Bullett Manale: Ach, dobrze.
Eric Kavanagh: A teraz udostępniaj ekran.
Bullett Manale: Przepraszam za to. Tak.
Eric Kavanagh: W porządku. Dobry połów, producent Jocelyn.
Bullett Manale: W porządku, więc czy to lepiej? Widzisz to teraz?
Robin Bloor: Tak, rzeczywiście.
Bullett Manale: Dobra, więc po prostu poprowadźmy cię tam, gdzie byliśmy naprawdę szybko. Mamy odkryte przypadki, które mieliśmy wcześniej. Właśnie dodałem instancję z Chicago, więc teraz widzisz to tutaj. Zauważ, że wyciągnęło już wiele dodatkowych informacji. Jeśli kliknę na samą instancję, zaczniesz widzieć wszystkie rodzaje informacji, które już zebraliśmy na temat tej instancji. Oto lista wszystkich znajdujących się tam baz danych. Widzimy podział baz danych według wielkości i aktywności, w zależności od tego, które z nich mają największy rozmiar i aktywność.
Po raz kolejny możemy również od razu powiedzieć, które aplikacje działają w tej instancji na podstawie obciążenia, które widzimy w tej instancji. Miło jest móc to zrobić automatycznie. Nie muszę wchodzić i wiązać wniosku ze zdarzeniem. Na podstawie tego, co widzimy, możemy to wypełnić. Teraz, jeśli chcesz ręcznie dodać aplikację, absolutnie możesz to zrobić. Ale to po prostu fajny sposób, aby pokazać powiązanie instancji z bazą danych lub, przykro mi, z aplikacją.
Zauważysz również, że po prawej stronie ekranu mamy natychmiastowe podsumowanie, a poniżej mamy podsumowanie serwera. Mówimy tutaj o kluczowych informacjach instancji tutaj, znając wersję, a nie tylko, wiesz, SQL Server 2012, ale rzeczywisty numer wersji, który wraz z informacją o tym, jakie poprawki są z nim związane, jakie dodatki Service Pack są z tym związane, może być bardzo ważne, aby wiedzieć. Oczywiście zapotrzebowanie na pamięć jest ważne. Wszystko w tym stylu, niezależnie od tego, czy są skupione, wszystkie te informacje, nie muszę ich umieszczać - są już gromadzone i gromadzone, a gdy stwierdzimy, że jest to wykryta instancja, będzie ona częścią naszego ekwipunku.
Inną rzeczą, którą tutaj zobaczysz - i która ci pokaże - jest pod tym widokiem instancji. Mamy te atrybuty, o których mówiłem wcześniej, niestandardowe atrybuty, które można dodać. Możemy więc dodać otwarte pola pól tekstowych, możemy zrobić tak / nie, jeśli chodzi o miliard rodzajów wyborów. Możemy nawet tworzyć listy rozwijane. Możesz to zrobić w instancji bazy danych lub na poziomie serwera.
Następnie, jeśli przewiniemy nieco dalej, zobaczymy wszystkie powiązane informacje z samym serwerem. Więc wiesz, że wszystkie tego rodzaju rzeczy są oczywiście bardzo, bardzo pomocne, ponieważ są one gromadzone i gromadzone i są dostępne dla nas, gdy tylko podejmiemy decyzję o włączeniu ich do naszego ekwipunku. Tutaj możemy pokazać niektóre różnice pod względem procesorów, liczby logicznej i fizycznej, ilości pamięci. Dzięki temu masz naprawdę dobre i bogate informacje bez konieczności wykonywania dużej ilości pracy.
Inną częścią tego, jak już powiedziałem, jest gromadzenie tych danych na poziomie serwera. Jeśli nawet przejdziemy do bazy danych, zobaczymy, że wiele z tych rzeczy również jest zepsutych. Więc jeśli przejdę do mojego repozytorium zgodności, w tym przypadku mógłbym powiedzieć, dobrze wiesz, że to dotyczy, jest to baza danych zgodności, z którą wiąże się poziom zgodności lub wymagania regulacyjne i może, powiedzmy, Zgodność z SOX lub PCI. Mogę więc wybrać, które bazy danych mają powiązaną z nimi zgodność, którą muszę wypełnić lub upewnić się, że przestrzegam tego wymogu prawnego.
Tego rodzaju rzeczy okazały się bardzo pomocne dla DBA, ponieważ istnieje miejsce, w którym mogą centralnie udać się do przechowywania wszystkich powiązanych metadanych w swoim środowisku i mogą sprawić, że, jak powiedziałem, dostosowują się do swojej działalności, ponieważ „ robią tak, jak robią interesy. Więc jeśli spojrzymy na wszystkie rzeczy, które do tej pory widzieliśmy, masz oczywiście całkiem dobry przegląd instancji, jeśli w to zagłębię.
Mogę również wyszukiwać, więc powiedziałem, że poszukajmy tego repozytorium zgodności w moim ekwipunku. To, co zobaczysz tutaj, to to, że mogę wyszukiwać te rzeczy i być w stanie je zidentyfikować. Mówię to - nie jestem pewien co, mój przycisk go tam nie działa. W porządku. Zobaczmy, spróbujmy jeszcze raz. No to jedziemy. Bylibyśmy wtedy w stanie zobaczyć rozkład, w którym widzimy wszystko, w czym jesteśmy zgodni, i mogę zagłębić się w to i zobaczyć to również z tego punktu widzenia. Dzięki temu masz naprawdę szybki i łatwy sposób na zagłębienie się w te dane.
Jak już wspomnieliśmy wcześniej, istnieje wiele różnych sposobów tworzenia metadanych dla serwera instancji i bazy danych. Inną częścią tego jest możliwość korzystania z tego w sposobie, w jaki go zgrupowałeś i w jaki sposób się z nim kojarzysz. Przechodzimy do widoku eksploratora, możemy to zrobić. Możemy powiedzieć, że chcę wykonać bazę danych według lokalizacji. Tak więc liczba baz danych w każdej lokalizacji środowisk, które obsługuję. A może jest to oparte na właścicielu, który jest właścicielem instancji, które mam, pod względem liczby instancji. Więc będziemy mogli to zobaczyć. Otrzymujesz więc naprawdę dobry, łatwy sposób na pomalowanie tych zdjęć na podstawie dowolnego pytania, na które próbujesz odpowiedzieć w danym momencie.
To, co masz, stworzyło takie informacje, jak chcesz, możemy je wyeksportować do formatu PDF lub różnych formatów, aby móc je wykorzystać i wysłać do naszych współpracowników lub zrobić wszystko, co trzeba. Więc wiesz, że będziesz w stanie robić takie rzeczy. Wróćmy do - czy to straciłem? No to jedziemy. Mam nadzieję, że ma to sens w kontekście tego, o czym mówiłem do tej pory. Teraz, gdy zgromadziliśmy dane, wszystko to jest oczywiście bardzo ważne z wielu powodów - licencjonowania i tak dalej.
Ostatnią rzeczą, o której należy wspomnieć, jest to, że przechodzimy do tej sekcji administracyjnej tutaj. W tym miejscu możesz również skonfigurować swój e-mail i powiadomienia oraz mieć pewność, że w przypadku rzeczy, o których naprawdę chcesz wiedzieć, możesz je również skonfigurować. Abyśmy mogli skonfigurować powiadomienia e-mail, możemy ustawić możliwość włączania niektórych rzeczy i wyłączania niektórych rzeczy, a następnie możemy określić, kto będzie otrzymywać te e-maile, i subskrybując te alerty, możemy powiązać z kim chcemy być, kto chciałby wiedzieć o tego rodzaju rzeczach.
Ale, jak powiedziałem wcześniej, jest to naprawdę fajny sposób, aby przynajmniej mieć spokój ducha, wiedząc dla całej instancji SQL przedsiębiorstwa - co to jest, a także upewniając się, że działa optymalnie, nawet jeśli nie t, nie zdecydował się zainwestować w narzędzie do monitorowania wydajności uderzeń, aby zarządzać tym wystąpieniem. To obejmie cię, ponieważ jest to bardzo przystępny sposób na wyjście i w wielu przypadkach możesz robić te inwentaryzacje i być w stanie przeprowadzić rodzaj bardzo szerokiego ogólnego poziomu monitorowania, aby upewnić się, że masz spokój i wiesz, co się dzieje.
Mam nadzieję, że ma to sens w sposobie, w jaki to opisaliśmy i pokazaliśmy Tobie. Wydaje mi się, że z tego punktu widzenia mogę iść naprzód i przekazać to z powrotem i możemy porozmawiać trochę więcej.
Eric Kavanagh: Brzmi świetnie. Więc Robin? Dez? Jakieś pytania?
Robin Bloor: Cóż, mam pytania. To bardzo interesujące, to znaczy, chciałem po prostu skomentować, że prawie wszędzie byłem, nie tylko wśród DBA, ale wśród facetów sieciowych, magazynów, menedżerów maszyn wirtualnych, oni ” wszystkie ponownie działają na arkuszach kalkulacyjnych.
Eric Kavanagh: Zgadza się.
Dez Blanchfield: W pewnym sensie wiesz, że tak, wiesz, że to w porządku, dopóki liczby nie zaczną się zmieniać. Kiedy liczby zaczynają się zmieniać, wiesz, że będą mieli kłopoty. Więc pytanie, które mnie teraz interesuje, i wiem, że trudno będzie ci odpowiedzieć, ale co, jeśli pójdziesz do miejsca, w którym nie ma nic takiego do pracy z arkuszami kalkulacyjnymi, więc załóżmy DBA to bardzo mądrzy faceci itd. Jak myślisz, jaki ROI uzyskałbyś dzięki wdrożeniu czegoś takiego? Czy masz jakieś dane na ten temat lub jakieś wytyczne na ten temat?
Bullett Manale: Trudno powiedzieć, jaki jest ROI, ponieważ środowisko będzie trochę inne. Oczywiście, im większe przedsiębiorstwo, tym większe środowisko, oczywiście tym bardziej ROI będzie prawdopodobnie, jeśli będą używać, no wiesz, teraz metod ręcznych.
Wiem, że rozmawiałem z wieloma - kiedy mówię o dużych organizacjach w tysiącach pracowników, a także prawdopodobnie w tysiącach przypadków - gdzie mam ludzi, w których im to pokazuję i mówią, że to zajmie dwa tygodnie wstecz. To powiedziałem mi więcej niż raz. Trudno więc powiedzieć o rzeczywistej kwocie dolara z zakupu, ale jest znaczna, gdy masz otoczenie.
Tak jak powiedziałem, jest dość spójny, to ludzie, z którymi rozmawiam, większość ludzi, z którymi rozmawiam, trzymają te rzeczy w arkuszu kalkulacyjnym. Jest to więc bardzo, bardzo subiektywna rzecz, ponieważ każde środowisko jest nieco inne pod względem sposobu licencjonowania i sposobu licencjonowania z Microsoftem, jest to kolejna część tego czynnika. Ale jeśli będą musieli robić prawdziwe ulepszenia co roku lub co trzy lata, myślę, że maksymalnie trzy lata dla Microsoftu, że to zrobią, chcą, abyś to robił co najmniej co trzy lata.
Wtedy wiesz, że jest znaczny i wiesz, że jest to po prostu coś, co znacznie ułatwia. Ponieważ jest to dynamiczna rzecz, która ciągle się zmienia, daje trochę więcej ważności pod względem tego, na co patrzysz wersetach, cóż, tak naprawdę nie zaktualizowaliśmy arkusza kalkulacyjnego przez sześć miesięcy lub rok. Jak często aktualizujesz arkusz kalkulacyjny, to kolejne pytanie, aby zrozumieć, że odpowiedź na zwrot z inwestycji.
Dez Blanchfield: Tak, mam na myśli licencjonowanie SQL, licencjonowanie tego to cholerny koszmar, ale szczególnie koszmar, ponieważ licencjonowanie nie jest takie samo między Microsoftem a Oracle i innymi osobami, które tam robią bazy danych. Jeśli faktycznie trzymasz rzeczy w arkuszach kalkulacyjnych, które zwykle się zdarzają, wiesz, że czas licencjonowania nadchodzi, zanim zdasz sobie z tego sprawę, i tak naprawdę nie masz danych, jeśli wiesz, co mam na myśli, aby łatwo uzyskać ta informacja.
W każdym razie, jak zauważyłeś, jest dynamiczny i nie mam pojęcia osobiście, ponieważ tak naprawdę nigdy nie musiałem negocjować z Microsoftem, więc nie mam pojęcia, ale prawdopodobnie istnieją bazy danych, które ludzie dość często usuwają dane testowe, testując środowisk i zgaduję, że to cierń po twojej stronie, jeśli robisz licencję. Czy to ty-?
Bullett Manale: Tak, tak. Dzieje się tak, ponieważ wiele razy zapominamy o tych rzeczach, a następnie zaczynamy próbować ustalić, dobrze, dobrze, mamy licencję na rdzeń, że musimy ustalić liczbę rdzeni dla każdego z tych przypadków, a ja nie nie wiem, jeśli chodzi o standardy tego, co kupujesz pod względem sprzętowym, równie dobrze możesz kupić całkiem niezły sprzęt, a jeśli nie używasz tego sprzętu w sposób, w jaki powinien być wykorzystany, to przepłacasz, ponieważ jesteś płacenie za wycenę rdzeni, gdy te rdzenie nie są wykorzystywane, co staje się problemem.
Tak więc każda wersja SQL ma inny sposób stosowania licencji, co sprawia, że jest to trochę mylące. W związku z tym masz przed sobą pewne wyzwania, dlatego też ta informacja jest bardzo pomocna, ponieważ możemy powiedzieć ci, która to wersja, możemy oczywiście powiedzieć liczbę rdzeni, jeśli masz starsze wersje SQL to była cena za gniazdo, nadal możemy oczywiście to pokazać. Więc po prostu sprawia, że jest to o wiele prostsze w rutynie, przez którą trzeba przejść, gdy nadejdzie czas, aby to wszystko naprawić.
Dez Blanchfield: Jedna rzecz, która przychodzi mi na myśl, och przepraszam, idź-
Robin Bloor: W porządku, idź do Dez, chciałem zadać ewentualnie nieistotne pytanie.
Dez Blanchfield: Po prostu coś naprawdę szybko, gdy jesteś w temacie, w którym się teraz zajmujesz - widzimy o wiele więcej zastosowań środowisk chmurowych i jeśli uruchamiamy to w naszym własnym centrum danych, w naszym własnym środowisku, czołgają się i znajdują, odkrywanie rzeczy jest stosunkowo proste.
Jak my, jak radzimy sobie ze scenariuszem, w którym możemy mieć trzy zestawy danych, dwie chmury i widoczność w tych środowiskach jest zaporą ogniową i często zestaw danych znajduje się na końcu potoku lub sieci VPN. Czy jest coś do odkrycia z poziomu interfejsu, czy też musimy, aby zacząć otwierać porty, abyśmy mogli skanować w określonych środowiskach między chmurą i poza lokalem, w którym działa ta platforma?
Bullett Manale: Tak, byłoby trochę do rozważenia w kwestii portów. Tak więc, niestety, chciałbym powiedzieć, że przebije się przez wszystkie te środowiska, ale istnieją różne opcje, które możesz z tym zrobić. Oczywiście, jeśli robisz coś takiego jak Amazon EC2, tak naprawdę potrzebujesz dostępu do tego środowiska za pośrednictwem łączności, zakładając, że porty są otwarte, a następnie możesz określić adresy IP lub domenę z tym powiązaną i można rozpocząć kolekcja i rozpocznij odkrywanie.
Tak więc w tego typu środowiskach to naprawdę nie jest problem; są to bardziej specyficzne typy środowisk, takie jak RDS i gdzie właśnie dostajesz samą bazę danych, gdzie zobaczenie i odkrycie tego rodzaju informacji będzie nieco trudniejsze.
Dez Blanchfield: W związku z tym istnieją bazy danych i bazy danych. Na przykład stare dobre czasy posiadania bardzo, bardzo dużego silnika bazy danych, takiego jak anegdota, którą udostępniłem na froncie, gdzie jest tylko jedna ogromna platforma i wszystko, co robi, to baza danych. W dzisiejszych czasach bazy danych są osadzone we wszystkim, w rzeczywistości są jakieś dwa lub trzy z nich po prostu działają w moim telefonie za aplikacjami.
Jakie wyzwania widzisz w scenariuszach, w których masz środowiska pochodzące z Lotus Notes, z aplikacjami za nimi, SharePoint z bazą danych w różnych Internecie i tak dalej? Zasadniczo wszystko jest oparte na bazie danych na zapleczu. Jakie rzeczy tam widzisz i jakie wyzwania widzisz, gdy ludzie próbują zmapować tego rodzaju światy i co robi dla nich twoje narzędzie?
Bullett Manale: Mam na myśli, że chodzi o to, że to, co powiedziałeś - wszystko potrzebuje teraz bazy danych, więc wiele razy prawdopodobnie jest wiele, wiele baz danych jest wprowadzanych do środowiska, które same DBA nie są nawet świadomi, ponieważ generalnie nie jest trudno zainstalować serwer SQL w środowisku.
To narzędzie identyfikuje również takie rzeczy, jak ekspresowe bazy danych, więc darmowe wersje SQL Server. Zabawne jest, że kiedy idziesz porozmawiać z DBA, po raz kolejny nie otrzymujesz spójnej odpowiedzi, jeśli chodzi o to, czy dbają o dostępne darmowe bazy danych. Wiele z tych aplikacji, o których mówisz, będzie korzystać z bezpłatnej wersji bazy danych. Ale same organizacje będą miały inne podejście do tego, kto jest odpowiedzialny za tę bazę danych, w zależności od tego, z kim rozmawiasz.
Niektóre DBA, z którymi rozmawiam, mogę przypomnieć sobie, kiedy ostatni raz byłem na SQL Server PASS, który jest w Seattle, zadajesz pytanie „Czy troszczysz się o swoje ekspresowe bazy danych?” I było to około pięćdziesięciu pięćdziesięciu. Niektórzy ludzie chcieli wiedzieć o nich jako o DBA, ponieważ czuli, że są częścią swoich obowiązków, nawet tych wyrażonych baz danych, które wciąż mogą zawierać krytyczne informacje; nadal muszą przejść proces tworzenia kopii zapasowej i upewnić się, że wszystko działa na nich z punktu widzenia zdrowia. Ale sama wiedza o ich istnieniu jest równie ważna, jeśli nie ważniejsza.
Podczas gdy druga połowa ludzi mówi: „Hej, nie jesteśmy odpowiedzialni za te bazy danych, a wszystko, co na nich umieszczają, strzeże się osoby, która je zainstalowała”. Ale powiedziałbym ogólnie, że powiedział, że obecnie prawie wszystko ma powiązaną z tym aplikację, która jeszcze bardziej przyczynia się do złożoności i zamieszania związanego z koniecznością inwentaryzacji tych informacji.
Dez Blanchfield: Tak, widziałem niektóre, strony rządowe są prawdopodobnie moją ulubioną, ale częściej widzę je w środowiskach korporacyjnych, gdzie, jak powiedziałeś, ludzie nawet o mnie zapominają, gdy instalują coś takiego jak SharePoint lub jak samodzielna wymiana, więc wiesz, że mają wbudowaną bezpłatną wersję, ponieważ chcą, wiesz, zainstaluj ją szybko i nie martw się, że musisz iść i kupić licencję.
Potem robi się duży, a potem ktoś zaczyna narzekać na wydajność i mówi: „To tylko twój stary serwer, pamięć, sieć, cokolwiek”, a potem DBA zostaje wywołana i mówią: „Cóż, ty” właśnie wcisnąłem wszystko w tę darmową wersję bazy danych, co nie jest tym, czego potrzebujesz, aby wykonać tak dużą ”.
Zwłaszcza, gdy masz scenariusze takie jak Project Manager i Office uruchamia setki, jeśli nie tysiące projektów w dużym przedsiębiorstwie lub korporacji i używają SharePoint z Microsoft Project Server i zrzucają wszystkie swoje PMO do tej bazy danych. Ale z przodu są jak, cóż, to tylko interfejs sieciowy. Ale tak naprawdę istnieją bazy danych i bazy danych.
Bullett Manale: Tak.
Dez Blanchfield: Czym oni są, to jeden z pierwszych kroków, które ludzie tutaj tutaj sądzą, że jest kilka pytań, które moglibyśmy zadać publiczności. Jedno z pierwszych pytań brzmi: gdzie ludzie zaczynają? Jaki jest ich pierwszy naturalny krok: „Ok, musimy zrobić wersję Anonimowych Alkoholików?”
Mamy więcej baz danych niż wiemy, co zrobić. Jak wygląda ich naturalny krok: „Dobra, musimy to załatwić i zacząć biec?”. Czy po prostu schodzą na zimnego indyka, czy później naprawdę muszą zacząć od małego i po prostu zdobyć trochę doświadczenia w zakresie mapowania swojego środowiska? ?
Bullett Manale: Cóż, myślę, że powiedział, że muszą mapować środowisko. Teraz Microsoft oferuje do tego bezpłatne narzędzie, Microsoft Planning Planning Tool, jest to bezpłatne narzędzie, ale jest statyczne. Dokonujesz odkrycia i to wszystko. Otrzymasz listę rzeczy, które tam są. Wzięliśmy to i powiedzieliśmy, posłuchajmy o krok dalej, zróbmy odkrycie, znajdźmy to, co tam jest i umieśćmy to w repozytorium i zróbmy to tak, aby było dynamiczne i możemy go dodać, usunąć z niego.
Ale ogólnie rzecz biorąc, największym pierwszym krokiem jest myślę, żeby się dowiedzieć, dokonać odkrycia. Bez względu na to, czy oznacza to pobranie naszego produktu w wersji próbnej, możesz pobrać go i wypróbować przez 14 dni, a także wskazać swoje środowisko i wykonać kolekcję.
Teraz, jeśli masz już arkusz kalkulacyjny z garstką tych informacji, że masz pewność, że te informacje są poprawne, możesz również spodobać się importowi do CSV, który zawiera arkusz kalkulacyjny ze wszystkimi tymi informacjami, i włączyć tę część tego, co już mam. Ale jeśli chodzi o ustalenie tego, czego nie wiesz, jedynym sposobem na to jest ręczne wyjście, zrobienie tego lub posiadanie narzędzia, które szuka czegoś takiego jak ten. Taką decyzję musisz podjąć w pewnym momencie: „Czy staram się zautomatyzować to odkrycie, czy przynajmniej mam dobrą podstawę tego, co się tam dzieje, a potem może martwić o niektóre wyjątki?” Ale dla w większości potrzebujesz narzędzia.
Dez Blanchfield: Tak szybko. Gdzie ludzie się rozpoczynają? Uderzyli w twoją stronę? Jak szybko się do nich zwracają?
Bullett Manale: Jeśli wejdziesz na Iderę, IDERA.com, zobaczysz, a ja naprawdę mogę naprawdę szybko pokazać to naprawdę szybko. Na stronie Idera przejdziesz do produktów, do menedżera zapasów. Zobaczysz link do pobrania tutaj. Po prostu określasz, którą kompilację chcesz zainstalować na 64-bitowym lub 32-bitowym systemie, i to pomoże Ci rozpocząć i od tego momentu rozpocząć odkrywanie.
Robin Bloor: Fantastyczna i świetna, świetna prezentacja, dziękuję bardzo.
Bullett Manale: Dziękuję.
Eric Kavanagh: Mamy kilka pytań od publiczności i prześlemy Ci je e-mailem, ponieważ musimy dziś mocno się powstrzymać, ale Bullett, znowu, świetna robota w wersji demo, świetna robota przez naszego producenta, że nie było pokazywanie t.
Bullett Manale: Przepraszam za to.
Eric Kavanagh: Nie, to dobre rzeczy, dajesz wgląd w sedno biznesu, prawda? Ponieważ firma obsługuje dane, a Ty dajesz widoczność aż do samego sedna. Więc nigdy więcej falujących rzeczy; teraz możesz właściwie wskazywać na rzeczy i rozwiązać je. Tak dobrze dla ciebie.
Bullett Manale: Dziękuję.
Robin Bloor: Ale wspaniale było zobaczyć, że to też na żywo, dobra robota.
Eric Kavanagh: Tak, zarchiwizujemy ten webcast do późniejszego obejrzenia, a potem będziemy mieć nadzieję, że w ciągu około godziny lub dwóch, początkowe archiwum idzie w górę, czasem jest trochę dłużej, ale na pewno pozwolimy ludziom wiedzieć. Dzięki temu pozwolimy wam odejść, ludzie. Jeszcze raz dziękuję za udział w Briefing Room, w rzeczywistości jesteśmy Hot Technologies. Spotkamy się następnym razem. Trzymaj się, pa pa.
