Od zamestnancov Techopedia, 30. novembra 2016
Jedlo s sebou: Hostiteľ Eric Kavanagh spolu s Dr. Robinom Bloorom, Dezom Blanchfieldom a IDERA Bullett Manale diskutujú o otázkach a o tom, ako môže ich účinnosť mať ďalekosiahle účinky.
Momentálne nie ste prihlásení. Ak chcete vidieť video, prihláste sa alebo sa zaregistrujte.
Eric Kavanagh: Dámy a páni, opäť sa pozdravte. Je štvrtý východný čas v stredu a dnes to znamená, že je čas na technológiu Hot Technologies! Ano, naozaj. Dnes hovoríme o skvelých veciach. Samozrejme, som váš hostiteľ, Eric Kavanagh. Názov dnešnej show je „Kľúč k efektívnej analýze: rýchlo sa vracajúce dopyty“. Správne, ľudia, všetci sa chceme rýchlo. Kto nechce rýchlo? Skutočne je tu tvoja snímka a dosť o mne. Zasiahnite ma na Twitteri @eric_kavanagh. Rád sa s vami spojím a budem sa baviť v sociálnych médiách. Môže to byť zábava, jednoducho nehovoriť o politike.
Rok je horúci. Tento rok hovoríme o rôznych analytických problémoch a jedna téma pre dnešok je skutočne kľúčová pre vykonanie práce. Pamätám si, že asi pred piatimi alebo šiestimi rokmi som prvýkrát počul, ako niekto používa výraz „bavte sa s vašimi údajmi“, aj keď to môže znieť trochu kýčovito, ide o to, že ak nemôžete mať iteračný zážitok s vaše údaje, ak nemôžete rýchlo upraviť svoje otázky, poslať nové otázky, získať odpovede späť rýchlo, potom s vašimi údajmi nehovoríte a celý analytický proces je skrátený. To nie je dobré.
Keď sa zhovárate s vašimi údajmi, znamená to, že ste schopní ísť tam a späť a podľa môjho názoru to je, keď nájdete prehľad. Pretože veľmi zriedka prídete s perfektným dotazom prvýkrát. Pokiaľ nie ste analytikom Mozartu - a som si istý, že je tam niekto - budete musieť stráviť nejaký čas úpravou, pridaním určitej dimenzie a pokusom sa doladiť, čo to je, čo hľadáte,
Pretože opäť to nie sú nesmierne zdvorilé prostredia, s ktorými sa zaoberáme vo svete analytiky; jednáme o veľmi ťažkých prostrediach a veľmi zložitých a viacrozmerných prostrediach. Celá myšlienka dnešného webového vysielania je teda hovoriť o tom, ako umožniť tento druh iteračnej interakcie s vašimi údajmi.
Máme troch moderátorov. Samozrejme v Hot Technologies máme na rozdiel od Briefing Room dvoch analytikov; Každý z nich si vezme svoje prvé, potom príde hosť, prednesie prezentáciu a my máme nejaký okrúhly stôl. A vy, naše publikum, v tom môžete hrať veľkú úlohu. Prosím, nehanbite sa; pošlite svoje otázky kedykoľvek. Ak je to možné, použite panel Otázky a odpovede, inak je panel rozhovoru v poriadku; Počas show sa budem snažiť sledovať obidve. A zaznamenávame ich, takže ak vám niečo chýba alebo sa o ne chcete podeliť so svojimi kolegami, vráťte sa neskôr. Zverejňujeme ich na Techopedia.com a tiež na InsideAnalysis.com.
A s tým prinesiem inteligentných ľudí. Robím to pánovi Robinovi Bloorovi. Dovoľte mi, aby som mu dal kľúče, prezradil som moderátora a vy ste tam. Robin, zober to.
Robin Bloor: Dobre. Vďaka za toto intro. Asi pred mesiacom a pol som sa zhováral s vývojárom, ktorý je vlastne DBA. V skutočnosti nie je DBA - bol DBA v konkrétnej spoločnosti a bol jediným človekom, ktorý v skutočnosti mohol dotazy priniesť. Ale dostal sa z toho zle, pretože je skutočne skutočne skutočne šikovný vývojár. Takže odišiel.
A musí im každý mesiac urobiť pár dní, pretože nemohli nájsť nikoho, kto by zaujal jeho miesto, a nemajú potuchy, čo databáza robí alebo ako ju vôbec naladiť. A ja som o tom trochu premýšľal, a len, viete, v skutočnosti nemali IT oddelenie, ale ten chlap im pomáhal. Vlastne to bola práca DBA, ktorú robil väčšinu času.
Pre sofistikované databázy - Oracle, SQL Server, DB2, všetky tie veľké a drahé - ladenie databáz je náročná práca. Je to tiež bezpečná práca. A dôvodom je, že toto je zmena krajiny. Trochu to zvládnem. Viete, relačné databázy - zvyčajne je to dobrý obraz, relačné databázy stále dominujú v popularite. Pravdepodobne budú dominovať ešte dlho. Áno, existujú ďalšie databázy, ktoré teraz získavajú viac vysielacieho času, ale viete, keď sa skutočne pozriete na to, čo sa tam deje, Oracle robí väčšinu z toho, Microsoft SQL Server je druhý a v cloude sa dejú rôzne veci, ktoré môže však spôsobiť problém. Sú to obrovskí obri v hre. Sú to databázy, ktoré môžete použiť ako pre pracovné zaťaženie OLTP, tak aj pre dátové sklady. Alternatívy sa bežne používajú hlavne v analytických prostrediach a potom sa zvyčajne určujú podľa údajov, prečo by sme si vybrali skôr ako relačné. Väčšinou to tak nie je.
Spoločnosti majú tendenciu normalizovať sa v jednej databáze. Nedávno som narazil na spoločnosť, ktorá mala viac ako 5 000 inštancií Oracle. A tak trochu, s osobou, s ktorou som hovoril z tej spoločnosti, som sa ich pýtal na DBA. Povedali, že majú asi 10 DBA a bolo ošetrených asi 30 databáz. A zvyšok, Oracle bol práve používaný ako konečný systém. Údaje z aplikácií, ktoré ich používali, sa veľmi málo zaťažovali. Ale to ma tak ohromilo - 5 000 prípadov Oracle.
A mimochodom, mali licenciu na nehnuteľnosti Oracle. No, viete, podniková licencia, samozrejme. Mali však aj iné databázy, pretože niekedy viete, že aplikácie prichádzajú s preferovanou databázou. Nebolo to ako by Oracle bola jediná vec. A stojí za zmienku, že ani Hadoop, ani Spark nie sú vlastne databázou, a bude trvať dlho, kým získajú to, čo považujem za databázové pravidlo. Dobré pre dátové spojenia, samozrejme.
S aktivitami DBA - pravdepodobne Bullett o tom môže povedať oveľa viac ako ja - ale ja nimi budem prechádzať. To je to, na čo mám tendenciu myslieť, čo robí DBA. Inštalujú, konfigurujú, aktualizujú a spravujú licencie. Robia veľa ETL a replikačné práce tak či onak. Robia plánovanie skladovania a kapacity. Robia riešenie problémov alebo sú súčasťou tímu pre riešenie problémov. Monitorovanie a ladenie výkonu je do značnej miery ich činnosť, ale všetky tieto veci nie sú malé. Za bezpečnosť sú zodpovedné za zálohovanie a obnovu. Mali by byť zapojení do systémov testovania softvéru a mohli by byť zapojení do životného cyklu údajov.
Performance. Keď som bývala jedným z nich. Keď som bežal a ladil databázy, takto som tomu rozumel, viete? Existuje CPU a v dnešnej dobe je CPU celkom normálne nečinné, pretože by to bolo jedno z ďalších dvoch alebo th - Nuž, problém by spôsobil jeden z ďalších problémových miest. Pamäť, mlátenie a fragmentácia alebo disk alebo saturácia vstupno-výstupných diskov, niekedy aj režijné náklady na sieť, ak pracujete vo viacerých uzloch siete a pravdepodobne by ste sa mohli skutočne dostať do nejakého uzamknutia.
Ale to bol svet, ako som to videl. Nedávno som sa pozrel na Oracle a počet ladiacich parametrov, ktoré sú v Oracle. Bolo to vyše 300. Viete, a ak o tom skutočne premýšľate, DBA, ktorá skutočne vie, čo robí, musí mať nejakú predstavu o tom, prečo by ste sa niekedy s niekým z tých pohrávali. Takže, viete, je to komplikovaná práca a tým je to komplikovanejšie.
Vieš, práve teraz máme CPU, ale máš … CPU už existovalo, GPU na CPU alebo s FPGA na CPU. Takže dochádza k kríženiu toho, čo sa skutočne deje na CPU. Procesory sa stali mnohokrát dávno; keď som sa tak stalo, už som viac neladil databázy. Nemám potuchy, aký to v skutočnosti znamená rozdiel, keď o tom premýšľam.
Viete, 3D Xpoint a IBM PCM prichádzajú ako ďalšia vrstva pamäte a máme SSD, ale viete, že nahrádzajú pradiacu hrdzu. SSD sa však môžu líšiť v rýchlostiach. S toľkými, môžete mať paralelný prístup a vďaka tomu sú neuveriteľne rýchle - blízko rýchlosti RAM. A máte všetky paralelné hardvérové architektúry.
A to je všetko, viete, náklady klesajú, čo je naozaj pekná vec, ale to všetko robí - viete, ak vezmete ďalšie vydanie databázy a potom ju začnete implementovať na počítačoch, dokonca aj na niektorých toto ste vlastne stratili akýkoľvek črevný pocit, ktorý by ste mohli mať v súvislosti so správaním údajov, pretože latencie sú jednoducho, veľmi odlišné. A tu, viete, máte skôr štyri vrstvy než tri vrstvy úložného priestoru.
Problémy s databázou. Získate entropiu databázy - prípady množenia sa sú veľmi časté. Databázy sa používajú ako skrinky, čo je to, čo som vlastne uviedol v tomto príklade. Veľmi málo databáz je samoladených a tie, ktoré tvrdia, že sú samoladiace, nie sú vlastne také dobré, viete. Ale druhá vec je, že len veľmi málo databáz je správne naladených. Je to ťažká práca, schopnosť vyrovnať pracovné zaťaženie. Myslím tým, že keď uvažujete o databáze, čo môže databáza robiť za 24 hodín, pracovné zaťaženie sa môže veľmi, veľmi odlišovať. Databáza musí mať zvlášť pravdivý dátový sklad.
A preto tuning, ktorý nie je triviálna záležitosť, viete, pretože to, čo robíte, sú parametre ladenia, ktoré sa musia venovať určitému rozsahu pracovných za ažení v danom časovom okamihu. V podstate je to náročná práca. SQL je potrebné vyladiť najmä pre SQL JOINs. Viete, môžu byť veľmi náročné na zdroje. Ak má databáza zhmotnené názory, aby som bol úprimný, mali by ste ich skúmať, pretože všetko bude neuveriteľne rýchlejšie. A to si vyžaduje niekoho, kto rozumie pracovnému zaťaženiu a rozumie prenosu SQL atď. A tak ďalej.
A väčšina spoločností zamestnáva veľmi málo DBA - veľmi drahé. Poznal som dosť veľké spoločnosti, napríklad s tromi chalanmi, s veľkým počtom prípadov. Skutočne to stojí veľa, je to ťažká práca z hľadiska komplexnosti. Potrebujú nástroje.
A myslím, že to je všetko, čo musím povedať. Ó áno. Poďme na Deza a uvidíme, čo musí povedať Dez.
Dez Blanchfield: Ďakujem, Robin. Toto je obrovská téma. Budem sa držať vecí, o ktorých si myslím, že sú skutočne každodennými výzvami, ktorým čelíme. Pretože tomu čelíme, existuje celá knižnica kníh napísaná na túto tému. Kto nešiel do technického kníhkupectva a nenašiel steny a steny kníh napísané iba na všeobecnú tému výkonnosti databázy, ladenia databázy a monitorovania. A niekedy je to skvelý spôsob, ako zabiť čas.
Všeobecná téma: získavanie výkonnostných dopytov. Táto téma sa potýka s mnohými rôznymi časťami organizácie - na vašej úrovni koncového používateľa, podľa mojej skúsenosti, viete, ľudia len zažívajú výkon, že veci sú pomalé. Spinning kolesá chvíľu trvať, aby sa otázky vracali. Na opačnom konci spektra máte ľudí v oblasti infraštruktúry, sieťového a úložného inžinierstva, ktorých zbili databázoví špecialisti, pretože veci nefungujú tak, ako očakávajú. A podľa môjho názoru je to veľmi široké spektrum vecí, ktoré môžu ovplyvniť náš život v tomto spektre.
Ak uvažujete o tom, od fyzického hore, viete, iba o počítačový priestor. Máte pamäť, viete, RAM, ak sa vám páči - miesto na disku, sieť a všetky kúsky v okolí. V tomto priestore máme, viete, to ukladá myšlienku, že povedzme, že viete, že je lepšie použiť surový disk alebo JBOD a len, viete, čo najrýchlejšie vstaňte a nechajte disk databáza triedi vrstvu ochrany údajov. Iní ľudia sú veľkými fanúšikmi RAID, redundantného radu lacných diskov a majú rôzne náboženské skúsenosti s RAID 0, 1, 3, niekedy 5 a 6 rôznymi typmi pruhovania alebo replikácie na disku v prípade zlyhania pevného disku. Dokonca aj na úrovni úložiska a na technickej úrovni máme stále ľudí, ktorí majú rôzne názory a skúsenosti týkajúce sa výkonu, čo sa týka typov úložiska.
Či už ide o priamo pripojené disky a samotné servery, alebo či je to prostredníctvom vláknového kanála so sieťou úložných priestorov nejakej formy, či už je to úložisko pripojené zo servera niekde cez iSCSI alebo napríklad Ethernet. A to je ešte predtým, ako sa skutočne dostanete k databázovej vrstve, kde, viete, najrôznejšie veci, ktoré považujeme za samozrejmé - viete, len udržiavate to, ako Eric naznačil, viete, čo nazývame konverzácia s vašimi údajmi, Len aby sme dokázali identifikovať vzorce a zmysluplné vzorce, o ktorých si myslíme, že sa môžeme začať potápať a hľadať problémy s výkonom.
A je to veľmi široká téma, takže sa chystám ponoriť do dvoch oblastí, kde podľa mojich skúseností čas a energia a vynaložené úsilie získajú dobré výnosy. Dovoľte mi teda rýchlo prejsť k prvému z nich. A ja som len napokon žartom šiel hľadať obrázok niečoho, čo malo kostru zvnútra a kožu zvonku, ale Lego blok bol pravdepodobne najmenej hrozný. V mnohých ohľadoch si však týmto spôsobom predstavujem a mentálne predstavujem výzvu, ktorej čelíme niekedy s analytickými platformami a databázami, ktoré ich podporujú. A to je to, že ako spotrebiteľ a konečný užívateľ alebo dokonca vývojár často vidíte vrstvu kožnej vrstvy dýhy, ale v skutočnosti je to kostra pod ňou - je to skutočne problém, na ktorý sa musíte zamerať.
V tomto prípade viete, že keď uvažujeme o veciach, ktoré môžu ovplyvniť výkonnosť databázy a analytiku vyplývajúcu z daného dňa, o výkonoch, základnej infraštruktúre a len o monitorovaní tejto základnej infraštruktúry, a ako som uviedol už pred chvíľou, okolo disk a pamäť a procesor. A ako zdôraznil Dr. Robin Bloor, výzvy v oblasti virtualizácie a problémy, ktoré sa dejú v samotných čipoch, a výkon až po úroveň jadra a množstvo pamäte, ktorá sa teraz ukladá do každého čipu v každom jadre. Toto sú veľmi technické výzvy, ktoré treba hľadať pre svetského človeka.
Vedenie sledovania dotazov. Viete, jedna z výziev týkajúcich sa monitorovania dotazov a frontov dotazov je napríklad - mám na mysli, SQL ako jazyk a databázové nástroje, ktoré prichádzajú okolo analytických nástrojov, sú veľmi silné, a najmä SQL ako jazyk. Ale s touto silou a jednoduchosťou tiež prichádza v mnohých prípadoch, a to znamená, že ak nejde o aplikáciu, ktorá robí to isté znova a znova, napísaná dobrým vývojárom a všimnutá dobrou databázou DBA, mohla by byť ľuďmi, ktorí robia neštruktúrované otázky.
A problém s tým je, že je celkom ľahké naučiť sa trochu SQL a začať robiť otázky, ale v dôsledku toho nemusíte mať nevyhnutne všetky zručnosti, skúsenosti a znalosti, aby ste vedeli, či robíte dobré alebo zlé na databáze. Takže nepretržitý chod toho istého veľkého, širokého, zlého môže budovu len zbohatnúť. Zachovanie prehľadu nad dopytom je zaujímavá výzva.
Iba sledujte časy odozvy, pokiaľ ide o to, čo platforma robí a čo dostávajú používatelia. Opäť viete, že bez správnych nástrojov to nie je niečo, na čo sa len intuitívne pozeráte a myslíte si: „Ach, siete fungujú pomaly, “ alebo „Pamäť používateľa nefunguje dobre“ alebo „Indexy fungujú zle “Alebo„ nadúvajú “.
A potom, ako viete, ako sa dostanete k bodu, keď ste ho už videli, ako ho roztrhnete a oddelíte a vyriešite celú výzvu nedostatočne štruktúrovaných otázok? A viete, je to ad hoc dotaz, že niekto beží ručne, alebo je to analytický nástroj s front-endom dashboardu, ktorý má zlú výkonnosť, pretože kladú otázky nesprávnym spôsobom, alebo je to naozaj, naozaj zle napísaný kus kódu?
A potom to urobil iteratívne, v úvode nastavenia povedal, viete, len iteratívne prechádzať znova a znova a znova a dolaďovať tieto pracovné postupy. Viete, aké pracovné postupy spustím, ako často bežia, ako často sú spustené, aký kód beží proti nim, kde proti nim bežia v procesore a pamäti, na disku a v sieti? Áno, je to len skutočne technická výzva.
A potom nirvána, ktorú ľudia hľadajú v tomto svete, pričom sa presúva z historickej analýzy a ladenia výkonnosti a upozorňuje na vaše prostredie, čo je skvelé vidieť, pretože v budúcnosti by ste pre ňu mohli získať plán, ak viete, prečo sa veci spomalili. včera ráno o deviatej. Ale to vám práve teraz nepomáha a nepomôže to váš plán do budúcnosti.
Myslím si, že plánovanie a dimenzovanie kapacít, škálovanie a ladenie, takže viete, myslím si, že tu je trend, ktorý vidíme teraz, kde dochádza k posunu vo veľmi veľkých prostrediach, v ktorých majú ľudia veľké databázové platformy a široko rozšírené databázové prostredia, aby mohli ísť od historického varovania a plánovania po prediktívne varovanie a plánovanie, kde chcú vedieť, čo sa práve teraz deje, a byť schopní plánovať to na budúcnosť. Alebo nám dochádzame pamäť a do budúcej hodiny nám dôjdu pamäti a čo s tým môžeme urobiť? Aké plánovanie kapacít môžeme urobiť v reálnom čase?
Ospravedlnte ma. Dostáva sa do bodu, keď viete, že len celá výzva objavenia týchto prekážok sa v podstate bráni tomu, čo nazývame fluidnou analytikou, a tým sa stáva normou vo vašej organizácii. Ako vidíte, je to netriviálna výzva pre každodenné veľké, nemyté masy. A to je stále netriviálna výzva pre technicky zdatnejších.
Viete, ak je to ťažké pre obyčajných smrteľníkov, ako to urobíme, že je to možné? Pretože viete, väčšina z nich sú veci, ktoré bežní používatelia nedokážu vyriešiť, a my môžeme mať nejakých špeciálnych databázových inžinierov, vývojárov databáz, vývojárov kódov, programátorov, stále však musia byť schopní oddeliť prostredie. Musia sa rozpadnúť, viete, problémy, ako napríklad ľudia, ktorí opakovane používajú kód.
Viete, jedna z najhorších vecí, ktorú som v tomto priestore videl okolo hitov výkonnosti v analytických platformách pri veľmi rozsiahlom nasadení infraštruktúry databázového servera, sú ľudia, ktorí si berú kus kódu, kus SQL alebo ukradnutú procedúru, ktorú neurobili. “ Nepíšu a nevedia, či je to dobrý alebo zlý kúsok kódu, a jednoducho ho znovu použijú, pretože im to poskytne výsledok, aký chcú. Ukazuje sa však, že to mohlo byť niečo, čo bolo napísané za chodu, aby sa dosiahol jeden alebo dva výstupy, napríklad správa - niekto sa ponáhľal.
Ľudia teda používajú zložitý kód, ktorý nenapísali, a len ho plácnú do vývoja aplikácií, pretože nevedia, že v skutočnosti trestajú zadný koniec. Aj keď sledujem, ako výkon zasiahne, a pozerám sa, odkiaľ otázky prichádzajú a vŕtajú sa, to je, samozrejme, každodenná výzva.
Základné veci týkajúce sa správania, ako napríklad predbežné uvedenie údajov do prevádzky, kde je to možné. Veci, ktoré vás len prežijú, vás naučia, napríklad odstránenie indexov, ak chcete vykonať hromadný import, a potom ich znova indexujete, takže indexy sa pri ťahaní terabajtov údajov neudržiavajú. Viete, že bez vhodných nástrojov je to takmer nemožné vidieť, pretože neviete, že index je zatĺkaný.
Pravidelná optimalizácia indexov je 101, ale čo viete, keď robíte hromadný import alebo viete, vytvoríte tabuľku otázok, ak niekto urobí skutočne veľký dotaz? Viete, môže to byť obrovský zásah do výkonnosti a znova, ak nemonitorujete, nemáte nástroje na to, aby ste to videli, tento druh sa práve odohráva na pozadí a neviete, ako to riešiť.,
Obmedzenie dotazov len na počet stĺpcov, ktoré potrebujete - myslím, že to znie naozaj jednoducho, ale opäť, ak to nevidíte, neviete, že sa to deje, a potom sa to jednoducho stane v pozadí a bolí vás to., na vás.
Vedieť, kedy a kde používať dočasné tabuľky, dávkovanie veľkých vymazaní a aktualizácií. Opäť platí, že všetky veľmi jednoduché veci, ale bez toho, aby boli viditeľné, bez nástrojov na to, aby jednoducho sedeli na pozadí a aby vás ublížili a jednoducho vyhodili viac pamäte alebo CPU do databázového prostredia, aby získali lepší výkon analytickej platformy, keď v skutočnosti by ste mali byť schopní vŕtať sa do detailov, čo vás bolí a zaoberať sa touto konkrétnou vecou. A potom, viete, veci ako obmedzenia cudzích kľúčov a ako to zistíte, ako viete, že je to problém?
To ma privádza k záveru môjho kľúčového bodu, a to je, že viete, že každý deň vidíme tieto problémy všade. A ako sa databázové prostredia zväčšujú, rozširujú a rozširujú, a ako tu zdôraznil Dr. Robin Bloor, získavame čoraz zložitejšie environmentálne modely s časmi databázy.
A potom aj potreba integrovať sa do niektorých veľkých dátových platforiem, ako sú Hadoop a Spark, ktoré prichádzajú stále viac a viac naraz. Podľa môjho názoru nás núti hľadať lepšie spôsoby a konkrétne nástroje na inteligentné vykonávanie výkonnosti platformy v reálnom čase a analytiky a diagnostiky. Pretože pre koncových používateľov a skutočné doláre to stojí reálny čas a skutočné peniaze a frustráciu, ak sa nezačneme dostávať k nástrojom, ktoré sa do týchto vecí ponoria.
A s tým idem odovzdať našim priateľom z IDERA, pretože som presvedčený, že majú dobrý príbeh na to, ako by sme mohli tento problém vyriešiť.
Bullett Manale: Znie to dobre. Ďakujem veľmi pekne a ja sa do toho pustím. Mám tu aj niekoľko snímok, a nechajte ma ísť ďalej a tak to vychovávať. Niektoré z nich sa chystáme rýchlo prekonať.
Len aby som vám dal nejaké informácie, som riaditeľom obchodného inžinierstva tu v spoločnosti IDERA, a preto robíme niečo s DBA celkom pravidelne o bolestiach a výzvach, ktoré majú, v mnohých prípadoch, konkrétne pre nich., sledovanie výkonnosti a podobné veci. Od tohto publika veľa počujeme, a preto si myslím, že môžem pravidelne zdieľať niektoré informácie, ktoré od nich dostávam, a to bude mať zmysel. Prejdem zopár z nich, pretože si nemyslím, že sú skutočne pre konverzáciu skutočné.
Vieš, mám tu svoj vlastný zoznam povinností DBA - vyzerá to podobne ako Robinov zoznam a myslím si, že je to dosť konzistentné. Myslím si však, že keď hovoríte s administrátorom databázy, vždy je to - viete, v niektorých z týchto oblastí sú sústredení viac ako v iných a neexistuje žiadny rým alebo dôvod, len to záleží na prostredí.
Počujete dosť širšiu a širokú škálu vecí, ktoré ľudia chcú vedieť robiť. A mnohokrát ľudia, ktorí chcú tieto veci, ich nepožiadajú - v niektorých prípadoch začnú vŕtať do toho, čo skutočne požadujú, a potom zistíte, že “ naozaj hľadám viac. Skutočne chcú viac informácií, ako si pôvodne myslia, že potrebujú, a keď začnete vŕtať do nástroja, myslím si, že tu môžete začať hovoriť s údajmi.
A myslím si, že je to skutočne zaujímavá fráza a dáva to zmysel, pokiaľ ide o schopnosť povedať, áno, dobre, ak máte zlý dotaz, čo je skutočne zlý dotaz? Je to dopyt, ktorý spotrebováva veľa čítaní alebo zápisov alebo CPU? Môže to byť ten, ktorý beží veľa, môže to byť, viete, to je, ako ste povedali, zle napísané.
Pokiaľ ide o to, ako to zistíme, existuje niekoľko spôsobov, ako uvidíte, pokiaľ ide o náš produkt, produkt Diagnostický manažér, ktorý ukazujeme DBA, ktoré môžu v tomto smere ísť. A je to skutočne flexibilné a myslím si, že je to jedna z veľkých vecí - musíte mať nástroj, ktorý vám pomôže s týmito problémami s výkonom, je prostredie každého z nás trochu iné.
A v súvislosti s monitorovaním bude veľa, viete, potreby a možno aj nejasné požiadavky, takže musíte mať niečo, čo je flexibilné a niečo, čo bude fungovať a byť schopný prispôsobiť sa prostrediu, ktoré snažíte sa to zvládnuť. Viete, a mám veľa z týchto príkladov - nebudem prechádzať každým z nich, ale potrebujete niečo, čo sa dá otočiť tam a späť medzi jedným údajom a druhým, a budem tak trochu o tom hovoriť, keď sa trochu dostaneme do produktu a ukážeme vám to, a pokiaľ ide o to, ako to robíme.
Ďalšou vecou, ktorú si myslím v súvislosti s akýmkoľvek dobrým analytickým nástrojom, je, viete, že sú tu niektoré kľúčové veci, ktoré skutočne hľadáte. Zrejme predovšetkým nechcete, aby nástroj, ktorý v mene výkonu spôsobí svoje vlastné problémy s výkonom. Keď hovorím, že zbieram údaje bez akýchkoľvek nákladov, nehovorím o nákladoch, ako viete, o peňažných nákladoch, ale o nákladoch z hľadiska režijných nákladov a nákladoch z hľadiska množstva zdrojov, ktoré budem používať v mene predstavenia. Určite tam chcete niečo, čo vám pomôže.
Potrebujete niečo, čo vám umožní získať údaje, ktoré hľadáte, konkrétne pre problémy, s ktorými sa stretávate vo svojom každodennom živote, a môžu existovať niektoré veci, ktoré nepotrebujete a ktoré nemusíte. “ Nechcem, a nemá zmysel pri zhromažďovaní týchto údajov, ak o nich nebudete niekedy informovať, alebo ak budete mať nejaké problémy s pokusom o ich správu. Napríklad z hľadiska metaúdajov spojených s výkonom.
Viete, dobrým príkladom je, že nemusím byť upozornený, ak je služba Distributed Transaction Coordinator v SQL vypnutá, ak nechcem, aby bola spustená na prvom mieste. Takže ma nevaruj, nezhromažďuj proti nim údaje - tieto informácie nepotrebujem. Takže schopnosť zapnúť a vypnúť tieto veci je skutočne dôležitá.
Schopnosť tiež zhromažďovať údaje a mať k nim prístup veľmi rýchlo - nemusíte, viete, spúšťať a masírovať údaje, manipulovať s údajmi - byť schopní to urobiť rýchlo a efektívne. A potom, keď budete mať tieto údaje, je samozrejme dôležité porozumieť im.
Teraz je to miesto, kde s našim produktom - napríklad s produktom Diagnostický manažér, ktorý vám dnes trošku ukážem - tento produkt, viete, rád by som vám povedal, že tento produkt bude nahradiť a byť DBA v krabici. Realita je taká, že vyžaduje určité znalosti toho, čo je vaše prostredie a čo sa snažíte dosiahnuť. Zrejme je dôležité pochopiť úlohu samotnej DBA.
Teraz sa snažíme vzdelávať prostredníctvom pomoci a pomocou iných metód. Ale budete to vždy chcieť spojiť s určitým typom úrovne skúseností alebo s niekým, kto má určité vedomosti o tom, čo robiť, keď dostanú údaje. Kľúčom je samozrejme mať osobu, ktorá môže k produktu klásť správne otázky a viesť konverzáciu s údajmi. A potom je zrejmé, že sú schopní údaje zmysel.
Akonáhle budem mať tieto informácie, budem schopný ich dostať k správnym ľuďom. Moji vývojári, môj prevádzkový tím - ktokoľvek by to mohol byť, možno by som sa musel integrovať s inými produktmi a mať háčiky, aby som to dokázal. To všetko sú skutočné dôležité veci. A potom, samozrejme, v neposlednom rade, ak potrebujem vedieť viac, som schopný to urobiť. Či už to znamená zapnúť nejaké ďalšie informácie, alebo či to znamená ísť trochu hlbšie do údajov. Dúfate, že pomocou nástroja, ktorý bude, viete, pomáhate s výkonom, získate všetky veci, ktoré potrebujete, aby ste mohli odpovedať na tieto otázky.
Jedna vec, ktorú som tu nenosil a ktorá podľa mňa pravdepodobne stojí za zmienku, je, že potrebujete nástroj, ktorý vám pomôže rozlíšiť, čo je normálne a čo nie je normálne. A myslím si, že je to veľká vec, pretože viete, existuje tam množstvo výstražných produktov a vecí, ktoré sú tam, ale ak dostanete výstrahu a výstraha je falošná výstraha, nerobí vám nič dobré ; je to viac strata času a zníži sa tým efektívnosť viac, ako im pomôže. Takže, viete, to sú niektoré veci, ktoré by som mal na pamäti.
Keď hovorím o produkte, s ktorým všetky tieto veci viažu v rámci sady produktov IDERA, myslím si, že produkt Diagnostic Manager má pravdepodobne hlavný druh charakteristík toho, o čom tu hovoríme z hľadiska databázy. ladenie a výkon a monitorovanie a také veci.
Ľudia hľadajú monitorovanie na úrovni podniku; chcú mať prístup, byť schopní na jednej obrazovke vedieť, že veci fungujú tak, ako by mali byť. Alebo chcú byť schopní, samozrejme, ak sa vyskytne problém, zistiť, kde je problém, a potom sa doň môžu vŕtať. Skutočne veľká časť, myslím, toho, čo ľudia hľadajú s týmito typmi spôsobov, ktorými môžete skutočne vylepšiť svoj výkon.
Ďalšia vec, ktorá zrejme súvisí s tým, je, že nemôžem fungovať len v súčasnosti, a musím mať možnosť vrátiť sa späť za určité časové obdobie, či už to znamená pozerať sa na otázky, ktoré bežali zle, alebo či to znamená, že vy poznať spôsob, akým sa hostiteľský VM správal z hľadiska zdrojov. Všetky tieto druhy vecí, ktoré musíte urobiť, a nebudete tam sedieť a pozerať sa na svoju konzolu 24 hodín denne, 7 dní v týždni.
Ak ste na dovolenke alebo ak je uprostred noci, alebo čokoľvek by to malo byť, potrebujete niečo, čo sa s vami bude môcť vrátiť, aby ste mohli povedať, čo sa deje v prípade v čase, keď sme mali problém. A to, že to dokážem, znova, efektívne a rýchlo a dokážu sa do nej vŕtať, je určite dôležitou súčasťou tejto diskusie. A povedal by som, že je to pravdepodobne jedna z najdôležitejších vecí z hľadiska toho, čo ľudia hľadajú. Neustále hľadajú toto okno do minulosti, pretože to je skutočne im- Vieš, nechceš tam sedieť a čakať, až sa niečo stane znova.
Ďalšou vecou na zozname je skutočne to, že sa naväzujeme na to, o čom sme hovorili skôr, so samotným výkonom dotazu. A ukážem vám niekoľko rôznych príkladov v produkte Diagnostický manažér, ako to robíme, čo určite na konci dňa vám poskytne veľa možností týkajúcich sa samotných dopytov, čo sa týka toho, čo chcete zhromaždiť.
Pokiaľ ide o otázky, ktoré vás zaujímajú, čo spôsobuje bolesť zdrojov, spotrebu procesora alebo spotrebu vstupno-výstupných operácií. Či už ide o otázky, ktoré dlho trvajú, alebo o otázky, ktoré vo všeobecnosti nemusia byť najhoršie z hľadiska výkonu, ale môžu sa spúšťať tak často, že samotná frekvencia samotného spúšťania môže byť problémom. Dôležitou súčasťou je samozrejme schopnosť v priebehu času zaznamenať trendy aj s týmito otázkami.
V rámci tohto produktu môžeme urobiť veľa rôznych spôsobov a myslím si, že to je samozrejme pre väčšinu databáz DBA skutočne dôležitý kus. A aj keď nemáte vlastné interne vyvinuté aplikácie, je stále príjemné ísť k predajcom softvéru a povedať: „Hej, vieš čo? Viete, dve hodiny popoludní každý deň, keď sa táto úloha odštartuje, “alebo čokoľvek, „ Je to vaša aplikácia, ktorá to spôsobuje, a my sme ju museli opraviť. “Takže aj keď nemáte úplné kontrolu nad samotným kódom, stále je dobré vedieť, kedy sa vyskytujú problémy.
A potom, viete, druhá časť je jednoducho aktívnejšia. Byť schopný ako prvý vedieť, byť schopný porozumieť, keď sa vyskytne problém. Aby ste to nielen vedeli ako prví, môžete to napraviť, ale v mnohých prípadoch, keď potrebujete, je niečo, čo dokáže automatizovať reakciu, a to aj v mnohých prípadoch. Namiesto toho, aby ste dostali e-mail, môžete povedať: „Hej, musíš to napraviť, “ ak som na schôdzi alebo ak som, viete, na cestách alebo čokoľvek, čo som Robím to, samozrejme, že je pekné povedať, že mám niečo na svojom mieste, ktoré to dokáže riešiť automatizovaným spôsobom.
A ak to nie je riešené automatizovaným spôsobom, musí byť schopný vedieť ako prvý, takže môžete podniknúť nápravné kroky alebo kontaktovať niekoho, kto vie. Takže to sú, samozrejme, veľké dôležité veci, na ktoré viete, s týmito typmi problémov, s ktorými by ste sa mohli stretnúť, pokiaľ ide o monitorovanie vašich strojov a vašich inštancií a samotnú analýzu.
Teraz som o tom hovoril skôr, čo je flexibilita vecí. Nemôžem to dosť zdôrazniť, keď poviem, že už nie ste v krabici, ak existuje niečo, čo sa nemonitoruje, že môžem mať v rámci produktu funkčnosť, aby som mohol tieto veci pridať do byť sledovaný. A v zmysle príkladu Diagnostického manažéra máme, samozrejme, viete, čítače WMI, čítače, čítače SQL Server, môžete si vytvoriť vlastné dotazy.
Môžete dokonca, ak chcete, vytiahnuť údaje z prostredia vCenter alebo z prostredia Hyper-V ako výsledok prieskumu verejnej mienky, ktorý sa odohráva a ktorý môžete, viete, robiť pravidelne a tieto údaje vytiahnite a budete si ich môcť zobraziť. Pri prezeraní týchto informácií sa opäť otáčajte z jedného miesta na druhé.
Takže to sú veci, ktoré ľudia vidia, keď sa pýtajú, keď hovoria o nástroji, ktorý im pomôže z hľadiska ladenia a výkonu - produkt, ktorý vám ukážem v druhý je Diagnostický manažér a podporuje všetko od roku 2000 až do roku 2016. Je špecifický pre server SQL Server, a preto tieto veci monitorujeme. Na inštanciách, ktoré monitorujú inštancie, neexistujú agenti.
To vedie späť k zhromažďovaniu informácií s malými nákladmi, že viete, snažili sme sa, samozrejme, viac zhromažďovať tieto informácie, nepoužívať príliš veľa zdrojov, však? Snažíme sa využiť veci, ktoré nám SQL Server už poskytuje, a vylepšujeme ich, či už ide o dynamické pohľady na správu, či už ide o rozšírené udalosti, alebo o to, čo sa týka samotnej kolekcie. Jedným z našich mandátov je schopnosť tieto informácie využívať a zlepšovať ich.
Teraz, ak sa na to pozriete rýchlo, nebudem prechádzať architektúrou príliš podrobne, ale budem mať úložisko typu back-end so všetkými našimi historickými údajmi, ktoré môžete spravovať a ktoré môžete uchovávať tak dlho, kým chceš. Môžete si dokonca vybrať typ informácií, ktoré chcete uchovávať, a na ako dlho. To sa trochu vracia k tomu, zhromažďovanie príslušných údajov a zbytočné údaje sa vynechávajú. Ak si chcete ponechať otázky po dobu piatich dní, ktoré sú kľúčové, a potom si nechať svoje výstrahy dva roky, je len na vás, a to je úplne vaša výhrada v tom, že to dokážete.
S týmto produktom existuje niekoľko rôznych konzol. Máte webovú verziu, máte aj silnú verziu klienta. A tak máte flexibilitu skákať v prehliadači a sledovať, čo sa deje, alebo ak máte laptop, na ktorom je nainštalovaný špecializovaný klient, ktorýkoľvek z týchto prístupov by pre vás pracoval.
Teraz by som chcel urobiť rýchlu demonštráciu. A zdôraznil by som, že sa vraciam k tomuto ďalšiemu snímku, ktorý máme, práve sme pridali, rovnako ako FYI pre ľudí, ktorí sú s produktom oboznámení, máme novú ponuku, ktorá je Diagnostický manažér Pro. Profesionálna ponuka, ktorá s tým zahŕňa niečo, čo nazývame analýza pracovnej záťaže.
A naozaj je to o tom, že sa dokážeme interaktívne pozerať na veľmi dlhé časové obdobia a ísť z toho, viete, 30-dňový pohľad na, viete, päťminútový pohľad na približne tri kliknutia. A keď vidíte špičku vo výkone alebo problém v úzkom hrdle, ktoré by ste mohli byť schopní, viete, mali by ste byť schopní vidieť na veľmi vysokej úrovni a vŕtať sa na veľmi nízku úroveň. A najmä to, že aj dnes je to pre tento produkt nové.
Čo však chcem urobiť, je len začiatočný začiatok a chcem trochu hovoriť o tom, ako sa otáčať a ísť tam a späť. A priniesol som príklad, ktorý tu zdieľam na svojej obrazovke. A uvidíme … Tam ideme. Moja obrazovka. A dajte mi vedieť, chlapci, že to môžete vidieť.
Eric Kavanagh: Tu máš.
Bullett Manale: Tam je všetko v poriadku? Poriadku. Takže to, na čo sa práve teraz pozeráte - a to je produkt Diagnostický manažér - a ja som vám chcel dať len ukážku toho, čo sa tu deje. V tomto konkrétnom príklade vám ukážeme otázky spojené s čakaním. A tak keď hovorím o tom, že môžem ísť tam a späť, prehĺbiť sa hlbšie a otočiť sa, to je - tento pohľad je toho dobrým príkladom. Môžem ísť z pohľadu časovej osi, ako tu vidíme, ktorá sa teraz zobrazí. V našom prípade sa pozeráme na samotné čakania a kategórie samotných čakaní. Vidíme vyhlásenia, ktoré sú spojené s týmito čakaniami, vidíme aplikácie.
Všimnite si, že tu ide o zobrazenie časovej osi, aby som mohol tieto informácie lineárne zistiť podľa toho, kedy sa problém vyskytol, ale potom znova, ak chcem znova len otočiť a poviem: „Vieš čo, pozrime sa na to toto z iného hľadiska, “pokračujme a pozrime sa na to z hľadiska:„ Chcem vidieť otázky alebo čakanie alebo aplikácie, ktoré mi spôsobujú najviac bolesti, a zoradiť ich. “A to je to, Uvidíme sa podľa „Čakanie čaká na trvanie.“ Teraz vidíme aplikácie, ktoré mi spôsobujú najviac bolesti alebo čakanie.
A tu je časť, ktorá je skutočne najdôležitejšia, je schopná tieto veci izolovať. Vidím, že sa tu začína aplikácia NoSQL. Spôsobuje mi to veľké množstvo čakacej doby, a to do 25-sekundových množstiev čakacej doby v tomto 30-minútovom okne, do ktorého sa vŕtame. Potom môžem túto aplikáciu izolovať a vidím vyhlásenia, ktoré v tomto prípade priamo ovplyvňujú tento konkrétny prípad.
Toto je len jeden príklad toho, ako by ste mohli identifikovať problémové miesto, vedieť klasifikovať informácie a dokázať uprednostniť problémy, ktoré je potrebné riešiť ako prvé. Toto sú všetko veci, ktoré musíte vziať do úvahy. Viete, problémy môžete vyriešiť celý deň, ale ak opravujete problémy, ktoré sa nachádzajú v spodnej časti zoznamu, strácate čas. S tým máte spojené náklady na príležitosti.
Uvediem ďalší príklad a toto je trochu iný príklad. Namiesto toho, aby ste špecificky poukazovali na problém alebo na oblasť, potrebujete tiež nástroj, ktorý vám bude schopný pomôcť v širšom zmysle slova a bude schopný povedať: „Hej, mali sme nejaké problémy?“ Alebo „Sú nejaké problémy?“ Alebo „Sú nejaké problémy?“ sú veci, ktoré môžem urobiť, aby som zlepšil výkon? “a aby som dal do zákulisia niečo sledujúce, čo sa deje. V tomto prípade to môže súvisieť s konfiguráciou; môže to súvisieť s, viete, spôsobom, ktorým sa riadi zdravie samotnej inštancie. A samozrejme tiež výkon.
Ak tu prejdem na toto tlačidlo Analyzovať, ukážem vám, že v rámci tohto produktu máme aj proaktívny zoznam vecí, ktoré je možné vykonávať v hodnotenom formáte, ktorý vám v podstate poskytne prehľad vo veciach, ktoré vám v tomto prípade pravdepodobne zvýšia výkon alebo zvýšia zdravie v tomto prípade. Je to v hodnotenom formáte v tom zmysle, že máte takú schopnosť zistiť, ktoré z nich pravdepodobne zlepšia vašu výkonnosť špecifickú pre konkrétny typ problému, ktorý bol identifikovaný.
Keď sa teda pozriem na tieto veci a identifikujem ich, nielenže vidím, že mám problém, a tiež mám v mnohých prípadoch skript, ktorý sa dá automaticky zostaviť, aby tento problém vyriešil. V mnohých z týchto prípadov však máme aj externé odkazy, ktoré budú odkazovať na typ problému, ktorý sa vyskytuje, a potom prečo uvádzame toto odporúčanie, aby ste dostali tento vzdelávací aspekt vecí. Čo je opäť veľmi dôležité, keď hovoríte o problémoch, viete.
Nechcem len slepo nasledovať tieto odporúčania, chcem pochopiť, prečo sa tieto odporúčania vydávajú. A ja by som mohol byť senior DBA, ktorý to robí už 30 rokov a potrebujem niečo, čo sa chystá, viete, skontrolujte - alebo bodkujte i a v tomto prípade krížte t's - alebo možno som junior DBA a Potrebujem trochu pomoci, aby som pochopil tieto problémy, ktoré sa vyskytujú, a prečo sa tieto odporúčania vydávajú.
Ako som už povedal, len vás prevediem niekoľkými rôznymi časťami produktu. Tento nástroj je tu, viete, existuje už od roku 2004, 2003. A má do neho vložený veľa vývoja, veľa informácií, takže by nemalo zmysel skúšať vám tu všetko ukázať. Myslím si však, že jednou z vecí, ktoré stoja za zmienku, je to, že keď ideme dnu a začneme hovoriť o všetkých veciach, ktoré môžete monitorovať, a o všetkých veciach, na ktoré môžete upozorniť, opäť sa vrátime k tejto flexibilite vecí, tu je zoznam všetkých položiek, ktoré monitorujeme.
Teraz to nevyhnutne neznamená, že by som chcela považovať tieto veci za výstražné, ak sa z prahu dostanú z rany, takže ich môžete zapnúť a vypnúť. Toto sa vracia k tomu: „Hej, len potrebujem robiť určité veci, aby som mohla sledovať určité metriky. Potrebujem, len, varovať, pred určitými problémami. “A byť schopný zabezpečiť, aby sme sa nedostali, viete, nasýtiť vás falošnými pozitívami. Nielenže máte možnosť tieto veci zapínať a vypínať, ale v mnohých prípadoch si všimnete, že poskytujeme aj pásmo normality, ktoré sa vzťahuje na každú metriku. Ak sa teda pozriem na túto konkrétnu, v tomto prípade na základnú čiaru, všimol by som si, že prahová hodnota je pravdepodobne vyššia tam, kde sú práve teraz.
Na druhej strane mince je, čo ak budem mať inštanciu SQL, kde sledujem niektoré metriky a tieto metriky, z akéhokoľvek dôvodu sú nastavené limity nesprávne? Inými slovami, prahy sú blázon uprostred miesta, kde v skutočnosti leží základná línia, čo znamená, že ak budem mať na túto prahovú hodnotu upozornenie, pravdepodobne dostanem výstrahu na niečo, čo je normálna udalosť. V takýchto situáciách vám teda vieme poskytnúť tento prehľad rovnako ako všade.
Pre všetky metriky v tomto konkrétnom prípade vidím tie prahy, ktoré pravdepodobne pravdepodobne ukážu falošne pozitívne, pokiaľ ide o to, čo je normálne a čo nie. Bude to niečo, čo by sa na pamäťovej strane považovalo za bežnú záležitosť použitia, a ak by som chcel túto prahovú hodnotu zvýšiť, mohol by som, ale to je nejaký nápad so základnými líniami.
A skvelá vec, ktorá sa týka produktu Diagnostic Manager, pokiaľ ide o samotné základné línie, je možnosť nastaviť viac základných línií. A môžete sa opýtať: „Prečo by som to chcel urobiť?“ A odpoveď znie: dobre, ak máte okno údržby, ktoré beží od, povedzme, o polnoci do 4:00, kde skutočne zdaňujete svoje zdroje, skutočne využívam zdroje v maximálnej možnej miere, potom chcete byť schopní znova sa posunúť a chcete sa trochu otočiť a povedať: „Pozri, za tým zmeníme svoje prahy.“ A my môžeme skutočne dynamicky upraviť naše prahy najmä podľa toho, v ktorej základnej línii sa nachádzame, na základe denného času alebo dňa v týždni atď., Že je. Tieto prahy potom pre nás dynamicky upravíme.
Urobme krok znova. Keď sme tieto prahové hodnoty určili, raz sme prešli a pokiaľ ide o vytváranie upozornení a upozornení a oboznámenie sa s týmito situáciami, ktoré by sa mohli vyskytnúť, je tu opäť nevyhnutná flexibilita. Chcete byť schopní varovať v konkrétnych situáciách. V iných situáciách možno budete chcieť poslať e-mail niekomu inému, možno budete chcieť spustiť skript PowerShell, zoznam pravdepodobne pokračuje.
Možno by som sa chcel integrovať s niečím prostredníctvom pasce SNMP alebo dokonca priamo s napríklad SCOM. Ide o to, že máte na to flexibilitu a môžete nastaviť akékoľvek podmienky, ktoré by to zaručovali, či už ide o veľmi široký stav - viete, môj procesor a pamäť alebo akékoľvek zdroje - vo všetkých mojich prípadoch. alebo možno mám veľmi špecifický typ vecí, ktoré chcem sledovať, pretože keď zistím, že porušujeme pravidlá, chcem pre tento problém spustiť veľmi špecifický a nasmerovaný skript. Preto by ste v rámci produktu Diagnostický manažér mohli robiť také veci, len viete, pokiaľ ide o varovanie a oznámenie, a byť z tohto hľadiska flexibilný.
Teraz nebudem prechádzať všetkými výstrahami a všetkými dobrými vecami. Chcel som hovoriť o správach. A opäť, schopnosť získať informácie a využiť tieto údaje rôznymi spôsobmi - a to opäť vedie ku konverzácii s vašimi údajmi. A veľa ľudí, keď prvýkrát uvidia tento produkt, si myslia: „Och, dobre, budem mať nástroj, ktorý ma upozorní, keď sa vyskytnú problémy. To je to, čo potrebujem. “A realitou je, že potrebujú tento nástroj, ale na druhej strane je to, ak naozaj - potrebujú tiež nástroj, ktorý im pomôže pri rozhodovaní, a môžu využiť tieto informácie, že sme zhromažďovanie v mene predstavenia a tiež v mene varovania, aby ste mohli pomôcť pri rozhodovaní na ceste smerom dopredu.
Vieš, dobrým príkladom by boli moje prognózy rastu v mojej databáze. Ak mám špecifickú databázu, ktorá sa rozrastá, dokážem poukázať na túto databázu alebo dokonca na viac databáz, aby som vedel, aké sú miery rastu. Neuvádzame vás na základe toho, čo viete dnes. predpovedá to na základe minulého rastu, ktorý sme zažili.
Keby som tu mal niekoľko databáz - ktoré by som náhodou mal, predstavte si to - mohol by som ísť dovnútra a povedať: „Poďme si vziať posledný, viete, údaje za rok, porovnajme to s mesiacom a vo vzorke. o niekoľko mesiacov, uvidíme, aký veľký rast uvidíme v nasledujúcich troch rokoch alebo o 36 jednotkách. “V tom prípade môžeme na túto otázku veľmi rýchlo odpovedať. Skúste to urobiť sami, však? Pokúste sa to urobiť v tom istom čase, ako som to urobil sám. Chvíľu vás to zaberie.
Teraz ešte viac zdôrazňujeme, že si vezmeme ďalšiu správu, ktorá je mojou správou o najlepších serveroch. Predstavte si, že mám sto výrobných prípadov, čo v tomto prípade nemám. Ale ak niekto ku mne príde a povie: „Potrebujem, aby si mi to povedal - túto novú databázu tam umiestnime pre túto skvelú novú aplikáciu; zmení sa všetko, ako to vieme; život to bude také úžasné. Oh, mimochodom, samotná databáza bude skutočne intenzívna na V / V, alebo bude náročná na CPU alebo skutočne náročná na pamäť …, “bez ohľadu na to, či ide o výplň, chcem aby som videl zo všetkých svojich výrobných prípadov, kde má zmysel umiestniť túto databázu? A môžem všetky svoje prípady postaviť proti sebe, pokiaľ ide o typ kontingentu, či už ide o procesor, pamäť, disk alebo čokoľvek. Cieľom je teda rýchlo a efektívne odpovedať na túto otázku a urobiť správne rozhodnutie namiesto hádania, kedy to urobíte - to všetko je samozrejme skutočne dôležité a potrebujete niečo, čo vám pomôže.
A keď hovoríme o analytike, môže to siahať od čohokoľvek, o čom hovoríme, s plánovaním kapacít až po varovania, na ktoré narazíte každý deň, ktoré by sa mohli zaoberať CPU, pretože a samozrejme aj samotné otázky, či už sú blokované atď.
Ďalším príkladom by bolo, keby som šiel sem do administratívnej sekcie - vlastne si to vezmem späť, varovnú sekciu sem - a požiadam depozitára našich historických informácií o veci, ktoré sa stali v minulosti. Mal som blokovanie, ku ktorému došlo v mojom produkčnom prostredí? Neviem, zistime to.
Môžem sa vrátiť k svojej výrobnej značke a môžem povedať pre všetky svoje výrobné prípady, bez ohľadu na časové obdobie, pre každú metriku, ktorú chcem identifikovať. Ak som sa dostal do výstražného stavu, v našom prípade povedzme blokovanie pomocou počtu, nie sekúnd blokovania, a môžem sa vrátiť a v tomto prípade o niekoľko mesiacov, ak to potrebujem - alebo v tomto prípad, jeden mesiac - a vidím to blokovanie. Vidím, kedy to začalo, vidím, kedy to skončilo, a ak to potrebujem, môžem vŕtať do ktoréhokoľvek z týchto intervalov ťahania, aby som videl špecifiká samotného blokovania. Musíte byť schopní mať niečo, čo je veľmi rýchle, byť schopní nájsť to, čo hľadáte a hľadať, radšej než točiť veľa cyklov, aby ste to urobili. A tak si myslím, že je to tiež dôležité.
Posledná vec, ktorú ti chcem ukázať - a ukázať ti tento produkt, produkt Diagnostic Manager - je, ako som už spomenul, že sme vstúpili a do nášho nástroja SQL Diagnostic Manager sme pridali ďalšiu súčasť. Profesionálna ponuka. A to je komponent analýzy pracovnej záťaže. A toto je webová verzia tohto článku, v tomto prípade, ktorú vám tu zobrazujeme. Ide však o to, že vám to umožňuje pozrieť sa na skutočne široké časové obdobie alebo veľmi špecifické časové obdobie, a z toho viete, že pár kliknutí môže vidieť kód priamo súvisiaci s problémami, ktoré sa mohli vyskytnúť,
Napríklad, keď sa pozriem na štvortýždňový pohľad, tu vidím, práve tu, všetky špičky, pokiaľ ide o databázy a výkon týchto databáz a kde sme videli čakaciu aktivitu v týchto databázach. Teraz vidíte, že ak vidím bodec, výhodou tohto nástroja je práve to, že tu môže zvýrazniť malý stĺpec. A potom, keď to urobím, všetko sa tu zmení. Boli by sme schopní vidieť databázy, mali by sme vidieť všetky príkazy, ktoré sú spojené s tým, čo je za touto lištou.
To isté, keď som povedal: „Pozrime sa skôr na posledné štyri hodiny“, ako na posledné štyri týždne. Stále to môžem urobiť. Stále môžem zdôrazniť toto časové obdobie a odtiaľ - tu sú opäť moje kľúčové body - na všetky tieto veci sa môžem odvolávať. Najlepšie príkazy SQL, vidím tie dotazy, v tomto prípade, ktoré spôsobovali čakanie, ktoré súviselo so spotrebou procesora. Len tým, že vŕtam, vidím tie otázky, ktoré tu súvisia - whoops - a tiež vidím programy a tiež s tým spojené.
Získate tu veľa informácií, a nielen to, ale vidíte, keď sa dostanete na úroveň príkazov, povie vám to. Povie vám, či vidí ťažké operátory, potom si môžete prezrieť plány vykonávania. Trvá to trochu času, pretože načítanie tohto záznamu je dosť rozsiahle. Ide však o to, že máte veľa rôznych spôsobov na prezeranie údajov, na zistenie toho, čo hľadáte, a potom zrejme budete môcť odtiaľ konať, ako to potrebujete, a toto robí dlhšie ako zvyčajne, tak to nechám na tom.
A tak s tým povedané, pôjdem to vrátiť znova. A dúfajme, že to bola dobrá ukážka toho, o čom sme hovorili. A ako som už povedal, samotný produkt, ktorý sme používali na takéto príklady, je už dosť dlhý čas, a tak by sme o ňom mohli hovoriť a ukázať veľa ďalších vecí, ale ak je to niečo, o čo je zaujímavé z vás môžete kedykoľvek navštíviť našu webovú stránku a stiahnuť si ju a hrať sa s ňou.
Eric Kavanagh: A som rád, že ukazujete všetky tieto podrobnosti. Ak sa vrátite o niekoľko obrazoviek - aj táto obrazovka je celkom dobrá. Pretože existuje toľko rôznych spôsobov, ako si predstaviť, čo sa v skutočnosti deje, a myslím si, že je to jeden z najviac podceňovaných aspektov výpočtovej techniky v týchto dňoch. Je to určite databázové prostredie, ktoré v mnohých ohľadoch mám tento polovičný vtip, ktorý hovorím: „Stále sa učíme hovoriť kremík.“ Stále sa učíme porozumieť tomu, čo sa deje, a vášmu bodu, ktorý bola veľmi dobre prijatá, musíte mať konverzáciu s údajmi, aby ste lepšie pochopili, čo sa deje, prečo sa veci vyvíjajú pomaly, pretože existuje toľko možných problémov. A samozrejme, IDERA má množstvo rôznych produktov, z ktorých jedným sú staré presné výrobky, o ktorých si myslím, že by k tomu mohli byť doplnkové.
Ale možno Robin, zahodím ti to na pár otázok, a potom Dez, pár otázok od teba a potom možno niekto z publika, nehanbite sa. Pošlite ich hneď teraz.
Bullett Manale: Robine, si na mute?
Robin Bloor: Áno. Je to v poriadku, len sa nemám. Musím povedať, že je neuveriteľné - vec, ktorá ma v skutočnosti o tomto nástroji najdramatickejšie zasiahla, pretože je to skutočne - najmä vzhľadom na skutočnosť, že je celkom zrejmé, že celá séria dimenzií, do ktorej ste jednoducho nešli - vec, ktorá skutočne Myslím si, že na to bolo najpôsobivejšie, že to musí byť skutočne, naozaj dobrý spôsob, ako trénovať DBA. Viete, je to tak - takže keď sa prvýkrát pustíte do práce s databázou a vlastne nevieš veľa o tom, čo sa v databáze skutočne deje, je skutočne ťažké porozumieť. Používa sa to veľa, špeciálne na výcvik? Použil by som to.
Bullett Manale: Áno. Keď hovoríte o školení, máte na mysli niečo ako prebiehajúce školenie ako vec DBA, nie? V zmysle…
Robin Bloor: Áno, áno, áno, áno. Učiaci sa nástroj. Vieš, a.
Bullett Manale: Áno, určite by som si myslel, že je to tak, a ešte viac preto, že sme pridali tento komponent Analyzovať, ktorý sme vám ukázali už skôr, ktorý obsahuje všetky odporúčania, ktoré s tým súvisia. Ale myslím si, že určite nájdete, v rámci pomoci a mnohých rôznych oblastiach v produkte, to vám poskytne, viete, veľa nahliadnutí. Veľa informácií.
A realita je, ako som už povedal, môžete použiť, ak nie ste DBA. Pravdepodobne zistíte, že robíte niektoré vyhľadávania Google a podobné veci, len podľa všeobecných vedomostí toho, čo väčšina databáz DBA má, ale môžete to korelovať a určite vám pomôže, pokiaľ ide o: „Hej, vieš, hej, čo je táto vec sa volá fragmentácia? “alebo„ Prečo je tento dotaz spustený 6 000-krát? “Myslím tým, pretože tieto veci sa vám dostanú a oni sa objavia v bubline a uvidíte ich. Uvidíte, že ste, viete, čo je normálne a čo nie. Uvidíte veci, ktoré sú ostré a veci, ktoré nie sú.
Spravidla sa snažíme nastaviť túto vec ako z hľadiska osvedčených postupov. Takže, keď to ukážete na príklad, ukážeme vám veci, ktoré sú identifikované ako mimo osvedčených postupov. Myslím, samozrejme, viete, že realita je taká, že najlepšie postupy sú najlepšie postupy a nie vždy to sú skutočné postupy. Ale viete, ukáže vám odľahlé hodnoty, a to aj od počiatočného bodu, keď ho nainštalujete a ukážte na inštanciu.
A odtiaľ sa môžete pohnúť ďalej, keď musíte nevyhnutne opraviť problémy a zistiť, či je to skutočne problém alebo niečo, čo sa bežne deje každý deň. A potom, pretože máte veľa informácií a odporúčaní, áno, určite.
Robin Bloor: Dobre. Ďalšou otázkou - ale som si istý, že odpoveď na túto otázku je veľmi rýchla - je, že máte granularitu ísť priamo nadol k jednotlivým dotazom a jednotlivým časovým bodom a pozerať sa z tejto dimenzie, .
Bullett Manale: Určite áno. Podľa toho, čo chcete robiť, môžete sa pozrieť na jednominútové časové obdobie alebo na trojdňové časové obdobie alebo, ako viete, trojtýždňové časové obdobie. A viete, ako som už povedal, záleží to na tom, ako sa chcete pozrieť na údaje, a tiež na tom, čo chcete zhromaždiť. V niektorých prípadoch zhromažďujeme iba otázky, ktoré dosahujú prahovú hodnotu, ktorú ste identifikovali. V iných prípadoch by sme mohli zhromaždiť, viete, každý dotaz, ktorý spôsobí čakanie.
Ale máte tiež možnosť povedať: „Pozri, tie prahy, ktoré som identifikoval, možno je to len na čítanie, alebo možno je to len na čítanie, alebo možno je to len na CPU.“ Takže za predpokladu, že je prekročená táto prahová hodnota, potom je to čo chcete zbierať ďalej. Potom, bez ohľadu na časový rámec, na ktorý sa chcete pozrieť, mali by ste vidieť tie otázky, ktoré sú urážlivé, na základe toho, čo považujete za porušujúce.
Existuje veľa rôznych spôsobov, ako sa pozrieť na údaje. Môžete sa na to pozrieť v konsolidovanom pohľade, aby ste videli, viete, otázky, ktoré - koľko otázok za scénami vyštartovalo, v porovnaní s tým, viete, pri každom jednotlivom incidente tohto dotazu, ktorý sa začal, pozerať sa podľa vzoru, ak aby zistil, či sa to neustále zhoršuje.
Ale na zodpovedanie vašej otázky môžete určite poukázať na to, kedy chcete. Máte túto vec, ktorá sa nazýva prehliadač histórie - a ja som ju tak trochu používala - ale v podstate bez ohľadu na zvolený okamih času, v ktorýkoľvek deň v kalendári, ktorý vyberiete, môžete ísť priamo do tohto okamihu.
Práve teraz sa pozerám 15. novembra o 19:05 hod. A môžeme sa pozrieť na otázky špecifické pre tento čas. Keby som mal nejaké, ktoré v danom časovom okamihu bežali zle, mohli by sme sa pozrieť na podrobnosti relácie špecifické pre dané časové obdobie, aby sme videli, aké relácie prebiehali. Myslím, že je tu veľa údajov, a ako som už povedal, najťažšou časťou je asi 30 minút hrania s konzolou a zisťovanie, ako to urobiť.
Keď však zistíte, že väčšina údajov je v tomto pásme a je rozdelená týmito kartami, každá karta má svoju vlastnú sadu dynamicky sa meniacich tlačidiel, ktoré sa objavia pri každom kliknutí na ňu, a potom, či sa pozeráte na skutočné, čas alebo veci, ktoré sa stali minulý týždeň, je to rovnaký proces. V podstate sa pozerám práve teraz 15. novembra, ale rovnako ľahko sa môžem pozrieť v reálnom čase kliknutím na toto tlačidlo. A budem s údajmi komunikovať rovnako.
Ale na zodpovedanie vašej otázky, áno, existuje veľa rôznych spôsobov, ako zobraziť historické informácie, a to sa týka aj samotných otázok.
Robin Bloor: Vidím. Je to veľmi pôsobivé. A milujem skutočnosť, že sa okná synchronizujú, aj keď je to čosi potrebné v čomkoľvek, čo sa v súčasnosti týka údajov v reálnom čase.
Bullett Manale: Áno. Samozrejme.
Robin Bloor: Tu je len informácia, na ktorú vlastne neviem odpoveď. Podľa vašich ponúk - SQL Server a cloud - môžete ukazovať na cloud v rámci Ratio?
Bullett Manale: Môžete. Môžete to nasmerovať pod cloud. Keď skutočne pridáte príklady, zobrazí sa otázka, či ide o RDS alebo Azure. Teraz budú existovať určité obmedzenia založené na tom, čo je nám vystavené z cloudu, takže môže existovať - existuje trocha rozdielu, pokiaľ ide o to, čo môžeme monitorovať, jednoducho preto, že prístrojové vybavenie, v niektorých prípadoch, nie je Je tu, aby sme sa zhromaždili na základe toho, čo spoločnosť Microsoft vystavuje.
Teraz, ak je to niečo ako viete, infraštruktúra ako platforma, ako napríklad viete, alebo EC2 alebo niečo také, to vôbec nie je problém. Dostávame všetko. A keď pracujeme so spoločnosťou Microsoft a pracujeme so spoločnosťou Amazon; pracujeme na podrobnejšom odhalení týchto informácií. Ale absolútne áno, tieto prostredia podporujeme.
Robin Bloor: Dobre, to je zaujímavé. Dobre, odovzdám Dezovi, ktorý vám určite dá otázky z iného smeru.
Bullett Manale: Dobre.
Dez Blanchfield: Ďakujem. Mám pre vás dve veľmi rýchle. Myslím, že vieš, prvá je, stupnice, vieš, myslím, že jedna z vecí, ktorá ma zasiahne, je to, že všeobecná téma predstavenia má tendenciu byť niečím, o čom premýšľame, keď sa staneme veľmi veľkými, veľmi veľkými., veľmi rozsiahle a široké a terabajty údajov. Pri sledovaní ukážky ma to zasiahlo, pretože toto je niečo, čo sa skutočne týka aj veľmi malých prostredí, akési len získanie výkonnostných zásahov.
Aký druh šírenia vidíte na začiatku tohto procesu a myslíte si, že je to, viete, myslíte si, že je to nástroj, ktorý má dobré, viete - podľa môjho názoru áno, tak si myslím, že je to áno - ale ja len chcem vidieť, čo vidíš. Menšie organizácie vedú rovnaké rozhovory a hľadajú nástroj, ako to dosiahnuť, alebo je to skutočne niečo na väčšom konci mesta?
Bullett Manale: Je to smiešne - to je dobrá otázka. Je to trochu mix, ale povedal by som, že máme veľa malých zákazníkov. A keď hovorím malým zákazníkom, myslím tým, viete, nákupy od jedného do piatich, aby ste mohli spravovať licenciu. Teraz môžu mať v niektorých prípadoch 30 prípadov správneho jazyka SQL a skutočne sa zaujímajú iba o päť skutočne, skutočne dosť dôležitých na investovanie do nástroja, ako je tento, pre týchto päť prípadov.
Realita je taká, že aj v menších obchodoch máte k dispozícii hrsť serverov SQL. Vo väčšine prípadov alebo v mnohých prípadoch je tento malý obchod veľmi závislý od týchto databáz, pretože viete, čo robia. A tak to nemôžu, nemôžu to nechať ísť dole. Vieš, nemôžu mať nástroj.
Druhou stranou tejto mince je, že v niektorých z tých menších obchodov nemajú špecializované DBA, takže ten chlap, ktorý je najchytrejší v miestnosti, alebo ten technický v miestnosti, je pridelený DBA. V tejto situácii teda určite hľadajú nejakú pomoc a tento nástroj im samozrejme v tomto smere tiež pomôže.
Pokiaľ ide o vaše väčšie prostredia, myslím si, že to spomínal Dez - alebo Robina, nie som si istý - ale ako viete, väčšie prostredia by vás prekvapilo, koľko DBA majú, myslím, že hovoríme o veľkom počte prípadov SQL a máte doslova hrsť DBA, ktorých úlohou je zodpovedať za ne. Takže z tohto hľadiska títo chlapci, viete, hľadajú nejakú pomoc, pretože nemajú dostatočné zdroje na to, aby im skutočne pomohli, a tak niektoré z nich pomôže vyrovnať.
A tak to vidíme celkom dobre, kde viete, že traja muži spravujú 200 prípadov. A tak si viete predstaviť logistiku toho, že ak nemáte takýto nástroj, pokúste sa prísť na to, aj keď existuje problém. Nebude to proaktívny spôsob, môžem vás ubezpečiť. Dúfajme, že to odpovie na vašu otázku. Jo.
Dez Blanchfield: Áno, áno. Zasiahlo ma to - a myslím si, že na to Robin niečo spomínal -, ale viete, aký prísľub, ktorý popisujete, keď ste robili demo, myslím, že sa nevylučujú iba vo veľmi veľkých prostrediach. Viete, môžete si kúpiť bežnú platformu, ktorá je navrhnutá pre jednu vec, a vložiť ju do zdieľaného databázového prostredia pre niečo iné a bude to len trestať celé prostredie.
Ďalšia vec, ktorá ma zasiahla - nejde ani tak o otázku, ale len o pozorovanie, ale dovediem ju k otázke - a to je, že viete, keď organizácie už investovali do svojej infraštruktúry a do svojich platforma a ich databáza a servery a infraštruktúra v okolí a oni si kúpia produkt, nech už je to čokoľvek - HR, ERP, nástroj BI - už tak urobili pomerne veľkú investíciu.
Akú reakciu vidíte, keď sa zhovárate s ľuďmi a keď si uvedomia, že majú problém s výkonom, ale teraz cítia, že musia urobiť ďalšiu investíciu, aby sa k tomu dostali? Existuje nejaký bod, v ktorom si uvedomia, že keď to ukážu, že sú to veci, ktoré sa netýkajú, nie je to ani tak predajné ihrisko, ale skôr epifancia. Vieš len: „Okamžite uvidíme, že z toho bude mať úžitok.“ Na rozdiel od toho, že musíme len predávať produkt? Zdá sa mi, že sa predáva sama a NI jednoducho preskočí zo stránky.
Bullett Manale: Áno, a to je vtipné, že hovoríte, že pretože sa to často stane, že niekto príde, podobne ako DBA alebo dokonca obchodní zástupcovia, a povedia: „Hej, títo chlapci chcú pozri na tom list s NI. “A skôr niečo z papiera, ktorý by sme im poslali. A demo je vždy 10-krát lepšie, hlavne keď ste, môžete to urobiť sami so samotnými DBA, pretože -
Dez Blanchfield: Áno.
Bullett Manale: Ako ste povedali, produkt sa predáva sám. Je naozaj ťažké umiestniť NI na kus papiera a povedať: „Dobre, koľko kliknutí zvyčajne DBA zvyčajne vieš, klikne za hodinu?“, Pretože sa to týka zálohy, viete alebo čokoľvek môže byť., vieš? A pokúsiť sa to položiť na kúsok papiera, je skutočne ťažké to urobiť. Ale keď niekoho dostanete a ukážte im produkt a oni ho uvidia, presne to ste povedali.
Ľudia si uvedomujú jeho hodnotu. Pretože im to nielenže pomáha porozumieť a robiť lepšie rozhodnutia, ale je to tiež tým, že nie sú zlí. Môžu byť prvými, ktorí to vedia; môžu problém vyriešiť skôr, ako sa zistí, že sa vyskytol problém.
Druhou časťou je, že viete, ako DBA, či už je to, viete, skutočné alebo vnímané - a myslím si, že je to vnímanie - skutočne máte problémy s výkonom. Ste chlap, ktorý na vás ukazuje prstom, keď výkon klesá, a realita je taká, že by to mohol byť vývojár, ktorý skutočne spôsobuje tento problém.
Keďže mám nástroj, ktorý dokáže povedať: „Hej, toto nie je môj problém, musím to vziať vývojárovi a musia ho napraviť, “ alebo, viete, v tomto zmysle. Je to pekný spôsob, ako mať vo svojom arzenáli niečo, aby ste mohli povedať: „Tu je skutočný problém.“ Viete?
Dez Blanchfield: Áno. Posledné pre vás a to, čo ma zasiahne, pri pohľade na toto, keď sme to prešli, bolo to, že často, keď premýšľame o problémoch s výkonom, máme tendenciu prinášať špeciálne zručnosti. Prichádzajú s 20 ročnými skúsenosťami, pozerajú sa na to a vedia, aký je to klasický vtip toho chlapa, ktorý chodí do strojárstva a má malé kladivo a zasiahne stroj na správnom mieste a potom hovorí „To je oprava 15 000 dolárov“ a ľudia hovoria: „Za to neplatíme, “ viete, pretože je to päť minút práce. A hovorí: „Nuž, táto päťminútová práca si vyžiadala 15 rokov skúseností a zachránila vás milióny.“
Zdá sa mi, že viete, že existuje stredný proces, keď ľudia prechádzajú touto vecou a hovoria: „Dobre, prineste špeciálne zručnosti, odstráňte problém, zmizne.“ Ale to, čo potom urobili, je, že práve na to nasadili Band-Aid, však? Na rozdiel od scenára, v ktorom z toho, čo vidím tu, kde, keď to ide ďalej, áno, možno riešili niektoré problémy s výkonom, o ktorých si mysleli, že ich zažívajú, ale zdá sa mi, že práve vtedy ich mám 24 / 7 druhov očí, viete, sledujúcich prostredie v reálnom čase.
Naozaj ste sa dostali preč od scenára, keď sa DBA zobudili o štvrtej ráno, pretože sú spustené správy. Je to tak - a možno je to rétorické -, ale je to tak, že ľudia rýchlo prechádzajú od investovania do produktu, aby ho vyriešili konkrétnym problémom, ale potom sa spravidla stáva súčasťou DNA?
Bullett Manale: Áno, a to sa líši od miesta k miestu, ale myslím, že mám nejakých ľudí, ktorí si produkt pôvodne kúpili, napríklad v roku 2006, a boli na troch rôznych pozíciách v rôznych spoločnostiach a odišli a keď idú do ďalšej spoločnosti, propagujú to ako niečo, čo majú, pretože majú pracovný tok. A hovorím tomu tak, nerád to hovorím, ale, viete, tento pracovný postup sa týka tohto produktu, na ktorý sú zvyknutí každý deň a pomáha im, a preto nechcú naučiť sa niečo nové.
Ale určite. Myslím tým, že väčšinu času dostávame ľudí, aby si stiahli tento produkt, nie preto, že majú rozpočet a že idú von a hovoria: „Hej, dobre, máme tento výkonnostný rozpočet, musíme urobiť dôkaz koncepcie a musíme vstúpiť a prísť na to, urobiť hodnotenie a všetko podobné. “Zvyčajne sa stáva, že majú problém na príklade jazyka SQL a hľadajú nejakú pomoc opraviť tento problém. Idú a stiahnu náš nástroj, problém vyriešia a potom si uvedomia, že tento nástroj bude robiť viac, než len opraviť problém, ktorý mal v tom čase, že by im to vlastne pomohlo zlepšiť celkový výkon. a zabrániť ďalším problémom, aby sa odohrali a posunuli vpred. A to je isté. A určite môžete tento nástroj neustále používať na vyladenie životného prostredia, pretože vždy uvidíte nielen to, čo sa stalo práve teraz, ale aj to, čo sa stalo minulý týždeň, minulý mesiac, minulý rok, a porovnajte to s tým, čo sa stane. zajtra. Vieš? Taká vec.
Dez Blanchfield: Áno.
Bullett Manale: Určite.
Dez Blanchfield: Perfektné. Takže ste už spomenuli, spomenuli ste niečo … Len sa zabalím skôr, ako sa vrátim Ericovi, aby som ho zavrel. Jedna z vecí, ktoré ma vždy zaujímajú, je, ako to, že na to ľudia majú ruky? Spomenuli ste si ho stiahnuť. Čo je to 30-sekundové zhrnutie toho, ako sa na to pozerajú, získajú kópiu, roztočia ju a hrajú si s ňou, a čo môžu potrebovať z hľadiska infraštruktúry, len aby získali príklad.
Bullett Manale: Takže to bude, pôjdete na IDERA (idera) .com. IDERA.com je spoločnosť a ak narazíte na tento web - a môžem vás tu skutočne ukázať - neviem, či stále zdieľam svoju obrazovku, ale ak prejdete na stránku Produkty, potom prejdite na Diagnostický Odkaz správcu, bude tu malé tlačidlo na stiahnutie a stavbu si môžete stiahnuť až po vyplnení informácií. Požiadajú vás o 32- alebo 64-bitové zostavenie a ste mimo závodov, ako sa hovorí.
Dez Blanchfield: A bude to bežať na notebooku, aby si s ním niekto zahral, alebo ho musí niekde načítať na server?
Bullett Manale: Nie, nie. V skutočnosti to, čo som vám dnes ukázal, bolo všetko z môjho notebooku. Teraz má môj laptop 32 koncertov a 8jadrový procesor, ale stále je to laptop. Na to, aby ste mohli odpovedať na svoju otázku, nemusí byť nevyhnutne toľko zdrojov. Samotné hodnotenie je dobré po dobu 14 dní, ale ste viac než vítaní, aby ste mu dali dlhšiu skúšku. Ak nám len zavoláte, môžeme vám ho rozšíriť, ak chcete.
Dez Blanchfield: Myslím, že by to malo byť niečo, čo by som mal vziať, pretože to určite urobím. Myslím, že viete, podľa toho, čo vyzerá, sa mi zdá, že si ho neberie do úvahy a stiahne si ho. Pravdepodobne pôjdete do jedného zo svojich prostredí a len uvidíte, čo vidíte, pretože mám podozrenie, že - ako všetko, čo som videl na pozadí databázy za posledných 20+ rokov, ktoré ma starne - raz, keď uvidíte, čo je pod kapucňa, je úžasné, čo si uvedomujete, že to dokážete rýchlo napraviť a len dosiahnete malé zvýšenie výkonu.
Úžasné, ďakujem za ukážku. Bolo to naozaj skvelé. Ďakujem vám za diskusiu o otázkach.
Bullett Manale: Ste vítaní. Dakujem za-
Dez Blanchfied: Eric, idem sa ti vrátiť.
Eric Kavanagh: Áno, máme veľmi dobrú otázku od publika. Vo svojej prezentácii ste o tom hovorili a ja som o tom vlastne tweetoval, pretože to bola taká skvelá cenová ponuka. Povedali ste, že nechcete používať nástroj na monitorovanie výkonnosti, ktorý má negatívny vplyv na vašu výkonnosť.
Bullett Manale: Správne. To je správne. Je to dôležitá súčasť nástroja na monitorovanie výkonnosti, pretože nespôsobuje problémy s výkonom. Uplne spravne.
Eric Kavanagh: Presne tak. Nuž, je to ako tie odvážne - je to ako antivírusové programy, ktoré môžu v systémoch spôsobiť zmätok. Myslím tým, že som použil množstvo rôznych technológií na vysielanie, kde sa antivírusový program rozbehne a skráti váš stream. Existujú veci, ktoré sa neočakávajú, ale otázka sa týka konkrétneho komentára, ktorý ste uviedli. A aký výkon vidíte? Sú to dve percentá, je to päť percent, je to jedno percento? Máte nejaké čísla, ktoré na nás môžete hádzať?
Bullett Manale: No, myslím, že výzvou v tejto otázke je, že, viete, časť diskusie, o ktorej sme hovorili predtým. Môžem vám dať - obvykle je to okolo jedného až troch percent, aby som odpovedal na vašu otázku. Myslím si však, že by bolo potrebné ďalšie vysvetlenie, ktoré je, preto vám poskytujeme veľa spôsobov, ako môžete nástroju povedať, čo chcete sledovať, však? A tak sa to vracia späť. Možno by som chcel získať ukážku každého bežiaceho dotazu. Chcem mať nástroj, ktorý je dostatočne flexibilný, aby som ho mohol zapnúť, aby som to videl.
Takže časť tejto flexibility zahŕňa, viete, náklady na to. Ak potrebujem zhromaždiť viac údajov, pretože chcem vzorku každého dotazu, ktorý je spustený za posledných 20 minút, môžem to zapnúť a môže to urobiť. A tak, všeobecne povedané, áno, jedno až tri percentá sú to, čo vidíme z hľadiska režijných nákladov. Ale to sa bude líšiť a väčšina z toho bude závisieť od vašich vecí, ktoré zapnete a vypnete, pokiaľ ide o vaše prahy, koľko údajov chcete zhromaždiť, intervaly výziev a všetky podobné veci. že.
V skutočnosti, ak idete na samotnú inštanciu, ktorú spravujete, jedna z vecí, ktorú uvidíte, je, že máte viac intervalov výziev, ktoré môžete určiť. A je to jednoducho preto, že chceme, viete, nemusím kontrolovať každý prípad - Ak chcem urobiť kontrolu srdcového rytmu na inštancii, nemusím dotazovať procesor a všetko ostatné spolu s ním, ak robím to každých 20 sekúnd. Máte teda viac intervalov výziev, ktoré môžete zadať.
Ako som už povedal, máte tiež monitorovanie vašich dotazov, ktoré môžete špecifikovať. And this can be done for each instance independently, so you can really cater to that specific instance in terms of what you want to monitor. For my wait statistics and wait monitoring, I can turn that on or off. And I can tell it to capture everything, I can tell it, you know, what I want to capture and when I want to capture it. So a lot of that will also– You have to take into consideration what you're doing, in terms of what you're telling the tool to monitor.
But generally speaking, what I would say, is, like I said, around one to three percent is what we see. We've been selling this tool a long time – since, like I said, about 2003 or 2004 – and we've got thousands of customers, so I can assure you that, you know, we don't have– we try our best not to cause performance problems in the name of performance.
Eric Kavanagh: Yeah, that's really good information. I just thought that was a brilliant quote because, you know, again, you don't want to defeat the purpose of what you're trying to accomplish, right?
Bullett Manale: Exactly.
Eric Kavanagh: And I appreciate Robin's question, too; this really is an excellent platform for helping DBAs understand the many different aspects and dimensions and layers of what we're talking about. 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. Dávaj pozor. Bye-bye.
