Autorius „Techopedia“ darbuotojai, 2017 m. Vasario 22 d
„Takeaway“: Priimančioji Erika Kavanaghas aptaria duomenų bazių valdymą su dr. Robinu Blooru, Dezu Blanchfieldu ir IDERA Binh Chau.
Šiuo metu nesate prisijungęs. Jei norite pamatyti vaizdo įrašą, prisijunkite arba prisiregistruokite.
Ericas Kavanaghas: Gerai, ponios ir ponai. Sveiki ir dar kartą sveikiname. Tai trečiadienis, yra keturios valandos rytų laiko ir pastaruosius keletą metų reiškia, kad atėjo laikas „Hot Technologies“. Teisingai, tai mūsų šou su savo draugais Techopedia - Techopedia.com. Patikrinkite juos internete. Jie gauna monstrų srautą - 1, 5 milijono unikalių lankytojų per mėnesį. Tai yra didelis srautas iš interneto. Šios dienos tema „DBA svajonė: atradimai ir valdymas visoje aplinkoje“. Taip, iš tikrųjų, tai yra didelis klausimas, ypač didesnėms organizacijoms. Yra jūsų skaidrių apie jus, ir pakankamai apie mane, paspauskite mane į Twitter @eric_kavanagh, aš visada stengiuosi sekti ir įsitraukti į pokalbį.
Vėlgi, mes kalbame apie duomenų bazių technologijas šiandien ir tikrai galime suprasti, kas vyksta plačiame duomenų bazių egzempliorių peizaže. Kaip daugelis iš jūsų žinote, kai tik pradėsite auginti savo organizaciją, gausite daugiau šių pavyzdžių, o susitvarkyti su šiais dalykais gali būti šiek tiek įdomus iššūkis. Tiesą sakant, prisimenu prieš kelerius metus, aš puikiai kalbėjau su vaikinu, kuris buvo CIO biuro Gynybos departamente duomenų valdymo direktorius. Ir aš jam papasakojau visus šiuos įdomius dalykus, mes puikiai kalbėjome ir papasakojau jam savo pagrindinę istoriją apie federalinių išlaidų skaidrumo lobizmą. Jis nusijuokė ir pasakė: „O, na, tai tavo namai, kuriuos turėčiau siųsti tą kitą dieną“ plėšrūnų streikas dėl drono. “Jis sakė:„ Skaidrumas federalinėse išlaidose? Aš net nežinau, kiek daug „Oracle“ licencijų turiu čia. “Tai išgirdęs tikrai supratau, koks didelis yra kai kurių organizacijų iššūkis.
Šiomis dienomis yra daugybė įdomių priemonių - apie kurias šiandien girdėsime - šiandien, kad suprastume, kas ten skraido, bet net prieš 20 metų tai buvo tikrai rimtas iššūkis. Kalbant apie DOD dydžio organizacijas, galite tiesiog įsivaizduoti, kad gavę nurodymą sutaupysite daug pinigų, sutaupysite daug laiko, spręsite kai kurias valdymo problemas; jei teisingai atliksite šį dalyką, jūs vienu metu spręsite kelis iššūkius. Sužinosime apie tai šiandien.
Mes turime savo gydytoją Robiną Bloorą, vyriausiąjį „The Bloor Group“ analitiką. Turime Dez Blanchfieldą, mūsų duomenų mokslininką, skambinantį iš apačios, Sidnėjuje, Australijoje. Taip pat linijoje yra „IDERA“ vyresnysis produktų vadybininkas Binhas Chau.
Mes darome #HOTTECH kaip hashtag'ą - pasirodymo metu nedvejodami tweet. Mes tikimės, kad jums svarbūs klausimai dėl gerų klausimų, todėl nesidrovėkite: užduokite klausimus bet kuriuo metu naudodamiesi savo internetinės transliacijos konsolės Q&A komponentu arba tuo pokalbių langu. Ir aš tai perduosiu gydytojui Robinui Bloorui. Leiskite man įteikti jam „WebEx“ raktus. Ten eina, ir atimk.
Dr Robin Bloor: Gerai. Na, štai, pereikime prie pirmosios skaidrės. Italijoje juos vadina Stanlio ir Olio, Laurel ir Hardy. Dešimtajame dešimtmetyje, kai visi nerimavo dėl 2000-ųjų, aš įsitraukiau į daugelį 2000-ųjų metų projektų. Ir aš nuėjau į - vadinkime juos didele draudimo kompanija - ir jie sužinojo, kad turi daugiau nei 500 programų, kurios, jų žiniomis, neegzistuoja pagrindiniame pagrindiniame įrenginyje. Jie sudarė pagrindinio kompiuterio inventorių. Na, tais laikais pagrindinių kompiuterių aplinka buvo kur kas geriau prižiūrima nei bet kas, kas atsirado vėliau, turiu omenyje, kad apie tai tiesiog nėra jokio klausimo.
Aš tikrai buvau priblokštas ir kalbėjau su žmonėmis organizacijoje ir jie sakė, kad nėra jokio centrinio visapusiško … iš esmės nėra žmogaus, atsakingo už tos informacijos žinojimą. Jie niekada ne inventorizavo savo turto. Duomenų bazė yra neabejotinas turtas, nes joje yra duomenų ir vertingų duomenų. Kiek atvejų yra iš tikrųjų, kur jie yra? Tai tik „Kas yra duomenų bazė?“ Ir dėl šios priežasties manau, kad duomenų bazė yra spintelė, į kurią įmesite duomenis. Neseniai kalbėjausi su svetaine, kurioje buvo tūkstančiai „Oracle“ egzempliorių. Na, „Oracle“ duomenų bazė, kuriai reikalingas DBA, jei ja naudojatės sudėtingai.
Manęs to klausė ir jie sakė, manau, kad tai yra apie septynis ar aštuonis DBA visoje organizacijoje. Aš atsakiau: „Kas prižiūri kitus tūkstančius egzempliorių?“, Ir aš pasakiau: „Na, kas nutiko, yra tai, kad žmonės tai naudoja tik kaip failų sistemą. Mes turime daugybę duomenų bazių, esančių dideliuose klasteriuose, kur našumas yra tikrai svarbus, ir yra DBA, kurie visą laiką stovi virš jų. Ir tada mes turime tūkstančius kitų duomenų bazių, kurių niekas visiškai neprižiūri. “Ir aš paklausiau jų tiksliai, kiek duomenų bazių yra, ir jie sugalvojo:„ Na, paskutinį kartą „Oracle“ auditą atliko. “Jie patys audito neatliko., žinote, tai yra savotiškai įdomus dalykas.
Bet, žinote, duomenų bazės naudojimui yra priežasčių. Duomenų bazė įgyvendina duomenų modelį. Tai reikalinga dalijimuisi duomenimis: gali valdyti kelis vienu metu vykstančius duomenų prašymus, įdiegti saugos modelį, yra suderinamas su ACID, yra atsparus arba gali būti nustatytas taip, kad būtų atsparesnis. Štai kodėl mes turime duomenų bazes. Bet, žinote, nėra neįprasta susidurti su svetainėmis, kuriose yra tūkstančiai „SQL Server“ ar „Oracle“ egzempliorių, ir iš esmės dauguma jų yra tiesiog naudojamos kaip failų sistemos. Taigi kodėl iš tikrųjų jūs sukurtumėte naują egzempliorių?
Aš žinau iš kūrėjų komandų, kurie, kurdami naują taikomąją programą, sukuria ją siloso platformoje, taigi kiekviena nauja programa turės atskirą duomenų bazę. Jie nebūtinai bandys padaryti duomenų sluoksnį iš dalykų - nemanau, kad tai yra gera praktika. Bet vėlgi, jūs žinote, jei susiklosto labai sudėtinga aplinka, tampa labai, labai sunku pabandyti surinkti visas duomenų bazes, kurios yra susijusios viena su kita, atsižvelgiant į tai, kad jose yra duomenų, jei yra ryšių. Atvejai kuriami replikoms.
Žinote, kad turėtumėte prieinamumo galimybių, galite turėti karštų atsarginių kopijų ar jų kopijų, tačiau duomenų žemėlapiuose taip pat turite kopijų ar pusiau kopijų. Kai tik buvo pristatytas duomenų saugyklų pasaulis, kyla klausimas, kiek duomenų kortelių buvo, o žmonės juos naudojo tik kaip klonų failus, išvežė duomenis iš duomenų saugyklos ir nesirūpino jų veikimu suprantate, kad jie tiesiog bus padaryti kaip numatytasis našumas. Daugelis šių žmonių tikriausiai net nežinojo, kad iš tikrųjų galite suderinti duomenų bazes. Mačiau dizainus, kurie išskaidė duomenis į išskirtines krūvas platinimo tikslais.
Žinote, dažnai susiduriate su tokia replikacijos situacija, kai organizacijoje yra keli depai, kiekvienas turi duomenų bazes ir kiekviena yra centrinės duomenų bazės dalis. Jūs gaunate pavyzdžių, kai suskaidoma. Prasti dizaino sprendimai - mačiau, kad kai kurie keistai rengiami duomenų bazių projektai yra tokie, kur žmonės be svarbių priežasčių sukūrė atskiras duomenų bazes. Ir kaip aš pastebėjau, duomenų bazės yra failų sistemos.
Ir tada yra bandymų ir tobulinimo aplinka, kurią reikia atsistoti ir nukristi, tačiau visos jos laikomos duomenų bazėmis esančiomis instancijomis ir, beje, visos jos turi būti saugios ir visos kitos medžiagos, kurias, tikimės, teikia duomenų bazė. Institucijų svarstymai - duomenų bazės darbo krūvį galima optimizuoti tik konkrečiam egzemplioriui. Jei jus tikrai domina geriausios kokybės našumai, duomenų kaupimas duomenų bazėse yra nebūtinai toks optimizavimas.
Yra priežastis nesukurti klaidingų duomenų pavyzdžių. Mišrus darbo krūvis toje pačioje duomenų bazėje kaip kontrapunktas gali sukelti prastą našumą - ypač atkreipia dėmesį į OLTP ir didelis užklausų srautas tiesiog nesimaišo, niekada nesimaišė ir greičiausiai niekada nesimaišys. Paprastai geriau konsoliduoti duomenų bazę serverio lygiu, o ne turėti kelis VM. Bet VM užtikrina izoliaciją; kai kuriems žmonėms tai yra dizaino sprendimas atskirti duomenis nuo kitų duomenų, kad, žinant, jei ta programa nepavyktų arba jei ta duomenų bazė nepavyktų, tai nesumažintų mano programos.
Problema, be abejo, yra ta, kad jūs patekote į kitą punktą, tai yra duomenų bazės licencijos mokesčius. Jie skiriasi, bet mačiau, kad duomenų bazės licencijų mokesčiai tampa projektavimo kriterijumi, nes kažkas nenorėjo išpūsti tam tikro skaičiaus, todėl žmonės, kuriantys sistemas, prastai dėl to, kad veikia duomenų bazės licencija. Ir yra kitas dalykas: jei jūs pradedate konsoliduoti visas savo duomenų bazes, verta paminėti, kad DBA yra brangios. Tai nėra toks lengvas dalykas.
Paprastas pasaulio vaizdas - ir tai tikrai paskutinė skaidrė - ten yra duomenų sluoksnis, yra transportavimo ir apdorojimo sluoksnis. Visa aparatūra slypi po ja. Neįmanoma optimizuoti duomenų sluoksnio tiksliai nežinant, kas jame yra ir kodėl.
Tai pasakęs, perduosiu savo draugui iš apačios Dez Blanchfield.
Dez Blanchfield: Ačiū, Robinai . Leisk man čia tiesiog sutvarkyti pelę. Taigi, aš šiandien duosiu mums keletą anekdotų, nes tai yra didžiulė tema ir aš galėčiau praleisti dvi savaites su lentos žymekliu smagiai apie tai, nes šioje erdvėje jau buvau beveik tris dešimtmečius aukštyn ir žemyn. .
Bet pirmiausia psichinis vaizdinis vaizdas. Kai galvoju apie iššūkį, apie kurį šiandien kalbame, - ir iš esmės, mes kalbame apie duomenų bazių augimą, replikaciją ir plitimą bei visus su tuo susijusius iššūkius - norėjau tiesiog įdėti šį milžiniškos ąžuolo paveikslėlį į mūsų protas. Tai yra nepaprastai gražūs medžiai, jie prasideda kaip maža arkliena, bet užauga iki šių begemotų. O kai jie tai daro, jie yra labai dideli ir nepatogūs. Ir kaip jūs galite pamatyti iš šio vaizdo, kaip vaizdinę metaforą, jei jums patinka, jūs žinote, šakos, einančios visur, o paskui šakelės, išeinančios iš tų ir lapų tų gale, ir jos yra visų atsitiktinių, chaotiškų formų, ir tai tik tiek, kiek mes galime pamatyti virš žemės.
Aš galvoju apie tuos, kurie yra duomenys duomenų bazėje, o apačioje yra šaknų struktūra ir jie naudojasi visomis kryptimis. Bet žemės paviršiaus ten, kur jis gražus ir lygus, atrodo labai švarus ir protingas, tačiau realybė yra tokia pat beprotiška po žeme, kaip ir virš žemės; mes tiesiog to nematome. Aš dažnai tai naudojuosi, kai pradedu galvoti, kaip apibūdinti iššūkį, apie kurį šiandien kalbame, organizacijoms nuo tarybos posėdžių salės iki technikų, kad jos bandytų vizualizuoti tai, kas iš tikrųjų vyksta jų organizacijose. Nes taip lengva pažvelgti į kompiuterio ekraną ir pamatyti šiuos gražius eilučių ir stulpelių laukus ir galvoti: „Mes tai sutvarkėme, tai nėra didelis dalykas“. Bet tai visai ne tas atvejis. Taigi aš tuo metu paprastai paspaudžiu šią eilutę sakydamas, kad mano galvoje duomenų bazės yra tarsi aronijos, žinai, jos pradeda mažas ir auga, bet prieš tai žinai, tu turi milžiniškų ąžuolų mišką, taigi vaizdinis.
Taigi, du anekdotai tik tam, kad būtų galima pasidalyti scenarijumi, kuris išaugo nekontroliuojamas ir kurio tiesiog nebuvo įmanoma ištaisyti, o tada dar vienas anekdotai, kurie padarė panašų dalyką, bet sugebėjo būti ištaisyti. Aš pabrėžsiu pagrindinį šiandienos diskusijos tašką apie tai, kaip mes sukūrėme tai.
Pirmasis buvo scenarijus, kai CIO su didžiausiomis ketinimais laikui bėgant nesąmoningai sukėlė vieną iš netikėčiausių ir nepageidaujamų išsiveržimų, kurie tiesiog išaugo į viršų. Tai buvo scenarijus, kai vyriausybinė organizacija, kurioje dirba tūkstančiai darbuotojų, labai techniškai išmintingi, reikalavo prieigos prie jos sistemų ir įrankių, kad galėtų pradėti bendradarbiauti ir automatizuoti daugelį savo procesų. Jie norėjo atsiriboti nuo popierinių formų ir norėjo sukurti internetines sistemas, norėjo surinkti duomenis ir juos sekti bei stebėti, pranešti ir pateikti atgal savo bendraamžiams.
Yra visokių dalykų, yra dalykų, pradedant nuo žmonių, besisukančių į savo kabinetus, laikrodžių ir prisijungiant saugumo sumetimais iki to, kas ką užsakė kavinėje pietų metu. Taigi, gerai apgalvotas CIO nusprendė, kad „Lotus Notes“ yra puiki idėja, nes jis dalyvavo seminarų cikle ir IBM padarė puikų darbą jį parinkdama, o pagal tinkamą scenarijų tai būtų buvęs puikus sprendimas. tai buvo padaryta kontroliuojant. Bet kas nutiko, tai buvo užuot perdavus „Lotus Notes“ techninių žmonių komandai, kad ji galėtų rūšiuoti įrankius aplinkoje, tada atsistoti protingus įrankius ir pan. Bei aprūpinti aplinką tam tikra kontrole ir valdymu, kas iš tikrųjų nutiko, kai jis buvo įdiegtas į standartą operacinę aplinką, SOE, todėl kiekvienas darbalaukis faktiškai tapo serveriu.
Taigi jie pateikė mokymus ir praktines užrašus bei dokumentus šiam procesui ir staiga žmonės suprato: „Taip, aš turiu„ Lotus Notes “darbalaukyje!“ Ką jūs galvojate? Na, tai reiškė, kad tūkstančiai labai nuovokių darbuotojų buvo išmokyti scenarijų rašyti ir rašyti programas, kaip iš tikrųjų „Lotus Notes“ sukurti mažai duomenų bazių, kurios iš esmės atrodė kaip skaičiuoklės, eilutės ir stulpeliai bei laukai, ir pristatyti šią mažą žiniatinklio sąsają per „Domino“.
Jei norėčiau užfiksuoti informaciją apie ką nors, galėčiau tiesiog sukurti nedidelę formą ir skaičiuoklės tipo sąsajoje, sudėti ją į failą, sukurti šiek tiek „Lotus Notes“ duomenų bazės už jos ir pateikti ją kaip žiniatinklio programą ir pradėti rinkti informaciją. Ir tai skambėjo puiku, kol jis veikė metų metus, ir staiga supratę, kažkas atsibudo ir pasakė: „Ką gi, atsimink, kodėl LAN tinkle pasirodo 10 000 naujų duomenų bazę palaikančių programų, ypač per pastaruosius 12 mėnesių? Kas vyksta? “Na, kas nutiko, tu iš esmės davei žmonėms ginklą, jis buvo pakrautas, saugumas buvo išjungtas, ir, žinoma, jie šaudė sau į koją.
Ir štai čia yra puikus vaizdas, kurį paprastai sugalvoju itališkam menininkui, kuris daro šį keistą dalyką, kai gauna sunkvežimį šieno ir šiaudų ir įmeta į meno studijos vidurį, o paskui gauna dailės studijos kuratorių. atsitiktinai įsmeigti adatą į jos vidurį. Tada jis praleidžia dienas gyvam pašarui, vaizdo kamerai, eidamas pro šiaudus, ieškodamas adatos šieno kupetoje. Kol galų gale, po kelių valandų ir dienų, jis tai suranda, šokinėja aukštyn ir žemyn ir susijaudina. Bet kokiu atveju, italų menininkas, ką tu gali padaryti? Bet tai gana juokinga ir jei jūs kada nors žiūrėjote tai internete ar žiūrite internete, tai atrodysite labai kateteriškai.
Štai košmariškas scenarijus, kai sąmoningas techninis asmuo verslininkams - labai techniškai taupiems verslininkams - suteikė įrankį, kuris turėjo palengvinti jų gyvenimą. Bet prieš tai ilgai turėjome klausimų, pavyzdžiui, kas juos palaiko, kas juos stebi ir palaiko. Kur yra šie duomenys, kokia yra duomenų struktūra, kas prižiūri schemas, kas, jei noriu sukurti kitą versiją, kokie duomenys yra tose versijose, ar galiu atlikti dev bandymo integracijos kelionę į šiuos dalykus?
Žinote, jūs galite padaryti savo išvadas apie tai, kaip viskas vyko, tačiau nepavyko ir galite įsivaizduoti, kad tik šimtai terabaitų duomenų, o ne atsarginės, veiksmingai sėdintys kompiuteriuose ar nešiojamuosiuose kompiuteriuose, kai kurie sistemos net nebuvo prieinamos, nes žmonės nesuvokė, kai išjungė nešiojamąjį kompiuterį 5:30 val. ir pasiėmė namo atlikti darbus, kurių niekas iš LAN negalėjo pasiekti prie šios programos. Tai nesibaigė gerai. Daugybė duomenų turėjo būti išvalyti ir rankiniu būdu valdomi bei sugrąžinti į protingą sistemą; didžioji jo dalis buvo tiesiog nušluostyta ir pašalinta, nes jai tiesiog nebuvo galima leisti toliau plėstis.
Tada mano antrasis anekdotas su daiktais, vykstančiais į visai kitokią kelionę. Įsivaizduokite scenarijų, jūs turite dev, testą, integraciją, sistemų integraciją, vartotojo priėmimo testavimą, gamybą, atkūrimą po avarijų, atsargines kopijas ir atsarginę kopiją nuo 99 iki ir daugiau, jūs turite atnaujinimus, pataisas ir demonstracinę aplinką iš nuo 99 iki ir daugiau. Ir staiga tu sėdi ten eidamas: „Palauk, kas vyksta, pakabink, kas ką naudoja?“ Žinote, tai yra košmaras, kuris potencialiai laukia, kad įvyktų.
Bet pagal šį scenarijų, kas nutiko, turėjau galimybę patekti į organizaciją, kuri norėjo išgauti turto valdymo verslo padalinį iš savo pagrindinės bankinės platformos ir išsilaikyti kaip atskira organizacija iš esmės pradedant įmonę. Iššūkis buvo: paimkite mūsų turto valdymo verslo padalinį ir visus žmones bei technologijas ir duomenis aplink jį viešosiose tarnybose, sukurkite startuolį savo įmonės viduje ir iškirpkite jį, kad jis galėtų veikti pagal savo prekės ženklą.
Tai pasaulinis bankininkystės lyderis, kurio nepavadinsiu. Mes turėjome išgauti patį turto valdymo verslo padalinį ir visus aplinkinius dalykus. Taigi, viską, visą personalą, fizinę infrastruktūrą ir perkelkite į naują biurą. Visas verslo sistemas, visą programinę įrangą, visus duomenis, visas licencijas galite įvardyti. Na, galite įsivaizduoti, kad iš pradžių tai atrodė kaip šiek tiek košmaras.
Apibendrindami aplinkybes, mes kalbame apie 78 sistemas originalioje bankinėje platformoje, palaikančias apie 14 pagrindinių produktų, kurie gali būti apie tūkstantis įvairių pasiūlymų. Naudojamos šimtai ir šimtai gyvų duomenų bazių, o kai aš sakau, kad jos buvo panaudotos, mes turėjome jas perkelti vietoje, taigi penktadienio popietę jie būtų vienoje aplinkoje, pirmadienį tikimasi, kad jie bus kažkur kitur, o šeštadienį ir sekmadienį jie turėjo turėti šį perėjimą, kai operacijos vyko iš vienos sistemos kairėje, tarkime, kad ją vizualizuotume, į kitą sistemą, esančią dešinėje.
Apie 15 000 klientų su kiekvienu skaičiumi nesuskaičiuojamų įrašų ir ETL košmaras, nes nė viena iš 78 sistemų iš vienos pusės nebuvo suderinta su sistemomis iš kitos pusės. Turėjome visiškai naują bankininkystės platformą, naujas sistemas, naują programinę įrangą, naujas duomenų bazes ir naują schemą. Taigi, metaduomenys, laukai, eilutės, stulpeliai, įrašai, lentelės, jūs įvardinate tai, niekas neatitiko. Yra 14 skirtingų aktyvių vystymo komandų, po vieną kiekvienam produktui. O kurdami šią aplinką pastebėjome, kad tuo metu jau turėjome plėtros testą, integraciją, sistemų integraciją, vartotojų priėmimo testavimą, gamybą, atkūrimą po nelaimių, demonstracines kopijas, atsargines kopijas, atnaujinimus, pataisymą - aš netgi ten praleidau - mokymus, pvz. ir švietimą, kiekvienai kūrėjų komandai buvo 23 kiekvienos iš šių aplinkų versijos.
Dabar tu sėdi ten ir staiga tavo kraujas pradeda kreivėti, oda atšąla, o tavo plaukai stovi - tai niekada negali pasibaigti. Na, pasirodo, jis baigėsi labai gerai, nes pats pirmas dalykas, kurį darėme, net net nepradėję kurti technologijų diegimo, buvome ir gavome reikiamus įrankius. Mes naudojome įrankius, ir nebūtinai žmones, bet žmones, vairuojančius įrankius. Mes naudojome įrankius duomenims susisteminti, įrankius panaudojome duomenų bazių, kuriose jie gyveno, žemėlapiams susieti, suriktavome visus metaduomenis, schemas ir iki galo iki eilučių, stulpelių, įrašų ir laukų.
Mes žinojome, iš ko mes ateiname, ir tada tai susiejome su žemėlapiu, ką mes įdėjome, kiek atrodė standartinė bankų platforma, ir mes turėjome tiesioginį ryšį. Bet kas atsitiko viduryje, mes sukūrėme duomenų kambarį, kuriame mes buvome apsilankę, ir rankiniu būdu juos pažymėdami. Bet prieš pradėdami bet kokį šios aplinkos diegimą ir nustatymą naujajame pasaulyje įsitikinome, kad kiekvienas įrašas, kiekviena lentelė, laukas, eilutė, stulpelis, kiekviena duomenų bazė ir visi aplink jį esantys metaduomenys, visi leidimai ir valdikliai buvo suplanuoti, nuo vieno iki vieno. Ir mes nepajudinome nė vieno dalyko, kol toji koreliacija nebuvo padaryta.
Taigi, ETL kūrinys iš košmaro perėjo į gana neskausmingą procesą, tiesiog patvirtinantį kontroliuojamus procesus ir procesus. Ir mes tai galėtume daryti reguliariai, beveik kas valandą. Mes perėjome nuo gamybos senojo pasaulio prie naujos aplinkos, bandymų, integracijos ir pan., Naujame pasaulyje. Tą dieną, kai mes pradėjome gyvuoti, po mėnesio, kai buvo atlikti bandymai, po penkių mėnesių proceso, o po to per šešis mėnesius jis buvo prisijungęs ir aktyvus, turėjome tik vieną problemą, o problema buvo ta, kad kažkas pamiršo savo slaptažodį ir tai reikėjo iš naujo nustatyti. Tai buvo vienintelis klausimas, iš esmės sukėlęs maždaug valandą streso žmonėms, galvojantiems, kad kažkas ne taip - paaiškėjo, kad slaptažodžio galiojimo laikas pasibaigė ir jie pamiršo, kas tai yra, ir turėjo jį iš naujo nustatyti.
Galite įsivaizduoti tą scenarijų, palyginti su „Lotus Notes“ aplinka, kur kažkas turėjo didelių ketinimų, bet nepagalvojo apie iššūkį, o po to turėjome eiti ir išbandyti bei surinkti visus šiuos duomenis, o didžioji jų dalis turėjo būti nurašyta. ir tai buvo tiesiog didelis laiko ir pastangų, išteklių ir moralės praradimas. Į scenarijų, kai tinkamai suplanuota ir tinkamai atlikta bei tinkamai pristatyti naudojant tinkamus įrankius, gavome puikų rezultatą.
Taigi taškas priartina mane prie šios eilutės - prieš perduodamas mūsų bendradarbiui pasikalbėti apie tai, ką „IDERA“ turi išspręsti šiam iššūkiui, yra ta, kad šiandieniniame pasaulyje, kuriame vis daugiau sistemų maitina duomenų bazės, tai nėra tik niša, bet ir man tai yra faktas, būtinybė, kad intelektinės priemonės yra, mano patirtis, vienintelis būdas valdyti duomenų radimą, duomenų valdymą masteliu ir greičiu, kurį judame.
Ir jei tai padaryta teisingai, kaip antrasis anekdotas, kurį tikiuosi papasakoti tikiuosi, tai gali būti labai neskausmingas ir labai sklandus procesas. Ne tik naujuose projektuose, bet ir naudodamiesi dabartine aplinka bei užtikrindami, kad bet kuriuo paros metu galite atsekti ir atsekti, kas vyksta jūsų organizacijoje, kokia duomenų bazė yra, kokias duomenų bazės versijas naudojate ir kas ką naudoja.
Tuo tikslu aš perleisiu mūsų bendradarbiui iš IDERA ir tikiuosi išgirsti, ką jie gali pasiūlyti ant stalo ir kaip jie išspręs šį iššūkį.
Binh Chau: Puiku, ačiū, Dez. Ar jūs, vaikinai, gerai girdi mane? Gerai, ačiū. Sveiki visi, aš esu Binh Chau su IDERA. Šiandien aš šiek tiek pakalbėsiu apie produktus, kuriuos mes pavadinome SQL Inventory Manager, ir jie kalbės apie atradimą ir galimybę inventorizuoti jūsų SQL Server egzempliorius ir duomenų bazes ten ir susitvarkyti tai, ką turite aplinką ir kalbėti apie kai kuriuos kitus dalykus, apie kuriuos kalbėjo Dezas ir Robinas, kalbant apie duomenų bazių plitimą ir duomenų poreikį šiomis dienomis.
Turiu omenyje tai, ką jūs, manau, anekdotiškai girdėjote per dvi pasakas, kurias aprašė Dezas. Tačiau iš esmės šiandien reikia tiek duomenų, tiek verslo grupių, tiek ten veikiančių verslo grupių, kurios sukurtų savo programas ir serverius, ypač naudodamos „SQL Server“, ar ne? Kadangi jūs galite lengvai surasti SQL Express versiją ar BI paslaugas, daugelyje organizacijų, tiesiog nuo mažų iki didelių, vyksta tiesiog SQL plėtra.
Daugybė kartų DBA nežino, kad kažkas nusprendė pradėti, jūs žinote, sukurti egzempliorių, o ne tik dėti duomenų bazę į esamą egzempliorių. Jie nežino apie šiuos dalykus, kol nekyla problemų ir kai kas nors paskambina DBA: „O ne, mano programa nustojo veikti, ji negali prisijungti prie duomenų bazės, kas vyksta?“ Ir žinote, kai DBA klausia kai kurie klausimai, kuriuos jie aptinka: „Ei, šis nebuvo mūsų radare, mes to nežinojome“.
Kitas dalykas yra licencijavimo išlaidos, tiesa? „Microsoft SQL Server“ licencija: kad ji veiktų, nebūtinai turite turėti konkretų raktą tam egzempliorių skaičiui, kurį turite. Galite dislokuoti ir tada jie atliks auditą. Žinote, jie vėliau atlieka auditą ir sužino, kiek licencijų jums iš tikrųjų reikia. Taigi, jei jie atlieka auditą, o jūs nežinote apie nežinomus serverius, auditas gali būti brangus. Taigi, jei turite įrankį ar atsargų iš anksto, kad žinotumėte, kiek kainuoja jūsų licencijavimas, ir galėtumėte ne tik žinoti, bet ir valdyti, yra geras dalykas.
Ir tada, ką aš ką tik kalbėjau, jei daug kartų nežinote apie serverį, jei viskas vyksta gerai, viskas gerai, tačiau vienintelis dalykas, apie kurį sužinosite, yra tada, kai kyla problemų. Dėl to gali būti sutrikdyta gamyba, o gal serveris nebuvo prižiūrimas ir jūs negavote pataisų tame serveryje, ir tai sukuria problemą.
Kai kurie klausimai, su kuriais DBA rūšies turi susidurti kasdien, yra tai, kad jie gali būti administraciniai ar strateginiai, tačiau kai kurie dalykai, pavyzdžiui, „Microsoft“ ką tik išleido kritinį sistemų pataisą, kiek sistemų ten reikės šiam naujam, pvz., „Microsoft“ ką tik išleido kritinį sistemų pataisą. pleistras? Kas turės įtakos prastovai, jei man reikės nuleisti sistemą, kad ją pataisyčiau? Kaip aš lengvai galiu gauti šią informaciją? Ar turiu pereiti į skaičiuoklę? Ar turiu tai rasti keliose sistemose? Ar turiu susisiekti su įvairiomis verslo grupėmis, kad gaučiau tą sąrašą? Tai tikrai sunku suskaidyti.
Kitas geras dalykas yra iš esmės, kažkas ateina ir sako: man reikia naujos duomenų bazės. Reikės X dydžio, jis turi turėti tiek daug pajėgumų, o tada nori žinoti, kur galėčiau jį įdėti. Nežinodami, kas yra jūsų kraštovaizdyje, sunku jiems pasakyti, gerai, galime pateikti čia, čia ar čia. Jūs turite eiti ir atlikti rankinius patikrinimus, kurių reikia norint tai padaryti. Ir mes kalbėjome apie auditą, taip pat nesąžiningą serverį.
Jei turite nesąžiningą serverį, jūs nežinote, kokioje būsenoje jis yra, ar jo atsarginės kopijos nėra, ar jis turi visus savo pataisymus. Kartais jūs negalite žinoti apie tuos dalykus, kol nėra problemos, kuri būtų bloga.
Tai yra visi iššūkiai, klausimai, DBA susiduria kiekvieną dieną su tuo, kas jiems metama. Taigi, aš norėjau jums pristatyti SQL Inventory Manager, kuris yra produktas, kurį mes ten turime. Tai daro porą dalykų. Tai yra atradimas, kuris iš esmės yra toks būdas išeiti į jūsų aplinką, kad pamatytumėte, kokie „SQL Server“ yra jūsų aplinkoje. Tada jis taip pat gali automatiškai atrasti, todėl iš esmės, atlikę atradimą, galite nustatyti, kad jis išeitų ten kasdien ar kas savaitę - kad ir koks laikas jums būtų tinkamas - norėdamas atrasti naujų egzempliorių.
Tada galėsite automatiškai užregistruoti tuos egzempliorius, kad galėtumėte pradėti juos stebėti ir tikrinti jų sveikatos būklę, o tada galite pradėti kataloguoti ir inventorizuoti tuos egzempliorius, kad galėtumėte gerai pamatyti savo SQL serverio kraštovaizdį. Kas iš to, kas gaminama, kas kuriama, kas atkuriama po nelaimių, kas yra mažiau kritiška ir žinote, kokios programos jose veikia. Taip pat galite gauti įspėjimus apie atvejus, kai nepavyksta atlikti sveikatos patikrinimo, taigi, jei serveris netenka darbo ar galite atlikti daugybę papildomų dalykų.
Ericas Kavanaghas: Tu pasidarai šiek tiek minkštas, tik tiek, kad žinai.
Binh Chau: Atsiprašome, ar tai geriau? Tai, ką noriu padaryti, buvo nuvesti jus į demonstraciją, parodyti, ką jie daro. Palaikykite sekundę, pirmiausia leiskite pasidalyti ekranu. Ar jūs, vaikinai, matote žiniatinklio sąsają? Tai yra „SQL Inventory Manager“ sąsaja. Ekranas, kurį jums čia rodau, yra internetinė sąsaja. Ekranas, kurį jums čia rodau, yra mūsų duomenų bazės egzemplioriaus vaizdas. Viršuje galite pamatyti, kad mes esame skirtingi. Taigi „atrastas“ iš esmės yra visas tinkle aptinkamas atvejis. Iš esmės tai, ką man parodys.
Ericas Kavanaghas: Tu ten truputį pradedi skilti. Galbūt norėsite nuleisti telefoną ir įdėti jį į garsiakalbį. Pirmyn.
Binh Chau: Šis atradimų ekranas parodys viską, ką jūsų tinkle atrado „Inventory Manager“. Čia atrasta kaip 1 003 serveriai. Ir jums pasakys versiją, leidimą, jei jis gali jį rasti, kada jis buvo rastas ir kaip jis buvo aptiktas. Tarkime, pavyzdžiui, aš pasirenku nepaisyti kai kurių iš jų, tai reiškia, žinote, galbūt noriu nekreipti dėmesio į kūrėjo leidimą, nes jie man nėra tokie svarbūs, nes jie yra tik kūrėjo leidimas; Aš galiu pasirinkti ignoruoti šiuos dalykus ir įdėsiu juos į skirtuką Nepaisyti, todėl kitą kartą paleidus „Discovery“, jis man to nebepasirodys. Dabar galiu užpildyti, kad padaryčiau automatinę registraciją, arba galiu užsiregistruoti rankiniu būdu.
Taigi aš pasirinkau stebėti šešis atvejus. Čia prisijungęs ir periodiškai tikrinsis šiuos patikrinimus, o po to patikrins kelis kartus, bet ką iš čia, žinote, kas 30 sekundžių tikrina, ar serveris yra aukštyn, ar žemyn, ir pateikia tokią apžvalgą. kokia ta būsena. Iš esmės tai man sako, kad aš turiu vieną serverį, kuris neveikia, ir šiuos penkis, kurie veikia. Tai taip pat man sako, kokie serverio leidimai, duomenų bazių skaičius, duomenų bazių būsena, visos papildomos atsargos ar metaduomenys aplink tą serverį. Čia taip pat galiu patekti į licencijavimo vaizdą. Čia man suteikiama tam tikra „Microsoft“ licencijavimo informacija, kurios man reikia, jei norėčiau gauti daugiau informacijos ar santrauką prieš „Microsoft“ auditą.
Čia yra branduolių skaičius, lizdų skaičius, galima pagrindinė licencija, kurią „Microsoft“ pristatė nuo 2012 m. Tai buvo mūsų instancijos vaizdas. Puslapis „Apžvalga“, tai yra puslapis, kurį atidarysite. Tai parodys jums atliktus sveikatos patikrinimus ar rekomendacijas, kaip ir dabar man sako, kad turiu devynias duomenų bazes, kuriose nėra dabartinės atsarginės kopijos. Aš galiu spustelėti ten, norėdamas sužinoti išsamią duomenų bazę, kokios jos yra, ir galiu prisijungti ir, jei reikia, imtis su jomis susijusių veiksmų. Tai man nurodo visas populiariausias duomenų bazes pagal dydį, pagrindines duomenų bazes pagal veiklą. Galiu spustelėti konkretų serverį ir gauti daugiau informacijos apie jį.
Ericas Kavanaghas: Nors jūs vis rutuliuojate, ką jūs čia parodote, yra galimybė pamatyti tikrai viską, kas prijungta prie tinklo, ar taip?
Binh Chau: Teisingai. Tai rodo viską, ką pasirinkau stebėti naudodamas „Inventory Manager“. Tai yra SQL serveris, čia man rodomos visos programos, prijungtos prie serverio. Vėlgi, aš galiu patekti į visas duomenų bazes, susietas su šiuo serveriu. Čia aš galėčiau pažymėti daiktus. Aš galiu sukurti žymą šiam konkrečiam serveriui, nesvarbu, ar tai tikslus domenas, ar ne. Turime klientų, kurie tuo naudojasi, pavyzdžiui, jie nori žymėti savo gamybos serverius ar skolų serverius ir tada jie gali gauti išsamią ataskaitą apie tai, kaip viskas vyksta. Kai pereinu į skirtuką Administracija, tai galiu paleisti „Discovery“. „Discovery“ iš esmės išeis ir pateks į jūsų tinklą bei suras visą „SQL Server“ jūsų aplinkoje.
Turiu šį tikslų domeną, kuris yra mūsų domenas, ir aš nusprendžiau pasakyti, žinote, šiame konkrečiame domene naudokite šią „Windows“ vartotojo abonementą, kad padarytumėte atradimą, ir noriu, kad jūs atliktumėte išsamų nuskaitymą. Taip pat galiu pasirinkti nurodyti „Tik nuskaityti šį tam tikrą padomenį“ arba „Tik nuskaityti pagrindinį domeną“. Bet šiuo atveju aš sakiau, kad paleiskite visą nuskaitymą. Čia pateikiami skirtingi nuskaitymo tipai, kuriuos galiu naudoti, jei juos išsaugoju, tada iš esmės tai galiu nustatyti užduotis. Šiuo metu jis neveikia, tai reiškia, kad turėčiau rankiniu būdu paleisti šiuos nuskaitymus. Bet jei norėčiau, galėčiau tai nustatyti kasdien, žinote, kasdien dirbk darbą. Arba, jei nuspręsiu jo nevykdyti kasdien - tai per daug - galiu pasakyti, kad paleisk darbą kiekvieną savaitę konkrečia data ir laiku.
Tada automatinė registracija čia, jei ji įjungta, tai darytų tik tada, kai kaskart suradusi naują serverį, ji automatiškai užregistruotų ją „Inventory Manager“, kad galėčiau pradėti stebėti. Jei yra koks nors leidimas, kurį noriu išskirti, pvz., Man nerūpi „Express“ ar „Developer“ leidimas, nes tai yra kūrimo aplinka, tada aš tiesiog spustelėčiau tuos, kurie čia, ir ką jis padarys, tai tiesiog sako visi kai randu ką nors naujo, tiesiog pridėsiu jį prie „Inventory Manager“, kad galėtumėte jį stebėti tol, kol tai nėra kūrėjo ar „Express“ leidimas.
O štai kur galiu nustatyti žymas, pavyzdžiui, jei turiu gamybos serverius, galėčiau eiti čia ir pažymėti tuos serverius. Duomenų bazę ar serverį galėčiau pažymėti specialia mėlyna žyma, taigi, pavyzdžiui, galėčiau pasakyti, kad šis AO_NODE turėtų turėti gamybos žymą. Tokiu būdu, jei man reikėjo lengvai patekti į serverį, aš galiu išeiti čia ir spustelėti „Production“ etiketę, kuri mane iškart nuves į tuos du serverius. Tai yra mūsų „Explorer“ vaizdas ir tai parodo savininkas, tačiau taip pat galėčiau pasakyti pagal egzemplioriaus žymą, taip pat ir duomenų bazės, todėl galiu išplėsti tai, kad pamatyčiau, kokie jie yra.
Kita naudinga funkcija, kurią sukūrėme ir kuri žmonėms čia labai patinka, yra galimybė pažvelgti į tai, ką tvarkote per „Inventory Manager“, ir pamatyti, kokio lygio pataisos jie yra. Iš esmės, čia man sako šeši serveriai, kuriuos aš tvarkau savo įrankiuose, nesvarbu, ar yra „Microsoft“ atnaujinimas, ar ne, ar versija, kurią aš naudoju, palaikoma ar ne, ir palaikymas statusas. Jei norėčiau sužinoti daugiau apie šią konkrečią taisomąją pataisą, aš galiu ją spustelėti ir ji susies mane su „Microsoft“ straipsniu, kalbant apie tai, apie ką ta karštoji pataisa yra ir ar reikia į juos kreiptis. Galite eksportuoti šį sąrašą, jei norite, kad galėtumėte pasakyti: „Ei, man šį savaitgalį reikia pataisyti tris iš šių serverių, o kitus tris - vėliau“.
Sukurkite sąrašą - taigi yra sąrašas, kurį jis gali palyginti, kad pamatytumėte, ar jūsų versija yra naujausia. Galite išeiti ir atsisiųsti šį sąrašą, kad įsitikintumėte, jog jis atnaujinamas, ir turite naujausią sąrašą, su kuriuo galite palyginti. Kita tvarkinga inventoriaus savybė, kuri žmonėms patinka, yra galimybė pridėti ne tik žymas, bet ir galimybė pridėti pasirinktinių atsargų laukų. Žinote, jei norėjote čia pridėti lauką, kad pažymėtumėte, pavyzdžiui, duomenų bazę, tarkime, kad noriu pažymėti jį duomenų bazės lygiu. Departamentą, šį skyrių ir šią duomenų bazę galėčiau padaryti kitokio tipo: neterminuotą, teisingą / klaidingą arba sąrašą.
Galėčiau pasakyti, žinote, kad tai HR, rinkodara, moksliniai tyrimai ir plėtra, finansai. O tai iš esmės daro tai, kai tik jūs galite pažymėti šiuos dalykus, iš čia galite gauti tam tikrus duomenis, kuriuose nurodoma, kiek pajėgumų naudoja kiekviena duomenų bazė, ir tada galite pradėti rūšiuoti, ar ji auga ir ar ji turi prasmę apmokestinti šiuos skyrius?
Kitas dalykas yra tai, kad jūs turite vykdyti techninę priežiūrą, žinodami, kas yra toje duomenų bazėje, galite žinoti, su kuo susisiekti, kad praneštumėte jiems: „Ei, aš turėjau vykdyti techninę priežiūrą šį savaitgalį, jūsų duomenų bazės bus neprisijungusios“. ir taip toliau. Kita naudinga funkcija yra paieškos laukelis, kuris žmonėms patinka. Daugybė kartų DBA klausiama apie duomenų bazę, programą ar serverį, atsižvelgiant į tai, kas su jais kalba, sunku tiksliai išsiaiškinti, kur tai yra. Ką čia galite padaryti, jūs galbūt nežinote, kur gyvena duomenų bazė, bet galėtumėte ją tiesiog įvesti. Galėčiau tiesiog įvesti IDERA prietaisų skydelį, jis surinks keletą duomenų bazių ir ten, kur jos yra, kad galėtumėte lengvai gauti. tiems. Tada surenkama papildoma informacija apie juos: jų dydis, žurnalo dydis, ar kada nors buvo sukurta atsarginė kopija, koks atkūrimo režimas, jei norėčiau pridėti kokių nors žymų. Šiame įrankyje yra daug įvairių funkcijų, žinote, tai yra inventorizacijos įrankis, tačiau tai inventorizacijos įrankis, kuris labai būdingas „SQL Server“ ir DBA.
Nes, manau, yra papildomų dalykų, kuriuos DBA norėtų turėti prieigą arba gauti, kad gerai suprastų, kaip aplinka ir kraštovaizdis atrodo jų duomenų bazėse. Taip pat galite užsiprenumeruoti, sukonfigūruoti SMTP serverį ir nustatyti prenumeratą, kad įspėtumėte apie save ar bet kuriuos čia esančius vartotojus. Aš tai sustabdysiu ir grįšiu į pristatymą. Ir ši paskutinė skaidrė čia yra tik paprastas architektūros vaizdas. Tai yra interneto pultas, veikiantis įterptosiose „Tomcat“ žiniatinklio tarnybose.
Turime kai kurias rinkimo ir valdymo paslaugas, kurias sudedame į saugyklą, o tvarkymo paslaugos išeina ir vykdo „Discovery“ jūsų įvairiuose „SQL Server“ egzemplioriuose. Monitoriaus serveriuose nieko nėra įdiegta. Mes turime darbų, kurie vykdomi periodiškai ir tik renka duomenis apie tai, taigi iš esmės nesvarbu, ar tai padidinta, ar sumažinta, kiek duomenų naudojama, kokios yra kitų žmonių versijos. Na, viskas.
Erikas Kavanaghas: Taip, leisk man paklausti - užduosiu keletą klausimų ir tada įsitikinsiu, kad Robinas ir Dezas taip pat turi tam tikrų klausimų - tiesiog iš smalsumo, kai kas nors ateina atlikti audito, tarkime, „Microsoft“, yra jie naudojasi šia priemone, ar aš manau, kad turi kokių nors patentuotų įrankių, kuriuos naudoja?
Binh Chau: Taip, aš tikiu, kad jie naudoja patentuotus įrankius. Svarbiausia, kad šis įrankis yra inventorizacijos įrankis, todėl jis yra nuolat atnaujinamas, jūs žinote, nes jis turi darbą išeiti ir nuolat rinkti informaciją apie jūsų serverius, jis baigsis bet kuriuo metu. iš tikrųjų turėsite naujausios informacijos apie tai, kaip viskas keičiasi, palyginti su, jūs žinote, vienkartinėmis ataskaitomis, kurias galite gauti iš „Microsoft“ sakydami, kiek serverių turite, tai yra jūsų versijos .
Erikas Kavanaghas: Taip, man įdomu „Discovery“. Taigi, kai kas nors nusiperka šį įrankį ir pradeda jį naudoti, kaip iš tikrųjų įvyksta atradimas? Tai buvo savybė, apie kurią aš užsiminiau anksčiau, kitaip tariant, ar bakstelėjote tinklą, kad pamatytumėte, kurie signalai sklinda iš ten, kurie atrodo kaip duomenų bazės egzemplioriai, ir tada katalogizuojate tai, o tada, kai pažymėjote duomenų bazės egzempliorių, kuris jūs stebite? Spėju, kad jis turi savotišką pingą, kurį daro taip dažnai ir, jei, pavyzdžiui, krinta, vadinasi, tu žinai, kad jis neveikia. Ar būtent taip viskas veikia?
Binh Chau: Taip. Turiu omenyje, kai įjungėte „Discovery“, tai išeina į jūsų tinklą ir mes turime kelis skirtingus nuskaitymus, kad galėtume ten išeiti, tačiau tai, žinote, naršyklės ir registro nuskaitymas. Jis atlieka skirtingus nuskaitymus, norėdamas pamatyti, koks kompiuteris yra ten, ir tada patikrina: ar turite SQL serverius, ar ten BI paslaugas? Tada jis sugrąžina, įtraukia į įrankį ir parodo tau: „Ei, štai viskas, ką atradau“.
Ir tada, jei jūs sakytumėte: „Noriu stebėti naudodamas šį įrankį“, tada tai stebės ir imsis pinginti. Jis turi užduotis kaskart taip dažnai sakyti: „Gerai, patikrinkite dabar apie tai“, - žinote, duomenų bazės prieinamumas - patikrinkite dabar apie duomenų bazės istoriją, patikrinkite duomenų bazės pusę. Jis vykdo daugybę darbų, kad patikrintų jūsų stebimą duomenų bazę.
Erikas Kavanaghas: Taip, tai gerai. Ir mes turime klausytojo klausimą. Aš žinau, kad jūs, vaikinai, turite įrankius, veikiančius su įvairiomis duomenų bazių technologijomis, tačiau būtent tą, kurį šiandien rodote, ar jis skirtas tik SQL serveriui, ar jis apima ir kitus duomenų bazių tipus?
Binh Chau: Šiuo metu šis įrankis apima „SQL Server“.
Erikas Kavanaghas: Gerai, kad gerai. Na, leiskite man tai perduoti Robinui, esu tikras, kad jis turi keletą klausimų, tada gal vėl perduos Dezui. Robinas?
Dr Robin Bloor: Taip, tikrai. „Microsoft“ gana neseniai - kai kada 2006 m. - paskelbė apie „SQL Server“, skirtą „Linux“, bet nemanau, kad ji dar ją pristatė. Aš tiesiog susimąsčiau, ar turite apie tai komentarų. Ar tu tai žinai? Ar tu žaidi su tuo?
Binh Chau: Taip, mes esame. Mes planuojame tai įtraukti. Aš turiu galvoje, kad gražus dalykas yra šis įrankis, aš kalbėjau su daugybe klientų, kurie sukūrė savo pačių namuose sukurtus įrankius, kad galėtų padaryti tą patį, tačiau jie turi neatsilikti nuo naujų leidimų ir versijų, kurios „Microsoft“ pasirodo, bet mes turime naujų versijų ir leidimų, mes į jį įsitraukiame anksti, kad įsitikintume, jog įrankis galės rūpestingai stebėti ir valdyti naujus leidimus. Taigi, „SQL“ sistemoje „Linux“ yra kažkas, ką planuojame pridėti ir padaryti prieinamą, kai tik jis bus prieinamas - tikiu, kad vėliau šiais metais.
Dr Robin Bloor: Taip, tai įdomu. Ar tikitės, kad daug jūsų klientų iš tikrųjų tai padarys? Aš turiu omenyje, kad SQL Server yra labai sudėtinga duomenų bazė, atsižvelgiant į mano patirtį. Aš turiu omenyje, žinai, kad ilgai danties, turbūt yra ką pasakyti. Aš turiu galvoje, jūs žinote, kad originalus „Sybase“, iš kurio jis kilo, iš tikrųjų buvo gana supaprastintas daugeliu dalykų. Tačiau bėgant metams „Microsoft“ pridėjo vis daugiau ir daugiau dalykų. Ar visa tai bus pasiekiama „Linux“? Turiu omenyje, ar patarsite savo klientams, ar nedaryti šią migraciją?
Binh Chau: Atsiprašau, ar kyla klausimas, ar mes matome, kad žmonės to klausia?
Dr Robin Bloor: Na, atsižvelgiant į tai, kad jūs su juo nesutarėte, ar jis toks pat sudėtingas „Linux“, kaip ir „Windows“?
Binh Chau: Aš pats su tuo nežaidžiau, bet aš girdėjau iš kolegos, kad jis iš tikrųjų yra lygiavertis. Bet aš asmeniškai nesu žaidęs su naująja SQL versija „Linux“.
Dr Robin Bloor: Gerai. Ar aš teisus galvodamas, kad jūs tiesiog įtraukėte agentus į kiekvieną rastą SQL serverį? Ar tai, kaip šis įrankis veikia?
Binh Chau: Ne, mes iš tikrųjų nestatome agentų. Šiam įrankiui, „Inventory“, mes iš tikrųjų nededame agentų. Mes tiesiog išeiname, paskambiname ir patikriname būsenas. Vienas gražus dalykas, susijęs su šia priemone, yra tas, kad jis neturi agento.
Dr Robin Bloor: Taigi, jūs turite kitų „SQL Server“ įrankių. Ar galite man priminti, kokius kitus produktus turite šiame rinkinyje, susijusius su „SQL Server“?
Binh Chau: Taip. Mes turime „SQL Diagnostic Manager“. Tai stebėjimo ir atlikimo priemonė. Tai atlieka nuodugnesnę analizę ar diagnostiką, našumą ir sveikatos patikrinimus jums, nei „Inventory Manager“. „Inventory Manager“ yra lengva sveikatos patikrinimo versija. Taip pat turime „Compliance Manager“ ir „Secure“, kurie yra mūsų saugos komplekto dalis. Tai iš esmės jums pasakys, kas prieina prie jūsų duomenų, su kokiais duomenimis jie naudojasi, kodėl, ir tai padės jums laikytis atitikties ir kitų ataskaitų teikimo gairių. Mes turime „SQL Safe“, kuris yra mūsų atsarginis įrankis - jis daro atsarginę kopiją ir atkuria, ir tai yra puiku.
Mes taip pat turime savo „Enterprise Job Manager“, kuris tik stebi jūsų darbą. Tada turime įrankių rinkinio įrankį, kuris yra administratoriaus įrankių rinkiniai, taip pat palyginimo įrankių rinkiniai, taip pat „SQL Doctor“. Administratoriaus įrankių rinkinys ir Palyginimo įrankių rinkinys yra tai, ką aš galvoju apie Šveicarijos armijos peilį. Jie ten turi daugybę įrankių, skirtų padėti DBA atlikti įvairius įvairius veiksmus, pvz., Žinote, patikrinkite pataisas ar perkelkite ar klonuokite duomenų bazę. Tačiau toje įrankių dėžėje yra 24 tokie įrankiai.
Dr Robin Bloor: Taigi, ar žmonės, kurie naudojasi atsargų valdymu, paprastai jau yra jūsų kitų įrankių vartotojai? Ar tai yra toks įėjimo taškas? Aš galiu įsivaizduoti - turiu galvoje, jūs galite man pasakyti, jei turite kokių karo istorijų - bet aš galiu įsivaizduoti, jei niekada iš tikrųjų nedarėte inventoriaus gana dideliame duomenų centre, patirtis gali būti gana blaivi. Ar tai, ką radai?
Binh Chau: Taip. Aš turiu galvoje, kad turime klientų, kuriems įrankis pristatomas iš kitų įrankių rinkinių, tačiau turime klientų, kurie ieško tokių įrankių dėl jų turimų projektų. Vienas iš pavyzdžių, kai aš turėjau, buvo viena įmonė, kuri susijungė su kita įmone ir nusipirko daugybę bendrovių ir, norėdama sumažinti savo sąnaudas, turėjo sustiprinti savo SQL serverio pėdsaką. Ir jie ieškojo įrankio, kaip išeiti ir atrasti viską, ką turėjo, kad galėtų pradėti procesą, kaip tai sutvirtinti.
Dr Robin Bloor: Teisingai, aš suprantu. Manau, kad gana dažnai tai įvyksta susijungimų metu, kai pagalvoji apie tai. Gerai, kad perduosiu Dezui, nenoriu leisti visą laiką. Pažiūrėkite, kokius klausimus turime iš Australijos.
Dez Blanchfield: Ačiū, taip, klausimai visada kyla aukštyn kojomis. Vienas iš dalykų, kurie ateina į galvą, ir aš manau, kad tai gana daug, žinote, įmonės nėra visiškai tikros, kur nubrėžti ribą, kada pradėti investuoti. Kada organizacija turėtų, turėdama patirties, atsižvelgiant į tai, kad esate šaltojoje stadijoje, kada pradėti investuoti į tokias priemones, kad nepatektumėte į bėdą? Ar tai darote nuo pirmosios dienos, kai pradedate kurti naujos organizacijos duomenų bazių infrastruktūrą, arba, kaip ką tik nurodėte, įsigydami / sujungdami?
Ar yra koks nors konkretus mastas, kuriame tikrai reikia būti? Jums reikia 10, 100 ar 1000 duomenų bazių? Kokia jūsų patirtis iki šiol rinkoje, su kuria taip ilgai bendravote, kada yra tinkamas laikas patekti į šią erdvę ir tikriausiai, nuo ko pradėti? Kaip tai atrodo, kai jūs pradedate?
Binh Chau: Aš turiu galvoje, galvoju, jei tai labai maža organizacija, jums gali prireikti šios priemonės, pvz., Turint vieną DBA ar porą DBA. Kai jūs pradedate kurti tris, keturis DBA ir gal nuo 50 iki 100 serverių grupę, aš nežinau, galbūt norėsite pradėti ką nors panašaus. Manau, jūsų organizacijai augant ir tik norintiems išmintingiems verslo žmonėms, žinote, kad, pavyzdžiui, jūsų pateiktas pavyzdys, jie nori patys įdiegti programas ir duomenų bazes, bet būtent tada jūs norite turėti tokio tipo įrankis, nes tokiu būdu jūs galite pamatyti, kas ten yra.
Bet net ir mažesnėje organizacijoje yra malonu turėti tokio tipo įrankius, skirtus sekti tai, ką turite. Jei padalinsite ją taip, kad galėtumėte pasakyti: „O, taip, aš nusipirkau SQL 2012 šiai dėžutei, tačiau ji šiuo metu veikia SQL 2008, nes turiu programą, kuriai vis dar reikalinga ta sena versija“. Tai padeda turėti tą „Inventory“ įrankį. norint atsikratyti kelių skaičiuoklių, kurios gali įstrigti, tvarkymo.
Dezas Blanchfieldas: Kitas klausimas, kurį man kilo tik dėl to: kokius įgūdžius ar išteklius organizacijos turėtų planuoti turėdamos į tokį mastą? Ar yra tokių atvejų, kai reikia tam tikrų įgūdžių, kurių jums tikrai reikia, ar tokio tipo patirties ar patirties, kokio tipo žmogus geriausiai tinka tokiam iššūkiui? Ar tai kažkas, ką vidutinis DBA ar sys administratoriaus ar tinklo administratoriaus tipo įgūdžių rinkinys galėtų tai išmesti? Ar tikrai reikia aštrių smailių galų smegenų ar galite tai pasiimti gana greitai?
Binh Chau: Atsiprašome, todėl jūs kalbėjote apie žmogaus įgūdžių rinkinį?
Dezas Blanchfieldas: Taip, taigi, kai galvojate apie duomenų bazės administratorių, yra tam tikrų įgūdžių, kurių jums prireiks. Taigi, kai jūs samdote DBA per se tam konkrečiam vaidmeniui, kai galvojate apie iššūkius, apie kuriuos kalbėjote čia, kai naudojate tokį įrankį, kad galėtumėte nuolat kartoti ir sekti duomenų bazes, darant atradimą ir vairuojant šį įrankį, ar yra kas nors išskirtinio apie įrankio naudojimą ir požiūrį į tokio tipo iššūkius, ar tai yra kažkas, ką vidutinis DBA gali pasiimti gana greitai?
Binh Chau: Aš turiu galvoje, kad jūsų vidutinis DBA gali tai greitai pasiimti. Manau, kad naudinga turėti tokio tipo įrankius, nes jūs taip pat galite juos pakeisti, nes jie yra internetiniai. Galite jį suteikti kitiems savo organizacijos vartotojams. Galėtumėte atiduoti programos kūrėjui, kuris gali patikrinti savo konkrečią duomenų bazę ar serverį. Tai atima kai kuriuos administracinius dalykus, kuriuos turi padaryti DBA. Anksčiau kažkas skambindavo DBA ir sakydavo: „O, kodėl mano serveris aukštyn ar žemyn?“ Dabar jie gali gauti prieigą ir pamatyti, ar jų serveriai yra aukštyn, ar žemyn.
Dezas Blanchfildas: O kokią aplinką vidutinei organizacijai reikėtų diegti? Ar jam reikalingas specialus fizinis serveris, ar tai galima padaryti virtualioje mašinoje? Ar jie gali tai panaudoti debesų aplinkoje? Koks yra bendras įrankio diegimo pėdsakas ir tik bendras jo veikimas? Kiek sunkiosios geležies potencialiai reikia, kad ji veiktų lygiagrečiai su kitomis žemėlapių aplinkomis?
„Binh Chau“: Taip, jis gali būti paleistas naudojant virtualųjį kompiuterį arba kompiuterį ar serverį. Tai nebūtinai turi būti skirtas serveris, tiesiog priklauso nuo to, kiek serverių stebite. Jei turite didesnę aplinką, tai gali padėti turėti didesnį serverį, nes jis renka daug duomenų apie jūsų stebimą SQL serverį.
Dezas Blanchfildas: Teisus . Ar tai dalykas, kurį galite patogiai paleisti debesies instancijoje ir sukurti VPN atgal į savo aplinką, ar turbūt duomenų, kuriuos jis surenka, kiek yra tokio naudojimo?
Binh Chau: Mes dar nenustatėme jo paleisti ant debesies, kad dar paleistume tai debesyje. Tikriausiai ji turėtų būti vykdoma premjeroje.
Dezas Blanchfildas: Ir paskutinis klausimas, jei galiu: daugybė įrankių, kuriuos mačiau šioje erdvėje, ypač kai jūs paminėjote tai vienam scenarijui, kai kažkas įsigijo įmonę, įvyko susijungimas ar kažkas panašaus, ar net jei tai buvo organizacija, vienijanti verslo vienetus, ar tai protingas naudojimo atvejis, kai kas nors dislokuoja jį nešiojamame kompiuteryje ir paima į aplinką, kad galėtų pavaizduoti pasaulį kaip kartą, ar tai yra mažai tikėtinas naudojimo atvejis? Ar labiau tai atvejis, kai jis bus ten ir tiesiog visam laikui paliekamas bėgti?
„Binh Chau“: Šis konkretus įrankis yra labiau savotiškas, įdiegiamas serveryje ir paliekamas ten paleisti. Tokiu būdu jūs galite surinkti reikalingą informaciją ir, manau, saugoti turimą inventorių, ką turite. Tai nepanašu į žemėlapio įrankį, nes žemėlapio įrankis yra vienas prieš vieną, pereikite prie jums reikalingo uosto, darykite tai, ką turite su juo daryti šiandien. Tai yra savotiškas dalykas. Maloni dalis yra tai, kad jūs galite tai pažymėti, suteikti žmonėms prieigą prie jo, kad jie galėtų patikrinti jų serverio, kuris juos domina, būklę.
Dezas Blanchfildas: Gerai. Tikriausiai paskutinis klausimas man ir tada aš perduosiu Ericui klausimus, kurie ateina per klausimų ir atsakymų langą kartu su dalyviais, nes mums šiandien buvo geras rinkėjų aktyvumas, vienas iš mano mėgstamiausių. Kaip tai susitvarkyti, kaip reikia susitvarkyti? Aš žinau, kad daugybė jūsų įrankių yra prieinami tipiniams dalykams, kuriuos reikia išbandyti prieš pirkiant. Kur turėtų kreiptis žmonės, norėdami daugiau sužinoti apie tai internete, kur yra svetainė, kur jie turėtų ieškoti atsisiuntimų ir kaip atrodo kelionė, pasidaryti koncepcijos įrodymą ar bandomąją medžiagą, pačiupinėti ir su ja susipažinti tada susisiekti ir nusipirkti?
Binh Chau: Taip. Galite apsilankyti IDERA.com svetainėje ir nemokamai atsisiųsti dviejų savaičių bandomąją versiją. Ir jei jums tai patinka ir norite su mumis susisiekti, mes taip pat galime suplanuoti demonstracinį demonstracinį modelį su vienu iš mūsų inžinierių, norėdami giliau pasinerti į įrankį.
Dez Blanchfield: Fantastiška. Na, labai ačiū už tai. Aš vertinu laiką, kai norėjau su jumis pabendrauti, ir, remdamasis savo asmenine patirtimi, ir aš tikiu, kad kalbu už jį visą gyvenimą trunkančią patirtį turintį Robiną, manau, kad šiandien yra kažkas tokio. Dabar negalime to padaryti rankiniu būdu, kad ir kaip stengtumeisi; mastelis yra per didelis ir viskas juda per greitai.
Aš labai rekomenduoju žmonėms tai padaryti tiksliai, pereikite į IDERA svetainę ir gaukite jos kopiją. Dėl to, kad turiu tinkamų įrankių, gali kilti rizika dėl mano pačios patirties su anekdotais, kuriais dalinuosi tik šiandien, nuo labai blogo iki labai gero, tačiau gali kilti ir kitas būdas, jei tu „ t. Erika, vėl tau.
Ericas Kavanaghas: Taip, tiesiog užmeskite paskutinį jums įdomų klausimą. Man tiesiog įdomu sužinoti, ką jūs ten matote, žinote, debesis, akivaizdu, šiais laikais yra vis svarbesnis - „Amazon Web Services“, tačiau jie nėra vieninteliai, „Microsoft“ siūlo visą „Azure“ pasiūlymą atrodo, kad įgauna garą. Man įdomu sužinoti, vienas iš dalyvių rašo, kad daktaras Blooras atkreipė dėmesį į tai, kad DBA yra brangios ir kad valdymo problemą gali sukelti nesąžiningi DBA arba kažkas, kas nedaro to, ką turėtų daryti. Ar tai galima išspręsti? migruodamas į debesį. Man iš tikrųjų tik įdomu sužinoti, kiek daug veiklos jūs matote? Ar matote, kad migracija į debesis įmonėms tampa vis svarbesne problema, ar ką jūs vertinate kaip tendenciją?
Binh Chau: Aš jaučiu, kad tai priklauso tik nuo to, kokioje problemoje esate. Jaučiuosi kaip kai kurios pramonės šakos, sakančios: „Ne, mes neimigruojame.“ Jie gali neemigruoti į viešą debesį; jie gali perkelti ar perkelti savo daiktus į privatų debesį. Bet tada matau kai kurias organizacijas, kurios domisi, žinote, tikrai įsitraukimu į greitą kelią ir savotišku žingsniu link „Amazon“ ar „Microsoft Azure“. Ir tada kai kurie žmonės sako: „Ne, mes neperkeliame savo duomenų“ arba „Yra tik tam tikri duomenys, kuriuos mes perkeltume, bet ne mūsų kritiniai.“ Manau, kad yra trys stovyklos.
Ericas Kavanaghas: Taip, tai būtų prasminga. Aš turiu omenyje, kad mes matome tai vis daugiau ir daugiau, ir aš manau, kad jis judės tinkamas ir prasideda gana ilgą laiką. Taip pat yra debesis. Žmonės įsitraukia į „Amazon“ žiniatinklio paslaugas - apie tai girdėjome daugiau nei keletą kartų - ir iš pradžių išlaidos yra valdomos, o po to laikui bėgant ji tiesiog susitvarko ir tada jūs tarsi užstringate. Daugeliu atvejų debesis yra tik dar vienas duomenų centras, tačiau švelniai tariant, tai bus įdomi kelionė į priekį.
Na, o žmonės archyvuoja visas šias internetines transliacijas. Norėdami peržvelgti išsamų visų dalykų, kuriuos darome, sąrašą, apsilankykite svetainėje techopedia.com. Ir, žinoma, insideanalysis.com - naujausios žinios. Ir su tuo mes atsisveikinsime. Ir dar kartą ačiū už jūsų laiką ir dėmesį. Ačiū visiems mūsų „IDERA“ draugams ir mes rytoj pasikalbėsime su jumis, kai mūsų duomenų filosofija bus internetinė transliacija. Teisingai, duomenų filosofija rytoj, ketvirtą valandą rytų. Tikiuosi pamatyti tave ten. Prižiūrėk žmones, po velnių.
