Igra izvedbe: zbogom kašnjenju

Osoblje Techopedia, 9. svibnja 2016

Takeaway: Domaćin Eric Kavanagh intervjuira Mark Madsen, Dez Blanchfield i Bullett Manale o kašnjenju i učinku.

Trenutno niste prijavljeni. Prijavite se ili prijavite da biste pogledali videozapis.

Techopedia Content Partner

Osoblje Techopedia povezano je s Bloor Groupom i s njima se može kontaktirati koristeći opcije s desne strane. Za informacije o tome kako radimo s industrijskim partnerima kliknite ovdje.

• Profil
• Web stranica

Eric Kavanagh: Dame i gospodo, zdravo i dobrodošli ponovo u Hot Technologies! Da svakako! Moje ime je Eric Kavanagh, ovo je naš Hot Tech show, partnerstvo s našim dobrim prijateljima iz Techopedije. Hop online na Techopedia.com za sve najnovije u širokom području poslovne tehnologije; oni, naravno, pokrivaju i potrošačke stvari. Ovdje smo usmjereni na poduzeće u svom programu, tako da ćemo danas raditi.

Postoji spot o vašem uistinu i dosta o meni, udaljite me na Twitter @eric_kavanagh, volim Twitter, volim provjeriti te stvari, to je sjajan način da ostanete u kontaktu s ljudima i vodite dobre razgovore, i on-on -jedan razgovor.

Pa o čemu razgovaramo? Ova je godina vruća, ovo je čitav svemir prilika koji danas gledamo u svijet upravljanja informacijama, a ono o čemu danas govorimo bit će upiti, to će biti ubrzavanje upita.

Mislim da sam zaboravio spomenuti naslov, "Igra predstava: Reci zbogom kašnjenju." Pa, tko želi kašnjenje? Nitko ne želi kašnjenje, latencija je kad sjednete tamo, kliknete gumb i pričekate da se nešto dogodi, a nitko to ne želi. Djeci se ne sviđa, oni ne misle da je to u redu, odraslima se ne sviđa. Svi smo bili razmaženi brzinom weba i stvari želimo brzo, stvari želimo i sada i o tome ćemo razgovarati danas u našoj emisiji.

Analitičar Mark Madsen danas je s nama iz Treće prirode, jednog od naših redovnih članova. Naš novi znanstvenik s podacima, Dez Blanchfield, javlja iz Sydneya u Australiji. A onda je Bullett Manale, da, zaista, to je njegovo ime, zapravo bi to trebala biti dva T-a. Bullett Manale radi kao naš gost iz Idera, vrlo, vrlo zanimljiva tvrtka, radi puno stvari. Znam za njih već, a jedno od njih je da su kupili tvrtku pod nazivom Precision neko vrijeme. Znao sam da njihov glavni direktor zove Zohar Gilad, kako je to ime? Bio je to jedan pametan momak.

Ali ljudi, igrate značajnu ulogu u ovom webcastu u postavljenim pitanjima, pa vas nemojte biti sramežljiv, slajte svoja pitanja u bilo kojem trenutku - to možete učiniti koristeći Q&A komponentu konzole webcast, to je tamo dolje u donjem desnom kutu. Možete i razgovarati sa mnom, a ja ću je prenijeti na zvučnike. Već imamo nekoga tko zove iz Italije, pa, "Ciao, ciao. Dođi stai? "U redu, s tim što ću gurnuti Markov prvi red, predaću palubu Marku. Označite, sada imate WebEx. Odnesi to, pod je tvoj.

Mark Madsen: Hvala, Eric. Ipak neću početi u sredini, počet ću na početku. Dakle, samo nekoliko komentara za pokretanje rasprave s Dezom i Iderom, svojevrsnim stanjem države s razvojem, bazama podataka i operacijama. I znate, ako ovo dobro pogledate, imamo ova dva problema sa svijetima još uvijek na tržištu baza podataka i aplikacija, jer programeri vide DBA kao ljude koji ih gnjave. Morate graditi modele podataka, ne možete im pristupiti, ne možete stvoriti tu stvar, ne možete staviti indeks na svaki stupac svake tablice u bazi podataka da biste to učinili bržim. I naravno, zašto su nam potrebni modeli? To su samo strukture podataka, ako ih promijenimo, zar ih ne možete jednostavno zapisati u serializiranom obliku?

Problem je što programeri znaju kod i aplikacije, ali dvije su stvari koje često ne znaju jesu istodobnost, istodobno programiranje i baze podataka te operativni sustavi koji se nalaze ispod njih. Budući da sam bio programer kernela i operativnih sustava i baza podataka, mogu reći da su istodobnost i paralelizam zaista teški, pa toliko stvari koje naučite kako biste postigli dobre performanse svog koda, zaista počinje propadati kad ste rad s bazom podataka. I performanse izgledaju sjajno, testno okruženje izgleda sjajno i okruženje Q&A, a zatim pogađa pravi sustav, a onda odjednom nije tako sjajno. Budući da je višestruk, kako kôd radi s bazom podataka, kako djeluje s okolinom i stvarno jednostavne male prakse mogu imati drastične učinke ovisno o skali koju pokrećete.

A kad počnete razgovarati o vanjskim aplikacijama, naravno, vanjski aplikacije, web aplikacije, mogu biti zaista teške jer su stvari sjajne dok se odjednom ne poravnaju, a nisu. Udarit ćete se u ove zanimljive visoravni za koje je potrebno puno nijanse da bi se razumjelo.

Stvar stvari je pogled DBA. DBA mišljenje je da postoje operacije, većinu svog vremena, 80 do 90 posto, provode u operacijama, a možda 10 do 20 posto baveći se razvojnim stvarima koje napreduju. Iz ove perspektive, ili plaćate sada ili plaćate kasnije, i ako cijelo svoje vrijeme trošite unaprijed, kasnije ćete imati mnogo bolju priliku, za razliku od razvoja koji ima tendenciju da istražite značajku prostora i pokušavajući shvatiti kako najbolje raditi stvari. I tako imamo problema, a sada imamo i metodologije koje su nespojive - neprestano postavljanje, pokretanje aplikacija kad god su spremne, radite povremeno guranje koda, rad u trgovini koja prakticira razvojne programe. Ovakva stvar ubrzava razvoj, ali sve prakse oko baze podataka i aktivnosti DBA-a i ono za što su obučeni menadžeri sustava, praksa IT operacija nije nastavila.

Ako razmislite o tome, većina DBA-ova djeluje u kontrolirajućem okruženju promjena nasuprot kontinuiranom okruženju implementacije. Sve se odnosi na stabilnost i kontrolu, nasuprot brzini promjena i reverzibilnosti. Neprekidna implementacija, ako se ne možete vratiti iz promjena, nailazite na probleme, tako da sve mora biti izgrađeno kako bi bilo lako reverzibilno i preklopivo kodom, a to nije način na koji djeluju relacijske baze podataka, razvojne prakse i prakse upravljanja,

Nailazite i na ove probleme što morate biti aktivniji ako kao DBA možete dobiti jer do trenutka kada čujete o nekom problemu, stotine tisuća ljudi ispunjava obrasce za žalbe na vašoj web stranici. Zbog toga su vam potrebne neke nove stvari koje ne biste izlazili iz svog starog okruženja. Znate, stvari poput boljeg nadgledanja i uzbunjivanja. Istovremeno se baze podataka umnožavaju, dobili smo više aplikacija nego ikad prije da podržimo više stvari nego ikad, unutra su, vani su, svuda su. I neovisniji niz podataka za analize, ljudi sve više pokreću baze podataka, jer, naravno, sada je lako, možete postaviti virtualni stroj. Ako imate dobavljača oblaka ili interni oblak, možete odmah pojaviti stvari i to mijenja cijeli vaš put nabave.

Stari put nabave bio je: "Imam vremena nabaviti poslužitelj, gurnuti ga u stalak, dodijeliti prostor, spremiti, instalirati bazu podataka i učiniti stvari", nasuprot da netko prebaci kreditnu karticu i krene za pet minuta. Ako to učinite, moderno razvojno okruženje djeluje vrlo drugačijim tempom, pa je lako stvoriti baze podataka, a upravo to stvara problem širenja, kao ništa što smo vidjeli prije. A to traje već deset godina, to nikome nije vijest, ali to također znači da su radna okruženja složila.

Cijelo okruženje klijentskog poslužitelja se stvarno promijenilo, jer više nije svijet klijentskog poslužitelja. Tada ste imali poslužitelj, imali ste bazu podataka i ako nešto nije bilo u redu, znali ste na koji poslužitelj ići, znali ste upravljati resursima na njemu, jer je najbolja praksa bila jedna baza podataka, jedan poslužitelj. Virtualizacija se počela razdvajati, oblak je još više razbija, jer ono što mislite da je poslužitelj baze podataka, samo je softver. Dakle, okolina nije stvarna. To je ono što sadrži okruženje koje je stvarnost, a to bi mogli biti noževi ili veliki poslužitelj isklesan u komade, zapravo ne znate.

Sve oko administracije baze podataka i upravljanja performansama i onoga što se temelji na strogoj kontroli s jednim poslužiteljem ili pregršt poslužitelja i nekoliko baza podataka ne možete sve kontrolirati. Sjedite tamo na stroju, ali širinu pojasa ne mogu lako podijeliti virtualni upravitelji, pa sve može biti u redu s memorijom i CPU-om, ali imate uska grla na nekom resoru koji se ne može baviti, a onda kada pokušate to popraviti, stari model bi bio težak, dobio bi veći poslužitelj i napravio nešto slično, sad bi to moglo biti jako jednostavno, dodajte virtualni kurs, dodajte memoriju u VM i to je riješeno. Ali što se događa ako je vaš VM na pretrpanom poslužitelju i treba se migrirati? Ili što se događa ako ste na razini AWS sustava i dosegnuli ste maksimalnu veličinu, kamo sada krenuti?

Dakle, imate sve ove probleme gdje je okruženje sada dio baze podataka, spakirate okruženje s bazom podataka, sva posebna sredstva, sve što je u aplikaciji, to je dio konfiguracije, tamo se konfiguracija gura. Ovo je iz okruženja baze podataka, puno je teže upravljati i kontrolirati.

Ako pogledate što rade centri baza podataka, sjedili su im na rukama, zar ne? Odmakli smo se od ove ideje tretiranja baza podataka i poslužitelja kao kućnih ljubimaca. Poslužitelji imaju imena, prema njima se ponašate kao da su pojedinačno jedinstvene stvari, prema njima se ponašate poput goveda, ona upravlja stadom. A problem s upravljanjem stadom je da ako ih ne kontrolirate, oni na kraju mogu ugroziti žig, a stampedo nije dobra stvar. Trebamo bolje alate za praćenje, trebamo bolje načine kako se nositi s tim stvarima i znati na što je to utjecalo. U starom je modelu bilo lakše jer su vam rekli vaš operativni sustav i svi vaši upravljački sustavi, ali kada je ime vašeg poslužitelja UPC kôd, stvari je teško shvatiti.

Ne možete si priuštiti lažne dojave, ne možete priuštiti stvari koje kažu: "Postoji problem s ovim strojem i taj stroj sadrži 30 baza podataka." Ne možete priuštiti da stvari ne daju povijest. Konzole za nadgledanje sjajne su kad se upale, ali ako se crveno svjetlo ponovno svijetli zeleno i ne znate zašto, i nemate nikakvu povijest za gledanje onoga što je dovelo do toga i što kontekst je bio, u nevolji ste. Potrebni su nam sustavi koji će nadzirati nas, trebamo bolje nadgledanje, bavljenje nepreglednim problemima koji isprekidaju i koji održavaju tu povijest podataka.

Bolje stvari i jednostavni pragovi metrika koji nam daju ključnu metriku, ali ne usmjeravaju nas izravno u ono što je normalno, što je nenormalno i koliko često se ti problemi javljaju. Ono o čemu zapravo pričamo je kombinacija praćenja okoliša i bavljenja performansama, a dobavljači su im sjedili na rukama. Nisu nam dali bolje alate. Imamo sustave s više CPU-a i memorije nego što znamo što sa svim tim raditi, a ipak se i dalje oslanjamo na modele ručnih intervencija, nismo stavili stroj da radi, da nas vodi, da bi nas doveo do problema, nismo stigli na ovaj novi stil koji je: "Ovdje postoji problem, možete to riješiti" ili "Postoji problem sa performansama, zapravo je s ovom specifičnom SQL izjavom. Evo tri stvari koje biste mogli upotrijebite za popravljanje te SQL izjave. "Primjenjujući heuristiku, primjenjujući modele strojnog učenja koji mogu pogledati obrasce korištenja vašeg sustava kako bi uočili probleme i izbjegli lažne upozorenja. Korištenje stroja za rad ono što uređaj najbolje radi, povećavanje DBA ili pojačavanje osobe koja se mora suočiti s problemima performansi.

To je novi način, za razliku od starog stila. Postoji problem s ovom bazom podataka, stvari su spora i zato imamo nove tehnike, nove načine kako to učiniti, i trebali bismo ih primjenjivati, i to je mjesto gdje tržište ide. Vidite kako počinje obilaziti, ne kod velikih dobavljača, već s tvrtkama trećih proizvođača, a to se zrcali nešto što se dogodilo prije 20 godina kada dobavljači baze podataka nisu osigurali niti jednu stvar koja bi pomogla u upravljanju sustavima. Dakle, takav je smjer tržišta, a ja bih to rado vratio Ericu.

Eric Kavanagh: U redu, predaću ga Dezu. A Dez, oduzmi, pod je tvoj.

Dez Blanchfield: Hvala, Mark. Izvršili ste fantastičan posao pokrivanja tehničke komponente. Približit ću se tome iz nešto drugačijeg kuta kako bih istaknuo ono što se dogodilo u ostatku svijeta, što se tiče utjecaja na tvrtke i baze podataka oko njih. Dopustite mi da skoknem do svog prvog tobogana.

Na poleđini onoga što ste upravo pokrili s tehničke strane stvari i razvojne strane stvari, vidim kako se tvrtke moraju suočiti s izazovom podataka i baza podataka, i očito smo imali značajan pomak prema ovaj koncept velikih podataka, ali učinkovite baze podataka još uvijek su srce i duša mjesta u kojima organizacije zadržavaju svoje poslovne informacije, i to od ulaznih vrata pa sve do stražnjeg ureda. Svaki dio organizacije dotiče se nekakvom bazom podataka i pokreće je baza podataka, a vrlo rijetko ulazim u raspravu o projektu ili na neki oblik inovativnog strateškog razgovora u organizaciji u kojoj je tema baza podataka ili sustav baza podataka ne pojavljuje se, a uvijek se postavljaju pitanja o vrstama stvari o kojima smo upravo čuli, u pogledu performansi i sigurnosti i kako razvoj dolazi do ovog izazova i gdje se baze podataka uklapaju, i naša svjesnost okruženja i primjene okruženja s kojima razgovarate, što je s uređajima i mobilnošću?

To je još uvijek vrlo, vrlo vruća tema, i ona je već dugo, dugo godina u velikoj shemi stvari, koliko ide suvremena tehnologija. Do tog trenutka vjerujem da je činjenica da gotovo sve što radimo u svom svakodnevnom životu, to jest naš svakodnevni život, a to je sada podržano nekim oblikom baze podataka. Kad razmislimo o svim stvarima oko nas, bilo da je riječ o računu koji svakodnevno stiže u poštu za neku uslugu koju kupujemo, neminovno je da je ispisuje sustav koji razgovara s bazom podataka, a mi smo tamo. Naši telefoni na njima imaju baze podataka s kontaktima i zapisnicima poziva i drugim stvarima.

Kamo god otišli, postoji neki oblik baze podataka iza razgovora i sustava koji koristimo, i češće nego ne, oni su nama prilično transparentni, ali činjenica je da postoje. Pa sam pomislio da ću brzo objasniti zašto je to postalo problem u vrlo kratkom roku. U početku je koncept baze podataka dolazio od ovog lijepog gospodina Edgara Codda. Dok je radio u IBM-u, promijenio je svijet, što se tiče upravljanja podacima, stvarajući koncept koji danas nazivamo relacijskom bazom podataka.

U početku je baza podataka bila baza podataka i život je bio dobar, bio je prilično jasan i u stupcima, i referencama, i tako dalje, i tablicama, i razvijanje softvera bilo je prilično jednostavno, a performanse nisu baš bile tako velike poteškoće - bila je to nova uzbudljiva tehnologija. Bazama podataka pristupili smo kroz neki oblik terminala, a vi stvarno možete stvoriti toliko pustoš na kraju 3270 terminala na glavnom okviru, i uvijek drugih vrsta terminala, zajedno s tim ostalim sustavima. I u većini slučajeva terminali starog stila bili su vrlo slični onome što je web okruženje sada, a to je da biste na samom terminalu ispunili obrazac na ekranu i pritisnuli Enter i isključili ga, išlo bi pucati kao jedan paket, kao zahtjev, a back-end sustav bi se bavio time. To se u biti i događa u web pretraživaču ovih dana kad upišete vezu u web-preglednik i u tom obliku on obično ne ide u stvarnom vremenu natrag na sustav, iako s AJAX-om ovih dana to nije u potpunosti slučaj.

No, onda se nešto dogodilo, stigla je budućnost, a odnedavno i internet, i skoro jučer, u sec web 2.0, i odmah iza ugla imamo Internet stvari. I u procesu budućeg događanja svijet baze podataka je upravo eksplodirao, a interakcije s bazama podataka postale su stvar koju smo svi radili po zadanom, nije slučaj da biste negdje otišli raditi nešto, poput kupovine kartu za zrakoplov i da želi otputovati na drugu stranu planeta, netko je morao upisati u terminal sve vaše podatke i ući u bazu podataka i ispisati kartu.

Gotovo sve što sada radimo, bilo da je to taksi na Googleu s aplikacijom, bilo da se skače na internet bankarstvo, sve što radimo svakodnevno, s nekakvim sustavom, pokreće ga baza podataka. I kad se internet pojavio, to nam je bilo malo lakše, naš svakodnevni život putem web preglednika, a onda je došao web 2.0 i stvari postale mobilne, a razmjera stvari je jednostavno eksplodirala. Zapravo, moj najdraži redak u ovoj temi je: "Internet je povezao sve, web 2.0 ga je učinio mobilnim i društvenim, i stvari su postale vrlo, vrlo velike i sada imamo internet i stvari i, i IoT … Yikes !!" Nismo uopće počeli zamišljati utjecaj Interneta stvari kada je svijet u pitanju na sustave baza podataka.

Dakle, u modernom smislu, ono što smo prije mislili kao terminal učinkovito su postale ove stvari, to su mobilni telefoni, to su razne vrste tableta, bilo osobnih potrošača ili poslovnih velika tableta, prijenosnih računala i tradicionalne radne površine u nekom obliku. Na toj slici možete vidjeti skoro svaki oblik sučelja koje sada koristimo za razgovor sa sustavima baza podataka i aplikacijama koje pokreću ti uređaji, od malih naprava u našim rukama koje šetaju i na koje smo izgleda zalijepljeni, svi preko malo većih verzija, iPada, ostalih tableta i Microsoftovih površina, do svakodnevnih prijenosnih računala, što je zauvijek slučaj u profesionalnom okruženju itd. Ljudi imaju tendenciju da dobiju prijenosno računalo, a ne fiksnu radnu površinu, ali po mom mišljenju oni su suvremeni terminal i dio razloga što baze podataka doživljavaju sve vrste izazova u upravljanju uspješnosti dijela našeg života, a ne samo razvoju.

Tako da pretpostavljam da je to jedan od najvećih izazova s ​​kojim se tvrtke svakodnevno suočavaju. Svi su mislili da su baze podataka jedini problem, nisu. Pa o čemu se radi? Pa kada idemo s jednog kraja na drugi sa svim stvarima vezanim uz baze podataka, iz komercijalnog značenja, a Mark je tehničke komponente vrlo dobro pokrivao, ali u komercijalnom smislu kao organizacija razmišljamo o bazama podataka. Bavimo se stvarima sve od osnovnog dizajna i razvoja. Kada pokrene posao, oni će razmišljati o razvoju aplikacija, razvoju sposobnosti ili čak o implementaciji postojeće aplikacije u nekom obliku. Mora se odvijati neki oblik dizajna i razvoja i potrebno je puno razmišljanja o načinu na koji će se ti sustavi baza podataka implementirati, podržavati i upravljati, a performanse pratiti i tako dalje.

Integriranje okruženja i aplikacija baze podataka i vrste API-ja, vrste pristupa koje se sada pružaju postaju sve zahtjevnije, složenije. Svakodnevna administracija, podrška i sigurnosno kopiranje, opet, to su stvari za koje smo mislili da su riješene, ali odjednom je skala postala mnogo veća, a stvari su se brže kretale, a volumen je toliko veći; veličini okruženja, sustavi baze podataka morali su podržavati brzinu kojom se transakcije kreću.

Razmislite o bazi podataka u vrlo, vrlo frekventnom trgovačkom okruženju, jednostavno nema načina da ljudi to prate, to je samo gomila strojeva koji se bore protiv drugog skupa strojeva za obavljanje trgovanja, kupnje i prodaje visokih frekvencija, a količina na koje se te transakcije događaju. Razmislite o modernom scenariju, poput prijevremenog objavljivanja filma Netflix u kojem ne govorite o stotinama ili tisućama, pa čak i stotinama tisuća, potencijalno milijunima ljudi koji će ga željeti pogledati od iste sekunde kad je objavljen. Sve se te informacije bilježe, prate i bilježe i analiziraju u platformi baze podataka.

A tu je i svijet koji uvijek imamo, 24/7, a ne samo da pratimo Sunce, nego uvijek postoji neko u ponoć koji želi nešto učiniti, a radno vrijeme slijedi Sunce diljem svijeta. Tako da je produženje rada i raspoloživost prema zadanim postavkama, sada su klima, a prekid rada stvarno nije prihvatljiva stvar. A suvišnost, ako postoji problem s performansama ili ako nam treba prozor za održavanje da bismo izvršili nadogradnju ili zakrpu, ili sigurnost, zaista moramo biti u mogućnosti presijecati iz jednog okruženja u drugu bazu podataka i raditi to neprimjetno i automatski.

Sigurnost i standardi i usklađenost, dogodili smo se prilične velike stvari u svijetu kasnih, posebno GFC-a, tako da imamo čitav niz novih izazova s ​​kojima ćemo se suočiti oko usklađenosti, sigurnosti i usklađivanja standarda, a trebamo kako biste mogli izvještavati o tim u stvarnom vremenu, a u najboljem slučaju u obliku nadzorne ploče. Ne želimo slati tim majmuna u podatkovni centar koji pokušavaju pronaći stvari, potreban nam je sustav koji će nam to odmah reći, u stvarnom vremenu.

A dvije velike zabave o kojima gotovo nitko nikada ne govori, općenito ih guramo pod tepih i nadamo se da oni nikada neće podići svoju ružnu glavu, već oporavak od katastrofe i kontinuitet poslovanja - to su stvari koje bi trebale većinom se događaju automatski, ukoliko se ukaže potreba.

Mogli bismo provesti dane razgovarajući o vrstama stvari koje mogu poći po zlu u okruženjima baza podataka i o tome da su ljudi općenito reagirali, ali sada su nam potrebni sustavi i alati da to učinimo umjesto nas. Jedan primjer je povreda podataka i tako, kada razmišljamo o bazama podataka, i to pitanje postavljam sasvim otvoreno, u raznim oblicima: što se događa s bazama podataka, kad skinemo pogled s lopte, a nešto kritično pođe po zlu? Osobito ako ne postoji sustav koji promatra performanse i sigurnost i druge važne aspekte vođenja baza podataka.

Pa, što se može dogoditi je ovo, ovo je snimka zaslona nekih nedavnih kršenja u posljednje dvije do tri godine. Neizbježno, sve to potječe iz sustava baze podataka, a uvijek je došlo do problema u sigurnosti ili kontroli ili pristupu, a u gornjem lijevom kutu gledamo 152 milijuna Adobe računa, gdje je svaki detalj tih kupaca je povrijeđeno. I da je slučaj da su postojali odgovarajući alati za praćenje i snimanje incidenta i za kontrolu sigurnosti, možda smo neke od njih izbjegli, možda bi nas prvih nekoliko stotina stotina zapisa ukralo, a mi bismo imali zaustavio sljedećih stotinu pedeset milijuna.

Zatim dolazimo do ključne točke cijelog ovog putovanja, koji nas je vodio, to je: zašto su nam potrebni bolji sustavi? Zašto ne možemo jednostavno baciti više tijela na to, da smo dobro i istinski prešli ključnu točku prema mom mišljenju, i sigurno vjerujem da postoji slučaj koji je zakasnio, a koji baca više DBA-a, administratora i više ljudi na to ne riješava problem. Trebamo bolji skup alata i bolji skup sustava.

Evo mojih prvih pet razloga za koje vjerujem da to podržavaju, i poredani su po važnosti, na temelju onoga što vidim u ovim privatnim poduzećima i državama u kojima upravljaju okruženja, izazova s ​​kojima su suočena okruženja baza podataka, i njima upravljati.

Sigurnost i poštivanje - broj jedan. Znate, kontrolirati tko ima pristup, odakle imaju pristup, kada imaju pristup, koliko često imaju pristup, odakle su mu pristupili. Potencijalno uređaji koje su dotakli i vrste stvari koje su pogledali, te usklađenost koja se oko toga odnosi. Pošto ljudi 30 dana kasnije izveštavaju o tome da li su stvari u redu, jednostavno više nije prikladno, to se mora dogoditi u stvarnom vremenu.

Izvođenje i nadzor - čini se da nema smisla, ali neizbježno nije. Bilo da koristimo alate otvorenog koda ili neke komercijalne alate treće strane, neizbježno smo propustili brod, na mnogo načina, s potrebnim vrstama praćenja performansi i detaljima koji i sposobnošću reagiranja na vrijeme,

Otkrivanje i reagiranje na incidente - to mora biti trenutna stvar u stvarnom vremenu, a za to nam je uvijek potreban sustav ili barem brzo upozoriti kako bismo se mogli nositi s njim, tako da ćemo riješiti nekoliko pitanja koja se pojave. s brzo, i ne kaskadi izvan kontrole.

Upravljanje i administracija - opet, mislimo da su ti problemi riješeni, oni nisu. Cilj problema s kojima se suočavaju timovi baza podataka, posebno DBA-ovi kod kojih bi sustav trebao voditi brigu o nama, taj problem još nismo riješili, još uvijek je prava stvar.

I upravo s prednje strane s dizajnom i razvojem, kada započnemo s izgradnjom ovih alata, gradimo okruženja baza podataka, biti u mogućnosti baciti odgovarajuće alate za razvoj i testiranje, i integraciju, platforme. To još uvijek nije lako za nas, a cijelo ovo putovanje na neki način nas dovodi do iste poruke da su mi, po mom mišljenju, potrebni bolji sustavi i bolji alati koji će nam pomoći da ostvarimo rezultate koji su nam potrebni naše okruženje baze podataka, tako da tvrtke koje potiču vrijednost naših kupaca. Ne možemo samo nastaviti bacati više tijela i više DBA, skala je prevelika, brzina je prebrza, a glasnoća prevelika. S tim, Eric, mogu se vratiti tebi.

Eric Kavanagh: Volim to, imamo puno terena prekrivenog tamošnjim ljudima, puno perspektivnih vodiča, i idemo naprijed i predajemo ih ključu Bullettu u samo jednoj sekundi.

Bullett Manale: U redu.

Eric Kavanagh: O, oduzmi to i Bullett, sada ti ga predajem, a pod je tvoj.

Bullett Manale: U redu, hvala. Mislim da je postignuto puno dobrih bodova. Htio sam na brzinu samo na trenutak razgovarati o Ideri, tko smo, a onda ćemo uskočiti. Govorit ću o alatu za koji mislim da o mnogim stvarima o kojima pričamo možemo vrsta i vrsta rasprave o nekim područjima gdje se oni poravnaju s ovim alatom, proizvodom Diagnostic Manager.

Ono što prvo želim učiniti je samo da vam pružim malo pozadine o tome tko je Idea; postojali smo otprilike od 2003. godine, pa smo započeli sa samo alatima SQL Server, a to je ono na što ćemo se danas fokusirati, to bi bio proizvod Diagnostic Manager. Ali možete vidjeti sve kante stvari koje ovdje imamo, a nedavno smo, kao što je već spomenuto, stekli Precizno i ​​kroz akviziciju, imamo i Embarcadero, tako da imamo prilično dobar portfelj proizvoda.

U pogledu praćenja performansi, u smislu SQL Servera, proizvod o kojem želim razgovarati, a koji usklađuje ove teme o kojima razgovaramo, je Diagnostic Manager. Ovo je proizvod koji postoji otprilike blizu početka Ideje, i imao sam sreću da budem dio toga otprilike 2005. I vidio sam dosta promjena u smislu SQL Server, pomaci s fizičkog na virtualni, sve takve stvari koje se događaju, kao i potrebe DBA-ova s ​​rastom okoliša i takve vrste stvari.

Započeo sam s tim da je tipični korisnik našeg proizvoda DBA, a kada prvi put razgovaramo s osobama, potencijalni kupci, to su uglavnom DBA-i. Ne razgovaramo s IT menadžerima ili direktorima, možda će u nekom trenutku doći do te razine, ali početni je početak da DBA ima problem, DBA pokušava riješiti problem, i puno puta Idem preuzeti i testirati proizvod kao dio toga. Dobit ćete upravitelja podataka ili DBA ili glumačkog DBA, tipa koji ima sreće da je u nekim slučajevima najstroži tehničar u sobi. Kad očigledno dođete do većih poslovnih okruženja, tada ćete dobiti potpuno razvijene DBA-ove, a obično će oni biti oni koji koriste taj alat. I nastavio sam i samo dodao malo zamućenja ovdje s Wikipedije. To nekako prelazi odgovornosti DBA-e, kako kaže Wikipedija, to i rade.

Ako prođete ovdje kroz popis, puno ovih stvari, neću ih pročitati, ali dobivate puno tipičnih stvari koje biste pomislili, a onda na jednom od njih imate nadzor i optimiziranje performansi baze podataka, a to je prilično velika. I ono što je zanimljivo je da kad razgovarate s DBA-om, za probleme su uvijek krivi svi oni koji su prvi, a možda zapravo i nisu krivi, ali kada postoji problem s izvedbom, obično s aplikacijom koja vezan je za DBA bazu podataka, oni su krivi za to, pa uvijek traže razloge zašto nisu oni krivi. U mnogim slučajevima to im može koristiti ovaj alat, Diagnostic Manager, da bi im pomogao u tome.

Ali na kraju dana, također, ako baza podataka ne radi, mnoštvo ovih ostalih stvari u stvari i nije važno, vaše aplikacije ne rade, a za mnoge od njih to uopće nije važno. stvari. Prvo i najvažnije, želimo biti sigurni da korisnik doživljava onako kako znamo, da nije umanjeno, to je nešto čemu DBA uvijek teže. I mislim da, ako dobro pogledate razloge zbog kojih ljudi obično kupuju i koriste proizvod SQL Diagnostic Manager, jedan od prvih razloga, vjerojatno ne najvažniji, ni posljednji, ni najmanji, ali nekako je jednak na sve strane, i ovisno o tome s kim razgovarate, tih razloga, gotovo jedan ili dva uvijek su, oko nas, postoji neka vrsta potrebe.

Ali prva je upravo u mogućnosti imati centralizirani prikaz instanci kao SQL kojim upravljaju. A smiješna je stvar što u puno slučajeva, ako pitate DBA, "Koliko slučajeva upravljate?" Broj se mijenja toliko često da u nekim slučajevima nisu baš sigurni. Stoga vam treba nešto više od mogućnosti da sve bacate na ekran. Želite prikriti te informacije, želite ih shvatiti, pa je to jedna od stvari s kojom vam Diagnostic Manager može pomoći, to je da vam može pružiti takvu vrstu pogleda na okoliš.

I nije to samo pogled na okoliš, već i pogled na koji je ugodan DBA, administrator baze podataka, a ako želite, to je konzola koja je DBA usredotočena. Napravljen je za administratora baze podataka. Tamo ima dosta alata za nadgledanje, ima dosta alata za performanse, ali kao što rekoh, na kraju dana DBA želi alat dizajniran za DBA, jer postoji puno stvari specifičnih za ono što rade u njihov dan u dan.

I uz spomenuto, imate SCOM, imate HPF, imate i sve ove druge tehnologije, ali oni žele nešto što je specifično za ono što rade. Mislim da bismo u tom području mogli pomoći ovom proizvodu, vidjet ćete kad uđemo u sekundu. Druga stvar koju vidimo kod DBA-e, a to je definitivno jedna od stvari koje smo se dotakli i ranije, jest da oni moraju očigledno moći vidjeti što se događa, a oni moraju biti u mogućnosti pregledati cijelo poduzeće i smirite se kad znate što se događa. Ali u isto vrijeme, oni ne sjede tamo i zure u konzole.

Sjećate se svih onih točaka sa metka koje ste vidjeli na tom popisu i koje sam upravo povukao? I oni moraju raditi sve druge stvari, pa se ne radi samo o čekanju da se vatra ugasi. U puno će slučajeva biti sastanaka ili će se mnogi prozori za održavanje povezane s administratorom baze podataka izvoditi usred noći dok spavaju, pa moraju imati mogućnost da se vrate i vide što se dogodilo, U mnogim slučajevima, ako nešto ne uhvatite kad se dogodi, nakon što problem nestane ili barem sa SQL Serverom, to postaje vrsta problema kad se bavite situacijom u kojoj ne ima više ostataka tog problema. I ti problemi nestaju, a isto tako i ostaci, što znači da imate manje problema s rješavanjem, a manje informacija imate za rad.

Uz to rečeno, to je definitivno jedna od stvari s kojom vam Diagnostic Manager može pomoći, je da vam pružite taj pogled u prošlost da biste upitali podatke iz prošlosti: "Jesam li imao upozorenje sa blokiranjem, jesam li imao problema sa zastojem, jesmo li se događali u vezi s našim resursima? "Mogu se vratiti i potražiti te podatke. Mogu vremenom izraditi određene točke. Sve bih te stvari mogao raditi izravno iz alata.

Sve te stvari, bez obzira radi li se o internoj ili vanjskoj aplikaciji, DBA žele znati jer žele biti u mogućnosti vidjeti što uzrokuje problem. Zapravo nije važno je li netko iz organizacije ili netko izvan organizacije napisao kod; i dalje ga žele izolirati, tako da znaju da se problem događa i da znaju odakle dolazi.

Dakle, performanse i odgovornost su ključni dio onoga što čini naš proizvod. Možemo vam dati sve te detalje, a što je lijepo, imate li mogućnost vježbanja. Ako postoji usko grlo, to možete povezati s aplikacijom, korisnikom, bazom podataka i upitom. I još jednom, to je vrsta pušača za pušenje. Dobivate izravnu povezanost kada se ovaj upit pokreće, što radi? I ne radi se samo o samom upitu u smislu izvršavanja samog po sebi, već se također upit s vremenom pogoršava? I na te stvari se može odgovoriti s proizvodom, što je definitivno nešto što, ako pokušavate biti proaktivan, lijepo je moći reći: "Hej, evo upita koji teče loše, ali dečko pogledaj to kako se dalje kreće, vidimo da trči još gore i gore, mogu učiniti nešto u vezi s tim. "

Ako ovdje krenemo u sljedeće područje; i to je vjerojatno - rekao bih da je ovo jedno od velikih. Jedno od pitanja koje postavljam, kada pokazujem naš proizvod, uvijek ću pitati administratora baze podataka: "Kako čujete za problem u vezi s vašim bazama podataka SQL Server?" I vrlo je smiješno, jer većinu vremena - sada odobreno, većinu vremena gledaju naš proizvod jer u mnogim slučajevima pokušavaju riješiti određenu potrebu. Ali zanimljivo je čuti početnu stvar - barem kod SQL Servera - da je bila neka vrsta - znate, u ranim danima SQL Servera imali ste SQL Server, a zatim ste imali Oracle. I svi su imali Oracle, a SQL Server je bio sličan onome, zbog nedostatka boljeg izražaja, crvenokose maćehe baza podataka kada su se prve pokrenule.

A kada je Microsoft tome dodao još značajki, to je postao malo više korporativni alat. I očito je od tada već daleko. Ali poanta je u tome što ste se jednom mogli ustvrditi da se baze podataka u to vrijeme nisu smatrale kritičnim. I to se vremenom mijenja. Sada, zbog toga, u mnogim slučajevima ljudi pokušavaju prekrižiti ruke i govore: "Znate što? Imam sve te baze podataka SQL Servera, pokušavam se baviti time. "I umjesto da slušam o problemima iz službe za pomoć ili slušam o problemima od određenih ljudi koji - poput samih korisnika, tražite načine kako to zaobići. Oni traže načine da budu svjesni tih situacija prije nego što se ikada dogode.

I tako je s Diagnostic Managerom, to je jedna od stvari, koju pokušavamo učiniti, u najmanju ruku biti u mogućnosti učiniti da DBA prvi sazna za te situacije ili te probleme, tako da mogu učiniti nešto o tome, bilo ispravno kad se dogodi, ili da se napravi još korak dalje, da se analiziraju ti sustavi koje on nadgleda. I da vam mogu dati proaktivan savjet koji će poboljšati rad te instance i to moći redovito. Na primjer, moramo dodati indeks, na temelju opterećenja rada; one vrste stvari, alate koje također mogu raditi. Tako ćemo puno toga vidjeti u alatu.

Druga stvar i posljednja stvar koja se nalazi na ovom popisu, što je općenitiji opis, ali svakako je vrijedno napomenuti. A posebno, kada naiđete na veće situacije na razini poduzeća, gdje imate puno slučajeva, uvijek će postojati neka nejasna stvar koju ću htjeti nadzirati, ako sam administrator baze podataka, za primjer. Dakle, ono što pokušavamo učiniti je predvidjeti u smislu onoga što će tipični DBA željeti pratiti.

Kad se to kaže, mogli biste i u smislu - uvijek će postojati nešto novo. Stoga smo osigurali način da dodate sve mjerne podatke koje trebate pratiti i upravljati nakon što se može dodati točka instalacije. Dakle bilo koji PerfMon šalter, WMI brojači, brojači SQL Server; svi se oni mogu ugraditi u alat. Imate mogućnost dodavanja dodatnih upita koji se mogu ugraditi u vaše biračke intervale.

I posljednje što također valja napomenuti jest da možemo dodati i zapravo komunicirati s vCenter i Hyper-V kako bismo mogli povući metrike iz tih okruženja. Budući da je jedna od stvari koje smo identificirali s DBA-om jest ta što obično nisu dio operacija. A one ne moraju nužno imati, znate, okruženje vCenter, koje im je dostupno, ili takve stvari na raspolaganju.

I problem je u tome što ako se bave instancom SQL Server, a njima su dodijeljeni resursi, ali je ta instanca virtualizirana, može izgledati kao da posjeduju sve resurse u svijetu kada samo prate što na gostujućem operativnom sustavu. Realnost je da, na domaćinu, može biti 30, 40 ili 50 ili 100 drugih VM-ova kojima pokušavaju pristupiti i koji imaju iste resurse. I jedini način da to zaista vidimo je da komuniciramo s tim drugim okruženjima i sa tim sučeljima, u ovom slučaju, što mi radimo.

Imate mogućnost dodati one druge vrste brojača u alat. Sada se ne radi samo o tome da biste mogli nadgledati te brojila, već o tome da biste mogli napraviti te nove šalter-stanice, koje ćete upoznati s proizvodom, učiniti ih dijelom alata, kao da su vanjska mjera, Izvanmrežna stvar koju biste željeli nadgledati; pa to znači da ih možete uključiti u svoje nadzorne ploče. To znači biti u mogućnosti dodati ih vlastitim prilagođenim izvješćima, biti očigledno postavljati pragove i upozoravati na njih, ali ih i temeljiti i biti u stanju postaviti pragove s nekim znanjem o tome gdje ih postaviti na temelju stvari poput vaših osnovne linije i što je normalno. Dakle, imate puno takvih stvari koje su također u proizvodu.

Ono što sam vam pružio je ono što nazivam "osnovni ishodi za dijagnostičkog menadžera", a ja mogu nastaviti dalje i samo vam malo okusiti to ulaskom u proizvod. Ono što ću učiniti je podijelite moj ekran, u redu, i samo prevucite ovo. Dakle, ono što ćete vidjeti, ovo je konzola za Dijagnostički upravitelj. I kao što sam već spomenuo, prelazak na tu prvu jezgru, koji će biti u mogućnosti pogledati stvari iz vrste pogleda na razini poduzeća. Postoji mnogo različitih primjera toga u alatu. Imamo neku vrstu umanjenih sličica; imamo više pogleda na mrežnu mrežu. Također, u pogledu fleksibilnosti, imati i internetsku konzolu. Konzola koja se temelji na webu ima i druge prikaze koji su vam dostupni, poput ključnih mapa i sličnih stvari. Ali poenta je u tome da imate mogućnost pregledavanja i gledanja stvari ali kako se problemi pojave, kopati ćete malo dalje u alat i zapravo vidjeti specifičnu probu lems i imati neki način da shvatite i znate što se događa. I očito je to vrlo važno.

Sada, u smislu da mogu zapravo vidjeti što se događalo u prošlosti; Ako gledam problem koji se dogodio jučer ili prije tjedan dana, znat ćete da ćete u toj situaciji morati izlaziti na određenu instancu SQL-a. Dobra vijest je da, ako znate koliko se vremena taj problem dogodio unutar proizvoda, možete izravno otići na preglednik povijesti. I mogu ukazati na određeno doba dana; to bi moglo biti od prije nekoliko tjedana, moglo bi biti od jučer. Ali koji god dan u kalendaru izaberem, prikazat ću se različitim intervalima biranja. U tom slučaju sada učinkovito vidim što bih vidio da sam konzolu pogledao 20. travnja u 13:37

Dakle, mogu se vratiti u prošlost, a onda kad to učinim, sve različite kartice koje ovdje vidimo odražavat će to određeno razdoblje, uključujući upite koji su se slabo pokrenuli, uključujući možda ako Imao sam seanse s blokadom. Sve će se takve stvari pojaviti u alatu, a to će mi omogućiti da očigledno iskoristim te povijesne podatke kako bih mogao, znate, popraviti problem. Na toj bilješci, kada govorimo o povijesti, druga stvar koju ovdje valja napomenuti je da nije samo koristiti povijest za ispravljanje problema. Ta je povijest vrlo vrijedna očito iz drugih razloga. A jedna od glavnih je mogućnost učinkovitog donošenja odluka i brzog donošenja odluka s pravim informacijama. Dakle, svu tu povijest, sve podatke koje prikupljamo možemo izvijestiti protiv.

Ako mi netko dođe i kaže: "Dobio sam ovu stvarno sjajnu novu aplikaciju. Promijenit će svijet onakav kakav znamo. Oh, usput će trebati baza podataka, i onako usput će stvarno zavezati U / I na stroju na kojem se nalazi ta baza podataka. " Ako znam da se bavim time, onda mogu iskoristiti te informacije kako bih mogao pružiti rangiranje svih mojih proizvodnih poslužitelja, temeljeno možda na posljednjih sedam dana prikupljanja. I mogao bih vrlo brzo doći do zaključka koji slučajevi imaju najviše smisla koristiti tu bazu podataka. Dakle, to je ona vrsta povijesnih podataka koja je također očito vrlo vrijedna.

U pogledu samih upita; u pogledu gledanja upita, imamo puno različitih načina da se to učini u alatu. A ono što bih volio pogledati je Pregled upita čeka, jer je Query Waits View vrlo koristan u pogledu mogućnosti procjene. Ako imam usko grlo koje se događa, da bih mogao u biti identificirati sva različita područja koja utječu na taj određeni, određeni upit; ne samo sam upit i koliki je utjecaj tog upita, već i, znate iz koje je aplikacije nastao, iz koje sesije je došao, koji ga je korisnik nazvao i sve te stvari, vidim da su to, očito, informacije u stvarnom vremenu, ali također imam mogućnost gledanja tih podataka iz prošlosti. I tako je ovdje jedna stvar, i pokrenuo sam scenarij, ali moram pričekati da se nekako iskoči.

Dok čekamo na to, želim - i znam da nam nedostaje vremena, pa sam htio malo razgovarati i o tome da upozorim da je obavijest proaktivna. A kad govorite o takvim stvarima, kao što sam rekao, kao proaktivni dio, postoji puno alata koji upozoravaju. Težak dio nije slanje e-pošte. Tvrdi dio je ne pisanje u dnevnik događaja ili stvaranje SNMP zamke. Teško je znati kada poslati upozorenje u odgovarajuće vrijeme. I tako s tim dolazi puno toga što treba napraviti neke izračune, shvatiti: "Što se radi o toj konkretnoj instanci i što je normalno kad se odnosi na tu instancu?"

I tako za sve metrike koje imaju smisla učiniti s njima, temeljimo ih. Zapravo vam pokazujemo osnovnu liniju, pokazat ćemo vam prag koji je trenutno postavljen. I onda je druga lijepa stvar u tome, recimo, postavio sam svoje pragove u ovom slučaju šest i deset samo za ovaj primjer. Ako se vratim na ovaj slučaj, nakon šest tjedana, ova se početna linija može u potpunosti promijeniti, jer jedna je od stvari koje radimo kad izračunamo osnovnu vrijednost, prema zadanom, važni sedmodnevni proračun. Dakle, uvijek mi daje ažurnu verziju osnovne linije. A što se događa ako se ta osnovna vrijednost pomakne prema gore? U ovom slučaju mogu vidjeti i upozoriti na preporuke koje u osnovi govore: "Hej, imate prag koji je vjerojatno postavljen pogrešno, specifičan za mjesto na kojem vidimo prag i očito gdje je osnovna vrijednost, vjerojatno ćete biti upozorenje za nešto što je normalna pojava. "

I tako umjesto da liječim simptom nečeg što je normalno, u stanju sam prepoznati onu vrstu situacije u kojoj je stvarni prag postavljen pogrešno. A ono što mi omogućuje očito je postavljanje pragova u skladu s mjestom na koji ću dobiti upozorenje. To je nešto što znam da je više poziv na akciju protiv istrage da se vidi je li to zaista problem. I mislim da je dio alata zaista koristan u pogledu same osnovne vrijednosti i da se može izračunati.

Sada, s ovim proizvodom imate mogućnost da imate više početnih osnova; možete ih postaviti za različita razdoblja, a možete dinamički prilagoditi pragove na temelju svojih polaznih linija, što je također vrlo važan dio prilagođavanja promjenama koje se svakodnevno događaju vašim SQL Server instancama, U ovom slučaju ovdje pokrivamo mnoštvo postavki pragova i prikazujemo vam osnovne vrijednosti. Ali što se stvarnih upozorenja tiče, sama prijava, zgodna stvar u dijagnostičkom upravitelju, je li vam pružiti više profila upozorenja. Dakle, ako imate, na primjer, profil dežurstva koji je od 02:00 do 05:00, tada mogu imati profil specifičan upravo za taj vremenski raspon, a ovdje mogu postaviti sve uvjete i odgovarajuće postavke za moj odgovor.

Sada, stvar u odgovoru je ta što u nekim slučajevima da mogu poslati e-poštu ili mogu pucati i generirati SNMP zamku ili pisati u dnevnik događaja. Možemo učiniti puno drugih stvari, ali dok razgovaram s osobama s invaliditetom, ono što oni stvarno vole, jest činjenica da se u većini slučajeva mnogo posla koji se izvodi ponavljaju. Stvari su koje točno znaju kad se problem dogodi, što učiniti da ga riješe. Oni samo moraju ići i intervenirati. I kako rastete svoje okruženje, jer imate više slučajeva, to postaje mnogo teže. Dakle, jedna od stvari koje možete učiniti u alatu za koju mislim da je vrijedna primjene je da li imate mogućnost postavljanja uvjeta, ali na osnovu tog uvjeta da biste mogli postaviti odgovor za pokretanje skripte, pokrenuti pokretanje posao, pokrenuti izvršnu datoteku. I poanta je ako se odlučite pokrenuti skriptu koju mogu koristiti parametre unutar te skripte koja će biti u toku rada, napunjena stvarnim podacima.

Dakle, ako postoje problemi s određenom bazom podataka, skripta će biti dizajnirana da se izvodi upravo protiv baze podataka u kojoj se problem događa. Dakle, možete dinamički rješavati probleme na automatizirani način, a onda još uvijek mogu primiti e-poštu da se vratim i kažem mi: "Hej, postojao je problem, ali usput je to riješen." Skripta je pokrenuta i kao DBA znate za nju, ali zapravo niste morali ući i intervenirati. Sada, na toj istoj napomeni o proaktivnosti, očito ovdje imamo i jedno drugo svojstvo koje je "Analiziraj". A ovo će učiniti to što će napraviti redovitu provjeru, u odnosu na instancu SQL-a. A u nekim će slučajevima napraviti dublji zaron u smislu onoga što traži. Provest će se stvari poput hipotetičke analize indeksa. Dodajem li indeks? Moram li ukloniti indeks? I sve će te stvari očito pomoći u mom nastupu, ali još jednom, sve je stvar u tome da budu proaktivne. Radi se o tome da možete donositi odluke prije nego što se stvari prekidaju i poboljšati to. I, u mnogim slučajevima, to je ono što ovdje pokušavamo učiniti.

Vratiti se na Query Waits o kojem smo razgovarali ranije; kao što vidite, ovdje je velika šiljaka. Ranije sam pokrenuo scenarij koji je uzrokovao neku aktivnost čekanja, a kao što sam već spomenuo, imamo zaista jedinstven način na koji možete detaljno ući u ove podatke. Ako želim vidjeti koja je to aplikacija; Vidim da dolazi iz NoSQL aplikacije. Mogli bismo vidjeti bazu podataka za koju je bila vezana, sesiju, korisnika, a zatim ako to želim, mogu to rangirati i u pogledu mog čekanja. Pa, mogu reći, od svih čekanja koja su se događala u tom vremenskom prozoru, koja se od njih najviše događaju? I ako vidim da kad se to najviše dogodi, stvarno dobra stvar je što mogu istražiti taj tip čekanja i mogu vidjeti sve naredbe. Ako pogledate ovdje, natjerali su se da se to čeka. A također vidim i prvenstveno, koja je to aplikacija bila pokretanje tog čekanja.

Dakle, strši se poput upaljenog palca. Odmah mogu reći: "Ovo je aplikacija koja uzrokuje moje usko grlo. Sad koji je upit bio pokrenut? Koji je korisnik to pokrenuo? Protiv koje baze podataka je pokrenut?", Itd. Tako da, nadam se, to ima smisla i To također pomaže u smislu da osigurate da nemate kašnjenja u svom okruženju, jer se odnosi na vaše baze podataka. Nadam se da je ovo korisno. U ovom trenutku ću ići naprijed i pretpostaviti. možemo nastaviti odatle.

Eric Kavanagh: Svakako. Pa, valjda ću to baciti na današnje stručnjake. Označi, možda najprije želiš komentirati i postaviti par pitanja. Zatim Dez, možete zvoniti.

Mark Madsen: Da, hvala, stvarno sam uživao gledajući ovo. To je mnogo inteligentnije nadgledanje nego što sam navikao vidjeti. Radoznao sam s upravljanjem podacima iza ovoga; upravljanje mjernim podacima koje možete pratiti, a znate, prije svega, poput nadzornih ploča, tražite stvari poput izmjenjivanja osnovnih linija, a to je jedna od bolnih točaka mojih kućnih ljubimaca. Kako se nosite s tim podacima i drugi dio toga je, znate, s osnovnim mjernim podacima, poput pomaka - imate li mogućnost da automatski prebacite i pragove, tako da ne moram vratiti se ručno i resetirati pragove kad se pomakne osnovna vrijednost?

Bullett Manale: Znaš, i tako je lijepo u tome što se možeš odlučiti. Možete i jedno i drugo. Mogu postaviti prag i učiniti ga statičkim postavljanjem ili mogu potvrditi okvir da kažem: "Neka ovo bude dinamičan prag, koji će se mijenjati kako se mijenjaju moje osnovne linije." I imam mogućnost i alat da postavim zadani prozor vremena za moju osnovnu vrijednost. No, ako trebam, možda bih imao zaseban osnovni prozor, na primjer, od prozora za održavanje od 02:00, recimo do 5:00, jer ću oporezivati ​​svoj Procesor, moji pogoni i sve ostalo jer tada obavljamo cijelo naše održavanje. To bi se automatski, da sam to odabrao, automatski prilagodilo da se pragovi nalaze izvan onoga što je normalno za one metrike koje Odlučio sam to učiniti s njom. To bi mi omogućilo. U osnovi imate mogućnost postavljanja prozora vremena, to su vaša osnovna prozora, i svaki se prozor može tretirati kao zasebna cjelina, u smislu Dinamično podešavanje osnovne baze što se može učiniti. Možete dodati onoliko prozora svoje osnovne vrijednosti kao i yo trebate, ako to ima smisla. Možete imati prozor za vikend, radni dan tijekom radnog vremena, prozor za održavanje koji se događa usred noći i tako dalje, i tako dalje.

Mark Madsen: Hvala.

Bullett Manale: Valjda se vraćamo na prvi dio pitanja koji mi imamo i prikupljamo sve ove podatke. Nisam pričao o arhitekturi, ali mi imamo rezervno spremište, da imate potpunu kontrolu nad zadržavanjem tih podataka, ali imamo i uslugu koja radi usred noći koja ide i radi sve naše osnovne proračune i oni podatke uzimaju, prikupljaju i imaju smisla. I očito, uz to, imate i brojna izvješća koja možemo upotrijebiti za izvještavanje prema vašim osnovnim linijama za određene mjerne podatke. A čak imate mogućnost usporedbe svojih polaznih linija istog poslužitelja, za istu mjernu vrijednost za različita razdoblja. Možete vidjeti postoje li razlike ili što je delta. Postoji mnogo takvih opcija.

Eric Kavanagh: Dez.

Dez Blanchfield: Jedno brzo pitanje koje imam za vas - postoji širok spektar onoga što ovaj alat može učiniti. Vidite li sada prihvaćanje njegove uporabe u ranoj fazi razvoja ili je to prvenstveno alat proizvodnog okruženja? Drugim riječima, da li programeri dobivaju pristup i koriste ga svojim ranim razvojem, a zatim testiraju fazu integracije? Ili se još uvijek pretežno koristi u proizvodnim okruženjima?

Bullett Manale: Rekao bih da ga većinu vremena vidimo u proizvodnim okruženjima. Ovisi o situacijama, ali za većinu bih rekao prije svega proizvodnju i mi - i to je, također, pošteno spomenuti da imamo različite cijene za razvojna i test okruženja, tako da je to malo privlačnije. Vidimo ljude koji ga koriste za ta okruženja, ali rekao bih, ako bih vam morao odgovoriti na ovaj ili onaj način, rekao bih da su to prvenstveno proizvodna okruženja u kojima vidimo da ljudi ulažu u ovaj proizvod,

Dez Blanchfield: Naravno, da i bilo je zanimljivo čuti da imate različite cijene, jer očito je različito radno opterećenje i što su teži poslovi tamo gdje se radi pravi posao. Ali vidim dosta organizacija, posebno u vladi, i svakako u obrani, gdje razvoj sada dobiva istu razinu ulaganja u alate i sustave kao i proizvodno okruženje, jer rade mnogo više unaprijed. Na primjer, u obrani postoje timovi koji provode milijarde testova, stotine milijardi testova na aplikacijama i sustavima i alatima i prate ih prije nego što uopće krenu u integracijsko testiranje, jer žele biti sigurni da postoji ugrađeni kod i baza podataka sjedi pod njim. Dođe do stotine i milijun iteracija ili nešto slično, dok ste vani u polju pucajući na nekoga, to ne ide "nalet".

Bullett Manale: Naravno.

Dez Blanchfield: U mom iskustvu u bazama old school škola, mišljenje da je okruženje baze podataka nešto što je ostalo samo u podacima i neki od vas znaju, rijetko se viđa i o kojem se vrlo rijetko govori, pa kada sada shvatimo gdje su alati i aplikacije se razvijaju, posebno s analitičkim platformama, one su se sada našle u našim uređajima i na našim uređajima. Vidite li kako klijenti svakodnevno vode raspravu o performansama baze podataka i upravljanju bazama podataka, za razliku od samo čisto tehničara? I znam da ste prije spomenuli da pretežno razgovarate s osobama s invaliditetom, ali postoji li sada trend gdje je to u općem rječniku, vidite li ljude gdje razgovaraju o tim temama, za razliku od samo štrebera?

Bullett Manale: Pa, teško je reći. Mislim, kao što sam većim dijelom rekao, ljudi s kojima se inače bavimo prodajnim postupcima su praktičari, koji su DBA. Dakle, u vezi s vašim pitanjem samo kažete: "U smislu da ljudi u informatičkoj organizaciji općenito postaju svjesniji baze podataka?" Pretpostavljam da je to pitanje i rekao bih da je vjerojatno odgovor "da". Vjerojatno ga ne vidim toliko, na osnovu toga gdje se nalazim, svakodnevno, ali mislim da ako razumijem vaše pitanje, to bi bio moj odgovor.

Dez Blanchfield: Da, to je u redu. Izvinite, vjerojatno je učitano pitanje, jer očito su vaši prevladavajući interesi u vašem svijetu tehnička strana stvari. Zanima me to što svojim svakodnevnim aktivnostima vidim kako organizacije počinju ovo uvoditi u razgovor vrlo rano. Kada govore o novim inicijativama, novim projektima, novim programima rada, jedna od stvari koja dolazi odmah je: "Kako to pratimo, kako to pratimo, kako rješavamo pitanja koja nastaju, za razliku od lansiranja, izlaska uživo? "

Bullett Manale: Rekao bih to -

Dez Blanchfield: Oprosti, naprijed.

Bullett Manale: Htio sam reći da vidim trend koji pretpostavljam da bih trebao reći - znate, puno puta u prošlosti ste se ponadali: „Imali smo problem, pa nam sada treba alat. " I mislim da vidimo malo više prihvaćanja oko postavljanja alata prije nego što se problem dogodi, ako to ima smisla. Pa bih rekao da to definitivno postaje normalnije da znate, "Hej, potreban nam je alat za praćenje, treba nam nešto." I ljudi definitivno vide vrijednost ovog proizvoda, jer kao što ste ranije rekli, dodavanje DBA-ova i dodavanjem novih instanci, trebate nešto što njima upravlja. Potrebno vam je nešto što će pomoći pri upravljanju tim proizvodom i zato se i kod ovog proizvoda puno prihvaća, ili je imamo.

Dez Blanchfield: Brzo pitanje. Gdje to treba živjeti? Da li mora sjediti točno na stražnjem izgaranju na LAN-u, u podatkovnom centru, što je bliže okruženju baze podataka ili je udobno smješteno negdje, potencijalno u oblaku, treći oblak s nekim vrstama bilo VPN tunelom, bilo daljinskim pristupom različitim okruženjima? Gdje to treba sjediti, što se tiče okruženja i nadzora?

Bullett Manale: U pogledu arhitekture postoji pomoćno skladište i to je baza podataka SQL Server. Imamo konzolu koja može biti ili debeli klijent ili mršav klijent. dajemo vam mogućnost i jedno i drugo. A mi također imamo tankog klijenta koji je stvarno usmjeren upravo na mobilne uređaje. Ali s obzirom na to gdje se to zapravo može sjesti; ona može sjediti u okruženju, doista zamršeni dio toga, od mnoštva informacija koje trebamo prikupiti, zahtijeva administrativna prava, u nekim slučajevima ili u puno slučajeva. Sada vas ne natjeramo na to; ako želite, možete prikupiti podatke i samo za stvari koje ne možemo prikupiti, jer nemamo administratorska prava, jednostavno ćemo vam pustiti da ne vidite te podatke, ako je to izbor koji donesete.

Ovisno o okusu, na primjer, ako govorite o AWS-u, u nekim okruženjima, on djeluje bolje od drugih, ali što se tiče samog okruženja, uobičajeno ili pomoću provjere autentičnosti za prikupljanje podataka na primjerke, sve je potrebno. Ili ako se radi o nepouzdanoj domeni, to je obično kada to želite učiniti, ali više domena; sve dok među njima postoji povjerenje, možemo ih naplatiti. Nije zapravo važno je li na LAN-u ili se nalazi na WAN-u, sama stvarna zbirka je prilično zanemariva s obzirom na količinu podataka koju prikupljamo. Ako imamo WAN vezu dovoljne veličine, to nije problem. Vidio sam okruženja u kojima imaju podružnice gdje imaju SQL poslužitelje širom Sjedinjenih Država. I jedan je poslužitelj na svakoj od tih različitih lokacija, a oni ga nadziru centralno. Škakljiv dio samo je osigurati da imate pristojnu količinu povezanosti za to. Nadam se da će to odgovoriti na vaše pitanje, bilo je nekako svugdje na karti.

Dez Blanchfield: Svakako. Hvala vam. Dakle, dva brza pitanja koja su jutros naišla na polaznike; jedan je: koliki je utjecaj - često vidimo da alati za praćenje sustava generiraju opterećenje samo praćenjem stvari, pa je pitanje bilo, oprosti što se sada pomaknuo s mog zaslona, ​​ali da to parafraziram; praćenjem stvaramo li sami opterećenje? Postoji li mjerljiv utjecaj alata, samo gledanje okoline ili je to zanemariv utjecaj?

Bullett Manale: Uvijek će biti malo utjecaja jer mora upitati instancu SQL Server da povuče podatke. Pitanje kao što ste rekli je: "Je li to zanemarivo ili je značajno?" Izvan okvira koji pokazujete na instancu, to je zanemarivo. Radimo to već duže vrijeme, kao što rekoh. Imamo preko 20 000 kupaca i mogu vas uvjeriti da ako to uzrokuje značajan učinak na performanse, ne bismo radili. S tim u vezi omogućujemo i korisniku da odluči što želi nadzirati. Stoga mislim da je važno spomenuti to da je svako okruženje malo drugačije.

Primjer bi bila, s komponentom za nadgledanje upita, jedna od stvari koju mi ​​možemo učiniti, možemo li postaviti prag onoga što vi smatrate svojom granicom normalnosti. Dakle, moglo bi se temeljiti na vremenu izvršenja upita. Moglo bi se temeljiti na CPU-u, I / O-u, ali kao primjer, recimo da sam svoje vrijeme izvršenja postavio na nula milisekundi. Učinkovito, ono što govorim alatom treba prikupiti sve upite koji su se pokrenuli od posljednjeg intervala povlačenja, i to također biti dio moje povijesne zbirke.

Sad kad to učinimo, prikupit ćemo bilo koju količinu upita koje smo pokrenuli u kutiji od posljednjeg ispitivanja. Sada je to izborno, a korisnik to ima mogućnost. Da li kažemo: "To biste trebali učiniti?" Ne. Ali također vam dajemo mogućnost da to učinite u slučaju da želite uzorak podataka koji vam omogućuje prikupljanje tih podataka. Dakle, općenito govoreći, imate sredstva unutar alat kako biste ga postavili i prilagodili točno onako kako želite na osnovu onoga što vam je ugodno. Ali, ako želite, stvarno možete otvoriti i prikupiti puno dodatnih informacija koje možda ne morate redovito prikupiti, ako to ima smisla.

Dez Blanchfield: Da, apsolutno. Znam da trčimo malo duže, ali postoje dva uistinu sjajna pitanja na koja vas želim baciti prije nego što završim. Obojica dolaze izravno kod mene, ali mislim da je najbolje ako im odgovorite. Pitanje je uglavnom glasilo: "Koji je opseg dosega alata što se tiče znanja o postojećim sustavima?" Dakle, možemo li to samo priključiti i automatski prepoznati platformu koja je tu, i znati što je normalno za tu platformu, i to odmah Nešto od početnog znanja o platformama stavljanjem, znate, ne znam, to bi mogao biti Microsoft Dynamics. Koji je opseg znanja o platformi s onim što je normalno i u nekim od trenutno aktivnih alata koji se upotrebljavaju za posao?

Bullett Manale: Rekao bih da, općenito govoreći, kada započnemo prikupljati podatke o SQL instanci, radimo s najboljim praksama za početak, s obzirom na naše pragove i na mjestu gdje su postavljeni. U skladu s tim, također prepoznajemo da s kim god da razgovarate, u smislu najboljih praksi, svako je okruženje drugačije. Ono što ćemo u početku samo prikupiti, a što preporučamo ljudima, proizvod možete isprobati 14 dana duže ako trebate. Ali nakon otprilike dva dana, počet ćete vidjeti kako se osnovni podaci popunjavaju. Kad bude imao dovoljno primjera informacija s kojima će raditi, tada će vam početi pružati kontekst u smislu osnovne linije, gdje se nalazi raspon i svih takvih vrsta. Zatim od tamo, ako želite, možete automatski postaviti svoje pragove od prikupljenih podataka. Potrebno je malo početnog prikupljanja i anketiranja kako biste mogli početi utvrđivati ​​što je normalno, tako da možete početi mijenjati svoje pragove.

Ali ono što mislim da je također vrijedno napomenuti je da, kad promijenite te pragove, to se može učiniti u skupinama po instancama. Može biti specifičan za jednu instancu ili to možete učiniti protiv svih svojih instanci, kao i sposobnost stvaranja stvari poput predložaka, tako da možete reći: "Ovo je proizvodna instanca, ali ovo je predložak koji želim dodijeliti mu. " I tako kad nova proizvodna instanca dođe na mrežu, automatski primjenjujemo te pragove na nju, jer ima istu vrstu hardvera i obično ima ista radna opterećenja, tako da bismo to mogli učiniti i mi. Nadam se da to pomaže u smislu pitanja.

Dez Blanchfield: Svakako. U stvari ste odgovorili na još jedno pitanje koje mi se upravo javilo i glasilo je: "Postoji li probno preuzimanje?" Mogu odgovoriti na to, znam. Siguran sam da ćete potvrditi da postoji besplatno preuzimanje, a mislim da ste rekli da je bilo 14 dana s web stranice. Možete je preuzeti i igrati se s njom. Pretpostavljam, brzo s tim, "Kakvo mi je okruženje potrebno da bih mogao pokrenuti suđenje? Mogu li ga pokrenuti na svom prijenosnom računalu i igrati se s njim ili mi stvarno treba poslužitelj?"

Bullett Manale: Glavna stvar koja je potrebna je spremište, baza podataka SQL Server koja je 2005. ili viša. Osim toga, postoje neki minimalni zahtjevi za resursima, .NET zahtjev i to je to. Dakle, samo je pitanje instaliranja proizvoda i stvaranja baze podataka.

Dez Blanchfield: Savršeno. Posljednje pitanje koje ću vam baciti, jer sada nam je već malo vremena, ali brzo, otprilike dvoje ili troje ljudi pitalo me: "Trebam li biti DBA da bih zapravo mogao ustati i trčati sa ovo i igrati se s njim? "

Bullett Manale: Ne. Rekao bih da, ako ste DBA, upotrebljavat ćete alat. Mislim, vjerojatno ćete dobiti malo više vrijednosti ako ste sezonski DBA. Vidjet ćete mnogo više dubine alata kojim biste bili u mogućnosti iskoristiti. Ali kao novi DBA, ili čak osoba koja, to nije DBA, imamo puno preporuka i trenutno sam na toj stranici. Ove će se preporuke redovito pojavljivati, a doista dobra stvar u vezi s preporukama jesu li vam pružiti razloge zbog kojih se preporuke daju. No uz to će također imati veze do vanjskog sadržaja koji detaljnije opisuju razloge zbog kojih se te preporuke i daju. Dakle, to će povezati vanjske Microsoftove web stranice, blogove i sve takve stvari, to je vanjsko.

Ali da odgovorim na svoje pitanje, nekako je to, ako ste stariji DBA, ovdje će biti stvari, vjerojatno ćete to i iskoristiti, a to vjerojatno ne biste postali početnik DBA. Ali u isto vrijeme, to je i vrsta alata za učenje jer, dok prolazite kroz ove preporuke, neke ćete stvari početi samostalno skupljati pomoću preporuka.

Dez Blanchfield: Fantastično. Hvala vam. Zaista sam uživao u demo dijelu. Prezentacija je bila sjajna. Demo je bio fantastičan. Brzo iz memorije postoji čitav resursni centar na vašoj web lokaciji koji preporučujem da ga ljudi također pregledaju. Sjećam se da sam prošlu noć prošao kako bih saznao neke detalje. Imate čitav niz stvari, od blogova, podataka i razgovora do memorije, većinu svoje dokumentacije o proizvodu imate i na mreži, je li?

Bullett Manale: Da, to je točno, a oblik na koji mislim da se referirate je web stranica community.idera.com. I tada bih spomenula i jedno, ranije što bi me pitali, "Hoće li prepoznati okoliš?" Kada je riječ o novim instancama ili dodavanju instanci, postoji još jedan alat koji otkriva slučajeve. A sve se odnosi na popis i upravljanje zalihama. Samo bih vas usmjerio u tom smjeru, u smislu zapravo otkrivanja slučajeva. Ali što se zapravo tiče performansi i praćenja, svih takvih stvari o kojima smo razgovarali, tu će igrati dijagnostički menadžer.

Dez Blanchfield: Fantastično. Gledajte, sjajna pokrivenost. Stvarno uživao u vašoj prezentaciji. Volio sam live demo i to je sve od mene jutros, jer znam da smo vjerojatno prošli 10 minuta. Eric, prebacit ću te natrag.

Eric Kavanagh: U redu. Samo sam volio demo. Drago mi je da ste napravili demo. Drago mi je što smo to mogli dobro pogledati dok smo prolazili kroz pitanja i pitanja.

Bullett Manale: Sjajno.

Eric Kavanagh: Budući da to ljudima daje predstavu o tome što gledate, i zaista me nekako zadivljava kad pomislim da još uvijek učimo o tome kako razgovarati s tim računalima, kad se odmah spustite na to. Mislim, ova razina dijagnostike prilično je sofisticirana i svakim danom je sve bolja. Dobivamo puno više uvida u ono što se zapravo događa. Ali stvarno vam je potrebna osoba koja previdi ove stvari, čita ih, stavljajući tu kognitivnu sposobnost iza onoga što radite, zar ne?

Bullett Manale: Da, mislim na puno slučajeva - volio bih da vam kažem da je to DBA u kutiji, ali jednostavno se događa previše stvari. Mislim, mi pružamo smjernice i pomažemo, ali na kraju dana to zahtijeva ljude da donose odluke o podacima koje prikazujemo. Mislim da se to neće uskoro promijeniti.

Eric Kavanagh: Pa to je dobra vijest za prave ljude, ljudi.

Bullett Manale: Tako je.

Eric Kavanagh: Htjet ćete imati nekoga tko to promatra, ekipu koja to promatra i naučit ćete, kao što ste čuli od Bulletta ovdje, gledajući ove preporuke da pokupite što se događa. I pretpostavljam iz te povijesti, i mislim da ste se dotakli toga, Bullett, ali vrlo brzo ta vam povijest omogućuje prepoznavanje značajnih obrazaca, a zatim i njihovo otkrivanje kad se oni dogode u budućnosti, zar ne?

Bullett Manale: To je tačno . Jedna od stvari koje možemo učiniti jest pratiti izvedbu upita tijekom vremena. Također očito možemo gledati i druge stvari, kao što su osnovne linije i vidjeti kako se mijenjaju, te očito dobivamo upozorenja i takve stvari kada se to dogodi, tako da definitivno imate tu sposobnost.

Eric Kavanagh: Zvuči dobro, ljudi. Ne bismo dugo bili ovdje, ali htio sam doći do tih pitanja. Hvala vam puno na vašem vremenu i pažnji. Arhiviramo sve te mrežne emisije. Skočite online na Techopedia.com ili na InsideAnalysis.com, vidjet ćete veze s oba mjesta.

I s time se pozdravljamo. Hvala još jednom, narode, uhvatit ćemo vas sljedeći tjedan, još tri internetska prijenosa sljedeći tjedan, utorak, srijeda, četvrtak. Pa ćemo razgovarati s vama sljedeći tjedan, narode. Čuvaj se. Doviđenja.

Techopedia Content Partner

Osoblje Techopedia povezano je s Bloor Groupom i s njima se može kontaktirati koristeći opcije s desne strane. Za informacije o tome kako radimo s industrijskim partnerima kliknite ovdje.

• Profil
• Web stranica