Ottaa mukaan: Isäntä Eric Kavanagh keskustelee tietokannan hallinnasta ja ilmentymien löytämisestä Robin Bloorin, Dez Blanchfieldin ja Bullett Manalen kanssa Hot Technologiesin viimeisimmässä jaksossa.
Et ole tällä hetkellä kirjautunut sisään. Kirjaudu sisään tai kirjaudu sisään nähdäksesi videon.
Eric Kavanagh: Hyvä on hyvät naiset ja herrat. Tervetuloa jälleen kerran. Nimeni on Eric Kavanagh. Asiat ovat kuumia. Asiat kuumenevat täällä. En tiedä mitä tapahtuu. Ai, se on totta, on aika Hot Technologiesille. Kyllä, nimeni on jälleen kerran Eric Kavanagh. Löydät minut sivustosta @eric_kavanagh. Tämä on show, joka on suunniteltu puhumaan siitä, mikä on kuuma markkinoilla. Tänään otsikko ”Avaimet valtakuntaan: SQL Serverin hallinta dynaamisella etsinnällä”. Hyviä juttuja. Siellä on todella sinun. Okei, tuo kuva oli muutama vuosi sitten. En aio valehdella, olen nyt hieman vanhempi, mutta se on kunnossa.
Joten puhumme siitä, kuinka tekniikat ja SQL Server ovat todella, todella, todella, todella kuumia. Meillä on tänään koko joukko sisältöä, joten aion jakaa sen heti. Valmiina täällä. Siellä on puhujamme. Ja Robin Bloor menee ensin.
Robin Bloor: Todellakin. Esittelyssä aiotaan syventää tietokannan hallintaa, joten ajattelin vain käyväni tietokannan hallinnan tai, tiedätkö, tietokannan labyrintin läpi saadakseni ihmiset sen hengessä. Aikaisemmin olin DBA, luulet, että voisit sanoa, että olin ennenkin tietokanta-konsultti, noin 20 vuotta sitten, ja asia, joka todella yllättää minua tietokannoista, on se, että paljon ei ole muuttunut. Paljon asioita on muuttunut nopeuden suhteen, tietomäärien ja vastaavien suhteen, mutta suuri osa siitä on tosiaankin hyvin samankaltainen kuin ennen.
Tietokanta on mielestäni organisoitu laajennettava tietokokoelma, joka voidaan optimoida tietyille työmäärille ja tuottaa tiedonhallintaominaisuuksia. Se syntyi pääasiassa siksi, että jos halusit hallita tiedostojen tiedostoja, se oli erittäin vaikea työ. Ja ajatus koota ohjelmisto, joka tekisi melkein kaiken mitä tarvitsit sen tekemiseen, alkoi melkein heti, kun meillä oli satunnainen pääsy IBM: n suuryksiköihin jo 1970-luvulla.
Relaatiotietokanta keksittiin 70-luvulla, ja se syntyi prototyyppien muodossa 80-luvulla, ja se sai pitoa markkinoilla 90-luvun alusta lähtien. Ja relaatiotietokannat ovat edelleen erittäin hallitsevia suosioissa. Jos luet lehdistöä, kuulet hirvittävän paljon sanottua niistä - SQL-tietokannat, ja viime aikoina kaaviotietokannoista on kovin paljon kohinaa. Ja ne ovat mielenkiintoisia, jos haluat, mutta tosiasiallisesti edelleen uusimmissa myyntinumeroissa relaatiotietokannoilla on 95% markkinoista. Ja Microsoft SQL Server, josta aiomme keskustella yksityiskohtaisesti tänään, on Oraclen toiseksi suosituin.
Relaatiotietokannoista, jotka tekevät niistä epätavallisia moottoreiden suhteen, koska ne ovat, ne voivat toimia sekä OLTP- että kyselytyökuormissa. Sinun on viritettävä ne eri tavalla, jos aiot tehdä niin, mutta he todella kykenevät toimimaan molemmilla tyypeillä. Yksi niistä on lyhyitä satunnaisia tapahtumia ja toinen on pitkiä kyselyitä, jotka kattavat paljon dataa. Vaihtoehto, NoSQL-tietokanta ja kuvaajatietokanta on tarkoitettu pääasiassa analytiikkaan, ja ne ovat nousseet melko hiljattain. NoSQL tuli ensimmäiseksi ja kuvaaja on alkanut saada vähän pitoa viime aikoina. NoSQL: tä voidaan käyttää tapahtumatoimintoihin, mutta kuvaajia ei käytännössä koskaan käytetä tapahtumatoimintoihin. Syy, että törmäsin säädökseen, joka on mielestäni ainakin kymmenen vuotta vanha ja joka sanoo, että useimmilla yrityksillä on ainakin kolme, tosiasiassa luku oli 3,5, eri tuotemerkkien tietokannat, jos tarkastellaan niiden ohjelmistovarastoja.
Mutta todellisuus on, että useimmat yritykset standardisoivat tietyn tietokannan. Ja suurin osa yrityksistä on standardoinut joko SQL Server ja Oracle kaksi suosituimmaksi, jos haluat, standarditietokantoihin.Ja he käyttävät vaihtoehtoja vain poikkeuksellisissa olosuhteissa, joissa esimerkiksi he saavat ohjelmistopaketin, joka tarvitsee erilaisen tietokannan, tai he ovat menossa joidenkin suurten tietoanalyysikohteiden jälkeen.
Olemme myös, jos haluat, Hadoopin puuttumista. Hadoop on tavalla tai toisella tullut enemmän kuin tiedostojärjestelmä, mutta ei vielä tietokanta. Siinä on kuitenkin SQL, joka istuu sen päällä. Mutta siellä on todisteita siitä, että se ei oikeastaan syrjäytä tai missään läheisyydessä korosta sitä relaatiotietokantaa, joka ansaitsi maailman sydämet ja mielet. Ja syynä siihen on todellakin se, että relaatiotietokannoista kesti kaksikymmentä vuotta, tosiasiallisesti yli kaksikymmentä vuotta, jotta ne olisivat niin hyviä kuin ovat. Ja et vain rakenna kyselymoottoria tai SQL-moottoria, joka on todella suorituskykyinen hyvin lyhyessä ajassa. Sitä ei vain tapahdu.
Joten tämän diojen päätelmä on, että tietokannat ovat strategisia ja ne kehittyvät, ne paranevat. Ja niin on varmasti Oraclen ja Microsoft SQL Serverin tapauksessa. Luultavasti harvat muistavat takaisin päiviin, jolloin tietokannat ensin syntyivät, mutta minä tein, olin silloin poika. Alkuperäinen ajatus oli, että olisi yksi tietokanta, ja se oli käsitteellinen idea, jota ei koskaan juurtunut. IBM yritti AS / 400: n kanssa tosiasiallisesti olla tietokantapohjainen tiedostojärjestelmä, mutta se ei myöskään dominoinut. Sinulla ei ole tosiasiaa, että tietokannat pirstoutuvat luonnollisesti. Sinulla on luonnollisesti useita tapauksia. Skaalautuvuusongelmia on. Tietokanta skaalataan vain tiettyyn kokoon, tosin totta, että koko on kasvanut vuosien varrella, mutta niillä oli rajoja.
Ja siellä oli työmäärää koskevia ongelmia, joista suurin oli, että OLTP-työmäärät ja suuret kyselytyöt eivät yksinkertaisesti ole yhteensopivia keskenään. Ja oli mahdotonta rakentaa moottoria, joka tekisi niin. Se mitä olemme törmänneet, mikä on tavallaan mielenkiintoista, löysin äskettäin sivuston, jolla oli yli tuhat erilaista Oracle-tapausta. En muista tarkalleen kuinka monta DBA-tietokantaa heillä oli, mutta jos puhuit heidän kanssaan siitä, kuinka monta tietokantaa DBA tosiasiallisesti valvoi, se oli noin kymmenen. He käyttivät pohjimmiltaan tietokantaa kaappina ja heittivät vain tietoja siihen, koska ainakin sinulla oli kaavio ja se oli organisoitumpi kuin tiedostojärjestelmä koskaan olisi, mutta kukaan ei tehnyt muuta kuin antaa oletuskokoonpanon ja asettaa sen löysä.
En ole varma, oliko se hyvä idea. Minusta se kuulostaa oudolta, ollakseni rehellinen, koska mielestäni aina kun työskentelin tietokantojen kanssa, tietokannat tarvitsivat läsnäoloa ja sinun oli tavalla tai toisella tiedettävä tarkalleen, mitä siellä tapahtui. Ja erittäin suuri järjestelmäriippuvuus tarkoittaa, että tietyt palvelutasot on ehdottomasti täytettävä tai muuten saat ongelmia.
Äskettäin oli puhetta, olen törmännyt useisiin tietokantoihin, jotka väittävät itsehienostuvansa. Ne, jotka ovat kyselyliikenteelle määritettyjä pylväsvarastoja, virittyvät pääosin itsehintaisesti, koska hakemistojen suhteen on tehtävä kaksi vaihtoehtoa. Mutta tietyn alueen lisäksi, tietokannat on viritettävä. Ja ne on viritettävä, tietyt relaatiotietokannat lähinnä siksi, että liittymiin liittyy hirvittävän paljon liiketoimia. Liitokset ovat kalliita toimia. Jos et aseta oikeita hakemistoja oikeaan paikkaan, liittyminen vie kohtuuttoman paljon aikaa, kun heidän ei tarvitse.
Itsehääntyvät tietokannat ovat tällä hetkellä hyvin olemassa vain niillä alueilla, joilla työmäärät tunnetaan hyvin. Ja kokemukseni on, että useimmat yritykset käyttävät hyvin vähän DBA-yrityksiä, ja koska ne ovat kalliita. Ja siksi on parempi, jos pystyt vaihtamaan sitä, mitä DBA tekee. Tämä on DBA: n toimintaa, kun ymmärrän niitä. He suorittavat tietokantojen asennuksen, konfiguroinnin ja päivityksen. Päivitys, muuten, ei välttämättä ole triviaalia. Syy, jonka vuoksi päivitit tietokannan, tarkoitan sitä sääntöä, jonka kanssa olen aina työskennellyt, älä koske sitä, jos se toimii, ja jos aiot päivittää tietokannan johonkin tiettyyn uuteen versioon, teet sen testitilassa ensin ja sen jälkeen päivität kaiken. Käytät aina samaa versiota. Mutta itse asiassa paljon sivustoja olen tavannut, niin ei juuri näin ole. Sanotaan, että on olemassa kohtuullinen entropian aste. Lisenssien hallinta on ongelma, riippuu siitä, minkä lisenssin sinulla on. ETL ja datan replikointi.
Yksi tietokannan temppuista on, jos sinulla on kyselytyökuorma, joka on jaettava, voit luoda kaksi esiintymää ja replikoida. Tätä tehdään usein silloin, kun ihmiset käyttävät replikoa kuumana varmuuskopiona tarvittaessa. Sitten varastointi ja kapasiteetin suunnittelu, joka on osa DBA: n toimintaa, koska tietysti data kasvaa ja sinun on seurattava sitä. Ja sitten sinun täytyy suunnitella erilaisia laitteistopäivityksiä tai laitteiden lisäyksiä. Siellä on vianetsintä, joka on tuskallista toimintaa useimmille DBA: lle. Jos jokin menee pieleen ja varmuuskopio ei toimi täsmälleen täydellisesti, heidän on käärittävä hihat ylös ja laskeuduttava ja yritettävä palauttaa asiat lokitiedostoista. Se tapahtuu tavallista useammin kuin luulen, hyvin, muistan sen tapahtuvan, mutta olen ollut poissa pelistä ainakin kymmenen vuotta, mutta muistan sen tapahtuvan useammin kuin olet koskaan voinut odottaa. Suorituskyvyn seuranta ja virittäminen ovat vain eräs DBA-työn sykkivä sydän. Mutta tietoturva on myös käyttöoikeuksien hallinnassa, varmuuskopioinnissa ja palautuksessa, kun luodaan ohjelmistotestijärjestelmiä, jotka kohtuullisen rinnalla elävä järjestelmä tekee. Ja koko tiedon elinkaaren kamaa. Joten se on mielestäni DBA: n luettelo työpaikoista lukuun ottamatta kaikkea muuta, jota heitä voidaan pyytää tekemään. Toiminnallinen dynaaminen. Viime kädessä tietojen eheys ja palvelutason hallinta ovat DBA: n ensisijainen vastuu. Ja yleensä he ovat kriittisiä. Ja se on kaikki mitä minun on sanottava. Aion luovuttaa Dezille.
Dez Blanchfield: Kiitos paljon. Aion viedä meille vähän hauskaa, anekdoottista matkaa ympäriinsä, miksi koko aihe, josta tänään puhutaan ja on kriittisempi kuin koskaan. Viime aikoina olin mukana hankkeessa, jossa muutimme valtionhallinnon alustan, jota käytettiin lisenssien rekisteröintiin ja ajoneuvojen rekisteröintiin, ja koko joukon asiaan liittyviä asioita, Fujitsun keskusyksiköltä, jolla oli A + Addition -niminen asia, joka on Solaris-käyttöjärjestelmä, toisin sanoen Unix, ajaa Oraclea ja tehdä siitä erittäin hyvää työtä. Ja näkemys oli, että tämä asia vanhenee ja oli aika siirtää se toiseen. Meillä oli hauskaa käyttää Unixia keskusyksiköllä ja se oli erittäin vakaa ja erittäin turvallinen ja omituisen mukainen SDL-alusta ja se oli aivan salamannopea. Mutta viisauden oli aika päästä pois keskusyksiköstä ja siirtyä.
Tämä merkittävä haaste kartoittaa kaikki järjestelmät, liiketoimintalogiikka ja SQL-ympäristö alla oleville tietokannoille ja tarkastelee kuinka suunnittelemme arkkitehtiä ja suunnittelimme sille uuden kodin. Ja päädyimme lopulta käsittelemään yhtä näistä asioista, joka on nyt pari vuotta vanha, mutta joka on yksi Sun-telinejärjestelmän Starfire-palvelimien yläpäästä. Ja nämä ovat todennäköisesti suurimpia tinaa, jonka voit ostaa planeetalla ja joka elää yhdessä isossa laatikossa ja symmetrisessä moniprosessointipalvelimessa. Se oli keskialueemme järjestelmä maailmassamme. Se ajaa Unixia ja se juoksi Oracalia natiivisti ja näkemys oli ”Mikä voisi mennä pieleen?” No, osoittautuu, paljon.
Esimerkiksi tuolloin, ja emme puhu kauan sitten, meidän piti käydä läpi hyvin manuaalinen prosessi selvittääksesi mitä mainframe-alustalla oli ja tuoda esiin. Erityisesti varsinainen tietokantaympäristö ja SQL-logiikka. Joten näkemys siitä oli tulossa melko suoraviivainen Oracle-to-Oracle-siirto, tietokannasta tietokantaan; kaikki liiketoimintalogiikat kohtaavat, suurin osa liiketoimintalogiikasta oli kirjoitettu upotettuihin kyselyihin ja liipaisuihin, ja kuinka vaikeaa se voi olla? Mutta jotain, jonka piti kestää kuukausia, päätyi viemättä aivan vuotta. Voit vain käydä fyysisesti ja manuaalisesti läpi jokaisen Unix-järjestelmän osan mainframe-ympäristössä, selvittää missä kaikki tietokannat olivat ja kuinka monta ilmentymää oli käynnissä ja mitä näillä esiintymisillä oli. Se oli ei-triviaalinen tehtävä ja päädyimme siihen kolme kertaa vain varmistaaksemme, että olemme vallanneet kaiken. Koska joka kerta luulimme kaivanneen niin syvälle kuin tarvitsimme, pinnan alla osoittautui, että siellä oli enemmän.
Toinen haaste, joka meillä oli, olivat mitkä esimerkit ovat käynnissä ja missä tilassa? Onko tämä kehitysympäristö? Onko se testiympäristö? Onko se osa integraatioprosessia? Onko se järjestelmien integrointi? Onko se UAT, käyttäjän hyväksymistestaus? Onko se tuotantoa? Onko se DR-ympäristö? Koska mainframe-ohjelmien hieno asia on, voit rakentaa näitä pieniä virtuaaliympäristöjä, joita me kaikki pidämme itsestään selvänä, ja siirtää asioita. Ja sinun on selvitettävä, onko tämä henkilö tuotantoluokan kehitystä ja testausta vai tuottaako se tuotantoa, onko tällä todellisia käyttäjiä? Muistaen, että tämä asia antaa ajokortteja reaaliajassa ja autojen rekisteröintejä sekä asioita, joilla on ihmisten elämässä todella merkitystä.
Ja tästä asiasta tehtiin kauan varmuuskopioiden luomista, joten meillä ei oikeastaan ollut huoltoikkunaa viedäksesi asiaa offline-tilaan ja nähdäksesi mitä tapahtui. Ei ollut sellaista asiaa kuin sen uudelleenohjaaminen. Meillä oli myös haaste, ettemme vain löytäneet, mitkä esiintymät olivat käynnissä ja missä ja kenelle, vaan meidän piti sitten selvittää, mitkä versiot siitä, mitä ilmentymät olivat käynnissä. Ja tässä hävisin melkein juoni. Kun aloin tajua, että meillä oli kaksi tai kolme tuotantoympäristön versiota, jotka olivat käyneet läpi eri tasoilla testausta, ja työkaluilla ja systemaattisilla lähestymistavoilla tähän oli vain vähän. Meidän oli kirjaimellisesti kaivattava koodiin ja käynnissä olevaan ilmentymään ja joissain tapauksissa otettava riski ottaa jotain offline-tilassa vähän aikaa. Pääsimme koko tämän asian pohjalle, kartoitimme sen ja se oli erittäin manuaalinen prosessi, kuten sanoin. Ja teimme lopulta koko ETL-siirron, polttamalla sen yhdestä paikasta ja siirtämällä sen toiseen ja kokonaisuutena se toimi. Ja olimme kuin, okei se on toimiva, olemme siitä erittäin tyytyväisiä.
Mutta sitten törmäsimme joukkoon erittäin vakavia kiinteitä tiiliseiniä. Erityisesti havaitsimme suorituskykyongelmia. Päivän järkevä ajattelu oli, ja se on mennyt isompaan, parempaan, nopeampaan ja vaikeampaan laitteistoon. Ei ole mitään syytä, miksi sen pitäisi toimia huonosti sovellustasolla tietokantatasolla, joten aloitetaan etsiminen muualta. Joten suunnittelimme verkon kokonaan uudelleen kahdesti. Jokainen reititin, jokainen kytkin, jokainen kaapeli, menimme Ethernetistä kuituun joissain tapauksissa, päivitimme ohjelmistoja, laastarimme, saat näkymän. Rakensimme verkon uudelleen pohjimmiltaan kahdesti ajatellen, että siellä oli suorituskykyon liittyviä kysymyksiä. Ja se näytti ja tuntui siltä kuin se oli. Kävimme läpi erilaisia turvajärjestelmiä, erilaisia palomuureja. Paikkaamme käyttöjärjestelmän. Siirrimme tavaroita laskentaterästä toiseen. Ja vietimme huomattavasti aikaa tarkastelemalla sitä koskevaa infrastruktuurikappaletta.
Ja sitten tajusimme, että kun irrotimme palvelimet ja suoritimme siihen joitain muita sovelluksia, verkko toimi hyvin. Joten aloimme vetää käyttöjärjestelmää erilleen. Sama asia. Mutta mielenkiintoista, verkko- ja käyttöjärjestelmätaso, työkalut olivat olemassa, meille oli itse asiassa suhteellisen suoraviivaista vertailla ja testata ja todistaa, että kukin noista kappaleista toimi. Mutta silloinkin SPARC-laitteistoalustalla keskitason Solaris-laitteessa työkaluja ei vain ollut siellä, jotta voimme alkaa diagnosoida tietokantaympäristöä. Tiedätte, kartoittaen, olisimmeko tuoneet kaikki tapaukset läpi. Ja niin meidän piti tosiasiallisesti rakentaa omat työkalut ja kirjoittaa joitain ja istua alas, olipa kyse sitten tietokantatyökaluista omilla alkuperäisillä skriptikieleillä vai oliko se sarja komentosarjoja tai joissain tapauksissa joukko C-ohjelmia.
Tutkimme lopulta joitain erittäin mielenkiintoisia aiheita, joissa SQL-kerroksen alla olevien logiikan, varsinaisten tietokantamoottorien itse, kävi ilmi, että kun jotain rakennettiin tietyllä tavalla jollekin, joka kävi Oraclen keskusyksikköversiossa, siirrettiin SPARC: n Solariseen. Oracle-versio, se ei heti siirtänyt samaa suorituskykyä. Joten tämä oli meille ensinnäkin melko tuskallinen matka, teimme vain sen ja löysimme kaiken, mutta nyt meidän oli diagnosoitava se uudessa tuotantojärjestelmässä ja jälleen tämä asia räjäytti kuukauden arvoisen muuton lähes vuoteen. Ja tapahtui vain se, että meillä ei ollut työkaluja ympärillä. Juoksee tekemällä esimerkiksi metatietojen kartoittamista.
Jossain vaiheessa melkein päätimme, että tarvitsemme Ouija-lautaa, koska se oli helpompaa tällä tavalla vain satunnaisesti osoittaa ja pilata. Yksinkertaisia asioita, kuten selville, kenellä oli pääsy vanhoihin järjestelmiin ja miksi heillä oli tämä käyttöoikeus. Ja kuka tarvitsi pääsyä uuteen ja vahvistusta, saada joku allekirjoittamaan ja vahvistamaan sen ja kartoittamaan sen. Jopa niin yksinkertainen kuin tietokannan koko ei ollut yhdenmukainen kaikilla alustoilla. Piti rakentaa työkalu tämän tekemiseen ja vertailla sitä, kuinka suuri tietokanta on tonnimääränä, raa'ina megatavuina tai teratavuina järjestelmässä A verrattuna järjestelmään B. Jakahtamalla yksityiskohtiin suorituskyvyn ja suorittajan ympäristön välillä. Piti jälleen rakentaa uusia työkaluja. Meille ei vain ollut hyllyä.
Ja saat kaiken tästä, kun olemme päätyneet aseman käynnistämiseen ja saaneet sen vakaan, jokainen kappale siitä oli hyvin manuaalinen prosessi, ainoa tapa automatisoida jotain oli, jos rakensimme uuden työkalu tai uusi komentosarja. Ja jos meillä olisi työkaluja, jotka ovat saatavilla tänään, elämä olisi ollut paljon helpompaa ja paljon parempaa. Ja olisimme säästäneet miljoonia tähän projektiin. Mutta mielestäni siitä, mistä puhutaan tänään, on se, että työkalut ovat nyt saatavana ja ne helpottavat elämää. Monet sudenkuopat ovat edelleen olemassa. Löydät olemassa olevat tietokannat ja mitkä ilmentymät käyttävät mitä. Missä tilassa he ovat. Kuinka moni on käynnissä? Miksi he juoksevat. Juoksevatko he hyvin. Onko heillä varmuuskopioita?
Nämä ovat kaikki asioita, jotka voimme monin tavoin pitää itsestäänselvyytenä nyt oikeilla välineillä. Mutta tässä erityisessä anekdootissa, kuten sanoin, oli aika, jolloin se oli asia, josta monet meistä menettivät paljon hiuksia, vietimme todennäköisesti viisitoista vuotta elämästämme ja pahoittelemme sitä tosiasiaa, että työkalut eivät olleet nyt . Ja odotan innolla kuulevani paljon enemmän siitä tänään vierailtamme Bullettilta. Joten sen kanssa, Bullett, välitän sinulle, ja odotan innolla kuulevani, kuinka olet ratkaissut tämän ongelman.
Bullett Manale: Hyvä on. Kuulostaa hyvältä. Eric, anna minun ottaa tänne dioja ja puhua vähän, todella nopeasti, Iderasta, yrityksestä, ennen kuin pääsemme itse tuotteeseen. Aivan kuten FYI, tämä on eräänlainen valikoima erilaisia tuotteita, joita meillä on käytettävissä.
Eric Kavanagh: Ääni on tavallaan kuuma, joten jos käytät kuulokkeita, vedä sitä vähän.
Bullett Manale: Ei ongelmaa. Onko tuo parempi?
Eric Kavanagh: Se on paljon parempi. Ota se pois.
Bullett Manale: Hyvä on. Joten tänään keskitymme inventaariohallintaan, joka on tietenkin yhdenmukaistettu moniin näihin keskustelemiin aiheisiin. Haluan vain antaa sinulle hieman ymmärrystä siitä, kuinka tämä tuote meni minne se on. Aloitimme tyypillisiltä näkökulmista päivittäin tuotevalikoimallamme, meillä on suorituskyvyn seurantatyökalu nimeltään Diagnostic Manager. Meillä on Compliance Manager -työkalu. Joten, paljon erilaisia työkaluja SQL Serverin ympärillä, ja väistämättä kysymme aina lisensointitarkoituksiin kysymyksen: "Kuinka monta tapaa hallitset organisaatiossasi?" Ja mielenkiintoinen asia oli se, että emme koskaan pystyneet saamaan asiaan vakuuttavaa vastausta. Ei ollut oikein väliä kenen kanssa puhuit. Se oli aina eräänlainen: "No ajattelemme sen olevan tämän numeron ympärillä." Tällaisia asioita tuli aina esiin, ja sitten meidän olisi mentävä läpi tämä prosessi selvittääksemme tarkalleen, mitä heillä oli, että he halusivat antaa lisenssin hallinnoimissamme tapauksissa.
Ilmeisesti selvisimme todella nopeasti, että näyttäisi olevan tuskalla tuskalla liittyviä asioita monissa DBA-ryhmissä. Ilmeisesti DBA: na yksi niistä asioista, joista he ovat vastuussa, on tietäminen, koska yksi niistä asioista, jotka heidän on tehtävä, on huolehtia lisenssisopimuksistaan, tässä tapauksessa Microsoftin ja SQL Serverin kanssa. Ilmeisesti heillä on paljon muita alueita, joista he ovat vastuussa, mutta se on yksi niistä, joka on tavallaan iso lippuerä DBA: n kannalta mitä yleiset vastuusi ovat. Sen avulla päädyimme siihen, että tarvitsemme työkalun, jonka avulla DBA: n on helppo ymmärtää tämä luku. Koska sinulla on SQL-hajautusta, jos haluat kutsua sitä niin, ja se tapahtuu monista eri syistä. Ei ehkä ole niin paljon hallintaa siitä, kuka asentaa ohjelmiston ja sellaiset asiat.
Ja pahinta mitä voi tapahtua on joku saa käsiinsä SQL Server -kopion, asentaa sen, alkaa työskennellä sen kanssa tietämättä joillekin muille yrityksen organisaatioille tai osastoille, ja sitten seuraava asia, jonka tiedät, ehkä tietoja ei varmuuskopioida, ja sellaisia asioita, joita voi tapahtua. Missä nyt sinulla on toinen ongelma, jossa sinulla on tilanteita, joissa menetät tosiasiallisesti tärkeät tiedot, koska et tiedä, että ilmentymä edes esiintyy.
Yksi asioista, jotka meidän piti tehdä, oli sanoa, että selvitetään keksintö siitä. Ja sen lisäksi, että pystyt organisoimaan ja hallitsemaan keräämiämme tietoja loogisella tavalla, joka on järkevää liiketoiminnan perusteella. Ja sitten selvästikin siitä lähtien, että voin tehdä päätöksiä kyseisen tiedon ympärillä ja kyetä tekemään sellaisia asioita. Se on sellainen, mistä työkalu alkoi ja mistä se tuli. Voin kertoa teille, että puhumme säännöllisesti DBA: n kanssa, mikä meillä todella on, että tiedämme kuinka monta tapausta heillä on.
Ja se on hauskaa, koska termi, et osaa hallita sitä, jota et voi mitata, kekseli aina meillä olevia suorituskykytyökaluja, kuten SQL Diagnostic Manager, mutta et todellakaan pysty hallitsemaan mitään, jos et tiedä sitä "Se" jopa siellä ensinnäkin. Joten se on eräänlainen iso osa tätä työkalua, kyky vain tietää, että se on olemassa.
Kun nyt puhumme joihinkin suurempiin organisaatioihin tai yritysliikkeisiin SQL Serverin kanssa, mielenkiintoinen asia, jonka löysimme monien kavereiden kanssa, joiden kanssa puhuimme, oli, että he olivat todella asettaneet ajan vuoden aikana, jolloin he todella kävelivät fyysisesti paikasta toiseen yrittääkseen selvittää miltä se laskee. Voit kuvitella DBA: na, että sinulle maksetaan melko hyvä määrä rahaa kävelemään fyysisesti koneelta toiselle joissain tapauksissa, mikä oli yllättävän se, mitä kuulemme joistakin melko suurista yrityksistä, joita en nimeä. Mutta aivan mielenkiintoinen seikka, että kaksi viikkoa vuodessa voidaan viettää tekemällä tällaisia harjoituksia vain selvittääkseen, ovatko heidän lisenssinsä oikeat.
Tämä kaikki liittyy tähän työkaluun ja siihen, kuinka se auttaa, mutta tapa, jota käsittelemme, oli kyky tehdä löytö, joka perustui useisiin SQL Server -ominaisuuksiin. Ja niin ensimmäinen kysymys on, mihin osoitat tai mihin yrität katsoa ensin? Tapa, jolla teimme, oli sanoa, että tehdään se IP-alueittain tai voimme tehdä sen itse verkkotunnuksen jäsenyyden perusteella verkkotunnuksen jäseninä olevissa tietokoneissa. Tällainen tapa käsittelimme tätä osaa, vain voidaksemme sanoa, että tämä on alue, johon haluamme keskittyä löytämisen suhteen.
Ja sitten sen toinen osa perustuu noihin ominaisuuksiin, portteihin ja muihin asioihin, WMI-rekisteriavaimiin ja sellaisiin asioihin, voimme koota ja varmistaa, että SQL on todennäköisesti käynnissä ja asennettu kyseiseen ilmentymään tai kyseiseen ympäristöön. Se on tietysti paljon parempi menetelmä kuin lenkkaritapa tai pikkukenkä ekspressimenetelmä. Nyt on siisti, että kaikki kyseiset ilmentymistä keräämät tiedot pidetään arkistossa ja ne voivat muuttua ympäristön muuttuessa. Kyse ei ole vain siitä, että "hei, siellä on esimerkki, tässä on luettelo, jonka löysimme", mutta se on DBA: n tai ilmentymiä hallinnoivan henkilön kyky määrittää, haluavatko ne tehdä kyseisen osan inventaariosta, ja sitten kun se ei ole osa luetteloita, jotta kyseinen ilmentymä voidaan purkaa. Ja niin heillä on koko SQL Server -instituution prosessin elinkaari, jotta ne voidaan todella ymmärtää helposti työkalussa.
Kun olemme löytäneet tapaukset, mitä teemme sen jälkeen? Toinen asia on suuri osa ilmentymän tiedoista, en halua joutua hakemaan sitä manuaalisesti ja laittamaan sen laskentataulukkoon tai sellaisiin asioihin. Ja se on toinen asia, joka oli tavallaan mielenkiintoista puhuttaessa DBA: lle inventaarioprosessista ja lisensoinnista. Onko sinun yllättynyt kuinka monella DBA: lla puhuin, kun kysyt heiltä: “Kuinka ylläpidät varastosi?” Ja puhumme DBA: n kanssa, joka on todella ironinen osa sitä, että he pitävät sitä ja seuraavat sitä staattisessa taulukossa kaikesta. Kuten sanoin, se on erittäin ironista, kun mietit asiaa minuutti. Mutta niin oli monissa tapauksissa, ja edelleen on tapaus useissa organisaatioissa, miten ne hallitsevat sitä. Kuinka he pitävät sen. Se on pääkopio Excel-taulukosta, joka kelluu ja joka on päivitettävä säännöllisesti.
Nämä ovat asioita, jotka olivat haasteita, joten rekisteröimällä kyseinen ilmentymä ja tekemällä siitä osa luettelosta, voit tehdä sen ja noutaa tiedot. Voit saada sen automatisoimaan siitä, tuleeko se osaksi luetteloa, versiota, painosta. Muita siihen liittyviä asioita voit lisätä manuaalisesti ehkä kyseisen luettelon tai Excel-laskentataulukon. Voit tuoda tämän tähän SQL Inventory Manager -nimiseen työkaluun. Jos sinulla on jo lähtökohta tapauksille, joista olet mielestäsi melko varma, voit tuoda ne esiin ja tehdä sitten kyseisen osan hallitusta mainosjakaumasi tuotteessa. Kun meillä on esimerkki ja kun tiedämme, että se on siellä, siitä tulee, okei, meillä on paljon tietoa, jota voimme hyödyntää tietämällä, että kyseinen esimerkki on olemassa, menemällä ulos ja keräämällä kyseisiä tietoja.
Ja paljon tietoa tarvitaan muutakin kuin lisensointitarkoituksiin. Suuri osa siitä voidaan käyttää tietysti vain asioiden tietämiseen, jotta voimme etsiä näitä tietoja sen jälkeen, kun ne on saatu. Mutta avainasia on palvelin, itse laitteisto. Kyky ymmärtää, millainen kone se on, ehkä malli tai valmistaja, muisti, muistin määrä, onko kyse fyysisestä tai virtuaalisesta koneesta, ja erityisesti fyysisten pistorasioiden tai ytimien ja CPU: n sekä tällaisten asioiden lukumäärä.
Ytimien lukumäärän suhteen, etenkin SQL Serverin kanssa, tietäminen tapaa, jolla he käyttävät lisensointia, on ydinkohtainen laskenta nyt SQL: n uudemmissa versioissa, josta tulee todella tärkeä osa sitä, eikä se ole mitään mitä sinulla on mennä ulos ja todella mennä kaivaamaan. Kun ilmentymä on tunnistettu, voimme tarjota kyseiset tiedot ja saada ne ulos ja antaa sinun tarkastella ja ymmärtää niitä ja voi tietenkin hyödyntää niitä.
Seuraava kerros alaspäin on ilmentymän kohdalla, jossa ilmeisesti sinulla on paljon erilaisia SQL Server -ilmentymiä, olipa kyseessä sitten vakio- tai yritys- tai edes Express kyseisessä asiassa, tai SQL Serverin ilmainen versio. Kyky ymmärtää myös, mitkä sovellukset on sidottu kyseiseen esiintymään, ja tämä voidaan tehdä automaattisesti. Kyky ymmärtää kokoonpanoasetukset ja sellaiset asiat sekä muut tiedot, jotka liittyvät itse SQL Server -ilmentymään.
Sitten pääset tosiasialliseen tietokantaan ja näet kokoonpanoasetukset, siihen tietoihin sidotun tilan määrän, missä se sijaitsee, kaikki nämä asiat asettuvat automaattisesti ja niin, että on valtava ajan säästö. Ja jälleen kerran, koska se etenee dynaamisesti ja tunnistaa päivittäin uusia esiintymiä, se on elävä asia, joka sinulla on varastosi suhteen. Tuote eräänlainen tavoitteena on tehdä siitä sellainen, on tehdä siitä jotain, joka muuttuu dynaamisesti.
Nyt kun kaikki nämä tiedot ovat meille saatavissa ja voimme vetää kaikki nämä tiedot sisään, on todella järkevää aloittaa joissain tapauksissa omien metatietojen luominen näihin ilmentymiin ja että metatiedot voidaan luoda sellaisella tavalla. kohdistuu tapaan, jolla harjoitat liiketoimintaa.
Joten jos sinulla esiintymät on ryhmitelty maantieteellisen sijainnin tai sovellusten omistajien tai DBA-omistajien tai muun mukaan, se voi olla suhteessa siihen, miten haluat ryhmitellä nuo esiintymät, kuinka haluat loogisesti saada nämä tapaukset järkeväksi, sitten ne ovat kiltti työkalun kahdesta alueesta, jotka antavat sinulle tämän kyvyn.
Ensimmäinen on kyky luoda ilmentymätunniste tai tunniste. Mikä on pohjimmiltaan yhdistäminen joko palvelimeen, ilmentymään tai tietokantaan, jotta voit luoda näkymiä ja vastata päivittäin esiin nouseviin kysymyksiin, mikä todella auttaa sinua käsittelemään mitä sinulla on, mitä hallinnat ja miten haluat siirtyä eteenpäin näiden tietojen kanssa.
Toinen asia, jota meillä on, on nimeltään mainosjakaumakentät tai mukautetut inventaariokentät, ja ne ovat tarkempia tietyn tyyppisille pienille tiedoille, joihin voit porata tietoja, esimerkiksi tietokantakerrokselle, jonka voin päättää lisätä avattavan luettelon, jolla on kaikki DBA: t ja voin laittaa kenen vastuulle kyseisestä tietokannasta tilanteesta riippuen tai mistä tahansa riippumatta siitä, kumpi tietokanta on siitä vastuussa olevien henkilöiden kanssa, voi valita sen, jotta tiedän, että he ovat vastuussa ja erittäin helposti vain kaivamalla inventaariota.
Joten näistä tiedoista tulee erittäin arvokkaita, varsinkin jos sinulla on suuri ympäristö, koska se vain auttaa sinua ymmärtämään kyseiset tiedot ja tietämään, mitä sinulla on ja miten teet sen.
Joten anna minun mennä eteenpäin ja siirtyä seuraavaan diaan täällä. Mitä näytän sinulle nyt, on se, että kaikki nämä tiedot olivat keräämässä, kaikki nämä tiedot ja tiedot, jotka keräsivät ja sovelsivat metatietoja, antavat sinulle mahdollisuuden tehdä paljon helpompaa ja nopeampaa päätöstä, kun kyse on käyttöoikeussopimuksista Microsoftin kanssa Microsoftin kanssa yrityslisensoinnissa tai ohjelmistovakuutuksissa.
Tämän ansiosta tämän tekeminen on todella helppoa sen sijaan, että sinun tarvitsee, täytyy mennä ja tehdä paljon manuaalista tietojen keräämistä, paljon tietojen manuaalista keräämistä, mikä todellakin vain tekee siitä prosessin paljon paremman. Se on siis eräänlainen tuotteen toimeksianto, joskus jotta DBA: t voisivat helpottaa näiden päätösten tekemistä lisensoinnin suhteen.
Nyt toinen asia, jonka me, sellaisena kuin puhuimme DBA: lle, löysimme ja oppimme todella nopeasti, on se, että - ja sen tyyppinen palaaminen aiemmin käsiteltyyn - sinulla voi olla SQL Server -ympäristössäsi 300 esiintymää, mutta ne ovat oikeastaan vain ehkä osajoukko niistä, joita todella tarkkaillaan ja hallitaan perinteisellä suorituskyvyn seurannan tyyppisellä työkalulla.
Joten jos menet ja istut tosiasiallisesti DBA: n kanssa ja sanot: “Katso, tiedämme, että sinulla on nämä 20 tapausta tai 10 tapausta 300: sta, joita tarkkaillaan tällä työkalulla, joka on suunniteltu seuraamaan sitä ja noudattamaan SOA-vaatimuksiasi ja saada hälytyksiä ja kaikenlaisia hyviä asioita ", löysimme myös sen, että jos kysyit:" Entä sitten nämä muut 280 tapausta, jotka sinulla on? Välitätkö niistä? ”Ja he tekevät, he välittävät heistä, mutta he eivät vain halua välttämättä tehdä investointeja seurataksesi niitä syvyyden tasolla, joka voidaan tehdä sellaisissa tapauksissa verrattuna niihin 10 tai 20, todella kriittisiin tuoteinstituutiot.
Joten toinen osa tämän työkalun yhtälöstä on, että se auttaa myös siinä suhteessa, että pystyt varmistamaan, että kantatasolla olet katettu esimerkiksi terveyden kannalta. Nyt se ei aio kertoa sinulle, jos sinulla on umpikuja tai kuka on umpikujan uhri. Se ei päästä itse istuntojen tasolle ja kyselyiden yksityiskohtiin. Mutta samalla se ilmoittaa silti, että hei palvelimet ovat alhaalla tai tilavuus täyttyy tai joudut tekemään varmuuskopioita tietokannasta, joka on eräänlainen tärkeä osa DBA: ta.
Joten sellaiset asiat ovat ehdottomasti edelleen tärkeitä, ja tämänkaltaisella työkalulla se on tapa, jolla saat kaiken kaikkea todella kriittisiin tapauksiin, joissa on paljon, paljon arvoa sidottuja, jos he menevät alas sinun täytyy tietää heti. Heillä voi olla korkeampi tarkkailutaso ja kyky tehdä sellaisia asioita, kun taas sen avulla pystyt poimimaan kaikki uudet ympäristölle lisättävät tapaukset ja varmistamaan, että niistä otetaan huomioon, ja varmistamaan myös, että ne Perustason terveystarkastuksia ollaan parhaillaan laatimassa.
Joten se on pähkinänkuoressa mitä Inventory SQL -tuonnin hallintaohjelmat ovat. Nyt näytän sinulle demonstraation siitä. Ennen kuin teemme niin, vain nopeasti näytän sellaisellani, että tämä on arkkitehtuurin dia täällä, ja vain sellaiseksi, että osoitan tätä, hallitsevia SQL-ilmentymiä, voimme löytää kaiken SQL 2000: stä saakka aina uusiin versioihin SQL.
Joten voimme tehdä niin, että meidän ei tarvitse koskaan lähettää agentteja itse instansseihin. Teemme sen keräyspalvelun kautta, ja se menee ulos, keräämällä nämä tiedot ja sijoittamalla ne arkistoon ja sitten Tomcat-verkkopalvelun käyttöliittymäkonsolista voidakseen olla vuorovaikutuksessa kyseisten tietojen kanssa ja katsella niitä. Joten sen melko suoraviivainen arkkitehtuuri.
Aion mennä eteenpäin ja vaihtaa vaihdon ja itse asiassa viedä meidät itse tuotteeseen, jotta saat siitä tunteen, ymmärryksen siitä, miten se toimii. Joten paras tapa tehdä tämä on ensin esitellä sinulle itse käyttöliittymä tässä on eräänlainen kojelauta, jota tarkasteltiin täällä.
Näen nyt hallinnoimani tapausten lukumäärän tällä hetkellä olevan aivan niin monta. Mutta minulla ei myöskään ole takataskussa koko tietokeskusta. Joten Ive sai noin kuusi tapausta, jotka näemme täällä. Nyt se sanoi: Im, mitä aion tehdä, on käydä läpi löytöprosessi ja näyttää kuinka se toimisi.
Nyt ensimmäinen asia, jonka tekisit, on hallinto-osiossa voit määrittää, kuinka haluat löytää esiintymät. Voit laittaa nämä tiedot tähän ja uudestaan, mikä voidaan tehdä useiden IP-osoitteiden kautta. Voit osoittaa toimialueelle tai aliverkkotunnukselle ja pystyä suorittamaan vain kyseisen verkkotunnuksen jäseninä olevissa koneissa nämä tarkistukset, joiden avulla voit valita useita erityyppisiä ominaisuuksia, kun SQL suorittaa tarkistusta.
Sitten kun olet tehnyt sen ja voit saada sen automatisoiduksi ajaa päivittäin käydäksesi kerätä tietoja. Voit myös tehdä sen tarvittaessa tapauskohtaisesti. Mutta kun aloitat tämän etsimisprosessin, se, mitä alat nähdä, on, kun siirryt täällä olevaan instanssinäkymään. Sinulla on Löydä-välilehti, ja Löydä-välilehti näyttää meille ne äskettäin löydetyt tapaukset. Joten meidän tapauksessamme meillä on täällä numero. Aion mennä eteenpäin ja tehdä on mennä eteenpäin ja lisätä yksi, jota aioin käyttää esimerkkinä. Joten tämä on tässä tapauksessa Chicagon esimerkki, eikö niin? Aion mennä eteenpäin ja lisätä kyseinen esimerkki luettelooni.
Okei ja se aikoo käydä läpi pari asiaa täällä. Aion vain mennä eteenpäin ja näet voimme asettaa valtakirjat. Valtuutukseni pitäisi olla siellä hyviä. Aion mennä eteenpäin ja huomaat, että voin antaa omistusoikeuden tähän, jos haluan. Voin myös määrittää sijainnin. Nyt itse sijainti voidaan myös lisätä, ja muistamme sen seuraavan kerran, selvästi.
Voin jälleen kerran liittää tähän tunnisteita metatietojen suhteen ja kuinka haluamme laittaa nämä SQL-esiintymät, etenkin tämän, mihin tahansa kauhaan haluamme laittaa sen. Joten meillä on joitain nykyisiä tunnisteita, suosittuja tunnisteita , joten voimme tarkastella joukko erilaisia tunnisteita, jotka olen ehkä jo sisällyttänyt. Aion vain valita joitain näistä satunnaisesti ja voimme soveltaa sitä.
Joten nyt, kun menen eteenpäin ja lisään sen luetteloon. Nyt kun se on lisätty, näemme sen nyt näkyvän tässä hallitussa näkymässä, joten voit nähdä sen täällä. Joten tiedät, että se on ensimmäinen askel, ja se, jonka juuri näytin sinulle, oli tapa, jolla lisäät pääasiassa nuo tapaukset käydessäsi läpi päivittäin. Joissain tapauksissa saatat sanoa, että tiedät mitä, jos haluan lisätä sen SQL-palvelimen yritysversion, lisää sen automaattisesti omaan luettelooni? Minun ei tarvitse mennä manuaalisesti valita sen.
Jocelyn: Aion keskeyttää sinut todella nopeasti. Emme nähneet demoasi.
Bullett Manale: Et ole?
Jocelyn: Ei.
Bullett Manale: No, se ei ole hyvä, katsotaanpa.
Eric Kavanagh: Jos siirryt vasempaan yläkulmaan, napsauta Käynnistä ja napsauta sitä.
Bullett Manale: Ah, okei.
Eric Kavanagh: Ja nyt jaa näyttö.
Bullett Manale: Anteeksi tuosta. Jep.
Eric Kavanagh: Ei se mitään. Hyvä saalis siellä, tuottaja Jocelyn.
Bullett Manale: Okei, niin se on parempi? Näetkö sen nyt?
Robin Bloor: Todellakin.
Bullett Manale: Okei, joten päästään tavallaan vain kävelemään sinä läpi, missä olimme todella nopeasti. Olemme saaneet löydetyt tapaukset, joita meillä on aiemmin ollut. Lisäsin juuri Chicagon esiintymän, joten se, mitä näet nyt, on nyt lueteltu täällä. Huomaa, että se on jo saanut paljon lisätietoja. Jos napsautan itse ilmentymää, alat nähdä kaikenlaisia tietoja, jotka olemme jo keränneet kyseisestä esiintymästä. Nyt täällä on luettelo kaikista olemassa olevista tietokannoista. Tietokannat voidaan eritellä koon ja toiminnan mukaan sen mukaan, mitkä tietokannat ovat eniten koosta ja toiminnasta.
Jälleen kerran voimme kertoa sinulle heti lepakosta, mitkä sovellukset näemme käynnissä kyseisessä instanssissa sen työtaakan perusteella, jonka näemme käynnissä ilmentymässä. Joten se on mukavaa pystyä tekemään se automaattisesti. Minun ei tarvitse mennä sisään ja sitoa hakemus ilmaantuvuuteen. Nähdyn perusteella voimme täyttää sen. Nyt jos haluat lisätä sovelluksen manuaalisesti, voit ehdottomasti tehdä sen. Mutta se on vain hieno tapa osoittaa ilmentymän assosiaatio tietokantaan tai, pahoillani, sovellukseen.
Huomaa myös, että näytön oikealla puolella on välitön yhteenveto, ja alapuolella on palvelinyhteenveto. Joten puhuimme täällä ilmentymän keskeisistä tiedoista, tietäen version, eikä vain, tiedätte, SQL Server 2012, mutta varsinaisen versionumeron, joka mukaan lukien ja kertomalla meille, mihin hotfix-korjaukset siihen on sidottu, mitä palvelupaketteja sidottu sille voi olla erittäin tärkeää tietää. Ilmeisesti muistin tarve on tärkeä. Kaikkea sellaista, riippumatta siitä, onko se ryhmitelty, kaikki nämä tiedot, minun ei tarvitse laittaa sitä sisään - se on jo kerätty ja kerätty, ja kun olemme havainneet, että se on löydetty esimerkki, se tulee olemaan osa meidän varastossamme.
Toinen asia, jonka näet täällä - ja se aikoo näyttää sinulle - se tässä esiintymänäkymässä. Meillä on nämä ominaisuudet, joista puhuin aiemmin, mukautetut määritteet, jotka voidaan lisätä. Joten voimme lisätä avoimen tyyppisiä ruutukenttiä, voimme tehdä kyllä / ei, miljardin tyyppisten valintojen suhteen. Voimme jopa tehdä avattavia luetteloita. Voit tehdä sen tietokannan ilmentymässä tai palvelintasolla.
Sitten, jos vieritämme hiukan alaspäin, näemme kaikki siihen liittyvät tiedot itse palvelimelle. Joten tiedät, että kaikki tämäntyyppiset tavarat ovat tietenkin todella, todella hyödyllisiä, koska ne kaikki on kerätty ja kerätty, ja ne ovat siellä meille heti, kun teemme päätöksen tehdä siitä osa varastossamme. Täällä voimme näyttää erot prosessorien, loogisten määrien ja fyysisten erojen, muistin määrän erot. Joten saat todella hyvää ja runsaasti tietoa tarvitsematta tehdä paljon työtä.
Nyt toinen osa tätä, kuten totesin, on kerätä näitä tietoja palvelintason tasolla. Jos siirrymme jopa tietokantaan, voimme nähdä, että suuri osa näistä aineista jakautuu myös meille.Joten jos menen vaatimustenmukaisuusvarastolleni, tässä tapauksessa voisin sanoa, että tiedät, että kyseessä on, tämä on vaatimustenmukaisuustietokanta, johon noudatetaan tietyn tason vaatimuksia tai lainsäädännöllisiä vaatimuksia, ja se voi olla, sanotaan, SOX- tai PCI-vaatimustenmukaisuus. Joten voin valita, mitkä tietokannat vastaavat niihin liittyviä vaatimuksia, jotka minun on täytettävä, tai varmistaa, että ylläpidän tätä säännöstä.
Joten tällainen aineisto on osoittautunut erittäin hyödylliseksi DBA: lle, koska siellä on paikka, jonne he voivat keskittyä pitämään kaiken tämän liittyvän metatiedon helposti ympäristössään ja he voivat tehdä siitä, kuten sanoin, sopusoinnussa heidän liiketoimintansa kanssa tekemällä , tapa, jolla he tekevät liiketoimintaa. Joten jos tarkastelemme kaikkia tavaroita toistaiseksi mitä olemme nähneet, sinulla on ilmeisesti aika hyvä katsaus esiintymään, jos pohdin sitä.
Voin myös tehdä hakuja, joten sanoin, että annetaan etsiä kyseistä vaatimustenmukaisuusvarastoa koko varastostani. Sitten näet täällä, että voin etsiä näitä asioita ja pystyä tunnistamaan ne. Sanon niin - en ole varma mitä, mennä-painikkeet eivät toimi siellä. Okei. Katsotaanpa, yritetään sitä uudestaan. Siellä me menemme. Joten voisimme silloin nähdä erittelyn siitä, missä näemme mitä tahansa, joissa noudatettiin vaatimuksia, ja voin tutkia sitä ja nähdä sen myös tästä näkökulmasta. Joten sinulla on todella nopea ja helppo tapa kaivaa näitä tietoja.
Nyt kuten aiemmin mainitsimme, sinulla on paljon erilaisia tapoja luoda metatietoja esiintymistä palvelimelle ja tietokannalle. Toinen osa sitä on kyky hyödyntää sitä tavalla, jonka olet ryhmittänyt siihen ja miten olet liittänyt siihen. Menemme tutkimusmatkalle, voimme tehdä juuri sen. Voimme sanoa, että haluan laskea tietokannan sijaintikohtaisesti. Joten tietokantojen määrä kussakin ympäristössä, jota tuen. Tai mahdollisesti ehkä sen perusteella, että omistaja omistaa ne tapaukset, jotka minulla on siellä mahdollisesti esiintymien lukumäärän suhteen. Joten voimme nähdä sen. Joten saat todella hyvän, helpon tavan maalata nämä kuvat sinulle minkä tahansa kysymyksen perusteella, mihin yrität vastata kerralla.
Sitten mitä sinulla on se tietotekniikka, joka on luotu haluamallasi tavalla, voimme viedä sen PDF-muotoon tai eri muodoihin voidaksemme hyödyntää sitä ja kollegoillemme tai tehdä mitä tarvitsemme siellä. Joten tiedät, että osaat tehdä sellaisia asioita. Palaa takaisin - hävisinkö sen? Siellä me menemme. Okei, niin toivottavasti tämä on järkevää sen suhteen, mitä Ive puhui tähän mennessä. Nyt kun kerätyt tiedot ovat kaikki ilmeisen tärkeitä monista syistä - lisensoinnista ja nokka-asteikosta.
Viimeinen mainittava asia on, että siirrymme tähän hallinto-osaan täällä. Tässä voit myös määrittää hälytyksesi ja voida varmistaa, että asioista, joista haluat tietää todella, voit myös asettaa nämä asiat. Joten voimme perustaa hälytyksiä, pystymme asettamaan kyvyn kytkeä päälle tietyt asiat ja sammuttaa tietyt asiat ja sitten pystyä määrittämään, kuka vastaanottaisi nämä viestit, ja tilaamalla hälytykset voimme yhdistää ketä haluaisimme olla, jotka haluaisivat tietää sellaisista asioista.
Mutta kuten aiemmin totesin, tämä on todella hieno tapa tehdä, ainakin tuntea mielenrauhaa tietäen koko yrityksesi SQL-ilmentymistä - mikä sinulla on, ja varmista myös, että se toimii optimaalisesti, vaikka et, eivät ole tehneet päätöstä tehdä sijoitus raskaan lyövän suorituskyvyn seurantatyökalun hallintaan kyseisessä tapauksessa. Tämä kattaa sinut, koska se on erittäin edullinen tapa lähteä ulos ja monille tapauksille on mahdollista tehdä nämä luettelot ja pystyä tekemään eräänlainen hyvin laaja yleinen valvontataso varmistaaksesi, että sai tuon mielenrauhan ja tietää mitä tapahtuu.
Joten toivottavasti sillä on järkeä tavalla, jonka olemme kuvanneet ja osoittaneet sen sinulle. Luulen, että siitä näkökulmasta voin mennä eteenpäin ja välittää sen takaisin ja voimme puhua lisää.
Eric Kavanagh: Se kuulostaa hyvältä. Joten Robin? Dez? Kysymyksiä?
Robin Bloor: No, minulla on kysymyksiä. On todella mielenkiintoista katsoa tätä, tarkoitan, että halusin vain kommentoida, että melkein kaikkialla missä olen ollut, ei vain DBA: n keskuudessa, mutta verkon tyyppien, tallennuskaverien, virtuaalikoneiden hallinnan kaverien keskuudessa, he kaikki laskentataulukoiden poistaminen.
Eric Kavanagh: Oikein.
Dez Blanchfield: Tiedät sellaisen, että totta, tiedät sellaisen, mikä on kunnossa, kunnes numerot alkavat liikkua. Kun numerot alkavat liikkua, tiedät, että he tulevat vaikeuksiin. Joten kysymys, josta olen nyt kiinnostunut, ja tiedän, että siihen tulee olemaan vaikea vastata, mutta entä, jos siirryt kohtaan, jossa heillä ei ole mitään tällaista siellä taulukoiden työstämistä varten, niin oletetaan, että DBA: t ovatko erittäin älykkäät kaverit ja niin edelleen ja niin edelleen, millaista sijoitetun pääoman tuottoprosenttia luulet saavasi toteuttaa jotain tällaista? Onko sinulla mitään lukuja siitä tai ohjeita siitä?
Bullett Manale: On vaikea sanoa, mikä on sijoitetun pääoman tuottoprosessi, koska ympäristöistä tulee vähän erilaisia. On selvää, että mitä suurempi yritys, sitä suurempi ympäristö, tietysti sitä enemmän ROI todennäköisesti on, jos he käyttävät, tiedätte, nyt manuaalisia menetelmiä.
Tiedän, että Ive puhui useiden - kun sanon suurien organisaatioiden tuhansia ja tuhansia työntekijöitä ja todennäköisesti myös tuhansien tapausten - kanssa, joissa minulla on ihmisiä, jotka osoitan tämän heille ja he sanovat, että tämä vie kaksi viikkoa aikani takaisin. Ive oli sanonut sen minulle useammin kuin kerran. Joten se on vaikea sanoa ostoksen todellisen dollarimäärän suhteen, mutta se on huomattava, kun sinulla on ympäristöä.
Kuten sanoin, se on melko johdonmukainen, sen ihmiset minä, suurin osa ihmisistä, joiden kanssa puhun, pitävät tätä tavaraa laskentataulukossa. Joten se on vain erittäin, erittäin subjektiivinen asia, koska jokainen ympäristö, se on hiukan erilainen siinä suhteessa, kuinka he lisensoivat ja miten he tekevät lisensointiaan Microsoftin kanssa, on myös osa tätä. Mutta jos heidän on tehtävä tosi korotuksia joka vuosi tai joka kolmas vuosi, luulen kolme vuotta Microsoftille eniten, että he tietävät, he haluavat sinun toteutuvan vähintään joka kolmas vuosi.
Sitten tiedät sen huomattavan ja tiedät vain sen, mikä tekee siitä paljon helpompaa. Koska dynaaminen asia, joka muuttuu aina, se antaa hieman enemmän pätevyyttä myös suhteessa siihen, mitä katsot jakeissa, joten emme ole todella päivittäneet laskentataulukkoa kuudessa kuukaudessa tai vuodessa. Joten kuinka usein päivität laskentataulukkoa, on toinen kysymys, jotta ymmärrämme vastauksen sijoitetun pääoman tuottoprosenttiin.
Dez Blanchfield: Kyllä, tarkoitan SQL-lisensointia, tämän lisensointi on vain kirottua painajaista, mutta se on erityisen painajainen, koska lisensointi ei ole sama Microsoftin ja Oraclen välillä ja kukaan muu tekee siellä tietokantatoimia. Jos et tosiasiallisesti pidä asioita laskentataulukoissa, mikä yleensä on mitä tapahtuu, tiedät, että lisensointiaika tulee noin ennen kuin todella ymmärrät sen, ja sinulla ei todellakaan ole tietoja, jos tiedät mitä tarkoitan, jotta pääset helposti kyseisiin tietoihin.
Joka tapauksessa, kuten huomautat, sen dynaaminen ja minulla ei ole aavistustakaan henkilökohtaisesti, koska Ive ei koskaan ollut itse asiassa neuvotella Microsoftin kanssa, joten Iveillä ei ollut aavistustakaan, mutta luultavasti on olemassa tietokantoja, joissa ihmiset melko usein poistavat testitiedot, testausympäristöt ja minä arvaa, että nämä ovat piikki sinun puolellasi, jos teet lisensointia. Oletko se sinä-?
Bullett Manale: Kyllä, kyllä. Näin on, koska monta kertaa nämä asiat unohdetaan ja sitten alamme yrittää selvittää, okei, hyvin okei, olemme saaneet ydinlisensoinnin, että meidän on selvitettävä ytimien lukumäärä jokaisessa näissä tapauksissa, enkä tiedä, Laitteita viisaasti ostaessasi koskevien standardien suhteen saatat myös ostaa melko hyvää laitteistoa, jos et siis käytä tätä laitteistoa tavalla, jota se pitäisi käyttää, olet yli maksanut, koska maksat ydinhinnoittelusta, kun näitä ytimiä ei käytetä niin, että tulee ongelma.
Joten, jokaisella SQL-version versiolla on erilainen käyttöoikeuksien käyttötapa, mikä tekee siitä jopa hieman hämmentävän. Joten sinulla on joitain haasteita ympärilläsi, ja siksi iso osa miksi nämä tiedot ovat erittäin hyödyllisiä, koska voimme kertoa sinulle, mikä versio se on, voimme kertoa sinulle selvästi ytimien määrän, joka sinulla on, jos sen vanhemmat SQL-versiot ovat se oli pistorasiakohtainen hinnoittelu, voimme silti myös näyttää sen. Joten se vain, se tekee siitä paljon yksinkertaisemman rutiinin, joka joudut läpi, kun on aika toteuttaa nämä asiat.
Dez Blanchfield: Yksi asia, joka mieleeni tulee, oh anteeksi -
Robin Bloor: Hyvä on, menkää Deziin, aioin kysyä mahdollisesti merkityksetöntä kysymystä.
Dez Blanchfield: Vain jotain todella nopeasti, kun olet nyt aiheesta aiheesta - näkivät paljon enemmän pilviympäristöjen omaksumista ja jos ajaisimme tätä omassa tietokeskuksessamme, omassa ympäristössämme, he indeksoisivat ja löytäisivät, asioiden löytäminen on suhteellisen suoraviivaista. .
Kuinka me, miten selviää tilanteesta, jossa meillä voi olla kolme tietojoukkoa, kaksi pilveä ja näkyvyys näissä ympäristöissä on palomuuri, ja usein tietosarja on putken tai VPN: n päässä. Onko meidän tekemässä löytöjä edestä vai onko meidän aloitettava porttien avaaminen, jotta voimme skannata tietyissä ympäristöissä pilven eräiden tilojen ja tilojen ulkopuolelta, joissa nämä alukset toimivat?
Bullett Manale: Kyllä se olisi, satamien suhteen pitäisi olla jonkin verran huomiota. Joten se, valitettavasti toivon, että voisin sanoa, että se menee läpi kaikkien näiden ympäristöjen, mutta siellä on joitain erilaisia vaihtoehtoja, jotka voit tehdä tällä. On selvää, että jos teet jotain Amazon EC2: n kaltaista, tarvitset todella pääsyä tähän ympäristöön yhteyksiesi kautta, olettaen, että portit ovat auki ja pystyvät määrittelemään IP-osoitteesi tai siihen liittyvän verkkotunnuksesi ja se voi aloittaa kokoelman. ja aloita löytö.
Joten se, sellaisissa ympäristöissä, se ei todellakaan ole ongelma; se on erityisempiä ympäristöjä, kuten RDS, ja mistä juuri hankkit itse tietokannan, jos sen näyttäminen ja löytäminen on hiukan haastavampaa.
Dez Blanchfield: Joten siitä lähtien siellä oli, tietokannat ja tietokannat. Joten esimerkiksi vanhoina hyvinä aikoina oli vain erittäin, erittäin suuri tietokantamoottori, kuten anekdootti, jonka jaoin edessä, kun sen vain yksi massiivinen alusta ja kaikki mitä se on, on tarjota tietokanta. Nykyään tietokannat on upotettu kaikkeen, itse asiassa, kuin kaksi tai kolme niistä vain käynnissä puhelimessani sovellusten takana.
Minkälaisia haasteita kohtaat tilanteissa, joissa sinulla on ympäristöjä tulevia Lotus Notes -sovelluksia, sovellusten takana, SharePoint-tietokantaa eri Internetissä ja niin edelleen? Pohjimmiltaan kaikkea saa tietokanta takaosassa. Millaisia asioita näet siellä ja millaisia haasteita näet ihmisten kohtaamassa vain yrittäessäsi kartoittaa sellaisia maailmoja ja mitä työkalusi tekee heille?
Bullett Manale: No tarkoitan, että asia on siinä, että mitä sanoit - kaikki tarvitsee nyt tietokannan, joten usein on todennäköisesti paljon tietokantoja, jotka ovat tulossa ympäristöön, jota DBA itse eivät ole edes luoneet. tietoinen siitä, että SQL-palvelimen asentaminen ympäristöön ei yleensä ole kovin vaikeaa, yleisesti ottaen.
Tämä työkalu tunnistaa myös asiat, kuten pika-tietokannat, joten ilmaiset SQL Server -versiot. Hauska, kun menet taas puhua DBA: n kanssa, et saa johdonmukaista vastausta siitä, pitävätkö he välittämättä ilmaisista tietokannoista, joita siellä on. Monet näistä sovelluksista, joista puhut, käyttävät tietokannan ilmaista versiota. Mutta itse organisaatioilla on erilainen asenne suhteessa tietokantaan vastuussa oleviin henkilöihin sen mukaan, kenen kanssa puhut.
Jotkut DBA: t, joiden kanssa puhun, voin ajatella viimeksi ollessani SQL Server PASS -palvelussa, joka on Seattlessa, esittäessäsi kysymyksen “Pidätkö sinun pikatietokannoistasi?”, Ja se oli noin viisikymmentäviisi. Jotkut ihmiset halusivat tietää heistä DBA: na, koska he kokivat olevansa osa vastuutaan jopa ne ilmaisut tietokannat, joihin he voisivat silti sisältää kriittistä tietoa; Heidän on silti mentävä läpi varmuuskopiointiprosessin ja varmistettava, että kaikki asiat toimivat terveyden kannalta. Mutta vain tieto siitä, että ne ovat olemassa, on yhtä tärkeää, ellei vielä tärkeämpää.
Kun taas toinen puoli ihmisistä on: "Hei, he eivät olleet vastuussa näistä tietokannoista, ja kaikki, mitä heille laitettiin, on varovainen niitä asentavalle henkilölle." Mutta sanoisin, että kaiken mitä sanoit, kaikki melko kaunis paljon nykyään siihen on sidottu sovellus, joka vain lisää entisestään monimutkaisuutta ja hämmennystä näiden tietojen kartoittamisen johdosta.
Dez Blanchfield: Joo, olen nähnyt joitain, julkishallinnon sivustot ovat luultavasti suosikkini, mutta näen useimmiten nyt yritysympäristöissä, missä on, kuten totesit, että ihmiset unohtavat minut jopa asentaessani jotain SharePointin tai itsensävaihdon kaltaista, jotta tiedät että heillä on vain sisäänrakennettu ilmainen versio, koska he haluavat, tiedät, asentaa sen nopeasti eikä ole huolissaan siitä, että sinun täytyy mennä ostamaan lisensointia.
Sitten se suurenee ja sitten joku alkaa valittaa suorituskyvystä ja he sanovat: "Se on vain vanha palvelimesi, tallennustilasi, verkkoasi, mitä tahansa", ja sitten DBA soitetaan ja he ovat kuin "No, olet juuri koonnut kaiken tähän tietokannan ilmaiseen versioon, joka ei ole mitä sinun tarvitsee suorittaa tämä iso. "
Varsinkin silloin, kun sinulla on skenaarioita, kuten Projektipäällikkö ja Office, suorittaa satoja, ellei tuhansia projekteja suuressa yrityksessä tai yrityksessä, ja käyttävät SharePointia Microsoft Project Serverin kanssa ja heittävät kaikki PMO-asiat tähän tietokantaan. Mutta etuosassa he pitävät, hyvin se on vain verkkokäyttöliittymä. Mutta oikein tietokannat ja tietokannat.
Bullett Manale: Joo.
Dez Blanchfield: Joten mitä ne ovat, yksi sellaisista ensimmäisistä askeleista, joita täällä ihmiset luulen, että siellä on muutama kysymys, jotka saatat haluta tuoda esiin yleisöltä. Yksi ensimmäisistä kysymyksistä on mistä ihmiset alkavat? Mikä on heidän ensimmäinen luonnollinen askel, "Okei, meidän on tehtävä jonkinlainen nimettömän alkoholistien versio?"
Meillä on enemmän tietokantoja kuin tiedämme mitä tehdä. Millainen askel näyttää siltä, että he menevät: "Okei, meidän täytyy saada tämä asia ja aloittaa juokseminen?" Lähdevätkö he vain kylmää kalkkunaa tai myöhemmin heidän täytyy todella aloittaa pieni ja saada vain kokemusta ympäristön kartoittamisesta ?
Bullett Manale: No, luulen, että sanottiin, että heidän täytyy kartoittaa ympäristö. Nyt Microsoft tarjoaa ilmaisen työkalun, joka on Microsoftin arviointisuunnittelutyökalu, se on ilmainen työkalu, mutta se on staattinen. Teet löytö ja se on se. Saat luettelon asioista, jotka ovat ulkona. Otimme sen ja sanomme, että ilme antaa askeleen pidemmälle, tekee etsinnän, etsii mitä sieltä löytyy, antaa sen sijoittaa arkistoon ja antaa sen tehdä niin, että se on dynaaminen ja voimme lisätä siihen, poistaa siitä.
Mutta kaiken kaikkiaan suurin ensimmäinen askel on mielestäni vain selvittää, tee löytö. Tarkoittaako tämä tuotteen lataamista kokeiluversiona, voit ladata tämän ja kokeilla sitä 14 päivän ajan ja voit osoittaa ympäristöllesi ja tehdä keräyksen.
Jos sinulla on jo laskentataulukko, jossa on joukko kyseisiä tietoja, olet varmasti, että tiedot ovat oikein, sinulla on myös mahdollisuus pitää tuonnista CSV: hen, joka sisältää kaikki nämä tiedot laskentataulukkoon, ja tehdä siitä osan mitä on jo. Mutta sen selvittämiseksi, mitä et tiedä, ainoa tapa tehdä se on manuaalisesti mennä ulos, tehdä se tai olla työkalu, joka etsii tämän tyyppisiä asioita, kuten tämä. Jotkin päätökset, jotka sinun on jossain vaiheessa tehtävä, on: ”Yritänkö automatisoida tuon löytön tai ainakin saada hyvän pohjan siitä, mitä siellä on, ja sitten ehkä olla huolissani joistakin poikkeuksista?” Mutta suurimmalle osalle osa tarvitset todennäköisesti työkalun.
Dez Blanchfield: Joten vain nopeasti. Mihin ihmiset menevät aloittamaan tämän? He osuivat verkkosivustollesi? Kuinka he tavoittavat ja aloittavat tämän nopeasti?
Bullett Manale: Jos siirryt Ideraan, I-D-E-R-A.com, näet, ja voin tosiasiallisesti vain todeta nopeasti sen todella nopeasti. Ideran verkkosivustolla pääset tuotteisiin ja siirryt varastonhallintaan. Näet täällä latauslinkin. Määrität vain, minkä rakenteen haluat asentaa 64- tai 32-bittiseen, ja saat sen käyttöösi ja voit aloittaa etsinnän sieltä.
Robin Bloor: Upea ja hieno, upea esitys, kiitos paljon.
Bullett Manale: Kiitos.
Eric Kavanagh: Meillä on muutama yleisölle ja hyvin teille kysymys, koska meidän on ponnistettava tänään kovasti, mutta Bullett taas on hieno työ demossa, tuottajamme upea työ kiinni siitä, ettei sitä näytetty.
Bullett Manale: Anteeksi tuosta.
Eric Kavanagh: Ei, tämä on hyvää kamaa, annat näkyvyyttä liiketoiminnan ytimeen, eikö niin? Koska liiketoiminta ylläpitää tietoja ja annat näkyvyyden heti ytimeen. Joten ei enää käsin aaltoilevia tavaroita; Nyt voit itse osoittaa asioihin ja ratkaista se. Niin hyvä sinulle.
Bullett Manale: Kiitos.
Robin Bloor: Mutta oli hienoa nähdä sen elävän muutenkin, hyvin tehty.
Eric Kavanagh: Joo, arkistoimme tämän webcast-lähetyksen myöhempää katselua varten ja sitten meillä on se toivottavasti noin tunnin tai kahden sisällä, alkuperäinen arkisto nousee joskus hieman pidempään, mutta muista ilmoittaa muille. Sen kanssa päästiin sinut menemään, ihmiset. Kiitos vielä kerran osallistumisesta tiedotustilaan, jotka olivat todella kuumia tekniikoita. No kiinni seuraavan kerran. Ole varovainen.