Autors: Techopedia Staff, 2016. gada 26. maijs
Takeaway: Uzņēmējs Ēriks Kavanagh apspriež datu bāzu pārvaldību un instanču atklāšanu ar Robinu Blooru, Dezu Blanšfīldu un Bulletu Manālu jaunākajā Hot Technologies epizodē.
Pašlaik neesat pieteicies. Lai redzētu video, lūdzu, pierakstieties vai reģistrējieties.
Ēriks Kavanaghs: Labi, dāmas un kungi. Esiet sveicināts vēlreiz. Mani sauc Ēriks Kavanaghs. Lietas ir karstas. Šeit šeit uzkarst lietas. Es nezinu, kas notiek. Ak, tā ir taisnība, ir pienācis laiks Hot Technologies. Jā, tiešām, mans vārds atkal ir Ēriks Kavanaghs. Jūs varat mani atrast Twitter @eric_kavanagh. Šī ir izrāde, kas paredzēta, lai runātu par to, kas tirgū ir karsts. Šodienas nosaukums “Taustiņi valstībai: SQL Server pārvaldība ar dinamisko atklāšanu”. Labas lietas. Ir patiesi tavs. Labi, ka bilde bija pirms dažiem gadiem. Es negrasos melot, es tagad meklēju mazliet vecāku, bet tas ir labi.
Tātad, mēs runājam par to, kā tehnoloģijas un SQL Server ir patiešām, patiešām, tiešām, tiešām karsts. Mums šodien ir vesels saturs satura, tāpēc es tūlīt to nodosiu. Gaidiet, lūk, mēs ejam. Tur ir mūsu runātāji. Un pirmais ir Robins Bloors.
Robins Bloors: Jā, patiešām. Prezentācijā būs padziļināta datu bāzu pārvaldība, tāpēc es vienkārši domāju, ka izmēģināšu datu bāzes pārvaldību vai, jūs zināt, datubāzes labirintu, lai cilvēkus iedvesmotu tās garā. Es kādreiz biju DBA, es domāju, jūs varētu teikt, ka es kādreiz biju datu bāzu konsultants apmēram pirms 20 gadiem, un lieta, kas mani patiesībā pārsteidz par datu bāzēm, ir tā, ka nav daudz mainījies. Daudzas lietas ir mainījušās ātruma ziņā, ņemot vērā datu apjomus un tamlīdzīgas lietas, taču liela daļa no tā faktiski paliek ļoti līdzīgas tam, kas agrāk notika.
Datu bāze, manuprāt, ir organizēta paplašināma datu kolekcija, kuru var optimizēt konkrētai darba slodzei un nodrošināt datu pārvaldības iespējas. Tas radās galvenokārt tāpēc, ka, ja vēlaties pārvaldīt datus failos, tas bija drausmīgi grūts darbs. Un ideja par programmatūras komplekta izveidi, kas darītu gandrīz visu, kas jums bija nepieciešams, gandrīz uzreiz parādījās, tiklīdz 1970. gados mums bija nejauša piekļuve IBM lieldatoriem.
Relāciju datu bāze tika izgudrota 70-tajos gados, un tā izveidojās attiecībā uz prototipiem 80-tajos gados un sava veida vilkmi tirgū ieguva no 90. gadu sākuma. Un joprojām relatīvi dominē relāciju datu bāzes. Ja lasāt presi, dzirdēsit šausmīgi daudz lietu, ko teica par tām - SQL datu bāzēm, un pēdējā laikā par grafiku datu bāzēm ir šausmīgi daudz trokšņu. Un tie ir interesanti, ja vēlaties, bet patiesībā joprojām ir jaunākie pārdošanas apjomi, relāciju datu bāzēm ir 95% tirgus. Un Microsoft SQL Server, par kuru mēs šodien padziļināti diskutēsim, ir otrais populārākais Oracle.
Lieta par relāciju datu bāzēm, kas padara tās par neparastām to motoru ziņā, ir tās, ka tās var strādāt gan ar OLTP, gan ar vaicājumu slodzēm. Ja jūs gatavojaties to darīt, tie ir jāsaskaņo atšķirīgi, bet viņi faktiski ir spējīgi darboties abos veidos. Viens no tiem ir īsi izlases veida darījumi, bet otrs ir gari jautājumi, kas aptver daudz datu. Alternatīva, NoSQL datu bāze un grafu datu bāze ir paredzēta galvenokārt analītikai, un tie nesen ir palielinājušies. NoSQL bija pirmais, un grafiks pēdējā laikā ir sācis nedaudz vilkties. NoSQL var izmantot darījumu darbībām, bet diagrammas gandrīz nekad netiek izmantotas darījumu darbībām. Iemesls, kāpēc es saskāros ar stat, kas, manuprāt, ir vismaz desmit gadus vecs, saka, ka lielākajai daļai uzņēmumu ir vismaz trīs, patiesībā skaitlis bija 3, 5, dažādu zīmolu datu bāzes, ja paskatāsies uz viņu programmatūras inventāru.
Bet realitāte ir tāda, ka vairums uzņēmumu standartizē konkrētu datu bāzi. Un lielākā daļa uzņēmumu ir standartizējuši SQL Server un Oracle kā divas populārākās standarta datu bāzēm. Un viņi izmanto alternatīvas tikai izņēmuma gadījumos, kad, piemēram, viņi iegūst programmatūras pakotni, kurai nepieciešama atšķirīga datu bāze, vai arī viņi izmanto dažus lielos datu analīzes mērķus, kas jau ir izveidojušies.
Ja vēlaties, mēs esam iejaukušies arī Hadoop. Hadoop vienā vai otrā veidā ir kļuvis vairāk par failu sistēmu, bet vēl nav datu bāze. Tomēr tam ir SQL, kas atrodas virs tā. Bet tur esošie pierādījumi liecina, ka tas nav īsti vai kaut kur tuvu tam, lai aizstātu relāciju datu bāzes, kas nopelnīja pasaules sirdis un prātus. Un iemesls tam tiešām ir tas, ka relāciju datu bāzēm vajadzēja divdesmit gadus, faktiski ilgāk par divdesmit gadiem, lai iegūtu tik labu, cik tās ir. Un jūs ne tikai veidojat vaicājumu motoru vai SQL motoru, kas patiešām darbojas ļoti mazā laika posmā. Tas vienkārši nenotiek.
Tātad šī slaida secinājums ir tāds, ka datu bāzes ir stratēģiskas un tās attīstās, tās kļūst labākas. Un tas noteikti ir bijis gadījumā ar Oracle un Microsoft SQL Server. Jūs, iespējams, tikai daži no jums atceraties tos laikus, kad pirmo reizi izveidojās datu bāzes, bet es to darīju, ja es toreiz biju zēns. Sākotnējā ideja bija, ka būs vienota datu bāze, un tā bija konceptuāla ideja, kas absolūti nekad nebija iesakņojusies. IBM mēģināja ar AS / 400 faktiski izveidot uz datu bāzi balstītu failu sistēmu, taču tā arī nedominēja. Jūs esat atstājis faktu, ka datu bāzes dabiski sadrumstalojas. Jums patiesībā ir vairāki gadījumi. Pastāv mērogojamības problēmas. Datubāzes mērogo tikai noteiktā apjomā, protams, ka gadu gaitā tā ir palielinājusies, taču tām bija ierobežojumi.
Bija arī darba slodzes problēmas, galvenā darba slodze bija tāda, ka OLTP un lielas vaicājumu slodzes vienkārši nav savietojamas. Un nebija iespējams izveidot motoru, kas to darītu. Tas, ar ko mēs sastopamies, kas ir sava veida interesants, es nesen saskāros ar vietni, kurā bija vairāk nekā tūkstoš dažādu Oracle gadījumu. Es precīzi neatceros, cik daudz DBA viņiem bija, bet, ja jūs faktiski runājāt ar viņiem par to, cik daudz no šīm datu bāzēm faktiski uzraudzīja DBA, tas bija kaut kas līdzīgs desmit. Viņi pamatā izmantoja datu bāzi kā skapi un vienkārši iemeta tajā datus, jo vismaz jums bija shēma un tā bija organizētāka, nekā jebkad būtu failu sistēma, bet neviens neko nedarīja, kā vien tam piešķīra noklusējuma konfigurāciju un iestatīja to vaļīgs.
Es neesmu pārliecināts, vai tā bija laba ideja. Man tas izklausās dīvaini, godīgi sakot, jo, manuprāt, vienmēr, kad strādāju ar datu bāzēm, datu bāzēm bija jāapmeklē, un jums vienā vai otrā veidā bija precīzi jāzina, kas tur notiek. Un šausmīgi daudz sistēmu savstarpējo atkarību nozīmē, ka noteikti ir jāievēro noteikta veida pakalpojumu līmeņi, pretējā gadījumā rodas problēmas.
Nesen bija saruna, es esmu saskārusies ar dažādām datu bāzēm, kuras apgalvo, ka pašas noskaņojas. Kolonnu veikali, kas ir izveidoti vaicājumu trafikam, lielākoties tiek pašregulēti, jo indeksu ziņā jums ir jāveic divas izvēles. Bet, neskaitot šo konkrēto jomu, datu bāzes ir jāsaskaņo. Un tie ir jānoskaņo, noteiktas relāciju datu bāzes, galvenokārt tāpēc, ka šausmīgi daudz darījumu ir saistīti ar pievienošanos. Iestāšanās ir dārgas aktivitātes. Ja neievietojat pareizos indeksus pareizajā vietā, pievienošanās prasa pārāk daudz laika, kad tie nav vajadzīgi.
Pašregulējošās datu bāzes šobrīd labi darbojas tikai tajās jomās, kur darba slodze ir labi zināma. Un mana pieredze ir tāda, ka vairums uzņēmumu nodarbina ļoti maz DBA, un tas ir tāpēc, ka tie ir dārgi. Un tāpēc labāk, ja jūs varat pārmaiņus to, ko dara DBA. Šīs ir DBA aktivitātes, kā es viņus saprotu. Viņi veic datu bāzu uzstādīšanu, konfigurēšanu un jaunināšanu. Jaunināšana, starp citu, nebūt nav mazsvarīga darbība. Iemesls, kāpēc jūs jauninājāt datu bāzi, es domāju, ka noteikums, ar kuru es vienmēr strādāju, nepieskarieties tam, ja tas darbojas, un, ja jūs gatavojaties jaunināt datu bāzi uz kādu jaunu jaunu versiju, jūs to darāt testa režīmā. vispirms un pēc tam jūs visu jaunināt. Jūs joprojām vienmēr strādājat ar vienu un to pašu versiju. Bet faktiski daudzās vietnēs, ar kurām esmu saskārusies, tas nav tas, kas notiek. Pastāv, teiksim, diezgan liela entropijas pakāpe. Licenču pārvaldība ir problēma, atkarīga no tā, kāda licence jums ir. ETL un datu replikācija.
Viens no trikiem datu bāzē ir tas, ka, ja jums ir vaicājuma slodze, kas ir jāsadala, varat izveidot divus gadījumus un atkārtot, un tas bieži tiek darīts gadījumos, kad cilvēki vajadzības gadījumā izmanto repliku kā karstu dublējumu. Tad glabāšana un ietilpības plānošana - tā ir daļa no DBA aktivitātes, jo, protams, dati aug, un jums tas ir jāizseko. Un tad jums jāplāno dažādi aparatūras jauninājumi vai aparatūras palielinājumi. Tur ir problēmu novēršana, kas ir sāpīga darbība lielākajai daļai DBA. Ja kaut kas noiet greizi un dublējums nedarbojas precīzi, un tad viņiem ir jāapvelk piedurknes un jānolaižas un jāmēģina atgūt lietas no žurnālfailiem. Tas notiek daudz biežāk, nekā es domāju, labi, es atceros notikušo, bet es esmu bijis ārpus spēles vismaz desmit gadus, bet es atceros, ka tas notiek daudz biežāk, nekā jūs jebkad būtu gaidījis. Veiktspējas uzraudzība un iestatīšana ir tikai DBA darba sirds. Bet ir arī drošība piekļuves pārvaldības, dublēšanas un atkopšanas ziņā, izveidojot programmatūras testēšanas sistēmas, kas pamatoti paralēli darbosies tiešajā sistēmā. Un viss datu dzīves cikla saturs. Tā ka, manuprāt, DBA ir darba vietu saraksts, neskaitot jebko citu, ko viņiem varētu lūgt darīt. Darbības dinamika. Datu integritāte un pakalpojumu līmeņa pārvaldība ir DBA galvenā atbildība. Un parasti viņi ir kritiski. Un tas ir viss, kas man jāsaka. Es došos nodot Dez.
Dez Blanchfield: Liels paldies. Es došos mūs mazliet jautrā, anekdotiskā ceļojumā, kāpēc visa šī tēma, kas šodien ir aktuāla un ir kritiskāka nekā jebkad agrāk. Ne tik sen es biju iesaistīts projektā, kurā mēs migrējām valsts valdības platformu, kas tika izmantota licenču reģistrēšanai un transportlīdzekļu reģistrēšanai, un virkni lietu, kas saistītas ar šo tēmu, no Fujitsu lieldatoru platformas, kurā darbojas lieta ar nosaukumu A + Addition, kas ir Solaris operētājsistēma jeb, citiem vārdiem sakot, Unix, palaižot Oracle un darot ar to ļoti labu darbu. Un uzskats bija, ka šī lieta noveco un ir pienācis laiks to pārcelt uz kaut ko citu. Mums bija ļoti jautri darbināt Unix lieldatorā, un tā bija ļoti stabila, ļoti droša un dīvainā veidā SDL platforma, un tā bija absolūti zibens ātra. Bet gudrība bija tā, ka bija laiks izkāpt no lieldatora un pāriet.
Šis nozīmīgais izaicinājums ir kartēt visas sistēmas un biznesa loģiku un SQL vidi zemāk esošajām datu bāzēm un aplūkot, kā mēs grasāmies arhitektēt un projektēt tam jaunas mājas. Un mēs nonācām līdz vienai no šīm lietām, kas tagad ir pāris gadus veca, bet kurai ir viens no Sun bagāžnieku sistēmas Starfire serveru augšējiem galiem. Un šīs, iespējams, ir dažas no lielākajām alvām, kuras varat iegādāties uz planētas, kuras visas dzīvo vienā lielā kastē un simetriskā daudzprocesēšanas serverī. Tā bija vidēja līmeņa sistēma mūsu pasaulē. Tas vadīja Unix un Oracle sākotnēji, un skats bija “Kas varētu noiet greizi?” Nu, izrādās, daudz.
Piemēram, tajā laikā, un par to vairs nerunājam, mums bija jāiziet ļoti manuāls process, lai atklātu to, kas atrodas lieldatoru platformā, un parādītu to. Jo īpaši faktiskā datu bāzes vide un SQL loģika. Tātad uzskats, ka tas būs diezgan vienkāršs Oracle-to-Oracle pārvietojums, datu bāze-to-datu bāze; saskartos visa biznesa loģika, lielākā daļa biznesa loģikas būtu rakstīta iegultos vaicājumos un sprūdainos, un cik smaga tā varētu būt? Bet kaut kas, kam vajadzēja paiet mēnešiem, beidzās ne ar gadu. Lai fiziski un manuāli izietu cauri visām lieldatoru vides Unix daļām, atklājiet, kur bija visas datu bāzes un cik daudz gadījumu darbojās, un kas darbojās šajos gadījumos, un tas bija nebūtisks uzdevums, un mēs to izdarījām trīs reizes tikai tāpēc, lai pārliecinātos, ka esam visu notvēruši. Tā kā katru reizi, kad domājām, ka esam izrakuši tik dziļi, cik vajadzīgs, zem virsmas izrādījās, ka tur ir vairāk.
Otrs izaicinājums, kas mums bija, bija tas, kuras instances darbojas un kurā stāvoklī? Vai šī ir attīstības vide? Vai tā ir testa vide? Vai tā ir daļa no integrācijas procesa? Vai tā ir sistēmu integrācija? Vai tā ir UAT, lietotāju pieņemšanas pārbaude? Vai tā ir ražošana? Vai tā ir DR vide? Tā kā lieldatoru īpašība ir tā, ka jūs varat izveidot šo mazo virtuālo vidi, kuru mēs visi tagad uzskatām par pašsaprotamu, un pārvietot lietas. Un jums ir jāizdomā, vai šī persona veic ražošanas līmeņa izstrādi un testēšanu, vai arī viņi ražo ražošanu, vai tajā ir reāli lietotāji? Atceroties, ka šī lieta reāllaikā izdod autovadītāja apliecības un automašīnas reģistrāciju, kā arī lietas, kas cilvēku dzīvē tiešām ir svarīgas.
Un šīs lietas dublējumkopiju izveide prasīja daudz laika, tāpēc mums nebija īsti nekādu tehniskās apkopes logu, lai lietu lietotu bezsaistē un redzētu, kas noticis. Nebija tādas lietas kā tā pārvirzīšana. Mums bija arī izaicinājums ne tikai atrast, kuras instances darbojas, kur un kam, bet tad mums bija jāizstrādā, kādas versijas kādām instancēm darbojas. Un šeit es gandrīz pazaudēju savu zemes gabalu. Kad es sāku saprast, ka mums ir divas vai trīs ražošanas vides versijas, kuras tiek pārbaudītas dažādos līmeņos, un rīkiem un sistemātiskai pieejai to bija ļoti maz. Mums burtiski bija jāiedziļinās kodā un tekošajā instancē, un dažos gadījumos ir jāuzņemas risks kādu brīdi kaut ko atņemt bezsaistē. Mēs esam nonākuši līdz visai šai lietai, mēs to izdomājām, un, kā jau teicu, tas bija ļoti manuāls process. Un mēs beidzot izdarījām visu ETL maiņu, izgāžot to no vienas vietas un pārvietojot uz citu, un kopumā tas darbojās. Un mēs bijām līdzīgi, labi, ka tas ir funkcionāls, mēs ar to esam ļoti apmierināti.
Bet tad mēs nonācām daudzās ļoti nopietnās masīvajās ķieģeļu sienās. Jo īpaši mēs atradām problēmas ar veiktspēju. Dienas saprātīgā domāšana bija tāda, ka tā ir pārgājusi uz lielāku, labāku, ātrāku un grūtāku aparatūru. Nav iemesla, kāpēc tai vajadzētu slikti darboties lietojumprogrammā datu bāzes līmenī, tāpēc sāksim meklēt citur. Tātad mēs pilnīgi divreiz pārveidojām tīklu. Katrs maršrutētājs, katrs slēdzis, katrs kabelis, dažos gadījumos mēs pārgājām no Ethernet uz šķiedru, mēs atjauninājām programmatūru, mēs patched, jūs saņemat skatu. Mēs būtībā divreiz pārbūvējām tīklu, domājot, ka tas ir veiktspējas jautājums. Un tas izskatījās un jutās kā bija. Mēs izgājām cauri dažādām drošības sistēmām, dažādiem ugunsmūriem. Mēs labojām operētājsistēmu. Mēs pārvietojām materiālus no viena skaitļošanas asmens uz otru. Un mēs pavadījām ievērojamu laiku, apskatot tā infrastruktūras daļu.
Un tad mēs sapratām, ka, atvienojot serverus un palaižot uz tā dažas citas programmas, tīkls darbojas tikai lieliski. Tātad mēs sākām atdalīt operētājsistēmu. Tas pats jautājums. Bet interesanti, ka tīkla un operētājsistēmas līmenis, rīki tur bija, patiesībā mums bija salīdzinoši vienkārši salīdzināt un pārbaudīt un pierādīt, ka katrs no šiem gabaliem darbojas. Bet pat tad SPARC aparatūras platformā vidējā diapazonā Solaris rīki vienkārši nebija, lai mēs varētu sākt diagnosticēt datu bāzes vidi. Jūs zināt, kartējot, vai mēs esam apvienojuši visas lietas. Un tāpēc mums faktiski bija jāveido savi rīki, daži jāraksta un jāsēž, neatkarīgi no tā, vai tie bija paši datu bāzes rīki dzimtajās skriptu valodās, vai arī tā bija čaulas skriptu sērija vai dažos gadījumos C programmu ķekars.
Beidzot mēs apskatījām dažus ļoti interesantus jautājumus, kur loģika zem SQL slāņa, paši datu bāzes dzinēji, izrādījās, ka tad, kad kaut kas tika uzbūvēts īpašā veidā kaut kam, kas darbojas ar Oracle lieldatoru versiju, tika pārvietots uz SPARC uz Solaris. Oracle versijā tā uzreiz netransponēja to pašu veiktspēju. Tātad tas, pirmkārt, bija diezgan sāpīgs ceļojums, to vienkārši veicot un atrodot visu, bet tagad mums tas bija jā diagnosticē jaunajā ražošanas sistēmā, un šī lieta atkal parādīja, ka mēneša laikā ir jāveic migrācija gandrīz uz gadu. Un tas vienkārši notika tāpēc, ka mums nebija instrumentu. Apkārt darot lietas, piemēram, mēģinot kartēt metadatus.
Kādā brīdī mēs gandrīz nolēmām, ka mums ir vajadzīga Ouija dēlis, jo tas bija vienkāršāks, lai vienkārši nejauši norādītu un iedur. Tādas vienkāršas lietas kā noskaidrošana, kam bija pieeja vecajām sistēmām un kāpēc viņiem bija šāda pieeja. Un kam vajadzēja piekļuvi jaunajai un apstiprinošajai, liekot kādam parakstīties un to apstiprināt, un to kartēt. Pat kaut kas tik vienkāršs kā datu bāzes lielums nebija vienāds abās platformās. Mums bija jāizveido rīks, lai to izdarītu, un jāsalīdzina, cik liela ir datu bāze ar tonnāžu, ar neapstrādātiem megabaitiem vai terabaitiem sistēmā A pret sistēmu B. Un sīkāk sadalot datus par veiktspēju un izpildītāja vidi. Atkal bija jāveido jauni rīki. Mums vienkārši nebija neviena brīva.
Un jūs visu šo ziņojumu izņemat no tā, kad mēs bijām beiguši lietas darbību un mēs to stabilizējāmies, katrs tā gabals bija ļoti manuāls process, un vienīgais veids, kā mēs varētu kaut ko automatizēt, bija, ja mēs izveidotu jauns rīks vai jauns skripts. Un, ja mums būtu pieejami šodien pieejamie rīki, dzīve būtu bijusi daudz vienkāršāka un daudz labāka. Un mēs būtu ietaupījuši miljonus šajā projektā. Bet es domāju, ka tas, par ko mēs šodien runāsim, ir tas, ka rīki ir pieejami tagad un tie dzīvi padara tik daudz vienkāršāku. Daudzas nepilnības joprojām ir saglabājušās. Tur esošo datu bāzu atklāšana un to, kuras instances darbojas. Kādā stāvoklī viņi atrodas. Cik daudzi darbojas? Kāpēc viņi skrien? Vai viņi labi skrien. Vai viņi tiek dublēti?
Tās ir visas lietas, kuras mēs daudzos veidos varam uztvert kā pašsaprotamus, izmantojot pareizos rīkus. Bet šajā konkrētajā anekdotē, kā es teicu, bija periods, kad tas bija kaut kas tāds, par kuru daudzi zaudēja daudz matu, mēs, iespējams, noņēmām piecpadsmit gadus no dzīves, un žēlojamies par to, ka instrumentu tagad nebija . Un es ceru dzirdēt daudz vairāk par to no mūsu šodienas viesa Bullett. Ar to, Bullett, es jums došos, un es ceru dzirdēt, kā jūs esat atrisinājis šo problēmu.
Bullett Manale: Labi. Izklausās lieliski. Ēriks, ļaujiet man pārņemt šeit ar slaidiem un mazliet parunāt par uzņēmuma Idera īsto ideju, pirms mēs nokļūstam pašā produktā. Tāpat kā FYI, tas ir sava veida dažādu produktu portfelis, kas mums ir pieejams.
Ēriks Kavanaghs: jūsu audio ir ļoti karsts, tāpēc, ja izmantojat austiņas, vienkārši nedaudz paceliet to.
Bullett Manale: Nav problēmu. Vai tas ir labāk?
Ēriks Kavanaghs: Tas ir daudz labāk. Ņem to prom.
Bullett Manale: Labi. Tāpēc šodien mēs koncentrēsimies uz krājumu pārvaldnieku, kas acīmredzami ir pielāgots daudzām šīm tēmām, par kurām mēs diskutējam. Es tikai vēlos jums mazliet saprast, kā šis produkts nokļuva tur, kur tas ir. Mēs sākām ikdienas meklējumus ar savu produktu līniju, mums ir veiktspējas uzraudzības rīks ar nosaukumu Diagnostic Manager. Mums ir rīks Compliance Manager. Tātad, daudz dažādu rīku, kas atrodas ap SQL Server, un neizbēgami mēs vienmēr uzdodam jautājumu licencēšanas nolūkos: "Cik ir gadījumu, kurus pašlaik pārvaldāt savā organizācijā?" Un interesanti bija tas, ka mēs nekad par to nespējām īsti gūt pārliecinošu atbildi. Nav īsti svarīgi, ar ko tu runāji. Tas vienmēr bija sava veida: "Nu, mēs domājam, ka tas ir ap šo numuru." Šāda veida lietas vienmēr parādījās, un tad mums vajadzēja iziet šo procesu, lai precīzi izdomātu, kas tas ir, ka viņiem bija tas, ka viņi gribēja licencēt, ņemot vērā gadījumus, kurus mēs pārvaldām.
Mēs acīmredzami ļoti ātri sapratām, ka šķiet, ka ar daudzām DBA ir saistītas dažas sāpes. Acīmredzot kā DBA, viena no lietām, par ko viņi ir atbildīgi, ir zināt, ka, jo viena no lietām, kas viņiem jādara, ir jāuztraucas par viņu licencēšanas līgumiem, mūsu gadījumā ar Microsoft un SQL Server. Acīmredzot viņiem ir daudz citu atšķirīgu jomu, par kurām viņi ir atbildīgi, bet tas ir viens no tiem, kas ir liela biļešu prece, piemēram, DBA, kādi ir jūsu vispārējie pienākumi. Līdz ar to mēs secinājām, ka mums ir vajadzīgs rīks, kas DBA ļauj viegli saprast šo skaitli. Tā kā jums ir SQL izplešanās, ja vēlaties to saukt, un tas notiek dažādu iemeslu dēļ. Varbūt nav tik daudz kontroles, kas instalē programmatūru un kāda veida lietas.
Un vissliktākais, kas var notikt, ir tas, ka kāds nodod SQL Server kopiju, instalē to, sāk darbu ar to bez zināšanām citām uzņēmuma organizācijām vai departamentiem, un tad nākamā lieta, ko jūs zināt, varbūt dati netiek dublēti, un tādas lietas, kas varētu notikt. Tagad jums ir vēl viena problēma, kad ir situācijas, kad faktiski zaudējat kritiskos datus, jo nezināt, ka, piemēram, eksistence pat pastāv.
Viena no lietām, kas mums bija jādara, bija teikt, ka izdomāsim tā atklājumu. Un pēc tam spēt organizēt un pārvaldīt informāciju, kuru mēs apkopojam, loģiskā veidā, kas ir jēga, pamatojoties uz to, ko bizness dara. Un tad acīmredzot no tā spēs pieņemt lēmumus par šo informāciju un veikt šādas darbības. Tas ir veids, no kurienes sākās un no kurienes tas nāca. Es varu jums pateikt, ka, regulāri runājot ar DBA, mums patiešām ir tā problēma, ka nezina, cik daudz gadījumu viņiem ir.
Un tas ir smieklīgi, jo termins, ka jūs nevarat pārvaldīt to, ko nevarat izmērīt, vienmēr nāca klajā ar veiktspējas rīkiem, kas mums ir, piemēram, SQL Diagnostic Manager, taču jūs patiešām neko nevarat pārvaldīt, ja nezināt, ka “Tas” pat tur pirmajā vietā. Tā ir arī šī rīka liela daļa, jo tā ir tikai spēja zināt, ka tas ir tur.
Tagad, runājot ar dažām lielākajām organizācijām vai uzņēmumu veikaliem, izmantojot SQL Server, interesanta lieta, ko mēs atklājām ar daudziem puišiem, ar kuriem mēs runājām, bija tas, ka viņi faktiski bija iestatījuši laiku gada laikā, kur viņi faktiski fiziski gāja no vienas vietas uz otru, lai mēģinātu noteikt, kā šis skaitlis izskatās. Jūs varat iedomāties, ka kā DBA jūs saņemat diezgan labu naudas summu, lai dažos gadījumos fiziski pārvietotos no vienas mašīnas uz otru, kas bija pārsteidzoši, ko mēs dzirdētu no dažiem diezgan lieliem uzņēmumiem, kurus es nenosaukšu. Bet tieši sava veida interesants fakts, ka divas nedēļas gadā var pavadīt, veicot šāda veida vingrinājumus, tikai lai uzzinātu, vai viņu licenču skaits ir pareizs.
Tas viss ir saistīts ar šo rīku un to, kā tas palīdz, bet tas, kā mēs risinājām, bija caur iespēju veikt atklājumus, pamatojoties uz vairākām SQL Server īpašībām. Un tāpēc pirmais jautājums ir, uz ko jūs norādāt vai ko jūs mēģināt apskatīt vispirms? Tas, kā mēs rīkojāmies, bija teikt, darīsim to pēc IP diapazona, vai arī mēs to varēsim izdarīt, izmantojot paša domēna piederību datoriem, kas ir šī domēna locekļi. Tieši tā mēs uzrunājām šo daļu, tikai tāpēc, lai varētu pateikt, ka šī ir joma, kurai vēlamies pievērsties atklājumu ziņā.
Un tad otra tās daļa ir balstīta uz šīm īpašībām, portiem un citām lietām, WMI reģistra atslēgām un šāda veida lietām, mēs varam apkopot un pārliecināties, ka SQL, visticamāk, darbojas un ir instalēts tajā instancē vai konkrētajā vidē. Acīmredzot tā ir daudz labāka metode nekā čības metode vai čības izteikšanas metode. Lieliski ir tas, ka visa šī informācija, ko mēs apkopojam par instanci, tiek glabāta krātuvē un tā var mainīties, mainoties videi. Tas nav tikai par “Hei, tur ir piemērs, šeit ir saraksts, kuru mēs atradām”, bet tas ir kā DBA vai personai, kas pārvalda gadījumus, lai varētu noteikt, vai viņi vēlas izveidot šo krājuma daļu, un tad kad tā nav daļa no inventāra, lai varētu pārtraukt šo gadījumu. Tāpēc viņiem ir viss SQL Server instances procesa process, kas rīkā ir viegli saprotams.
Kad esam atklājuši gadījumus, ko mēs darām pēc tam? Otra lieta ir daudz informācijas par instanci, es nevēlos, lai to manuāli iegūtu un ievietotu izklājlapā vai tādās lietās. Un tā ir vēl viena lieta, kas bija savdabīgi interesanta sarunājoties ar DBA par inventarizācijas procesu un licencēšanu, vai tā, ka jūs būtu pārsteigts, cik daudz DBA es uzrunāju, kad viņiem vaicājāt: “Kā jūs uzturējat savus krājumus?” Un mēs runājam ar DBA, kas ir tā patiesi ironiskā daļa, ka viņi to visu saglabā un izseko visu statiskā izklājlapā. Kā es teicu, tas ir ļoti ironiski, ja par to domājat vienu minūti. Bet tas bija daudzos gadījumos, un joprojām tas notiek daudzās organizācijās, kā tās to pārvalda. Kā viņi to uztur. Tas ir Excel izklājlapas kapteinis, kas tiek mainīts, un tas regulāri jāatjaunina.
Šīs ir lietas, kas bija izaicinājums, un, reģistrējot šo gadījumu un iekļaujot to inventāra sarakstā, jūs varat to izdarīt un iegūt informāciju. Jūs varat to automatizēt neatkarīgi no tā, vai tā kļūst par inventāra, versijas, izdevuma daļu, un citas lietas, ko ar to varat darīt, varat manuāli pievienot varbūt to sarakstu vai Excel izklājlapu, kas jums ir. Varat to importēt šajā rīkā ar nosaukumu SQL Inventory Manager. Ja jums jau ir sākumpunkts gadījumiem, par kuriem, jūsuprāt, esat diezgan pārliecināts, varat tos importēt un pēc tam izveidot šo sava pārvaldītā krājuma daļu izstrādājumā. Kad mums ir tāda instance un kad mēs zinām, ka tā tur ir, tad tā kļūst, labi, ka mēs esam ieguvuši daudz informācijas, ko varam izmantot, zinot, ka šī instance ir tur, izejot un apkopojot šo informāciju.
Un liela daļa informācijas būs nepieciešama ne tikai licencēšanas nolūkos. To daudz var izmantot, lai acīmredzami tikai zinātu, kur atrodas lietas, lai varētu meklēt šo informāciju pēc tās iegūšanas. Bet galvenais ir serveris, pati aparatūra. Spēja saprast, kāda veida mašīna tā ir, varbūt modelis vai ražotājs, atmiņa, atmiņas apjoms, neatkarīgi no tā, vai tā ir fiziska vai virtuāla mašīna, un jo īpaši fizisko kontaktligzdu vai kodolu un CPU skaits, kā arī šāda veida lietas.
Runājot par kodolu skaitu, it īpaši ar SQL Server, zināt, kā viņi rīkojas ar licencēšanu, ir kodolu aprēķini tagad jaunākajās SQL versijās, kas kļūst par patiešām nozīmīgu tā sastāvdaļu, un tas nav nekas, kas jums ir iziet ārā un patiesībā iet rakt. Kad gadījums ir identificēts, mēs varam sniegt šo informāciju un to iegūt, ļaujot jums to apskatīt un izprast, un acīmredzot mēs to varam izmantot.
Nākamais slānis atrodas tajā instancē, kurā, protams, jums ir daudz dažādu SQL Server gadījumu, neatkarīgi no tā, vai tas ir standarta vai uzņēmuma vai pat izteikts šajā jautājumā, vai arī SQL Server bezmaksas versija. Spēja saprast arī to, kādas lietojumprogrammas ir saistītas ar šo gadījumu, un to var izdarīt automātiski. Spēja izprast konfigurācijas iestatījumus un tādas lietas, kā arī citu informāciju, kas saistīta ar pašu SQL Server gadījumu.
Tad jūs nokļūstat faktiskajā datu bāzē un redzat konfigurācijas iestatījumus, ar šiem datiem piesaistītās vietas daudzumu, kur tie atrodas, visi šie materiāli tiek automātiski aizpildīti, un tas ir milzīgs laika ietaupījums. Un vēlreiz, jo tas dinamiski iziet un katru dienu identificē jaunus gadījumus, tā ir dzīva lieta, kas jums ir krājuma ziņā. Tas ir tāds, kāda produkta mērķis ir padarīt to šādā veidā, ir padarīt to par kaut ko dinamiski mainīgu.
Kad visa šī informācija mums būs pieejama un mēs varēsim visus šos datus iekļaut, tad patiešām ir jēga dažos gadījumos sākt veidot savus metadatus, kas saistīti ar šiem gadījumiem, un ka metadatus var izveidot tādā veidā. atbilst jūsu biznesa veidam.
Tātad, ja jūsu gadījumi ir sagrupēti pēc ģeogrāfiskās atrašanās vietas, vai pēc lietojumprogrammu īpašniekiem, vai arī pēc DBA īpašniekiem vai tamlīdzīgam, tas varētu būt saistīts ar to, kā vēlaties grupēt šos gadījumus, kā jūs loģiski vēlaties izprast šos gadījumus, tad tur ir sava veida no divām rīka jomām, kas jums to piešķirs.
Pirmais ir spēja izveidot instances tagu vai tagu. Kas būtībā rada asociāciju gan serverim, gan gadījumam, gan datu bāzei, lai jūs varētu izveidot skatus un atbildēt uz jautājumiem, kas var rasties ikdienā, kas patiešām palīdz jums tikt galā ar to, kas jums ir, ko jūs pārvaldāt un kā vēlaties virzīties tālāk ar šo informāciju.
Otra lieta, kas mums ir, ir tas, ko sauc par krājumu laukiem vai pielāgotajiem inventāra laukiem, un tie ir raksturīgāki informācijas sīkiem sīkiem parametriem, kurus varat izpētīt, piemēram, datu bāzes slānim, kuru es varētu nolemt pievienot nolaižamajam sarakstam, kuram ir visas DBA un es varu likt, kurš ir atbildīgs par šo datu bāzi atkarībā no situācijas veida vai neatkarīgi no tā, kura datu bāze ir tā, kurš par to ir atbildīgs, lai varētu izvēlēties, lai es zinātu, ka viņi ir tie, kas ir atbildīgi un ļoti viegli, vienkārši iedziļinoties inventārā.
Tātad šī informācija kļūst ļoti vērtīga, it īpaši, ja jums ir liela vide, jo tā tikai palīdz jums izprast šo informāciju un zināt, kas jums ir un kā jūs to darāt.
Tāpēc ļaujiet man iet uz priekšu un pārslēgties uz nākamo slaidu šeit. Tas, ko es jums tagad rādu, ir tas, ka visa šī informācija, ko mēs apkopojam, visa šī informācija un dati, ko mēs apkopojam un piemēro metadatus, dod jums iespēju pēc tam daudz vienkāršāk un ātrāk pieņemt lēmumus, kad runa ir par uzrādiet savas Microsoft licences uzņēmuma lielapjoma licencēšanā vai programmatūras apdrošināšanā ar Microsoft.
Tas padara to patiešām vienkāršu, nevis jāveic, ir jāiet un jādara daudz datu manuālai vākšanai, daudz šīs informācijas manuālai vākšanai, kas patiesībā tikai padara procesu daudz labāku. Tātad, tas ir sava veida viens no produkta mandātiem, kaut kad lai DBA būtu vieglāk pieņemt šos lēmumus par licencēšanu.
Tagad otra lieta, ko mēs, sarunājoties ar DBA, atklājām un iemācījāmies ātri, ir tā - un tas ir tāds atgriešanās pie tā, kas tika apspriests iepriekš - jums, iespējams, ir SQL Server vidē 300 gadījumi, bet tur tiešām ir tikai varbūt apakškopa no tiem, kas patiešām tiek pilnībā uzraudzīti un pārvaldīti, izmantojot tradicionālu veiktspējas uzraudzības veidu.
Tātad, ja jūs aizejat un jūs faktiski sēžaties pie DBA un sakāt: “Skatieties, mēs zinām, ka jums ir šie 20 gadījumi vai 10 gadījumi no 300, kas tiek uzraudzīti, izmantojot šo rīku, kas paredzēts šī procesa uzraudzībai un atbilst jūsu SOA un saņemiet brīdinājumus, kā arī visas šīs labās lietas, ”mēs arī atklājām, ka, ja jūs jautājāt:“ Tad kā ir ar šīm pārējām 280 gadījumiem, kas jums ir? Vai jums tie rūp? ”Un viņiem tas ir, viņiem rūp, bet viņi vienkārši nevēlas obligāti veikt ieguldījumus, lai uzraudzītu tos padziļināšanas līmenī, ko var izdarīt ar šīm instancēm, salīdzinot ar tiem 10 vai 20, patiešām kritiski produktu gadījumi.
Otra vienādojuma daļa ar šo rīku ir tāda, ka tā palīdz arī pārliecināties, ka bāzes līmenī jūs esat aizsargāts, piemēram, par veselības stāvokli. Tagad tas jums neteiks, ja jums ir strupceļš vai kurš ir strupceļa upuris. Nav jānonāk līdz pašam sesiju līmenim un vaicājumu detaļām. Bet tajā pašā laikā tas jums joprojām paziņos, ka, ja servera ir mazāk vai tas piepilda, vai arī jums jādara dublējumi datu bāzē, tā ir sava veida svarīga DBA sastāvdaļa.
Tātad šāda veida lietas noteikti joprojām ir svarīgas, un tāpēc ar šī rīka palīdzību tas bija veids, kā iegūt ieguvumu jūsu tiešām kritiskajām instancēm, kurām ir daudz, daudz vērts, ja tās iet, lejā jums jāzina uzreiz. Viņiem var būt augstāks uzraudzības līmenis un spēja veikt šāda veida darbības, turpretī tas spēs uzņemt visus jaunus gadījumus, kas pievienoti videi, un pārliecināties, ka tie tiek ņemti vērā, kā arī pārliecinieties, ka tiek veidoti šie veselības pārbaužu pamata līmeņi.
Tātad īsumā par to, kas ir Inventory SQL importēšanas pārvaldnieks. Tagad es jums parādīšu tā demonstrāciju. Pirms mēs to darām, es ātri jums parādīšu, ka šeit ir parādīts arhitektūras slaids, un tikai tam, lai parādītu šo, pārvaldītos SQL gadījumus, mēs varam atklāt visu, sākot no SQL 2000, līdz pat jaunajam SQL versijas.
Tātad mēs to varam izdarīt, nekad nav jāizvieto aģenti pašās instancēs. Mēs to darām, izmantojot savākšanas pakalpojumu, un tas aiziet, savācot šo informāciju un ievietojot to krātuvē, un pēc tam no Tomcat tīmekļa pakalpojumu priekšējās konsoles mēs varēsim mijiedarboties ar šiem datiem un tos apskatīt. Tātad tā ir diezgan vienkārša arhitektūra.
Es dodos uz priekšu un pārslēdzos, un faktiski iedziļināmies pašā izstrādājumā, lai jūs varētu izjust tā izpratni, izpratni par tā darbību. Tāpēc labākais veids, kā to izdarīt, ir pirmais veids, kā jūs iepazīstināt ar pašu interfeisu, jo tas ir sava veida informācijas panelis, kuru mēs šeit aplūkojam.
Es šobrīd redzu, ka manis pārvaldīto gadījumu skaits nav tik liels. Bet man arī muguras kabatā nav vesels datu centrs. Tātad man ir apmēram seši gadījumi, kurus mēs šeit redzam. Tagad es to teicu: es esmu tas, ko es izdarīšu, ir iziet cauri atklāšanas procesam un parādīt, kā tas darbosies.
Pirmais, ko jūs darītu, ir administrācijas sadaļā jūs varat norādīt, kā jūs vēlaties atklāt savus gadījumus. Jūs varētu atkal un atkal ievietot šo informāciju, ko var izdarīt, izmantojot virkni IP adrešu. Jūs varat norādīt uz domēnu vai apakšdomēnu un varēsit tikai tām mašīnām, kuras ir šī domēna locekļi, veikt šīs pārbaudes, jūs varētu izvēlēties vairākus dažādu veidu raksturlielumus, kad SQL darbojas, lai pārbaudītu.
Kad esat to izdarījis un varat to automatizēt, lai darbotos katru dienu, lai dotos un apkopotu šos datus. Vajadzības gadījumā jūs to varētu arī izdarīt uz ad hoc pamata. Bet, kad jūs sākat, ka šis atklāšanas process, tad tas, ko jūs sākat redzēt, ir tad, kad jūs pāriet uz gadījumu skatu šeit. Jums ir cilne Atklājiet, un cilne Atklājiet mums parādīs nesen atklātos gadījumus. Tātad mūsu gadījumā šeit ir skaitlis. Tas, ko es iešu un darīšu, ir iet uz priekšu un pievienot to, ko mēs izmantosim kā piemēru. Tātad šajā gadījumā tas ir Čikāgas gadījums, vai ne? Es gatavojos turpināt darbu un pievienot šo gadījumu savam inventāram.
Labi, un tas šeit man iedzīs pāris lietas. Es tikai došos uz priekšu, un jūs redzēsit, ka mēs varam iestatīt akreditācijas datus. Maniem akreditācijas datiem tur vajadzētu būt labiem. Es gatavojos iet uz priekšu, un jūs ievērosiet, ka es varētu nodot īpašumtiesības uz šo, ja es gribu. Es varu arī norādīt atrašanās vietu. Tagad var pievienot arī pašu atrašanās vietu, un tas, protams, atcerēsies to nākamreiz.
Vēlreiz es varu tam piesaistīt tagus metadatu izteiksmē un to, kā mēs gribētu šos SQL gadījumus, it īpaši šo, ievietot neatkarīgi no tā, kādos segmentos mēs vēlamies ievietot. Tātad mums ir daži pašreizējie tagi, populārie tagi, tāpēc mēs varam apskatīt daudz dažādu tagu, kurus es, iespējams, jau esmu iekļāvis. Es tikai dažus no šiem izvēlēšos nejauši, un mēs to varēsim izmantot.
Tāpēc tagad, kad dodos uz priekšu un pievienoju to inventarizācijai. Tagad, kad tas ir pievienots, tagad mēs to redzēsim zem šī pārvaldītā skata, un jūs to varat redzēt šeit. Tātad jūs zināt, ka tas ir pirmais solis, un tas, ko es jums tikko parādīju, bija veids, kādā jūs galvenokārt pievienojat tos gadījumus, kad jūs katru dienu iziet cauri. Dažos gadījumos jūs varētu teikt, ka zināt, ko tad, ja tas ir SQL servera uzņēmuma izdevums, es to automātiski gribu pievienot savam krājumam? Man nav nepieciešams manuāli iet un izvēlēties to darīt.
Džočelina: Es jūs ātri pārtraucu. Mēs neredzam jūsu demonstrāciju.
Bullett Manale: Vai ne?
Jocelyn: Nē.
Bullett Manale: Nu, tas nav labi, redzēsim.
Ēriks Kavanagh: Ja jūs ejat uz augšējo kreiso stūri, noklikšķiniet uz Start, noklikšķiniet uz tā.
Bullett Manale: Ah, labi.
Ēriks Kavanagh: Un tagad dari ekrānu.
Bullett Manale: Atvainojiet par to. Jā.
Ēriks Kavanaghs: Tas ir labi. Laba nozveja tur, producente Jocelyn.
Bullett Manale: Labi, ka tas ir labāk? Vai jūs to redzat tagad?
Robins Bloors: Jā, patiešām.
Bullett Manale: Labi, tāpēc ļaujiet mums ātri nokļūt tur, kur mēs bijām īsti. Mēs esam ieguvuši atklātos gadījumus, kas mums bijuši jau agrāk. Es tikko pievienoju Čikāgas instanci, un tas, ko jūs redzat, tagad ir šeit uzskaitīts. Ievērojiet, ka tas jau ir ieguvis daudz papildu informācijas. Ja es noklikšķināšu uz pašu instanci, jūs sāksit redzēt visa veida informāciju, kuru mēs jau esam savākuši par šo gadījumu. Šeit ir visu tur esošo datu bāzu saraksts. Mēs varam redzēt datu bāzu sadalījumu pēc lieluma un darbības veida, ņemot vērā to, kurām datu bāzēm ir lielākais lielums un darbības.
Vēlreiz mēs varam uzreiz pateikt, kuras lietojumprogrammas mēs redzam darbojas šajā instancē, pamatojoties uz darba slodzi, kuru mēs redzam, ka darbojas šajā instancē. Tāpēc ir patīkami, ka to var izdarīt automātiski. Man nav jāiet iekšā un jāpiesaista pieteikums biežumam. Balstoties uz redzēto, mēs to varam apdzīvot. Tagad, ja vēlaties manuāli pievienot lietojumprogrammu, to noteikti varat izdarīt. Bet tas ir tikai jauks veids, kā parādīt gadījuma saistību datu bāzē vai, atvainojos, lietojumprogrammā.
Jūs arī pamanīsit, ka ekrāna labajā pusē mums ir tūlītējs kopsavilkums, un zem tā - servera kopsavilkums. Tāpēc šeit mēs runājam par galvenās informācijas kopumu šeit, zinot versiju un ne tikai, jūs zināt, SQL Server 2012, bet gan faktisko versijas numuru, kurā iekļauts un pastāstīts, kādi labojumfaili tam ir piesaistīti, kādas servisa pakotnes ir piesaistīti tam, to var būt ļoti svarīgi zināt. Acīmredzot atmiņas prasība ir svarīga. Viss, piemēram, neatkarīgi no tā, vai tā ir salikta, visa šī informācija man nav jāievieto - tā jau tiek savākta un savākta, un, kad mēs identificējam, ka tas ir atklāts gadījums, tā būs daļa no mūsu krājuma.
Otra lieta, ko jūs šeit redzēsit - un tas jums parādīs - tā ir zem šī gadījuma skata. Mums ir šie atribūti, par kuriem es runāju iepriekš, pielāgoti atribūti, kurus var pievienot. Tātad mēs varam pievienot atvērtā veida tekstlodziņu laukus, mēs varam darīt jā / nē, ņemot vērā, jūs zināt, miljardu veidu izvēli. Mēs pat varam izveidot nolaižamos sarakstus. To var izdarīt datu bāzes instancē vai servera līmenī.
Tad, ja mēs nedaudz ritinām uz leju, mēs visu saistīto informāciju varam redzēt pašā serverī. Tātad, jūs zināt, ka viss šāda veida materiāls acīmredzami ir patiešām ļoti noderīgs, jo tas viss ir savākts un savākts, un tas ir pieejams mums, tiklīdz mēs pieņemam lēmumu padarīt to par daļu no mūsu krājuma. Šeit mēs varam parādīt dažas atšķirības attiecībā uz centrālo procesoru, loģisko un fizisko daudzumu, atmiņas lielumu. Tātad jūs patiešām iegūstat ļoti labu un bagātīgu informāciju, neveicot daudz darba.
Tagad otra daļa, kā jau teicu, ir tas, ka mēs apkopojam šos datus servera līmeņa instancē. Ja mēs pat ejam uz datu bāzi, mēs varam redzēt, ka liela daļa šo lietu tiek sadalīta arī mums. Tātad, ja es dodos uz savu atbilstības repozitoriju, šajā gadījumā es varētu teikt, labi, ka jūs zināt, ka tas nodarbojas ar, šī ir atbilstības datu bāze, kurā tas ir saistīts ar atbilstības vai normatīvo prasību līmeni, un tā varētu būt, teiksim, SOX vai PCI atbilstība. Tāpēc es varu izvēlēties, kurām datu bāzēm ir kāda ar tām saistītā atbilstība, kas man jāaizpilda, vai arī pārliecināties, ka uzturu šo normatīvo prasību ievērošanu.
Tātad šāda veida lietas ir izrādījušās ļoti noderīgas DBA, jo tur ir vieta, kur viņi var nokļūt centralizēti, lai viegli saglabātu visus šos saistītos metadatus savā vidē, un viņi var padarīt to, kā jau teicu, atbilstošu viņu uzņēmējdarbībai, jo viņi ” viņi veic uzņēmējdarbību. Tātad, ja mēs aplūkojam visu līdz šim redzēto, mēs esam acīmredzami ieguvuši diezgan labu pārskatu par instanci, ja es to iedziļinos.
Es arī varu veikt meklēšanu, tāpēc es teicu, ka meklēsim šo atbilstības repozitoriju visā manā krājumā. Tad šeit redzēsit, ka es varu meklēt šīs lietas un spēt tās identificēt. Es to saku - es neesmu pārliecināts par to, mana poga tur nedarbojas. Labi. Redzēsim, mēģināsim vēlreiz. Tur mēs ejam. Tad mēs varētu redzēt sadalījumu tur, kur mēs redzam kaut ko, kā mēs ievērojam, un es varētu iedziļināties tajā un redzēt to arī no šī viedokļa. Tātad esat ieguvis patiešām ātru un ērtu veidu, kā padziļināti izpētīt šos datus.
Tagad, kā mēs iepriekš minējām, jums ir daudz dažādu paņēmienu, kā izveidot metadatus pret instanču serveri un datu bāzi. Otra tā daļa ir tā priekšrocība tādā veidā, kā jūs to esat sagrupējis un kā jūs to esat saistījis. Mēs ejam uz pētnieka skatu, mēs varam tikai to izdarīt. Var teikt, ka es vēlos veikt datu bāzu uzskaiti pēc atrašanās vietām. Tātad datu bāzu skaits katrā atbalstāmās vides vietā. Varbūt varbūt tā pamatā ir īpašnieks, kuram pieder manis eksemplāri, ņemot vērā varbūt gadījumu skaitu. Tātad mēs to varēsim redzēt. Tātad jūs saņemat patiešām labu, vienkāršu veidu, kā krāsot šos attēlus, pamatojoties uz jebkuru jautājumu, uz kuru jūs mēģināt atbildēt tajā laikā.
Tad to, ko jūs esat izveidojuši tā, kā gribējāt, mēs varam eksportēt uz PDF vai dažādiem formātiem, lai varētu to izmantot un nosūtīt kolēģiem vai darīt visu, kas tur vajadzīgs. Tātad jūs zināt, ka jūs varētu darīt šāda veida lietas. Atgriezīsimies pie tā - vai es to pazaudēju? Tur mēs ejam. Labi, ka, cerams, tam ir jēga attiecībā uz to, par ko es esmu runājis līdz šim. Tagad, kad esam apkopojuši datus, tas viss acīmredzami ir patiešām būtisks vairāku iemeslu dēļ - licencēšana un plankums.
Pēdējais veids, kas jāpiemin, ir tas, ka mēs pārietam uz šo administrācijas sadaļu šeit. Šeit jūs varat arī konfigurēt savu e-pastu un trauksmi, kā arī pārliecināties, ka lietām, kuras jūs patiešām vēlaties zināt, jūs varat tās iestatīt. Tātad, mēs varam iestatīt e-pasta brīdinājumus, mēs varam iestatīt iespēju ieslēgt noteiktas lietas un izslēgt noteiktas lietas un pēc tam varēsim noteikt, kurš saņems šos e-pastus, un abonējot šos brīdinājumus, mēs varam saistīt, kurus mēs vēlamies būt, kurš vēlētos uzzināt par šīm lietām.
Bet, kā es teicu iepriekš, tas ir patiešām jauks veids, kā to izdarīt, vismaz dodot pilnīgu mieru zināt visiem jūsu uzņēmuma SQL gadījumiem - kas tas ir, un arī pārliecinieties, ka tas darbojas optimāli, pat ja t, nav pieņēmuši lēmumu veikt ieguldījumus smaga veiktspējas uzraudzības rīkā, lai pārvaldītu šo gadījumu. Tas segs jūs, jo tas ir ļoti pieņemams veids, kā aiziet, un daudzām personām ir iespēja veikt šos pārskatus un veikt ļoti plaša veida vispārēju uzraudzības līmeni, lai pārliecinātos, ka ieguva šo mieru un zināt, kas notiek.
Tāpēc, cerams, ka tam ir jēga tādā veidā, kā mēs to aprakstījām un parādījām jums. Es domāju, ka no šī viedokļa es varētu iet uz priekšu un nodot to atpakaļ, un mēs varētu vēl kaut ko sarunāt.
Ēriks Kavanagh: Tas izklausās lieliski. Tātad Robins? Dez? Kādi jautājumi?
Robins Bloors: Man ir jautājumi. Patiesībā tas ir ļoti interesanti, es domāju, ka es gribēju tikai komentēt, ka diezgan daudz visur, kur esmu bijis, ne tikai starp DBA, bet starp tīkla puišiem, starp krātuves puišiem, starp virtuālo mašīnu pārvaldības puišiem, viņi visu darbu pie izklājlapām.
Ēriks Kavaņahs: Tieši tā.
Dezs Blanšfīlds: Jūs zināt, ka tas ir, jūs zināt, ka tas ir pareizi, līdz skaitļi sāk kustēties. Kad skaitļi sāk kustēties, jūs zināt, ka viņi nonāks nepatikšanās. Tāpēc jautājums, kas mani tagad interesē, un es zinu, ka uz jums būs grūti atbildēt, bet kas notiks, ja jūs ievietosities vietā, kur viņiem tur nav nekā līdzīga izklājlapu darbināšanai, tāpēc pieņemsim, ka DBA ir ļoti gudri puiši utt. un tā tālāk, kāda veida IA, jūsuprāt, jūs iegūtu, ieviešot kaut ko līdzīgu? Vai jums par to ir kādi skaitļi vai kādas vadlīnijas?
Bullett Manale: Grūti pateikt, kas ir ROI, jo vide būs nedaudz atšķirīga. Acīmredzami, jo lielāks uzņēmums, jo lielāka vide, acīmredzot, jo lielāka ROI, iespējams, būs, ja viņi, jūs zināt, tagad izmanto manuālās metodes.
Es zinu, ka esmu runājis ar vairākām - kad saku lielās organizācijas tūkstošos un tūkstošos darbinieku, kā arī, iespējams, arī tūkstošos gadījumu -, kur man ir cilvēki, kur es viņiem to parādīšu, un viņi saka, ka tas prasīs divas nedēļas atpakaļ. Esmu to ne reizi vien sacījis. Tāpēc ir grūti pateikt, ņemot vērā faktisko dolāra summu no pirkuma, bet tas ir ievērojams, ja jums ir vide.
Kā es teicu, tas ir diezgan konsekvents, tas ir cilvēki, ar kuriem es, vairums cilvēku, ar kuriem es runāju, šie sīkumi tiek glabāti izklājlapā. Tāpēc tā ir ļoti, ļoti subjektīva lieta, jo katra vide ir nedaudz atšķirīga attiecībā uz to, kā viņi veic licencēšanu un to, kā viņi veic savu licencēšanu ar Microsoft, ir vēl viena tās sastāvdaļa, kas ir faktors. Bet, ja viņiem katru gadu vai ik pēc trim gadiem jādara patiesi uzlabojumi, es domāju, ka trīs gadi pēc Microsoft maksimālā pieļaujamā daudzuma ir nepieciešami, viņi vēlas, lai jūs piepildītos vismaz reizi trīs gados.
Tad jūs zināt, ka tas ir ievērojams, un jūs zināt, ka tas ir tikai kaut kas daudz ko atvieglojošs. Tā kā tā ir dinamiska lieta, kas vienmēr mainās, tā piešķir nedaudz lielāku pamatotību arī attiecībā uz to, ko jūs skatāties pantus, labi, ka mēs neesam īsti atjauninājuši izklājlapu sešu mēnešu vai gada laikā. Tātad, cik bieži jūs atjaunināt izklājlapu, ir vēl viens jautājums, lai saprastu, ka atbilde ir ROI.
Dezs Blanšfīlds: Jā, es domāju, ka SQL licencēšana, tā licencēšana ir tikai nepamatots murgs, bet tas ir īpaši murgs, jo licencēšana nav vienāda starp Microsoft un Oracle un jebkuru citu, kas tur dara datu bāzes lietas. Ja jūs faktiski glabājat lietas izklājlapās, kas mēdz būt tā, kā patiesībā notiek, tad zināt, ka licencēšanas laiks pienāk, pirms to faktiski realizējat, un jums faktiski nav tādu datu, ja zināt, ko es domāju, lai viegli nokļūtu šī informācija.
Jebkurā gadījumā, kā jūs norādāt, tas ir dinamisks un man personīgi nav ne mazākās nojausmas, jo man nekad nav bijis nekādu sarunu ar Microsoft, tāpēc man nav ne mazākās nojausmas, bet, iespējams, ir datu bāzes, kuras cilvēki diezgan bieži noņem testa datus, testējot vidē, un es domāju, ka tie ir ērkšķis jūsu pusē, ja veicat licencēšanu. Vai tas esi tu-?
Bullett Manale: Jā, jā. Tas tā ir tāpēc, ka daudzas reizes par šīm lietām tiek aizmirsts, un tad mēs sākam mēģināt izdomāt, labi, labi, labi, ka mēs esam ieguvuši pamata licencēšanu, ka mums ir jāizdomā kodolu skaits katrā no šiem gadījumiem, un es Nevar zināt, ka, iegādājoties aparatūru, jūs varētu iegādāties diezgan labu aparatūru, ja jūs šo aparatūru nelietojat tā, kā tā būtu jāizmanto, tad jūs pārmaksājat, jo maksāt par pamata cenu noteikšanu, kad šiem kodoliem netiek piesaistīts, lai tas kļūtu par problēmu.
Katrai SQL versijai ir atšķirīgs licencēšanas piemērošanas veids, kas to pat mazliet mulsina. Tātad jums ir daži izaicinājumi, un tāpēc šī ir ļoti liela daļa no iemesla, kāpēc šī informācija ir ļoti noderīga, jo mēs varam jums pateikt, kura tā ir, mēs acīmredzami varam pateikt, cik daudz kodolu jums ir, ja tā ir vecāka SQL versija tā bija vienas kontaktligzdas cenu noteikšana, mēs to joprojām varam acīmredzami parādīt. Tātad tas vienkārši padara to par daudz vienkāršāku rutīnu, kas jums jāiziet, kad ir pienācis laiks šo lietu piepildīt.
Dezs Blanšfīlds: Viena lieta, kas man ienāk prātā, ak, piedodiet, aiziet -
Robins Bloors: Tas ir labi, jūs ejat Dezā, es gatavojos uzdot, iespējams, neatbilstošu jautājumu.
Dezs Blanšfīlds: vienkārši kaut kas ļoti ātri notiek, kad skatāt pašreiz aktuālo tēmu - mēs redzam daudz vairāk mākoņu vides pieņemšanu un, ja mēs to vadām savā datu centrā, savā vidē, viņi rāpo apkārt un atrod, atklāj lietas ir samērā vienkārši.
Kā mēs, kā tiek galā ar scenāriju, kad mums varētu būt trīs datu kopas, divi mākoņi, un redzamība šajās vidēs ir ugunsmūris, un bieži vien caurules vai VPN galā ir datu kopa. Vai ir jādara atklājums no priekšpuses vai mums ir jāuzsāk ostu atvēršana, lai mēs varētu skenēt dažādās vidēs starp mākoņu veidiem un telpām, kur darbojas šī platforma?
Bullett Manale: Jā, jā, būtu kaut kāds apsvērums attiecībā uz ostām. Tātad, diemžēl es vēlos, lai es varētu teikt, ka tā izlauzīsies caur visām šīm vidēm, taču ir dažas dažādas iespējas, ko jūs varētu darīt ar šo. Acīmredzot, ja jūs darāt kaut ko līdzīgu Amazon EC2, viss, kas jums būtu nepieciešams, ir piekļuve šai videi, izmantojot savienojumu, pieņemot, ka jūsu porti ir atvērti un pēc tam varēsit norādīt jūsu IP adreses vai ar to saistīto domēnu, un tas var sākties. kolekcija un sākt atklāšanu.
Tā tas ir, vidē, kas patiešām nav problēma; tas ir specifiskāks vides tips, piemēram, RDS, un kur jūs vienkārši iegūstat pašu datu bāzi, kur to redzēt un atklāt šāda veida informācijai būs nedaudz sarežģītāk.
Dezs Blanšfīlds: Tātad, ņemot vērā to, kas tur bija, ir datu bāzes un datu bāzes. Tā, piemēram, vecajos labajos laikos vienkārši ir ļoti, ļoti liels datu bāzes dzinējs, piemēram, anekdote, kuru es dalīju priekšā, kur tā ir tikai viena apjomīga platforma, un viss, ko tā dara, ir datu bāzes nodrošināšana. Mūsdienās datubāzes ir iestrādātas it visā, patiesībā, piemēram, divas vai trīs no tām vienkārši darbojas manā tālrunī aiz lietotnēm.
Kādus izaicinājumus jūs saskaraties ar scenārijiem, kur jums ir vide, kas nāk no Lotus Notes, ar lietotnēm aiz tām, SharePoint ar dažādu interneta datu bāzēm utt.? Būtībā visu darbību nodrošina datu bāze, kas atrodas aizmugurē. Kādas lietas jūs redzat tur un kādus izaicinājumus jūs saskarat ar cilvēkiem, kuri mēģina tikai kartēt šāda veida pasaules un ko jūsu rīks viņiem dara?
Bullett Manale: Es domāju, ka tas ir tas, ko jūs teicāt - visam tagad ir vajadzīga datu bāze, tāpēc daudzreiz ir iespējams, ka ļoti daudz ir tādu datu bāzu, kuras tiek ieviestas vidē un kuras pati DBA pat netiek informēti, jo vispārīgi sakot, ka nav grūti iegūt vidē instalētu SQL serveri.
Šis rīks identificē arī tādas lietas kā ekspress datu bāzes, tātad SQL Server bezmaksas versijas. Jocīgi, ka, dodoties atkal sarunāties ar DBA, jūs nesaņemat konsekventu atbildi par to, vai viņiem rūp tur esošās bezmaksas datu bāzes. Liela daļa šo lietojumprogrammu, par kurām jūs runājat, izmantos bezmaksas datu bāzes versiju. Bet pašām organizācijām būs atšķirīga attieksme attiecībā uz to, kas ir atbildīgs par šo datu bāzi, atkarībā no tā, ar ko jūs runājat.
Dažas DBA, ar kurām es runāju, es domāju, ka pēdējo reizi, kad biju SQL Server PASS, kas atrodas Sietlā, jūs uzdodat jautājumu “Vai jums rūp jūsu ekspress datu bāzes?”, Un tas bija apmēram piecdesmit piecdesmit. Daži cilvēki vēlējās uzzināt par viņiem kā DBA, jo viņiem šķita, ka viņi ir daļa no viņu atbildības, pat tās izteiktās datu bāzes, kurās joprojām varētu būt kritiska informācija; viņiem joprojām ir jāveic dublēšanas process, un viņiem joprojām jāpārliecinās, ka visas lietas darbojas no viņu veselības viedokļa. Bet tikpat svarīgi ir pat zināt, ka tie pastāv.
Tā kā otra puse cilvēku ir: “Ei, mēs neesam atbildīgi par šīm datu bāzēm, un viss, ko viņi tām ieliek, ir piesardzīgs personai, kura tās instalēja.” Bet es teiktu, ka kopumā tas, ko jūs teica, ka mūsdienās visam diezgan daudz ir piesaistīta lietojumprogramma, kas tikai vairāk veicina sarežģītību un neskaidrības par šīs informācijas uzskaiti.
Dezs Blanšfīlds: Jā, es esmu redzējis, ka valdības vietnes, iespējams, ir manas iecienītākās, bet es bieži vien to redzu uzņēmumu vidē. Kur, piemēram, jūs teicāt, ka cilvēki aizmirst pat tad, kad viņi instalē kaut ko līdzīgu SharePoint vai piemēram, pašapmaiņa, lai jūs zināt, ka viņiem ir tikai iebūvēta bezmaksas versija, jo viņi vēlas, jūs zināt, ātri to instalējat un neuztraucas par to, ka jums būs jāiet un jāiegādājas licencēšana.
Tad tas kļūst liels, un tad kāds sāk sūdzēties par veiktspēju, un viņiem patīk: “Tas ir tikai jūsu vecais serveris, jūsu krātuve, tīkls, neatkarīgi no tā, ” un tad tiek izsaukts DBA, un viņi ir šādi: “Nu, tu” es tikai visu esmu iebāzis šajā datu bāzes bezmaksas versijā, kas nav tas, kas jums nepieciešams, lai veiktu šo lielo. ”
Īpaši tad, ja jums ir tādi scenāriji kā Project Manager un Office, kas darbojas simtiem, ja pat ne tūkstošiem projektu lielā uzņēmumā vai korporācijā, un viņi izmanto SharePoint kopā ar Microsoft Project Server, un viņi visus savus PMO materiālus ievieto šajā datu bāzē. Bet priekšējā galā viņi ir līdzīgi, labi, ka tā ir tikai tīmekļa saskarne. Bet tiešām tur ir datu bāzes un datu bāzes.
Bullett Manale: Jā.
Dezs Blanšfīlds: Kas tie ir, viens no pirmajiem soļiem, ko cilvēki šeit domā, ir daži jautājumi, kurus mēs varētu vēlēties piesaistīt no auditorijas. Viens no pirmajiem jautājumiem ir par to, kur cilvēki sāk? Kāds ir viņu pirmais dabiskais solis: “Labi, mums jādara Anonīmo alkoholiķu versija?”
Mums ir vairāk datu bāzu, nekā mēs zinām, ko darīt. Kāds ir dabisks solis, kā viņiem iet: “Labi, ka mums šī lieta jāsaņem un jāsāk skriet?” Vai viņiem vienkārši iet auksts tītars vai vēlāk viņiem tiešām ir jāsāk mazs un tikai jāiegūst kāda pieredze apkārtējās vides kartēšanā ?
Bullett Manale: Es domāju, ka viņi teica, ka viņiem ir jāapzīmē vide. Tagad Microsoft piedāvā bezmaksas rīku, lai to izdarītu, Microsoft novērtēšanas plānošanas rīku, tas ir bezmaksas rīks, bet tas ir statisks. Jūs veicat atklāšanu, un tas arī viss. Jūs saņemat to lietu sarakstu, kas tur atrodas. Mēs to paņēmām un teicām, ka skatīsimies soli tālāk, darīsim atklājumu, meklēsim tur esošo un ievietosim krātuvē un izveidosim tā, lai tas būtu dinamisks un varētu to papildināt, noņemt no tā.
Bet kopumā lielākais pirmais solis ir tas, ka es domāju tikai uzzināt un izdarīt atklājumu. Neatkarīgi no tā, vai mūsu produkts ir lejupielādējams izmēģinājuma versijā, varat to lejupielādēt un izmēģināt 14 dienas, un jūs varat norādīt uz savu vidi un veikt kolekciju.
Tagad, ja jums jau ir izklājlapa ar virkni šīs informācijas, kurā esat pārliecināts, ka šī informācija ir pareiza, jums arī ir iespēja patikt importēšanai CSV, kurā izklājlapā ir visa šī informācija, un padarīt šo daļu no tā, ko jūs jau ir. Tomēr, izdomājot to, ko nezināt, vienīgais veids, kā to izdarīt, ir manuāli iziet, darīt to vai ir rīks, kas meklē šāda veida lietas kā šī. Tas ir lēmums, kas jums kādā brīdī būs jāpieņem, ir: “Vai es mēģinu automatizēt šo atklājumu vai vismaz iegūt labu pamatu tam, kas vispirms ir tur, un tad varbūt jāuztraucas par dažiem izņēmumiem?” Bet lielākoties jums, iespējams, ir nepieciešams rīks.
Dezs Blanšfīlds: Tātad vienkārši ātri. Kur cilvēki dodas, lai sāktu šo darbu? Viņi skāra jūsu vietni? Kā viņi sasniedz un ātri sāk šo darbu?
Bullett Manale: Ja jūs apmeklējat Idera, IDERA.com, jūs redzēsit, un es faktiski varu vienkārši reāli ātri to parādīt reāli ātri. Idera vietnē jūs atradīsit produktus un apmeklēsit krājumu pārvaldnieku. Šeit redzēsit lejupielādes saiti. Jūs vienkārši nosakāt, kuru versiju vēlaties instalēt 64 vai 32 bitu versijā, un tas jums palīdzēs, un jūs varēsit sākt atklāšanu no turienes.
Robins Bloors: Fantastiska un lieliska, lieliska prezentācija, liels paldies.
Bullett Manale: Paldies.
Ēriks Kavanaghs: Mums ir pāris jautājumu no auditorijas, un mēs tos jums nosūtīsim pa e-pastu, jo mums šodien ir grūti sevi apstāties, bet Bullett atkal ir lielisks darbs demonstrācijas laikā, mūsu producenta lielisks darbs, kas paredzēts, ka tas t rāda.
Bullett Manale: Atvainojiet par to.
Ēriks Kavanagh: Nē, tas ir labs sīkums. Jūs sniedzat redzamību biznesa kodolā, vai ne? Tā kā bizness vada datus un jūs redzamību nodrošināt jau pašā kodolā. Tātad vairs nav roku viļņotas lietas; Tagad jūs faktiski varat norādīt uz lietām un to atrisināt. Tik labs jums.
Bullett Manale: Paldies.
Robins Bloors: Bet bija lieliski redzēt, ka tas dzīvo arī starp citu, labi darīts.
Ēriks Kavanaghs: Jā, mēs arhivēsim šo tīmekļa apraidi vēlākai apskatei, un tad mēs to, cerams, sagaidīsim apmēram stundas vai divu laikā, sākotnējais arhīvs dažkārt palielinās, dažreiz tas ir nedaudz garāks, bet mēs noteikti ļausim ļaudīm zini. Ar to mēs ļausim jums ļauties. Vēlreiz pateicamies par apmeklējumu informācijas telpā, mēs patiesībā esam Hot Technologies. Mēs ar jums sazināsimies nākamreiz. Esiet piesardzīgi.
