Tekijä Techopedia Staff, 26. toukokuuta 2016
Takeaway: 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 niin, on aika Hot Technologiesille. Kyllä, nimeni on jälleen kerran Eric Kavanagh. Löydät minut Twitteristä @eric_kavanagh. Tämä on show, joka on suunniteltu puhumaan markkinoiden kuumasta. 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 on todella, todella, todella, todella kuuma. Meillä on tänään koko joukko sisältöä, joten aion jakaa sen heti. Valmiina täällä. Siellä ovat puhujamme. Ja Robin Bloor menee ensin.
Robin Bloor: Kyllä todellakin. Esitys on syventynyt tietokannan hallintaan, joten ajattelin vain käyvän läpi tietokannan hallinnan tai, tiedätkö, tietokannan sokkeloksen 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 kappale ohjelmistosta, joka tekisi melkein kaiken mitä tarvitsit sen tekemiseen, alkoi melkein heti, kun meillä oli satunnainen pääsy IBM: n mainframeihin jo 1970-luvulla.
Relaatiotietokanta keksittiin 70-luvulla, ja se syntyi prototyyppien muodossa 80-luvulla, ja sai sen tyyppisen vetovoimansa 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 kaaviotietokannoissa on valtavasti melua. 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 kumpaankin tyyppiseen työmäärään. 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 lähes 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 hankitaan ohjelmistopaketti, joka tarvitsee erilaisen tietokannan tai he jatkavat jo olemassa olevien 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 ole missään läheisyydessä niiden relaatiotietokantojen korvaamista, jotka ansaitsivat 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 tapahtunut Oraclen ja Microsoft SQL Serverin kanssa. 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 todella valvoo, 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 olevan itse virittäviä. 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 heitä. 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 niin tapahtuu. 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, että jos sinulla on kyselyn työmäärä, joka on jaettava, voit luoda kaksi esiintymää ja replikoida. Usein se tehdään siellä, missä ihmiset käyttävät replikoa kuumana varmuuskopiona tarvittaessa. Sitten varastointi ja kapasiteetin suunnittelu, se 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 tuskallinen toiminta useimmille DBA: lle. Jos jotain menee pieleen ja varmuuskopio ei toimi täsmälleen täydellisesti, heidän on käärittävä hihat ylös ja pudotettava alas ja yritettävä palauttaa asia lokitiedostoista. Se tapahtuu tavallista useammin kuin luulen. No, muistan sen tapahtuvan, mutta olen ollut poissa pelistä ainakin kymmenen vuotta, mutta muistan sen tapahtuvan useammin kuin olet koskaan voinut olettaa. Suorituskyvyn seuranta ja virittäminen ovat vain eräs DBA-työn sykkivä sydän. Mutta on myös tietoturvaa pääsyn hallintaa, varmuuskopiointia ja palauttamista varten. Luodaan ohjelmistotestijärjestelmiä, jotka kohtuudella rinnakkain toimivat. Ja koko tiedon elinkaaren kamaa. Joten se on mielestäni DBA: n luettelo työpaikoista lukuun ottamatta kaikkea muuta, jota heiltä voidaan pyytää. 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, joka tänään on kyse ja on kriittisempi kuin koskaan. Viime aikoina olin mukana hankkeessa, jossa muutimme valtionhallinnon alustan, jota käytettiin lisenssien rekisteröintiin ja ajoneuvojen rekisteröintiin, sekä monenlaisia asioita kyseisen aiheen ympärille, 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 täytyy selvittää, onko tämä henkilö tekemässä tuotantoluokan kehitystä ja testaa vai tekevätkö he tuotantoa, onko tällä todellisia käyttäjiä? Muistaen, että tämä asia antaa ajokortteja ja auton rekisteröintiä reaaliajassa ja 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, että 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 keskitasolla Solaris-sovelluksessa työkalut eivät vain olleet 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 Solarisiin. Oracle-versio, se ei heti siirtänyt samaa suorituskykyä. Joten tämä oli meille ensinnäkin melko tuskallinen matka, vain teimme 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äsi. 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ämän viestin pois tästä, kun olimme päätyneet aseman käynnistämiseen ja saimme sen vakaan, jokainen kappale siitä oli hyvin manuaalinen prosessi, ainoa tapa, jolla voimme automatisoida jotain, oli, jos rakensimme uusi 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ä puhumme 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 vieraamme, 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 Inventory Manager -sovellukseen, joka on tietenkin linjassa 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. Sillä ei todella ollut merkitystä 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, mikä 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, että 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 olemassa.
Yksi asioista, jotka meidän piti tehdä, oli sanoa, että selvitetään sen löytökappale. Ja sen lisäksi, että pystyt organisoimaan ja hallitsemaan keräämäämme tietoa loogisella tavalla, joka on järkevää liiketoiminnan perusteella. Ja silloin tietysti siitä lähtien, että voit tehdä päätöksiä kyseisen tiedon ympärillä ja kyetä tekemään sellaisia asioita. Sieltä työkalu alkoi ja mistä se tuli. Voin kertoa teille, että puhumme säännöllisesti DBA: n kanssa, mikä meillä todella on, että emme tiedä 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 myös 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, että DBA: lla saat maksaa melko hyvän määrän rahaa kävelemään fyysisesti koneelta toiselle joissain tapauksissa, mikä oli yllättävän se, mitä kuulimme joiltakin melko suurilta yrityksiltä, 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. Se on sellainen tapa, jolla käsittelemme 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 hienoa, että kaikki kyseiset ilmentymistä keräämät tiedot pidetään arkistossa ja ne voivat muuttua ympäristön muuttuessa. Kyse ei ole vain: "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 paljon tietoja ilmentymistä, 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. On se, että olet yllättynyt siitä, kuinka monta DBA: ta 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 jota 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 varastosta tuotteessa. Kun meillä on tapaus ja kun tiedämme, että se on olemassa, siitä tulee, okei, meillä on paljon tietoa, jota voimme hyödyntää tietämällä, että kyseinen tapaus 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 dynaamisesti menee ulos ja päivittäin tunnistaa uusia esiintymiä, se on elävä asia, joka sinulla on varastosi suhteen. Sellainen tuotteen tavoite 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 tehdä niistä järkejä, niin siellä on sellaista kahdesta työkalun 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, kuka on vastuussa kyseisestä tietokannasta kyseisestä tilanteesta riippuen tai riippumatta siitä, kumpi tietokanta on sen kanssa, kuka vastaa siitä, pystyä valitsemaan se niin, että 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ä. Näytän sinulle nyt, että kaikki nämä keräämämme tiedot, kaikki nämä keräämämme tiedot ja tiedot, joita keräämme ja soveltavat metatiedot, antavat sinulle mahdollisuuden tehdä paljon helpompia ja nopeampia päätöksiä, kun kyse on hanki Microsoftin kanssa lisenssisi yrityksen volyymikäyttölisensoinnissa tai Microsoftin ohjelmistovakuutuksessa
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. Joten se on eräänlainen tuotteen toimeksianto, joskus jotta DBA: t voivat 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 se on tavallaan palaamassa aiemmin käsiteltyyn - sinulla voi olla SQL Server -ympäristössäsi 300 esiintymää, mutta oikeasti vain ehkä alaosa niistä, joita todella tarkkaillaan ja hallitaan perinteisellä suorituskyvyn seurannan tyyppisellä työkalulla.
Joten jos menet ja istut todella DBA: n kanssa ja sanot: “Katso, tiedämme, että sinulla on nämä 20 tai 10 tapausta 300: sta, joita tarkkaillaan tällä työkalulla, joka on suunniteltu seuraamaan sitä ja vastaamaan SOAs 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älitkö 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ä näissä tapauksissa verrattuna niihin 10 tai 20, todella kriittisiä tuote-esimerkkejä.
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 suojattu esimerkiksi oikeushenkilön terveyden kannalta. Nyt ei aio kertoa, onko sinulla umpikuja tai kuka on umpikujan uhri. Ei ole päästä itse istuntojen ja kyselyiden yksityiskohtien tasolle. Mutta samaan aikaan se ilmoittaa sinulle edelleen, että hei, palvelimen tyhjä tai hei, tilavuus täyttyy tai joudut tekemään varmuuskopioita tietokannasta, se on tavallaan 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öön lisättävät esiintymät ja varmistamaan, että niistä otetaan huomioon, ja myös Varmista, että terveystarkastusten perustasot ovat muodostumassa.
Joten siitä on pähkinänkuoressa mitä Inventory SQL Import Manager -ohjelmassa on kyse. Nyt aion näyttää sinulle demonstraation siitä. Ennen kuin teemme sen, vain nopeasti näytän sellaisella tavalla, että tämä on täällä oleva arkkitehtuurin dia, ja vain sellaiseksi, että osoitamme tätä, hallitsemmemme SQL-esiintymät, voimme löytää kaiken SQL 2000: stä aina uuteen SQL-versiot.
Joten voimme tehdä niin, että meidän ei tarvitse koskaan lähettää agentteja itse instansseihin. Teemme sen keräyspalvelun kautta ja se menee ulos ja keräämään nämä tiedot ja laittamaan ne arkistoon. Sitten Tomcat-verkkopalvelun käyttöliittymästä pystymme sitten vuorovaikutuksessa kyseisten tietojen kanssa ja katsomaan niitä. Joten se on melko suoraviivainen arkkitehtuuri.
Aion mennä eteenpäin ja vaihtaa vaihdon ja tosiasiallisesti 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 tarkastelemme 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 minulla on noin kuusi tapausta, jotka näemme täällä. Nyt se sanoi: minä olen, mitä aion tehdä, on kävellä löytöprosessin läpi 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 suorittaaksesi kerätä tietoja. Voit myös tehdä sen tarvittaessa tapauskohtaisesti. Mutta kun aloitat tämän etsinnän, niin alat nähdä, kun siirryt täällä esiintymien nä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 lisätä sen, jota aiomme käyttää esimerkkinä. Joten tämä on tässä tapauksessa Chicagon esimerkki, eikö niin? Aion mennä eteenpäin ja lisätä kyseisen esimerkin luettelooni.
Hyvä on, ja se vie minut 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 siirtää tämän omistajuuden halutessani. Voin myös määrittää sijainnin. Nyt itse sijainti voidaan myös lisätä, ja se muistaa 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, erityisesti tämän, mihin tahansa ämpäriin 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 mitä 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 se on SQL-palvelimen yritysversio, haluan lisätä sen automaattisesti luettelooni? Minun ei tarvitse mennä manuaalisesti valita sen.
Jocelyn: Aion keskeyttää sinut todella nopeasti. Emme näe esittelyäsi.
Bullett Manale: Etkö 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 siitä. Jep.
Eric Kavanagh: Hyvä on. Hyvä saalis siellä, tuottaja Jocelyn.
Bullett Manale: No niin, onko se parempi? Näetkö sen nyt?
Robin Bloor: Kyllä todellakin.
Bullett Manale: Hyvä on, joten kävelemme vain läpi sinut, missä olimme todella nopeasti. Meillä on aiemmin havaittuja tapauksia. Lisäsin juuri Chicagon esiintymän, joten nyt näet sen nyt. Huomaa, että se on jo saanut paljon lisätietoja. Jos napsautin itse ilmentymää, alat nähdä kaikenlaisia tietoja, jotka olemme jo keränneet kyseisestä ilmentymistä. Nyt tässä 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 on tosi hienoa pystyä tekemään se automaattisesti. Minun ei tarvitse mennä sisään ja sitoa hakemus ilmaantuvuuteen. Näkemyksemme 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.
Huomaat myös, että näytön oikealla puolella on välitön yhteenveto, ja alapuolella on palvelinyhteenveto. Joten puhumme täällä ilmentymän avaintiedoista, tiedämme version eikä vain, tiedätte, SQL Server 2012, vaan varsinaisen versionumeron, joka sisältää ja kertoo meille, mihin korjauskorjaukset siihen on sidottu, mitä palvelupaketteja on sidottu siihen, se voi olla erittäin tärkeää tietää. Ilmeisesti muistin tarve on tärkeä. Kaikkea sellaista, riippumatta siitä, onko se ryhmitelty, kaikkia näitä tietoja, minun ei tarvitse laittaa niitä sisään - niitä jo kerätään ja kerätään, ja kun havaitsemme, että se on löydetty esimerkki, se tulee olemaan osa meidän varastossamme.
Toinen asia, jonka näet täällä - ja se näyttää sinulle -, se on tämän ilmentymän näkymässä. Meillä on nämä ominaisuudet, joista puhuin aiemmin, mukautetut määritteet, jotka voidaan lisätä. Joten voimme lisätä avoimia tekstikenttikenttiä, 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 se on 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 joutumatta tekemään paljon työtä.
Nyt toinen osa tätä, kuten totesin, on se, että me keräämme 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, hyvin tiedät, että tämä käsittelee, tämä on vaatimustenmukaisuustietokanta, johon se liittyy vaatimustenmukaisuuden tasoa 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ämän lainsäädännön vaatimuksia.
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. uudelleen, koska tapa, jolla he tekevät liiketoimintaa. Joten jos tarkastelemme kaikkia tähän mennessä näkemiämme asioita, mitä olemme nähneet, sinulla on ilmeisesti aika hyvä katsaus esiintymään, jos tutkin sitä.
Voin myös tehdä hakuja, joten sanoin, että etsitään sitä vaatimustenmukaisuusvarastoa koko luetteloni. Sitten näet täällä, että voin etsiä näitä asioita ja pystyä tunnistamaan ne. Sanon niin - en ole varma mitä, Go-painike ei toimi siellä. Okei. Katsotaanpa, kokeillaan sitä uudestaan. Siellä me menemme. Joten voisimme silloin nähdä erittelyn siitä, missä näemme mitä tahansa noudattamalla 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 esimerkiksi palvelin ja tietokanta vastaan. Tämän toinen osa 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ä se perustuu omistajaan, joka omistaa ne tapaukset, jotka minulla on siellä mahdollisesti ilmentymien 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, johon yrität vastata siihen aikaan.
Sitten mitä sinulla on se tietotekniikka, joka on luotu haluamallasi tavalla, voimme viedä sen PDF-muotoon tai eri muotoihin voidaksemme hyödyntää sitä ja lähettää kollegoillemme tai tehdä mitä tarvitsemme sinne. Joten tiedät pystyväsi tekemään sellaisia asioita. Palatkaamme takaisin - hävisinkö sen? Siellä me menemme. Okei, niin toivottavasti tämä on järkevää sen suhteen, mistä olen puhunut toistaiseksi. Nyt kun olemme keränneet tietoja, kaikki tämä on tietenkin todella elintärkeää monista syistä - lisensoinnista ja säkkitilistä.
Viimeinen mainittava asia on, että siirrymme tähän hallinto-osaan täällä. Tässä voit myös määrittää sähköpostisi ja hälytyksesi ja varmistaa, että asioita, joista haluat tietää todella, voit myös asettaa nämä asiat. Joten voimme perustaa sähköpostihälytykset, pystymme ottamaan käyttöön tietyt asiat ja sammuttamaan tietyt asiat ja sitten pystyä määrittämään, kuka vastaanottaisi nämä sähköpostiviestit, ja tilaamalla hälytykset voimme yhdistää ketä haluaisimme olla, joka haluaisi 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 ' t, eivät ole tehneet päätöstä investoida voimakkaan lyömällä suorituskyvyn seurantatyökaluun kyseisen ilmentymän hallintaan. 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ä siinä tavassa, jolla 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: Kuulostaa hyvältä. Joten Robin? Dez? Kysymyksiä?
Robin Bloor: No minulla on kysymyksiä. Se on todella mielenkiintoista, tarkoitan vain, että halusin vain kommentoida, että melkein kaikkialla missä olen ollut, ei vain DBA: n keskuudessa, vaan verkon tyyppien, tallennuskaverien, virtuaalikoneiden hallinnan kaverien keskuudessa, uudelleen kaikki laskentataulukoiden käsittely.
Eric Kavanagh: Se on totta.
Dez Blanchfield: Tiedätte jonkin verran, että tiedätte, että se on kunnossa, kunnes numerot alkavat liikkua. Kun numerot alkavat liikkua, tiedät, että he tulevat vaikeuksiin. Joten kysymys, josta nyt olen jonkin verran kiinnostunut, ja tiedän, että sinun on vaikea vastata, mutta mitä jos tapahtuu paikkaan, jossa heillä ei ole mitään tällaista siellä laskentataulukoiden työstämistä varten, niin oletetaan DBA: t ovat erittäin älykkäitä kavereita ja niin edelleen ja niin edelleen, millaisen sijoitetun pääoman tuottoprosentin 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 tuotto, koska ympäristön tulee olemaan hiukan erilainen. 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, manuaalisia menetelmiä nyt.
Tiedän, että olen puhunut useiden - kun sanon suurien organisaatioiden tuhansien ja tuhansien työntekijöiden kanssa ja todennäköisesti myös tuhansien tapausten - kanssa, joissa minulla on ihmisiä, jotka osoitan tämän heille ja he sanovat tämän vievän kaksi viikkoa ajastaan takaisin. Olen sanonut, että se on minulle monta kertaa. Joten on vaikea sanoa ostoksen todellisen dollarimäärän suhteen, mutta se on huomattavaa, kun sinulla on ympäristöä.
Kuten sanoin, se on melko johdonmukaista, se on ihmisiä, joiden kanssa eniten puhun, pitäen näitä juttuja laskentataulukoissa. Joten se on vain erittäin, erittäin subjektiivinen asia, koska jokaisen ympäristön, se on hiukan erilainen siinä suhteessa, kuinka he tekevät lisensointinsa ja miten he tekevät lisensointinsa Microsoftin kanssa, on toinen osa sitä, mikä on tekijä. Mutta jos heidän on tehtävä tosi korotuksia joka vuosi tai joka kolmas vuosi, luulen kolme vuotta Microsoftille eniten, mitä he haluavat, he haluavat sinun toteutuvan vähintään joka kolmas vuosi.
Sitten tiedät sen huomattavan ja sen, tiedät, että se on vain jotain, mikä tekee paljon helpommaksi. Koska se on dynaaminen asia, joka muuttuu jatkuvasti, se antaa hieman enemmän pätevyyttä myös suhteessa siihen, mitä katsot jakeisiin, emmekä ole oikeastaan päivittäneet laskentataulukkoa kuuden kuukauden tai vuoden aikana. 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 kenen tahansa muun kanssa, joka tekee siellä tietokanta-asioita. Jos pidät asioita laskentataulukoissa, mikä yleensä on mitä tapahtuu, tiedät, että lisensointiaika tulee noin ennen kuin todella ymmärrät sen, ja sinulla ei oikeastaan ole tietoja, jos tiedät mitä tarkoitan, jotta pääset helposti että tiedot.
Joka tapauksessa, kuten huomautat, se on dynaaminen ja minulla ei ole aavistustakaan henkilökohtaisesti, koska minua ei ole koskaan pitänyt neuvotella Microsoftin kanssa, joten minulla ei ole aavistustakaan, mutta luultavasti on tietokantoja, joissa ihmiset melko usein poistavat testitietoja ympäristöt ja luulisin, 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, meillä on ydinlisenssit, että meidän on selvitettävä ytimien lukumäärä jokaisessa näissä tapauksissa, ja en Et tiedä, että ostatko laitteistoa viisaasti, saatat ostaa myös melko hyvää laitteistoa, jos et siis käytä tätä laitteistoa tavalla, jota se pitäisi käyttää, maksat yli, koska olet maksaa ydinhinnoittelusta, kun näitä ytimiä ei hyödynnetä siten, että siitä 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 se on 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 se on vanhempia SQL-versioita 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, voi anteeksi -
Robin Bloor: Ei hätää, menet Deziin, aioin kysyä mahdollisesti merkityksetöntä kysymystä.
Dez Blanchfield: Vain jotain todella nopeasti, kun olet ajankohtaisessa aiheessa - näemme paljon enemmän pilviympäristöjä ja jos ajamme tätä omissa tietokeskuksissamme, oman ympäristömme sisällä, he indeksoivat ja löytävät, asioiden löytäminen on suhteellisen yksinkertaista.
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 putken tai VPN: n päässä on datajoukko. Onko meidän tekemistä löydettävissä käyttöliittymästä vai onko meidän aloitettava porttien avaaminen, jotta voimme skannata tietyissä ympäristöissä pilven eräiden tilojen ja tilojen välillä, joissa tämä alusta toimii?
Bullett Manale: Kyllä, niin olisi, satamien suhteen pitäisi olla jonkin verran huomiota. Joten se on, valitettavasti toivon, että voisin sanoa, että se menee läpi kaikkien näiden ympäristöjen, mutta on olemassa 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 alkaa kokoelma ja aloita löytö.
Joten se, sellaisissa ympäristöissä, joka ei oikeastaan ole ongelma; se on tarkempia ympäristötyyppejä, kuten RDS, ja mistä juuri hankkit itse tietokannan, missä sen näyttäminen ja löytäminen on hieman haastavampaa.
Dez Blanchfield: Joten siitä, mitä siellä oli, siellä on tietokantoja ja tietokantoja. Joten esimerkiksi vanhoina hyvinä aikoina oli vain erittäin, erittäin suuri tietokantamoottori, kuten anekdootti, jonka jaoin edessä, missä se on vain yksi massiivinen alusta ja kaikki mitä se tarjoaa, on tietokannan tarjoaminen. Nykyään tietokannat ovat upotettuja kaikkeen. Itse asiassa niitä on kuin kaksi tai kolme vain käynnissä puhelimessani sovellusten takana.
Millaisia haasteita kohtaat tilanteissa, joissa sinulla on ympäristöjä, jotka tulevat Lotus Notesistä, sovellusten takana, SharePointin kanssa Internetin tietokannan kanssa ja niin edelleen? Pohjimmiltaan kaikkea tuottaa 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 monta kertaa on todennäköisesti paljon, ympäristöön on tullut paljon tietokantoja, jotka DBA itse eivät edes tiedosta, koska SQL-palvelimen asentaminen ympäristöön ei 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 puhumaan DBA: n kanssa, et saa johdonmukaista vastausta siitä, pitävätkö he huolta ilmaisista tietokannoista, jotka ovat olemassa. Monet näistä sovelluksista, joista puhut, käyttävät tietokannan ilmaista versiota. Mutta itse organisaatioilla on erilainen asenne sen suhteen, kuka vastaa tietokannasta 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, me emme ole vastuussa noista tietokannoista ja kaikki, mitä he niille laittavat, on varovainen henkilölle, joka on asentanut ne." Mutta sanoisin, että kaiken mitä sanoi, että kaiken melko paljon nykyään siihen on sidottu sovellus, joka vain lisää entisestään monimutkaisuutta ja sekaannusta siitä, että nämä tiedot on varastossa.
Dez Blanchfield: Joo, olen nähnyt joitain, julkiset sivustot ovat luultavasti suosikkini, mutta useimmiten näen nyt yritysympäristöissä, missä on, kuten totesit, että ihmiset unohtavat minut jopa asentaessani jotain SharePointia tai kuten itsevaihto, joten tiedät, että heidän mukana tulee vain sisäänrakennettu ilmainen versio, koska he haluavat, tiedät, asentaa sen nopeasti eikä ole huolissaan siitä, että sinun on mentävä ostamaan lisenssit.
Sitten se suurenee ja sitten joku alkaa valittaa suorituskyvystä ja he ovat kuin: "Se on vain vanha palvelimesi, tallennustila, verkko, mikä tahansa", ja sitten DBA soitetaan ja he ovat kuin "No, sinä" olen vain koonnut kaiken tähän tietokannan ilmaiseen versioon, mikä 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 he käyttävät SharePointia Microsoft Project Serverin kanssa ja heittävät kaikki PMO-jutunsa tähän tietokantaan. Mutta etuosassa he ovat kuin, se on vain web-käyttöliittymä. Mutta oikeastaan on tietokantoja ja tietokantoja.
Bullett Manale: Kyllä.
Dez Blanchfield: Joten mitä ne ovat, yksi sellaisista ensimmäisistä askeleista, joita täällä ihmiset luulen, että meillä on pari kysymystä, jotka voisimme ehkä tuoda yleisön esiin. 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: Luulen, että se sanoi, että heidän täytyy kartoittaa ympäristö. Nyt Microsoft tarjoaa ilmaisen työkalun, Microsoftin arviointisuunnittelutyökalu, joka on ilmainen työkalu, mutta se on staattinen. Teet löytö ja siinä kaikki. Saat luettelon asioista, jotka ovat ulkona. Otimme sen ja sanoimme, että otamme askel eteenpäin, tehkäämme löytö, etsitään mitä siellä tapahtuu ja laitetaan se arkistoon ja tehdään se 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 selville 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ä. Se päätös, joka sinun on jossain vaiheessa tehtävä, on seuraava: ”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 tarvitset suurimman osan työkalusta.
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, IDERA.com, näet, ja voin tosiasiallisesti vain näyttää nopeasti sen todella nopeasti. Ideran verkkosivustolla siirryt tuotteisiin ja siirryt varastonhallintaan. Näet täällä latauslinkin. Olet vain määrittämässä, minkä rakenteen haluat asentaa 64- tai 32-bittiseen, ja se vie sinut liikkeelle ja voit aloittaa etsinnän sieltä.
Robin Bloor: Fantastinen ja hieno, upea esitys, kiitos paljon.
Bullett Manale: Kiitos.
Eric Kavanagh: Meillä on pari kysymystä yleisöltä ja lähetämme sinulle sähköpostia, koska meidän on ponnistettava itseämme tänään, mutta Bullett, jälleen kerran, hieno työ demossa, tuottajamme hieno työ, joka huomasi, että se ei ollut ' t näyttää.
Bullett Manale: Anteeksi siitä.
Eric Kavanagh: Ei, tämä on hyvää, annat näkyvyyden 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 verkkolä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 annamme varmasti ihmisille tietää. Sen avulla me pääsemme sinut menemään, ihmiset. Kiitos vielä kerran osallistumisesta tiedotustilaan, olemme itse asiassa Hot Technologies. Otamme yhteyttä seuraavan kerran. Ole varovainen.
