Tekijä Techopedia Staff, 30. marraskuuta 2016
Takeaway: Isäntä Eric Kavanagh yhdessä tohtori Robin Bloorin, Dez Blanchfieldin ja IDERAn Bullett Manale -keskuksen kanssa keskustelevat kyselyistä ja kuinka niiden tehokkuudella voi olla kauaskantoisia vaikutuksia.
Et ole tällä hetkellä kirjautunut sisään. Kirjaudu sisään tai kirjaudu sisään nähdäksesi videon.
Eric Kavanagh: Hyvät naiset ja herrat, hei ja tervetuloa jälleen kerran. Keskiviikkona on kello neljä itäistä aikaa, ja nykyään se tarkoittaa, että on aika Hot Technologiesille! Todellakin. Puhumme hienoja juttuja tänään. Tietysti olen isäntäsi, Eric Kavanagh. Päivän näyttelyn otsikko on ”Avain tehokkaaseen analyysiin: nopeasti palaavat kyselyt.” Se on totta, ihmiset, me kaikki haluamme nopeaa. Kuka ei halua nopeaa? Siellä on dia sinun todella, ja minusta riittää. Löydä minut Twitteriin, @eric_kavanagh. Olen mielelläni yhteydessä sinuun siellä ja keskustelemaan sosiaalisessa mediassa. Se voi olla hauskaa, älä vain puhu politiikasta.
Vuoden kuuma. Olemme puhuneet tänä vuonna erilaisista analyyttisistä kysymyksistä, ja tämän päivän yksi aihe on todellakin vain keskeinen tekijä työn tekemisessä. Muistan, että todennäköisesti viisi tai kuusi vuotta sitten kuulin jonkun käyttävän ilmaisua “keskustele tietojesi kanssa”, ja vaikka se kuulostaa hiukan cheesyltä, asia on, että jos sinulla ei ole iteratiivista kokemusta tietosi, jos et voi nopeasti muokata kyselyjäsi, lähettää uusia kyselyjä, saada vastauksia nopeasti, et enää ole keskusteluissasi tietojesi kanssa ja koko analyyttinen prosessi on katkaistu. Tuo ei ole hyvä.
Kun keskustelet tietosi kanssa, mitä se tarkoittaa, että pystyt liikkumaan edestakaisin, ja mielestäni se on silloin, kun löydät käsityksen. Koska erittäin harvoin keksit täydellisen kyselyn ensimmäistä kertaa. Ellet ole analyysin Mozart - ja olen varma, että henkilö on siellä - joudut viettämään jonkin aikaa modifiointiin, lisäämään jonkin verran ulottuvuutta ja yrittää hienosäätää sitä, mitä etsit .
Koska jälleen kerran, nämä eivät ole valtavasti hankalia ympäristöjä, joista olemme tekemisissä analytiikan maailmassa; Olemme tekemisissä erittäin hankalien ympäristöjen ja erittäin monimutkaisten ja moniulotteisten ympäristöjen kanssa. Ja niinpä tämän päivän verkkolähetyksen koko ajatuksena on puhua siitä, kuinka tällainen iteratiivinen vuorovaikutus tietosi kanssa saadaan käyttöön.
Meillä on kolme esittelijää. Kuitenkin Hot Technologiesissa, toisin kuin Briefing Room, meillä on kaksi analyytikkoa; he kukin antavat otteensa ensin, sitten vieras tulee sisään, antaa esityksen ja meillä on eräänlainen pyöreän pöydän keskustelu. Ja sinä, yleisömme, voi olla iso osa siinä. Älä ole ujo; lähetä kysymyksesi milloin tahansa. Käytä Q&A-paneelia, jos pystyt, muuten chat-paneeli on hieno; Yritän seurata molempia esityksen aikana. Ja tallennamme nämä, joten jos kaipaat jotain tai haluat jakaa sen kollegoidesi kanssa, palaa myöhemmin. Lähetämme ne Techopedia.com-sivulle ja myös InsideAnalysis.com-sivulle.
Ja sen avulla aion tuoda mukaan fiksuja ihmisiä. Aion luovuttaa sen tohtori Robin Bloorille. Annan antaa hänelle avaimet, vaihtaa johtajan, ja sinä menet. Robin, vie se pois.
Robin Bloor: Okei. Kiitos johdannosta. Noin puolitoista kuukautta sitten juttelin kehittäjän kanssa, joka on itse asiassa DBA. Hän ei ole oikeastaan DBA - hän oli DBA tietyssä yrityksessä, ja hän oli ainoa henkilö, joka tosiasiallisesti sai kyselyt suorittamaan. Mutta hän sairastui tekemään niin, koska hän on todella, hän on melko fiksu kehittäjä. Joten hän lähti.
Ja hänen on joka tapauksessa tehtävä heille pari päivää joka kuukausi, koska he eivät löytäneet ketään hänen tilalleen ja heillä ei ole aavistustakaan, mitä tietokanta tekee tai kuinka sitä virittää. Ja ajattelin eräänlaista asiaa, ja vain, tiedätkö, heillä ei oikeastaan ollut IT-osastoa, mutta tämä kaveri tuki heitä. Oikeastaan se oli DBA-työ, jota hän teki suurimman osan ajasta.
Kehittyneille tietokannoille - Oracle, SQL Server, DB2 - kaikille noille isoille ja kalleille - tietokantojen viritys on vaikea työ. Se on myös turvallinen työ. Ja todellakin syy sanomiseen on, että se on muuttuva maisema. Minä jotenkin käyn läpi tämän. Tiedätkö, relaatiotietokannat - yleensä iso kuva on, että relaatiotietokannat hallitsevat edelleen suosiota. He todennäköisesti hallitsevat pitkään. Kyllä, nyt on muitakin tietokantoja, jotka saavat enemmän käyttöaikaa, mutta tiedätkö, kun tosiasiallisesti katsot mitä siellä tapahtuu, Oracle tekee suurimman osan siitä, Microsoft SQL Server on toinen ja pilvessä tapahtuu erilaisia asioita, jotka voi kuitenkin aiheuttaa haasteen. He ovat pelin suuria jättiläisiä. Ja ne ovat tietokantoja, joita voit käyttää sekä OLTP: n että tosiasiallisesti tietovarastojen työkuormiin. Vaihtoehtoja käytetään yleensä pääasiassa analyyttisissä ympäristöissä, ja sitten data määrittää sen, miksi valitsimme sen relaatiotiedon sijasta. Enimmäkseen ihmiset eivät.
Yritykset pyrkivät standardisoimaan yhdestä tietokannasta. Löysin äskettäin yrityksen, jolla oli yli 5000 Oracle-tapausta. Ja minä tavallaan, henkilö, jonka kanssa puhuin tuosta yrityksestä, kysyin eräänlaista heitä DBA: sta. He sanoivat, että heillä oli noin 10 DBA-tietokantaa ja noin 30 tietokantaa hoidettiin. Ja loput, Oracloa käytettiin vain lopullisena järjestelmänä. Niitä käyttäneiden sovellusten tietoihin kohdistui hyvin vähän stressiä. Mutta se vain hämmästyttää minua - 5000 Oracle-tapausta.
Ja muuten, heillä oli Oracle Estate -lisenssi. No, tiedät, yrityslisenssin. Mutta heillä oli myös muita tietokantoja, koska joskus, tiedätte, sovelluksissa on ensisijainen tietokanta. Ei ollut kuin Oracle olisi ainoa asia. Ja mainitsemisen arvoinen, ettei Hadoop eikä Spark ole oikeastaan tietokanta, ja kestää kauan ennen kuin he hankkivat sen, mitä ajattelen tietokantasääntönä. Hyvä tietolinkkille.
DBA-aktiviteetteilla - luultavasti Bullett voi sanoa tästä kaikkea enemmän kuin minä - mutta ajattelen niitä vain läpi. Täältä olet yleensä ajatellut, mitä DBA tekee. He asentavat, konfiguroivat, päivittävät ja tekevät lisenssien hallintaa. He tekevät paljon ETL- ja replikaatiotyötä tavalla tai toisella. He suunnittelevat varastointia ja kapasiteetin suunnittelua. He tekevät vianetsintää tai ovat osa vianetsintätiimiä. Suorituskyvyn seuranta ja virittäminen on melkein suurin osa heidän toiminnastaan, mutta kaikki nämä muut asiat, se ei ole pieni, tiedät. Suojaus, he vastaavat varmuuskopioinnista ja palautuksesta. Heidän pitäisi olla mukana ohjelmistotestausjärjestelmissä ja he voivat olla mukana datan elinkaaressa.
Esitys. Kun olin yksi näistä kavereista. Kun käynnistin ja viritin tietokantoja, näin ymmärsin sen, tiedätkö? Siellä on CPU, ja tavalla tai tavalla nykyään CPU on melko yleensä tyhjäkäynnillä, koska se olisi toinen kahdesta tai kolmas - No, yksi muista pullonkauloista todella aiheuttaisi ongelman. Muisti, viritys ja sirpaloituminen tai levyn tai levyn I / O-kyllästyminen, joskus verkon yläpuolella, jos käytät useita verkon solmuja ja todennäköisesti joudut todennäköisesti jonkinlaiseen lukitsemiseen.
Mutta se oli maailma, kun näin sen. Tarkastelin äskettäin Oraclea ja Oraclessa olevien viritysparametrien määrää. Se oli yli 300. Tiedät, ja jos tosiasiallisesti ajattelet sitä, DBA: lla, joka todella tietää mitä hän tekee, on oltava jokin käsitys siitä, miksi sinä koskaan sekoitat yhtä näistä. Joten se on monimutkainen työ, tiedät, ja se on monimutkaisempi tällä.
Tiedätkö, tällä hetkellä meillä on CPU, mutta sinulla … CPU: t olivat jo olemassa, GPU: t CPU: lla tai FPGA: t CPU: lla. Joten tapahtuu eräänlainen risteytys siitä, mitä CPU: lla todella tapahtuu. Suorittimista tuli moniydin jo kauan sitten; itse asiassa en enää virittänyt tietokantoja, kun se tapahtui. Minulla ei ole aavistustakaan, mikä ero sillä todella on, nyt kun ajattelen sitä.
Meillä on, 3D Xpoint ja IBM: n PCM, tulevana ylimääräisenä muistin kerroksena, ja meillä on SSD-levyjä, mutta tiedät, että ne korvaavat kehruu-ruosteen. Mutta SSD-levyjen nopeudet voivat vaihdella. Niillä monilla, joilla voi olla rinnakkainen käyttöoikeus, ja se saa ne kulkemaan uskomattoman nopeasti - lähellä RAM-nopeutta. Ja sinulla on kaikki rinnakkaiset laitearkkitehtuurit.
Ja tämä on kaikki, tiedätte, kustannukset laskevat, mikä on todella hieno asia, mutta tämä on kaiken tekemistä - tiedät, jos otat seuraavan tietokannan julkaisun ja aloitat sen käyttöönoton koneissa, jopa jotkut tämä, olet todella menettänyt kaiken suolistunnon, joka sinulla voi olla tietojen käyttäytymistavasta, koska latenssit ovat vain hyvin, hyvin erilaisia. Ja täällä, tiedät, sinulla on neljä kerrosta kolmen kerroksen sijaan.
Tietokantaongelmat. Saat tietokannan entropian - esiintymien leviäminen on hyvin yleistä. Tietokantoja käytetään kaappeina, mikä tosiasiallisesti oli se esimerkki, jonka annoin. Hyvin harvat tietokannat itse virittyvät, ja ne, jotka väittävät itse virittyvän, eivät oikeastaan ole kovin hyviä. Mutta toinen asia on, että hyvin harvat tietokannat on viritetty oikein. Se on kovaa työtä, koska pystyt tasapainottamaan työkuormat. Tarkoitan, kun ajatellaan tietokantaa, mitä tietokanta voi tehdä 24 tunnin aikana, työkuormat voivat olla hyvin, hyvin erilaisia. Tietokannassa on oltava erityisen tosi tietovarasto.
Ja siksi, viritys, joka ei ole vähäpätöinen asia, tiedät, koska tekemäsi on parametrien virittäminen, joiden on täytettävä koko joukko työkuormia tiettynä ajankohtana. Se on kovaa työtä, pohjimmiltaan. Ja SQL on viritettävä erityisesti SQL JOIN -sovelluksia varten. Ne voivat olla erittäin resursseja kuluttavia, tiedätte. Ja jos tietokannasta on toteutunut näkymiä, rehellisesti sanottuna sinun tulisi tutkia niiden käyttöä, koska ne tekevät kaikesta uskomattoman nopeamman. Ja se vaatii jonkun, joka ymmärtää työkuormat ja ymmärtää SQL-liikennettä ja niin edelleen ja niin edelleen.
Ja suurin osa yrityksistä työllistää hyvin vähän DBA: ta - erittäin kallista. Olen tuntenut melko suuria yrityksiä, joiden joukossa on esimerkiksi kolme kaveria, valtava määrä tapauksia. Oikeastaan, ne maksavat paljon, se on vaikea työ monimutkaisuuden kannalta. He tarvitsevat työkaluja.
Ja luulen, että siinä kaikki on sanottavaa. Todellakin. Otetaan eteenpäin Dezille, katsotaan mitä Dezillä on sanottavaa.
Dez Blanchfield: Kiitos, Robin. Tämä on massiivinen aihe. Aion pitää mielessäni asioita, jotka ovat käytännössä päivittäisiä haasteita, joita kohtaamme. Koska katsotaanpa, on olemassa koko kirjasto kirjoitettua aiheesta. Kuka ei ole mennyt tekniseen kirjakauppaan ja löytänyt seinät ja seinät kirjoja, jotka on kirjoitettu vain tietokannan suorituskyvyn ja tietokannan virittämisen sekä seurannan yleisestä aiheesta. Ja joskus se on hieno tapa tappaa aikaa.
Yleinen aihe: suorituskykykyselyjen saaminen. Organisaatiossa on useita eri osia, jotka hikoilevat tätä aihetta - loppukäyttäjätasolla, kokemukseni mukaan tiedät, ihmiset kokevat vain suorituskyvyn, että asiat ovat hitaita. Pyörivät pyörät vievät hetken saadaksesi kyselyt takaisin. Spektrin vastakkaisessa päässä on infrastruktuuri- ja verkko- ja varastointitekniikan ihmisiä, joita tietokanta-asiantuntijat lyövät, koska asiat eivät suju niin hyvin kuin he odottavat. Ja se on kokemukseni mukaan erittäin laaja kirjo asioihin, jotka voivat vaikuttaa elämäämme siinä spektrissä.
Jos ajattelet fyysisesti ylöspäin, tiedät vain tietokonetilan. Sillä on muistia, tiedät, RAM, jos haluat - levytilaa, verkkoa ja kaikkia sen ympärillä olevia bittejä. Tässä tilassa meillä on, tiedätte, se tallentaa ajatuksen, joka sanoo esimerkiksi, että on parempi käyttää raakalevyä tai JBOD: ta ja vain, tiedätte, nousta niin nopeasti kuin mahdollista levy ja antaa tietokanta selvittää tietosuojakerros. Muut ihmiset ovat suuria RAID-faneja, edullisten levyjen joukkoa, ja heillä on erilaisia uskonnollisia kokemuksia RAID 0, 1, 3, joskus 5 ja 6 erityyppisestä levyn poistamisesta tai kopioinnista, jos kiintolevy epäonnistuu. Jopa varastointitasolla ja tekniikan tasolla, silti meillä on ihmisiä, joilla on erilaisia näkemyksiä ja kokemuksia suorituskyvyn suhteen, erityyppisissä säilytystiloissa.
Olipa kyse suoraan liitetyistä levyistä ja itse palvelimista, vai onko se kytketty kuitukanavan kautta jonkin muodon tallennusalueverkkoon, onko kyseessä sitten palvelin, joka on asennettu palvelimelta jonnekin iSCSI: n kautta vai onko se esimerkiksi Ethernet. Ja se on ennen kuin edes pääset edes tietokantakerrokseen, missä tiedät sellaisia asioita, joita pidämme itsestäänselvyytenä - tiedät, vain ylläpidä sitä, kuten Eric kertoi, tiedätkö, mitä kutsumme keskusteluksi tietojesi kanssa . Pelkästään kyetä tunnistamaan kuviot ja merkitykselliset kuviot, joiden mielestämme voimme alkaa sukella ja etsiä suorituskykyongelmia.
Ja se on erittäin laaja aihe, joten sukellan kahteen osa-alueeseen, joilla kokemukseni mukaan sijoitettu aika, energia ja vaivat saavat hyvää tuottoa. Joten anna minun siirtyä nopeasti ensimmäiseen näistä. Ja minä vain puoli leikillään etsin kuvaa jostakin, jossa oli luuranko sisäpuolella ja iho ulkopuolella, mutta Lego-lohko oli luultavasti vähiten raivoisa. Mutta monella tapaa näin kuvittelen ja henkisesti kuvaan haasteen, joka kohtaamme joskus niitä tukevien analyysialustojen ja tietokantojen kanssa. Ja se on, että todellakin vain kuluttajana ja loppukäyttäjänä tai jopa kehittäjänä näet usein viilun ihokerroksen, mutta se on itse asiassa alla oleva luuranko - se on todella kysymys, johon sinun on keskityttävä.
Tiedätte, että tässä tapauksessa kun ajattelemme asioita, jotka voivat vaikuttaa tietokannan suorituskykyyn ja analytiikkaan kyseisestä päivästä, suorituskykyosumat, ydininfrastruktuuri ja vain kyseisen ydininfrastruktuurin tarkkailu, ja kuten jo hetki sitten kuvasin, noin levysi, muistisi ja suoritin. Ja kuten tohtori Robin Bloor korosti, haasteet nyt virtualisoinnissa ja asioissa, jotka tapahtuvat itse siruissa, ja suorituskyky alatasolla, ja muistin määrä, joka nyt on sijoitettu jokaiselle sirulle jokaisessa ytimessä. Nämä ovat erittäin teknisiä haasteita tutkia jokapäiväistä ihmistä.
Pysy kyselyseurannan ajan tasalla. Tiedätte, että yksi kyselyjen ja kyselyjonojen seurannan haasteista on esimerkiksi - tarkoitan, että SQL kielenä ja analyysityökalujen ympärillä olevat tietokantatyökalut ovat erittäin tehokkaita ja erityisesti SQL kielenä. Mutta sillä voimalla ja yksinkertaisuudella on myös monissa tapauksissa, ja se on, että jos se ei ole sovellus, joka suorittaa samaa asiaa yhä uudestaan ja uudestaan, jonka on kirjoittanut hyvä kehittäjä ja jonka huomaa hyvä DBA, se saattaa olla ihmisiä, jotka tekevät jäsentämättömiä kyselyitä.
Ja siihen liittyvä ongelma on, että on melko helppoa oppia vähän SQL: tä ja aloittaa kyselyiden tekeminen, mutta sen seurauksena sinulla ei välttämättä ole kaikkia taitoja ja kokemuksia ja tietoja tietääksesi, oletko tekemässä hyvä tai huono asia tietokannan tekemiseen. Joten jatkuvasti saman ison, leveän ja väärän ajaminen voi vain viedä rakennuksen alas. Kyselyjen seurannan ylläpitäminen on mielenkiintoinen haaste.
Seuraamme vain vastausaikoja siihen saakka, mitä alusta tekee ja mitä käyttäjät saavat. Tiedät jälleen kerran, että ilman oikeita työkaluja, tämä ei ole asia, jota tarkastellaan vain intuitiivisesti ja ajatellaan: "Voi, niiden verkko toimii hitaasti" tai "Käyttäjämuisti ei toimi hyvin" tai "Hakemistot toimivat huonosti Tai “ovat turvotusta.”
Ja sitten tiedätte, kuinka pääset pisteeseen, jossa kun olet nähnyt ongelman sen kanssa, miten voit erottaa sen ja purkaa sen ja vastata koko haasteeseen huonosti jäsennellyt kyselyt? Ja tiedättekö, onko kyseessä ad hoc -kysely, jota joku suorittaa käsin, vai onko kyseessä analyyttityökalu, jonka kojelaudan käyttöliittymä on huono, koska he kysyvät kysymyksiä väärin, vai onko se todella oikein, todella huonosti kirjoitettu pala koodia?
Ja sitten tekemällä sen iteratiivisen, Eric sanoi alustavasti kokoonpanossa, tiedät vain, toistuvasti toistuvasti uudestaan ja uudestaan ja uudestaan ja hienosäätämällä näitä työnkulkuja. Tiedätkö, mitä työnkulkuja minä käytän, kuinka ne ovat käynnissä, kuinka usein he ajavat, mikä koodi on käynnissä niitä vastaan, missä ne ovat sitä vastaan prosessorissa ja muistissa sekä levyllä ja verkossa? Kyllä, se on vain todella, todella tekninen haaste.
Ja sitten nirvana, jota ihmiset etsivät tässä maailmassa, siirtyen samalla historiallisesta analytiikasta ja suorituskyvyn virittämisestä ja hälyttämisestä ympäristöllesi, mikä on hieno nähdä, koska saatat saada tulevaisuuden suunnitelman siitä, jos tiedät miksi asiat menivät hitaasti eilen aamulla kello yhdeksän. Mutta se ei auta sinua tällä hetkellä, eikä se auta suunnitelmaasi eteenpäin.
Mielestäni kapasiteettisuunnittelu ja koon muuttaminen sekä skaalaaminen ja virittäminen, joten tiedätte, mielestäni on suuntaus, jonka näemme nyt, missä tapahtuu muutos erittäin suurissa ympäristöissä, joissa ihmisillä on suuret tietokantaalustat ja laajasti levinneet tietokantaympäristöt mennäkseen historiallisesta hälytyksestä ja suunnittelusta ennakoivaan hälytykseen ja suunnitteluun, missä he haluavat tietää mitä tällä hetkellä tapahtuu ja pystyä suunnittelemaan sitä eteenpäin. Vai loppuuko muistia ja loppuuko muistia seuraavan tunnin aikana, ja mitä voimme tehdä sille? Mitä kapasiteettisuunnittelua voimme tehdä reaaliajassa?
Anteeksi. Se pääsee pisteeseen, jossa, kaikki tiedät, vain koko haaste näiden esteiden löytämisestä on tiellä, jota kutsumme juokseviksi analytiikoiksi, ja tekemällä siitä normi organisaatiossasi. Kuten näette, se on ei-triviaali haaste, tiedätte, vain päivittäin suurille pesemättömille massoille. Ja se on silti ei-triviaali haaste jopa teknisemmille taitajille.
Tiedätkö, että jos se on vaikeaa pelkästään kuolevaisille, kuinka me teemme tästä mahdollisen? Koska tiedät, että suurin osa näistä on asioita, joita tavalliset käyttäjät eivät pysty ratkaisemaan, ja meillä voi olla erityisiä tietokantainsinöörejä, tietokantakehittäjiä, koodikehittäjiä, ohjelmoijia, mutta heidän on silti todella kyettävä purkamaan ympäristö. Heidän on erotettava toisistaan, kuten ihmiset käyttävät koodia uudelleen.
Tiedätkö, että yksi huonoimmista asioista, jonka olen havainnut tässä tilassa suorituskykyosumien ympärillä analyysialustoilla erittäin suurissa tietokantapalvelininfrastruktuurin käyttöönottoissa, on se, että ihmiset ottavat koodinpalan, SQL-kappaleen tai varastetun menettelyn, jota he eivät tehneet. Älä kirjoita, ja he eivät tiedä onko se hyvä vai huono koodi, ja he vain käyttävät sitä uudelleen, koska se antaa heille haluamansa tuloksen. Mutta osoittautuu, että se saattoi olla vain jotain, joka oli kirjoitettu lennossa, jotta saataisiin yksi tai kaksi lopputulosta, kuten raportti - joku oli kiireessä.
Ja niin ihmiset käyttävät monimutkaista koodia, jota he eivät kirjoittaneet, ja vain iskevät sen sovelluskehityksen osaan, tietämättä, että he todella rankaisevat takaosaa. Jopa vain seuraamalla esityksen osumia ja katsomalla, mistä kyselyt tulevat, ja poraamalla se, tiedät, se on jokapäiväinen haaste.
Peruskäyttäytymiseen liittyvät asiat, kuten tietojen esi-lataus suorituskyvyn saavuttamiseksi missä se on mahdollista. Asiat, jotka vain kokevat, opettavat vain sinulle, kuten hakemistojen poistaminen, jos aiot tehdä joukkotuontia, ja indeksoida sitten uudelleen, jotta indeksejä ei ylläpidetä, kun syötät teratavua dataa. Tiedät, että ilman asianmukaisia työkaluja sitä on lähes mahdotonta nähdä, koska et tiedä, että hakemisto halataan.
Indeksien säännöllinen optimointi on tavallaan 101, mutta entä tiedät, kun tuot joukotuotteita tai luot kysymysten taulukon, jos joku tekee todella suuren kyselyn? Tiedät, että se voi olla massiivinen esitys, ja jälleen kerran, jos et seuraa, sinulla ei ole työkaluja nähdäksesi, että sellainen tapahtuu vain taustalla etkä tiedä miten siihen puuttua. .
Rajoittamalla kyselyt vain tarvittaviin sarakkeisiin - tarkoitan, se kuulostaa todella tavalliselta, mutta taas, jos et näe sitä, et tiedä tapahtuvan, ja sitten se tapahtuu vain taustalla ja satuttaa sinua, sinua.
Tietäen, milloin ja missä väliaikaisia taulukoita käytetään, suurten poistojen ja päivitysten erä Kaikkia hyvin yksinkertaisia asioita, mutta ilman tätä näkyvyyttä ja ilman sitä tekeviä työkaluja, ne vain istuvat taustalla ja satuttavat sinua jatkuvasti. Heität vain enemmän muistia tai CPU: ta tietokantaympäristössä saadaksesi paremman analytiikkaalustan suorituskyvyn, kun todella sinun pitäisi pystyä tutkimaan yksityiskohdat siitä, mikä sinua vahingoittaa, ja käsittelemään kyseistä asiaa. Ja sitten tiedät esimerkiksi asioita, kuten ulkomaiset avainrajoitukset, ja miten huomaat sen, kuinka edes tiedät, että kyse on asiasta?
Se johtaa minut keskeisen näkökohdan loppumiseen, ja se on, että tiedätkö päivittäin nämä ongelmat kaikkialla. Ja kun tietokantaympäristöt kasvavat ja muuttuvat yhä laajemmiksi, ja kuten tohtori Robin Bloor korosti, saamme yhä monimutkaisempia ympäristömalleja tietokanta-aikoina.
Ja sitten myös tarve integroitua joihinkin isoihin tietoalustoihin, kuten Hadoop ja Spark, jotka tulevat yhä enemmän kerrallaan. Mielestäni meidän on löydettävä parempia tapoja ja erityisiä työkaluja tämän reaaliaikaisen käyttöjärjestelmän suorituskyvyn sekä analysoinnin ja diagnostiikan älykkääksi suorittamiseksi. Koska se maksaa reaaliaikaista ja todellista rahaa ja turhautumista loppukäyttäjille ja todellisia dollareita, jos emme aio päästä työkaluihin sukellamaan näihin asioihin.
Ja sen kanssa aion luovuttaa IDERAn ystävillemme, koska uskon, että heillä on hyvä tarina kertoa, kuinka voisimme puuttua tähän ongelmaan.
Bullett Manale: Kuulostaa hyvältä. Paljon kiitoksia, menen eteenpäin ja aloitan asiat. Minulla on täällä myös muutama dioja, ja anna minun mennä eteenpäin ja tuoda sellaisen esiin. Jotkut näistä hyppäämme läpi melko nopeasti.
Vain antaakseni sinulle jonkinlaisen käsityksen, olen täällä IDERassa myyntipäällikön johtaja. Joten mitä teemme, on tavallisesti puhua DBA: lle melko säännöllisesti kipuista ja haasteista, joita heillä on, erityisiä, monissa tapauksissa, suorituskyvyn seuranta ja sellaiset asiat, selvästikin. Ja kuulemme paljon tuolta yleisöltä, ja uskon, että voin jakaa säännöllisesti joitain heiltä saamani tietoja, joilla on järkeä. Aion hypätä muutaman näistä läpi, koska en usko, että he ovat todella osuvia keskusteluun.
Tiedätkö, minulla on täällä oma luettelo DBA: n vastuista - se näyttää paljon Robinin luettelolta, ja mielestäni se on melko johdonmukainen. Luulen, että kun puhut tietokannan järjestelmänvalvojan kanssa, niin on aina - tiedätte, he ovat joutuneet tietyille näistä alueista enemmän kuin toisille, eikä siihen ole mitään riimeä tai syytä, se riippuu vain ympäristöstä.
Kuulet melko laajemman, laajan valikoiman asioita, jotka ihmiset haluavat pystyvän tekemään. Ja monta kertaa ihmiset, jotka haluavat näitä asioita, eivät - he pyytävät niitä ja joissain tapauksissa aloitat tyyppisen poraamisen siihen, mitä he todella vaativat, ja huomaat sitten, että etsit todella lisää. He todella haluavat enemmän tietoa kuin mitä he alun perin ajattelevat tarvitsevansa, ja kun aloitat työkalun poraamisen, luulen, että sieltä voit alkaa sanoa, että he keskustelevat tietojen kanssa.
Ja mielestäni se on todella mielenkiintoinen lause, ja sillä on paljon järkeä siinä suhteessa, että voimme sanoa, kyllä, jos sinulla on huono kysely, mikä on todella huono kysely? Onko kysely, joka kuluttaa paljon lukemista tai kirjoittamista, tai suoritin? Se voi olla yksi, joka ajaa paljon, se voisi olla, tiedätte, se on, kuten sanoitte, huonosti kirjoitettu.
Sen tunnistamisessa on monia tapoja, jotka näet tuotteemme, Diagnostic Manager -tuotteen suhteen, osoittamalla DBA: lle, että he voivat mennä tähän. Ja se on todella joustava, ja mielestäni se on yksi isoista asioista - sinulla on oltava työkalu, joka auttaa sinua näissä suorituskykyongelmissa, on kaikkien ympäristö hieman erilainen.
Ja siellä tulee olemaan paljon, tiedät, tarpeita ja ehkä jopa hämäriä vaatimuksia seurannan suhteen, joten sinulla on oltava jotain joustavaa ja jotain, joka toimii ja pystyttävä vastaamaan ympäristöä, joka yrität hallita. Tiedätkö, ja minulla on paljon näitä esimerkkejä - en aio käydä läpi yhtäkään niistä, mutta tarvitset jotain, jota voit kääntää edestakaisin yhden kappaleen ja toisen välillä, ja minä eräänlainen puhua siitä, kun pääsemme tuotteeseen vähän ja näytämme sinulle sen ja sen suhteen, miten me sen teemme.
Mutta toinen asia, joka mielestäni on hyvää analytiikkatyökalua, on, tiedätte, siellä on joitain ydinasioita, joita todella etsit. Et tietenkään ensisijaisesti halua työkalua, joka aiheuttaa omia suoritusongelmiaan suorituskyvyn nimissä. Kun sanon, että keräämme tietoja ilmaiseksi, en puhu kustannuksista, tiedättekö, rahakustannuksista, vaan kustannuksista yleiskustannusten ja kustannusten suhteen resurssien määrään, jota me aiotaan käyttää esityksen nimessä. Haluat ehdottomasti jotain sieltä, joka auttaa.
Tarvitset jotain, joka pystyy saamaan etsimääsi tietoa ongelmille, joita kohtaat päivittäin, ja saattaa olla joitain asioita, joita et tarvitse ja joita et halua. et halua, ja ei ole mitään järkeä kerätä näitä tietoja, jos et aio koskaan raportoida siitä tai sinulla on tarpeita yrittää hallita näitä tietoja. Esimerkiksi suorituskykyyn liittyvien metatietojen suhteen.
Tiedätkö, hyvä esimerkki on, että minua ei tarvitse hälyttää, jos SQL: n Distributed Transaction Coordinator -palvelu on alhaalla, jos en halua sen toimivan ensisijaisesti. Joten älä varoita minua, älä kerää tietoja sitä vastaan - en tarvitse näitä tietoja. Joten kyky kytkeä nämä asiat päälle ja pois päältä on todella tärkeää.
Kyky myös kerätä tietoja, kun sinulla on pääsy niihin melko nopeasti - sinun ei tarvitse, tiedä, ajaa ja hieroa tietoja, käsitellä tietoja - pystyä tekemään se nopeasti ja tehokkaasti. Ja kun sinulla on tiedot, on tietenkin todella tärkeää ymmärtää se.
Nyt tässä - kuten, kuten esimerkiksi Diagnostic Manager -tuotteella, jonka aion näyttää tänään vähän - kyseisellä tuotteella, tiedät, haluaisin mielelläni kertoa sinulle, että kyseinen tuote on korvata ja olla DBA laatikossa. Todellisuus on, se vaatii jonkin verran tietoa siitä, mikä on ympäristösi ja mitä yrität suorittaa. On tietysti tärkeätä ymmärtää itse DBA: n rooli itsessään.
Nyt yritämme kouluttaa avun ja muiden menetelmien avulla. Mutta haluat aina sitoa tämän tietysti jonkin tyyppisiin kokemustasoihin tai jokuin, jolla on jonkin verran tietoa siitä, mitä tehdä, kun he ovat saaneet tiedot. Ja kyky saada henkilö, joka voi kysyä tuotteelle oikeita kysymyksiä, ja keskustella tietojen kanssa on tietenkin avainta. Ja sitten tietysti kykenee ymmärtämään tiedot.
Kun minulla on tietoa, voin saada sen oikeille ihmisille. Kehittäjäni, toimintotiimini - riippumatta siitä, mikä se sitten olisi, joudun ehkä integroitumaan muihin tuotteisiin, joilla on koukut voidakseni tehdä niin. Nämä ovat kaikki todella tärkeitä asioita. Ja sitten tietenkin viimeisenä, mutta ei vähäisimpänä, jos minun on tiedettävä enemmän, pystyn tekemään niin. Tarkoittaako se sitä, että otetaan käyttöön lisää kerättäviä tietoja, vai tarkoittaako se vain syventymistä tietoihin. Toivot, että tulevan työkalun avulla tiedät, että autat suorituksessa, ja saat kaikki tarvittavat asiat voidaksesi vastata näihin kysymyksiin.
Yksi asia, jota en pannut tänne, jonka mielestäni luultavasti kannattaa huomata, on se, että tarvitset työkalun, joka auttaa sinua erottamaan, mikä on normaalia ja mikä ei ole normaalia. Ja se on mielestäni iso, koska tiedät, että siellä on paljon hälytystuotteita ja asioita, mutta jos saat hälytyksen ja hälytys on väärä hälytys, se ei tee sinulle mitään hyvää ; se on enemmän ajanhukkaa ja vähentää tehokkuuttasi enemmän kuin auttaa heitä. Joten tiedät, nämä ovat joitain asioita, jotka pitäisin mielessä.
Kun puhun tuotteesta, jonka yhdistän tavallisesti kaikki nämä asiat IDERA-tuotepakettiin, se on mielestäni Diagnostic Manager -tuote, jolla on todennäköisesti tärkeimmät ominaisuudet siinä, mitä me täällä puhumme tietokannan suhteen viritys ja suorituskyky sekä seuranta ja sellaiset asiat.
Ihmiset etsivät yritystason seurantaa; he haluavat saada pääsyn ja pystyä tietämään yhdessä ruudussa, että asiat toimivat niin kuin heidän pitäisi olla. Tai he haluavat kyetä tietysti, jos on ongelmia, selvittämään, missä ongelma on, ja sitten pystymään poraamaan siihen. Todella iso osa mielestäni sitä, mitä ihmiset etsivät tämän tyyppisillä tavoilla, joilla voit todella hioa esiintymisessäsi.
Toinen asia, joka ilmeisesti liittyy tähän, on, että en voi vain toimia nykyisessä tilanteessa, ja minun on voitava palata ajan myötä, tarkoittaako se sitä, että tarkastellaan huonosti kulkevia kyselyjä vai tarkoittaako se sitä, että sinä tietää, katsomalla tapaa, jolla isäntä-VM itse käyttäytyi resurssien suhteen. Kaikenlaiset sellaiset asiat, jotka sinun on kyettävä tekemään, etkä istu siellä katsomalla konsoliasi 24 tuntia vuorokaudessa, 7 päivää viikossa.
Jos olet lomalla tai jos se on keskellä yötä tai mitä se voisi olla, tarvitset jotain, joka pystyy palaamaan ajassa taaksepäin kanssasi voidaksesi sanoa, mitä tapahtui esimerkiksi sillä hetkellä meillä oli ongelma. Ja kyky tehdä se jälleen kerran, tehokkaasti ja nopeasti ja kyetä siihen syvälle, on ehdottomasti tärkeä pala tämän keskustelun kannalta. Ja sanoisin, että se on todennäköisesti yksi tärkeimmistä asioista sen suhteen, mitä ihmiset etsivät. He etsivät aina sitä ikkunaa menneisyyteen, koska se on todella im - Tiedätkö, et halua joutua istumaan sinne ja odottamaan, että jotain tapahtuu uudestaan.
Seuraava luettelossa oleva asia on oikeastaan vain sitominen takaisin siihen, mistä puhuimme aiemmin, itse kyselyn suorituskyvyn kanssa. Ja aion näyttää teille pari erilaista esimerkkiä Diagnostic Manager -tuotteesta, kuinka me teemme niin, ja se varmasti päivän päätteeksi tarjoaa sinulle paljon vaihtoehtoja itse kyselyiden suhteen sen suhteen, mitä haluat koota.
Sen suhteen, oletko kiinnostunut kyselyistä, jotka aiheuttavat resurssikipua, CPU: n kulutusta tai I / O: n kulutusta. Riippumatta siitä ovatko kyselyt, jotka vievät kauan aikaa, tai kyselyitä, jotka yleensä eivät yleensä ole pahimpia loukkaavia suorituskyvyn kannalta, mutta voivat toimia niin usein, että sen suorittamisen pelkkä taajuus voi olla ongelma. Ja tietysti kyky havaita trendejä ajan myötä myös näiden kyselyiden kanssa on tärkeä osa sitä.
Tässä tuotteessa on paljon erilaisia tapoja, joilla voimme tehdä tämän, ja mielestäni se on tietysti todella tärkeä pala useimmille DBA: lle. Ja vaikka sinulla ei olisi omia sisäisesti kehitettyjä sovelluksia, on silti hienoa käydä ohjelmistotoimittajien luona ja sanoa: “Hei, tiedätkö mitä? Tiedätkö, kello kaksi iltapäivällä joka päivä, kun tämä työ alkaa "tai mikä tahansa se on, " tämä on sovelluksesi, joka aiheuttaa tämän, ja meidän piti korjata se. "Joten vaikka sinulla ei olisikaan itse koodin hallinta, on silti mukavaa tietää, kun ongelmia tapahtuu.
Ja sitten, tiedätte, toinen osa on vain ilmeisesti aktiivisempaa. Kyky olla ensimmäinen tietävä, kykenevä ymmärtämään ongelman esiintymistä. Jotta voisit olla vain ensimmäinen tietää, jotta voit korjata sen, mutta monissa tapauksissa, kun tarvitset jotain, joka pystyy automatisoimaan vastauksen, myös monissa tapauksissa. Voit sanoa, että tiedät sen sijaan, että saisit sähköpostia, jossa sanotaan: "Hei, sinun täytyy mennä korjaamaan tämä", jos olen kokouksessa tai jos olen, tiedät, tiellä tai mitä se on Teen, on tietenkin erittäin mukavaa sanoa, että minulla on jotain paikallaan, joka pystyy käsittelemään tätä automatisoidulla tavalla.
Ja jos asiaan ei puututa automatisoidusti, ainakin pystyt olemaan ensimmäinen tietävä, jotta voit ryhtyä korjaaviin toimiin tai ottaa yhteyttä jokuin, joka pystyy. Ja niin, nämä ovat selvästi suuria tärkeitä osia, tiedätkö, tämäntyyppisille ongelmille, joihin saatat kohdata koneiden ja esiintymiesi sekä itse analytiikan seurannassa.
Nyt puhuin tästä aiemmin, mikä on asioiden joustavuus. En voi korostaa tätä tarpeeksi, koska voin sanoa, että tiedät, valmis, jos on jotain, jota ei tarkkailla, kyky olla toiminnallisuus tuotteessa, jotta voin lisätä nuo asiat seurata. Ja siinä mielessä, kuten Diagnostic Manager -sovelluksessa, tiedätte, että WMI-laskurit, laskurit, SQL Server -laskurit voivat luoda omia kyselyjäsi.
Voit jopa, jos haluat, vetää tietoja vCenter-ympäristöstäsi tai Hyper-V-ympäristöstäsi tapahtuvan äänestyksen seurauksena ja pystyt, tiedät, tekemään sen säännöllisesti ja vedä nämä tiedot ja voi nähdä ne. Ja vielä kerran kääntyä paikasta toiseen, kun tarkastelet näitä tietoja.
Joten nämä ovat sellaisia asioita, jotka sen suhteen mitä näen ihmisten kysyvän puhuttaessa työkalusta, joka auttaa heitä virittämisen ja suorituskyvyn suhteen - tuotteen, jonka aion näyttää sinulle vain toinen on Diagnostic Manager, ja se tukee kaikkea vuodesta 2000 aina vuoteen 2016 saakka. Se on erityinen SQL Serverille, joten seuraamme näiden asioiden hallintaa. Itse ilmentymissä ei ole agentteja, jotka seuraisivat ilmentymää.
Tämä juontaa juurensa tietojen keräämiseen pienin kustannuksin, että tiedätkö, että yritimme selvästi enemmän kerätä näitä tietoja, emme myöskään käyttäneet paljon resursseja, eikö niin? Yritämme hyödyntää asioita, jotka SQL Server jo tarjoaa meille, ja tehdä siitä entistä parempia, olipa kyse sitten dynaamista hallintanäkymistä vai onko kyseessä laajennetut tapahtumat tai mikä tahansa tapaus itse kokoelman kannalta. Kyky hyödyntää näitä tietoja ja parantaa niitä on yksi mandaatteistamme.
Nyt, jos katsot tämän todellisen nopeasti läpi, en aio käydä läpi arkkitehtuuria liian yksityiskohtaisesti, mutta minulla on taustatietovarasto, jossa on kaikki historialliset tiedot, joita voit hallita ja joita voit säilyttää niin kauan kuin haluat. Voit jopa valita tietotyypin, jonka haluat säilyttää, ja kuinka kauan. Se juontaa juurensa siihen, että kerätään asianmukaiset tiedot ja jätetään tarpeettomat tiedot pois. Jos haluat säilyttää viisi päivää suorittavat kyselyt, jotka ovat keskeisiä, ja säilyttää sitten hälytykset kaksi vuotta, se on sinun tehtäväsi ja se on täysin sinun oikeutesi tehdä tämä.
Lukuisia erilaisia konsolit tämän tuotteen kanssa. Sinulla on verkkopohjainen versio, sinulla on myös paksu asiakasversio. Joten se on joustava hypätä selaimeen ja nähdä, mitä tapahtuu, tai jos sinulla on kannettava tietokone, johon sinulla on asennettu oma asiakas, jompikumpi näistä lähestymistavoista toimisi sinulle.
Nyt haluaisin tehdä pikaisen esittelyn. Ja haluaisin huomauttaa - palaan takaisin tähän toiseen diaan - jota meillä on, olemme juuri lisänneet, aivan kuten FYI niille ihmisille, jotka ovat tuttuja tuotteesta, meillä on uusi tarjous, joka on Diagnostic Manager Pro. Ammattimainen tarjous, joka sisältää jotain, jota kutsumme työkuorman analysoinniksi.
Ja oikeasti kyse on mahdollisuudesta interaktiivisesti tarkastella erittäin suuria aikoja ja siirtyä siitä, tiedätkö, 30 päivän näkymän viiden minuutin näkymään, tiedätkö, kolmella napsautuksella. Ja koska pystyt näkemään suorituskyvyn piikin tai pullonkaulassa mahdollisesti olevan ongelman, tiedät, että pystyt näkemään erittäin korkealla tasolla ja poraamalla hyvin alhaiselle tasolle. Ja etenkin se, että myös tänään, se on uusi tuote.
Mutta mitä haluan tehdä, on vain eräänlainen ensimmäinen aloittaminen, ja haluan puhua vähän siitä kääntymisestä ja edestakaisin. Ja olen tuonut esiin esimerkin, ja aion kertoa näytölläni täällä. Katsotaanpa … Siellä me menemme. Oma näyttö. Ja kerro minulle, kaverit, että voit nähdä sen.
Eric Kavanagh: Sinne menet.
Bullett Manale: Kaikki siellä on kunnossa? Hyvä on. Joten mitä nyt katsot - ja tämä on Diagnostic Manager -tuote - ja halusin vain antaa sinulle eräänlaisen korkean tason esityksen siitä, mitä täällä tapahtuu. Tässä nimenomaisessa esimerkissä teemme sitä, että osoitamme sinulle odotuksiin liittyviä kyselyitä. Joten kun puhun siitä, että voin mennä edestakaisin, porata syvemmälle ja kääntyä, se on - tämä näkemys täällä on hyvä esimerkki siitä. Voin siirtyä aikataulunäkymästä, kuten näemme täällä, joka tulee näkyviin nyt. Tässä tapauksessa tarkastelemme itse odotuksia ja itse odotusten luokkia. Voimme nähdä lausunnot, jotka on sidottu niihin odotuksiin, voimme nähdä sovellukset.
Huomaa, että se on aikajananäkymässä täällä, jotta voin tunnistaa nämä tiedot lineaarisesti sen perusteella, milloin ongelma tapahtui, mutta sitten taas, jos haluan vain kerran kääntyä, ja sanon: "Tiedätkö mitä, katsotaanpa tämä eri näkökulmasta ", siirrytään eteenpäin ja tarkastellaan tätä näkökulmasta" Haluan nähdä kyselyt tai odotukset tai sovellukset, jotka aiheuttavat minulle eniten kipua, ja järjestää ne. "Ja niin me" Näemme "kysely odottaa keston perusteella". Nyt näemme itse sovellukset, jotka aiheuttavat minulle eniten kipua tai odottavat.
Ja sitten, tässä on se osa, joka on todella tärkein osa, kyky eristää nämä asiat. Näen tämän NoSQL-sovelluksen käynnistyvän täällä. Se aiheuttaa minulle hyvän määrän odotusaikaa, hyvin 25 sekunnin määrään odotusaikaa tässä 30 minuutin ikkunassa, johon olemme porattu. Ja voin sitten eristää kyseisen sovelluksen ja näen lausunnot, jotka tässä tapauksessa vaikuttavat suoraan tähän tiettyyn tapaukseen.
Ja niin, tämä on vain yksi esimerkki siitä, miten pystyt tunnistamaan pullonkaulan, pystymään järjestämään tiedot ja priorisoimaan ensiksi käsiteltävät asiat. Nämä kaikki ovat asioita, jotka sinun on otettava huomioon. Tiedät, että voit korjata ongelmia koko päivän, mutta jos korjaat korjattavan luettelon alaosassa olevia ongelmia, tuhlaat aikaa. Sinulla on siihen mahdollisuuskustannus.
Annan teille toisen esimerkin, ja tämä on vähän erilainen esimerkki. Sen sijaan, että osoittaisit nimenomaisesti ongelmaa tai osoittaisit alueelle, tarvitset myös työkalun, joka pystyy auttamaan sinua laajassa merkityksessä sanomalla: "Hei, onko meillä ollut ongelmia?" Tai "Onko onko asioita, joita voin tehdä parantaaksesi esitystä? ”ja saadakseni jonkinlaista kulissien takana katsomassa mitä tapahtuu. Ja tässä tapauksessa tämä voi liittyä kokoonpanoon; se voi liittyä, tiedätkö, tapaan, jolla itse tapauksen terveyttä hallitaan. Ja tietysti myös esitysasioita.
Jos menen tähän Analysoi-painikkeeseen täällä, näytän sinulle, että tässä tuotteessa on myös jonkinlainen proaktiivinen luettelo asioista, jotka voidaan suorittaa sijoitetussa muodossa ja joka antaa käytännössä sinulle käsityksen asioihin, jotka todennäköisesti lisäävät suorituskykyäsi kyseisessä esimerkissä tai parantavat kyseisen tapauksen terveyttä. Ja se on sijoitetussa muodossa siinä mielessä, että sinulla on kyky nähdä, mitkä todennäköisemmin parantavat suorituskykyäsi tietyntyyppisissä havaituissa ongelmissa.
Joten kun tarkastelen näitä asioita ja tunnistan ne, en vain näe, että minulla on ongelma, ja minulla on myös monissa tapauksissa skripti, joka voidaan rakentaa automaattisesti ongelman korjaamiseksi. Mutta monissa näistä tapauksista meillä on myös ulkoisia linkkejä, jotka viittaavat ongelmatyyppiin, joita kohtaamme, ja miksi me myös annamme tämän suosituksen, niin saat asioista tämän koulutuspuolen. Mikä on jälleen kerran mielestäni erittäin tärkeä asia, kun puhut, tiedät, ongelmien korjaamisesta.
En halua vain seurata sokeasti näitä suosituksia, haluan ymmärtää miksi näitä suosituksia tehdään. Ja voin olla vanhempi DBA, joka on tehnyt tätä 30 vuotta ja tarvitsen jotain, joka on menossa, tiedät, tarkista - tai merkitse i-merkinnät ja ylitä t-merkinnät, tässä tapauksessa - tai ehkä olen nuorempi DBA ja Tarvitsen vähän apua näiden ongelmien ymmärtämisessä niiden esiintyessä ja miksi näitä suosituksia tehdään.
Kuten sanoin, aion vain viedä sinut läpi pari eri osaa tuotteesta. Tämä työkalu on ollut olemassa, tiedätte, se on ollut olemassa vuodesta 2004, 2003. Ja siinä on todella paljon kehittämistä, paljon tietoa, joten ei olisi järkevää yrittää näyttää kaiken täällä. Mutta mielestäni yksi huomionarvoisista asioista on se, että kun menemme sisään ja alamme puhua kaikista asioista, joita voit seurata, ja kaikista asioista, joita voit varoittaa, palaamalla jälleen kerran siihen asioiden joustavuuteen., tässä on luettelo kaikista seurantamistamme kohteista.
Nyt, se ei välttämättä tarkoita, että haluan pitää näitä asioita hälytystilassa, jos ne pääsevät kynnysarvon takana, joten voit kytkeä nämä asiat päälle ja pois. Tämä juontaa takaisin siihen: “Hei, minun on tehtävä vain tiettyjä asioita tiettyihin mittareihin. Minun tarvitsee, vain, varoittaa tietyistä ongelmista. ”Ja kyetä varmistamaan, että emme tiedä kyllästyttää sinua joukolla vääriä positiivisia. Sinulla ei ole vain kyky kytkeä nämä asiat päälle ja pois, ja monissa tapauksissa huomaat, että tarjoamme myös kyseisen normaalikaistan, koska se liittyy jokaiseen tietoon. Joten jos tarkastelen tätä nimenomaista, tässä tapauksessa perustasoa, huomaan, että kynnys on todennäköisesti korkeampi siellä missä he ovat tällä hetkellä.
Kolikon toisella puolella on, mitä jos minulla on SQL-esimerkki, jossa seuraan joitain mittareita ja näitä mittareita, mistä syystä asettamasi kynnysarvot ovat vääriä? Toisin sanoen, kynnysarvot ovat makaavat kevyesti keskellä sitä kohtaa, jossa lähtötaso todella istuu, mikä tarkoittaa, että jos minulla on hälytys sidottu tähän kynnysarvoon, saan todennäköisesti hälytyksen jostakin, joka on normaali tapahtuma. Ja niin, sellaisissa tilanteissa, voimme tarjota sinulle tämän tiedon myös kautta linjan.
Kaikille tämän tietyn tapauksen mittareille näen ne kynnysarvot, jotka todennäköisesti näyttävät väärän positiivisen tässä suhteessa siihen, mikä on normaalia ja mikä ei. Tätä tulee olemaan jotain, jota pidetään enemmän normaalina käyttöasiana muistipuolella, ja jos haluaisin nostaa tätä kynnysarvoa, voisin, mutta se on sellainen idea perusviivojen kanssa.
Ja Diagnostic Manager -tuotteen hieno asia lähtökohtien kannalta on kyky asettaa useita perusviivoja. Ja voit kysyä: “Miksi haluaisin tehdä niin?” Ja vastaus on, että jos sinulla on ylläpito-ikkuna, joka alkaa, sanotaan, keskiyöstä 4: een, jossa verotat resurssejasi, sinä "Käytämme resursseja niin paljon kuin mahdollista, sitten haluat pystyä jälleen kerran siirtymään, ja haluat kääntyä hiukan kääntyä ja sanoa:" Katso, me muutamme kynnysarvojamme siihen. " Ja voimme todella dynaamisesti säätää kynnysarvojamme erityisesti sen mukaan, mihin lähtötilaan me olemme sattuneet, perustuen vuorokauden aikaan tai viikonpäivään ja niin edelleen, että se on. Joten se säätää dynaamisesti nuo kynnysarvot meille.
Otetaan askel uudestaan. Kun olemme tunnistaneet nämä kynnysarvot, kun olemme käyneet läpi, ja kun otetaan huomioon hälytykset ja ilmoitukset sekä tutustua tilanteisiin, joita voi tapahtua, joustavuus on tässä jälleen ensiarvoisen tärkeää. Haluat pystyä hälyttämään tietyissä tilanteissa. Muissa tilanteissa saatat haluta lähettää sähköpostia jollekin toiselle, haluat ehkä suorittaa PowerShell-komentosarjan, tiedät, että luettelo jatkuu.
Haluaisin integroida johonkin SNMP-ansojen kautta tai jopa suoraan esimerkiksi SCOM: n kanssa. Asia on, että sinulla on joustavuus tehdä niin, ja voit asettaa minkä tyyppiset ehdot takaisivat, että kyseessä on erittäin laaja-alainen ehto - tiedätkö, CPU ja muistini tai mitä tahansa resursseja - kaikissa tapauksissa tai ehkä minulla on erityisen tyyppisiä asioita, joita haluan valvoa, koska kun huomaan, että rikkomme, haluan suorittaa hyvin erityisen ja suunnatun komentosarjan tähän ongelmaan. Joten tässä pystyt tekemään sellaisia asioita Diagnostic Manager -tuotteen sisällä, vain, hälytyksen ja ilmoituksen suhteen, ja pystyessäsi olemaan joustava tästä näkökulmasta.
Nyt en käy läpi kaikkia hälytyksiä ja kaikkia hyviä asioita. Halusin puhua mietinnöistä. Ja jälleen kerran kyky ottaa tietoja ja hyödyntää näitä tietoja monilla eri tavoilla - ja tämä palaa jälleen keskusteluun tietosi kanssa. Ja monet ihmiset, kun he näkevät tämän tuotteen ensimmäisen kerran, ajattelevat: ”No, minulla on työkalu, joka varoittaa minua ongelmien ilmetessä. Sitä tarvitsen. ”Ja todellisuus on, tarvitsevatko he sitä työkalua, mutta jos toinen puoli on, jos he todellakin - he tarvitsevat myös työkalun, joka auttaa heitä tekemään päätöksiä, ja he voivat hyödyntää tätä tietoa, jonka olemme kerääminen suorituskyvyn ja myös hälytyksen nimissä, jotta voimme auttaa sinua tekemään päätöksiä tiellä eteenpäin.
Tiedätkö, hyvä esimerkki olisi kasvunnusteeni tietokannassani. Jos minulla on tietty tietokanta, joka kasvaa, pystyn osoittamaan siihen tietokantaan tai jopa useita tietokantoja nähdäksesi kasvunopeudet. Emme näytä sinulle perustuvan siihen, mitä tiedät, mikä se on tänään; se aikoo ennustaa sen perustuen aiempaan kasvuun, jonka olemme kokeneet.
Jos minulla on täällä muutama tietokanta - mitä minulla sattuu olemaan, niin voisin mennä sisään ja sanoa: "Otetaanpa viimeinen, tiedät, vuoden arvoinen tieto, korreloidaan se kuukauden mukaan ja näytteessä Kuukausien mukaan, mennään eteenpäin ja katsotaan kuinka paljon kasvua näemme seuraavien kolmen vuoden aikana, tai 36 yksikköä. ”Tällöin voimme vastata nopeasti kysymykseen. Yritä nyt tehdä se itse, eikö niin? Yritä tehdä se niin paljon aikaa kuin tein sen itse. Se vie sinut hetken.
Nyt, jopa eräänlaisena lisä stressaantumisena, otettakaamme toinen raportti, joka on parhaiden palvelimien raportti. Kuvittele, että minulla on sata tuotantoesimerkkiä, joita tässä tapauksessa en ole. Mutta jos joku tulee luokseni ja sanoo: ”Tarvitsen sinun kertoa minulle - me aiomme laittaa tämän uuden tietokannan tähän upeaan uuteen sovellukseen; se muuttaa kaiken sellaisena kuin tiedämme sen; se tekee elämästä niin upeaa. Voi, muuten, tietokanta itsessään tulee todella I / O-intensiiviseksi tai se tulee CPU-intensiiviseksi tai todella muistin intensiiviseksi …, ”mitä tyhjää tyhjää se on, haluan pystyä näkemään kaikista tuotantorakenteistani, missä on järkevää laittaa kyseinen tietokanta? Ja voin luokitella kaikki tapaukseni keskenään ehdollisen tyypin suhteen, olipa kyse sitten prosessorista, muistista, levystä tai kaikesta tapauksesta. Joten tässä kohta on, että pystymme vastaamaan kysymykseen nopeasti ja tehokkaasti ja tekemään oikean päätöksen sen sijaan, että arvailisimme, kun teet sen - ne ovat kaikki tietenkin todella tärkeitä ja tarvitset jotain, joka auttaa sinua.
Ja kun puhumme analytiikasta, se voi vaihdella mistä tahansa, kuten puhumme kapasiteetin suunnittelusta, aina hälytyksiin, jotka joudut päivittäiseen toimintaan ja jotka saattavat käsitellä prosessoria, kuten sekä itsestään selvästi kyselyitä, onko olemassa tukkeutumista ja niin edelleen ja niin edelleen.
Toinen esimerkki tästä olisi, jos menisin hallinnolliselle osastolle täällä - tosiasiallisesti otan sen takaisin, hälytysosion täältä - tiedustellen historiallisten tietojen säilytysyhteisöä aiemmin tapahtuneiden asioiden suhteen. Onko minulla ollut esteitä, joita on tapahtunut tuotantoympäristössäni? En tiedä, selvitetään.
Voin palata tuotantotunnisteeseeni ja voin sanoa, että kaikille tuotantomenetelmilleni, riippumatta ajanjaksosta, mistä tahansa metristä, jonka haluan tunnistaa. Jos olen mennyt hälytystilaan, tässä tapauksessa sanotaan, että lukitseminen lukumäärän, ei estosekuntien sekunnin mukaan, voin palata takaisin ja tässä tapauksessa muutaman kuukauden, jos minun on tarpeen - tai tässä tapaus, yksi kuukausi - ja näen sen estävän. Voin nähdä, milloin se alkoi, voin nähdä, milloin se päättyi, ja voin tarvittaessa porata mihin tahansa näistä vetoväleistä nähdäkseni sulkemistilanteen yksityiskohdat sinänsä. Sinun on voitava saada jotain, joka on erittäin nopea, kyetä löytämään etsimäsi ja etsimäsi sen sijaan, että pyörittäisit paljon jaksoja tehdäksesi sen. Ja niin, mielestäni se on myös tärkeää.
Viimeinen asia, jonka haluan tavallaan näyttää sinulle - ja näyttää sinulle tämän tuotteen, Diagnostic Manager -tuotteen - onko meillä, kuten aiemmin mainitsin, olemme menneet sisään ja olemme lisänneet uuden komponentin SQL Diagnostic Manager -sovellukseen Pro tarjoaa. Ja se on Workload Analysis -komponentti. Ja tämä on web-pohjainen versio tästä, tässä tapauksessa me näytämme sinulle täällä. Mutta asia on tässä, että tämä antaa sinun tarkastella todella laajaa ajanjaksoa tai hyvin tarkkaa ajanjaksoa, ja tietäen, että muutamalla napsautuksella näet koodin, joka liittyy suoraan ongelmiin, jotka ovat saattaneet tapahtua .
Esimerkiksi siitä, että jos tarkastelen neljän viikon näkymää, näen täällä kaikki tietokantojen ja näiden tietokantojen suorituskyvyn piikit ja siellä, missä näimme odotusaktiivisuutta näissä tietokannoissa. Nyt, ja voit nähdä, jos näen piikin täällä, itsensä tämän työkalun etuna on vain kyky tuoda esiin tuo pieni palkki oikealle. Ja sitten, kun teen sen, kaikki täällä olevat asiat muuttuvat. Voisimme nähdä tietokannat, pystymme näkemään kaikki komennot sidottuna siihen, mikä tuon palkin takana on.
Sama asia, jos sanoisin: "Katsokaamme neljää viimeistä tuntia", eikä neljän viimeisen viikon sijasta. Voin silti tehdä sen. Voin silti tuoda esiin tuon ajanjakson, ja sitten sieltä - tässä taas kerran, tässä kääntöpisteeni - kaikkiin näihin asioihin, joihin täällä voin linkittää. Tärkeimmät SQL-lauseet, näen tässä tapauksessa kyselyt, jotka aiheuttivat prosessorin kulutukseen liittyviä odotuksia. Vain poraamalla näen ne täällä liittyvät kyselyt - loukkaa - ja näen myös ohjelmat ja mitä ei myöskään liity tähän.
Saat täältä paljon ymmärrystä, ei vain sen, mutta voit nähdä, että kun saavut komentotasoon, se kertoo sinulle asiat. Se kertoo, näkeekö se raskaita operaattoreita, voit tarkastella sitten suoritussuunnitelmia. Tämä vie vähän aikaa, koska tämän lataaminen on melko laajaa. Mutta asia tässä on, että sinulla on paljon erilaisia tapoja tarkastella tietoja, nähdä mitä etsit ja sitten tietenkin pystyä toimimaan sieltä tarvittaessa, niin, ja tämä ottaa pidempi kuin normaalisti, joten jätän sen siihen.
Ja niin sanotun kanssa, aion siirtää sen takaisin. Ja toivottavasti tämä oli hyvä esimerkki sellaisista asioista, joista puhumme. Ja kuten sanoin, itse tuote, jota käytimme tällaisten esimerkkien antamiseen, on ollut olemassa jo kauan aikaa, ja niin paljon muita asioita, joista voimme puhua ja näyttää sinulle, mutta jos tämä on jotain, joka kiinnostaa teistä, voit aina mennä sivuillemme ja ladata sen ja leikkiä sen kanssa.
Eric Kavanagh: Ja minä rakastan, että näytät kaiken tämän yksityiskohdan. Jos palaat pari näyttöä - jopa tämä näyttö on aika hyvä. Koska tapahtuu niin monia eri tapoja visualisoida tosiasiallisesti tapahtuva, ja mielestäni tämä on yksi laskennan aliarvioiduimmista puolista nykyään. Se on varmasti tietokantaympäristö, jossa monella tapaa minulla on tämä puolivitsi, jonka sanon: ”Oppimme vielä puhumaan piitä.” Opimme vielä ymmärtämään, kuinka nähdä mitä tapahtuu, ja kohtaan, mikä oli hyvin otettu, sinun on käytävä keskustelu tietojen kanssa, jotta ymmärrät paremmin mitä tapahtuu, miksi asiat sujuvat hitaasti, koska mahdollisia ongelmia on niin paljon. Ja tietysti, IDERalla on useita erilaisia tuotteita, joista yksi on vanhat tarkkuustuotteet, joiden mielestäni voisin täydentää tätä.
Mutta ehkä Robin, heitän sen sinulle pari kysymystä, ja sitten Dez, pari kysymys sinulta, ja sitten ehkä joku yleisöstä, älä ole ujo. Lähetä heidät nyt.
Bullett Manale: Robin, oletko mykkä?
Robin Bloor: Kyllä. Ei hätää, otan vain mykistykseni. Minun on sanottava, että se on uskomattoman - asia, joka minusta todella dramaattisesti suhtautui tähän työkaluun, koska se todella - varsinkin kun tosiasia on aivan selvää, että koko joukko ulottuvuuksia, joihin et vain mennyt - asia, joka todella, Mielestäni, tämä oli kaikkein vaikuttavinta, sen on oltava todella, todella hyvä tapa kouluttaa DBA. Tiedätte, se on - joten kun aloitat tietokantatöiden tekemisen etkä tiedä oikein paljon siitä, mitä tietokannassa todella tapahtuu, on oikeastaan todella vaikeaa saada ymmärrystä. Joten käytetäänkö sitä paljon, erityisesti koulutukseen? Haluan käyttää sitä.
Bullett Manale: Kyllä. Tarkoitan, kun sanot harjoittelu, tarkoitat sellaista kuin meneillään olevaa koulutusta DBA-tyyppisenä asiana, eikö niin? Mitä tulee …
Robin Bloor: Kyllä, kyllä, kyllä, kyllä. Oppimisväline. Tiedätkö, a.
Bullett Manale: Joo, luulen varmasti, että näin on ja vielä enemmän, että olemme lisänneet tämän, Analyze-komponentin, jonka meille osoitimme aiemmin, joka sisältää kaikki siihen liittyvät suositukset. Mutta luulen varmasti, että löydät tuotteesta apua ja monia eri alueita, mutta se tarjoaa sinulle paljon tietoa. Paljon tietoa.
Ja todellisuus on, kuten sanoin, voit käyttää tätä, jos et ole DBA. Löydät todennäköisesti itsesi tekemässä joitain Google-hakuja ja vastaavia asioita, vain yleisen tietämyksen perusteella siitä, mitä useimmilla DBA: lla on, mutta voit korreloida tämän ja se auttaa sinua ehdottomasti sanomalla: "Hei, tiedätkö, hei mitä tätä asiaa kutsutaan pirstoutumiseksi? ”tai” Miksi tämä kysely suoritetaan 6000 kertaa? ”Tarkoitan, koska nämä asiat tuodaan sinulle esiin ja ne kuplivat, ja näet ne. Näet, että olet, mikä on normaalia ja mikä ei. Näet asiat, jotka ovat piikkiä, ja asiat, jotka eivät ole.
Yleensä yritämme asettaa tämän asian parhaiden käytäntöjen kannalta. Joten kun osoitat sen instanssille, se näyttää sinulle asiat, jotka on tunnistettu parhaiden käytäntöjen ulkopuolelle. Tarkoitan tietysti, että tiedät, todellisuus on, että parhaat käytännöt ovat parhaita käytäntöjä, eivätkä ne ole aina todellisia käytäntöjä. Mutta tiedät, se näyttää poikkeavuudet jopa asennuksen alusta alkaen ja osoittaa sen esimerkiksi ilmentymään.
Ja sitten sieltä voit siirtyä jonkin verran, kun sinun on välttämättä korjattava ongelmat ja selvitettävä, onko kyse todella ongelmasta vai jotain, joka yleensä tapahtuu päivittäin. Ja sitten, koska sinulla on paljon tietoa avuksi ja suosituksia, kyllä, ehdottomasti.
Robin Bloor: Hyvä on. Ja toinen kysymys - mutta olen varma, että vastaus tähän on erittäin nopea - on, että sinulla on rakeisuus siirtyä suoraan yksittäiseen kyselyyn ja yksittäiseen ajankohtaan ja katsoa siitä ulottuvuudesta, .
Bullett Manale: Toki kyllä. Riippuen siitä, mitä haluat tehdä, voit tarkastella minuutin aikaikkunaa tai tarkastella kolmen päivän aikaikkunaa tai, tiedätkö, kolmen viikon ajanjaksoa. Ja tiedät, kuten sanoin, se riippuu siitä, miten haluat tarkastella tietoja, ja myös siitä, mitä haluat kerätä. Joissain tapauksissa keräämme vain kyselyitä, jotka ovat saavuttaneet tunnistamasi kynnyksen. Muissa tapauksissa voimme kerätä jokaisen kyselyn, joka aiheuttaa odottamisen.
Mutta sinulla on myös kyky sanoa: "Katso, ne kynnysarvot, jotka tunnistin, ehkä ne ovat vain kirjoituksia tai ehkä vain lukemia tai ehkä vain CPU: ta." Joten olettaen, että se ylitti kyseisen kynnyksen, niin se on Missä tahansa aikataulussa haluat katsoa, voit nähdä ne kyselyt, jotka ovat loukkaavia, perustuen siihen, mitä pidät loukkaavana.
Sinulla on paljon erilaisia tapoja tarkastella tietoja. Voit tarkastella sitä konsolidoidussa näkymässä nähdäksesi, tiedätkö, kyselyt, jotka - kuinka monta kulissien takana olevaa kyselyä käynnistyi, verrattuna, tiedät, jokaisen kyselyn jokaisen tapahtuman käynnistyessä, katsomaan kuviota, jos, nähdäksesi onko se jatkuvasti huonompi.
Mutta vastataksesi kysymykseesi, voit ehdottomasti osoittaa mihin tahansa aikaan haluat. Sinulla on tämä asia nimeltään Historiaselain - ja käytin sitä tavallaan vähän -, mutta käytännössä riippumatta valitsemastasi ajankohdasta, valitsemastasi kalenterista riippumatta, voit siirtyä suoraan siihen ajankohtaan.
Tällä hetkellä katson 15. marraskuuta kello 19:05, ja voimme tarkastella tuolloin erityisiä kyselyjä. Jos minulla olisi mitään, jotka toimivat huonosti ottaen huomioon kyseisen ajanjakson, voisimme katsoa kyseiselle ajanjaksolle ominaisia istunnon yksityiskohtia nähdäksemme, mitkä istunnot olivat käynnissä. Tarkoitan, että täällä on koko joukko tietoja, ja kuten sanoin, vaikein osa on todellakin ehkä 30 minuuttia pelata konsolin kanssa ja selvittää, miten nämä asiat tehdään.
Mutta kun huomaat, että suurin osa täällä olevista tiedoista on tällä nauhalla ja se on jaettu näillä välilehdillä, ja jokaisella välilehdellä on oma joukko dynaamisesti muuttuvia painikkeita, jotka ilmestyvät joka kerta, kun napsautat sitä, katsotko sitten todellista - aikatavaroita tai juttuja, jotka tapahtuivat viime viikolla, se on sama prosessi. Se on pohjimmiltaan, odotan juuri nyt 15. marraskuuta, mutta voin aivan yhtä helposti tarkastella reaaliaikaa napsauttamalla tätä painiketta. Ja aion olla vuorovaikutuksessa tietojen kanssa samalla tavalla.
Mutta vastaamiseksi kysymykseesi, kyllä, on olemassa monia erilaisia tapoja tarkastella historiallista tietoa, ja se koskee myös itse kyselyjä.
Robin Bloor: Näen. Se on erittäin vaikuttava. Rakastan sitä, että ikkunat synkronoidaan, vaikka siitä on tavallaan melko tarpeellista kaikessa, joka nykyään käsittelee reaaliaikaista tietoa.
Bullett Manale: Kyllä. Varma.
Robin Bloor: Tässä on vain kohta, johon en oikeastaan tiedä vastausta. Koska tarjouksistasi - SQL Server ja pilvi - voit osoittaa pilveen suhteessa?
Bullett Manale: Voit. Voit osoittaa tämän pilven alle. Kun lisäät esiintymät, se kysyy sinulta, onko kyseessä RDS vai Azure. Nyt on olemassa joitain rajoituksia sen perusteella, mikä altistuu meille pilvestä, joten voi olla - on hieman eroa siinä, mitä voimme seurata, yksinkertaisesti siksi, että instrumentointi ei joissain tapauksissa ole Emme voi kerätä sitä, mitä Microsoft paljastaa.
Nyt, jos se on jotain sellaista, tiedät, infrastruktuuri alustana, kuten, tiedät, tai EC2 tai jotain sellaista, se ei ole ollenkaan ongelma. Me saamme kaiken. Ja kun työskentelemme Microsoftin ja Amazonin kanssa; pyrimme paljastamaan nämä tiedot tarkemmin. Mutta ehdottomasti kyllä, tuemme näitä ympäristöjä.
Robin Bloor: Okei, se on mielenkiintoista. No, annan Dezille, joka varmasti heittää sinulle kysymyksiä toisesta suunnasta.
Bullett Manale: Hyvä on.
Dez Blanchfield: Kiitos. Minulla on kaksi erittäin nopeaa sinulle. Luulen, että tiedät, ensimmäinen on asteikot, tiedät, mielestäni yksi asia, joka minua lyö, on se, että esityksen yleinen teema on yleensä jotain, mistä ajattelemme, kun saamme erittäin suuret, erittäin suuret, erittäin laaja ja laaja, ja teratavua dataa. Katsomalla demoa, se iski minua, koska tämä on jotain, joka tosiasiallisesti koskee myös hyvin pieniä ympäristöjä, tavallaan vain esitysosumien saamista.
Millaista leviämistä näet tämän toteutumisessa, ja luuletko, että se on, tiedätkö, luuletko, että se on työkalu, jolla on hyvä, tiedät - mielestäni se toimii, joten mielestäni se on kyllä - mutta haluan vain nähdä mitä näet. Pienemmät organisaatiot käyvät samoja keskusteluja ja etsivät työkalua tämän tekemiseen, vai onko se todella jotain kaupungin suuressa päässä?
Bullett Manale: Se on hauskaa - se on hyvä kysymys. Se on vähän sekoitusta, mutta sanoisin, että meillä on paljon pieniä asiakkaita. Ja kun sanon pienille asiakkaille, tarkoitan, tiedät, yhden tai viiden tapauksen ostot hallintaa varten. Nyt, joissain tapauksissa heillä voi olla 30 SQL-tapausta, oikeassa, ja he välittävät vain viidestä todella, todellakin tarpeeksi tärkeästä asemasta sijoittaakseen tällaiseen työkaluun näihin viiteen tapaukseen.
Mutta todellisuus on, että pienemmissäkin kaupoissa on siellä kourallinen SQL-palvelimia. Useimmissa tapauksissa tai monissa tapauksissa pieni myymälä on hyvin, hyvin riippuvainen näistä tietokannoista, koska tiedät, mitä he tekevät. Ja niin he eivät, he eivät voi antaa sen mennä alas. Heillä ei voi olla työkalua, tiedätkö.
Kolikon toinen puoli on, että joillakin näistä pienemmistä kaupoista heillä ei ole omistettu DBA: ta, joten kaveri, joka on huoneen viisain kaveri tai huoneen teknisempi kaveri, päätyy nimetyksi DBA: ksi. Ja niin, tässä tilanteessa he etsivät ehdottomasti apua, ja tämä työkalu auttaa ilmeisesti heitä myös tässä suhteessa.
Suurempien ympäristöidesi suhteen, koska mielestäni Dez mainitsi sen - tai Robin, en ole varma - mutta tiedätkö, että suuremmissa ympäristöissä ihmettelet kuinka monta DBA: ta heillä ovat, tarkoitan, että me puhutaan valtavia määriä SQL-tapauksia, ja sinulla on kirjaimellisesti kourallinen DBA: ita, joiden tehtävänä on olla vastuussa niistä. Ja niin, tästä näkökulmasta, nuo kaverit, tiedätte, etsivät apua, koska heillä ei ole oikeasti riittäviä resursseja todella auttaa heitä, joten työkalu auttaa korvaamaan osan siitä.
Ja niin näemme sen myös melko vähän, missä, tiedät, sinulla on kolme kaveria, jotka hallitsevat 200 tapausta. Ja niin voit kuvitella sen logistiikan, jos sinulla ei ole tällaista työkalua, yrittää selvittää milloin onkin ongelma. Se ei tule olemaan ennakoivaa tapaa, voin vakuuttaa teille. Joten toivottavasti se vastaa kysymykseesi. Joo.
Dez Blanchfield: Kyllä, kyllä. Se iski minua - ja luulen, että Robin viittasi siihen -, mutta tiedätte, että sellainen lupaus, jota kuvailette, kun teitte demon, tarkoitan, että he eivät ole yksinoikeudella erittäin suurissa ympäristöissä. Tiedät, että voit ostaa yhden asioita varten suunnitellun yleisen myymäläalustan ja laittaa sen jotain muuta tietokannan jaettuun ympäristöön. Se vain rankaisee koko ympäristöä.
Toinen asia, joka löi minua - se ei ole niinkään kysymys, vaan havainto, mutta johdan sen kuitenkin kysymykseen - ja se on se, että tiedättekö, kun organisaatiot ovat jo investoineet infrastruktuuriinsa ja foorumi ja niiden tietokanta sekä palvelimet ja sitä ympäröivä infrastruktuuri, ja he aikovat ostaa tuotteen, mikä tahansa se voisi olla - HR, ERP, BI-työkalu - he ovat jo jonkin verran tehneet melko suuren sijoituksen.
Millaista vastausta näet käydessäsi keskustelun ihmisten kanssa ja he ovat huomanneet, että heillä on suorituskykyongelma, mutta he tuntevat nyt, että heidän on tehtävä vielä uusi sijoitus päästäkseen siihen? Onko siellä piste, jossa he ymmärtävät, kun demonsit sen, että he tekevät tämän asian kuin ei-braineri, eikä se ole niinkään myyntitapa, vaan pikemminkin lopullinen. Tiedät vain, että "tulemme heti hyötymään tästä." Toisin kuin pelkästään tuotteen myyminen? Minusta näyttää siltä, että se myy itsensä, ja sijoitetun pääoman tuotto hyppää vain sivulta.
Bullett Manale: Niin, ja se on hauskaa, että sanot, koska koska monta kertaa tapahtuu, että joku tulee, kuten DBA tai jopa myyntiedustajat, ja he sanovat: “Hei, nämä kaverit haluavat Katso tästä esimerkiksi ROI-arkki. ”Ja enemmän kuin a, jotain paperilla, jonka voisimme lähettää heille. Ja demo on aina 10 kertaa parempi, varsinkin kun olet, voit tehdä sen itse DBA: n kanssa, koska -
Dez Blanchfield: Kyllä.
Bullett Manale: Kuten sanoit, tuote myy itsensä. On todella vaikeaa sijoittaa sijoitetun pääoman tuottoprosentti paperille ja sanoa: "Okei, kuinka monta napsautusta DBA yleensä tekee, tiedätkö, napsautat tunnissa?", Koska se liittyy varmuuskopioihin, tiedätkö tai mitä tahansa, sinä tiedät? Ja kun yrität laittaa sen paperille, on todella vaikea tehdä sitä. Mutta kun saat jonkun ja näytät heille tuotteen, ja he näkevät sen, se on juuri mitä sanoit.
Ihmiset ymmärtävät sen arvon. Koska se ei vain auttaa heitä ymmärtämään ja tekemään parempia päätöksiä, vaan se auttaa myös, heitä olemaan pahoja. He voivat olla ensimmäisiä tietäviä; he voivat korjata ongelman ennen kuin on edes edes todettu ongelman olemassaoloa.
Toinen osa sitä on, että tiedät DBA: na, olitpa se sitten tiedät, todellinen tai havainto - ja mielestäni se on käsitys - omistat todella suorituskykyongelmat. Sinä olet se kaveri, joka saa sormen osoittamaan sinuun, kun esitys laskee, ja todellisuus on, että ongelma voi todella olla kehittäjä.
Minulla on työkalu, jonka avulla voin sanoa: "Hei, tämä ei ole minun ongelmani, minun on voitava viedä tämä kehittäjälle ja heidän on korjattava tämä" tai, tiedätkö, näiden linjojen mukaisesti. Se on hieno tapa saada jotain arsenaalissasi sanoaksesi: "Tässä on todellinen ongelma." Tiedätkö?
Dez Blanchfield: Kyllä. Viimeinen teille, ja minusta kiinnostunut asia, kun katsotte tätä tätä läpi, oli se, että usein kun ajattelemme suorituskykyasioita, meillä on taipumus tuoda erityisiä taitoja. Heillä on 20 vuoden kokemus, he katsovat sitä ja lajittelevat, tiedätte, klassisen vitsin kaverista, joka kävelee konepajaan ja jolla on pieni pieni vasara ja lyö konetta oikeaan kohtaan ja sanoo sitten, "Se on 15 000 dollarin korjaus", ja ihmiset menevät: "Emme maksa siitä, " tiedät, koska se on viisi minuuttia työstä. Ja hän sanoo: "No, viiden minuutin työ vaati 15 vuoden kokemuksen korjaamista ja se säästää miljoonia."
Minusta näyttää siltä, että tiedät, että siellä on keskipitkä prosessi, ihmiset käyvät läpi tämän asian sanomalla: "Okei, tuo erityiset taidot, korjaa ongelma, se katoaa." Mutta mitä he ovat sitten tehneet, on he ovat juuri laittaneet Band-Aidin, eikö niin? Toisin kuin skenaario, jossa kyllä he ovat ehkä käsitelleet joitain esityskysymyksiä, jotka heidän mielestäni täällä on, kun tämä tapahtuu, kun nämä ovat tapahtuneet, mutta minusta tuntuu juuri silloin vain saada tämä 24 / 7 tyyppiä, tiedät, silmäsarjan, joka seuraa ympäristöä reaaliajassa.
Lopulta päädyt eroon tilanteesta, jossa DBA: t heräävät kello neljä aamulla, koska raportit ovat käynnissä. Onko kyse asiasta - ja ehkä se on retorista - mutta onko kyse siitä, että ihmiset siirtyvät nopeasti haluamaan investoida tuotteeseen saadakseen sen tietyn ongelman ratkaisemiseksi, mutta sitten siitä tulee yleensä vain osa DNA: ta?
Bullett Manale: Niin, ja se vaihtelee paikasta toiseen, mutta tarkoitan, että minulla on joitain ihmisiä, jotka ovat alun perin ostaneet tuotteen, kuten vuonna 2006, ja he ovat käyneet kolmessa eri työpaikassa eri yrityksissä, ja he ovat menneet sisään ja siirtyessään seuraavaan yritykseen he mainostavat tätä saamiseksi, koska heillä on työnkulku. Ja kutsumme sitä siihen, jota inhoan kutsuvan, mutta tiedätte, että työnkulkuun liittyy tämä tuote ja he ovat tottuneet siihen päivittäin ja se auttaa heitä, joten he eivät halua oppia jotain uutta.
Mutta ehdottomasti. Tarkoitan, että useimmiten saamme ihmiset lataamaan tämän tuotteen, se ei johtu siitä, että heillä on budjetti ja että he menevät ulos ja sanovat: "Hei, no, meillä on tämä suoritusbudjetti, meidän on tehtävä todiste konseptista, ja meidän täytyy astua sisään ja selvittää, suorittaa arviointi ja kaikki nämä asiat. ”Yleensä tapahtuu se, että heillä on ongelma SQL-tapauksessa ja he etsivät apua korjaa ongelma. He menevät lataamaan työkalumme, saavat ongelman korjatuksi, ja sitten he ymmärtävät, että tämä, itse työkalu aikoo tehdä muutakin kuin vain korjata ongelman, joka heillä oli tuolloin, että se todella auttaisi heitä parantamaan yleistä suorituskykyä ja pidä muita ongelmia tapahtumasta eteenpäin. Ja se on varma. Ja voit ehdottomasti jatkaa tämän työkalun käyttämistä ympäristön jatkuvassa virittämisessä, koska pystyt aina näkemään paitsi sen, mitä tapahtui juuri nyt, myös sen, mitä tapahtui viime viikolla, viime kuussa, viime vuonna, ja vertaa sitä tapahtumiin. huomenna. Sinä tiedät? Tällainen asia.
Dez Blanchfield: Kyllä.
Bullett Manale: Joten, varmasti.
Dez Blanchfield: Täydellinen. Joten mainitsit, mainitsit jotain - aion vain kääriä, ennen kuin annan takaisin Ericille sulkeakseni. Yksi asioista, joista olen aina kiinnostunut, on, miten ihmiset saavat kätensä siihen? Mainitsit ladata sen. Mikä on 30 sekunnin yhteenveto siitä, kuinka he saavat kätensä sen päälle, kopion hankkimiseen, pyörittämiseen ja leikkimiseen, ja mitä he saattavat tarvita infrastruktuurin kannalta vain ilmentymän saamiseksi.
Bullett Manale: Joten siitä tulee, menet IDERA (idera) .com-sivustoon. IDERA.com on yritys, ja jos osut kyseiselle verkkosivustolle - ja voin tosiasiallisesti näyttää sinulle täällä - en tiedä, jaanko edelleen näytön, mutta jos siirryt Tuotteet-sivulle, siirry sitten Diagnostiikka Manager-linkki, siellä on pieni Lataa-painike, ja voit ladata rakenteen vain, kun olet täyttänyt tietosi. He pyytävät sinulta 32- tai 64-bittistä rakennusta, ja olet poissa kilpailuista, kuten he sanovat.
Dez Blanchfield: Ja ajaako se kannettavalla tietokoneella jonkun kanssa leikkiäkseen vai onko hänen ladattava se palvelimelle jonnekin?
Bullett Manale: Ei, ei. Itse asiassa se, mitä näytin sinulle tänään, oli kaikki käynnissä kannettavalta tietokoneelta. Nyt kannettavassa tietokoneessa on 32 keikkaa ja 8-ytimen prosessori, mutta se on silti kannettava tietokone. Mutta siinä ei välttämättä tarvitse olla niin paljon resursseja, jotta vastataan kysymykseesi. Itse arviointi on hyvä 14 vuorokautta, mutta olet enemmän kuin tervetullut antamaan sille pidempi kokeilu. Jos soitat vain meille, voimme jatkaa sitä sinulle, jos haluat.
Dez Blanchfield: Mielestäni sen pitäisi olla jotain, joka otetaan pois, koska aion ehdottomasti tehdä sen. Luulen, että tiedät asioiden ulkonäön perusteella, ettei mielestäni ole lainkaan ladata sitä ja leikkiä sen kanssa. Menet todennäköisesti johonkin ympäristöstäsi ja katso vain mitä näet ", koska epäilen - kuten kaiken, mitä olen nähnyt tietokannan taustalla viimeisen 20 vuoden aikana, joka vanhentaa minua - kun näet mitä huppu, on hämmästyttävää, mitä huomaat, että voit korjata nopeasti ja saada vain vähän hyötyä suorituskyvystä.
Mahtavaa, kiitos demosta. Se oli todella hienoa. Kiitos kaikesta ajasta keskustelulle kysymyksistä.
Bullett Manale: Olet tervetullut. Kiitos-
Dez Blanchfied: Eric, aion antaa sinulle takaisin.
Eric Kavanagh: Joo, meillä on todella hyvä kysymys yleisön jäseneltä. Puhuit tavallaan tästä esityksessänne, ja minä tweetin siitä, koska se oli niin upea tarjous. Sanoit, että et halua käyttää työkalua suorituskyvyn seuraamiseen, joka vaikuttaa negatiivisesti suorituskykyyn.
Bullett Manale: Oikein. Oikein. Se on eräänlainen tärkeä osa suorituskyvyn seurantatyökalua, eikö se aiheuta suorituskykyongelmia. Juuri oikein.
Eric Kavanagh: Aivan. No, se on kuin ne rakastetut - se on kuin viruksentorjuntaohjelmat, jotka voivat vain tuhota järjestelmiä. Tarkoitan, että olen käyttänyt useita erilaisia tekniikoita lähetystoimintaan, missä virustorjuntaohjelma alkaa ja katkaisee streamisi. Joten tapahtuu asioita, joita et odota, mutta kysymys, se liittyy kyseiseen kommenttiin, jonka olet tehnyt. Ja millaisia esityshittejä näet? Onko se kaksi prosenttia, onko se viisi prosenttia, onko yksi prosentti? Onko sinulla numeroita, jotka voit heittää meille?
Bullett Manale: Tarkoitan, että kysymyksen haaste on se, että tiedätte, osa keskustelua, josta puhimme aiemmin. Voin antaa sinulle vastauksen kysymykseesi - se on yleensä noin yksi tai kolme prosenttia. Mutta mielestäni tarvitaan enemmän selitystä, joka on, että tarjoamme sinulle paljon tapoja kertoa työkalulle, mitä haluat seurata, eikö niin? Ja niin se palaa siihen. No, haluaisin ehkä saada näytteen jokaisesta käynnissä olevasta kyselystä. Joten haluan olla työkalu, joka on riittävän joustava voidakseen kytkeä sen päälle, jotta voin nähdä sen.
Ja niin, osa joustavuudesta sisältää, tiedät, kustannukset. Jos minun on kerättävä enemmän tietoja, koska haluan näytteen jokaisesta viimeksi käynnissä olevasta kyselystä, tiedät 20 minuuttia, voin kytkeä sen päälle ja se voi tehdä sen. Ja niin, mutta yleisesti ottaen, kyllä, yksi tai kolme prosenttia on se, mitä me näemme, yleiskustannusten suhteen. Mutta se vaihtelee, ja suurin osa siitä tulee riippuvaiseksi asioistasi, jotka kytket päälle ja pois päältä, kynnysarvojesi suhteen, kuinka paljon tietoja haluat kerätä, äänestysväleistäsi, kaikenlaisista asioista että.
Itse asiassa, jos menet itse itse hallinnoimaasi esiintymään, yksi näkemistäsi asioista on, että meillä on useita kyselyvälejä, jotka voit määrittää. Ja se johtuu yksinkertaisesti siitä, että haluamme, tiedät, että minun ei tarvitse tarkistaa jokaista - Jos haluan tehdä sydämen tarkistuksen tapaukselle, minun ei tarvitse polttaa prosessoria ja kaikkea muuta sen mukana, jos teen sen 20 sekunnin välein. Joten sinulla on useita äänestysvälejä, jotka voit määrittää.
Sinulla on myös, kuten sanoin, kyselysi seuranta, jonka voit määrittää. Ja tämä voidaan tehdä jokaiselle esiintymälle itsenäisesti, joten voit todella huolehtia kyseisestä ilmentymästä sen suhteen, mitä haluat seurata. Voin kytkeä sen päälle tai pois päältä odotustilastoihini ja odotusten seurantaan. Ja voin käskeä sen kaappaamaan kaiken, voin kertoa sen, tiedätkö mitä haluan kaapata ja milloin haluan kaapata. Joten paljon siitä tulee myös - Sinun on otettava huomioon tekemäsi suhteen siihen, mitä käsket seurata työkalua.
Mutta yleisesti ottaen se, mitä sanoisin, on, kuten sanoin, noin yksi-kolme prosenttia on se, mitä näemme. Olemme myyneet tätä työkalua jo kauan - koska, kuten sanoin, noin vuodesta 2003 tai 2004 - ja meillä on tuhansia asiakkaita, joten voin vakuuttaa teille, että tiedätte, meillä ei ole - yritämme parasta olla aiheuttamatta suorituskykyongelmia suorituskyvyn nimissä.
Eric Kavanagh: Kyllä, se on todella hyvää tietoa. Ajattelin vain, että se oli loistava tarjous, koska tiedät jälleen kerran, et halua hylätä sitä tarkoitusta, jonka yrität saavuttaa, eikö niin?
Bullett Manale: Aivan.
Eric Kavanagh: Ja arvostan myös Robinin kysymystä; tämä on todellakin erinomainen foorumi, joka auttaa DBA-yrityksiä ymmärtämään, mitä puhumme, monista eri näkökohdista ja ulottuvuuksista ja kerroksista. And I think the concept of conversation with your data is highly appropriate here, because, to your point earlier, you're not gonna figure it out on the first try, usually. You need to spend some time looking at the data, looking at historical data, doing that synthesis in your mind. And that's the job of the human, right? The job of the profession that sits back there and takes heat from the business on a fairly regular basis, to get that job done and to keep the trains running on time, right?
Bullett Manale: Absolutely.
Eric Kavanagh: Well, folks, this has been another fantastic event. If any question you asked was not answered, by all means, let me know. Send an email to . We do archive all these events, so you can always go to InsideAnalysis.com to find the archive, or go to our partner, Techopedia.com. If you look on the right-hand side of their page, you will see Events, and the webcasts listed there. If you click on More Events, you can see all of the webcasts that we do listed there, past, present and future.
And with that, we're going to bid you farewell. We've got five more webcasts for the rest of this year, folks. We may schedule one more. But otherwise, it's going to be on to 2017. The ed cal is out. Let us know, and if you have someone that wants to showcase their technology, send an email to .
With that, we're gonna bid you farewell, folks. Thanks again for your time and attention, we'll talk to you next time. Pitää huolta. Bye-bye.
