Tekijä Techopedia Staff, 22. helmikuuta 2017
Takeaway: Isäntä Eric Kavanagh keskustelee tietokannan hallinnasta tohtori Robin Bloorin, Dez Blanchfieldin ja IDERAn Binh Chaun kanssa.
Et ole tällä hetkellä kirjautunut sisään. Kirjaudu sisään tai kirjaudu sisään nähdäksesi videon.
Eric Kavanagh: Okei, hyvät naiset ja herrat. Hei ja tervetuloa jälleen kerran. On keskiviikko, on kello neljä itäistä aikaa ja muutaman viime vuoden ajan se tarkoittaa, että on aika Hot Technologiesille. Aivan totta, tämä on show ystävämme Techopedia - Techopedia.com. Katso heidät verkossa. He saavat hirviöliikenteen, 1, 5 miljoonaa ainutlaatuista kävijää kuukaudessa. Se on paljon verkkoliikennettä. Tämän päivän aihe, ”DBA: n unelma: löytäminen ja hallinta ympäristössä”. Kyllä, se on todella iso aihe, etenkin suuremmille organisaatioille. Siellä on dia todellakin, ja minusta riittää, lyö minut Twitteriin @eric_kavanagh, yritän aina seurata ja käydä keskustelua siellä.
Puhumme jälleen kerran tietokantateknologioista tänään ja pystymme todella ymmärtämään, mitä tapahtuu laajassa tietokantaesimerkissä. Kuten monet teistä tietävät, kun aloitat organisaation kasvattamisen, saat paljon enemmän tällaisia tapauksia siellä ja näiden asioiden käsitteleminen voi olla vähän mielenkiintoinen haaste. Itse asiassa, muistan useita vuosia sitten, minulla oli hieno keskustelu kaverin kanssa, joka toimi puolustusministeriön toimiston tietohallinnon johtajana. Ja minä kerroin hänelle kaikki nämä mielenkiintoiset asiat, meillä oli tämä upea keskustelu ja kerroin hänelle taustatarinaani liittovaltion menojen avoimuuden edunvalvonnasta. Hän nauroi ja sanoi: ”Voi, niin se on sinun talosi, johon minun pitäisi lähettää seuraavaksi petoeläin-drone-lakko. "Hän sanoi:" Avoimuus liittovaltion menoissa? En edes tiedä kuinka monta Oracle-lisenssiä minulla on täällä. ”Kuuleessani sen pystyin todella ymmärtämään joidenkin organisaatioiden kohtaamista haasteista.
Nyt näinä päivinä on paljon mielenkiintoisia työkaluja - kuulemme niistä yhdestä tänään - ymmärtääkseen mitä lentää siellä, mutta jopa 20 vuotta sitten se oli todella vakava haaste. Kun kyse on DOD: n kokoisista organisaatioista, voit vain kuvitella, että sellaisen käsittelyn saaminen, joka säästää paljon rahaa, säästää paljon aikaa, ratkaisee joitain hallintoon liittyviä ongelmia; päätät ratkaisemaan useita haasteita kerralla, jos teet tällaisen asian oikein. Opimme siitä tänään.
Meillä on oma tohtori Robin Bloor, The Bloor -ryhmän pääanalyytikko. Meillä on tietoteknikomme Dez Blanchfield, joka soittaa sisään alhaalta, Sydney, Australia. Ja myös IDERA: n vanhempi tuotepäällikkö Binh Chau on linjalla.
Teemme #HOTTECH hashtag-merkinnällä - voit twiitillä vapaasti esityksen aikana. Ja luotamme teihin hyvissä kysymyksissä, joten älä ole ujo: kysy kysymyksiä milloin tahansa käyttämällä webcast-konsolin Q&A-komponenttia tai kyseistä chat-ikkunaa. Ja sen kanssa annan sen tohtori Robin Bloorille. Anna minun antaa hänelle avaimet WebExiin. Siellä se menee, ja vie se pois.
Dr. Robin Bloor: Okei. No niin, siirrymme eteenpäin ensimmäiseen diaan. Italiassa he kutsuvat heitä Stanlioksi ja Olioksi, Laureliksi ja Hardyksi. 1990-luvulla, kun kaikki olivat huolissaan vuodesta 2000, osallistuin useisiin vuoden 2000 hankkeisiin. Ja menin - kutsutaan heitä suureksi vakuutusyhtiöksi - ja he huomasivat, että heillä oli yli 500 sovellusta, joista he eivät tienneet olevan olemassa mainframessa. He tekivät luettelon keskusyksiköstä. No, noina päivinä mainframe-ympäristöistä huolehdittiin paljon paremmin kuin mistään myöhemmin ilmestyneestä, tarkoitan, siitä ei vain ole kysyttävää.
Olin todella järkyttynyt ja puhuin organisaation ihmisille ja he sanoivat, ettei ollut mitään keskeistä kokonaisvaltaista tietoa. Periaatteessa tiedät, ettei tiedosta ole vastuussa henkilö. He eivät ole koskaan varastonneet omaisuudestaan. Ja tietokanta on hyödyllisyys ilman epävarmuutta, koska se sisältää tietoja ja arvokkaita tietoja. Kuinka monta tapausta kysymys on ja missä ne ovat? Tämä on vain "Mikä on tietokanta?", Ja syystä mielestäni tietokanta on kaappi, johon heität tietoja. Ja puhuin äskettäin sivustolle, jolla oli tuhansia Oracle-tapauksia. No, Oraclen tietokanta, joka vaatii DBA: n, jos käytät sitä edistyneellä tavalla.
Minulta kysyttiin siitä ja he sanoivat, että heidän mielestään se on noin seitsemän tai kahdeksan DBA: ta koko organisaatiossa. Ja sanoin, tiedätkö: "Kuka huolehtii muista tuhansista tapauksista?" Ja he sanoivat: "No, mitä siellä tapahtui, on se, että ihmiset vain käyttävät sitä tiedostojärjestelmänä. Meillä on useita tietokantoja, jotka sijaitsevat suurilla klustereilla, missä suorituskyvyllä todella on merkitystä, ja niillä on DBA: t, jotka seisovat niiden päällä koko ajan. Ja sitten meillä on tuhansia muita tietokantoja, joista kukaan ei huolehdi. "Ja kysyin heiltä tarkalleen kuinka monta tietokantaa ja he keksivät" No, viimeksi kun Oracle tarkisti sen. "He eivät tehneet itse auditointeja., tiedätkö, mikä on tavallaan mielenkiintoinen asia.
Mutta tietokannan käyttöön on syitä. Tietokanta toteuttaa tietomallin. Se on käytettävissä tietojen jakamiseen: pystyy hallitsemaan useita samanaikaisia tietopyyntöjä, ottamaan käyttöön tietoturvamallin, on ACID-yhteensopiva, joustava tai voidaan määrittää joustavaksi, tiedät. Siksi meillä on tietokantoja. Mutta tiedät, että ei ole epätavallista, että kohtaamme sivustoja tuhansien SQL Server- tai Oracle-esiintymien kanssa, ja suurin osa niistä on pohjimmiltaan vain tiedostojärjestelmiä. Joten miksi luisit todella uuden ilmentymän?
Tiedän kehittäjätiimit, että jos he rakentavat uutta sovellusta, he rakentavat sen siiloon, joten jokaisella uudella sovelluksella olisi erillinen tietokanta. He eivät välttämättä yritä tehdä tietokerrosta asioista - en usko, että se on hyvä käytäntö. Mutta jälleen kerran, tiedät, että jos sinulla on hyvin monimutkainen ympäristö, on erittäin, erittäin vaikeaa yrittää koota kaikkia toisiinsa liittyviä tietokantoja, koska niissä on tietoja, joissa on suhteita. Tapahtumat luodaan jäljennöksiä varten.
Tiedät, että sinulla voi olla kuumia valmiustiloja tai replikoja saatavuustarkoituksia varten, mutta tietokarttoissa on myös replikoja tai puolireplikaatioita. Ja kun tietovarasto-maailma otettiin käyttöön, kysymys, tiedätkö, kuinka monta tietokarttaa oli siellä, ja ihmiset käyttivät niitä vain kloonitiedostoina, ottaen tietoja pois tietovarastoista eivätkä välittäneet erityisen sen suorituskyvystä siinä mielessä, että he tekisivät vain oletusarvoiseksi suorituksen. Suurin osa näistä ihmisistä ei luultavasti edes tiennyt, että pystyt itse virittämään tietokantoja. Olen nähnyt malleja, jotka ovat terävöittäneet tietoja erottuviin kasoihin jakelua varten.
Tiedätkö, että saat usein tämän replikointitilanteen, kun sinulla on useita varastoja organisaatiossa ja heillä on molemmat saaneet tietokantoja ja kukin on keskitetyn tietokannan sirpale. Saat esimerkkejä varjostamisesta. Huonot suunnittelupäätökset - Olen nähnyt todella omituisia suunnitelmia tapahtuvan tietokantojen suhteen, joissa ihmiset ovat luoneet erillisiä tietokantoja ilman syytä. Ja kuten olen huomannut, tietokannat ovat tiedostojärjestelmiä.
Ja sitten on testi- ja kehitysympäristöjä, jotka on seisottava ja pudotettava alas, mutta niitä kaikkia pidetään tietokantoina esiintyvinä tapauksina ja kaikilla muilla on oltava turvallisuus ja kaikki muut asiat, jotka tietokanta toivottavasti tarjoaa. Esimerkit - tietokannan työkuormitus voidaan optimoida vain tietylle ilmentymälle. Jos olet todella kiinnostunut ehdottomasti parhaan suorituskyvyn saavuttamisesta, silloin, kun tieto on poistettu useista tietokannoista, se ei välttämättä anna sinulle tällaista optimointia.
Ei ole syytä olla väärien tietojen esiintymien luominen. Sekalaiset työmäärät samassa tietokannassa kuin vastapiste voivat johtaa huonoon suorituskykyyn - erityisen huomattavaksi OLTP: llä ja suuri kyselyliikenne ei yksinkertaisesti sekoitu, koskaan ole sekoitettu eikä luultavasti koskaan sekoitu. Tavallisesti on parasta yhdistää tietokanta palvelutasolla sen sijaan, että sinulla olisi useita VM-koneita. Mutta VM: t tarjoavat eristyksen; Joidenkin ihmisten kanssa se on suunnittelupäätös eristää tiedot muista tiedoista niin, että tiedät, jos sovellus epäonnistuu tai jos tietokanta epäonnistuu, se ei tue sovellustani.
Ongelmana on tietysti se, että joudut seuraavaan kohtaan, joka on tietokannan lisenssimaksut. Ne vaihtelevat, mutta olen nähnyt tietokannan lisenssimaksuista tulleen suunnittelukriteerinä, koska joku ei halunnut pursottaa tiettyä lukua, ja siksi ihmiset suunnittelevat järjestelmiä huonosti pelkästään sen takia, että tietokantalisenssi toimii. Ja on toinen asia: jos alkaa konsolidoida kaikkia tietokantojasi, on syytä huomata, että DBA: t ovat kalliita. Se ei ole niin helppoa tehdä.
Yksinkertainen näkymä maailmaan - ja tämä on todella viimeinen dia - siellä on tietokerros, kuljetuskerros ja käsittelykerros. Ja kaikki laitteistot istuvat sen alla. Tietoja ei ole oikein mahdollista optimoida tietämättä tarkalleen mitä se ja miksi.
Ja kun olen sanonut, välitän ystävälleni alhaalta Dez Blanchfieldille.
Dez Blanchfield: Kiitos, Robin. Saanen hiireni vain lajitella täällä. Joten aion antaa meille tänään muutaman anekdootin, koska tämä on valtava aihe ja voisin viettää kaksi viikkoa valkotaulun merkinnän kanssa hauskanpidossa, koska minulla on ollut melkein kolme vuosikymmentä ylä- ja alamäkiä tässä tilassa .
Mutta ensin henkinen visuaalinen kuva. Kun ajattelen haastetta, josta puhumme tänään - ja pohjimmiltaan, puhumme tietokannan kasvusta, replikoitumisesta ja leviämisestä ja kaikista siihen liittyvistä haasteista - halusin vain laittaa tämän kuvan jättiläismäestä tammea meidän mieli. Nämä ovat erityisen kauniita puita, ne alkavat pienenä tammenterona, mutta kasvavat näihin behemotteihin. Ja kun he tekevät niin, he ovat erittäin suuria ja sotkuisia. Ja kuten näet tästä kuvasta, visuaalisena metaforana, jos haluat, tiedät, oksat menevät kaikkialle ja oksat, jotka tulevat irti niistä ja lähtevät niiden lopussa, ja ovat kaikissa satunnaisissa, kaoottisissa muodoissa, ja se on vain vähän voimme nähdä maan yläpuolella.
Ajattelen niitä tietokannan sisällä olevina tiedoina, ja niiden alapuolella on juurten rakenne ja ne käyttävät kaikenlaisia ohjeita. Mutta se näyttää erittäin siisteltä ja järkevältä maanpinnalla siellä, missä se on mukava ja litteä, mutta todellisuus on, että se on yhtä hullu maan alla kuin se on maan yläpuolella; emme vain näe sitä. Ja käytän sitä usein tavallaan, kun alaan miettiä, kuinka kuvailla tänään puhuttavaa haastetta organisaatioille hallitushuoneesta teknikoihin yrittämään saada ne visualisoimaan organisaatioidensa todellisuuden. Koska on niin helppoa katsoa tietokoneen näytölle ja nähdä nämä kauniit rivi- ja sarakekentät ja ajatella: "Meillä on järjestetty se, se ei ole iso juttu." Mutta niin ei ole lainkaan. Ja niin se on siinä vaiheessa, että osuin yleensä tähän riviin sanomalla, että mielessäni tietokannat ovat kuin tammenterhoja. Tiedätkö, ne alkavat pieninä ja kasvavat, mutta ennen kuin tiedät sen, sinulla on jättiläisten tammipuiden metsä, ja siten visuaalinen.
Joten, kaksi anekdoottia vain jakamaan skenaario, joka kasvoi käsistä ja jota ei vain pystytty korjaamaan, ja sitten toinen, joka teki samanlaisen asian, mutta pystyi korjaamaan, ja korostan tämän päivän keskustelun avainkohtaa siitä, kuinka teimme sen.
Ensimmäinen oli skenaario, jossa CIO, jolla oli ajan mittaan eniten aikomuksia, aiheutti tahattomasti yhden odottamattomimmista ja ei-toivotuista leviämistä, jotka vain kasvoivat hallitsemattomiksi. Se oli skenaario, jossa tuhansien työntekijöiden, erittäin teknisesti osaava henkilöstöhallinnon organisaatio vaatii pääsyä järjestelmiin ja työkaluihin, joiden avulla he voisivat aloittaa yhteistyön ja automatisoida paljon prosessejaan. He halusivat päästä eroon paperilomakkeista ja he halusivat luoda online-järjestelmiä, he halusivat kaapata tietoa ja seurata sitä, seurata sitä ja ilmoittaa siitä ja esitellä takaisin ikäisilleen.
Ja siellä on kaikenlaisia asioita, on asioita ihmisistä, jotka kääntyvät toimistoonsa ja kellovat sisään ja kirjautuvat sisään turvallisuussyistä aina siihen asti, kuka tilasi mitä kahvilassa lounasaikaan. Ja niin, tarkoituksellinen CIO päätti, että Lotus Notes oli loistava idea, koska hän oli käynyt seminaarisarjalla ja IBM oli tehnyt hienoa työtä sen sovittamisessa ja oikeassa tilanteessa se olisi ollut hieno päätös, se on tehty valvonnassa. Mutta mitä tapahtui, oli sen sijaan, että luovutimme Lotus Notes -ryhmän teknisille ihmisille, jotta ne pystyisivät lajittelemaan tietotekniikan ympäristössä ja seisomaan sitten järkeviä työkaluja ja niin edelleen ja tarjoamaan ympäröivää hallintaa ja hallintaa, mitä tapahtui, jos se saatiin käyttöön standardissa käyttöympäristö, SOE, joten jokaisesta työpöydästä tuli käytännössä palvelin.
Ja niin, he tarjosivat koulutusta, käytännön muistiinpanoja ja dokumentaatiota koko prosessille ja kaikki yhtäkkiä ihmiset ymmärsivät: "Yay, minulla on Lotus Notes työpöydälläni!" Mitä tämä tarkoittaa, luuletko? No, se tarkoitti, että tuhansille erittäin teknisesti taitavalle henkilöstölle opetettiin kuinka kirjoittaa ja kirjoittaa sovelluksia Lotus Notesissa, luoda pieniä tietokantoja, jotka näyttivät lähinnä laskentataulukoita, rivejä, sarakkeita ja kenttiä, ja esitellä nämä pienet web-käyttöliittymät Dominon kautta.
Jos haluaisin kaapata tietoja jostakin, voin vain luoda pienen lomakkeen ja laskentataulukkotyyppisessä käyttöliittymässä, laittaa sen tiedostoon, luoda pienen Lotus Notes -tietokannan sen taakse ja esitellä sen verkkosovelluksena ja aloittaa tietojen keräämisen. Ja se kuulosti hyvältä, kunnes se oli ollut käynnissä vuosia, ja yhtäkkiä he tajusivat, että joku heräsi ja sanoi: ”No, odota, miksi lähiverkossa on 10 000 uutta tietokantakäyttöistä sovellusta, etenkin viimeisen 12 kuukaudet? Mitä tapahtuu? ”No, mitä tapahtui, annoit käytännössä ihmisille aseen, ja se ladattiin ja turvallisuus oli poissa, ja tietysti he ampuivat itsensä jalkaan.
Ja täällä on tämä loistava kuva, jonka yleensä taikuu mieleeni italialaisesta taiteilijasta, joka tekee tämän omituisen asian, kun hän saa rekkakuorma heinää ja olkia ja heitetään keskelle taidestudiota ja saa sitten taidestudion kuraattorin. työnnä neula satunnaisesti sen keskelle. Ja sitten hän viettää päivät elävälle rehulle, kameralle, käyden oljen läpi etsimällä neulaa heinäsuovasta, sellaisena kuin se oli. Kunnes lopulta, tuntien ja päivien jälkeen, hän löytää sen ja hyppää ylös ja alas ja innostuu. Ja joka tapauksessa, italialainen taiteilija, mitä voit tehdä? Mutta se on melko humoristista, ja jos olet joskus katsellut sitä verkossa tai jos katsot sitä verkossa, niin se on erittäin katartaista.
Tässä on painajainen, jossa hyvää tarkoittava tekninen henkilö antoi liikemiehille - erittäin teknisesti taitaville liikemiehille - työkalun, jonka piti tehdä heidän elämästään helpompaa. Mutta ennen pitkää meillä oli kysymyksiä, kuten kuka niitä varmuuskopioi, kuka seuraa ja tukee heitä, missä nämä tiedot ovat, missä rakenteessa tiedot ovat, kuka valvoo skeemejä, mitä jos haluan luoda uuden version, mitä tietoja näissä versioissa on, voinko tehdä dev-testin integrointimatkan näihin asioihin?
Tiedät, että voit tehdä omia johtopäätöksiä siitä, miten se meni, mutta se ei mennyt hyvin, ja voit kuvitella, että vain satoja teratavuja dataa, eikä varmuuskopiointia, istuessasi tehokkaasti tietokoneita tai kannettavia tietokoneita työpöydällä, jotkut järjestelmiä, joita ei edes ole saatavana, koska ihmiset eivät tienneet, kun sammuttivat kannettavan tietokoneen kello 5:30 ja veivät sen kotiin tekemään töitä, joita kukaan lähiverkon alueella ei päässyt sovellukseen. Se ei päättynyt hyvin. Ja paljon tietoa oli puhdistettava ja käsin manipuloitava ja palautettava järkevään järjestelmään; suurin osa siitä vain pyyhittiin pois ja poistettiin, koska sen ei vain voinut antaa levitä edelleen.
Sitten toinen anekdoottini asioista hyvin erilaisella matkalla. Kuvittele skenaario, sinulla on kehittämis-, testi-, integraatio-, järjestelmäintegraatiot, käyttäjien hyväksymistestaus, tuotanto, katastrofien palautus, varmuuskopiot ja varmuuskopio aina vuodesta 99 saakka ja sen jälkeen, sinulla on päivityksiä, korjauksia ja sitten esittelyympäristöjä yksi läpi 99 ja enemmän. Ja yhtäkkiä istut siellä menemällä: ”Odota, mitä tapahtuu, ripusta, kuka käyttää mitä?” Tiedätkö, tämä on painajainen, joka mahdollisesti odottaa tapahtuvan.
Mutta tässä tilanteessa tapahtui se, että minulla oli tilaisuus mennä organisaatioon, joka halusi erottaa varallisuudenhoidon liiketoimintayksikön keskeisestä pankkialustastaan ja pystyttää sen erillisenä organisaationa oleellisesti yrityksen perustamisessa. Haasteena oli: ottaa varainhoitoyksikkömme ja kaikki sen ympärillä olevat ihmiset, tekniikka ja tiedot julkisissa palveluissa, luoda startup oman yrityksen sisällä ja veistää se pois, jotta se voi toimia omalla tuotemerkillään.
Tämä on maailmanlaajuinen johtava pankkitoiminta, jota en nimeä. Meidän piti poimia varainhoitoyksikkö itse ja kaikki sen ympärillä olevat asiat. Joten kaikki kokonaisuudessaan, koko henkilöstö, fyysinen infrastruktuuri ja siirrä se uuteen toimistotilaan. Kaikki liiketoimintajärjestelmät, kaikki ohjelmistot, kaikki tiedot, kaikki lisensoinnit, nimetät sen. No, voit kuvitella, että näytti siltä, että se oli vähän painajaista, josta aloittaa.
Jotta voisimme kertoa asiayhteydestä, puhumme alkuperäisen pankkialustan 78 järjestelmästä, jotka tukevat noin 14 ydintuotetta, mikä voi olla noin tuhat erilaista tarjousta. Satoja ja satoja käytössä olevia tietokantoja, ja kun sanon käytön, meidän piti siirtää ne paikan päällä, joten perjantaina iltapäivällä he olisivat yhdessä ympäristössä, maanantaina heidän odotetaan olevan jossain muualla ja lauantaina ja sunnuntaina heillä oli oltava tämä ylitys, jossa transaktiot siirtyivät yhdestä vasemmasta järjestelmästä, sanotaan esimerkiksi visualisoida se toiseen, oikealla olevaan järjestelmään.
Noin 15 000 asiakasta, joilla kullakin on lukemattomia levyjä, ja ETL-painajainen, koska yksikään 78: n järjestelmän toisella puolella ei vastannut toisella puolella olevia järjestelmiä. Meillä oli täysin uusi pankkialusta, uudet järjestelmät, uudet ohjelmistot, uudet tietokannat ja uusi skeema. Joten metatiedot, kentät, rivit, sarakkeet, tietueet, taulukot, nimeät sen, mikään ei vastannut. Aktiivisia kehitysryhmiä on 14, yksi jokaiselle tuotteelle. Ja kun rakensimme tätä ympäristöä, huomasimme, että siihen mennessä, kun meillä oli kehitystesti, integraatio, järjestelmien integrointi, käyttäjien hyväksymistestaus, tuotanto, katastrofien palautus, esittelykopiot, varmuuskopiot, päivitykset, korjaustiedostot - kaipain jopa yhden sieltä - koulutusta, esimerkiksi ja koulutusta, jokaisesta kehitystiimistä oli 23 versiota jokaisesta näistä ympäristöistä.
Nyt istut siellä ja yhtäkkiä, verisi alkaa kiertyä ja iho jäähtyy ja hiukset seisovat - se ei voi koskaan loppua hyvin. No osoittautuu, se osoittautui erittäin onnistuneeksi, koska ensimmäinen asia, jonka teimme ennen kuin edes aloimme teknologian käyttöönoton suunnittelun, oli mennä ja hankkia oikeat työkalut. Ja me käytimme työkaluja, emmekä välttämättä ihmisiä, vaan ihmisiä, jotka ajavat työkaluja. Käytimme työkaluja tietojen kartoittamiseen, työkaluja niiden tietokantojen kartoittamiseen, joissa he asuivat, kartoitimme kaikki metatiedot, kaaviot ja aina riviin, sarakkeisiin, tietueisiin ja kenttiin.
Tiesimme, mistä olemme tulleet, ja korreloimme sen sitten karttaan siitä, mitä olemme asettaneet paikoilleen, niin kauan kuin pankkialusta näytti, ja meillä oli yksi-yhteen korrelaatio. Ja kaiken, mikä putosi keskeltä, loimme datahuoneen, jossa kävimme läpi ja kartoitimme ne manuaalisesti. Mutta ennen näiden ympäristöjen käyttöönottoa ja määrittämistä uudessa maailmassa, varmisimme, että jokainen tietue, jokainen taulukko, jokainen kenttä, jokainen rivi, jokainen sarake, jokainen tietokanta ja kaikki sen ympärillä olevat metatiedot, kaikki luvat ja hallintalaitteet kartoitettiin yhdestä yhteen. Ja emme liikkaneet yhtä asiaa, ennen kuin korrelaatio tehtiin.
Ja niin, ETL-kappale siirtyi painajaisesta melko kivuttomaan prosessiin, jossa vain validoitiin seurantaa ja suoritettavia prosesseja. Ja voimme tehdä tämän säännöllisesti, melkein tunnin välein. Teimme muutosta vanhan maailman tuotannosta uuteen kehitys-, testaus-, integraatio- jne. Ympäristöön uudessa maailmassa. Ja päivänä, jolloin lähdimme elämään, viiden kuukauden prosessin jälkeen, joka koski testin aloittamista kuukauden kuluttua ja sitten kuudessa kuukaudessa se oli verkossa ja aktiivinen, meillä oli vain yksi kysymys, ja ongelma oli, että joku unohti salasanansa ja se piti nollata. Se oli ainoa asia, ja aiheutti käytännössä noin tunnin stressin ihmisille, joiden mielestä jokin oli mennyt pieleen - osoittautui, että salasana vanheni ja he unohtivat sen, ja joutuivat palauttamaan sen.
Voit kuvitella tämän skenaarion verrattuna Lotus Notes -ympäristöön, jossa jollain oli suuria aikomuksia, mutta joka ei ajatellut haastetta, ja seuraavaksi meidän piti mennä kokeilemaan ja kartoittamaan kaikki nämä tiedot ja suurin osa niistä oli kirjoitettava ja se oli vain suuri ajan, vaivan, resurssien ja moraalin menetys. Skenaarioon, jossa, kun se on suunniteltu oikein ja tehty asianmukaisesti ja toimitettu asianmukaisesti oikeilla työkaluilla, saimme loistavan tuloksen.
Ja niin tämä kohta vie minut tälle yhdelle linjalle - ennen kuin annan työtoverillemme puhua siitä, mitä IDERAlla on ratkaista tämä haaste - on, että nykymaailmassa, jossa yhä enemmän järjestelmät saavat tietokantoja, se ei ole vain mukavuus, vaan Minulle se on totta, se on välttämättömyys, että älykkäät työkalut ovat kokemukseni mukaan ainoa tapa hallita tietojen löytämistä, tiedonhallintaa mittakaavassa ja liikkumisen nopeutta.
Ja jos se tehdään oikein, kuten toisena anekdoottinani, jonka juuri toivottavasti kuvailin, se voi olla erittäin kivuton ja erittäin saumaton prosessi. Ei pelkästään uusissa projekteissa, vaan saat kädet nykyisen ympäristön ympärille ja varmistat, että voit milloin tahansa päivässä seurata ja jäljittää organisaatiosi tapahtumia, mitä tietokantaa on, mitä tietokannan versioita käytät ja kuka käyttää mitä.
Ja tätä varten luovutan IDERA-yhteistyökumppanillemme ja odotan innolla kuulevani, mitä heillä on tarjolla pöydällä ja kuinka he olisivat ratkaisseet tämän haasteen.
Binh Chau: Hienoa, kiitos, Dez. Voitteko kuulla minut kunnossa? Selvä, kiitos. Hei kaikki, olen Binh Chau IDERAN kanssa. Tänään puhun vähän tuotteista, joita olemme kutsuneet SQL Inventory Manageriksi, ja siinä puhutaan löytöistä ja kyvystä varastoida SQL Server -ilmentimiäsi ja tietokantojasi siellä ja saada sellainen käsitys siitä, mitä sinulla on Ympäristö ja puhutaan muista asioista, joista Dez ja Robin puhuivat tietokannan leviämisen ja tietojen tarpeen suhteen nykyään.
Tämän kanssa, tässä on jokin huomio, jonka olet kuullut, luulen, anekdotisesti niiden kahden tarinan läpi, joita Dez kuvaa. Mutta pohjimmiltaan nykyään siellä on niin paljon tarvetta tieto- ja yritysryhmille, ja siellä oleville liiketoimintaryhmille kehittää omia sovelluksiaan ja palvelimia, etenkin SQL Serverin kanssa, eikö niin? Koska voit helposti kehittää SQL Express -versiota tai BI-palveluita, monissa organisaatioissa tapahtuu vain SQL-leviämistä pienestä suureen.
Monta kertaa DBA: t eivät tiedä, että joku päätti aloittaa, tiedätte, luoda ilmentymän sen sijaan, että laittaisi tietokannan olemassa olevaan ilmentymään. He eivät ole tietoisia näistä asioista, ennen kuin mahdollisesti on ongelma ja joku soittaa DBA: lle: "Voi ei, sovellus lakkaa toimimasta, se ei pysty muodostamaan yhteyttä tietokantaan, mitä tapahtuu?" Ja tiedättekö, kun DBA kysyy joitain heidän havaitsemiaan kysymyksiä: "Hei, tämä ei ollut tutkallamme, emme olleet tietoisia siitä."
Toinen on lisensointikustannukset, eikö niin? Microsoft SQL Server -lisenssi: tapa, jolla se toimii, sinun ei tarvitse olla erityistä avainta niille monille esiintymille. Voit ottaa käyttöön ja sitten he suorittavat tarkastuksen. Tiedät, he tekevät auditoinnin myöhemmin ja selviävät kuinka monta lisenssiä todella tarvitset. Ja niin, jos he tekevät auditointia etkä tiedä tuntemattomia palvelimia, se voi johtaa sellaiseen kalliiseen auditointiin. Joten, jos sinulla on työkalu tai inventaario etukäteen tietääksesi lisenssisi kustannukset ja kykyä paitsi tietää, myös hallita sitä, se on hyvä asia.
Ja sitten, mitä juuri puhuin, jos et ole tietoinen palvelimesta monta kertaa, jos asiat sujuvat hyvin, kaikki on hyvin, mutta ainoa kerta, kun olet tietoinen jostakin, on ongelma. Ja niin, että se voi johtaa tuotannon keskeytymiseen tai ehkä palvelinta ei ylläpidetty, etkä saanut korjaustiedostoa kyseiselle palvelimelle ja se aiheuttaa ongelman.
Jotkut kysymykset, jotka DBA-tyyppisellä tavallaan on tehtävä päivittäin, ovat se, että heidän on kohdattava, tiedätte, ne voivat olla hallinnollisia tai strategisia, mutta jotkut asiat, kuten Microsoft julkaisivat juuri kriittisen järjestelmäkorjauksen, kuinka monta järjestelmää tarvitsee tätä uutta patch? Kenelle seisonta-ajat vaikuttavat, jos minun täytyy viedä järjestelmä alas korjaamaan se? Kuinka pääsen helposti tietoihin? Pitääkö minun mennä laskentataulukkoon? Pitääkö minun mennä useisiin järjestelmiin löytääkseni sen? Pitääkö minun tavoittaa eri liiketoimintaryhmät saadakseni luettelon? On todella vaikeaa hajottaa sitä.
Toinen hyvä on pohjimmiltaan, joku tulee mukaan ja sanoo, että tarvitsen uuden tietokannan. Se tarvitsee X-koon ja siinä on oltava niin paljon kapasiteettia, ja sitten he haluavat tietää, mihin voin laittaa sen. Tietämättä mitä maisemaasi on vaikea kertoa heille, okei, voimme laittaa sen tänne, tänne tai tänne. Sinun on tyydyttävä menemään ja tekemään manuaaliset tarkastuksesi, joita tarvitaan sen tekemiseen. Ja puhuimme tilintarkastuksesta ja myös vilpillisestä palvelimesta.
Jos sinulla on epärehellinen palvelin, et tiedä missä tilassa se on, onko se varmuuskopioitu, onko sillä kaikki korjaustiedostot. Joskus et ehkä tiedä niitä asioita, ennen kuin on ongelmia, jotka olisivat huonoja.
Ne ovat tavallaan kaikkia haasteita, kysymyksiä, DBA: n edessä päivittäin, mitä heitä heitetään. Joten halusin esitellä sinulle SQL Inventory Manager, joka on meillä oleva tuote. Se tekee pari asiaa. Se löytää löytöjä, mikä on periaatteessa sellaista menemistä ympäristöösi nähdäksesi, mitkä SQL Server ovat ympäristössäsi. Ja sitten se voi myös löytää automaattisen etsinnän, joten periaatteessa, kun olet suorittanut etsinnän, voit asettaa sen lähtemään päivittäin tai viikoittain - riippumatta ajanjaksosta, jonka haluat - löytääksesi uusia esimerkkejä sieltä.
Ja sitten voit myös rekisteröidä nämä esiintymät automaattisesti, jotta voit alkaa seurata niitä ja tarkistaa heidän terveydentilansa. Voit sitten aloittaa luetteloinnin ja inventoinnin kyseisistä esiintymistä, jotta saat hyvän näkymän SQL Server -maisemaan. Mitä siellä on, mikä on tuotantoa, mitä kehitystä, mitä katastrofien palautusta, mikä on vähemmän kriittistä ja tiedät, mitkä sovellukset käyttävät niitä. Ja voit myös saada hälytyksiä asioista, kun terveystarkastukset epäonnistuvat. Periaatteessa jos palvelin menee alas tai voit myös käsitellä useita muita asioita.
Eric Kavanagh: Sinusta tulee vähän pehmeä, vain niin, että tiedät.
Binh Chau: Anteeksi, onko tämä parempi? Mitä haluan tehdä, oli viedä kaverit demossa, näyttää teille, mitä se tekee. Odota hetki, anna minun jakaa näytön ensin. Näetkö kaverit verkkokäyttöliittymän? Tämä on SQL Inventory Manager -rajapinta. Näyttö, jonka näytän sinulle täällä, se on verkkopohjainen käyttöliittymä. Näyttö, jonka näytän sinulle täällä, on tietokannan instanssinäkymä. Yläosassa voit nähdä, että meillä on erilaisia. Joten "löydetty" on periaatteessa kaikki verkon löytämät tapaukset. Ja mitä se näyttää minulle, on pohjimmiltaan.
Eric Kavanagh: Alat hajottaa vain vähän siellä. Voit halutessasi laittaa puhelimen alas ja laittaa sen kaiuttimeen. Mene eteenpäin.
Binh Chau: Tämä Discovery-näyttö näyttää kaiken, mitä Inventory Manager on löytänyt verkostasi. Täältä löydetään kuten 1 003 palvelinta. Ja se kertoo version, version, jos se löytää sen, milloin se löydettiin ja miten se löydettiin. Oletetaan esimerkiksi, että päätän sivuuttaa joitain näistä, mikä tarkoittaa, tiedätkö, ehkä haluan sivuuttaa kehittäjäpaketin, koska ne eivät ole minulle yhtä tärkeitä, koska ne ovat vain kehittäjäpakettia; Voin jättää nämä huomioimatta, ja se laittaa ne Ohita-välilehteen, joten kun seuraavan kerran ajan Discoveryn, se ei aio näyttää sitä minulle enää. Nyt voin suorittaa automaattisen rekisteröinnin tai rekisteröidä manuaalisesti.
Joten tässä olen valinnut tarkkailla kuutta tapausta. Ja täällä se on kirjautunut sisään ja se suorittaa säännölliset tarkastukset näille. Sitten on useita tarkistuksia, mitä täällä tahansa tapahtuu, tiedätkö, se tarkistaa 30 sekunnin välein nähdäksesi onko palvelin ylös vai alas ja antaa sinulle sellaisen yleiskuvan mikä se tila on. Pohjimmiltaan täällä kerrotaan, että minulla on yksi palvelin, joka on alhaalla, ja nämä viisi, jotka ovat ylhäällä. Se kertoo minulle myös mitä palvelinpainoksia, tietokantojen lukumäärää, tietokantojen tilaa, mahdollisia lisävarastoja tai metatietoja palvelimen ympärillä. Voin päästä täältä myös Licensing-näkymään. Tässä annetaan minulle joitain Microsoftin lisensointitietoja, joita tarvitsen, jos haluan edetä saamani kokonaisuuden tai yhteenvedon ennen Microsoftin auditointia.
Tässä on ytimien lukumäärä, pistorasioiden lukumäärä, mahdollinen ydinlisenssi, jonka Microsoft esitteli vuodesta 2012 alkaen. Yleiskatsaussivumme, tämä on sellainen sivu, jonka avaat. Tämä näyttää sinulle olemassa olevat terveystarkastukset tai suositukset, kuten nyt, se kertoo minulle, että minulla on yhdeksän tietokantaa, joilla ei ole nykyistä varmuuskopiota. Voin napsauttaa sitä siirtyäksesi tietokantojen tietoihin, jotka ne ovat, ja voin mennä sisään ja ryhtyä toimiin niihin tarvittaessa. Se kertoo minulle kaikki suosituimmat tietokannat koon mukaan, parhaat tietokannat toiminnan mukaan. Voin napsauttaa tiettyä palvelinta ja saada lisätietoja siitä.
Eric Kavanagh: Vaikka pyörivät, näytät meille täällä kyvyn nähdä todella mitä tahansa verkkoon kytkettyä, eikö totta?
Binh Chau: Oikein. Tämä näyttää mitä olen valinnut tarkkailla Inventory Managerilla. Tämä on SQL Server, se näyttää minulle kaikki palvelimeen kytketyt sovellukset. Voin jälleen kerran päästä kaikkiin tietokantoihin, jotka liittyvät tähän palvelimeen. Täällä voisin merkitä asioita. Voin luoda tunnisteen tälle palvelimelle riippumatta siitä, onko kyse Tarkka toimialue. Meillä on asiakkaita, jotka käyttävät sitä, esimerkiksi koska he haluavat merkitä tuotantopalvelimensa tai velkapalvelimensa, jolloin he voivat saada täydellisen raportin tilanteesta. Kun siirryn Hallinta-välilehteen, voin suorittaa Discoveryn tällä tavalla. Ja Discovery on lähtökohtaisesti menemässä ulos juoksemaan verkkoosi ja etsimään kaikki ympäristöstäsi oleva SQL Server.
Täällä minulla on tämä tarkka verkkotunnus, joka on meidän verkkotunnuksemme, ja olen asettanut sen sanomaan, tiedätkö, että käytät tällä tietyllä verkkotunnuksella tätä Windows-käyttäjätiliä etsimiseen ja haluan sinun suorittavan täydellisen skannauksen. Voin myös määrittää "Skannaa vain tämä tietty aliverkkotunnus" tai "Tarkista vain vanhemmat". Mutta tässä tapauksessa olen sanonut, että suorita koko tarkistus. Tässä on erilaisia skannaustyyppejä, joita voin käyttää, ja jos tallenn sen, ja periaatteessa se on työ, jonka voin asettaa. Tällä hetkellä se on pois päältä, mikä tarkoittaa, että minun piti suorittaa nämä skannaukset manuaalisesti. Mutta jos haluaisin, voisin asettaa sen päivittäin, tiedäthän, ajaa työtä päivittäin. Tai jos en halua ajaa sitä päivittäin - se on liikaa - voin sanoa, että aja työtä viikoittain tietyllä päivämääränä ja kellonaikana.
Ja sitten automaattinen rekisteröinti täällä, jos tämä on kytketty päälle, se tekisi sen, että joka kerta kun se löytää uuden palvelimen, se rekisteröi sen automaattisesti Inventory Manageriin, jotta voin alkaa seurata sitä. Jos on jonkinlainen painos, jonka haluan sulkea pois, kuten esimerkiksi en välitä Express- tai Developer-versiona, koska ne ovat kehitysympäristöä, napsauttaisin vain niitä täällä, ja mitä se tekee, se sanoo vain jokaisen Kun löydän jotain uutta, aion vain lisätä sen Inventory Manageriin, jotta voit seurata sitä niin kauan kuin se ei ole kehittäjä- tai Express-versio.
Ja tässä voin asettaa tunnisteet, joten esimerkiksi jos minulla on tuotantopalvelimia, voin mennä tänne ja merkitä kyseiset palvelimet. Voisin merkitä joko tietokannan tai palvelimen tietyllä sinisellä tunnisteella, joten voisin esimerkiksi sanoa, että tällä AO_NODE: lla pitäisi olla tuotantotunniste. Ja tällä tavalla, jos minun piti päästä helposti palvelimelle, voin mennä tänne ja napsauttaa Tuotantotunnistetta, ja se vie minut heti näihin kahteen palvelimeen. Tämä on Explorer-näkymämme, ja tämän osoittaa omistaja, mutta voisin sanoa esimerkiksi instanssitunnisteen, myös tietokantojen avulla, ja voin laajentaa tätä nähdäkseni, millaiset ne ovat.
Toinen hyödyllinen ominaisuus, jonka olemme rakentaneet ja josta ihmiset todella pitävät, on kyky tarkastella mitä hallitset Inventory Manager -sovelluksen kautta ja nähdä millä korjaustasolla he ovat. Periaatteessa täällä kerrotaan täällä kuudelle palvelimelle, joita olen hallinnut työkaluissani, riippumatta siitä, onko Microsoftille saatavana päivitys vai ei ja onko käytössä oleva versio, tukeeko sitä vai ei, ja tukea Tila. Jos haluaisin saada lisätietoja tästä tietystä korjauskorjauksesta, voin napsauttaa sitä, ja se linkittää minut Microsoftin artikkeliin sen suhteen, mitä kyseisellä korjauskorjauksella on kyse ja onko osoitetta käsiteltävä niihin. Voit viedä tämän luettelon halutessasi. Näin voit sanoa: "Hei, minun on korjattava ehkä kolme näistä palvelimista tänä viikonloppuna ja muut kolme myöhemmin."
Rakennusluettelo - joten siellä on luettelo, jota se tarkistaa nähdäksesi, että versiosi on ajan tasalla. Voit mennä ulos ja ladata tämän luettelon varmistaaksesi, että se on ajan tasalla ja sinulla on uusin luettelo siihen verrata. Toinen siisti mainosjakaumaominaisuus, josta ihmiset pitävät, on kyky lisätä tunnisteiden lisäksi myös mukautettuja mainosjakaumakenttiä. Tiedätkö, jos halusit lisätä kentän tähän esimerkiksi tietokannan merkitsemiseksi, sanotaan, että haluan merkitä sen tietokantatasolla. Osasto, tämä osasto ja tämä tietokanta, voisin tehdä siitä erityyppisen: avoin, oikea / väärä tai valintalista.
Voisin sanoa, että tämä on HR, markkinointi, T & K, rahoitus. Ja mitä tämä täällä tarkoittaa, on pohjimmiltaan, kun voit merkitä nämä asiat, voit saada täältä joitain tietoja, jotka sanovat kuinka paljon kapasiteettia kukin tietokanta käyttää ja sitten voit alkaa tyypittää, kasvaako se ja onko siinä järkeä veloittaa nämä osastot takaisin?
Toinen asia on, jos joudut suorittamaan ylläpitoa, tiedäthän kuka kyseisessä tietokannassa voi olla, kenen kanssa ottaa yhteyttä ilmoittaakseen heille: "Hei minun on suoritettava ylläpito tänä viikonloppuna, tietokannat ovat offline-tilassa". ja niin edelleen. Toinen hyödyllinen ominaisuus on hakukenttä, josta täällä ihmiset pitävät. Monta kertaa DBA: ta kysytään tietokannasta, sovelluksesta tai palvelimesta. Riippuen siitä, kuka heille puhuu, on tavallaan vaikea selvittää tarkalleen missä se on. Mitä täällä voisi tehdä, et ehkä tiedä missä tietokanta asuu, mutta voit vain kirjoittaa sen. Voin kirjoittaa vain IDERA-hallintapaneeliin ja se hakee pari tietokantaa ja missä ne sijaitsevat, jotta pääset helposti heille. Ja sitten se hakee lisätietoja heistä: niiden koko, lokin koko, riippumatta siitä, onko sillä koskaan ollut varmuuskopio, missä palautustilassa se on, jos haluaisin lisätä siihen tunnisteita. Tässä työkalussa on paljon erilaisia ominaisuuksia, tiedätte, se on luettelointityökalu, mutta se on luettelointityökalu, joka on hyvin erityinen SQL Serverille ja DBA: lle.
Koska DBA: lla on mielestäni muita asioita, jotka haluaisivat päästä käsiksi tai saadakseen hyvän kuvan siitä, miltä ympäristö ja heidän maisemansa näyttävät tietokannoissaan. Voit myös tilata, määrittää SMTP-palvelimen ja määrittää tilauksen hälyttämään itsellesi tai muille täällä oleville käyttäjille. Aion lopettaa tämän ja palata esitykseen. Ja tämä viimeinen dia tässä on vain yksinkertainen näkymä arkkitehtuurista. Se on verkkokonsoli, joka toimii sulautetussa Tomcat-verkkopalvelussa.
Meillä on joitain keräyspalveluita ja hallintapalveluita, jotka laitamme arkistoon, ja hallintapalvelut sammuvat ja suorittavat Discovery -sovelluksen eri SQL Server -tapahtumissasi. Näyttöpalvelimiin ei ole asennettu mitään. Meillä on työpaikkoja, jotka toimivat ajoittain ja keräävät vain tietoja siitä, joten pohjimmiltaan onko se ylös vai alas, kuinka paljon tietoa käytetään, mitkä ovat muut ihmiset. No, siinä kaikki.
Eric Kavanagh: Joo, anna minun kysyä - esitän pari kysymystä ja olen sitten varma, että Robinilla ja Dezillä on myös joitain - vain uteliaisuuden vuoksi, kun joku tulee tarkastamaan, sanotaanpa Microsoft, ovat käyttävätkö tätä työkalua vai luulen, että heillä on joitain omia työkaluja, joita he käyttävät?
Binh Chau: Joo, uskon, että he käyttävät omistettuja työkaluja. Asia on, että tämä työkalu on inventaariotyökalu, joten se pysyy ajan tasalla, tiedätte, koska sillä on tehtävä lähteä ulos ja kerätä jatkuvasti tietoja palvelimista, se loppuu siellä ja milloin tahansa. sinulla on ajan tasalla olevia tietoja siitä, kuinka asiat muuttuvat verrattuna, tiedät, kertaluonteisiin raportteihin, joita saatat Microsoftilta sanomaan, että sinulla on palvelimien lukumäärä, nämä ovat versiot, jotka sinulla on .
Eric Kavanagh: Joo, olen kiinnostunut Discoverystä. Joten kun joku ostaa tämän työkalun ja alkaa käyttää sitä, miten löytö todella tapahtuu? Tämä oli sellainen, johon viittasin aikaisemmin, toisin sanoen, että napautat verkkoa nähdäksesi, mitkä signaalit lentävät sieltä, jotka näyttävät olevan tietokanta-esiintymät, ja sitten luetteloit tuon ja sitten kun olet merkinnän tietokanta-ilmentymän, joka seuraatko? Arvaan, että sillä on eräänlainen ping, jota se tekee niin usein ja jos esimerkiksi laskee, niin tiedät sen olevan alas. Kuinka asiat toimivat?
Binh Chau: Kyllä. Tarkoitan, kun olet löytänyt Discoveryn päälle, se sammuu verkkoosi ja meillä on useita erilaisia skannauksia mennäkseen sinne, mutta se tekee, tiedätte, selaimen tarkistuksen ja rekisterin tarkistuksen. Se tarkistaa erilaiset tietokoneet ja tarkistaa sitten: onko siellä SQL-palvelimia vai BI-palveluita? Ja sitten se tuo sen takaisin ja vetää sen työkaluun ja näyttää sen sinulle: "Hei, tässä on kaikki asiat, jotka löysin."
Ja sitten jos sanoisit "Haluan seurata tämän työkalun avulla", se aikoo seurata sitä ja pingittää sen. Sillä on tehtäviä pingottaa niin usein, että sanotaan: "Okei, tarkista nyt tästä asiasta." - Tiedätkö tietokannan saatavuuden - tarkista nyt tietokannan historia, tarkista tietokannan puoli. Se suorittaa sarjan töitä tarkkailtavan tietokannan tarkistamiseksi.
Eric Kavanagh: Joo, se on hyvä. Ja meillä on kysymys yleisöltä. Tiedän, että teillä on työkaluja, jotka toimivat monenlaisten tietokantatekniikoiden kanssa, mutta varsinkin tämä, jota näytät tänään, onko tämä vain SQL Serverille vai kattaako tämä myös muita tietokantatyyppejä?
Binh Chau: Tällä hetkellä tämä työkalu kattaa SQL Serverin.
Eric Kavanagh: Okei, se on hieno. No, anna minun antaa sen Robinille. Olen varma, että hänellä on pari kysymystä, sitten ehkä takaisin Dezille. Robin?
Dr. Robin Bloor: Kyllä, varmasti. Microsoft ilmoitti melko hiljattain - joskus vuonna 2006 - ilmoittaneen SQL Serveristä Linuxissa, mutta en usko, että se olisi toimittanut sitä vielä. Mietin vain, onko sinulla kommentteja tästä. Oletko tietoinen siitä? Leikitkö sen kanssa?
Binh Chau: Kyllä, olemme. Aiomme sisällyttää sen. Tarkoitan, että tämän työkalun mukava asia on, että olen puhunut monien asiakkaiden kanssa, jotka ovat rakentaneet omia kotitekoisia työkalujaan tekemään samanlaisia, mutta heidän on pysyttävä mukana uusissa versioissa ja versioissa, jotka Microsoftin kanssa tulee ulos, mutta meillä on uusia versioita ja versioita, saamme sen jo varhain varmistaaksemme, että työkalu pystyy seuraamaan ja hallitsemaan uusia versioita. Joten SQL Linuxissa on jotain, jonka aiomme lisätä ja asettaa saataville, kun se on käytettävissä - uskon myöhemmin tänä vuonna.
Dr. Robin Bloor: Kyllä, se on mielenkiintoista. Odotatko, että monet asiakkaasi todella tekevät sen? Tarkoitan, SQL Server on erittäin hienostunut tietokanta, kokemukseni mukaan. Tarkoitan, tiedät, se on pitkään hammas, se on todennäköisesti asia sanottavaa. Tarkoitan, tiedätkö, alkuperäinen Sybase, josta se tuli, oli oikeastaan melko yksinkertainen monissa asioissa, joita se teki. Mutta Microsoft on lisännyt yhä enemmän juttuja vuosien varrella. Onko kaikki tämä saatavana Linuxissa? Tarkoitan, neuvotteko asiakkaitasi siirtymävaiheen toteuttamisesta?
Binh Chau: Olen pahoillani, onko kysymys, jota näemme ihmisten pyytävän sitä?
Dr. Robin Bloor: No, ottaen huomioon, että olet hämmentynyt asiaan, onko se Linuxissa yhtä hienostunut kuin Windowsissa?
Binh Chau: En ole pelannut sen kanssa itse, mutta olen kuullut kolleganii, että se on oikeastaan hyvin par. Mutta henkilökohtaisesti en ole pelannut uuden SQL-version kanssa Linuxissa.
Dr. Robin Bloor: Okei. Olenko oikeassa ajatellessani, että olet laittanut edustajat jokaiselle löydettävälle SQL Serverille? Kuinka tämä työkalu toimii?
Binh Chau: Ei, emme oikeastaan laita agentteja. Tätä erityistä työkalua, Inventory-kappaletta varten, emme oikeastaan laita edustajia sinne. Me vain menemme ulos ja soitamme puhelun ja tarkistamme sen tilan. Yksi hieno asia tässä työkalussa on, että se on agentless.
Dr. Robin Bloor: Joten, sinulla on muita SQL Server -työkaluja, voisitko muistuttaa minua siitä, mitä muita tämän paketin tuotteita, jotka käsittelevät SQL Serveriä?
Binh Chau: Kyllä. Meillä on SQL Diagnostic Manager. Se on seuranta- ja suorituskykytyökalu. Se tekee sinulle perusteellisempia analyysejä tai diagnostisia ja suorituskyky- ja terveystarkastuksia kuin Inventory Manager. Inventory Manager on kevyt versio terveystarkastuksesta. Meillä on myös Compliance Manager ja Secure, joka on osa tietoturvaohjelmistamme. Se kertoo periaatteessa kuka käyttää tietojasi, mitä tietoja he käyttävät, miksi, ja se auttaa noudattamaan sääntöjä ja muita raportointiohjeita. Meillä on SQL Safe, joka on varmuuskopiointityökalumme - se varmuuskopioi ja palauttaa ja se on mukava.
Meillä on myös Enterprise Job Manager, joka vain tarkkailee työtäsi. Ja sitten meillä on Toolbox-työkalu, joka on Järjestelmänvalvojan työkalusarjat ja Vertailutyökalusarjat sekä SQL Doctor. Järjestelmänvalvojan työkalusarja ja vertailutyökalu, he ovat mitä ajattelen Sveitsin armeijan veitsenä. Heillä on siellä useita työkaluja auttaakseen DBA: ta tekemään erilaisia asioita, kuten tiedät, tarkistamaan korjauksia tai siirtämään tai kloonaamaan tietokantaa. Mutta siinä työkalulaatikossa on 24 tällaista työkalua.
Dr. Robin Bloor: Joten ovatko ihmiset, jotka menevät varastonhallintaan, ovatko he yleensä muiden työkaluidesi käyttäjiä? Vai onko tällainen tulopiste? Voin kuvitella - tarkoitan, voit kertoa, jos sinulla on sotatarinoita - mutta voin kuvitella, jos et ole koskaan itse pitänyt inventaariota melko huomattavassa tietokeskuksessa, kokemus voi olla melko raivoisa. Onko se mitä löydät?
Binh Chau: Kyllä. Tarkoitan, että meillä on asiakkaita, jotka ovat tutustuneet työkaluun muista työkaluryhmistä, mutta meillä on asiakkaita, jotka tulevat etsimään tällaista työkalua heidän hankkeidensa takia. Yksi esimerkki minusta oli siellä, että yritys sulautui toisen yrityksen kanssa ja osti sarjan yrityksiä ja joutui lujittamaan SQL Server -jalanjälkeään kustannusten vähentämiseksi. Ja niin he etsivät työkalua eräänlaiseen menemiseen ja löytää kaiken, mikä heillä oli, jotta he voisivat aloittaa prosessin, kuinka voimme vahvistaa tämän.
Dr. Robin Bloor: Oikein, ymmärrän. Luulen, että se on melko yleistä sulautumissa, kun mietit sitä. Okei, annan Dezille, en halua ottaa koko ajan. Katso mitä kysymyksiä meillä on Australiasta.
Dez Blanchfield: Kiitos, kyllä, kysymykset ovat täällä aina ylösalaisin. Yksi niistä mielenkiintoisista asioista, ja saan tämän melko paljon, tiedätte, yritykset eivät ole aivan varmoja, mistä rajaa aika, jolloin aloittaa sijoittaminen. Milloin organisaation tulisi - kokemuksesi mukaan olet kylmässä vaiheessa - milloin on oikea aika aloittaa sijoittaminen tällaisiin työkaluihin, jotta et pääse vaikeuksiin? Teetkö sen ensimmäisestä päivästä, kun aloitat uuden organisaation tietokantainfrastruktuurin rakentamisen tai, kuten juuri totesitte, kun teet yrityskaupan / sulautumisen?
Vai onko olemassa tietty mittakaava, jossa sinun on todella oltava? Tarvitsetko 10 tai 100 tai 1000 tietokantaa? Mikä on kokemuksesi toistaiseksi markkinoilla, joilla olet käynyt niin kauan, milloin on oikea aika päästä tähän tilaan ja luultavasti mistä aloittaa? Miltä se näyttää, kun aloitat?
Binh Chau: Tarkoitan, luulen, että jos se on hyvin pieni organisaatio, sinulla ei ehkä tarvitse tätä työkalua, esimerkiksi yhden DBA: n tai pari DBA: n kanssa. Kun alat hankkia ryhmä, en tiedä, kolme tai neljä DBA-palvelinta ja ehkä 50–100 palvelinta, saatat haluta aloittaa tällaisen tekemisen. Luulen, että kun organisaatiosi kasvaa kooltaan ja vain ammattitaitoisia liikemiehiä haluaa, tiedät, kuten se esimerkki, jonka annoit, he haluavat asentaa sovellukset ja tietokannat itse, mutta silloin haluat tällainen työkalu, koska tällä tavalla voit nähdä mitä siellä on.
Mutta jopa pienemmässä organisaatiossa on mukavaa, että sinulla on tämäntyyppinen työkalu seurataksesi mitä sinulla on. Jos jaat sen niin, että voit sanoa: "Ai niin, ostin SQL 2012 -sovelluksen tähän laatikkoon, mutta se on tällä hetkellä SQL 2008 -versio, koska minulla on sovellus, joka tarvitsee edelleen kyseistä vanhaa versiota." Se auttaa pitämään kyseistä Inventory-työkalua vain jollain tavalla päästä eroon useiden laskentataulukoiden hallinnasta, jotka voivat tulla vanhentuneiksi.
Dez Blanchfield: Toinen seuraavasta kysymyksestäni: minkä tyyppisiä taitoja tai resursseja organisaatioilla tulisi olla suunnitellessaan saavuttaessaan tämän mittakaavan? Onko totta, että sinulla on tietty osaamisjoukko, jota todella tarvitset, tai tyyppi kokemus tai tausta tai henkilötyyppi, joka sopii parhaiten tällaiseen haasteeseen? Vai onko jotain, jonka keskimääräinen DBA- tai sys-järjestelmänvalvojan tai verkonvalvojan tyyppitaito voi heittää tämän? Tarvitsetko todella teräviä, teräviä päätyjä aivoja vai voitko korjata tämän melko nopeasti?
Binh Chau: Anteeksi, joten puhuit henkilön taitojoukosta ?
Dez Blanchfield: Joo, joten kun ajattelet tietokannan järjestelmänvalvojaa, siellä on tietty joukko taitoja, joita tarvitset. Joten kun lähdet vuokraamaan sinänsä DBA: ta kyseiselle roolille, kun mietit haasteita, joista puhut täällä, kun käytät tällaista työkalua pitääksesi tietokantojen kartoittamisen ja seurannan päällä, tekemällä löytökappale ja ajamalla tätä työkalua, onko työkalun käytössä ja lähestymistavassa tällaista haastetta jotain ainutlaatuista, vai onko jotain, jonka keskimääräinen DBA pystyy hakemaan melko nopeasti?
Binh Chau: Tarkoitan, luulen, että keskimääräinen DBA voi poimia tämän nopeasti. Mielestäni on hyödyllistä saada tämäntyyppinen työkalu, koska voit myös kääntää sen, koska se on web-pohjainen. Voit antaa sen muille organisaation jäsenille. Voit antaa sen sovelluskehittäjälle, joka voi tarkistaa tietyn tietokannan tai palvelimen. Se vie pois joitain hallinnollisia asioita, jotka DBA: n on tehtävä. Aikaisemmin joku soitti DBA: lle ja sanoi: "Voi, miksi palvelimeni on ylös tai alas?" Nyt he voivat tavallaan päästä käsiksi ja nähdä, ovatko heidän palvelimet ylös vai alas.
Dez Blanchfield: Ja millaisen ympäristön keskimääräinen organisaatio tarvitsee käyttääkseen tätä? Tarvitseeko se erillistä fyysistä palvelinta vai voidaanko se tehdä virtuaalikoneella? Voivatko he ottaa sen käyttöön pilviympäristössä? Mikä on työkalun käyttöönoton yleinen jalanjälki ja vain sen yleinen käyttö? Kuinka paljon raskasta rautaa sen potentiaalisesti tarvitsee kulkea rinnalla muihin kartoittamiinsa ympäristöihin?
Binh Chau: Joo, sitä voidaan käyttää virtuaalikoneella tai tietokoneella tai palvelimella. Sen ei välttämättä tarvitse olla erillinen palvelin, se riippuu vain siitä kuinka monta palvelinta seuraat. Jos ympäristösi on suurempi, se saattaa auttaa suurempana palvelimena, koska se kerää paljon tietoja tarkkailtavasta SQL-palvelimesta.
Dez Blanchfield: Oikein. Onko se sellainen asia, jonka voisit mukavasti ajaa pilvi-ilmentymässä ja luoda VPN takaisin ympäristöösi, vai onko sen keräämän tiedon määrä todennäköisesti hiukan raskas tällaiseen käyttöön?
Binh Chau: Emme ole vielä asettaneet sitä ajamaan sitä pilvelle, jotta voisimme vielä suorittaa tämän pilvessä. Sitä pitäisi todennäköisesti ajaa premillä.
Dez Blanchfield: Ja viimeinen kysymys, jos voin: paljon työkaluja, jotka olen nähnyt tässä tilassa, varsinkin kun mainitsit sen yhdestä tilanteesta, jossa joku osti yrityksen tai tapahtui sulautuminen tai jotain vastaavaa, tai jopa jos se oli organisaatio, joka vain yhdistää liiketoimintayksiköitä, onko järkevä käyttötapa, jossa joku käyttää sitä kannettavalla tietokoneella ja vie ympäristöön kartoittaakseen maailman kertaluonteisena, vai onko kyse epätodennäköisestä käyttötapauksesta? Onko enemmän tyyppistä, että se tulee olemaan siellä ja vain pysyvästi jätetty ajamaan?
Binh Chau: Tämä työkalu on enemmän kuin eräänlainen, asennus palvelimelle ja se jätetään suorittamaan. Tällä tavalla voit kerätä sitä varten tarvitsemiasi tietoja ja pitää mielestäni käynnissä olevan luettelon siitä, mitä sinulla on. Se on toisin kuin Kartta-työkalu, koska Kartta-työkalu on tavallaan yksi-yksi, siirry tarvitsemasi porttiin, tee mitä tarvitset sen kanssa tänään. Tämä on eräänlainen - mukava osa siinä on se, että voit tyyppiä, antaa ihmisille pääsyn siihen tarkistaakseen heidän palvelimensa tilan, josta he ovat kiinnostuneita.
Dez Blanchfield: Okei. Todennäköisesti viimeinen kysymys minulle, ja sitten annan takaisin Ericille kysymyksiä, jotka tulevat Q&A-ikkunan läpi osallistujien kanssa, koska meillä on ollut tänään hyvä äänestysprosentti, yksi suosikeistani. Mikä on prosessi saada kädet tähän vain kietoaksesi tämän? Tiedän, että paljon työkalusi on käytettävissä kokeile ennen ostamista -tyyppisiin asioihin. Mihin ihmisten pitäisi mennä oppimaan lisää tästä verkossa, mistä verkkosivustolla pitäisi etsiä latauksia ja miltä matka näyttää, tavallaan tehdä konseptitodistus tai kokeiluversio ja saada käsi kädessäsi ja tutustua siihen ottaa sitten yhteyttä ja ostaa sen?
Binh Chau: Kyllä. Voit siirtyä IDERA.com-sivustolle ja ladata kahden viikon kokeiluversion ilmaiseksi. Ja jos pidät siitä ja haluat tavoittaa meille, voimme myös suunnitella esittelyn yhden insinöörimme kanssa tehdäksesi syvällisemmän sukelluksen työkaluun.
Dez Blanchfield: Fantastinen. No, kiitos paljon siitä. Arvostan aikaa keskustella kanssasi siitä ja henkilökohtaisen kokemukseni perusteella ja olen varma, että puhun Robinin puolesta hänen elinikäisestä kokemuksestaan, ja mielestäni on itsestään selvää, että jotain tällaista on nykyään vaatimus. Emme voi tehdä tätä manuaalisesti nyt riippumatta siitä, kuinka kovaa yritämme; asteikko on aivan liian suuri ja asiat liikkuvat liian nopeasti.
Suosittelen, että ihmiset tekevät juuri sen, hyppää IDERA-verkkosivustolle ja saa kopion leikkiä varten. Koska potentiaalinen riski omalle kokemukselleni juuri tänään jakamistamme anekdooteista on ollut, että se voi mennä erittäin pahasta erittäin hyvään nopeasti, jos sinulla on oikeat työkalut, mutta se voi mennä myös toiseen suuntaan, jos et T. Eric, takaisin sinulle.
Eric Kavanagh: Joo, vain poppyä viimeiselle kysymyksellesi, mielenkiintoinen. Olen vain utelias tietää, mitä näet siellä, tiedät, pilvi on selvästi nykyään yhä tärkeämpi - Amazon Web Services, mutta ne eivät ole ainoita, Microsoftilla on koko Azure-tarjous se näyttää saamasta höyryä. Minua on kiinnostava tietää, yksi osallistujista kirjoittaa, että tohtori Bloor esitti mielenkiintoisen seikan, että DBA: t ovat kalliita ja että hallintoongelma, jonka aiheuttaa joko epärehellinen DBA tai joku, joka ei tee sitä, mitä heidän pitäisi tehdä, voidaanko tämä ratkaista siirtymällä pilveen. Olen todella kiinnostunut tietää, kuinka paljon toimintaa näet? Näetkö pilvipisteestä muuttumassa yhä suuremmaksi ongelmaksi yrityksille, vai mitä mieltä olet siitä vain trendinä?
Binh Chau: Minusta tuntuu, että se riippuu vain millaisesta ongelmasta olet. Tuntuu siltä, että jotkut teollisuudenalat sanovat: “Ei, emme ole muuttomassa.” Ne eivät välttämättä ole siirtymässä julkiseen pilveen; he saattavat katsoa siirtävänsä tavaroitaan yksityiseen pilveen. Mutta sitten näen joitain organisaatioita, jotka ovat kiinnostuneita, tiedätte, todella pääsemisestä nopeuteen ja sellaiseen menemiseen kohti Amazonia tai Microsoft Azurea. Ja sitten jotkut ihmiset sanovat: "Ei, emme siirrä tietojamme" tai "On vain tiettyjä tietoja, jotka me muutemme, mutta ei kriittisiä." Mielestäni siellä on sellainen kolme leiriä.
Eric Kavanagh: Joo, siinä olisi järkeä. Tarkoitan, että näemme sitä yhä enemmän ja luulen, että se liikkuu sopivasti ja alkaa jo jonkin aikaa. Ja pilvessä on myös vastaväli. Ihmiset nousevat Amazon Web Services -palveluun - olemme kuulleet tämän enemmän kuin muutaman kerran - ja aluksi kustannukset ovat hallittavissa, ja ajan myötä se vain hiipii ja sitten olet tavallaan jumissa siellä. Pilvi on monella tapaa vain toinen datakeskus, mutta siitä tulee mielenkiintoinen matka eteenpäin, sanoen sanottuna.
Ihmiset arkistoivat kaikki nämä verkkolähetykset. Siirry verkkoon techopedia.com ja tarkista täydellinen luettelo kaikista tekemistämme asioista. Ja tietysti insideanalysis.com viimeisimmälle. Ja sen kanssa me jätämme jäähyväiset. Ja kiitos vielä kerran paljon aikaa ja huomiosta. Kiitos kaikille ystävillemme IDERAssa ja puhumme sinulle huomenna toivottavasti datafilosofiastamme, joka huipentui webcast-lähetykseen. Aivan totta, datafilosofia on huomenna kello neljä itään. Toivottavasti näemme siellä. Ole varovainen, hei hei.
