Autorius „Techopedia“ darbuotojai, 2016 m. Lapkričio 30 d
„Takeaway“: Priimančioji Erika Kavanaghas kartu su daktaru Robinu Blooru, Dezu Blanchfieldu ir IDERA „Bullett Manale“ aptaria klausimus ir kaip jų efektyvumas gali turėti platų poveikį.
Šiuo metu nesate prisijungęs. Jei norite pamatyti vaizdo įrašą, prisijunkite arba prisiregistruokite.
Ericas Kavanaghas: Ponios ir ponai, sveiki ir dar kartą sveikiname. Trečiadienis yra keturios valandos rytų laiko, ir šiomis dienomis tai reiškia, kad atėjo laikas „Hot Technologies“! Taip išties. Šiandien mes kalbame apie įdomius dalykus. Aš, žinoma, esu jūsų šeimininkas Erikas Kavanaghas. Šiandienos laidos pavadinimas yra „Efektyvios analizės raktas: greitai grįžtančios užklausos“. Teisingai, žmonės, mes visi norime greitai. Kas nenori greitai? Yra jūsų skaidrių apie jus, ir pakankamai apie mane. Paspauskite mane į „Twitter“, @eric_kavanagh. Mielai susisieksiu su jumis ten ir pabendrausiu socialinėje žiniasklaidoje. Tai gali būti smagu, tik nekalbėkite apie politiką.
Metai karšti. Šiais metais mes kalbėjome apie įvairius analitinius dalykus, o šiandienos tema iš tikrųjų yra tik svarbiausia, kad darbas būtų atliktas. Prisimenu, turbūt prieš penkerius ar šešerius metus pirmą kartą išgirdau ką nors vartojantį posakį „kalbėkitės su jūsų duomenimis“ ir, nors tai gali skambėti šiek tiek sūriai, esmė ta, kad jei neturite pasikartojančios patirties su jūsų duomenys, jei negalite greitai pakeisti savo užklausų, siųskite naujas užklausas, greitai gausite atsakymus, tada nesikalbėsite su savo duomenimis ir visas analizės procesas bus sutrumpintas. Tai nėra gerai.
Kai jūs kalbatės su savo duomenimis, ką tai reiškia, kad galite eiti pirmyn ir atgal, ir, mano nuomone, tai yra tada, kai rasite įžvalgą. Nes labai retai pirmą kartą pateikiate tobulą užklausą. Nebent jūs esate analitikas Mozartas - ir aš tikiu, kad tas asmuo ten yra - turėsite skirti šiek tiek laiko modifikavimui, pridedant tam tikrą dimensiją, bandydami sureguliuoti tai, ko ieškote .
Nes tai vėlgi nėra be galo sudėtinga aplinka, su kuria susiduriame analitikos pasaulyje; mes susiduriame su labai nelengva aplinka ir labai sudėtinga ir daugialype aplinka. Taigi visa internetinės transliacijos idėja šiandien yra kalbėti apie tai, kaip įgalinti tokią pakartotinę sąveiką su jūsų duomenimis.
Mes turime tris pranešėjus. Žinoma, „Hot Technologies“, priešingai nei „Briefing Room“, turime du analitikus; jie kiekvienas pirmiausia pasiima savo pasirodymą, tada svečias ateina, pristato savo pristatymą, o mes turime tarsi apvalųjį stalą. Ir jūs, mūsų publika, galite tai suvaidinti. Nebijokite; siųskite savo klausimus bet kuriuo metu. Jei galite, naudokite klausimų ir atsakymų skydelį, nes kitaip pokalbių skydelis yra puikus; Bandysiu abu stebėti pasirodymo metu. Ir mes juos įrašinėjame, taigi, jei kažko praleidote ar norite tuo pasidalinti su savo kolegomis, grįžkite vėliau. Juos skelbiame „Techopedia.com“ ir „InsideAnalysis.com“.
Ir su tuo aš ketinu suburti protingus žmones. Aš perduosiu tai gydytojui Robinui Bloorui. Leisk man duoti raktus, pakeisti vedėją, o ten tu eisi. Robinai, atimk jį.
Robinas Blooras: Gerai. Aciu uz intro. Maždaug prieš pusantro mėnesio aš kalbėjau su kūrėju, kuris iš tikrųjų yra DBA. Jis tikrai nėra DBA - jis buvo DBA tam tikroje įmonėje ir jis buvo vienintelis asmuo, kuris iš tikrųjų galėjo priversti užklausas atlikti. Bet jam pasidarė sunku tai padaryti, nes jis iš tikrųjų yra gana protingas kūrėjas. Taigi jis paliko.
Bet kokiu atveju jis turi tai padaryti po keletą dienų kiekvieną mėnesį, nes jie negalėjo rasti nė vieno, kuris užimtų jo vietą, ir jie neturi supratimo, ką daro duomenų bazė arba kaip ją suderinti. Aš apie tai galvojau ir, žinote, jie tikrai neturėjo IT skyriaus, tačiau šis vaikinas palaikė juos. Tiesą sakant, didžiąją laiko dalį jis buvo DBA darbas.
Sudėtingoms duomenų bazėms - „Oracle“, „SQL Server“, „DB2“ - visoms didelėms ir brangioms - duomenų bazių derinimas yra sunkus darbas. Tai taip pat saugus darbas. Ir tikrai to priežastis sakoma, kad tai kintantis kraštovaizdis. Aš tai tikrai peržvelgsiu. Žinote, reliacinės duomenų bazės - paprastai vaizdas yra didelis, vis dar populiarėja reliacinės duomenų bazės. Greičiausiai jie dominuos ilgą laiką. Taip, dabar yra ir kitų duomenų bazių, kurios gauna daugiau laiko, tačiau, žinote, kai iš tikrųjų žiūrite, kas ten vyksta, didžiąją dalį to daro „Oracle“, „Microsoft SQL Server“ yra antra, o debesyje vyksta įvairūs dalykai, kurie tačiau gali sukelti iššūkį. Jie yra didieji žaidimo milžinai. Tai yra duomenų bazės, kurias galite naudoti ir OLTP, ir faktiškai duomenų saugyklų darbo apkrovoms. Alternatyvos paprastai naudojamos daugiausia analitinėje aplinkoje, tada duomenis paprastai nulemia priežastis, kodėl mes pasirinkome tą, o ne reliacinį. Dažniausiai žmonės to nedaro.
Įmonės linkusios standartizuoti vienoje duomenų bazėje. Neseniai susidūriau su įmone, kurioje buvo daugiau nei 5000 „Oracle“ egzempliorių. Aš tarsi žmogus, su kuriuo bendravau iš tos kompanijos, aš jų klausiau apie DBA. Jie teigė turintys apie 10 DBA ir prižiūrimi apie 30 duomenų bazių. O visa kita, „Oracle“ buvo naudojama kaip galutinė sistema. Juos naudojusių programų duomenys buvo labai mažai pabrėžiami. Bet tai mane tiesiog nustebino - 5000 „Oracle“ egzempliorių.
Ir, beje, jie turėjo „Oracle“ turto licenciją. Na, žinote, akivaizdu, kad turite įmonės licenciją. Tačiau jie turėjo ir kitų duomenų bazių, nes kartais, žinote, programos pateikiamos su pageidaujama duomenų baze. Nebuvo taip, kad vienintelis dalykas buvo „Oracle“. Ir verta paminėti, kad nei „Hadoop“, nei „Spark“ iš tikrųjų nėra duomenų bazė, ir praeis daug laiko, kol jie įgis tai, ką aš galvoju apie duomenų bazės taisyklę. Tinka duomenų ryšiams, žinoma.
Su DBA veikla - tikriausiai Bullettas gali pasakyti apie tai siaubingai daug daugiau nei aš, bet aš tiesiog perbėgau pro jas. Tai, ką aš linkęs galvoti, žinote, ką daro DBA. Jie diegia, konfigūruoja, atnaujina, valdo licencijas. Jie vienaip ar kitaip atlieka daug ETL ir replikavimo darbų. Jie planuoja saugojimą ir talpą. Jie atlieka trikčių šalinimą arba yra trikčių šalinimo komandos dalis. Spektaklio stebėjimas ir derinimas yra beveik visa jų veikla, bet visa kita, tai nėra maža, jūs žinote. Saugumas, jie yra atsakingi už atsarginę kopiją ir atkūrimą. Jie turėtų būti įtraukti į programinės įrangos testavimo sistemas ir dalyvauti duomenų gyvavimo cikle.
Spektaklis. Kai aš buvau vienas iš šių vaikinų. Kai aš vedžiau ir derindavau duomenų bazes, tai aš supratau tai, žinai? Yra centrinis procesorius ir vienaip ar kitaip, šiais laikais, dažniausiai jis nenaudojamas, nes jis būtų vienas iš kitų dviejų ar trečiasis. Na, viena iš kitų kliūčių iš tikrųjų sukeltų problemą. Atmintis, trynimas ir suskaidymas, disko arba disko I / O sodrumas, kartais tinklo viršduris, jei dirbate keliuose tinklo mazguose ir tikriausiai galite užsiblokuoti.
Bet toks buvo pasaulis, kurį mačiau. Neseniai apžvelgiau „Oracle“ ir daugybę „Oracle“ nustatymo parametrų. Tai buvo daugiau nei 300. Jūs žinote, ir jei jūs iš tikrųjų galvojate apie tai, DBA, kuris tikrai žino, ką jis daro, turi turėti idėją, kodėl jūs kada nors jaustumėtės su bet kuriuo iš tų. Taigi, jūs žinote, tai sudėtingas darbas ir dėl to sudėtingesnis.
Žinote, dabar mes turime CPU, bet jūs turite … CPU jau egzistavo, GPU procesoriuje arba su FPGA CPU. Taigi vyksta savotiškas kryžminimasis, kas iš tikrųjų nutinka procesoriuje. CPU tapo daugiagysliu seniai; Tiesą sakant, aš nebeieškojau duomenų bazių, kai tai atsitiko. Net neįsivaizduoju, koks skirtumas iš tikrųjų yra dabar, kai apie tai galvoju.
Turime, jūs žinote, 3D Xpoint ir IBM PCM, kaip papildomą atminties sluoksnį, ir mes turime SSD, bet žinote, jie pakeičia besisukančias rūdis. Tačiau SSD gali būti įvairaus greičio. Turėdami tiek daug, galite turėti lygiagrečią prieigą, ir tai verčia juos eiti neįtikėtinai greitai - arti RAM greičio. Ir jūs turite visas lygiagrečias aparatūros architektūras.
Ir tai viskas, jūs žinote, mažėja išlaidos, o tai tikrai gražus dalykas, tačiau visa tai daro - jūs žinote, jei paimsite kitą duomenų bazės išleidimą ir pradėsite diegti jį mašinose, net kai kurie iš tai iš tikrųjų praradote bet kokį žarnyno jausmą, kurį galite turėti dėl to, kaip elgiasi duomenys, nes delsos yra labai skirtingos. Ir štai, žinote, jūs turite ne keturis, o tris sluoksnius.
Duomenų bazės problemos. Gaunate duomenų bazės entropiją - plinta egzemplioriai. Duomenų bazės buvo naudojamos kaip spintos. Būtent toks buvo mano pateiktas pavyzdys. Labai nedaug duomenų bazių yra savaime suderinamos, o tos, kurios teigia, kad savaime derasi, iš tikrųjų nėra tokios geros, žinote. Bet kitas dalykas - labai nedaug duomenų bazių yra tinkamai suderintos. Tai sunkus darbas, gebėjimas subalansuoti krūvius. Turiu omenyje, kai galvojate apie duomenų bazę, ką duomenų bazė gali daryti per 24 valandas, darbo krūviai gali būti labai skirtingi. Duomenų bazėje turi būti ypač tikras duomenų sandėlis.
Todėl derinimas, kuris nėra nereikšmingas dalykas, jūs žinote, nes tai, ką darote, yra parametrų, kurie turi patenkinti visą spektrą darbo krūvio per tam tikrą laiko momentą, derinimas. Iš esmės tai sunkus darbas. SQL reikia pritaikyti būtent SQL JOINs. Jie, be abejo, reikalauja daug išteklių. Ir jei duomenų bazėje yra realių vaizdų, jei sąžiningai, turėtumėte ištirti, kaip juos naudoti, nes jie viską padarys neįtikėtinai greičiau. Tam reikia kažko, kas suprastų darbo krūvį ir suprastų SQL srautą ir pan.
Ir daugumoje kompanijų dirba labai mažai DBA - labai brangu. Aš pažinau gana didelių kompanijų, turinčių, pavyzdžiui, tris vaikinus, daugybę pavyzdžių. Tikrai jie kainuoja labai daug, sudėtingas darbas yra sunkus darbas. Jiems reikia įrankių.
Ir aš manau, kad tai viskas, ką turiu pasakyti. O taip. Perduokime Dezui, pažiūrėkime, ką Dezas turi pasakyti.
Dez Blanchfield: Ačiū, Robinai . Tai didžiulė tema. Aš neatsiliksiu nuo dalykų, kurie, manau, iš tikrųjų yra kasdieniai iššūkiai, su kuriais susiduriame. Pripažinkime, kad yra visa biblioteka knygų, parašytų šia tema. Kas neėjo į techninį knygyną ir rado knygų, parašytų tik bendra duomenų bazės veikimo ir duomenų bazių derinimo bei stebėjimo tema, sienas ir sienas. Ir kartais tai puikus būdas užmušti laiką.
Bendra tema: atlikimo užklausų gavimas. Yra daugybė skirtingų organizacijos dalių, kurios prakaituoja šia tema - jūsų galutinio vartotojo lygmenyje, kaip aš suprantu, jūs žinote, žmonės tiesiog patiria veiklos rezultatus, kad viskas vyksta lėtai. Besisukantys ratai užima šiek tiek laiko, kad užklausos vėl atsirastų. Priešingame spektro gale turite infrastruktūros, tinklo ir saugyklų inžinerijos žmones, kuriuos sumušė duomenų bazių specialistai, nes viskas vyksta ne taip gerai, kaip jie tikisi. Ir tai, mano patirtimi, yra labai platus spektras, galintis paveikti mūsų gyvenimą tame spektre.
Jei galvojate apie fizinę aplinkybę, žinote tik kompiuterio erdvę. Turite atminties, žinote, RAM, jei norite - vietos diske, tinklo ir visų bitų aplink. Šioje erdvėje turime, jūs žinote, mintį, kad, tarkime, geriau naudoti neapdorotą diską ar JBOD ir tiesiog, žinote, kuo greičiau iškilti diske ir leisti duomenų bazė sutvarkyti duomenų apsaugos sluoksnį. Kiti žmonės yra dideli RAID, nereikalingų diskų rinkinio, gerbėjai ir turi skirtingą religinę patirtį su RAID 0, 1, 3, kartais 5 ir 6 skirtingų tipų diskų ištrynimu ar replikavimu, jei kietasis diskas sugenda. Net ir saugyklų, ir inžinerijos lygiu vis tiek turime žmonių, kurie turi skirtingas nuomones ir patirtį, susijusią su našumu, atsižvelgiant į saugojimo tipus.
Nesvarbu, ar tai yra tiesiogiai prijungti diskai ir patys serveriai, ar jis sujungtas per šviesolaidinį kanalą su tam tikros formos saugojimo srities tinklu, ar tai, pavyzdžiui, saugoma saugykla, sumontuota iš serverio kažkur per „iSCSI“, ar, pavyzdžiui, Ethernet. Ir tai yra dar prieš tai, kai jūs net iš tikrųjų pateksite į duomenų bazės lygmenį, kuriame, jūs žinote, yra daugybė dalykų, kuriuos mes laikome savaime suprantamais dalykais - jūs žinote, tiesiog palaikote tai, ką apibūdino Ericas, jūs žinote, ką mes vadiname pokalbiu su jūsų duomenimis . Tiesiog sugebėsime nustatyti modelius ir prasmingus modelius, į kuriuos, mūsų manymu, galime pradėti pasinerti ir ieškoti spektaklio problemų.
Ir tai labai plati tema, todėl pasineriu į dvi sritis, kuriose, mano patirtis, investuotas laikas, energija ir pastangos atneša gerą grąžą. Taigi leiskite man greitai pereiti prie pirmojo iš šių. Aš tik pusiau juokais ėjau ieškoti paveikslėlio, kuriame yra skeletas iš vidaus ir oda iš išorės, tačiau „Lego“ blokas tikriausiai buvo mažiausiai niūrus. Bet daugeliu aspektų tai yra, kaip aš įsivaizduoju ir psichiškai vaizduoju iššūkį, su kuriuo kartais susiduriame su juos palaikančiomis analizės platformomis ir duomenų bazėmis. Ir tai yra tai, kad jūs tikrai tik kaip vartotojas ir galutinis vartotojas ar net kūrėjas dažnai matote faneruotą odos sluoksnį, tačiau iš tikrųjų tai yra skeletas apačioje - tai tikrai klausimas, į kurį jums reikia atkreipti dėmesį.
Jūs žinote, kad šiuo atveju, kai mes galvojame apie dalykus, kurie gali paveikti duomenų bazės našumą ir analizę, atsirandančią dėl tos dienos, našumo hitai, pagrindinė infrastruktūra ir tiesiog tos pagrindinės infrastruktūros stebėjimas, ir kaip aš ką tik minėjau prieš tai disko ir atminties bei procesoriaus. Kaip pabrėžė daktaras Robinas Blooras, virtualizacijos iššūkiai ir dalykai, kurie vyksta pačiose mikroschemose, našumas iki pagrindinio lygio ir atminties kiekis, kuris dabar dedamas į kiekvieną lustą kiekviename branduolyje. Tai labai techniniai iššūkiai, į kuriuos reikia atkreipti dėmesį kiekvienam žmogui.
Toliau stebėkite užklausų stebėseną. Žinote, pavyzdžiui, vienas iš iššūkių, susijusių su užklausų ir užklausų eilių stebėjimu, - turiu omenyje, kad SQL kaip kalba ir duomenų bazės įrankiai, esantys aplink analizės įrankius, yra labai galingi, o ypač SQL kaip kalba. Tačiau kartu su šia galia ir paprastumu daugeliu atvejų taip pat ateina. Tai gali būti tai, kad jei tai nėra programa, daranti tą patį ir vėl ir vėl, parašyta gero kūrėjo ir pastebėta gero DBA, ji gali būti būkite žmonės, atliekantys nestruktūrizuotas užklausas
Problema yra ta, kad gana lengva išmokti šiek tiek SQL ir pradėti klausinėti, tačiau dėl to nebūtina turėti visų įgūdžių, patirties ir žinių, kad žinotum, ar darai geras ar blogas dalykas daryti duomenų bazę. Taigi nuolat važinėdami tuo pačiu dideliu, plačiu, negeru gali tiesiog nugriauti pastatą. Stebėti užklausų stebėjimą yra įdomus iššūkis.
Tiesiog stebėkite reagavimo laiką tiek, kiek platforma daro ir ką gauna vartotojai. Vėlgi, jūs žinote, neturėdami tinkamų įrankių, tai nėra kažkas, kad jūs tiesiog intuityviai žiūrėtumėte į daiktą ir galvojate: „O, jie veikia tinkle lėtai“ arba „Vartotojo atmintis neveikia gerai“ arba „Rodyklės veikia blogai “Arba„ išsipučia “.
Ir tada jūs žinote, kaip jūs pasiekiate tą vietą, kur, pamatę problemą, kaip ją atskirti ir atskirti ir išspręsti visą prastai struktūruotų užklausų problemą? Ir, žinote, ar tai yra ad hoc užklausa, kurią kažkas vykdo ranka, ar tai analitikos įrankis su prietaisų skydelio priekiu, kuris veikia blogai, nes užduoda klausimus neteisingai, ar tai tiesiog tikrai, tikrai blogai parašytas kodo gabalas?
Ir tada atlikdamas tą kartotinį, iš pradžių, Ericas sakė sąrankoje, jūs žinote, tiesiog kartodami pakartotinai, vėl ir vėl, ir suderindami tas darbo eigas. Žinote, kokias darbo eigas aš dirbu, kaip jos veikia, kaip dažnai jos veikia, koks kodas veikia prieš jas, kur jos veikia CPU ir atmintyje bei diske ir tinkle? Taip, tai tiesiog tikrai, tikrai techninis iššūkis.
Ir tada „nirvana“, kurios žmonės ieško šiame pasaulyje, tuo pačiu pereidami nuo istorinės analizės ir spektaklio derinimo bei įspėjimo apie jūsų aplinką, kurią yra nuostabu pamatyti, nes galbūt ateityje gausite jos planą, jei žinosite, kodėl viskas klostėsi lėtai. vakar ryte devyni valandą. Bet tai nepadeda jums dabar ir nepadeda įgyvendinti jūsų plano.
Manau, kad pajėgumų planavimas ir jų dydžių nustatymas, mastelio keitimas ir derinimas, taigi, žinote, manau, kad yra tendencija, kurią matome dabar, kai vyksta pokytis labai didelėse aplinkose, kur žmonės turi dideles duomenų bazių platformas ir plačiai platina duomenų bazių aplinką. nuo istorinio perspėjimo ir planavimo iki numatomojo perspėjimo ir planavimo, kur jie nori žinoti, kas vyksta šiuo metu, ir sugebėti planuoti tai ateityje. Ar mums pritrūksta atminties ir mums pritrūks atminties kitą valandą, ir ką mes galime padaryti dėl to? Ką galime planuoti realiu laiku?
Atsiprašau. Tai pasiekia tašką, kuriame, jūs žinote, tiesiog visas iššūkis atrasti šias kliūtis iš esmės kliudo tai, ką mes vadiname skysčių analize, ir paversti tokią normą jūsų organizacijoje. Kaip matai, tai nėra nekasdieniškas iššūkis, žinai, tiesiog kasdienėms didelėms, neplautoms mišioms. Ir vis dar tai nėra nereikšmingas iššūkis net ir labiau išmanantiems.
Žinote, jei sunku vien tik mirtingiesiems, kaip padaryti tai įmanoma? Nes, žinote, dauguma iš šių dalykų negali išspręsti įprastų vartotojų, ir mes galime turėti specialių duomenų bazių inžinierių, duomenų bazių kūrėjų, kodų kūrėjų, programuotojų, tačiau jie vis tiek turi sugebėti atskirti aplinką. Jie, kaip žinote, turi atsiriboti nuo tokių problemų, kaip žmonės, pakartotinai panaudojantys kodą.
Žinote, vienas blogiausių dalykų, kuriuos aš mačiau šioje erdvėje aplink našumo rodiklius analizės platformose, labai dideliuose duomenų bazių serverių infrastruktūros diegimuose, yra žmonės, paimantys kodo fragmentą, SQL fragmentą ar pavogtą procedūrą, kurios jie nepadarė. Jie nerašo ir nežino, ar tai geras, ar blogas kodas, ir tiesiog pakartotinai jį naudoja, nes tai suteikia jiems norimą rezultatą. Tačiau paaiškėja, kad tai galėjo būti tiesiog kažkas, kas buvo parašyta skrendant, kad gautume vieną ar du rezultatus, pavyzdžiui, pranešimą - kažkas skubėjo.
Taigi žmonės naudoja sudėtingą kodą, kurio nerašė, ir tiesiog įpjauna jį į programos kūrimo įrankį, nežinodami, kad iš tikrųjų baudžia už užpakalį. Netgi tik stebėdamas, koks spektaklis pasiekė, ir žiūrėdamas, kur kyla užklausos, ir gilinuosi, kad, žinote, tai yra kasdienis iššūkis, kurį matau.
Pagrindiniai elgesio dalykai, pavyzdžiui, išankstinis duomenų pateikimas atlikimui, kai tai įmanoma. Dalykai, kuriuos patiriate, tik moko, pvz., Ištrinti indeksus, jei importuosite masinį importą, o po to indeksuoti iš naujo, kad indeksai nebūtų prižiūrimi, kai kaupiate duomenis terabaitais. Jūs žinote, kad be tinkamų įrankių to beveik neįmanoma pamatyti, nes nežinote, kad indeksas tampa plaktuku.
Reguliariai optimizuojant indeksus yra 101, bet ką daryti, kai jūs importuojate masinį importą arba, kurdami užklausų lentelę, sukuriate tikrai didelę užklausą? Žinote, tai gali būti didžiulis spektaklio paspaudimas, ir vėlgi, jei nesate stebimas, neturite įrankių, kad tai pamatytumėte, toks įvykis įvyksta fone ir jūs nežinote, kaip į tai reaguoti. .
Apriboti užklausas tik tiek stulpelių, kiek jums reikia - turiu omenyje, kad jis skamba tikrai paprastai, bet vėlgi, jei jūs jo nematote, nežinote, kad tai vyksta, tada jis tiesiog įvyksta fone ir jums skaudina., į tave.
Žinojimas, kada ir kur naudoti laikinas lenteles, kaupiant didelius ištrynimus ir atnaujinimus. Vėlgi, visi labai paprasti dalykai, tačiau be to matomumo ir neturėdami tam įrankių, jie tiesiog sėdės fone ir nuolat jus žaloja, o jūs tiesiog metate daugiau atminties ar procesoriaus duomenų bazės aplinkoje, kad pasiektumėte geresnį analizės platformos našumą, kai tikrai turėtumėte mokėti išsiaiškinti, kas jus skaudina, ir atkreipti dėmesį į tą konkretų dalyką. Ir tada, jūs žinote, tokie dalykai kaip pagrindiniai užsienio apribojimai ir kaip tai sužinoti, kaip jūs net žinote, kad tai problema?
Tai leidžia man padaryti išvadą apie mano esminį dalyką čia, tai yra, jūs žinote, kad kasdien matome šias problemas visur. Kadangi duomenų bazių aplinka tampa vis didesnė ir didesnė, ir vis platesnė, ir kaip čia pabrėžė daktaras Robinas Blooras, mes gauname vis sudėtingesnių aplinkos modelių su duomenų bazių laikais.
Tada reikia integruotis į kai kurias dideles duomenų platformas, tokias kaip „Hadoop“ ir „Spark“, kurios ateina vis daugiau ir daugiau vienu metu. Mano manymu, reikia ieškoti geresnių būdų ir konkrečių įrankių, kad protingai atliktume šio realaus laiko platformos veikimą ir analizę bei diagnostiką. Nes tai kainuoja realiu laiku, realiais pinigais ir nusivylimu galutiniais vartotojais bei tikrais doleriais, jei nepradėsime naudotis įrankiais pasinerti į šiuos dalykus.
Aš tai perduosiu mūsų draugams iš IDERA, nes manau, kad jie turi gerą istoriją, kaip papasakoti, kaip galėtume išspręsti šią problemą.
Bullett Manale: Skamba gerai. Labai ačiū, aš eisiu į priekį ir pradėsiu viską. Aš taip pat turiu keletą skaidrių čia ir leidžiuosi eiti į priekį ir tarsi tai parodyti. Kai kuriuos iš jų mes greitai peršokime.
Tiesiog norėčiau suteikti jums šiek tiek įžvalgos, aš esu IDERA pardavimų inžinerijos direktorius, todėl dažniausiai kalbame su DBA su daugeliu atvejų apie skausmus ir iššūkius, kurie jiems būdingi., našumo stebėjimas ir tokie dalykai, aišku. Ir mes daug girdime iš tos auditorijos, todėl manau, kad galiu pasidalinti tam tikra informacija, kurią reguliariai gaunu iš jų, kuri bus prasminga. Aš peržvelgsiu keletą iš jų, nes nemanau, kad jie iš tikrųjų yra tinkami pokalbiui.
Žinote, aš turiu savo DBA pareigų sąrašą - jis panašus į Robino sąrašą ir aš manau, kad jis yra gana nuoseklus. Manau, kad kai jūs kalbatės su duomenų bazės administratoriumi, visada - žinote, kai kurios iš šių sričių yra labiau įsivėlusios į kitas sritis ir tam nėra jokios rimties ar priežasties, tai tiesiog priklauso nuo aplinkos.
Girdite gana platų, platų dalykų spektrą, kurį žmonės nori turėti. Daugelis atvejų žmonės, kurie nori šių dalykų, to neprašo - jie jų paprašys, o kai kuriais atvejais jūs pradedate gilintis į tai, ko jie iš tikrųjų reikalauja, ir tada sužinosite, kad jie vėl tikrai ieškote daugiau. Jie tikrai nori daugiau informacijos nei to, ko iš pradžių mano, kad jiems reikia, ir kai jūs pradedate gilintis į įrankį, manau, kad čia galite pradėti sakyti, kad jie kalbasi su duomenimis.
Ir aš manau, kad tai yra tikrai įdomi frazė, ir ji turi daug prasmės kalbant apie galimybę pasakyti, taip, gerai, jei turite blogą užklausą, kas iš tikrųjų yra bloga užklausa? Ar tai užklausa, kuriai daug reikia skaityti ar rašyti, ar centrinis procesorius? Tai gali būti tas, kuris daug važiuoja, tai gali būti, žinote, tai, kaip sakėte, blogai parašyta.
Kalbant apie tai, kaip mes tai identifikuojame, yra daugybė būdų, kuriuos pamatysite kalbėdami apie mūsų produktą - „Diagnostic Manager“ produktą - kad parodome DBA, kad jie gali tai įgyvendinti. Ir tai tikrai lanksti, ir aš manau, kad tai yra vienas didžiausių dalykų - jūs turite turėti įrankį, kuris padės jums išspręsti šias našumo problemas, ar kiekvieno žmogaus aplinka yra šiek tiek kitokia.
O stebėsenai bus labai daug, žinote, poreikių ir galbūt net neaiškių reikalavimų, todėl jūs turite turėti tai, kas yra lanksti, ir tai, kas veiks, ir sugebėti atitikti aplinką, kuri bandai valdyti. Žinote, ir aš turiu daugybę šių pavyzdžių - nesiruošiu peržvelgti nė vieno iš jų, bet jums reikia kažko, ką galėtumėte pasukti pirmyn ir atgal tarp vieno duomenų rinkinio ir pakalbėkime apie tai, kai po truputį pateksime į produktą ir parodysime jums tai, kaip tai darome.
Bet kitas dalykas, kurį aš manau, kalbant apie bet kurį gerą analizės įrankį, yra, jūs žinote, yra keletas pagrindinių dalykų, kurių tikrai ieškote. Aišku, pirmiausia, jūs nenorite, kad įrankis, kuris vardan spektaklio keltų savo veiklos problemas. Kai sakau, kad surinksite duomenis nemokamai, aš kalbu ne apie sąnaudas, atsižvelgiant į, žinote, pinigines sąnaudas, o į sąnaudas, atsižvelgiant į pridėtines išlaidas, ir į sąnaudas, atsižvelgiant į išteklių kiekį, kurį mes ketinu naudoti spektaklio vardu. Jūs tikrai norite kažko, kas padėtų.
Jums reikia kažko, kas jums padėtų gauti jūsų ieškomus duomenis, susijusius su problemomis, su kuriomis susiduriate kasdien, ir gali būti, kad jums nereikia kai kurių dalykų, kurių jums nereikia. Nenorite, ir nėra prasmės rinkti tuos duomenis, jei niekada neketinate apie juos pranešti ar neturėsite poreikių tvarkyti tuos duomenis. Pavyzdžiui, kalbant apie metaduomenis, susijusius su atlikimu.
Žinote, puikus pavyzdys yra tas, kad man nereikia įspėti, jei SQL paskirstytų operacijų koordinatoriaus paslauga neveikia, jei aš nenoriu, kad ji veiktų visų pirma. Taigi nereikia įspėti ir nekaupti duomenų, nes man tos informacijos nereikia. Taigi turėti galimybę tuos dalykus įjungti ir išjungti yra labai svarbu.
Galimybė, kai tik surinksite duomenis, gana greitai turės prieigą prie jų - neprivalote, turite žinoti, tvarkyti ir masažuoti duomenis, manipuliuoti duomenimis - sugebėti tai padaryti greitai ir efektyviai. Ir kai jūs turite duomenų, aišku, tikrai svarbu mokėti juos suprasti.
Dabar štai kur yra mūsų, pavyzdžiui, su „Diagnostic Manager“ produktu, kurį šiandien šiek tiek parodysiu, tas produktas, žinote, aš norėčiau jums pasakyti, kad tas produktas pakeisti ir būti DBA dėžutėje. Realybė yra tokia, kad reikia tam tikrų žinių apie tai, kokia yra jūsų aplinka ir ką jūs bandote įgyvendinti. Aišku, svarbu turėti tam tikrą supratimą apie paties DBA vaidmenį.
Dabar mes stengiamės mokytis pagalbos ir kitais būdais. Bet jūs visada norėsite tai susieti su tam tikros rūšies patirtimi ar žmogumi, kuris žino, ką daryti gavus duomenis. Akivaizdu, kad svarbu turėti žmogų, kuris gali užduoti teisingus produktus, ir kalbėtis su duomenimis. Ir tada akivaizdu, kad sugebu įprasminti duomenis.
Kai turėsiu informacijos, galėsiu ją rasti tinkamiems žmonėms. Mano kūrėjai, mano operacijų komanda - kad ir kas tai būtų, man gali tekti integruotis su kitais produktais, turint kabliukus, kad galėčiau tai padaryti. Tai visi tikri svarbūs dalykai. Ir tada, aišku, paskutinis, bet ne mažiau svarbus dalykas, jei man reikia žinoti daugiau, kad galėčiau tai padaryti. Nesvarbu, ar tai reiškia, kad įjungsite dar kai kuriuos kolekcionuojamus daiktus, ar tai reiškia, kad reikia šiek tiek įsigilinti į duomenis. Jūs tikitės, kad naudodamiesi įrankiu, padedančiu atlikti rezultatus, gausite visus dalykus, kurių jums reikia norint atsakyti į tuos klausimus.
Vienas dalykas, kurio čia nedėjau ir kurį, manau, turbūt verta paminėti, yra tai, kad jums reikia įrankio, kuris padėtų atskirti, kas normalu, o kas nėra normalu. Ir aš manau, kad tai didelis, nes, jūs žinote, yra daugybė įspėjamųjų produktų ir daiktų, kurie yra, bet jei jūs gaunate įspėjimą, o įspėjimas yra melagingas įspėjimas, jis nieko gero nedaro ; tai daugiau laiko švaistymas ir tai sumažins jūsų efektyvumą labiau, nei padės jiems. Taigi, žinote, kai kuriuos dalykus turėčiau omenyje.
Kai aš kalbu apie produktą, kurį aš visus šiuos dalykus susieju su IDERA produktų rinkiniu, manau, kad tai yra „Diagnostic Manager“ produktas, kuris, ko gero, turi pagrindines savybes, ką mes kalbame čia, kalbant apie duomenų bazę. derinimas ir atlikimas bei stebėjimas ir tokie dalykai.
Žmonės ieško įmonės lygio stebėsenos; jie nori turėti prieigą ir sugebėti viename ekrane žinoti, kad viskas veikia taip, kaip turėtų būti. Arba jie nori sugebėti, aišku, iškilus problemai, pamatyti, kur yra problema, tada galėti išsiaiškinti. Manau, kad tikroji didžioji dalis to, ko žmonės ieško, naudodamiesi šiais būdais, kuriais galite iš tikrųjų prisijaukinti savo pasirodymą.
Kitas dalykas, kuris akivaizdžiai siejasi su tuo, kad aš negaliu tiesiog operuoti dabartyje ir turiu sugebėti grįžti atgal tam tikru laikotarpiu, nesvarbu, ar tai reiškia, kad reikia žiūrėti į blogai atliktas užklausas, ar tai reiškia, kad tu žinoti, žiūrint į tai, kaip pati pagrindinė VM elgėsi išteklių atžvilgiu. Visus tuos dalykus, kuriuos turite mokėti, ir nesirinksite sėdėti spoksodami į konsolę 24 valandas per parą, 7 dienas per savaitę.
Jei atostogaujate, jei vidury nakties ar bet kas, kas gali būti, jums reikia kažko, kas galėtų grįžti atgal į jus su laiku, kad galėtumėte pasakyti, kas vyko pavyzdyje laikas, kai mes turėjome problemą. Galimybė dar kartą tai padaryti efektyviai ir greitai bei sugebėti gilintis į tai yra neabejotinai svarbus dalykas šioje diskusijoje. Ir sakyčiau, tai turbūt vienas iš svarbesnių dalykų, atsižvelgiant į tai, ko žmonės ieško. Jie visada ieško to lango į praeitį, nes tai iš tikrųjų yra imli - žinote, jūs nenorite, kad turėtumėte ten sėdėti ir laukti, kol kažkas atsitiks.
Kitas dalykas sąraše yra tik grįžimas prie to, apie ką kalbėjome anksčiau, su pačios užklausos atlikimu. Parodysiu jums keletą skirtingų „Diagnostic Manager“ produkto pavyzdžių, kaip mes tai darome, o tai, be abejo, dienos pabaigoje suteiks jums daugybę variantų, susijusių su pačiomis užklausomis, atsižvelgiant į tai, ką norite susirinkti.
Kalbant apie tai, ar jus domina užklausos, keliančios skausmą dėl išteklių, CPU ar I / O sunaudojimas. Nesvarbu, ar užklausos užtrunka ilgai, ar tokios užklausos, kurios paprastai nėra blogiausiai veikiančios, tačiau gali būti vykdomos taip dažnai, kad gali kilti problemų dėl paties jos vykdymo dažnio. Ir, be abejo, sugebėjimas pastebėti tendencijas laikui bėgant su tomis užklausomis taip pat yra svarbi.
Šiame produkte yra daugybė skirtingų būdų, kaip mes galime tai padaryti, ir aš manau, kad tai akivaizdžiai yra svarbus dalykas daugumai DBA. Ir net jei neturite savo pačių sukurtų programų, vis tiek yra malonu kreiptis į savo programinės įrangos pardavėjus ir pasakyti: „Ei, žinai ką? Žinote, kiekvieną dieną antrą valandą popietės, kai prasideda šis darbas “ar koks jis bebūtų:„ Tai sukelia jūsų programa, ir mums reikėjo ją sutvarkyti. “Taigi, net jei neturite visiškos kontroliuoti patį kodą, vis tiek malonu žinoti, kai kyla problemų.
Ir tada, žinote, kita dalis tiesiog akivaizdžiai tampa iniciatyvesnė. Sugebėjimas būti pirmas, žinantis, suprasti, kada iškyla problema. Kad ne tik galėtumėte žinoti kaip pirmasis ir galėtumėte tai ištaisyti, bet daugeliu atvejų, kai jums reikia to, kas sugebės automatizuoti atsakymą, daugeliu atvejų taip pat. Galite, tarkime, žinoti, užuot gavę el. Laišką, sakydami: „Ei, jums reikia išspręsti šią problemą“, jei aš dalyvauju susitikime arba jei aš, žinote, kelyje ar kas tai yra? Aš darau, akivaizdu, kad labai malonu pasakyti, kad turiu ką nors, kas sugebės tai išspręsti automatiškai.
Ir jei į tai nėra kreipiamasi automatizuotai, tai bent jau būkite pirmas sužinoti, kad galėtumėte imtis taisomųjų veiksmų arba susisiekti su kuo nors, kas gali. Taigi, akivaizdu, kad tai yra labai svarbūs dalykai, galintys susidurti su šių problemų rūšimis, stebint savo mašinas ir egzempliorius bei pačią analizę.
Dabar apie tai jau kalbėjau anksčiau, tai yra dalykų lankstumas. Aš negaliu to pakankamai pabrėžti, kai galiu pasakyti, žinai, neprivaloma, jei yra kažkas, kas nėra stebima, galimybė turėti produkto funkcionalumą, kad galėčiau tuos dalykus įtraukti į būti stebimas. Ir, žinoma, turėdami „Diagnostic Manager“ pavyzdį, žinome, kad WMI skaitikliai, skaitikliai, „SQL Server“ skaitikliai gali sukurti savo užklausas.
Jūs netgi galite žinoti, jei norite, surinkti duomenis iš „vCenter“ aplinkos arba „Hyper-V“ aplinkos, kaip vykstančio apklausos rezultato, ir galėtumėte tai padaryti reguliariai bei surinkite tuos duomenis ir galėsite juos peržiūrėti. Ir dar kartą pasukite iš vienos vietos į kitą, kai žiūrite į šią informaciją.
Taigi, tai yra tie dalykai, kurie, kalbant apie įrankį, kuris jiems padės suderinimo ir atlikimo prasme, manau, kad žmonių prašau - produktas, kurį jums parodysiu tik antra yra „Diagnostic Manager“ ir palaiko viską nuo 2000 m. iki 2016 m. Tai būdinga SQL serveriui, todėl mes stebime, kaip tuos dalykus valdyti. Pačiose instancijose, kurios stebi instancijas, nėra agentų.
Tai yra informacijos rinkimas už nedidelę kainą, nes, žinoma, mes akivaizdžiai stengėmės surinkti šią informaciją, nenaudodami daug išteklių, ar ne? Mes stengiamės panaudoti tai, ką „SQL Server“ mums jau teikia, ir patobulinti, nesvarbu, ar tai būtų dinaminiai valdymo vaizdai, ar tai išplėsti įvykiai, ar bet koks atvejis gali būti susijęs su pačia kolekcija. Galimybė panaudoti šią informaciją ir ją patobulinti yra vienas iš mūsų įgaliojimų.
Dabar, jei greitai pažvelgsite į šią tikrovę, aš per daug nesigilinu į architektūrą, bet turiu atsarginę saugyklą su visais mūsų istoriniais duomenimis, kuriuos galite valdyti ir kuriuos galite saugoti tol, kol tu nori. Jūs netgi galite pasirinkti informacijos, kurią norite saugoti, rūšį ir kiek laiko. Tai tarsi grįžta prie to, kad reikia surinkti reikiamus duomenis ir palikti nereikalingus duomenis. Jei norite išsaugoti pagrindines penkias dienas trunkančias užklausas ir po to dvejus metus saugoti perspėjimus, tai jūs ir turite teisę tai padaryti.
Daugybė skirtingų konsolių su šiuo produktu. Jūs turite internetinę versiją, taip pat turite ir storojo kliento versiją. Tai reiškia, kad lanksčiai galite šokinėti naršyklėje ir pamatyti, kas vyksta, arba jei turite nešiojamąjį kompiuterį, kuriame turite įdiegtą specialųjį klientą, kuris nors iš šių būdų jums tinka.
Dabar norėčiau padaryti greitą demonstraciją. Aš norėčiau atkreipti dėmesį - aš grįžtu prie šios kitos skaidrės čia - ką mes turime, ką tik pridėjome, tiesiog kaip FYI tiems žmonėms, kurie yra susipažinę su produktu, mes turime naują pasiūlymą, kuris yra „Diagnostic Manager Pro“. Profesionalus pasiūlymas, apimantis tai, ką mes vadiname darbo krūvio analize.
Ir iš tikrųjų tai yra apie galimybę interaktyviai pažvelgti į labai ilgą laiką ir pereiti nuo 30 dienų peržiūros prie, žinai, penkių minučių peržiūros maždaug per tris paspaudimus. Jei galėtumėte pamatyti našumo smaigalį ar problemą, kurią jums gali prireikti, jūs žinote, kad galėtumėte pamatyti labai aukštą lygį ir gręžti iki labai žemo lygio. Ir ypač tai, kad taip pat šiandien, tai yra naujovė gaminyje.
Bet tai, ką noriu padaryti, yra tik pradžia nuo pradžių ir aš noriu truputį pakalbėti apie tą pasisukimą ir grįžimą atgal. Aš iškėliau pavyzdį ir čia pasidalinsiu savo ekrane. Pažiūrėkime … Ten mes einame. Mano ekranas. Ir praneškite man, vaikinai, kad galite tai pamatyti.
Erikas Kavanaghas: Čia tu eini.
Bullett Manale: Ar ten viskas gerai? Gerai. Taigi, ką jūs šiuo metu žiūrite - ir tai yra „Diagnostic Manager“ produktas - ir aš tiesiog norėjau jums parodyti savotišką aukšto lygio parodymą, kas čia vyksta. Šiame konkrečiame pavyzdyje mes rodome jums su laukimais susijusius klausimus. Taigi kai aš kalbu apie galimybę eiti pirmyn ir atgal, gilintis giliau ir pasisukti, tai yra - šis vaizdas čia yra geras to pavyzdys. Aš galiu pereiti iš laiko juostos vaizdo, kokį mes matome čia, kuris bus rodomas dabar. Šiuo atveju mes žiūrime į pačius laukimus ir pačių laukimo kategorijas. Mes galime pamatyti pareiškimus, kurie yra susieti su tais laukimais, mes galime pamatyti paraiškas.
Atkreipkite dėmesį, kad čia yra laiko juostos vaizdas, kad galėčiau tą informaciją identifikuoti tiesiškai, atsižvelgiant į tai, kada iškilo problema, bet tada, jei noriu, tik dar kartą pasisukti, sakau: „Žinai ką, pažiūrėkime tai iš kitos perspektyvos “, pažvelkime į priekį ir pažvelkime į tai iš požiūrio pusės, „ noriu pamatyti klausimus ar laukimus ar programas, kurios man kelia didžiausią skausmą, ir jas suskirstyti į eilę. “Štai ką mes ' ketiname pamatyti pagal užklausą, laukiančią pagal trukmę. Dabar matome pačias programas, kurios man sukelia daugiausiai skausmo, arba laukimus.
Ir štai ta dalis, kuri iš tikrųjų yra pati svarbiausia, yra sugebėjimas atskirti šiuos dalykus. Matau, kad čia prasideda „NoSQL“ programa. Man tai sukelia nemažai laukimo laiko, įskaičiuojant į 25 sekundžių laukimo laiką per tą 30 minučių langą, į kurį esame įsitraukę. Tada aš galiu atskirti šią programą ir matau teiginius, kurie šiuo atveju turi tiesioginį poveikį šiai konkrečiai instancijai.
Taigi tai yra tik vienas pavyzdys, kaip jūs galėtumėte nustatyti kliūtį, suskirstyti informaciją, sugebėdami suteikti prioritetą klausimams, kuriuos pirmiausia reikia išspręsti. Tai visi dalykai, į kuriuos turite atsižvelgti. Žinote, jūs galite ištaisyti problemas visą dieną, tačiau jei jūs taisote problemas, kurios yra taisomo sąrašo apačioje, tada eikvojate savo laiką. Jūs turite su tuo susijusių alternatyvių išlaidų.
Pateiksiu dar vieną pavyzdį, ir tai yra šiek tiek kitoks pavyzdys. Užuot konkrečiai nurodę problemą ar teritoriją, jums taip pat reikia įrankio, kuris galėtų padėti jums plačiąja prasme, sakydamas: „Ei, ar mes turėjome problemų?“ Ar „ar Ar yra dalykų, kuriuos galiu padaryti, kad pagerinčiau spektaklį? “ir norėdamas kažkokį užkulisį žiūrėti, kas vyksta. Ir šiuo atveju tai gali būti susiję su konfigūracija; tai gali būti susiję su jūsų žiniomis, kaip tvarkoma pačios bylos sveikata. Taip pat, aišku, taip pat ir spektaklio dalykai.
Jei aš čia apsilankysiu prie mygtuko „Analizuoti“, parodysiu, kad šiame produkte yra ir aktyvus dalykų, kuriuos galima atlikti ranguotu formatu, sąrašas, kuris iš esmės suteiks jums įžvalgos. į dalykus, kurie greičiausiai padidins jūsų našumą toje instancijoje arba padidins to atvejo sveikatą. Tai yra reitinguoto formato ta prasme, kad jūs turite galimybę pamatyti, kurie iš jų labiau tikėtina, kad pagerins jūsų našumą, atsižvelgiant į konkrečią nustatyto tipo problemą.
Taigi, žvelgdamas į šiuos dalykus ir juos identifikuodamas, ne tik matau, kad turiu problemą, ir daugeliu atvejų turiu scenarijų, kurį galima sukurti automatiškai, kad būtų galima išspręsti šią problemą. Tačiau daugeliu atvejų mes taip pat turime išorinių nuorodų, kurios nurodo problemą, su kuria susiduriame, ir kodėl mes taip pat teikiame šią rekomendaciją, kad gautumėte tą dalykų edukacinį aspektą. Tai, dar kartą, manau, labai svarbu, kai jūs kalbate, žinote, kaip išspręsti problemas.
Aš nenoriu tik aklai sekti šiomis rekomendacijomis, noriu suprasti, kodėl šios rekomendacijos teikiamos. Ir aš galiu būti vyresnysis DBA, kuris tai daro jau 30 metų, ir man reikia kažko, kas įvyktų, žinote, pasitikrinkite - arba pažymėkite „i“ ir perbraukite „t“, o gal aš esu jaunesnysis DBA ir Man reikia šiek tiek pagalbos suprantant šias problemas, kaip jos kyla, ir kodėl teikiamos šios rekomendacijos.
Kaip jau sakiau, aš jus supažindinsiu su keliomis skirtingomis gaminio dalimis. Šis įrankis jau yra, jūs naudojate, nuo 2004 m., 2003 m. Ir jis tikrai turi daug tobulėjimo, daug informacijos, todėl nėra prasmės bandyti jums viską parodyti čia. Bet aš manau, kad vienas iš dalykų, į kuriuos verta atkreipti dėmesį, yra tas, kad kai mes įeiname ir pradedame kalbėti apie visus dalykus, kuriuos galite stebėti, ir apie visus dalykus, kuriuos galite įspėti, vėl grįžtame prie to dalykų lankstumo., pateikiame sąrašą visų elementų, kuriuos stebime.
Dabar tai nebūtinai reiškia, kad noriu laikyti, kad šie dalykai yra budrūs, jei jie išeina iš sielvarto, kalbant apie slenkstį, taigi jūs galite juos įjungti ir išjungti. Tai grįžta prie to, kad „Ei, man reikia atlikti tik tam tikrus veiksmus pagal tam tikras metrikas. Žinai, aš turiu tik įspėti apie tam tikras problemas. “Ir sugebėti įsitikinti, kad mes neketiname, žinok, prisotinti tave daugybe klaidingų teiginių. Jūs ne tik turite galimybę įjungti ir išjungti šiuos dalykus, bet daugeliu atvejų pastebėsite, kad mes taip pat teikiame tą normalumo juostą, kiek ji susijusi su kiekviena metrika. Taigi, jei aš žiūriu į šį konkretų, šiuo atveju, pradinį scenarijų, pastebėčiau, kad slenkstis tikriausiai yra aukštesnis ten, kur jie yra dabar.
Kita vertus, ką daryti, jei turiu SQL egzempliorių, kai aš stebiu tam tikras metrikas ir tuos metrikus, dėl kokių nors priežasčių mano nustatytos slenksčiai yra neteisingi? Kitaip tariant, slenksčiai yra smarkiai užmaskuoti viduryje ten, kur iš tikrųjų sėdima bazinė linija. Tai reiškia, kad jei turiu perspėjimą apie tą slenkstį, aš tikriausiai gausiu perspėjimą dėl to, kas yra normalus įvykis. Taigi tokiose situacijose mes taip pat galime pateikti šią įžvalgą.
Visose šios konkrečios bylos metrikose aš matau tas ribas, kurios greičiausiai čia parodys klaidingai teigiamą teiginį, kas yra normalu, o kas ne. Tai bus kažkas, kas būtų labiau laikomas įprastu naudojimo dalyku atminties pusėje, o jei norėčiau padidinti tą slenkstį, galėčiau, bet tokia yra idėja su pradinėmis linijomis.
Nuostabus „Diagnostic Manager“ produkto dalykas, kalbant apie pačias bazines linijas, yra galimybė nustatyti kelias pradines linijas. Galite paklausti: „Kodėl aš norėčiau tai padaryti?“. Atsakymas yra: gerai, jei turite priežiūros langą, kuris prasideda nuo, tarkime, vidurnakčio iki 4 ryto, kur jūs tikrai apmokestinate savo išteklius, jūs Jei iš tikrųjų naudojate išteklius kiek įmanoma daugiau, tada jūs norite dar kartą pasislinkti, norėdami šiek tiek pasisukti ir pasakyti: „Žiūrėk, mes pakeisime tam ribas“. Ir mes iš tikrųjų galime dinamiškai pakoreguoti savo slenksčius, atsižvelgiant į tai, kurioje pagrindinėje situacijoje esame, remdamiesi dienos laiku ar savaitės diena ir pan., Kad yra. Taigi tada jis dinamiškai pakoreguos tas ribas mums.
Ženkime dar kartą. Kai jau nustatysime tas ribas, jas peržengsime ir, kalbėdami apie perspėjimo signalus ir pranešimus bei susipažinę su tokiomis situacijomis, kurios gali nutikti, vėlgi lankstumas yra svarbiausia. Norite sugebėti įspėti konkrečiose situacijose. Kitais atvejais galbūt norėsite nusiųsti el. Laišką kam nors kitam, galbūt norėsite paleisti „PowerShell“ scenarijų, galbūt, žinote, sąrašas tęsiasi.
Aš galbūt norėčiau integruotis su kažkuo per SNMP spąstus ar net tiesiogiai su, pavyzdžiui, SCOM. Esmė ta, kad jūs turite galimybę tai padaryti ir galite nustatyti bet kokio tipo sąlygas, kurios pateisintų, kad tai būtų labai plataus masto sąlygos - žinote, mano procesorius ir atmintis ar kokie nors ištekliai - visais mano atvejais, o gal turiu labai specifinį dalyką, kurį noriu stebėti, nes, kai pastebiu, kad pažeidžiame, noriu paleisti labai specifinį ir nukreiptą scenarijų šiai problemai spręsti. Taigi čia jūs galėsite padaryti tokius dalykus „Diagnostic Manager“ produkte, tiesiog jūs žinote, kaip įspėti ir pranešti, ir tuo požiūriu būti lankstūs.
Dabar aš neisiu jokio įspėjimo ir viso to gero. Aš norėjau kalbėti apie pranešimus. Ir dar kartą - galimybė paimti informaciją ir panaudoti tuos duomenis keliais skirtingais būdais - ir tai vėl grįžta prie pokalbio su jūsų duomenimis. Daugelis žmonių, pirmą kartą pamatę šį gaminį, galvoja: „O, gerai, aš turiu įrankį, kuris mane įspės, kai kyla problemų. Štai ko man reikia. “Ir realybė yra ta, ar jiems reikalingas tas įrankis, bet, kita vertus, jei jie iš tikrųjų yra, jiems taip pat reikia įrankio, kuris padėtų jiems priimti sprendimus, ir jie gali panaudoti šią informaciją, kad mes esame rinkimas vardan spektaklio, taip pat įspėjant, kad padėtų jums priimti sprendimus judant į priekį.
Žinote, geras pavyzdys būtų mano augimo prognozės mano duomenų bazėje. Jei turiu specifinę duomenų bazę, kuri auga, sugebėti nukreipti į tą duomenų bazę ar net kelias duomenų bazes, kad galėčiau pamatyti, kokie yra augimo tempai. Mes neparodome, kas pagrįsta tuo, kas yra šiandien; tai prognozuojama remiantis ankstesniu augimu, kurį patyrėme.
Jei turėčiau keletą duomenų bazių, kurias aš turiu, įsivaizduokime, aš galėčiau įeiti ir pasakyti: „Paimkime paskutinius, žinote, metų vertingus duomenis, palyginkime tai pagal mėnesį ir imtyje. Mėnesio greitis, eikime į priekį ir pažiūrėkime, kokį augimą matysime per ateinančius trejus metus, arba 36 vienetus. “Tokiu atveju mes galime labai greitai atsakyti į šį klausimą. Dabar pabandykite tai padaryti savarankiškai, tiesa? Pabandykite tai padaryti per tiek laiko, kiek padariau tai jūs. Tai užtruks.
Dabar, norėdami dar labiau pabrėžti, paimkime kitą ataskaitą, kuri yra mano geriausių serverių ataskaita. Įsivaizduokite, kad turiu šimtą gamybos pavyzdžių, kurių šiuo atveju neturiu. Bet jei kas nors ateina pas mane ir sako: „Man reikia, kad tu man pasakytum - mes įdėsime šią naują duomenų bazę šiai puikiai naujai programai; tai pakeis viską kaip mes žinome; tai padarys gyvenimą tokį nuostabų. Oi, beje, pati duomenų bazė bus tikrai I / O intensyvi, arba ji bus intensyvi procesoriui, ar tikrai daug atminties … “- kad ir kokią tuščią vietą užpildyti, aš noriu galėčiau pamatyti iš visų mano gamybos pavyzdžių, kur prasminga dėti tą duomenų bazę? Visus savo egzempliorius galiu palyginti pagal kontingento tipą, nesvarbu, ar tai būtų centrinis procesorius, atmintis, diskas ar bet koks atvejis. Taigi čia esmė yra galimybė greitai ir efektyviai atsakyti į šį klausimą ir priimti teisingą sprendimą, o ne spėlioti, kai tai padarysi - visi jie akivaizdžiai yra tikrai svarbūs ir jums reikia kažko, kas jums padėtų.
O kai mes kalbame apie analizę, ji gali svyruoti nuo bet kokio, pavyzdžiui, apie ką mes kalbame apie pajėgumų planavimą, iki įspėjimų, kuriuos kasdien patiriate, kurie gali būti susiję su procesoriumi, nes be abejo, patys klausimai, ar nėra blokavimo ir panašiai, ir taip toliau.
Kitas to pavyzdys būtų, jei aš eikčiau čia į administravimo skyrių - iš tikrųjų aš imuosi čia esančio įspėjimo skyriaus - užklausdamas mūsų istorinės informacijos depozitoriumą dėl dalykų, kurie nutiko praeityje. Ar aš užblokavau tai, kas įvyko mano gamybos aplinkoje? Nežinau, sužinokime.
Aš galiu grįžti prie savo „Produkcijos etiketės“ ir pasakyti apie visus savo gamybos egzempliorius, atsižvelgiant į bet kokį laikotarpį, bet kurią metriką, kurią noriu identifikuoti. Jei aš perėjau į aliarmo būseną, mūsų atveju, tarkime, blokavimas skaičiuojamas, o ne pagal blokavimo sekundes, ir aš galiu grįžti atgal, o šiuo atveju - kelis mėnesius, jei reikia - arba tokiu atveju atvejis, vienas mėnuo - ir aš matau tą blokavimą. Aš galiu pamatyti, kada jis prasidėjo, aš galiu pamatyti, kada jis pasibaigė, ir galiu įsigilinti į bet kurį iš šių traukimo intervalų, jei reikia, kad pamatyčiau blokavimo įvykio specifiką savaime. Jūs turite sugebėti turėti tai, kas labai greita, mokėti rasti tai, ko jums reikia ir ko ieškote, užuot sukęsi daugybę ciklų, kad tai padarytumėte. Taigi, manau, kad tai taip pat svarbu.
Paskutinis dalykas, kurį noriu jums parodyti - ir parodyti jums šį produktą, „Diagnostic Manager“ produktą - ar turime, kaip jau minėjau anksčiau, mes apsilankėme ir į savo SQL diagnostikos tvarkyklę įtraukėme dar vieną komponentą. Pro pasiūla. Tai yra darbo krūvio analizės komponentas. Tai yra internetinė šio varianto versija, šiuo atveju mes jums čia parodome. Tačiau esmė ta, kad tai leidžia pažvelgti į tikrai ilgą laiko tarpą arba labai konkretų laiko langą, ir, jūs žinote, keliais paspaudimais galėsite pamatyti kodą, tiesiogiai susijusį su problemomis, kurios galėjo kilti. .
Kaip pavyzdį, jei žiūriu į keturių savaičių vaizdą, čia aš galiu pamatyti visus duomenų bazių ir tų duomenų bazių veikimo šuolius ir tai, kur mes matėme laukimą tose duomenų bazėse. Dabar, ir jūs galite pamatyti, jei matau čia smaigalį, pats šio įrankio pranašumas yra tiesiog galimybė paryškinti tą mažą juostą čia pat. Tada, kai tai darau, viskas, kas čia yra, pasikeičia. Mes galėtume pamatyti duomenų bazes, mes galėtume pamatyti visas komandas, susietas su tuo, kas yra už tos juostos.
Tas pats, jei sakyčiau: „Pažvelkime į paskutines keturias valandas“, o ne į pastarąsias keturias savaites. Aš vis tiek galiu tai padaryti. Aš vis tiek galiu pabrėžti tą laiko tarpą, o tada iš ten - štai, dar kartą, čia yra mano atramos taškai - visus šiuos dalykus čia galiu susieti. Populiariausiuose SQL teiginiuose galiu pamatyti tas užklausas, šiuo atveju, kurios sukėlė laukimus, susijusius su procesoriaus vartojimu. Tiesiog gilindamasis įžvelgiu čia pateiktas užklausas - o, o taip pat galiu pamatyti programas ir su tuo susijusius dalykus.
Čia gausite daug įžvalgos, ir ne tik to, bet galite pamatyti, kai nusileidžiate komandai, ji jums papasakos dalykų. Tai jums pasakys, ar nemato sunkiųjų operatorių, tada galėsite peržiūrėti vykdymo planus. Tai užima šiek tiek laiko, nes jį įkelti yra gana daug. Bet esmė tame, kad jūs turite daugybę skirtingų būdų peržiūrėti duomenis, pamatyti, ko ieškote, ir tada, aišku, galėsite iš ten imtis veiksmų, kiek jums reikia, taigi, ir šito ilgesnis nei įprastai, todėl paliksiu tai.
Taigi, pasakęs tai, aš perduosiu tai atgal. Ir tikiuosi, kad tai buvo geras dalykų, apie kuriuos mes kalbėjome, demonstravimas. Ir kaip aš sakiau, pats produktas, kurį mes naudojome tokiems pavyzdžiams, egzistavo gana ilgą laiką, taigi, daug kitų dalykų, apie kuriuos galėjome kalbėti ir parodyti, bet jei tai yra kažkas, kas yra įdomu iš jūsų, jūs visada galite išeiti į mūsų svetainę ir atsisiųsti ją bei žaisti su ja.
Erikas Kavanaghas: Ir man labai patinka, kad jūs parodote visą šią detalę. Jei grįžtate po porą ekranų - net šis ekranas yra gana geras. Kadangi yra tiek daug skirtingų būdų, kaip vizualizuoti tai, kas iš tikrųjų vyksta, ir aš manau, kad tai yra vienas iš labiau neįvertintų šių dienų skaičiavimo aspektų. Be abejo, tai yra duomenų bazių aplinka, kurioje man įvairiais būdais sakoma: „Mes vis dar mokomės kalbėti siliciui“. Mes vis dar mokomės suprasti, kaip matyti tai, kas vyksta, ir jūsų mintis, kuri buvo labai gerai priimtas, jums reikia turėti tą pokalbį su duomenimis, kad geriau suprastumėte, kas vyksta, kodėl viskas vyksta lėtai, nes yra tiek daug galimų problemų. Ir, žinoma, „IDERA“ turi daugybę skirtingų produktų, iš kurių vienas yra seni tikslūs produktai, kurie, manau, galėtų būti papildomi.
Bet gal Robinas, aš tau parodysiu porą klausimų, o paskui Dezą, porą klausimų iš tavęs, o gal tada kas iš auditorijos, nebūk drąsus. Siųsti juos dabar.
„Bullett Manale“: Robinai, ar nutilo ?
Robinas Blooras: Taip. Viskas gerai, aš tiesiog atsitraukiu. Turiu pasakyti, neįtikėtinai - dalykas, kuris iš tikrųjų mane sužavėjo kaip pats dramatiškiausias apie šį įrankį, nes jis tikrai - ypač turint omenyje tai, kad yra visiškai akivaizdu, jog visa eilė dimensijų, kurių jūs tiesiog neįsigilinote, - dalykas, kuris iš tikrųjų, Manau, kad tai padarė didžiausią įspūdį, tai turi būti tikrai geras būdas treniruotis DBA. Žinote, taip yra, todėl pirmą kartą dirbant su duomenų baze ir iš tikrųjų mažai žinant apie tai, kas iš tikrųjų vyksta duomenų bazėje, iš tikrųjų yra labai sunku suprasti. Taigi ar tai daug naudojama specialiai mokymui? Aš ja pasinaudočiau.
Bullett Manale: Taip. Aš turiu galvoje, kai sakai mokymą, tu turi omenyje tarsi vykdomą mokymą kaip DBA dalyką, tiesa? Kalbant apie …
Robinas Blooras: Taip, taip, taip, taip. Mokymosi priemonė. Žinai, a.
„Bullett Manale“: Taip, aš tikrai galvočiau, kad taip yra, ir juo labiau, kad mes pridėjome šį „Analyze“ komponentą, kurį jums anksčiau rodėme, kuriame yra visos su juo susijusios rekomendacijos. Bet aš tikrai manau, kad rasite pagalbos ir daugybės skirtingų sričių produktą, tačiau jis, be abejo, suteikia daug įžvalgos. Daug informacijos.
Ir realybė yra tokia, kaip aš sakiau, tuo galite naudotis, jei nesate DBA. Jūs tikriausiai pastebėsite, kad atlikote kai kurias „Google“ paieškas ir panašius dalykus, tiesiog žinant, ką turi dauguma DBA, tačiau jūs galite tai susieti ir tai tikrai padės jums: „Ei, jūs žinote, hey kas šis dalykas vadinamas fragmentiškumu? “arba„ Kodėl ši užklausa vykdoma 6000 kartų? “Aš turiu omenyje, nes šie dalykai bus jums parodyti, jie susisprogdins ir jūs juos pamatysite. Pamatysite, kad esate normalus, o kas ne. Pamatysite dalykus, kurie spjaudosi, ir dalykus, kurie nėra.
Paprastai mes stengiamės tai išdėstyti kaip geriausią patirtį. Taigi, kai jūs nurodysite tai egzemplioriuje, jis parodys jums dalykus, kurie yra identifikuojami kaip geriausios praktikos pavyzdžiai. Aš turiu omenyje, žinoma, jūs, kad tikrovė yra ta, kad geriausia praktika yra geriausia praktika ir tai ne visada yra tikroji praktika. Bet, žinote, jis parodys jums pašalines reikšmes, net pradedant nuo to, kai jį įdėjote, ir nukreipkite jį į egzempliorių.
Ir tada iš ten galėsite judėti, nes būtinai turite išspręsti problemas ir išsiaiškinti, ar tai tikrai problema, ar tai, kas paprastai vyksta kasdien. Ir todėl, kad jūs turite daug informacijos, kuri jums padės, ir rekomendacijas, taip, būtinai.
Robinas Blooras: Gerai. Ir dar vienas klausimas - bet aš tikiu, kad atsakymas į tai labai greitas - yra tai, kad jūs turite detalumą, kad pereitumėte prie individualios užklausos ir atskiro laiko momento ir žiūrėtumėte iš tos dimensijos, .
Bullett Manale: Žinoma, taip. Priklausomai nuo to, ką norite padaryti, galite pažvelgti į vienos minutės laiko langą arba trijų dienų laiko langą arba, žinote, trijų savaičių laiko langą. Ir jūs žinote, kaip sakiau, tai priklauso nuo to, kaip norite žiūrėti duomenis, taip pat nuo to, ką norite rinkti. Kai kuriais atvejais renkame tik užklausas, kurios pasiekia jūsų nurodytą ribą. Kitais atvejais mes galime rinkti kiekvieną užklausą, dėl kurios laukiama.
Bet jūs taip pat turite galimybę pasakyti: „Žiūrėk, tas slenksčius, kuriuos aš identifikavau, gal tai tik rašymui, o gal tik skaitymui, o gal tik procesoriui.“ Taigi, darant prielaidą, kad jis peržengė tą ribą, tada ką norite surinkti. Bet kuriuo metu, į kurį norėtumėte atkreipti dėmesį, galėtumėte pamatyti tas užklausas, kurios įžeidžia, pagrįstos tuo, ką laikote įžeidžiančiu.
Jūs turite daugybę skirtingų būdų žiūrėti į duomenis. Galite pažvelgti į tai konsoliduotame vaizde, norėdami pamatyti, žinote, kiek klausimų - užkulisių užkulisių, palyginti su kiekvienu šios užklausos įvykiu, pradedant, ar, jei norite, žiūrėti modelį, jei norėsite pamatyti, ar ji nuolat blogėja.
Tačiau norėdami atsakyti į savo klausimą, jūs tikrai galite nurodyti bet kurį laiką. Jūs turite šį dalyką, vadinamą istorijos naršykle - ir aš buvau juo truputį naudojęsis -, bet iš esmės bet kurį pasirinktą laiko momentą, kad ir kurią pasirinktumėte kalendoriaus dieną, galite eiti tiesiai į tą laiko momentą.
Šiuo metu žvelgiu į lapkričio 15 d., 19.05 val., Ir mes galime ieškoti konkrečių tuo metu klausimų. Jei turėčiau tokių, kurie prastai veiktų atsižvelgiant į tą laiko langą, mes galėtume pažvelgti į konkrečią to laiko lango informaciją ir sužinoti, kokie seansai vyko. Aš turiu omenyje, kad čia yra daugybė duomenų, ir, kaip sakiau, pati sunkiausia dalis yra tai, ko gero, 30 minučių žaisti su pultu ir sugalvoti, kaip tai padaryti.
Bet kai jūs suprantate, kad didžioji dalis duomenų čia yra šioje juostoje ir yra padalijama iš šių skirtukų, o kiekvienas skirtukas turi savo dinamiškai besikeičiančių mygtukų rinkinį, kuris pasirodo kiekvieną kartą jį spustelėjus, tada žiūrėkite, laiko ar kitų dalykų, kurie nutiko praėjusią savaitę, tai tas pats procesas. Iš esmės aš dabar žiūriu į lapkričio 15 d., Bet aš taip pat lengvai galiu pažvelgti į realų laiką, tiesiog spustelėdamas tą mygtuką. Aš taip pat sąveikausi su duomenimis.
Bet norint atsakyti į jūsų klausimą, taip, yra daugybė skirtingų būdų peržiūrėti istorinę informaciją. Tai taip pat taikoma ir pačioms užklausoms.
Robinas Blooras: Matau. Tai labai įspūdinga. Ir man labai patinka tai, kad langai sinchronizuojami, net jei šiandien tai yra labai reikalinga viskam, kas šiais laikais susijusi su realaus laiko duomenimis.
Bullett Manale: Taip. Aišku.
Robinas Blooras: Čia yra tik informacijos taškas, į kurį iš tikrųjų nežinau atsakymo. Kaip jūsų pasiūlymus - SQL serverį ir debesį - ar galite nurodyti debesį, esantį skiltyje Ratio?
Bullett Manale: Galite. Galite tai nukreipti po debesiu. Kai iš tikrųjų pridėsite egzempliorių, paklausite, ar tai RDS, ar Azure. Dabar bus tam tikrų apribojimų, atsižvelgiant į tai, kas mus veikia iš debesies, taigi gali būti ir - šiek tiek skiriasi tai, ką galime stebėti, vien dėl to, kad tam tikrais atvejais prietaisai nėra naudojami. Nereikia mums surinkti, remiantis tuo, ką „Microsoft“ atskleidžia.
Dabar, jei tai kažkas panašaus, žinote, infrastruktūra kaip platforma, kaip, jūs žinote, arba EC2 ar kažkas panašaus, tai visai nėra problema. Mes viską gauname. O dirbdami su „Microsoft“ ir su „Amazon“; mes stengiamės išsamiau atskleisti šią informaciją. Bet visiškai taip, mes palaikome tą aplinką.
Robinas Blooras: Gerai, kad įdomu. Na, aš perduosiu Dezui, kuris, be abejo, įmes jums klausimų kita linkme.
Bullett Manale: Gerai.
Dez Blanchfield: Ačiū. Aš tau turiu du labai greitus. Aš manau, jūs žinote, pirmas yra svarstyklės, žinote, manau, kad vienas iš dalykų, kurie mane stebina, yra tai, kad bendra spektaklio tema paprastai yra kažkas, apie ką mes galvojame, kai tampame labai dideli, labai dideli, labai didelio masto, plataus ir terabaito duomenų. Žiūrint demonstracinę versiją, jis mane sužavėjo, nes tai yra kažkas, kas iš tikrųjų taikoma net labai mažoms aplinkoms, tarsi tiesiog gautų atlikimo hitus.
Kokį pasklidimą matote įsisavinant tai, ir ar jūs manote, kad tai, žinote, ar manote, kad tai įrankis, turintis gerą, jūs žinote - mano mintyse tai daro, todėl manau, kad taip - bet aš tiesiog noriu pamatyti tai, ką matai. Mažesnės organizacijos veda tuos pačius pokalbius ir ieško įrankio tai padaryti, ar tai tikrai kažkas didesniame miesto gale?
Bullett Manale: Tai juokinga - tai geras klausimas. Tai šiek tiek susimaišo, bet aš sakyčiau, kad turime toną mažų klientų. Kai sakau mažus klientus, turiu omenyje, jūs žinote, nuo vieno iki penkių egzempliorių pirkimus, kad gautumėte licenciją valdyti. Dabar kai kuriais atvejais jie gali turėti 30 teisingų SQL egzempliorių ir jiems iš tikrųjų rūpi tik penki, tikrai labai svarbu investuoti į tokį įrankį, kaip šioms penkioms instancijoms.
Tačiau realybė yra ta, kad net ir mažesnėse parduotuvėse turite saujelę SQL serverių. Daugeliu atvejų arba daugeliu atvejų ta maža parduotuvė labai, labai priklauso nuo tų duomenų bazių, nes, žinote, ką jie daro. Ir todėl jie to negali, jie negali to paleisti žemyn. Jie negali, žinai, jie turi turėti įrankį.
Kita tos monetos pusė yra ta, kad kai kuriose iš tų mažesnių parduotuvių nėra skirtų DBA, taigi vyrukas, kuris yra protingiausias vaikinas kambaryje arba labiau techninis vaikinas kambaryje, gali būti paskirtas DBA. Taigi, esant tokiai situacijai, jie tikrai ieško pagalbos, ir ši priemonė jiems, be abejo, padės ir šiuo atžvilgiu.
Didesnėms jūsų aplinkoms, kaip aš manau, kad tai paminėjo Dezas - ar Robinas, nesu tikras -, bet, žinote, kuo didesnė aplinka, jūs nustebsite, kiek jų turi DBA, turiu omenyje, kad mes ' jūs kalbate daugybę SQL egzempliorių, ir jūs turite daugybę DBA, kuriems pavesta atsakyti už juos. Taigi, žiūrėdami iš šios perspektyvos, jūs, vaikinai, ieškote pagalbos, nes jie neturi pakankamai išteklių, kad jiems galėtų padėti, todėl įrankis padės tai kompensuoti.
Taigi mes taip pat matome, kad jūs turite tris vaikinus, valdančius 200 egzempliorių. Taigi, jei neturite tokio įrankio, galite įsivaizduoti logistiką, kad galėtumėte išsiaiškinti, ar net iškilo problema. Tai nebus aktyvus būdas, galiu jus patikinti. Taigi tikiuosi, kad atsakymai į jūsų klausimą. Taip.
Dezas Blanchfieldas: Taip, taip. Tai iš tikrųjų smogė man - ir manau, kad Robinas tam tarsi užsiminė -, bet, žinote, toks pažadas, kurį apibūdinate atlikdami demonstracinę versiją, turiu omenyje, kad jie nėra išskirtiniai labai didelėje aplinkoje. Žinote, galite nusipirkti įprastą standartinę platformą, skirtą vieniems dalykams, ir pritaikyti ją duomenų bazės aplinkoje, kur nors kita, ir tai tiesiog nubaus visą aplinką.
Kitas dalykas, kuris mane sukrėtė - tai ne tiek klausimas, kiek pastebėjimas, tačiau aš jį privesiu prie klausimo - ir tai yra, žinote, kai organizacijos jau investavo į savo infrastruktūrą ir savo platformos ir jų duomenų bazės, serverių ir aplink jį esančios infrastruktūros, ir jie ketina nusipirkti produktą, kad ir koks jis būtų - HR, ERP, BI įrankis - jie jau padarė gana didelę investiciją.
Kokį atsakymą matote, kai bendraujate su žmonėmis ir suprantate, kad iškilo našumo problema, tačiau jie jaučiasi dabar turintys padaryti dar vieną investiciją, kad į tai patektų? Ar yra momentas, kai jie supranta, kai tik pademonstruoji, kad jiems šis dalykas yra nesąžiningas ir tai ne tiek pardavimo pomėgis, kiek labiau epifanija. Tai tiesiog yra, jūs žinote, „mes tuoj pat pamatysime naudos iš to“. Priešingai nei tik privalote parduoti produktą? Man atrodo, kad pati save parduoda, o IG tiesiog iššoko nuo puslapio.
Bullett Manale: Taip, ir juokinga, kad jūs sakote, kad, nes daug kartų nutiks, kad kažkas ateis, pavyzdžiui, DBA ar net pardavimo atstovai, ir sakys: „Ei, šie vaikinai nori ant jo žr. ROI lapą. “O labiau kaip„ kažką ant popieriaus “, kurį mes jiems atsiųstume. Demonstracija visada yra 10 kartų geresnė, ypač būdami galite tai padaryti patys su DBA, nes -
Dezas Blanchfildas: Taip.
„Bullett Manale“: Kaip jūs sakėte, produktas parduodamas pats. Išties sunku sudėti IG ant popieriaus lapo ir pasakyti: „Gerai, kiek paspaudimų paprastai daro DBA, jūs žinote, paspaudžiate per valandą?“, Nes tai susiję su atsarginėmis kopijomis, jūs žinote, ar bet kokiu atveju, tu žinai? O bandant tai sudėti ant popieriaus lapo, tai padaryti yra tikrai sunku. Bet kai jūs ką nors pagaunate ir parodote jiems produktą, ir jie jį mato, tai yra būtent tai, ką jūs sakėte.
Žmonės supranta jo vertę. Nes tai ne tik padeda jiems suprasti ir priimti geresnius sprendimus, bet ir padeda, žinote, jiems nebūti blogais vaikinais. Jie gali būti pirmieji, kurie sužino; jie gali ištaisyti problemą dar net neįsigilinę į problemą.
Kita to dalis yra ta, kad jūs, kaip DBA, žinote, ar tai yra, jūs žinote, tikras, ar suvokimas - ir aš manau, kad tai suvokimas - jūs iš tikrųjų turite spektaklio problemas. Jūs esate tas vaikinas, kuris pirštu į jus nukreipia, kai prabėga spektaklis, ir realybė yra tokia, kad problemą tikrai gali sukelti kūrėjas.
Turėdamas įrankį, kad galėčiau pasakyti: „Ei, tai nėra mano problema, aš turiu sugebėti tai perduoti kūrėjui ir jie turi tai ištaisyti“ arba, žinote, šia linkme. Tai puikus būdas turėti ką nors savo arsenale ir pasakyti: „Štai kur yra tikroji problema.“ Žinote?
Dezas Blanchfildas: Taip. Paskutinis jums ir mane stebinantis dalykas, pažvelgus į tai, kaip išgyvenome, buvo tas, kad dažnai galvodami apie atlikimo klausimus mes linkę įgyti specialių įgūdžių. Jie ateina su 20 metų patirtimi, žiūri į tai ir, žinai, klasikinį vaikino pokštą, kuris eina į inžinerijos parduotuvę ir turi mažą plaktuką, trenkia į mašiną tinkamoje vietoje ir sako, „Tai 15 000 USD pataisa“, ir žmonės sako: „Mes už tai nemokėjome“, žinote, nes tai yra penkios darbo minutės. Ir jis sako: „Na, tam penkių minučių darbui prireikė 15 metų patirties ir tai sutaupė milijonus“.
Man atrodo, kad jūs žinote, kad ten yra vidurinis procesas, kai žmonės išgyvena šį dalyką sakydami: „Gerai, atsinešk specialiųjų įgūdžių, išspręsk problemą, jis išnyks.“ Bet tai, ką jie padarė, yra jie ką tik įdėjo pagalbos grupę, tiesa? Priešingai nei scenarijus, kai iš to, ką matau čia, kur, kai tai vyksta, taip, jie galbūt spręsdavo kai kuriuos spektaklio klausimus, kuriuos, jų manymu, jie patyrė, bet man atrodo, kad tada tiesiog reikėjo šio 24 / 7 rūšies, žinote, akių rinkiniai, stebintys aplinką realiuoju laiku.
Jūs tikrai atsikratysite scenarijaus, kai DBA pabudo ketvirtą ryto, nes vykdomi pranešimai. Ar tai yra atvejis - o gal ir retorinis -, bet ar yra taip, kad žmonės greitai pereina nuo noro investuoti į produktą tam, kad išspręstų tam tikrą problemą, bet tada jis paprastai tampa DNR dalimi?
„Bullett Manale“: Taip, ir tai įvairiose vietose skiriasi, bet, turiu omenyje, kad aš turiu keletą žmonių, kurie iš pradžių pirko produktą, pavyzdžiui, dar 2006 m., Ir jie yra buvę trijuose skirtinguose darbuose skirtingose įmonėse ir jie įstojo ir, eidami į kitą įmonę, reklamuoja tai kaip ką nors gauti, nes turi darbo eigą. Aš tai vadinu, aš nekenčiu to vadinti, bet, žinote, ta darbo eiga yra susijusi su šiuo produktu ir jie yra įpratę prie to kiekvieną dieną ir tai jiems padeda, todėl jie nenori to daryti išmokti ką nors naujo.
Bet absoliučiai. Aš turiu omenyje, kad dažniausiai žmonės sulaukia šio produkto atsisiuntimo ne todėl, kad turi biudžetą ir išeina, ir sako: „Ei, gerai, mes turime šį veiklos biudžetą, koncepcijos įrodymas, ir mes turime įsitraukti ir išsiaiškinti, atlikti vertinimą ir visa kita. “Paprastai nutinka taip, kad jie susiduria su SQL egzemplioriaus problema ir ieško pagalbos išspręsti šią problemą. Jie eina ir atsisiunčia mūsų įrankį, jie išsprendžia problemą, o tada supranta, kad tai, pats įrankis, bus padarytas ne tik taisyti problemą, kurią jie tuo metu turėjo, kad tai iš tikrųjų padėtų jiems pagerinti bendrą našumą. ir neleisti kitoms problemoms atsirasti, judėti pirmyn. Ir tai tikrai. Neabejotinai galite ir toliau naudoti šį įrankį norėdami nuolat derinti aplinką, nes visada galėsite pamatyti ne tik tai, kas įvyko dabar, bet ir tai, kas nutiko praėjusią savaitę, praėjusį mėnesį, praėjusiais metais, ir palyginti tai su tuo, kas nutiks. rytoj. Tu žinai? Toks dalykas.
Dezas Blanchfildas: Taip.
Bullett Manale: Taigi, tikrai.
Dezas Blanchfildas: Puikiai. Taigi, jūs minėjote, jūs paminėjote apie ką nors - aš tiesiog ruošiuosi susitvarkyti, kol padovanosiu Erikui uždaryti. Vienas iš dalykų, kuriuos visada domiuosi, yra, kaip jūs suprantate? Minėjote atsisiųsti. Kas yra 30 sekundžių santrauka, kaip jie gauna ranką, gauna kopiją, sukinėja ir žaidžia su ja, ko gali prireikti infrastruktūrai, kad gautumėte egzempliorių.
Bullett Manale: Taigi taip bus, jūs eisite į IDERA (idera) .com. IDERA.com yra įmonė, ir jei jūs pateksite į šią svetainę - ir aš iš tikrųjų galiu jums čia parodyti - aš nežinau, ar vis dar dalinuosi savo ekranu, bet jei jūs einate į puslapį Produktai, tada eikite į diagnostikos skyrių Tvarkyklės nuoroda, bus šiek tiek atsisiuntimo mygtuko, ir jūs galite tiesiog atsisiųsti versiją, kai užpildysite savo informaciją. Jie paprašys jūsų 32 ar 64 bitų versijos, o jūs, kaip sakoma, einate į lenktynes.
Dezas Blanchfildas: Ar jis veiks nešiojamame kompiuteryje, kad su juo galėtų žaisti, ar reikia jį kažkur įkelti į serverį?
„Bullett Manale“: Ne, ne. Tiesą sakant, viskas, ką aš jums šiandien parodžiau, viskas vyko iš mano nešiojamojo kompiuterio. Dabar mano nešiojamas kompiuteris turi 32 koncertus ir 8 branduolių procesorių, tačiau vis tiek tai yra nešiojamas kompiuteris. Bet nebūtinai turi būti tiek daug išteklių, kad atsakytum į tavo klausimą. Pats įvertinimas yra geras 14 dienų, tačiau jūs esate daugiau nei laukiami, jei norite skirti ilgesnį bandymą. Jei tik paskambinsite mums, galime suteikti jums daugiau pagalbos.
Dezas Blanchfieldas: Manau, kad tai turėtų ką atimti, nes aš tikrai tai padarysiu. Manau, kad, žvelgdamas iš dalykų, man atrodo, kad nesąžiningas žmogus, norėdamas jį atsisiųsti ir žaisti. Tikriausiai eikite į vieną iš savo aplinkos ir tiesiog pasižiūrėkite, ką galite pamatyti “, nes aš įtariu, kad - kaip ir viskas, ką mačiau duomenų bazės fone per pastaruosius 20+ metų, kuris man sensta - kai tik pamatysite, kas yra po gaubtas, nuostabu tai, ką suprantate, galite greitai sutvarkyti ir tiesiog gauti nedidelę naudą.
Nuostabus, ačiū už demonstracinę versiją. Buvo tikrai puiku. Ačiū už visą laiką diskusijoms apie klausimus.
Bullett Manale: esate laukiami. Ačiū už-
Dez Blanchfied: Ericai, aš eisiu atgal į tave.
Ericas Kavanaghas: Taip, mes turime tikrai gerą klausytojų klausimą. Jūs savotiškai kalbėjote apie tai savo pristatyme, ir aš iš tikrųjų apie tai tweet, nes tai buvo tokia puiki citata. Sakėte, kad nenorite naudoti įrankio, kad stebėtumėte našumą, kuris neigiamai veikia jūsų našumą.
Bullett Manale: Teisingai. Teisingai. Tai yra svarbi našumo stebėjimo priemonės dalis, ar ji nesukelia veikimo problemų. Būtent taip.
Erikas Kavanaghas: Tiksliai. Na, tai kaip tie išdrąsinti - tai kaip antivirusinės programos, kurios gali tiesiog sunaikinti sistemas. Aš turiu omenyje, kad transliavimui naudojau daugybę skirtingų technologijų, kur įsijungia antivirusinė programa ir sutrumpins jūsų srautą. Taigi nutinka dalykų, kurių nesitiki, tačiau klausimas yra susijęs su ta konkrečia jūsų pareikšta pastaba. O kokius spektaklio hitus matote? Ar tai du procentai, ar penki procentai, ar vienas procentas? Ar turite numerių, kuriuos galite mesti į mus?
Bullett Manale: Na, aš turiu omenyje, kad iššūkis šiam klausimui yra tas, kad, žinote, diskusijos dalis, apie kurią mes anksčiau kalbėjome. Aš galiu jums duoti atsakymą į jūsų klausimą - paprastai nuo vieno iki trijų procentų. Bet yra daugiau paaiškinimų, kurie, manau, būtų reikalingi, nes mes pateikiame jums daugybę būdų, kaip sugebėti pasakyti įrankiui, ką norite stebėti, tiesa? Taigi grįžtama prie to. Na, aš norėčiau gauti kiekvienos vykdomos užklausos pavyzdį. Taigi noriu turėti įrankį, kuris būtų pakankamai lankstus, kad galėčiau tai įjungti, kad galėčiau tai pamatyti.
Taigi, dalis šio lankstumo apima, žinoma, jo kainą. Jei man reikia surinkti daugiau duomenų, nes noriu kiekvienos užklausos, vykdomos paskutinę, pavyzdžio, žinote, po 20 minučių, aš galiu tai įjungti ir galiu tai padaryti. Taigi, paprastai kalbant, taip, nuo trijų iki trijų procentų yra tai, ką mes matome, atsižvelgiant į pridėtines išlaidas. Bet tai gali skirtis ir tai daugiausia priklausys nuo jūsų įjungtų ir išjungiamų dalykų, atsižvelgiant į jūsų slenksčius, kiek duomenų norite surinkti, jūsų rinkimų intervalai ir visa tai, kas susiję su kad.
Tiesą sakant, jei jūs einate į patį jūsų valdomą egzempliorių, vienas iš dalykų, kuriuos pamatysite, yra keli apklausų intervalai, kuriuos galite nurodyti. Tai paprasčiausiai todėl, kad mes norime, jūs žinote, man nereikia tikrinti kas kartą - jei noriu atlikti širdies ritmo patikrinimą, man nereikia apklausti procesoriaus ir viso kito kartu su juo, jei „ m tai darau kas 20 sekundžių. Taigi turite kelis apklausos intervalus, kuriuos galite nurodyti.
Jūs taip pat turite, kaip jau sakiau, jūsų užklausos stebėjimą, kurį galite nurodyti. Tai galima padaryti kiekvienam egzemplioriui atskirai, taigi jūs tikrai galite pasirūpinti tuo konkrečiu egzemplioriumi pagal tai, ką norite stebėti. Savo laukimo statistiką ir laukimo stebėjimą galiu įjungti arba išjungti. Aš galiu pasakyti, kad viską užfiksuotų, aš galiu pasakyti, žinote, ką noriu užfiksuoti ir kada noriu užfiksuoti. Taigi daug to taip pat turėsite - jūs turite atsižvelgti į tai, ką darote, kalbant apie tai, ką liekate stebėti įrankį.
Tačiau paprastai tai, ką aš sakyčiau, yra, kaip aš sakiau, tai, ką matome, yra nuo vieno iki trijų procentų. Mes ilgą laiką pardavėme šį įrankį - nes, kaip jau sakiau, apie 2003 ar 2004 m. - ir turime tūkstančius klientų, todėl galiu jus patikinti, kad, žinote, neturime - išbandome savo geriausia nesukelti spektaklio problemų vardan spektaklio.
Ericas Kavanaghas: Taip, tai tikrai gera informacija. Aš tiesiog maniau, kad tai buvo nuostabi citata, nes, žinote, vėlgi, jūs nenorite nugalėti tikslo, kurį bandote pasiekti, tiesa?
Bullett Manale: Tiksliai.
Erikas Kavanaghas: Aš taip pat vertinu Robino klausimą; tai tikrai yra puiki platforma, padedanti DBA suprasti įvairius aspektus, dimensijas ir sluoksnius to, apie ką mes kalbame. Ir aš manau, kad pokalbio su jūsų duomenimis samprata čia yra labai tinkama, nes, kaip jums atrodo anksčiau, jūs paprastai nesuprantate to bandydami pirmą kartą. Jūs turite praleisti šiek tiek laiko, žiūrėdami į duomenis, žiūrėdami į istorinius duomenis, atlikdami tą sintezę savo mintyse. Ir tai yra žmogaus darbas, tiesa? Profesijos darbas, kuris gana greitai grįžta iš verslo ir reguliariai imasi šilumos, kad šis darbas būtų atliktas ir traukiniai važiuotų laiku, tiesa?
Bullett Manale: Visiškai.
Erikas Kavanaghas: Na, žmonėms, tai buvo dar vienas fantastiškas įvykis. Jei į kurį nors jūsų klausimą nebuvo atsakyta, visomis priemonėmis praneškite man. Siųsti el. Laišką adresu. Mes archyvuojame visus šiuos įvykius, todėl visada galite apsilankyti InsideAnalysis.com norėdami rasti archyvą, arba apsilankykite pas mūsų partnerį Techopedia.com. Jei žiūrėsite į jų puslapio dešinę, pamatysite įvykius ir ten išvardytas internetines transliacijas. Spustelėję „Daugiau įvykių“, galite pamatyti visas internetines transliacijas, kurias mes ten išvardijome, praeitį, dabartį ir ateitį.
Ir su tuo mes atsisveikinsime. Likę šie metai, žmonės, turime dar penkias internetines transliacijas. Galime suplanuoti dar vieną. Bet kitaip bus iki 2017 m. Praneškite mums ir, jei turite ką nors, kas nori parodyti savo technologijas, atsiųskite el. Laišką adresu.
Su tuo mes atsisveikinsime, žmonės. Dar kartą ačiū už jūsų laiką ir dėmesį, mes su jumis kalbėsimės kitą kartą. Pasirūpink. Iki.
