Ära võtma: Host Eric Kavanagh arutab andmebaasi haldamist ja eksemplaride otsimist koos Robin Bloori, Dez Blanchfieldi ja Bullett Manale'iga viimases Hot Technologiesi osas.
Te pole praegu sisse logitud. Video nägemiseks logige sisse või registreeruge.
Eric Kavanagh: Hea küll, daamid ja härrad. Tere tulemast veel kord. Minu nimi on Eric Kavanagh. Asjad on kuumad. Asjad soojenevad siin. Ma ei tea, mis toimub. Oh, see on õige, käes on Hot Technologiesi aeg. Jah, tõesti, minu nimi on taaskord Eric Kavanagh. Leiate mind saidilt @eric_kavanagh. See on saade, mis on loodud rääkima sellest, mis turul on kuum. Täna pealkiri: “Võtmed kuningriiki: SQL Serveri haldamine dünaamilise avastusega.” Hea kraam. Seal on sinu oma. Olgu, see pilt oli pärit paar aastat tagasi. Ma ei valeta, ma olen nüüd natuke vanem, aga see on okei.
Niisiis, me räägime sellest, kuidas tehnoloogiad ja SQL Server on tõesti, tõesti, tõesti, väga kuumad. Meil on täna terve hunnik sisu, nii et annan selle kohe välja. Oodake, siin me läheme. Seal on meie esinejad. Ja esimesena läheb Robin Bloor.
Robin Bloor: Jah, tõesti. Ettekanne kavatseb süveneda andmebaasihaldusesse, nii et arvasin lihtsalt, et viin läbi andmebaaside halduse või, teate, andmebaasi labürindi, et inimesi selle vaimusse viia. Ma olin kunagi DBA, ma arvan, et võiksite öelda, et ma olin umbes 20 aastat tagasi andmebaaside konsultant ja asi, mis mind andmebaaside puhul tegelikult üllatab, on see, et palju pole muutunud. Paljud asjad on kiiruse osas muutunud, andmete mahu jms osas, kuid suur osa sellest jääb tegelikult väga sarnaseks sellele, mis varem juhtus.
Andmebaas on minu arvates organiseeritud laiendatav andmekogum, mida saab optimeerida konkreetseks töökoormuseks ja pakkuda andmehaldusvõimalusi. See tekkis peamiselt seetõttu, et kui soovite andmeid failides hallata, oli see kohutavalt keeruline töö. Ja idee panna kokku tarkvaraosa, mis teeks peaaegu kõike, mida te vajasite, tekkis peaaegu kohe, niipea kui meil oli 1970. aastatel juhuslik juurdepääs IBMi suurarvutitele.
Relatsioonandmebaas leiutati 70-ndatel ja see loodi prototüüpidena 80-ndatel aastatel ja sai oma veojõu turul 90ndate algusest peale. Ja relatsiooniandmebaasid on endiselt populaarsuselt domineerivad. Ajakirjandust lugedes kuulete nende kohta kohutavalt palju asju - SQL-andmebaase ja viimasel ajal on graafiaandmebaaside kohta kohutavalt palju müra. Ja need on huvitavad, kui soovite, kuid mis on endiselt viimastes müüginumbrites, on relatsiooniandmebaasidel 95% turust. Ja Microsoft SQL Server, mida me täna põhjalikumalt arutame, on Oracle'i seas populaarsuselt teine.
Relatsiooniandmebaaside asi, mis muudab need mootorite osas ebaharilikeks, on need, et nad saavad töötada nii OLTP kui ka päringute töökoormuse korral. Peate neid erinevalt häälestama, kui kavatsete seda teha, kuid tegelikult on nad võimelised mõlemat tüüpi töökoormuseks. Üks neist on lühikesed juhuslikud tehingud ja teine on palju andmeid hõlmavad pikad päringud. Alternatiiviks on andmebaas NoSQL ja graafikute andmebaas peamiselt analüütikute jaoks ja viimasel ajal on need üles tõusnud. NoSQL tuli esikohale ja graafik on viimasel ajal hakanud natuke vedama. NoSQL-i saab kasutada tehingutegevuste jaoks, kuid graafikuid ei kasutata tehingutegevuste jaoks peaaegu kunagi. Põhjusena sattusin kokku sellise staatusega, mis on minu arust vähemalt kümme aastat vana ja mis ütleb, et enamikul ettevõtetest on vähemalt kolm, tegelikult oli see arv 3,5, andmebaaside erinevad margid, kui vaadata nende tarkvarainventuuri.
Kuid tegelikkus on see, et enamik ettevõtteid standardiseerib kindla andmebaasi. Ja enamik ettevõtteid on standardinud kas SQL Server ja Oracle kui kaks kõige populaarsemat standardste andmebaaside jaoks.Ja nad kasutavad alternatiive ainult erandjuhtudel, kui nad näiteks hangivad tarkvarapaketi, mis vajab teistsugust andmebaasi, või lähevad pärast mõnda olemasolevat suurandmete analüüsi sihtmärki.
Kui soovite, sekkusime ka Hadoopi. Hadoop on ühel või teisel viisil muutunud enamaks kui failisüsteemiks, kuid mitte veel andmebaasiks. Kuid sellel on SQL, mis asub selle ülaosas. Kuid tõendid selle kohta on, et see ei tõepoolest üle ega ümber maailma südameid ja meelt teeninud relatsiooniandmebaaside asendamisest. Ja selle põhjuseks on tõepoolest see, et relatsiooniandmebaasidel kulus paarkümmend aastat, tegelikult kauem kui kakskümmend aastat, et saada nii head kui nad on. Ja te ei ehita lihtsalt päringumootorit või SQL-mootorit, mis on tõesti väga väikese aja jooksul toimiv. Seda lihtsalt ei juhtu.
Ja järelikult on selle slaidi järeldus: andmebaasid on strateegilised ja nad arenevad, muutuvad paremaks. Ja nii on see olnud ka Oracle'i ja Microsoft SQL Serveri puhul. Tõenäoliselt, vähesed teist mäletate tagasi päevi, mil andmebaasid esmakordselt tekkisid, kuid ma tegin, et olin siis poiss. Algne idee oli, et oleks ühtne andmebaas ja see oli kontseptuaalne idee, mis ei juurdunud kunagi. IBM üritas koos AS / 400-ga luua andmebaasipõhine failisüsteem, kuid see ei domineerinud samuti. Teil jääb üle asjaolu, et andmebaasid killustuvad loomulikult. Teil on loomulikult mitu juhtumit. On mastaapsusega seotud probleeme. Andmebaas on skaleeritud vaid teatud suurusjärku, tõsi küll, aastatega on see suurenenud, kuid neil olid piirid.
Ja seal esines töökoormusega seotud probleeme, peamine töökoormuse probleem oli see, et OLTP ja suured päringute töökoormused lihtsalt ei ühildu üksteisega. Ja seda teha suutvat mootorit oli võimatu. Mis puutub kokku, mis on omamoodi huvitav, sattusin hiljuti saidile, kus oli üle tuhande erineva Oracle'i eksemplari. Ma ei mäleta täpselt, kui palju DBA-sid neil oli, aga kui sa arutasid nendega tegelikult seda, kui palju neid andmebaase DBA tegelikult jälgib, oli tegemist kümnega. Põhimõtteliselt kasutasid nad andmebaasi kapina ja viskasid sinna lihtsalt andmeid, sest vähemalt oli teil skeem ja see oli rohkem organiseeritud kui failisüsteem kunagi oleks, aga keegi ei teinud muud, kui andis sellele vaikekonfiguratsiooni ja määras selle lahti.
Ma pole kindel, kas see oli hea mõte. Minu jaoks kõlab see ausalt, seepärast, et andmebaasidega töötades vajasid andmebaasid alati käimist ja sa pidid ühel või teisel viisil täpselt teadma, mis seal toimub. Ja kohutavalt palju süsteemseid sõltuvusi tähendab, et teatud tüüpi teenustasemeid tuleb kindlasti täita, vastasel juhul tekivad probleemid.
Hiljuti oli juttu, olen kohanud erinevaid andmebaase, mis väidavad end ise häälestuvat. Need, mis on päringuliikluse jaoks seadistatud veergude kauplused, on enamasti isehäälestuvad, kuna indeksite osas peate tegema väga kaks valikut. Kuid peale selle konkreetse valdkonna tuleb andmebaase häälestada. Ja neid tuleb häälestada, teatud relatsioonilisi andmebaase, peamiselt seetõttu, et liitumisega kaasnevad kohutavalt paljud tehingud. Liitumised on kallid tegevused. Kui te ei pane õigeid indekseid õiges kohas, võtab liitumine liiga palju aega, kui nad seda ei vaja.
Praegu isehäälestuvad andmebaasid on hästi olemas ainult nendes valdkondades, kus töökoormus on hästi teada. Ja minu kogemus on, et enamus ettevõtteid töötab väga vähe DBA-sid ja seda seetõttu, et need on kallid. Ja seetõttu on parem, kui saate vaheldumisi seda, mida DBA teeb. See on DBA tegevus, nagu ma neist aru saan. Nad installivad, konfigureerivad ja uuendavad andmebaase. Uuendamine, muide, ei ole tingimata tühine tegevus. Põhjus, miks te andmebaasi uuendate, pean silmas reeglit, millega alati töötasin, ärge puudutage seda, kui see töötab, ja kui kavatsete andmebaasi mõnele uuele versioonile täiendada, teete seda testrežiimis kõigepealt ja pärast seda uuendate kõik. Teil on alati sama versioon. Kuid tegelikult olen paljude saitidega kokku puutunud, just seda ei juhtu. Seal on, oletame, õiglane entroopia. Litsentside haldamine on probleem, sõltub sellest, mis litsentsi olete saanud. ETL ja andmete replikatsioon.
Üks andmebaasi nippe on see, kui teil on päringu töökoormus, mis tuleb jagada, võite luua kaks esinemisjuhtu ja kopeerida. Seda tehakse sageli siis, kui inimesed kasutavad vajaduse korral koopiat kuuma varukoopiana. Siis salvestus ja mahu planeerimine, mis on DBA tegevuses osa, sest muidugi kasvab andmete arv ja peate seda jälgima. Ja siis peate kavandama mitmesuguseid riistvarauuendusi või riistvara täiendusi. Seal on tõrkeotsing, mis on enamiku DBA-de jaoks valulik tegevus. Kui midagi läheb valesti ja varundus ei tööta täpselt ideaalselt, peavad nad varrukad üles keerama, alla minema ja proovima asju logifailidest taastada. See juhtub palju sagedamini, kui ma arvan, noh, ma mäletan seda juhtunut, kuid olen vähemalt kümme aastat mängust väljas olnud, kuid mäletan seda juhtuvat sagedamini, kui oleksite kunagi osanud oodata. Tulemuslikkuse jälgimine ja häälestamine on just DBA töö peksmise süda. Kuid turvalisus on ka juurdepääsu haldamise, varundamise ja taastamise osas, luues tarkvara testimise süsteeme, mis toimivad mõistlikult paralleelselt reaalajas süsteemidega. Ja kogu andmete elutsükli värk. Nii et see on minu arvates DBA töökohtade loend, välja arvatud kõik muu, mida neil võidakse paluda. Operatiivne dünaamika. Lõppkokkuvõttes on DBA peamine vastutus andmete terviklikkuse ja teenustaseme haldamise eest. Ja tavaliselt on nad kriitilised. Ja see on kõik, mida ma pean ütlema. Ma annan Dezile üle.
Dez Blanchfield: Tänan teid väga. Ma kavatsen meid viia natuke lõbusale, anekdootlikule teekonnale ümber selle, miks kogu tänane teema on ja on kriitilisem kui kunagi varem. Hiljuti osalesin projektis, kus kolisime üle Fujitsu suurarvutiplatvormil, mis haldab A + Additioni nime kandvat asja, mis hõlmas litsentside registreerimist ja sõidukite registreerimist, ning mitmesuguseid selle teemaga seotud asju. Solarise operatsioonisüsteem ehk teisisõnu Unix, mis töötab Oracle'iga ja teeb sellega väga head tööd. Ja vaade oli, et see asi vananeb ja on aeg see millekski muuks viia. Meil oli väga lõbus Unixi käitamine suurarvutis ja see oli väga stabiilne, väga turvaline ja kummalisel kombel SDL-platvorm ning see oli lihtsalt täiesti välkkiire. Kuid tarkus oli see, et oli aeg suurarvust lahti saada ja liikuda.
See oluline väljakutse on kaardistada kõik süsteemid ja äriloogika ning SQL-keskkond allpool asuvate andmebaaside jaoks ja vaadata, kuidas me kavatseme selle jaoks uue kodu arhitektuuriks ja inseneriks ehitada. Ja lõpuks jõudsime selle juurde ühele neist asjadest, mis on nüüd juba paar aastat vana, kuid on üks Päikese rackide süsteemi Starfire serverite ülaservast. Ja need on tõenäoliselt mõned suurimad tina, mida saate osta planeedil ja mis kõik elavad ühes suures kastis ja sümmeetrilises mitutöötlusserveris. See oli meie maailmas keskklassi süsteem. See juhtis Unixit ja Oracle'i loomulikult ning vaade oli “Mis võib valesti minna?” Noh, selgub, palju.
Näiteks sel ajal ja me ei räägi sellest juba ammu, pidime läbima väga manuaalse protsessi, et teada saada, mis suurarvuti platvormil oli, ja kogu see üle tuua. Eelkõige tegelik andmebaasi keskkond ja SQL loogika. Nii et vaade oli üsna sirgjooneline Oracle-to-Oracle-i kolimine, andmebaasidevaheline teisaldamine; kokku puutuks kogu äriloogika, suurem osa äriloogikast oli kirjutatud manustatud päringutesse ja päästikesse ning kui raske see olla võiks? Kuid miski, mis pidi kestma mitu kuud, võttis lõpuks aega mitte aasta. Lihtsalt füüsiliselt ja käsitsi suurarvuti keskkonnas Unixi iga osa läbimiseks, uurige, kus olid kõik andmebaasid ja kui palju eksemplare töötas ja mis nendel eksemplaridel töötas. See oli mittetriviaalne harjutus ja me jõudsime selleni kolm korda lihtsalt selleks, et veenduda, et oleme kõik jäädvustanud. Kuna iga kord, kui arvasime, et oleme kaevanud nii sügavale, kui vaja, oli pinna all ilmnenud, et seal on rohkem.
Teine väljakutse, mis meil oli, oli see, millised eksemplarid töötavad ja millises seisus? Kas see on arengukeskkond? Kas see on testkeskkond? Kas see on osa integratsiooniprotsessist? Kas see on süsteemide integreerimine? Kas see on UAT, kasutaja aktsepteerimise testimine? Kas see on tootmine? Kas see on DR-keskkond? Kuna suurarvutite juures on suur asi see, et saate üles ehitada need väikesed virtuaalsed keskkonnad, mida me kõik praegu iseenesestmõistetavaks peame, ja asju ümber tõsta. Ja kas peate välja mõtlema, kas see inimene tegeleb tootmistaseme väljatöötamise ja testimisega või tegeleb nad tootmisega, kas sellel on tegelikke kasutajaid? Pidades meeles, et see asi on juhilubade väljastamine ja autode registreerimine reaalajas ning inimeste elus tõeliselt olulised asjad.
Ja selle asja varukoopiate tegemine võttis kaua aega, nii et meil polnud tegelikult hooldusaknat, et asi võrguühenduseta võtta ja toimunut vaadata. Sellist asja nagu selle ümber suunamine ei olnud. Samuti oli meil väljakutseks mitte ainult leida, millised eksemplarid töötavad ning kus ja kellele, vaid siis pidime välja töötama, millised versioonid eksemplaridest töötavad. Ja siin ma peaaegu kaotasin oma krundi. Kui ma hakkasin mõistma, et meil on kaks või kolm tootmiskeskkonna versiooni, mis läbivad erinevatel tasemetel testimise, ja tööriistu ning süsteemseid lähenemisviise oli sellel väga vähe. Me pidime sõna otseses mõttes süvenema koodi ja jooksvasse eksemplari ning mõnel juhul võtma riski, et võtame mõneks ajaks võrguühenduseta. Me jõudsime kogu selle asja põhjani, kaardistasime selle välja ja see oli nagu ma ütlesin väga käeline protsess. Ja lõpuks viisime kogu ETL-i nihe, visates selle ühest kohast teise ja teisaldades teise ning tervikuna see toimis. Ja me olime nagu, olgu, see on funktsionaalne, oleme sellega väga rahul.
Kuid siis sattusime mitmesse väga tõsisesse tahke telliseinasse. Eelkõige leidsime probleeme jõudlusega. Ja päeva mõistlik mõtlemine oli, et see on läinud suurema, parema, kiirema ja raskema riistvara juurde, pole mingit põhjust, miks see peaks andmebaasi tasemel rakenduses halvasti toimima, nii et hakkame otsima mujalt. Nii et tegime võrgu kaks korda täielikult ümber. Iga ruuter, iga lüliti, kaabel, mõnel juhul läksime Ethernetist kiudopti juurde, täiendasime tarkvara, paigasime, saate ülevaate. Põhimõtteliselt ehitasime võrgustiku kaks korda ümber, mõeldes, et seal on tegemist jõudluse probleemidega. Ja see nägi välja ja tundus, nagu oleks. Käisime läbi erinevad turvasüsteemid, erinevad tulemüürid. Parandame opsüsteemi. Kolisime asju ühest arvutiterast teise. Ja me veetsime märkimisväärselt palju aega selle infrastruktuuritüki uurimisel.
Ja siis saime aru, et serverite lahtiühendamisel ja mõne muu rakenduse käivitamisel töötab võrk lihtsalt hästi. Nii et me hakkasime operatsioonisüsteemi lahku tõmbama. Sama teema. Kuid huvitav - võrgutasand ja operatsioonisüsteemi tase, tööriistad olid olemas, tegelikult oli meil suhteliselt lihtne neid mõõta ja testida ning tõestada, et kõik need tükid töötasid. Kuid ka siis polnud SPARCi riistvaraplatvormil keskmises vahemikus Solaris tööriistu lihtsalt selleks, et saaksime andmebaasi keskkonda diagnoosima hakata. Teate, kaardistades, kas me leidsime kõik juhtumid üle. Ja nii pidime tegelikult ise oma tööriistad üles ehitama ja mõned kirjutama ning maha istuma ja olgu see siis andmebaasitööriistade enda sees emakeelses skriptikeeles või kas tegemist oli shelliskriptide seeriaga või mõnel juhul hunniku C-programmiga.
Lõpuks uurisime mõnda väga huvitavat teemat, kus SQL-i kihi all olevad loogikad, tegelikud andmebaasimootorid ise, selgus, et kui midagi ehitati konkreetsel viisil millelegi, mis töötas Oraclei suurarvutiversioonil, migreeriti SPARC-is Solarisse. Oracle'i versioon ei võtnud seda sama jõudlust kohe üle. Nii et see oli meile kõigepealt üsna valus teekond, tehes selle lihtsalt ära ja leidsime kõik üles, kuid nüüd pidime selle uue tootmissüsteemi abil diagnoosima ja jällegi puhutas see asi välja kuu väärtuse rände peaaegu aastani. Ja see tabas lihtsalt asjaolu, et meil polnud tööriistu ümber. Jookseb ringi näiteks metaandmete kaardistamise proovimisega.
Mingil hetkel otsustasime peaaegu, et vajame Ouija tahvlit, sest nii juhuslikult osutada ja näppida oli lihtsam. Lihtsad asjad, näiteks teada saamine, kellel oli juurdepääs vanadele süsteemidele ja miks neil see juurdepääs oli. Ja kes vajas juurdepääsu uuele ja kinnitavat, kellegi allkirjastamist ja kinnitamist ning selle kaardistamist. Isegi midagi nii lihtsat kui andmebaasi suurus ei olnud kahel platvormil ühesugused. Me pidime selle jaoks üles töötama tööriista ja tegema mingisuguse võrdluse selle vahel, kui suur on andmebaas koguses tonnaažides, töötlemata megabaidides või terabaitides süsteemis A versus süsteemis B. Jagunedes üksikasjalikumalt jõudluse ja esineva keskkonna vahel. Jällegi tuli ehitada uusi tööriistu. Meie jaoks polnud lihtsalt ühtegi riiulit.
Ja saate selle kogu sellest välja, kui jõudsime asja käiku saamise lõpuni ja saime selle stabiilseks, oli see kõik üks väga käeline protsess, ainus viis millegi automatiseerimiseks oli uue ehitamisel. tööriist või uus skript. Ja kui meil oleks vahendeid, mis täna saadaval on, oleks elu olnud palju lihtsam ja parem. Ja me oleksime selle projekti pealt kokku hoidnud miljoneid. Kuid ma arvan, et see, millest me täna räägime, on see, et tööriistad on nüüd saadaval ja need teevad elu palju lihtsamaks. Paljud lõksud on endiselt alles. Seal asuvate andmebaaside avastamine, millised eksemplarid mida töötavad. Mis seisus nad on. Mitu neist töötab? Miks nad jooksevad? Kas nad jooksevad hästi. Kas neid toetatakse?
Need on kõik asjad, mida me võime õigete vahenditega paljuski iseenesestmõistetavaks pidada. Kuid selles konkreetses anekdootis, nagu ma ütlesin, oli periood, kus just see oli asi, mille tõttu kaotasid paljud meist palju juukseid, võtsime arvatavasti viisteist aastat oma elust ja kahetsesime tõsiasja, et tööriistu polnud praegu olemas . Ja ma ootan selle kohta meie tänasest külalist Bulletti palju rohkem. Nii, Bullett, annan ma teile edasi ja ootan huviga, kuidas olete selle probleemi lahendanud.
Bullett Manale: Olgu. Kõlab hästi. Eric, lubage mul siin slaidide abil üle võtta ja natuke enne asja enda juurde asumist natuke ettevõttest Idera rääkida. Just nagu FYI, on see omamoodi saadaval olevate toodete portfell.
Eric Kavanagh: Teie heli on selline kuum, nii et kui kasutate peakomplekti, tõmmake see natuke üles.
Bullett Manale: Pole probleemi. Kas nii on parem?
Eric Kavanagh: See on palju parem. Võta see ära.
Bullett Manale: Olgu. Nii keskendume täna reklaamikohtade haldurile, mis on ilmselgelt joondatud paljudele nendele teemadele, mida arutame. Tahan teile lihtsalt natuke mõista, kuidas see toode sinna jõudis, kus ta on. Alustasime igapäevaselt oma tootesarja otsimisega. Meil on jõudluse jälgimise tööriist nimega Diagnostic Manager. Meil on vastavushalduri tööriist. Nii et SQL Serveri ümber on palju erinevaid tööriistu ja paratamatult esitame litsentsimise eesmärgil alati küsimuse: "Kui palju on teie organisatsioonis praegu hallatavaid juhtumeid?" Ja huvitav oli see, et me ei suutnud kunagi sellele küsimusele kindlat vastust saada. Polnud tegelikult vahet, kellega sa rääkisid. See oli alati selline: "Noh, me arvame, et see on selle numbri ümber." Selliseid asju tuli alati ette ja siis peaksime selle protsessi läbi mõtlema, et täpselt välja mõelda, mis neil siis oli, kui nad tahtsid meie hallatavate juhtumite jaoks litsentse.
Ilmselt mõistsime tõesti kiiresti, et paljude DBA-dega näib olevat sellega seotud valu. Ilmselt on DBA üks nende eest vastutav asi selle teadmine, kuna üks neist, mida nad peavad tegema, on mure oma litsentsilepingute pärast, meie puhul Microsofti ja SQL Serveriga. Ilmselt on neil palju muid valdkondi, mille eest nad vastutavad, kuid see on üks neist, mis on DBA mõttes selline suur pilet, mis on teie üldised kohustused. Sellega jõudsime järeldusele, et vajame tööriista, mis teeb DBA-st selle numbri mõistmise hõlpsaks. Kuna teil on SQL-i haju, kui soovite seda nimetada, juhtub see erinevatel põhjustel. Seal, kus tarkvara installib ja milliseid asju, pole ehk nii palju kontrolli.
Ja kõige hullem, mis juhtuda võib, on see, et keegi saab SQL Serveri koopia, installib selle, alustab sellega teadmata tööd mõnele teisele ettevõtte organisatsioonile või osakonnale ja siis järgmine asi, mida teate, võib-olla andmeid ei varundata ja selliseid asju, mis võivad juhtuda. Nüüd on teil veel üks probleem, kus teil on olukordi, kus kaotate tegelikult kriitilised andmed, kuna te ei tea, et eksemplar on isegi olemas.
Üks asi, mida me pidime tegema, oli öelda, et mõelgem välja selle avastus. Ja peale selle suutma organiseerida ja hallata seda teavet, mida me kogume, loogilisel viisil, mis on mõistlik lähtuvalt sellest, mida ettevõte teeb. Ja siis saab sellest alates ilmselgelt otsustada selle teabe ümber ja teha selliseid asju. See on selline, kust tööriist alguse sai ja kust see tuli. Ma võin teile öelda, et regulaarselt DBA-dega vesteldes on meil tegelikult see probleem, et ei teata, mitu juhtumit neil on.
Ja see on naljakas, kuna termin "te ei saa hallata seda, mida te ei saa mõõta", tulid alati välja jõudlustööriistad, mis meil on, näiteks SQL Diagnostic Manager, kuid te ei saa tegelikult midagi hallata, kui te ei tea seda “See” on seal isegi esiteks. Nii et see on ka selle tööriista suur osa, on lihtsalt võimalik teada saada, et see on olemas.
Kui nüüd rääkida mõne suurema organisatsiooni või ettevõtte kauplusega SQL Serveriga, siis huvitav asi, mille me leidsime paljude kuttidega, kellega rääkisime, oli see, et nad olid tegelikult aasta jooksul oma aja seadnud, kus tegelikult kõndisid nad füüsiliselt ühest kohast teise, et proovida kindlaks teha, milline see arv välja näeb. Võite ette kujutada DBA-na, et teile makstakse mõnel juhul päris head rahasummat, et füüsiliselt ühest masinast teise liikuda - see oli üllatavalt see, mida kuuleme päris suurtelt ettevõtetelt, mida ma ei nimetaks. Kuid just selline huvitav seik, et kaks nädalat aastas võiks veeta selliseid harjutusi tehes lihtsalt selleks, et teada saada, kas nende litsentside arv on õige.
See kõik on selle tööriistaga seotud ja kuidas see aitab, kuid viis, mille poole me pöördusime, oli võime teha avastusi, mis põhines paljudel SQL Serveri omadustel. Ja nii et esimene küsimus on, millele viitate või millele proovite kõigepealt otsa vaadata? Nii, nagu me tegime, oli nii, et teeme seda siis IP-vahemiku järgi või saame seda teha domeeni enda liikmesuse kaudu, võttes arvesse domeeni kuuluvaid arvuteid. See on selline, kuidas me seda osa käsitlesime, lihtsalt selleks, et öelda, et see on valdkond, millele tahame avastuste osas keskenduda.
Ja siis põhineb selle teine osa neil omadustel, pordidel ja muudel asjadel, WMI registrivõtmetel ja sellistel asjadel, saame kokku koguda ja veenduda, et SQL töötab ja installitakse tõenäoliselt sellesse eksemplari või konkreetsesse keskkonda. Ilmselt on see palju parem meetod kui tossumeetod või tossu ekspressmeetod. Lahe on see, et kogu seda teavet, mida me kogume eksemplari kohta, hoitakse hoidlas ja see võib keskkonna muutumisel muutuda. See ei tähenda ainult seda, et "hei, siin on eksemplar, siin on nimekiri, mille me leidsime", vaid see on ka DBA-na või eksemplare haldava isikuna, kes suudab kindlaks teha, kas nad soovivad selle osa inventuurist koostada, ja siis kui see eksemplari osa pole, et saaksime selle eksemplari demonteerida. Ja nii on neil kogu SQL Serveri eksemplari protsessi olelustsükkel, et tööriistast oleks see hõlpsasti arusaadav.
Kui oleme juhtumid avastanud, mida me siis peale seda teeme? Teine asi on palju teavet eksemplari kohta, ma ei taha, et peaksin selle käsitsi hankima ja selle arvutustabelisse panema või selliseid asju tegema. Ja see on veel üks asi, mis oli DBA-dega inventeerimisprotsessist ja litsentsimisest rääkides omamoodi huvitav. Kas olete üllatunud, kui paljude DBA-dega ma rääkisin, kui küsite neilt: „Kuidas te oma varusid haldate?“ Ja me räägime DBA-dega, mis on selle tõeliselt irooniline osa, et nad hoiavad seda ja jälgivad seda kõigi asjade staatilises tabelis. Nagu ma ütlesin, on see väga irooniline, kui mõtlete sellele minut. Kuid nii oli paljudel juhtudel ja paljude organisatsioonide puhul on see endiselt juhtunud, kuidas nad sellega hakkama saavad. Kuidas nad seda hoiavad. See on Exceli arvutustabeli koopia, mis hõljub ümber ja seda tuleb regulaarselt värskendada.
Need on asjad, mis oli väljakutseks, ja registreerides selle eksemplari ning muutes selle inventuuri osaks, saate seda teha ja teavet koguda. Teil on võimalik lasta see automatiseerida, olenemata sellest, kas sellest saab osa inventuurist, versioonist, väljaandest. Muud asjad, mida saate sellega teha, võite käsitsi lisada selle loendi või Exceli arvutustabeli, mis teil on. Saate selle sellesse SQL Inventory Manager-i kutsutavasse tööriista importida. Kui teil on juba eksemplaride lähtepunkt, mille osas tunnete end üsna enesekindlalt, saate need eksemplarid importida ja seejärel selle osa oma hallatavast laos tootes sisaldada. Kui meil on juhtum olemas ja kui me teame, et see on olemas, siis see saab, okei, oleme saanud palju teavet, mida saame kasutada, teades, et see juhtum on olemas, minnes välja ja kogudes seda teavet.
Ja palju teavet läheb vaja enamaks kui ainult litsentsimiseks. Suurt osa sellest saab kasutada selleks, et lihtsalt teada saada, kus asjad asuvad, ja otsida seda teavet pärast selle hankimist. Kuid peamine asi on server, riistvara ise. Võimalus mõista, mis tüüpi masin see on, võib-olla mudel või tootja, mälu, mälu maht, olgu see siis füüsiline või virtuaalne masin ja eriti füüsiliste pistikupesade või tuumade ja protsessorite arv ning seda tüüpi asjad.
Tuumade arvu osas, eriti SQL Serveri puhul, on litsentsimise viiside teadasaamine nüüd SQLi uuemates versioonides südamiku kohta arvutatud süsteeme, mis muutub selle tõeliselt oluliseks osaks ja see pole midagi, mis teil on välja minna ja tegelikult kaevama minna. Kui juhtum on tuvastatud, saame selle teabe edastada ja selle välja saada, võimaldades teil seda vaadata ja mõista ning mõistagi võime seda kasutada.
Järgmine kiht allapoole jääb eksemplarile, kus teil on ilmselgelt palju SQL Serveri eksemplari, olgu see siis tavaline või ettevõtte või isegi ekspress, või SQL Serveri tasuta versioon. Võimalus mõista ka seda, millised rakendused on selle eksemplariga seotud ja seda saab teha automaatselt. Võimalus mõista konfiguratsiooniseadeid ja neid asju, samuti muud teavet, mis on seotud SQL Serveri eksemplariga.
Siis jõuate tegeliku andmebaasi juurde ja näete konfiguratsiooniseadeid, nende andmetega seotud ruumi mahtu, kus see asub, kogu see kraam asustatakse automaatselt ja see on tohutu aja kokkuhoid. Ja veel kord, kuna see on dünaamiliselt väljas ja tuvastab iga päev uusi juhtumeid, on see elus asi, mis teil oma varude osas on. See on toote eesmärk just selliseks muuta, et see muutuks dünaamiliselt muutuvaks.
Kui kogu see teave on meile kättesaadavaks tehtud ja saame kogu selle teabe sisestada, on tõesti mõistlik hakata mõnel juhul looma nende juhtumitega seotud metaandmeid ja metaandmeid saab luua sellisel viisil. on kooskõlas äriga.
Nii et kui olete oma esinemisjuhud rühmitatud geograafilise asukoha, rakenduste omanike või DBA-omanike või mis iganes järgi, võib asi olla selles, kuidas soovite neid esinemisjuhte rühmitada, kuidas loogiliselt soovite neid esinemisjuhte mõistma hakata, tööriista kahest piirkonnast, mis annavad teile selle võimaluse.
Esimene on võimalus luua eksemplari silt või silt. Mis sisuliselt loob seose nii serveri, eksemplari kui ka andmebaasiga, nii et saate luua vaateid ja vastata küsimustele, mis võivad igapäevaselt ette tulla, mis aitab teil tõepoolest hakkama saada sellega, mis teil on, mida haldate ja kuidas soovite selle teabega edasi liikuda.
Teine asi, mis meil on, on nn laoväljad või kohandatud laoväljad. Need on spetsiifilisemad väiksema täpsusega teabe korral, mida saate uurida, näiteks andmebaasi kiht, mille otsustan lisada ripploendile, millel on kõik DBA-d ja ma võin panna selle, kes selle andmebaasi eest vastutab, olenevalt olukorratüübist või muust, olenemata sellest, kumb andmebaas on koos selle eest vastutavate esindajatega, et saaks selle valida nii, et ma tean, et nad on vastutavad ja väga lihtsalt inventari kaevates.
Nii et need andmed muutuvad väga väärtuslikuks, eriti kui teil on suur keskkond, sest see aitab teil lihtsalt seda teavet mõtestada ja teada saada, mis teil on ja kuidas seda teete.
Laske mul minna edasi ja minna järgmisele slaidile siin. Praegu näitan teile, et kogu see teave kogunes, kogu see teave ja andmed, mis kogusid ja rakendasid metaandmeid, annavad teile võimaluse teha Microsofti litsentside esitamisel palju lihtsamaid ja kiiremaid otsuseid. ettevõtte hulgilitsentsimisel või Microsofti tarkvara kindlustamisel.
See teeb teile selle tegemise tõesti lihtsaks, selle asemel et peate, peate minema ja tegema palju käsitsi andmete kogumist, palju selle teabe käsitsi kogumist, mis tegelikult lihtsalt muudab selle protsessi palju paremaks. Nii et see on üks toote mandaate, millalgi selleks, et DBA-l oleks lihtsam neid otsuseid litsentsimise kohta vastu võtta.
Teine asi, mille me DBA-dega rääkides avastasime ja kiiresti õppisime, on see, et - nagu ka varem tagasi räägituna - võib teie SQL Serveri keskkonnas olla 300 eksemplari, kuid tegelikult on ainult alamhulk neist, mida jälgitakse tõeliselt täielikult ja hallatakse tavapärasest jõudluskontrolli tüüpi tööriistast.
Nii et kui lähete ja istute tegelikult koos DBA-ga ja ütlete: "Vaata, me teame, et teil on need 20 või 10 300 esinemisjuhtu, mida jälgitakse selle tööriista abil, mis on loodud selle jälgimiseks ja teie SOA-dele vastamiseks ja saada märguandeid ja igasuguseid häid asju ”, leidsime ka, et kui te küsiksite:„ Mis siis saab nende teiste 280 juhtumiga, mis teil on? Kas sa neist hoolid? ”Ja nad hoolivad neist, hoolivad neist, aga nad lihtsalt ei taha tingimata teha investeeringut, et jälgida neid nende sügavuse tasemel, mida saab nende juhtumitega teha, võrreldes nende 10 või 20 inimesega, mis on tõesti kriitiline toote eksemplarid.
Nii et selle tööriista võrrandi teine osa on see, et see aitab ka selles osas, et suudaks veenduda, et baastasemel oleksite kaitstud näiteks tervisega. Nüüd ei ütle see teile, kas teil on ummik või kes on ummikseisu ohver. See ei tähenda, et jõuaksite ise seansside tasemele ja päringute üksikasjadeni. Kuid samal ajal annab see teile ikkagi teada, et serverid on tühjad või maht täitub või peate tegema andmebaasi varukoopiaid, mis on DBA-s olemise oluline osa.
Niisiis on sellised asjad kindlasti endiselt olulised ja tänu sellele tegi see tööriist just teile võimaluse saada kokkuvõte teie tõeliselt kriitilistest juhtumitest, millel on palju, palju väärt, kui need on seotud, kui nad lähevad alla peate kohe teadma. Neil võib olla kõrgem seire tase ja nad saavad selliseid asju teha, samas kui sellega saavad nad koguda uusi keskkonda lisanduvaid juhtumeid ja veenduda nende arvestamises ning veenduda ka nende toimimises. Moodustatakse tervisekontrolli põhitasemeid.
Nii et see on lühidalt see, mida Inventory SQL-i impordihaldurid endast kujutavad. Nüüd ma näitan sulle selle tutvustamist. Enne kui me seda teeme, näitan teile kiiresti, et see on siinne arhitektuuri slaid, ja just seda haldava SQL-i eksemplaride näitamiseks võime leida kõike alates SQL 2000-st kuni uute versioonideni SQL.
Nii et saame seda teha ilma, et peaksime kunagi agentuure ise agentidesse saatma. Teeme seda kogumisteenuse kaudu ja see läheb välja, kogudes selle teabe ja pannes hoidlasse ning seejärel Tomcat veebiteenuse kasutajaliidese konsoolilt saades seejärel nende andmetega suhelda ja seda vaadata. Nii et see on üsna sirgjooneline arhitektuur.
Ma kavatsen minna edasi ja lülituda ümber ning võtta meid tegelikult toote enda sisse, et saaksite selle kohta tunda ja mõista, kuidas see töötab. Nii et parim viis selleks on esmalt tutvustada teile liidest ise, siin on omamoodi armatuurlaud, mida siin vaadati.
Ma näen praegu minu hallatavate juhtumite arvu just nii palju. Kuid ka mul pole tagataskus tervet andmekeskust. Nii sai Ive umbes kuus juhtumit, mida me siin näeme. Nüüd, öeldes: Im, see, mida ma kavatsen teha, on tutvumisprotsess läbi käia ja näidata, kuidas see toimiks.
Esimese asjana teete halduse jaotises, kus saate täpsustada, kuidas soovite oma esinemisjuhte avastada. Selle teabe saaksite siia uuesti ja uuesti lisada, mida saab teha paljude IP-aadresside kaudu. Võite osutada domeenile või alamdomeenile ja võimaldada ainult selle domeeni kuuluvatel masinatel neid kontrolle teostada, kui saaksite kontrollida SQL-i, siis saaksite valida mitut erinevat tüüpi omadusi.
Kui olete selle juba teinud ja saate selle automatiseerida, et seda saaks iga päev käitada ja koguda. Samuti peate vajadusel seda tegema ajutiselt. Kuid kui te seda alustate, siis see avastusprotsess hakkab siis nägema, kui lähete üle siin asuvale instantside vaatele. Teil on vahekaart Avasta ja vahekaart Avasta näitab meile hiljuti avastatud juhtumeid. Nii et meie puhul on siin number. Mida ma kavatsen edasi teha, on minna edasi ja lisada näitena üks, mida kavatsesin kasutada. Nii et see on sel juhul Chicago juhtum, eks? Ma lähen edasi ja lisan selle eksemplari oma loendisse.
Hea küll ja see viib mind siit läbi paar asja. Ma lihtsalt lähen edasi ja näete, et saame mandaadi seada. Minu volikiri peaks seal hea olema. Ma lähen edasi ja märkad, et võin selle soovi korral omistada. Saan ka asukoha täpsustada. Nüüd saab asukoha ka ise lisada ja pidage meeles, et järgmine kord ilmselt.
Veelkord, ma saan selle jaoks silte seostada ka metaandmete osas ja kuidas me sooviksime need SQL-i eksemplarid, eriti selle, paigutada ükskõik millisesse ämbrisse, kuhu tahame panna. Nii et meil on mõned praegused sildid, populaarsed sildid , nii et saame vaadata hunnikut erinevaid silte, mille ma võisin juba lisada. Ma lihtsalt valin mõned neist juhuslikult ja saame seda rakendada.
Nüüd, kui lähen edasi ja lisan selle nimekirja. Nüüd, kui see on lisatud, näeme seda nüüd selle hallatud vaate all ja seega näete seda siin loetletuna. Nii et teate, et see on esimene samm ja see, mida ma just teile näitasin, oli viis, kuidas te lisate need juhtumid igapäevaselt peamiselt läbi. Mõnel juhul võite öelda, et teate, mis saab, kui ma tahan selle SQL-serveri ettevõtte väljaande automaatselt oma loendisse lisada? Ma ei pea seda käsitsi tegema.
Jocelyn: Ma kavatsen teid kiiresti katkestada. Me ei näinud teie demo.
Bullett Manale: Sa ei ole?
Jocelyn: Ei
Bullett Manale: No mis pole hea, näeme.
Eric Kavanagh: Kui lähete vasakpoolsesse ülanurka, klõpsake nuppu Start ja klõpsake siis.
Bullett Manale: Ah olgu.
Eric Kavanagh: Ja nüüd jagage ekraani.
Bullett Manale: Vabandust selle pärast. Jep.
Eric Kavanagh: Sellega on kõik korras. Hea saak seal, produtsent Jocelyn.
Bullett Manale: Olgu, kas see on parem? Kas näete seda nüüd?
Robin Bloor: Jah, tõesti.
Bullett Manale: Hea küll, see laseb teil lihtsalt jalutada teid kiiresti läbi, kus me tegelikult olime. Oleme avastanud varasemaid juhtumeid. Lisasin just Chicago eksemplari ja see, mida te nüüd näete, on siin nüüd loetletud. Pange tähele, et see on juba palju lisateavet pakkunud. Kui klõpsaksin eksemplaril endal, näete kogu seda teavet, mille me selle juhtumi kohta juba kogunud oleme. Siin on nimekiri kõigist andmebaasidest, mis seal on. Näeme andmebaaside jagunemist suuruse ja tegevuse järgi selle järgi, millistel andmebaasidel on kõige suurem suurus ja aktiivsus.
Veelkord - saame ka kohe nahkhiire kaudu öelda, milliseid rakendusi me sellel eksemplaril töötame, tuginedes eksemplari töötavale koormusele. Nii tore, et saan seda automaatselt teha. Ma ei pea sisse minema ja siduma rakenduse esinemissagedusega. Nähtu põhjal saame selle asustada. Kui soovite rakenduse käsitsi lisada, saate seda kindlasti teha. Kuid see on lihtsalt tore viis näidata eksemplari seost andmebaasiga või, vabandan, rakendusega.
Samuti peate tähele panema, et ekraani paremal küljel on kohene kokkuvõte ja allpool serveri kokkuvõte. Nii räägiti siin eksemplari põhiteabest, teades versiooni ja mitte ainult, teate, SQL Server 2012, vaid tegelikku versiooni numbrit, mis hõlmab ja ütleb meile, millised kiirparandused on sellega seotud, millised hoolduspaketid on seotud sellele võib olla väga oluline teada. Ilmselt on mälunõue oluline. Kõike sellist, olgu siis see rühmitatud, kogu seda teavet, ma ei pea seda sinna panema - seda juba kogutakse ja kogutakse ning kui oleme tuvastanud, et see on avastatud juhtum, siis see kuulub meie inventuuri.
Teine asi, mida siin näete - ja see kuvatakse teile - on selle juhtumi vaate all. Meil on need atribuudid, millest ma varem rääkisin, kohandatud atribuudid, mida saab lisada. Nii et saame lisada avatud tüüpi kastivälju, saame jah / ei teha, tead, miljardit erinevat valikut. Me võime isegi ripploendeid teha. Seda saate teha andmebaasi eksemplaris või serveri tasemel.
Siis, kui kerime veidi allapoole, näeme kogu seotud teavet serverini. Nii et teate, et kõik sellised asjad on ilmselgelt tõesti väga kasulikud, sest kõik need on kokku kogutud ja kogutud ning olemas ka meie jaoks, niipea kui teeme otsuse muuta see meie laoseisu osaks. Siin saame näidata mõningaid erinevusi protsessorite osas, loogiliste ja füüsiliste erinevuste osas, kui palju mälu. Nii et saate tõesti palju ja palju teavet, ilma et peaksite palju tööd tegema.
Nüüd, nagu ma ütlesin, on selle teine osa andmete kogumine serveri tasemel. Kui me läheme isegi andmebaasi alla, näeme, et suur osa sellest kraamist jaguneb ka meie jaoks.Nii et kui ma lähen oma vastavushoidlasse, siis võiksin sel juhul öelda, et te teate, et see on seotud, see on vastavuse andmebaas, mille vastavuse või regulatiivsete nõuete tase sellega on seotud ja võib olla, ütleme nii, SOX või PCI vastavus. Nii et ma saan valida, millistes andmebaasides on järgitud vastavust, mida ma pean täitma, või veenduda, et ma säilitan selle regulatiivse nõude osas.
Niisiis on selline kraam osutunud DBA-dele väga kasulikuks, kuna seal on koht, kuhu nad saavad minna, et kõiki neid seotud metaandmeid oma keskkonnas hõlpsalt hoida ja nad saaksid muuta need, nagu ma ütlesin, oma äritegevusega vastavaks , kui viis, kuidas nad äri teevad. Nii et kui me vaatame kõiki asju, mida me seni näinud oleme, on teil ilmselgelt päris hea ülevaade juhtumist, kui ma sellesse puurin.
Saan ka otsida, nii et ütlesin, et laseme seda vastavuse hoidlat kogu oma loendist otsida. Siis näete siin seda, et saan neid asju otsida ja neid tuvastada. Ma ütlen seda - ma pole milleski kindel, mu nupud ei tööta seal. Okei. Vaatame, proovime seda uuesti. Sinna me läheme. Nii saaksime siis näha jaotust sellest, kus me näeme midagi, mille puhul järgiti nõuetele vastavust, ja ma võin sellesse põhjalikumalt tutvuda ja ka sellest vaatenurgast näha. Nii et teil on tõesti kiire ja lihtne viis nende andmete kaevamiseks.
Nüüd, nagu me varem mainisime, on teil palju erinevaid viise metaandmete loomiseks eksemplari serveri ja andmebaasi jaoks. Selle teine osa on võimalus seda ära kasutada viisil, kuidas olete selle rühmitanud ja sellega, kuidas olete sellega seotud. Me läheme maadeavastaja vaatele, saame just seda teha. Võib öelda, et tahan andmebaase loendada asukohtade kaupa. Nii et andmebaaside arv igas keskkonnas, mida ma toetan. Või võib-olla põhineb see omanikul, kellele kuuluvad juhtumid, mis mul seal on, võib-olla esinemisjuhtude arvu osas. Nii et me näeme seda. Nii saate tõesti hea ja lihtsa viisi, kuidas neid pilte teile värvida, olenemata küsimusest, millele proovite sel ajal vastata.
Kui olete selle teabe loonud nii, nagu soovite, saame selle eksportida PDF-i või muusse vormingusse, et saaksime seda kasutada ja oma kolleegidele või teha seal kõike, mida me vajame. Nii et teate, et suudate selliseid asju teha. Läheme tagasi - kas ma kaotasin selle? Sinna me läheme. Hea küll, nii et loodetavasti on see mõttekas, mida ma seni rääkisin. Nüüd, kui oleme kogunud andmeid, on see kõik ilmselgelt väga oluline mitmel põhjusel - litsentsimisel ja mitte.
Viimane asi, mida tuleb mainida, on see, et läheme siia siia haldusosakonda. Siit saate ka oma ja oma märguandeid konfigureerida ning veenduda, et nende asjade jaoks, mida soovite tegelikult teada, saate ka need seadistada. Nii et me saame seadistada teateid, võime seadistada sisse lülitama teatud asjad ja teatud asjad välja lülitada ning seejärel saame kindlaks teha, kes neid teateid vastu võtab, ja tellides neid teateid, saame seostada seda, keda me tahaksime olla, kes tahaks teada nendest asjadest.
Kuid nagu ma juba varem ütlesin, on see tõesti tore viis selleks, et vähemalt kogu teie ettevõtte SQL eksemplaridest teaksite rahulikult - hoolitsege selle eest, et see toimiks optimaalselt, isegi kui te seda ei tee, pole otsustanud investeerida selle jõudluse haldamiseks raske löögi saavutamise jälgimise tööriista jaoks. See katab teid, kuna see on väga taskukohane viis väljaminekuks ja paljudel juhtudel on võimalus neid inventuure teha ja teha väga laia tüüpi üldist seiretaseme tagamaks, et sain selle meelerahu ja tean, mis toimub.
Nii et loodetavasti on sel viisil, mida me seda kirjeldasime ja teile näitasime, mõistlik. Arvan, et sellest seisukohast saan edasi minna, edasi anda ja saame veel natuke rääkida.
Eric Kavanagh: See kõlab hästi. Nii et Robin? Dez? Kas küsimusi on?
Robin Bloor: Noh, mul on küsimusi. See on väga huvitav seda tegelikult vaadata, ma mõtlen, et tahtsin lihtsalt kommenteerida, et üsna palju ma kõikjal olen olnud, mitte ainult DBA-de seas, vaid võrgutüdrukute, mälupulkade, virtuaalsete masinate halduse kuttide seas, nad on kõik arvutustabelite välja töötamine.
Eric Kavanagh: See on õige.
Dez Blanchfield: Sa ju tead, et see on nii, sa tead, et see on korras, kuni numbrid hakkavad liikuma. Kui numbrid hakkavad liikuma, teate, et nad satuvad hätta. Niisiis, küsimus, mis mind nüüd huvitab, ja ma tean, et sellele on teile raske vastata, aga mis siis, kui te lähete kohta, kus neil pole seal arvutustabelite töötamiseks midagi sellist, siis oletagem, et DBA-d kas olete väga nutikad poisid ja nii edasi ja nii edasi, siis millise investeeringutasuvuse arvate, et saaksite midagi sellist ellu viia? Kas teil on selle kohta mingeid arve või juhiseid selle kohta?
Bullett Manale: ROI-d on raske öelda, sest keskkonnad muutuvad pisut teistsuguseks. Ilmselt on nii, et mida suurem ettevõte, seda suurem on keskkond, seda suurem on ilmselt ka investeeringutasuvuse määr, kui nad nüüd käsitsi meetodeid kasutavad.
Ma tean, et ma rääkisin mitmega - kui ma ütlen tuhandete ja tuhandete töötajatega suurte organisatsioonide ja tõenäoliselt ka tuhandete juhtumitega -, kus mul on inimesi, kellele ma näitan seda neile ja nad ütlevad, et see võtab kaks nädalat minu ajast tagasi. Olen seda mulle mitu korda öelnud. Seega on selle ostusumma tegeliku dollarisumma osas raske öelda, kuid keskkonnas on see arvestatav.
Nagu ma ütlesin, on see üsna järjepidev, inimesed, kellega enamus inimesi, kellega ma räägin, hoiab seda kraami arvutustabelina. Nii et see on lihtsalt väga, väga subjektiivne asi, sest iga keskkond, natuke erinev ka selles osas, kuidas nad oma litsentse teostavad ja kuidas nad Microsoftiga litsentseerivad, on ka selle teine osa. Kuid kui nad peavad tegema tõeseid muudatusi igal aastal või iga kolme aasta tagant, siis arvan, et kolm aastat Microsofti jaoks maksimaalselt kolm aastat, et nad ikkagi näeksid, nad tahavad, et te tõeks saaksite vähemalt iga kolme aasta järel.
Siis teate selle märkimisväärset ja teate, see on lihtsalt midagi, mis teeb palju lihtsamaks. Kuna selle dünaamiline asi, mis alati muutub, annab see natuke rohkem kehtivust ka selles osas, mida te salmidest vaatate, ja noh, me pole tõesti arvutustabelit tõesti kuue kuu või aasta jooksul värskendanud. Niisiis, kui sageli arvutustabelit värskendate, on veel üks küsimus, et mõista, mis on vastus investeeringutasuvusele.
Dez Blanchfield: Jah, ma mõtlen SQL-i litsentsimist, selle litsentsimine on lihtsalt kuradi õudusunenägu, kuid eriti õudusunenägu, kuna Microsofti ja Oracle'i vaheline litsentsimine pole sama ja keegi teine teeb seal andmebaasitoiminguid. Kui te tegelikult hoiate asju arvutustabelitel, mis kipub olema see, mis tegelikult juhtub, siis teate, et litsentsimise aeg saabub enne selle realiseerimist ja teil pole tegelikult andmeid, kui teate, mida ma mõtlen, selle teabe hõlpsaks saamiseks.
Igatahes, nagu te märkite, on selle dünaamika ja mul pole isiklikult aimugi, sest Ive ei pidanud tegelikult kunagi Microsoftiga läbi rääkima, nii et mul polnud aimugi, kuid arvatavasti on andmebaase, kus inimesed võtavad üsna sageli katseandmeid, testimiskeskkondi ja ma tahaksin arvake, et litsentside andmise korral on need teie okas. Oled see sina-?
Bullett Manale: Jah, jah. See on nii, sest palju kordi unustatakse see asi ära ja siis hakkame proovima aru saada, okei, noh, okei, oleme saanud põhilitsentsi, et peame iga sellise juhtumi jaoks tuumade arvu välja mõtlema ja ma ei tea, Mis puutub riistvara mõistlikku ostmisse, siis võite osta ka üsna hea riistvara, kui te seda riistvara nii ei kasuta, kui te seda kasutate, siis olete enammaksnud, kuna maksate põhihinna määramise eest, kui neid südamikke ei kasutata nii, et muutub probleemiks.
Igal SQL-i versioonil on erinev litsentsimise viis, mis muudab selle isegi pisut segaseks. Nii et teil on selle ümber mõned väljakutsed ja see on suur osa sellest, miks see teave on väga kasulik, kuna me võime teile öelda, milline versioon see on, siis võime teile ilmselgelt öelda, mitu tuuma teil on, kui selle vanemad SQL-i versioonid on see oli pistikupesa hinnakujundus, võime seda ka praegu ilmselgelt näidata. Nii et see lihtsalt muudab selle rutiinist palju lihtsamaks, mida peate läbima, kui on aeg nende asjadega tegelda.
Dez Blanchfield: Üks asi, mis mulle meelde tuleb, oh vabandust -
Robin Bloor: Hea küll, te lähete Dezisse, ma kavatsesin esitada võimaliku ebaolulise küsimuse.
Dez Blanchfield: Lihtsalt midagi väga kiiret, kui praegu oma teemaga tegelete - nägite pilvekeskkondade kasutuselevõttu palju rohkem ja kui see toimiks meie enda andmekeskuse sees, meie enda keskkonnas, siis nad indekseeriksid ringi ja leiaksid, avastaksid asju suhteliselt otse. .
Kuidas me hakkama saame stsenaariumi korral, kus meil võib olla kolm andmekogumit, kaks pilve ja nähtavus nendes keskkondades on tulemüürides ning sageli on toru või VPN-i lõpus olevad andmekogumid. Kas on vaja eesliistu alt avastada või on meil vaja sadamate avamiseks, et saaksime skaneerida teatud keskkondades teatud pilve ja väljaspool ruume, kus need platvormid töötavad?
Bullett Manale: Jah, oleks, sadamate osas oleks vaja mõnda kaaluda. Niisiis, kahjuks soovin, et saaksin öelda, et see murrab kõik need keskkonnad läbi, kuid siin on mõned erinevad võimalused, mida saate sellega teha. Muidugi, kui teete midagi sellist, nagu Amazon EC2, on tõesti vaja juurdepääsu sellele keskkonnale oma ühenduvuse kaudu, eeldades, et teie pordid on avatud ja seejärel saate määratleda oma IP-aadressid või sellega seotud domeeni ja see võib alustada kogumist ja alustage avastamist.
Niisiis, see, seda tüüpi keskkondades, see ei ole tegelikult probleem; see on spetsiifilisemad keskkonnatüübid, näiteks RDS, ja kus peate lihtsalt andmebaasi ise hankima, kus selle tüüpi teabe nägemine ja avastamine on natuke keerukam.
Dez Blanchfield: Sellest tulenevalt olid seal andmebaasid ja andmebaasid. Nii et näiteks vanadel headel aegadel oli just selline, väga-väga suur andmebaasimootor nagu anekdoot, mida jagasin ees, kus on vaid üks tohutu platvorm ja kõik, mida ta teeb, on andmebaasi pakkumine. Nendel päevadel on andmebaasid manustatud kõigesse, tegelikult on need kaks või kolm lihtsalt mu telefonis, rakenduste taga.
Milliseid väljakutseid näete stsenaariumide korral, kus olete saanud keskkondi Lotus Notesist, koos nende taga olevate rakendustega, SharePointi erinevate Interneti andmebaasidega ja nii edasi? Põhimõtteliselt varustab kõike andmebaas tagaotsaga. Milliseid asju näete seal ja milliseid väljakutseid näete, et inimesed seisavad silmitsi just selliste maailmade kaardistamisega ja mida teie tööriist nende heaks teeb?
Bullett Manale: Noh, ma mõtlen, et asi on selles, et mida te ütlesite - kõik vajab nüüd andmebaasi, seega on palju kordi tõenäoliselt palju, keskkonda tutvustatavaid andmebaase on palju, mida DBA ise isegi ei loo on teadlik sellest, et üldiselt pole SQL-serverit keskkonda installitud väga raske.
See tööriist tuvastab ka selliseid asju nagu ekspressandmebaasid, seega ka SQL Serveri tasuta versioonid. Naljakas, kui lähete jälle DBA-dega rääkima, siis ei saa te järjekindlat vastust seoses sellega, kas nad hoolivad seal asuvatest tasuta andmebaasidest. Paljud neist rakendustest, millest räägite, kasutavad andmebaasi tasuta versiooni. Kuid organisatsioonid ise suhtuvad sellesse andmebaasi vastutajatesse erinevalt, sõltuvalt sellest, kellega räägite.
Mõne DBA-ga, millest räägin, võin mõelda, kui viimati viibisin SQL Server PASS-is, mis asub Seattle'is, kui küsite küsimust “Kas sa hoolid oma ekspressandmebaasidest?” Ja see oli umbes viiskümmend viiskümmend. Mõni inimene soovis neist teada saada kui DBA, kuna neile tundus, et nad on osa oma vastutusest, isegi need, mis on avaldatud andmebaasides, kuid kus nad võivad ikkagi sisaldada kriitilist teavet; nad peavad endiselt läbima varundamise protsessi ja tagama, et kõik asjad töötaksid nende tervise seisukohast. Kuid lihtsalt teadmine, et nad on olemas, on sama oluline kui mitte veelgi olulisem.
Kui teine pool inimestest on: „Hei, ei olnud nende andmebaaside eest vastutavad ja kõik, mis nad neile panid, on ettevaatlik nende installimise eest.“ Kuid ma ütleksin, et üldiselt, mida te ütlesite, oli kõik ilus tänapäeval on sellega seotud rakendus, mis aitab lihtsalt seda teavet keerukamaks muuta ja segadust tekitada.
Dez Blanchfield: Jah, ma olen näinud, et valitsuse saidid on ilmselt minu lemmikud, kuid enamasti ei näe ma neid praegu ettevõtluskeskkonnas - nagu te ütlesite, unustavad inimesed mind isegi siis, kui nad installivad midagi SharePointi või enesevahetust, nagu teate. et neil on lihtsalt sisseehitatud tasuta versioon, sest nad tahavad, teate, installige see kiiresti ja ärge muretsege, et peaksite litsentside ostmise pärast minema.
Siis saab see suureks ja siis hakkab keegi jõudluse üle kurtma ja nad on näiteks: "See on lihtsalt teie vana server, teie salvestusruum, võrk, mis iganes" ja siis helistatakse DBA-le ja nad on nagu: "Noh, sa oled lihtsalt koondas kõik selle andmebaasi tasuta versiooni, mis pole just see, mida peate selle suure täitmiseks. ”
Eriti siis, kui teil on stsenaariume, näiteks projektijuht ja Office käitavad sadu, kui mitte tuhandeid projekte suurettevõttes või korporatsioonis ning nad kasutavad SharePointi koos Microsoft Project Serveriga ja heidavad kogu oma PMO-kraami sellesse andmebaasi. Kuid esiotsa nad meeldivad, hästi, see on lihtsalt veebiliides. Kuid tegelikult on andmebaasid ja andmebaasid olemas.
Bullett Manale: Jah.
Dez Blanchfield: Mis need siis on, üks omamoodi esimesi samme, mida siinsetel inimestel on vist paar küsimust, mida võiksime publiku seast esile tõsta. Üks esimesi küsimusi on see, kust inimesed alguse saavad? Mis on nende esimene loomulik samm? "Olgu, me peame omamoodi tegema anonüümsete alkohoolikute versiooni?"
Andmebaase on meil rohkem, kui me teame, mida teha. Milline on nende loomulik samm, nagu nad läheksid: „Okei, me peame selle asja korda saama ja jooksma hakkama?” Kas nad lähevad lihtsalt kalkuniks või peavad nad tõesti hakkama alustama väikestest ja saavad lihtsalt oma keskkonna kaardistamiseks natuke kogemusi ?
Bullett Manale: Noh, ma arvan, et nad ütlesid, et peavad keskkonna kaardistama. Nüüd pakub Microsoft selleks tasuta tööriista, Microsofti hindamise planeerimise tööriista, mis on tasuta tööriist, kuid see on staatiline. Teete avastuse ja see on nii. Saate nimekirja asjadest, mis seal väljas on. Võtsime selle ette ja ütlesime, et pilk lubab astuda sammu kaugemale, võimaldab teha avastuse, leida seal kõik, laseme selle hoidlasse ja laseme muuta selle dünaamiliseks ning saame selle sinna lisada, eemaldada.
Kuid üldiselt on kõige suurem esimene samm minu arvates lihtsalt teada saamine ja avastus. Kas see tähendab meie toote prooviversioonil allalaadimist, saate selle alla laadida ja proovida 14 päeva jooksul ning saate oma keskkonnale tähelepanu juhtida ja kogumist teha.
Kui teil on seal juba arvukalt arvutustabelit koos hulga selle teabega, mille osas olete mõneti kindel, et see teave on õige, siis on teil ka võimalus importida CSV-le, mis sisaldab kogu selle teabega arvutustabelit, ja teha selle osa sellest, mida te juba on. Kuid selle kohta, mida te ei tea, pole ainus viis seda käsitsi välja minna, teha või omada tööriista, mis otsib sellist tüüpi asju nagu käesolev. See on otsus, mida mingil hetkel peate tegema, see on: “Kas ma proovin seda avastust automatiseerida või vähemalt hankida kõigepealt seal hea aluse ja siis võib-olla muretseda mõne erandi pärast?” Kuid kõige rohkem tõenäoliselt vajate tööriista.
Dez Blanchfield: Nii lihtsalt kiiresti. Kuhu inimesed pöörduvad, et seda alustada? Nad tabasid teie veebisaiti? Kuidas nad jõuavad selleni ja saavad sellega kiiresti alguse?
Bullett Manale: Kui külastate Iderat, I-D-E-R-A.com, näete ja ma saan tegelikult lihtsalt kiiresti seda reaalselt kiiresti näidata. Idera veebisaidil saate vaadata tooteid ja minna varude haldurit. Näete siin allalaadimislinki. Te olete lihtsalt määranud, millise kogumi soovite 64 või 32 bitisele installida, ja see aitab teil alustada ning võite oma avastuse seal alustada.
Robin Bloor: Fantastiline ja vahva, suurepärane esitlus, tänan teid väga.
Bullett Manale: Aitäh.
Eric Kavanagh: Meil on paar küsimust publikult ja ka need, mis teil on, sest me peame end täna kõvasti lõpetama, kuid Bullett jällegi, suurepärane töö demos, meie produtsendi suurepärane töö, püüdes seda näidata.
Bullett Manale: Vabandust selle pärast.
Eric Kavanagh: Ei, see on hea kraam, kas annate ettevõtte tuumikus nähtavuse, eks? Sest äri juhib andmeid ja annate nähtavuse otse tuumani. Nii et pole enam kätega lainelist kraami; nüüd saate tegelikult asjadele osutada ja need lahendada. Nii hea teile.
Bullett Manale: Aitäh.
Robin Bloor: Kuid oli väga tore näha seda ka muide elavana, hästi tehtud.
Eric Kavanagh: Jah, arhiveerime selle veebiülekande hilisemaks vaatamiseks ja siis saame selle loodetavasti umbes tunni või kahe jooksul üles, esialgne arhiiv tõuseb mõnikord pisut pikemaks, kuid kindlasti andke inimestele kindlasti teada. Sellega kavatsete teid lahti lasta, inimesed. Tänan veel kord, et külastasite teabetoas, need olid tegelikult kuumad tehnoloogiad. Hästi jõuame järgmine kord teie juurde. Olge ettevaatlikud.