Autorius „Techopedia“ darbuotojai, 2016 m. Gegužės 26 d
„Takeaway“: Šeimininkas Ericas Kavanaghas naujausiame „Hot Technologies“ epizode aptaria duomenų bazių valdymą ir egzempliorių atradimą su Robinu Blooru, Dezu Blanchfieldu ir Bulletu Manale.
Šiuo metu nesate prisijungęs. Jei norite pamatyti vaizdo įrašą, prisijunkite arba prisiregistruokite.
Ericas Kavanaghas: Gerai, ponios ir ponai. Dar kartą pasveikiname. Mano vardas Ericas Kavanaghas. Viskas yra karšta. Čia viskas kaista. Aš nežinau, kas vyksta. O, teisingai, atėjo laikas „Hot Technologies“. Taip, iš tikrųjų mano vardas vėl yra Ericas Kavanaghas. Galite mane rasti „Twitter“ @eric_kavanagh. Tai laida, skirta kalbėti apie tai, kas karšta rinkoje. Šiandien esantis pavadinimas „Raktai į karalystę: SQL serverio valdymas naudojant dinaminį atradimą“. Geri dalykai. Yra tikrai tavo. Gerai, kad nuotrauka buvo iš prieš kelerius metus. Aš nemeluosiu, dabar atrodau šiek tiek vyresnė, bet tai gerai.
Taigi, mes kalbame apie tai, kaip technologijos ir „SQL Server“ yra tikrai, tikrai, tikrai, labai karšti. Šiandien turime visą krūvą turinio, todėl tuoj pat pasidalinsiu. Budėk, eime. Čia yra mūsų pranešėjai. O Robinas Blooras eina pirmas.
Robinas Blooras: Taip, tikrai. Pristatymas gilinsis į duomenų bazių valdymą, todėl aš tiesiog galvojau, kad pasinaudosiu duomenų bazių valdymu arba, žinote, duomenų bazės labirintais, kad pritraukčiau žmones į jo dvasią. Aš buvau DBA, manau, galima sakyti, aš buvau duomenų bazių konsultantas maždaug prieš 20 metų, o dalykas, kuris mane iš tikrųjų stebina duomenų bazėmis, yra tas, kad nepasikeitė daug. Daug kas pasikeitė greičiu, atsižvelgiant į duomenų apimtį ir panašius dalykus, tačiau didžioji jų dalis iš tikrųjų yra labai panaši į tai, kas nutiko.
Duomenų bazė, mano manymu, yra organizuotas išplėstinis duomenų rinkimas, kurį galima optimizuoti atsižvelgiant į konkrečius darbo krūvius ir suteikti duomenų valdymo galimybes. Jis atsirado pirmiausia todėl, kad jei norėjote tvarkyti duomenis bylose, tai buvo baisiai sunkus darbas. Ir idėja sukurti programinę įrangą, kuri padarytų beveik viską, ko jums reikėjo, kilo beveik akimirksniu, kai tik aštuntajame dešimtmetyje turėjome atsitiktinę prieigą prie IBM didžiųjų kompiuterių.
Reliacinė duomenų bazė buvo išrastas aštuntajame dešimtmetyje ir atsirado pagal prototipus devintajame dešimtmetyje, o jų rūšis rinkoje traukėsi nuo devintojo dešimtmečio pradžios. Reliacinės duomenų bazės vis dar dominuoja. Jei skaitysite spaudą, išgirsite beprotiškai daug dalykų, pasakytų apie tas - SQL duomenų bazes, o pastaruoju metu apie diagramų duomenų bazes kyla labai daug triukšmo. Ir jei norite, tai yra įdomu, tačiau iš tikrųjų vis dar yra naujausi pardavimų numeriai, reliacinėms duomenų bazėms priklauso 95% rinkos. O „Microsoft SQL Server“, kurį šiandien išsamiai aptarsime, yra antra pagal populiarumą „Oracle“.
Dėl reliacinių duomenų bazių, kurios daro jas neįprastomis variklių prasme, jos yra, nes jos gali dirbti tiek su OLTP, tiek su užklausų darbo krūviais. Jūs turite juos suderinti skirtingai, jei ketinate tai padaryti, tačiau jie iš tikrųjų yra pajėgūs dirbti abiejų tipų krūvį. Vienas iš jų yra trumpi atsitiktiniai sandoriai, o kitas - ilgi klausimai, apimantys daug duomenų. Alternatyva, „NoSQL“ duomenų bazė ir grafikų duomenų bazė, daugiausia skirta analizei, ir pastaruoju metu jie išaugo. „NoSQL“ buvo pirmoji, o grafikas pastaruoju metu pradėjo šiek tiek traukti. „NoSQL“ gali būti naudojama operacijų veiklai, tačiau diagramos beveik niekada nenaudojamos operacijų veiklai. Priežastis, kad aš susidūriau su stat, kuris, manau, yra bent dešimties metų senumo, kuris sako, kad dauguma kompanijų turi mažiausiai tris, iš tikrųjų šis skaičius buvo 3, 5, skirtingų markių duomenų bazės, jei žiūrėsite į jų programinės įrangos inventorių.
Tačiau realybė yra tokia, kad dauguma kompanijų standartizuoja tam tikrą duomenų bazę. Daugelis kompanijų standartizavo „SQL Server“ ir „Oracle“ kaip dvi populiariausias standartines duomenų bazes. Ir jie naudojasi alternatyvomis tik išskirtinėmis aplinkybėmis, kai, pavyzdžiui, jie gauna programinės įrangos paketą, kuriam reikia kitokios duomenų bazės, arba jie eina paskui didelius duomenų analizės tikslus, kurie jau atsirado.
Jei norite, mes taip pat įtraukėme „Hadoop“. „Hadoop“ vienaip ar kitaip tapo ne tik failų sistema, bet dar ne duomenų baze. Tačiau ji turi SQL, kuris yra virš jo. Tačiau turima įrodymų, kad tai nėra realiai išstumianti ar kur nors kitur panaikinanti reliacines duomenų bazes, kurios uždirbo pasaulio širdis ir protus. Ir to priežastis yra ta, kad reliacinėms duomenų bazėms prireikė dvidešimties metų, iš tikrųjų ilgesnių nei dvidešimt metų, kad jos būtų tokios geros, kaip jos yra. Ir jūs ne tik nesukuriate užklausos variklio ar SQL variklio, kuris iš tiesų yra labai efektyvus per labai trumpą laiką. Tai tiesiog neįvyksta.
Taigi šios skaidrės išvada yra ta, kad duomenų bazės yra strateginės ir jos tobulėja, jos tobulėja. Ir tai tikrai buvo „Oracle“ ir „Microsoft SQL Server“ atveju. Turbūt nedaugelis iš jūsų prisimenate dienas, kai atsirado duomenų bazės, bet aš tai padariau tada, kai buvau berniukas. Pradinė mintis buvo, kad bus viena duomenų bazė, ir tai buvo koncepcinė idėja, kuri niekada nebuvo įsitvirtinusi. IBM bandė su AS / 400 iš tikrųjų turėti duomenų bazėmis pagrįstą failų sistemą, tačiau tai taip pat nedominavo. Jums liko tai, kad duomenų bazės natūraliai suskaidomos. Jūs iš tikrųjų turite kelis atvejus. Yra mastelio problemų. Duomenų bazės mastelis didinamas tik iki tam tikro dydžio, tiesa, metams bėgant ji didėjo, tačiau jos turėjo ribų.
Buvo darbo krūvio problemų, pagrindinė darbo krūvio problema buvo ta, kad OLTP ir dideli užklausų darbo krūviai paprasčiausiai nesuderinami. Nebuvo įmanoma sukurti variklio, kuris tai padarytų. Neseniai susidūriau su svetaine, kurioje buvo daugiau nei tūkstantis skirtingų „Oracle“ egzempliorių. Tiksliai nepamenu, kiek jų turėjo DBA, bet jei jūs iš tikrųjų kalbėjote su jais, kiek iš tų duomenų bazių iš tikrųjų stebėjo DBA, tai buvo maždaug dešimt. Jie iš esmės naudojo duomenų bazę kaip spintelę ir tiesiog metė duomenis į ją, nes bent jau jūs turėjote schemą ir ji buvo labiau organizuota, nei kada nors bus failų sistema, bet niekas nieko nedarė, išskyrus suteikdamas numatytąją konfigūraciją ir nustatydamas ją. laisvas.
Nesu tikras, ar tai buvo gera idėja. Man tai sąžiningai skamba keistai, nes, mano manymu, kai dirbau su duomenų bazėmis, reikėjo lankyti duomenų bazes ir tu vienaip ar kitaip turėjai tiksliai žinoti, kas ten vyko. Ir be galo daug sistemų priklausomybių reiškia, kad būtinai reikia patenkinti tam tikrus paslaugų lygius, kitaip kyla problemų.
Neseniai buvo kalbėta, aš susidūriau su įvairiomis duomenų bazėmis, kurios teigia, kad yra savaime suderinamos. Stulpelių parduotuvės, kurios yra sukurtos užklausų srautui, dažniausiai derinamos automatiškai, nes indeksų atžvilgiu turite pasirinkti du dalykus. Be šios srities, duomenų bazės turi būti suderintos. Ir jas reikia suderinti, tam tikras reliacines duomenų bazes, daugiausia todėl, kad prisijungimas susijęs su daugybe operacijų. Stojimai yra brangi veikla. Jei nededate reikiamų rodyklių tinkamoje vietoje, tada prisijungimas užima per daug laiko, kai jų nereikia.
Šiuo metu savireguliavimo duomenų bazės egzistuoja tik tose srityse, kur darbo krūvis yra gerai žinomas. Ir mano patirtis yra tokia, kad dauguma kompanijų dirba labai mažai DBA ir todėl, kad jos yra brangios. Todėl geriau, jei galite pakeisti tai, ką daro DBA. Tai yra DBA veikla, kaip aš jas suprantu. Jie diegia, konfigūruoja ir atnaujina duomenų bazes. Atnaujinimas, beje, nebūtinai yra nereikšmingas užsiėmimas. Priežastis, dėl kurios atnaujinote duomenų bazę, turiu omenyje taisyklę, su kuria visada dirbau, nelieskite jos, jei ji veikia. Jei ketinate atnaujinti duomenų bazę į kokią nors naują versiją, tai darote bandymo režimu. pirmiausia ir po to viską atnaujini. Jūs vis dar dirbate su ta pačia versija. Bet iš tikrųjų daug svetainių, su kuriomis esu susidūręs, nėra tai, kas atsitiks. Sakykime, yra gana didelis entropijos laipsnis. Licencijų valdymas yra problema, priklauso nuo to, kokią licenciją turite. ETL ir duomenų replikacija.
Vienas iš duomenų bazės gudrybių yra tas, kad jei turite užklausos darbo krūvį, kurį reikia padalyti, galite sukurti du egzempliorius ir pakartoti. Tai dažnai daroma ten, kur žmonės prireikus naudoja repliką kaip karštą atsarginę atsarginę kopiją. Tada saugojimas ir talpos planavimas, tai yra DBA veiklos dalis, nes, žinoma, auga duomenys ir reikia juos sekti. Tada reikia planuoti įvairius aparatūros atnaujinimus ar aparatūros papildymus. Čia yra trikčių šalinimas, kuris daugeliui DBA yra skausminga veikla. Kai kažkas negerai, o atsarginė kopija neveikia tobulai, tada jie turi susukti rankoves ir nusileisti ir bandyti atkurti reikalus iš žurnalo failų. Taip nutinka daug dažniau, nei aš manau, gerai, prisimenu tą nutikimą, bet aš buvau išėjęs iš žaidimo mažiausiai dešimt metų, bet prisimenu, kad tai nutiko daug dažniau, nei jūs kada nors būtų galėję tikėtis. Našumo stebėjimas ir derinimas yra tiesiog plakanti DBA darbo širdis. Taip pat yra prieigos valdymo, atsarginių kopijų kūrimo ir atkūrimo saugumas, sukuriant programinės įrangos bandymo sistemas, pagrįstai lygiagrečias veikiančioms sistemoms. Ir visa duomenų gyvenimo ciklo informacija. Taigi tai, mano manymu, yra DBA darbo vietų sąrašas, išskyrus bet ką, ko jie gali būti paprašyti. Veikimo dinamika. Už duomenų vientisumą ir paslaugų lygio valdymą yra atsakinga DBA. Paprastai jie yra kritiški. Ir tai viskas, ką turiu pasakyti. Aš ketinu perduoti Dezui.
Dez Blanchfield: labai ačiū. Aš eisiu į smagią, anekdotinę kelionę aplink, kodėl visa ši tema, apie kurią šiandien kalbama, yra kritiškesnė nei bet kada. Ne taip seniai buvau įsitraukęs į projektą, kuriame mes perkėlėme valstybinės vyriausybės platformą, kuri buvo naudojama licencijų registracijai ir transporto priemonių registracijai, ir daugybę dalykų, susijusių su šia tema, iš „Fujitsu“ pagrindinio tinklo platformos, vykdančios dalyką, vadinamą „A + Addition“, kuris yra „Solaris“ operacinę sistemą, arba, kitaip tariant, „Unix“, paleisiančią „Oracle“ ir atliekančią labai gerą darbą. Ir buvo nuomonė, kad šis dalykas sensta ir atėjo laikas jį perkelti į kažką kitą. Mums buvo smagu paleisti „Unix“ pagrindiniame korpuse, jis buvo labai stabilus, labai saugus ir, kaip bebūtų keista, SDL platforma ir buvo tiesiog visiškai žaibiškas. Tačiau išmintis atėjo laikas atsitraukti nuo pagrindinio tinklo ir judėti.
Šis rimtas iššūkis yra surinkti visas sistemas ir verslo logiką bei SQL aplinką apačioje esančioms duomenų bazėms ir pažvelgti į tai, kaip mes ruošėmės architektui ir inžinieriui kurti naujus namus. Mes galų gale pasinaudojome vienu iš šių dalykų, kuris yra jau pora metų, bet yra vienas iš „Sun“ stovo sistemos „Starfire“ serverių viršutinio galo. Tai tikriausiai yra viena didžiausių alavo, kurį galite nusipirkti planetoje, kuris gyvena vienoje didelėje dėžutėje ir simetriniame daugiaprocesiniame serveryje. Tai buvo vidutinio lygio sistema mūsų pasaulyje. Jis važiavo „Unix“ ir „Oracle“ iš pradžių ir rodė: „Kas gali suklysti?“ Na, pasirodo, labai daug.
Pavyzdžiui, tuo metu, apie kurį seniai nekalbame, turėjome pereiti labai rankinį procesą, kad sužinotume, kas yra pagrindinio kompiuterio platformoje, ir sužinokime. Visų pirma, faktinė duomenų bazės aplinka ir SQL logika. Taigi vaizdas buvo gana paprastas „Oracle to Oracle“ perkėlimas, duomenų bazės perkėlimas į duomenų bazę; visa verslo logika susidurtų, didžioji verslo logikos dalis buvo parašyta įterptose užklausose ir aktyvikliuose, ir kaip sunku ji gali būti? Bet tai, kas turėjo užtrukti mėnesius, baigėsi ne per metus. Tiesiog fiziškai ir rankiniu būdu peržvelkite visas „Unix“ dalis pagrindinio kompiuterio aplinkoje, sužinokite, kur buvo visos duomenų bazės ir kiek egzempliorių veikė ir kas veikė tuose egzemplioriuose. Tai buvo ne trivialus pratimas ir mes baigėme tai daryti tris kartus tik tam, kad įsitikintume, jog viską užfiksavome. Nes kiekvieną kartą, kai manėme, kad esame iškasę tiek giliai, kiek reikia, po paviršiumi paaiškėjo, kad ten yra daugiau.
Kitas iššūkis, kurį turėjome, buvo tai, kokios instancijos veikia ir kokioje valstybėje? Ar tai yra vystymosi aplinka? Ar tai bandymo aplinka? Ar tai integracijos proceso dalis? Ar tai sistemų integracija? Ar tai UAT, vartotojo priėmimo testavimas? Ar tai gamyba? Ar tai DR aplinka? Kadangi puikus dalykas, susijęs su mainframe, yra tai, kad galite sukurti šias mažas virtualias aplinkas, kurias dabar visi laikome savaime suprantamais dalykais, ir judėti aplink. Ir jūs turite išsiaiškinti, ar šis asmuo kuria ir bando gamybos lygį, ar gamina produkciją, ar yra faktinių vartotojų? Prisimenant, kad šiuo dalyku realiu laiku išduodami vairuotojo pažymėjimai ir registruojama mašina, ir tai, kas iš tikrųjų svarbu žmonių gyvenimams.
Šiam dalykui sukurti atsarginę kopiją prireikė nemažai laiko, todėl mes tikrai neturėjome priežiūros lango, kad galėtume šį daiktą naudoti neprisijungę ir pamatyti, kas nutiko. Nebuvo tokio dalyko, kaip tai pakeisti. Mes taip pat turėjome iššūkį ne tik surasti, kurie egzemplioriai veikia, kur ir kam, bet tada turėjome išsiaiškinti, kokios versijos, kokios egzistuoja. Ir štai aš beveik pamečiau savo siužetą. Kai aš pradėjau suprasti, kad turime dvi ar tris gamybos aplinkos versijas, išbandytas įvairiais lygiais, ir įrankių bei sistemingų požiūrių į tai buvo labai mažai. Mes tiesiogine prasme turėjome įsigilinti į kodą ir veikiančią instanciją ir kai kuriais atvejais rizikuoti nors trumpam paimti ką nors neprisijungę. Mes supratome visą šį dalyką, jį nubrėžėme ir tai buvo labai rankinis procesas, kaip aš sakiau. Ir mes pagaliau padarėme visą ETL pamainą, išmesdami ją iš vienos vietos ir perkėlę į kitą vietą, ir apskritai ji veikė. Ir mes buvome panašūs, gerai, kad tai funkcionalu, tuo labai džiaugiamės.
Bet tada mes puolėme į daugybę labai rimtų tvirtų plytų sienų. Visų pirma mes nustatėme veiklos problemas. Protingas dienos mąstymas buvo toks: gerai, kad ji perėjo prie didesnės, geresnės, greitesnės ir sunkesnės techninės įrangos, nėra jokios priežasties, kodėl ji turėtų blogai veikti duomenų bazės lygmenyje, todėl pradėkime ieškoti kitur. Taigi mes du kartus visiškai perdarėme tinklą. Kiekvienas maršrutizatorius, kiekvienas jungiklis, kiekvienas laidas, kai kuriais atvejais perėjome nuo eterneto prie pluošto, atnaujinome programinę įrangą, pataisėme, jūs matote vaizdą. Iš esmės tinklą iš naujo atkūrėme du kartus, manydami, kad ten buvo našumo klausimai. Ir atrodė, ir jautėsi kaip yra. Mes ėjome per skirtingas apsaugos sistemas, skirtingas ugniasienes. Pataisėme operacinę sistemą. Daiktus perkėlėme iš vieno skaičiavimo disko į kitą. Ir mes praleidome nemažą laiko dalį apžiūrėdami jo infrastruktūros objektą.
Ir tada mes supratome, kad kai atjungėme serverius ir paleidome jame kitas programas, tinklas veikia tik gerai. Taigi pradėjome atskirti operacinę sistemą. Tas pats klausimas. Bet įdomu, tinklo ir operacinės sistemos lygis, įrankiai buvo ten, iš tikrųjų mums buvo palyginti nesudėtinga palyginti ir išbandyti bei įrodyti, kad visi šie kūriniai veikė. Bet net ir tada, kai „SPARC“ aparatūros platformoje „Solaris“ buvo vidutinės klasės, įrankiai nebuvo tokie, kad galėtume pradėti diagnozuoti duomenų bazės aplinką. Žinote, žemėlapis, ar mes pateikėme visas bylas. Taigi mes iš tikrųjų turėjome sukurti savo įrankius, juos parašyti ir atsisėsti, nesvarbu, ar tai buvo patys duomenų bazės įrankiai gimtąja scenarijų kalba, ar tai buvo apvalkalo scenarijų serija, ar kai kuriais atvejais daugybė C programų.
Galiausiai įsigilinome į keletą labai įdomių klausimų, kai po SQL sluoksniu esanti logika, patys duomenų bazių varikliai, paaiškėjo, kad kai kažkas buvo pastatytas tam tikru būdu tam, kas veikė pagrindiniame „Oracle“ versijoje, buvo perkeltas į „Solaris“ SPARC. „Oracle“ versija ne iš karto perkėlė tą patį našumą. Taigi, visų pirma, tai buvo gana skausminga kelionė, kurią atlikome ir viską suradome, tačiau dabar mes turėjome tai diagnozuoti naujoje gamybos sistemoje ir vėl šis dalykas išpūtė mėnesio vertą migraciją į beveik metus. Ir paprasčiausiai paaiškėjo, kad neturėjome įrankių. Bėgiokite atlikdami įvairius veiksmus, pavyzdžiui, bandydami susieti metaduomenis.
Kažkuriuo metu mes beveik nusprendėme, kad mums reikia „Ouija“ lentos, nes tai padaryti bus lengviau, kai atsitiktinai pažymėsite ir kirsite. Paprasti dalykai, pavyzdžiui, sužinoti, kas turėjo prieigą prie senų sistemų ir kodėl jie turėjo prieigą. O kam reikėjo prieigos prie naujojo ir patvirtinimo, priversti ką nors pasirašyti ir patvirtinti, kad tai yra. Net kažkas tokio paprasto, kaip duomenų bazės dydis, nebuvo suderintas abiejose platformose. Turėjome sukurti įrankį, kad tai padarytume, ir šiek tiek palyginti duomenų bazės tūrį, neapdorotus megabaitus ar terabaitus sistemoje A palyginti su sistema B. Ir suskirstyti į detalesnius rezultatus ir atlikimo aplinką. Vėl teko kurti naujas priemones. Mums tiesiog nebuvo jokios lentynos.
Ir jūs gausite visą šią žinią iš to, kai baigėme tvarkyti daiktą ir padarėme jį stabilų. Kiekvienas jo kūrinys buvo labai rankinis procesas, vienintelis būdas, kurį mes galėjome automatizuoti, buvo, jei mes sukonstravome naujas įrankis arba naujas scenarijus. Ir jei mes turėtume įrankius, kurie yra prieinami šiandien, gyvenimas būtų buvęs daug lengvesnis ir daug geresnis. Ir mes būtume sutaupę milijonus šiam projektui. Bet aš manau, kad tai, apie ką šiandien kalbėsime, yra tai, kad įrankiai yra prieinami dabar ir jie palengvina gyvenimą. Daugelis spąstų vis dar išlieka. Duomenų bazių, kurios yra ten ir kurios egzemplioriai veikia, atradimas. Kokioje būsenoje jie yra. Kiek jų bėga? Kodėl jie bėga? Ar jie gerai bėga. Ar jie remiami?
Tai visi dalykai, kuriuos daugeliu atvejų galime laikyti savaime suprantamu dalyku, naudodamiesi tinkamomis priemonėmis. Bet, kaip sakiau, buvo šio anekdoto laikotarpis, dėl kurio daug kas prarado daug plaukų, turbūt atėmėme penkiolika metų nuo gyvenimo ir apgailestaujame, kad įrankių dabar nebuvo. . Ir aš laukiu, kad apie tai sužinosime daug daugiau iš mūsų dienos svečio Bullett. Taigi, „Bullett“, aš jums perduosiu ir tikiuosi išgirsti, kaip jūs išsprendėte šią problemą.
Bullett Manale: Gerai. Skamba puikiai. Erikai, leisk man perimti čia su skaidrėmis ir šiek tiek pakalbėti apie „Idera“, kompaniją, prieš pradedant patekti į patį produktą. Kaip FYI, tai yra įvairių mūsų siūlomų produktų rinkinys.
Ericas Kavanaghas: Jūsų garsas yra toks karštas, todėl, jei naudojate laisvų rankų įrangą, tiesiog šiek tiek pakelkite.
Bullett Manale: Jokių problemų. Ar tai geriau?
Ericas Kavanaghas: Tai daug geriau. Pašalink.
Bullett Manale: Gerai. Taigi šiandien daugiausiai dėmesio skirsime „Inventory Manager“, kuris akivaizdžiai yra suderintas su daugybe šių mūsų aptariamų temų. Aš tik noriu šiek tiek suprasti, kaip šis produktas pateko ten, kur yra. Mes pradėjome nuo rūpesčių, kaip kiekvieną dieną žiūrėti į savo produktų liniją. Mes turime efektyvumo stebėjimo įrankį, vadinamą „Diagnostic Manager“. Mes turime atitikties tvarkyklės įrankį. Taigi, daugybė įvairių įrankių, susijusių su SQL Server, neišvengiamai visada užduodame klausimą dėl licencijavimo: „Kiek egzempliorių šiuo metu valdote savo organizacijoje?“ Ir įdomu buvo tai, kad mes niekada negalėjome iš tikrųjų gauti tvirto atsakymo į tai. Tikrai nebuvo svarbu, su kuo tu kalbėjai. Visada buvo savotiška: „Na, mes manome, kad šis skaičius yra šalia“. Tokių dalykų visada būdavo ir tada mes turėtume pereiti šį procesą, kad išsiaiškintume, kas būtent yra tai, kad jie norėjo gauti licencijas, kalbant apie mūsų valdomas instancijas.
Akivaizdu, kad tikrai greitai supratome, kad atrodo, kad su daugeliu DBA yra tam tikras skausmas. Akivaizdu, kad kaip DBA vienas iš dalykų, už kuriuos jie yra atsakingi, yra žinojimas, nes vienas iš dalykų, kuriuos jie turi padaryti, yra nerimauti dėl jų licencijavimo sutarčių, mūsų atveju su „Microsoft“ ir „SQL Server“. Akivaizdu, kad jie turi daugybę kitų sričių, už kurias yra atsakingi, tačiau tai yra viena iš tų, kuri yra didelis bilietų punktas, kalbant apie DBA, kokia yra jūsų bendra atsakomybė. Taigi mes padarėme išvadą, kad mums reikia įrankio, kuris palengvintų DBA sugebėjimą iš tikrųjų suprasti tą skaičių. Kadangi jūs turite SQL išsisklaidymą, jei norite tai vadinti, ir tai atsitinka dėl daugelio skirtingų priežasčių. Čia nėra tiek daug kontrolės, kas diegia programinę įrangą, tiek tokių dalykų.
Blogiausias dalykas, kuris gali nutikti, yra tai, kad kažkas susipainioja su SQL serverio kopija, ją įdiegia, pradeda dirbti su ja be jokios žinios kitoms įmonės organizacijoms ar departamentams, o tada jau kitas žinomas dalykas, galbūt nepadaromi atsarginių kopijų duomenys ir tai, kas gali atsitikti. Dabar turite kitą problemą, kai susiduriate su situacijomis, kai prarasite svarbius duomenis, nes nežinote, kad egzistuoja net egzempliorius.
Vienas iš dalykų, kuriuos turėjome padaryti, buvo pasakyti, kad išsiaiškinkime jo atradimą. Be to, sugebėti organizuoti ir valdyti tą informaciją, kurią renkame logišku būdu, pagrįstu atsižvelgiant į tai, ką daro verslas. Ir tada akivaizdu, kad iš to galėsite priimti sprendimus, susijusius su ta informacija, ir daryti tokius dalykus. Štai kur įrankis prasidėjo ir iš kur jis atsirado. Aš galiu jums pasakyti, kad reguliariai kalbėdami su DBA, mes tikrai turime tą problemą, kad nežinome, kiek jų egzistuoja.
Ir tai juokinga, nes terminas, kad jūs negalite valdyti to, ko negalite išmatuoti, visada sugalvojo mūsų turimus našumo įrankius, pvz., „SQL Diagnostic Manager“, tačiau jūs nieko negalite valdyti, jei to nežinote. „Jo“, net ten, visų pirma. Taigi, tai taip pat yra didelė šio įrankio dalis, nes tiesiog reikia žinoti, kad jis yra.
Kalbant apie kai kurias didesnes organizacijas ar įmonių parduotuves su SQL Server, įdomu, kad mes su daugybe vaikinų, su kuriais kalbėjomės, pastebėjome, kad jie iš tikrųjų yra paskyrę laiką per metus. jie iš tikrųjų fiziškai vaikščiojo iš vienos vietos į kitą, norėdami nustatyti, kaip atrodo šis skaičius. Galite įsivaizduoti, kaip DBA jūs tam tikrais atvejais mokate gana nemažą pinigų sumą, kad fiziškai eitumėte iš vienos mašinos į kitą, o tai stebėtinai buvo tai, ką išgirsime iš gana didelių kompanijų, kurių aš nepavadinsiu. Bet tiesiog įdomus dalykas, kad dvi savaitės metus gali būti praleistos atliekant tokio tipo pratimus, kad išsiaiškintum, ar jų licencijų skaičius yra teisingas.
Visa tai yra susijusi su šiuo įrankiu ir tuo, kaip jis padeda, tačiau tai, į ką mes kreipėmės, buvo galimybė atlikti atradimą, pagrįstą daugybe SQL serverio ypatybių. Taigi pirmas klausimas yra, į ką jūs atkreipiate dėmesį ar į ką pirmiausia bandote pažvelgti? Kaip mes tai padarėme, tai buvo pasakyti „padarykime tai pagal IP diapazoną“ arba galime tai padaryti pagal narystę domene, atsižvelgiant į kompiuterius, kurie yra domeno nariai. Štai kaip mes kreipėmės į tą dalį, tiesiog norėdami pasakyti, kad tai yra sritis, kuriai norime sutelkti dėmesį į atradimus.
Ir tada kita to dalis yra pagrįsta tomis charakteristikomis, prievadais ir kitais dalykais, WMI registro raktais ir tokiais dalykais, mes galime surinkti ir įsitikinti, kad SQL greičiausiai veikia ir yra įdiegta toje instancijoje ar toje konkrečioje aplinkoje. Akivaizdu, kad tai daug geresnis metodas nei sportbačių ar „sportbačių ekspreso“ metodas. Šaunus dalykas yra tai, kad visa ta informacija, kurią mes kaupiame apie egzempliorių, yra laikoma saugykloje ir ji gali keistis keičiantis aplinkai. Tai ne tik apie „Ei, egzistuoja egzempliorius, čia yra sąrašas, kurį mes radome“, bet tai yra ir DBA, arba asmuo, administruojantis egzempliorius, kad galėtų nustatyti, ar jie nori sudaryti tą aprašo dalį, o tada kai Tai nėra aprašo dalis, kad būtų galima nutraukti tą egzempliorių. Taigi jie turi visą „SQL Server“ egzemplioriaus proceso ciklą, kad įrankį būtų galima lengvai suprasti.
Kai atradome pavyzdžių, ką mes darysime po to? Kitas dalykas yra daug informacijos apie egzempliorių, aš nenoriu, kad turėčiau jį rankiniu būdu gauti ir sudėti į skaičiuoklę ar tokius dalykus. Ir tai dar vienas dalykas, kuris buvo įdomus kalbant su DBA apie inventorizacijos procesą ir licencijavimą. Ar jūs nustebtumėte, kiek DBA aš kalbėjau, kai jūs jų paklausiate: „Kaip jūs tvarkote savo atsargas?“ Ir mes kalbamės su DBA, kuri yra tikrai ironiška jos dalis, kad jie to laikosi ir stebi statinėje visų dalykų skaičiuoklėje. Kaip jau sakiau, labai ironiška, kai apie tai pagalvoji minutę. Bet taip buvo daugeliu atvejų ir vis dar yra daugeliui organizacijų, kaip jos tai tvarko. Kaip jie tai saugo. Tai yra pagrindinė „Excel“ skaičiuoklės kopija, kuri keičiasi ir turi būti reguliariai atnaujinama.
Tai buvo iššūkis ir todėl, užregistravę tą egzempliorių ir įtraukdami jį į aprašą, galite tai padaryti ir pasiimti informaciją. Galite jį automatizuoti, nesvarbu, ar jis tampa inventoriaus, versijos, leidimo dalimi, ar ne, kitus dalykus, kuriuos galite padaryti, galite rankiniu būdu pridėti galbūt tą sąrašą ar „Excel“ skaičiuoklę, kurią turite. Galite importuoti tai į šį įrankį, vadinamą SQL atsargų tvarkytuve. Jei jau turite atspirties tašką egzemplioriais, kuriais, jūsų manymu, gana pasitikite, galite importuoti tuos egzempliorius ir tada sukurti tą savo valdomų atsargų dalį produkte. Kai turime egzempliorių ir kai žinome, kad jis ten, tada jis tampa, gerai, kad turime daug informacijos, kurią galime panaudoti žinodami, kad ta instancija yra, išeidami ir rinkdami tą informaciją.
Daug informacijos prireiks ne tik licencijavimo tikslais. Didelė jos dalis gali būti panaudota akivaizdžiai tik žinant, kur yra daiktai, kad galėtumėte ieškoti šios informacijos gavę ją. Bet svarbiausia yra serveris, o pati aparatinė įranga. Gebėjimas suprasti, koks tai aparatas, galbūt modelis ar gamintojas, atmintis, atminties kiekis, ar tai būtų fizinė, ar virtualioji mašina, ypač fizinių lizdų ar branduolių bei procesorių skaičius ir tokio tipo daiktai.
Kalbant apie branduolių skaičių, ypač naudojant „SQL Server“, tai žinojimas, kaip jie daro savo licencijavimą, yra skaičiavimas kiekvienam branduoliui naujesnėse SQL versijose. Tai tampa tikrai svarbia jo dalimi ir tai nėra kažkas, ką turite išeiti ir iš tikrųjų eiti kasti. Nustačius atvejį, mes galime pateikti tą informaciją ir ją išimti, leisti jums ją peržiūrėti ir suprasti, ir akivaizdžiai galime ja pasinaudoti.
Kitas sluoksnis yra egzemplioriuje, kuris, aišku, turi daug skirtingų SQL Server egzempliorių, nesvarbu, ar tai standartinis, ar įmoninis, ar net išreikštas tuo klausimu, ar nemokama SQL Server versija. Gebėjimas suprasti, kokios programos yra susietos su tuo egzemplioriumi, ir tai galima padaryti automatiškai. Gebėjimas suprasti konfigūracijos parametrus ir tokius dalykus, taip pat kitą informaciją, susijusią su pačiu SQL serverio egzemplioriumi.
Tuomet atsidursite faktinėje duomenų bazėje ir pamatysite konfigūracijos parametrus, su tais duomenimis susietos vietos kiekį, kur jie yra, visa ši informacija automatiškai apgyvendinama, taigi, sutaupoma daug laiko. Ir dar kartą, kadangi jis dinamiškai išeina ir kasdien nustato naujus atvejus, tai yra gyvas daiktas, kurį turite savo atsargų atžvilgiu. Tai yra tokio produkto tikslas, kad jis būtų pagamintas tokiu būdu, kad jis taptų dinamiškai kintančiu.
Kai tik visa ši informacija mums bus prieinama ir mes galėsime panaudoti visus šiuos duomenis, tada tikrai prasminga kai kuriais atvejais pradėti kurti savo metaduomenis, susijusius su šiais atvejais, ir kad metaduomenys gali būti sukurti tokiu būdu. derina prie jūsų verslo būdo.
Taigi, jei jūsų egzemplioriai yra sugrupuoti pagal geografinę vietą, pagal programų savininkus, pagal DBA savininkus ar bet ką, tai gali būti susiję su tuo, kaip norite sugrupuoti tuos egzempliorius, kaip logiškai norite įprasminti tuos egzempliorius, tada yra iš dviejų įrankių sričių, kurios suteiks jums tokią galimybę.
Pirmasis yra galimybė sukurti egzemplioriaus žymą arba žymą. Tai iš esmės sukuria susiejimą su serveriu, egzemplioriumi ar duomenų baze, kad galėtumėte kurti rodinius ir atsakyti į klausimus, kurie gali kilti kiekvieną dieną, o tai tikrai padeda susitvarkyti tai, ką turite, ką valdote ir kaip norite judėti pirmyn su ta informacija.
Kitas dalykas, kurį turime, yra tai, kas vadinama inventoriaus laukais arba pasirinktiniais inventoriaus laukais. Jie yra labiau būdingi informacijos, kurią galite išsiaiškinti, smulkmenoms, pavyzdžiui, duomenų bazės sluoksniui, kurį galiu nuspręsti pridėti išskleidžiamąjį sąrašą, kuriame yra visus DBA ir aš galiu pasakyti, kas yra atsakingas už tą duomenų bazę, atsižvelgiant į situacijos tipą ar bet kurią, nesvarbu, kokia duomenų bazė yra su tuo, kas yra atsakingas už tai, kad galėtų pasirinkti tą duomenų bazę, kad žinau, kad jie yra atsakingi ir labai lengvai, tiesiog įsigilindami į inventorių.
Taigi ši informacija tampa labai vertinga, ypač jei turite didelę aplinką, nes ji tiesiog padeda jums suprasti tą informaciją ir žinoti, ką turite ir kaip tai darote.
Taigi leisk man eiti į priekį ir pereiti prie kitos skaidrės čia. Tai, ką dabar rodau, yra ta, kad visa ši informacija, kurią mes kaupiame, visa ši informacija ir duomenys, kuriuos mes renkame ir taikome metaduomenis, suteikia jums galimybę tada priimti daug lengvesnius ir greitesnius sprendimus. išduokite savo „Microsoft“ licencijas, naudodamiesi įmonės bendrojo licencijavimo arba programinės įrangos draudimo „Microsoft“ licencijomis.
Tai leidžia jums tai padaryti tikrai lengvai, o ne jūs turite, turite eiti ir atlikti daugybę duomenų rankiniu būdu renkamų duomenų, daug informacijos rankiniu būdu rinkdami, o tai iš esmės tik padaro procesą daug geresnį. Taigi tai yra vienas iš produkto įgaliojimų, tam tikru metu tam, kad DBA būtų lengviau priimti tuos sprendimus dėl licencijavimo.
Kitas dalykas, kurį mes, kalbėdami su DBA, sužinojome ir sužinojome labai greitai, yra tas - ir tai tarsi grįžimas prie to, kas buvo aptarta anksčiau - jūsų „SQL Server“ aplinkoje gali būti 300 egzempliorių, tačiau iš tikrųjų yra tik vienas poaibis. iš tų, kurie iš tikrųjų yra visiškai stebimi ir valdomi naudojant tradicinį veiklos stebėjimo tipo įrankį.
Taigi jei jūs einate, o jūs iš tikrųjų susėdate su DBA ir sakote: „Žiūrėk, mes žinome, kad jūs turite šiuos 20 arba 10 egzempliorių iš 300, kurie yra stebimi naudojant šį įrankį, kuris yra sukurtas tam stebėti ir atitikti jūsų SOA ir gaukite perspėjimus bei visus tuos gerus dalykus “, mes taip pat nustatėme, kad jei paklaustumėte:„ Ką gi apie šias kitas 280 jūsų egzempliorių bylas? Ar jums tai rūpi? “Ir jie jiems rūpi, bet jie tiesiog nenori būtinai investuoti norėdami stebėti tuos, kurie yra gilūs ir kuriuos galima padaryti tais atvejais, palyginti su tais 10 ar 20, tikrai kritiniai produkto pavyzdžiai.
Taigi kita šios priemonės lygties dalis yra ta, kad ji taip pat padeda įsitikinti, kad baziniame lygyje esate aprėptas atsižvelgiant į jūsų sveikatos būklę. Dabar nesakysiu, ar esate aklavietėje, ar esate aklavietės auka. Nereikia patekti į tą patį seansų lygį ir užklausų detales. Bet tuo pat metu vis tiek jums pranešime, kad, paskui serveris neveikia, ar tūris užpildomas, arba jums reikia daryti atsargines duomenų bazės atsargines kopijas, tai yra svarbi svarbi DBA dalis.
Taigi, tokie dalykai neabejotinai vis dar yra svarbūs, todėl naudodamiesi šia priemone, jūs padarėte visa, kas reikalinga jūsų tikrai kritinėms instancijoms, turinčioms daug, daug vertų, su kuriomis susieti, jei jos išeina. žemyn reikia žinoti iškart. Jie gali būti aukštesnio lygio stebėjimo ir sugebėti atlikti tokius dalykus, tuo tarpu jie galės pasiimti visus naujus aplinkai pridedamus atvejus ir įsitikinti, kad už juos yra atsižvelgiama, taip pat atlikti ar formuojami šie pagrindiniai sveikatos tikrinimo lygiai.
Taigi trumpai tariant, apie ką yra „Inventory SQL Import Manager“. Dabar aš parodysiu jums tai pademonstruoti. Prieš tai atlikdami, aš tiesiog greitai parodau jums, kad čia yra architektūros skaidrės, ir tik tam, kad parodyčiau tai, ką mes tvarkom, SQL egzemplioriai, mes galime atrasti viską - nuo SQL 2000 iki naujojo SQL versijos.
Taigi mes galime tai padaryti niekada nekeldami agentų į pačias instancijas. Mes tai darome per rinkimo paslaugą ir ji išeis, surinks tą informaciją ir įdės į saugyklą, o tada iš „Tomcat“ interneto paslaugų priekinės konsolės galėsime tada sąveikauti su tais duomenimis ir juos peržiūrėti. Taigi tai gana nesudėtinga architektūra.
Aš einu į priekį, perjungiu ir iš tikrųjų priimu mus prie paties produkto, kad galėtumėte jausti jo supratimą, kaip jis veikia. Taigi geriausias būdas tai padaryti yra pirmiausia supažindinti jus su pačia sąsaja. Tai yra informacijos suvestinė, kurią čia apžvelgiame.
Šiuo metu galiu pamatyti, kiek atvejų aš esu valdomas, nėra tiek daug. Bet aš taip pat neturiu viso duomenų centro savo kišenėje. Taigi aš turiu apie šešis pavyzdžius, kuriuos matome čia. Aš tai sakau: aš einu per atradimo procesą ir parodysiu, kaip jis veiks.
Pirmas dalykas, kurį galėtumėte padaryti, yra administravimo skyrius, kuriame galite nurodyti, kaip norėtumėte sužinoti savo egzempliorius. Jūs galėtumėte čia ir dar kartą pateikti tą informaciją, kurią galima padaryti naudojant įvairius IP adresus. Galite nurodyti į domeną ar padomenį ir sugebėti atlikti tik tuos kompiuterius, kurie yra to domeno nariai, atlikti tuos patikrinimus, kuriuos galėtumėte pasirinkti įvairių rūšių charakteristikoms, kai SQL vykdoma tikrinti.
Kai tai padarysite ir galėsite ją automatizuoti, kad galėtumėte kasdien važiuoti ir rinkti tuos duomenis. Taip pat prireikus galėtumėte tai padaryti ad hoc pagrindu. Kai tik tai pradėsite, tas atradimo procesas bus tai, ką pamatysite, kai pereisite prie egzempliorių peržiūros čia. Turite skirtuką Atraskite, o skirtukas Atraskite parodys mums tuos atvejus, kurie neseniai buvo rasti. Taigi mūsų atveju čia yra skaičius. Tai, ką aš einu į priekį ir darau, einu į priekį ir pridedu tą, kurį naudosime kaip pavyzdį. Taigi šiuo atveju tai yra Čikagos pavyzdys, tiesa? Aš einu į priekį ir įtrauksiu tą pavyzdį į savo inventorių.
Gerai, ir tai padės man peržvelgti porą dalykų. Aš tik eisiu į priekį ir pamatysite, kad galime nustatyti įgaliojimus. Mano kvalifikacija turėtų būti gera. Aš eisiu į priekį ir jūs pastebėsite, kad galiu perduoti nuosavybės teises į tai, jei noriu. Aš taip pat galiu nurodyti vietą. Dabar galima pridėti ir pačią vietą, ir ji, aišku, prisimins, kad kitą kartą.
Dar kartą galiu tai susieti su etiketėmis, kalbant apie metaduomenis, ir kaip mes norėtume sudėti šiuos SQL egzempliorius, ypač šį, į tuos segmentus, kuriuos norime sudėti. Taigi, mes turime keletą dabartinių žymų, populiarių žymų., todėl galime pažvelgti į krūvą skirtingų žymų, kurias galbūt jau buvau įtraukęs. Aš tiesiog pasirinksiu kai kuriuos iš jų atsitiktinai ir galime tai pritaikyti.
Taigi dabar, kai einu į priekį ir įtraukiu tai į inventorių. Dabar, kai jis buvo pridėtas, dabar jį matysime po šiuo valdomu rodiniu, taigi galite pamatyti čia pateiktą sąrašą. Taigi jūs žinote, kad tai yra pirmas žingsnis ir ką tik jums parodiau, jūs buvote įtraukęs tuos pavyzdžius, kaip jūs kasdien einate. Kai kuriais atvejais galite sakyti, kad žinote, ką daryti, jei tai yra SQL serverio įmonės leidimas, kurį aš automatiškai noriu įtraukti į savo inventorių? Man nereikia rankiniu būdu pasirinkti to.
Jocelyn: Aš greitai jus nutrauksiu. Mes nematome jūsų demonstracinės versijos.
Bullett Manale: Tu ne?
Jocelyn: Ne.
Bullett Manale: Na, tai nėra gerai, pažiūrėkime.
Ericas Kavanaghas: Jei einate į viršutinį kairįjį kampą, spustelėkite Pradėti, spustelėkite ant to.
Bullett Manale: Ai, gerai.
Ericas Kavanaghas: Dabar dalykitės ekranu.
Bullett Manale: Atsiprašau už tai. Taip.
Ericas Kavanaghas: Viskas gerai. Geras laimikis ten, prodiuserė Jocelyn.
Bullett Manale: Gerai, kad taip yra geriau? Ar dabar matai?
Robinas Blooras: Taip, tikrai.
„Bullett Manale“: Gerai, todėl greitai pasivaikščiokime ten, kur buvome tikri. Turime anksčiau atrastų pavyzdžių. Aš ką tik pridėjau Čikagos egzempliorių, ir tai, ką jūs matote, yra dabar čia. Atkreipkite dėmesį, kad tai jau pritraukė daug papildomos informacijos. Jei spustelėsiu patį egzempliorių, pamatysi visą informaciją, kurią jau surinkome apie tą egzempliorių. Dabar pateikiame visų ten esančių duomenų bazių sąrašą. Mes galime pamatyti duomenų bazių suskirstymą pagal dydį ir pagal veiklą pagal tai, kurios iš jų turi didžiausią dydį ir veiklą.
Mes taip pat dar kartą galime pasakyti jums, kuriai programai mes matome, kad ji veikia šioje instancijoje, remiantis darbo krūviu, kurį matome egzemplioriuje. Taigi labai malonu tai daryti automatiškai. Aš neturiu prisijungti ir susieti prašymą su dažniu. Remdamiesi tuo, ką matome, galime tai apgyvendinti. Jei norite rankiniu būdu pridėti programą, tai tikrai galite padaryti. Bet tai tiesiog puikus būdas parodyti egzemplioriaus susiejimą su duomenų baze arba, atsiprašau, su programa.
Taip pat pastebėsite, kad dešinėje ekrano pusėje yra trumpa santrauka, o apačioje - serverio santrauka. Taigi, mes kalbame apie egzemplioriuose esančią pagrindinę informacijos dalį čia, žinant versiją, o ne tik, žinote, „SQL Server 2012“, bet tikrąjį versijos numerį, įskaitant ir nurodant, kokios karštosios pataisos yra su ja susijusios, kokie paslaugų paketai yra su ja susieti, tai gali būti labai svarbu žinoti. Akivaizdu, kad atminties reikalavimas yra labai svarbus. Viso to, nesvarbu, ar ji yra sugrupuota, ir visos šios informacijos, aš neturiu jos dėti - ji jau yra renkama ir renkama. Kai nustatysime, kad tai yra atrastas egzempliorius, ji bus mūsų inventoriaus dalis.
Kitas dalykas, kurį pamatysite čia - ir jis jums parodys - yra šiame egzemplioriaus rodinyje. Turime šiuos atributus, apie kuriuos anksčiau kalbėjau, pasirinktinius atributus, kuriuos galima pridėti. Taigi, mes galime pridėti atviro tipo teksto laukų laukus, mes galime padaryti taip / ne, kalbant apie milijardą rūšių pasirinkimų. Mes netgi galime sudaryti išskleidžiamuosius sąrašus. Tai galite padaryti duomenų bazės pavyzdyje arba serverio lygiu.
Tada, jei mes šiek tiek slinkome žemyn toliau, mes galime pamatyti visą susijusią informaciją pačiam serveriui. Taigi, jūs žinote, kad visa ši medžiaga yra tikrai naudinga, nes ji yra surinkta ir surinkta ir yra mums, kai tik priimsime sprendimą įtraukti ją į savo atsargas. Čia galime parodyti kai kuriuos skirtumus, susijusius su centriniais procesoriais, kiek loginis ir fizinis, kiek atminties. Taigi, gaudami tikrai gerą ir gausybę informacijos, nereikia daug dirbti.
Kita dalis to, kaip sakiau, yra tai, kad mes renkame šiuos duomenis serverio lygiu. Jei mes einame net į duomenų bazę, galime pastebėti, kad daug šios informacijos suskaidyta ir mums. Taigi, jei einu į savo atitikties saugyklą, šiuo atveju galėčiau pasakyti, gerai, jūs žinote, kad tai susiję su a, tai yra atitikties duomenų bazė, su kuria susijęs atitikties lygis arba norminiai reikalavimai, ir tai gali būti, sakykime, SOX ar PCI atitiktis. Taigi aš galiu pasirinkti, kurios duomenų bazės turi atitikti su jomis susijusias atitiktis ir kurias turiu užpildyti, arba įsitikinti, kad palaikau tą norminį reikalavimą.
Taigi pasirodė, kad tokie dalykai yra labai naudingi DBA, nes yra vieta, į kurią jie gali kreiptis, norėdami lengvai išlaikyti visus susijusius susijusius metaduomenis savo aplinkoje, ir jie gali, kaip jau sakiau, atitikti jų verslą, nes jie „ tai daro kaip verslą. Taigi, jei pažvelgsime į visus dalykus, kuriuos matėme iki šiol, jūs, be abejo, gausite gana gerą egzemplioriaus apžvalgą, jei aš gilinsiuosi į ją.
Aš taip pat galiu ieškoti, todėl sakiau, kad ieškosime šios atitikties saugyklos mano inventoriuje. Tada pamatysite, kad galiu ieškoti šių dalykų ir juos identifikuoti. Aš sakau, kad aš nesu tikras, ką, mano mygtukas ten neveikia. Gerai. Pažiūrėkime, pamėginkime tai dar kartą. Ten mes einame. Taigi mes tada galėtume pamatyti suskirstymą, kur mes matome ką nors, kaip mes laikomės reikalavimų, ir aš galiu įsigilinti į tai ir pamatyti tai iš tos pusės. Taigi gavote tikrai greitą ir lengvą būdą įsigilinti į šiuos duomenis.
Dabar, kaip minėjome anksčiau, jūs turite daugybę skirtingų būdų sukurti metaduomenis egzempliorių serveryje ir duomenų bazėje. Kita to dalis yra galimybė tuo pasinaudoti, kaip jūs jį suskirstėte ir kaip susiejote. Mes einame į tyrinėtojų vaizdą, mes galime tik tai padaryti. Mes galime pasakyti, kad noriu atlikti duomenų bazės suskaičiavimą pagal vietas. Taigi duomenų bazių skaičius kiekvienoje aplinkos vietoje, kurią palaikau. Arba galbūt tai remiasi savininku, kuriam priklauso egzemplioriai, kuriuos aš turiu ten, kalbant apie egzempliorių skaičių. Taigi mes galėsime tai pamatyti. Taigi jūs gausite tikrai gerą ir paprastą būdą, kaip jums piešti šias nuotraukas, atsižvelgiant į bet kokį klausimą, į kurį tuo metu bandote atsakyti.
Tuomet tai, ką jūs turite, tokią informaciją, kurią sukūrėte taip, kaip norėjote, mes galime ją eksportuoti į PDF ar skirtingus formatus, kad galėtume ją panaudoti ir nusiųsti savo kolegoms ar ten padaryti viską, ko mums reikia. Taigi jūs žinote, kad galėtumėte daryti tokius dalykus. Grįžkime prie - ar aš jį pamečiau? Ten mes einame. Gerai, kad tikiuosi, kad tai turi prasmę kalbant apie tai, apie ką aš iki šiol kalbėjau. Dabar, kai mes surinkome duomenis, visa tai, be abejo, yra tikrai gyvybiškai svarbi dėl daugelio priežasčių - licencijavimo ir nesvarbu.
Paskutinis dalykas, kurį reikia paminėti, yra tas, kad mes einame į šį administravimo skyrių čia. Čia taip pat galite sukonfigūruoti savo el. Paštą ir perspėjimą bei įsitikinti, kad tuos dalykus, apie kuriuos norėtumėte iš tikrųjų žinoti, galėsite juos nustatyti. Taigi, mes galime nustatyti el. Pašto įspėjimus, nustatyti galimybę įjungti tam tikrus dalykus ir išjungti tam tikrus dalykus, tada galėtume nustatyti, kas gautų tuos el. Laiškus, ir užsiprenumeravę tuos įspėjimus galime susieti, ko norėtume būti, kas norėtų žinoti apie tuos dalykus.
Bet, kaip jau sakiau anksčiau, tai yra tikrai puikus būdas padaryti, bent jau ramiai žinoti apie visos įmonės SQL egzempliorius - ką jūs turite, taip pat įsitikinkite, kad jis veikia optimaliai, net jei jums nereikia „ t., nepriėmė sprendimo investuoti į didelę efektyvumo stebėjimo priemonę, kad galėtų valdyti tą egzempliorių. Tai padengs jus, nes tai yra labai prieinamas būdas išeiti ir daugeliui pavyksta atlikti šiuos aprašus bei atlikti labai plataus pobūdžio bendrą stebėsenos lygį, kad įsitikintumėte, jog jūs gavo tą ramybę ir žino, kas vyksta.
Taigi, tikiuosi, kad tai prasminga, kaip mes jį aprašėme ir parodėme jums. Manau, kad žvelgdamas į tai galiu žengti į priekį, perduoti tai atgal ir dar šiek tiek pakalbėti.
Ericas Kavanaghas: Tai skamba puikiai. Taigi Robinas? Dezas? Turite klausimų?
Robinas Blooras: Aš turiu klausimų. Tiesą sakant, tai labai įdomu, turiu omenyje, kad norėjau pareikšti komentarą, kad beveik visur, kur esu buvęs, ne tik tarp DBA, bet tarp tinklo vaikinų, tarp saugojimo vaikinų, tarp virtualių mašinų valdymo vyrukų, jie: vėl dirbate su skaičiuoklėmis.
Erikas Kavanaghas: Teisingai.
Dezas Blanchfildas: Jūs žinote, kad tai, jūs gerai žinote, kad viskas gerai, kol skaičiai nepradės judėti. Kai skaičiai pradeda judėti, jūs žinote, kad jie pateks į bėdą. Taigi klausimas, kurį dabar domiuosi, ir aš žinau, kad jums bus sunku atsakyti, bet kas, jei einate į vietą, kur ten nėra nieko panašaus, kad dirbtumėte skaičiuokles, taigi, tarkime, DBA yra labai protingi vyrukai ir tt ir tt, kokią IG, jūsų manymu, gautumėte įgyvendindami kažką panašaus? Ar turite kokių nors duomenų apie tai ar kokių nors gairių?
Bullett Manale: Sunku pasakyti, kokia yra IG, nes aplinka bus šiek tiek kitokia. Akivaizdu, kad kuo didesnė įmonė, tuo didesnė aplinka, tuo labiau IG tikriausiai bus didesnė, jei jie, žinoma, naudoja rankinius metodus.
Aš žinau, kad kalbėjau su daugeliu - kai sakau dideles organizacijas, turinčias tūkstančius ir tūkstančius darbuotojų, taip pat tikriausiai ir tūkstančius pavyzdžių - kai aš turiu žmonių, kur jiems tai parodau, ir jie sako, kad tai užtruks. dvi savaites laiko atgal. Aš ne kartą esu tai sakęs. Taigi sunku pasakyti apie faktinę dolerio sumą iš pirkinio, tačiau ji yra nemaža, kai turite aplinką.
Kaip jau sakiau, tai gana nuosekli, tai žmonės, su kuriais bendrauju, daugiausiai laiko šią medžiagą skaičiuoklėje. Tai tiesiog labai subjektyvus dalykas, nes kiekviena aplinka šiek tiek skiriasi tuo, kaip jie licencijuoja savo licencijas ir kaip jie veikia su „Microsoft“ licencijavimu, tai yra dar viena jos dalis. Bet jei jiems kas metai ar kas treji metai reikia daryti tikrus veiksmus, aš manau, kad treji metai, kai „Microsoft“ tai padarys, jie nori, kad jie pasitvirtintų bent kas trejus metus.
Tuomet žinai, koks jis didelis, ir žinai, kad tai tik kažkas, kas labai palengvina. Kadangi tai yra dinamiškas dalykas, kuris nuolat keičiasi, jis suteikia šiek tiek daugiau pagrįstumo ir atsižvelgiant į tai, ką jūs žiūrite į eiles, o mes tikrai ne atnaujinome skaičiuoklę per šešis mėnesius ar metus. Taigi, kaip dažnai atnaujinate skaičiuoklę, yra dar vienas klausimas, kad suprastumėte, koks yra atsakymas į IG.
Dezas Blanchfieldas: Taip, aš turiu omenyje SQL licencijavimą. Tai licencijuoti yra tiesiog smerktinas košmaras, bet ypač košmaras, nes licencijavimas nėra tas pats tarp „Microsoft“ ir „Oracle“ ir visų kitų, ten veikiančių duomenų bazių. Jei iš tikrųjų laikote dalykus skaičiuoklėse, o tai dažniausiai būna taip, kaip nutinka, žinote, kad licencijavimo laikas ateina maždaug prieš tai realiai įgyvendinant, o jūs neturite duomenų, jei žinote, ką turiu omenyje, kad galėtumėte lengvai prieiti prie ta informacija.
Bet kokiu atveju, kaip jūs pažymite, jis yra dinamiškas ir aš asmeniškai net neįsivaizduoju, nes niekada nebuvau derybų su „Microsoft“, todėl aš net neįsivaizduoju, bet turbūt yra duomenų bazių, kuriose žmonės gana dažnai ima bandymo duomenis, bando aplinka, ir aš norėčiau spėti, kad tai yra tavo eržilas, jei darai licencijas. Ar tai tu-?
Bullett Manale: Taip, taip. Taip yra todėl, kad daugybė kartų apie tuos dalykus pamirštama ir tada mes pradedame bandyti išsiaiškinti, gerai, gerai, gerai, kad mes turime pagrindinę licenciją, kad turime išsiaiškinti branduolių skaičių kiekviename iš šių atvejų, ir aš Nežinau, kalbant apie tai, ką perkate išmintingai, galite įsigyti ir gana gerą aparatūrą, tada, jei nenaudojate tos aparatūros taip, kaip ji turėtų būti naudojama, permokate, nes esate mokėti už pagrindinę kainodarą, kai tos šerdies nėra panaudotos, taigi tai tampa problema.
Taigi kiekviena SQL versija turi skirtingą licencijavimo būdą, o tai net šiek tiek painioja. Taigi jums iškyla tam tikrų iššūkių ir todėl labai svarbu, kodėl ši informacija yra labai naudinga, nes mes galime pasakyti, kokia ji yra, ir mes galime aiškiai pasakyti, kiek branduolių turite, jei tai senesnės SQL versijos tai buvo vieno lizdo kainodara, mes vis tiek akivaizdžiai galime tai parodyti. Taigi tiesiog tai daro daug paprastesnę rutiną, kurią jūs turite išgyventi, kai ateis laikas šią medžiagą sutvarkyti.
Dez Blanchfield: Vienas dalykas, kuris man ateina į galvą, atsiprašau, eik -
Robinas Blooras: Gerai, kad jūs einate į Dezą, ketinau užduoti galbūt nesvarbų klausimą.
Dezas Blanchfieldas: Tiesiog kažkas labai greitai, kai kalbate apie šiuo metu nagrinėjamą temą, mes matome daug daugiau debesų aplinkos pritaikymą ir, jei mes tai vykdome savo duomenų centre, savo aplinkoje, Jie šliaužioja ir randa, atrasti dalykai yra gana nesudėtingi.
Kaip mes, kaip susidorojame su scenarijumi, kai mums gali būti trys duomenų rinkiniai, du debesys, o matomumas tokiose aplinkose yra užkardinis ir dažnai vamzdžių gale arba VPN yra duomenų rinkinys. Ar yra ką atrasti iš priekio, ar mums reikia pradėti atidaryti prievadus, kad galėtume nuskaityti tam tikras aplinkas tarp debesų rūšies ir ne tokiose vietose, kur veikia ši platforma?
„Bullett Manale“: Taip, tai būtų šiek tiek apsvarstyta atsižvelgiant į uostus. Taigi, deja, norėčiau pasakyti, kad ji sunaikins visas šias aplinkas, tačiau yra keletas skirtingų variantų, kuriuos galėtumėte padaryti naudodamiesi šia galimybe. Akivaizdu, kad jei darote ką nors panašaus į „Amazon EC2“, jums tikrai reikės prieigos prie tos aplinkos per jūsų ryšį, darant prielaidą, kad jūsų prievadai yra atviri ir tada galėsite nurodyti savo IP adresus arba su tuo susijusį domeną, ir jis gali prasidėti. kolekcija ir pradėti atradimai.
Taigi, tokiose aplinkose tikrai nėra problemų; tai yra labiau specifiniai aplinkos tipai, tokie kaip RDS, ir kur jūs tiesiog gaunate pačią duomenų bazę, kur ją pamatyti ir atrasti tokio tipo informaciją bus šiek tiek sunkiau.
Dezas Blanchfildas: Taigi, atsižvelgiant į tai, ten yra duomenų bazės ir duomenų bazės. Pavyzdžiui, senais gerais laikais tiesiog buvo labai, labai didelis duomenų bazės variklis, pavyzdžiui, anekdotas, kurį pasidalinau priekyje, kur tai tik viena didžiulė platforma ir viskas, ką jis teikia, yra duomenų bazės teikimas. Šiomis dienomis duomenų bazės yra įterptos į viską, tiesą sakant, dvi ar trys iš jų tiesiog veikia mano telefone už programų.
Kokius iššūkius jūs patiriate, kai scenarijai kyla iš „Lotus Notes“ aplinkos, turinčios programas, „SharePoint“ su duomenų baze įvairiuose internete ir pan.? Iš esmės viską teikia duomenų bazė, esanti gale. Kokius dalykus jūs matote ten ir kokius iššūkius matote žmonėms, bandantiems tik žemėlapius apibūdinti, ir ką jūsų įrankis jiems daro?
Bullett Manale: Na, aš turiu omenyje tai, kad jūs sakėte - viskam reikia duomenų bazės, todėl daug kartų turbūt yra daug duomenų bazių, kurios yra įvedamos į aplinką ir kurias pati DBA net nėra apie tai informuojami, nes paprastai nėra labai sunku gauti SQL serverį, įdiegtą į aplinką.
Šis įrankis taip pat identifikuoja tokius dalykus kaip greitojo duomenų bazės, taigi ir nemokamos „SQL Server“ versijos. Pakankamai juokinga, kad kai jūs dar kartą einate pasikalbėti su DBA, negaunate nuoseklaus atsakymo, ar jiems rūpi ten esančios nemokamos duomenų bazės. Daugelis šių programų, apie kurias jūs kalbate, naudos nemokamą duomenų bazės versiją. Tačiau pačios organizacijos turės skirtingą požiūrį į tai, kas atsakingas už tą duomenų bazę, atsižvelgiant į tai, su kuo jūs kalbatės.
Kai kurie DBA, su kuriais kalbu, galiu pagalvoti, kai paskutinį kartą buvau SQL Server PASS, kuris yra Sietle, jūs užduodate klausimą „Ar jums rūpi jūsų greitojo duomenų bazės?“. Tai buvo apie penkiasdešimt penkiasdešimt. Kai kurie žmonės norėjo sužinoti apie juos kaip DBA, nes jiems atrodė, kad jie prisiima atsakomybę net ir tose išraiškose duomenų bazėse, kuriose vis dar gali būti kritinės informacijos; jiems vis dar reikia atlikti atsarginių kopijų kūrimo procesą ir dar įsitikinti, kad visi dalykai veikia juos sveikatos požiūriu. Bet tik žinoti, kad jie egzistuoja, yra lygiai taip pat svarbu, jei ne dar svarbiau.
Kita pusė žmonių yra tokie: „Ei, mes nesame atsakingi už tas duomenų bazes ir viskas, ką jie joms įdeda, yra saugūs jas įdiegusio asmens.“ Bet aš apskritai sakyčiau, kad jūs Pasak minėto, šiais laikais beveik viskas yra susieta programa, kuri tik dar labiau prisideda prie sudėtingumo ir painiavos, kai reikia inventorizuoti tą informaciją.
Dezas Blanchfieldas: Taip, aš mačiau kai kurias vyriausybines svetaines, ko gero, mano mėgstamiausias, tačiau dažniausiai tai pastebiu įmonių aplinkoje, kur, kaip jūs sakėte, žmonės pamiršta mane net tada, kai įdiegia kažką panašaus į „SharePoint“ ar pvz., keitimasis savimi, todėl jūs žinote, kad jie pateikiami su tiesiog įdiegta nemokama versija, nes jie nori, žinote, greitai ją įdiegia ir nesijaudina dėl to, kad turės eiti ir pirkti licencijas.
Tada jis tampa didelis ir tada kažkas pradeda skųstis našumu ir jie sako: „Tai tiesiog jūsų senas serveris, jūsų saugykla, tinklas, kad ir kas būtų“, tada paskambins DBA ir jie sako: „Na, tu“ aš tiesiog viską įspaudžiau į šią nemokamą duomenų bazės versiją, o tai nėra tai, ko jums reikia norint atlikti šią didelę “.
Ypač tada, kai turite scenarijų, tokių kaip „Project Manager“ ir „Office“, vykdo šimtus, jei ne tūkstančius projektų didelėje įmonėje ar korporacijoje, jie naudojasi „SharePoint“ su „Microsoft Project Server“ ir perkelia visą savo PMO medžiagą į šią duomenų bazę. Bet priekyje jie yra panašūs, gerai, kad tai tik žiniatinklio sąsaja. Bet tikrai yra duomenų bazių ir duomenų bazių.
Bullett Manale: Taip.
Dezas Blanchfildas: Taigi, kas jie yra, vienas iš pirmųjų žingsnių, kurį čia žmonės, manau, turi keletą klausimų, kuriuos galbūt norėsime iškelti iš auditorijos. Vienas iš pirmųjų klausimų yra nuo ko prasideda žmonės? Koks yra pirmas natūralus jų žingsnis: „Gerai, mes turime daryti anoniminių alkoholikų versiją?“
Mes turime daugiau duomenų bazių, nei žinome, ką su jais daryti. Kaip atrodo natūralus žingsnis, einantis „Gerai, kad turime susitvarkyti šį reikalą ir pradėti bėgioti?“ Ar jie tiesiog eina į šaltą kalakutą, ar vėliau jiems tikrai reikia pradėti mažus ir tiesiog įgyti patirties aplinkai kartoti ?
Bullett Manale: Aš manau, kad jie sakė, kad jie turi susieti aplinką. Dabar „Microsoft“ siūlo nemokamą įrankį, „Microsoft“ vertinimo planavimo įrankį, kuris yra nemokamas įrankis, tačiau jis yra statiškas. Jūs darote atradimą ir viskas. Gaunate sąrašą ten esančių dalykų. Mes ėmėmės to ir pasakėme, pažvelkime žingsniu toliau, padarykime atradimą, suraskime, kas ten yra, padėkime saugykloje ir padarykime ją taip, kad ji būtų dinamiška ir galėtume ją papildyti, pašalinti.
Bet iš esmės didžiausias pirmas žingsnis yra, manau, tiesiog sužinoti, padaryti atradimą. Nesvarbu, ar tai reiškia, kad atsisiųsite mūsų produktą bandomuoju būdu, galite jį atsisiųsti ir išbandyti 14 dienų. Galite nurodyti savo aplinką ir pasidaryti kolekciją.
Dabar, jei jau turite skaičiuoklę su daugybe tos informacijos, kurioje esate įsitikinę, kad ta informacija yra teisinga, taip pat turite galimybę importuoti į CSV į tą skaičiuoklę su visa ta informacija ir padaryti tai, kas jums jau turi. Tačiau kalbant apie tai, ko nežinote, vienintelis būdas tai padaryti yra rankiniu būdu išeiti, padaryti tai arba turėti įrankį, ieškantį tokio tipo daiktų, kaip šis. Tam tikru metu jums teks priimti tokį sprendimą: „Ar aš bandau automatizuoti tą atradimą ar bent jau gauti gerą pagrindą to, kas pirmiausia egzistuoja, o tada gal jaudintis dėl kai kurių išimčių?“ Bet greičiausiai jums reikalingas įrankis.
Dezas Blanchfildas: Taigi tiesiog greitai. Kur eina žmonės norėdami pradėti tai? Jie pataikė į jūsų svetainę? Kaip jie gali tai pasiekti ir greitai pradėti?
„Bullett Manale“: Jei pateksite į „Idera“, IDERA.com, pamatysite, ir aš iš tikrųjų galiu tiesiog greitai greitai parodyti. „Idera“ svetainėje apsilankysite produktuose ir apsilankykite pas atsargų vadybininką. Pamatysite, kad čia yra atsisiuntimo nuoroda. Jūs ką tik nustatote, kurią versiją norite įdiegti 64 ar 32 bitų versijoje. Tai padės jums pradėti ir galėsite pradėti atradimą iš ten.
Robinas Blooras: Fantastiškas ir puikus, puikus pristatymas, labai ačiū.
Bullett Manale: Ačiū.
Ericas Kavanaghas: Turime keletą klausytojų klausimų ir išsiųsime juos jums el. Paštu, nes šiandien turime sunkiai save sustabdyti, tačiau „Bullett“, vėlgi, puikus darbas demonstracinėje versijoje, puikus mūsų gamintojo darbas, žinant, kad tai nebuvo „ t rodymas.
Bullett Manale: Atsiprašau už tai.
Ericas Kavanaghas: Ne, tai yra geras dalykas, jūs matote verslo pagrindus, tiesa? Kadangi verslas tvarko duomenis, o jūs matomumą suteikiate iki pat esmės. Taigi nebereikia rankomis banguotų daiktų; dabar jūs iš tikrųjų galite atkreipti dėmesį į dalykus ir juos išspręsti. Taigi tau gera.
Bullett Manale: Ačiū.
Robinas Blooras: Bet buvo puiku pamatyti jį gyvai, beje, gerai.
Ericas Kavanaghas: Taip, mes archyvuosime šią internetinę transliaciją, kad galėtume ją vėliau peržiūrėti, ir tada, tikėkimės, ją sukursime per maždaug valandą ar dvi. Pradinis archyvas kartais pakyla šiek tiek ilgesnis, tačiau būtinai leisime žmonėms žinoti. Su tuo mes jus paleisime, žmonės. Dar kartą dėkojame, kad lankėtės informaciniame kambaryje, mes iš tikrųjų esame „karštosios technologijos“. Mes su tavimi susisieksime kitą kartą. Rūpinkis, atsisveikink.
