Autors: Techopedia Staff, 2017. gada 22. februāris
Takeaway: Uzņēmējs Ēriks Kavanagh pārrunā datu bāzes pārvaldību ar Dr. Robin Bloor, Dez Blanchfield un IDERA Binh Chau.
Pašlaik neesat pieteicies. Lai redzētu video, lūdzu, pierakstieties vai reģistrējieties.
Ēriks Kavanaghs: Labi, dāmas un kungi. Sveicināti un vēlreiz sveicam. Ir trešdiena, pulksten četrs Austrumu laiks, un pēdējos dažus gadus tas nozīmē, ka ir karsto tehnoloģiju laiks. Tieši tā, šī ir mūsu izrāde ar mūsu draugiem Techopedia - Techopedia.com. Pārbaudiet tos tiešsaistē. Viņi saņem monstru satiksmi - 1, 5 miljoni unikālu apmeklētāju mēnesī. Tas ir daudz tīmekļa trafika. Mūsdienu tēma “DBA sapnis: atklāšana un pārvaldība visā vidē”. Jā, patiešām, tas ir liels jautājums, īpaši lielākām organizācijām. Ir patiess slaids par jums, un pietiekami daudz par mani, uzsitiet mani uz vietni Twitter @eric_kavanagh, es vienmēr cenšos sekot līdzi un iesaistīties sarunā.
Atkal mēs runājam par datu bāzu tehnoloģijām šodien un tiešām spējam saprast, kas notiek plašā datu bāzes gadījumu ainavā. Kā daudzi no jums zina, kad sākat attīstīt savu organizāciju, jūs iegūstat vēl daudzus no šiem gadījumiem, un šo lietu pārvaldīšana var būt nedaudz interesants izaicinājums. Patiesībā es atceros pirms vairākiem gadiem, kad man bija lieliska saruna ar puisi, kurš bija CIO biroja Aizsardzības departamenta datu pārvaldības direktors. Un es viņam stāstīju visas šīs interesantas lietas, mums bija šī lieliskā saruna, un es viņam pastāstīju savu fona stāstu par federālo tēriņu caurspīdīguma lobēšanu, viņš smējās un sacīja: “Ak, tā ir tava māja, uz kuru man jānosūta nākamais plēsoņu dronu streiks. ”Viņš sacīja:“ Pārredzamība federālajos izdevumos? Es pat nezinu, cik daudz Oracle licenču man šeit ir. ”To dzirdot, es patiešām varēju novērtēt izaicinājuma, ar kuru dažas organizācijas saskaras, lielumu.
Tagad šajās dienās ir daudz interesantu rīku - par kuriem mēs šodien dzirdēsim - par to, lai saprastu, kas tur lido, bet pat pirms 20 gadiem tas bija patiešām nopietns izaicinājums. Runājot par DOD lieluma organizācijām, jūs vienkārši varat iedomāties, ka, nonākot pie lietas, kas ietaupīs daudz naudas, tas ietaupīs daudz laika, tas atrisinās dažas pārvaldības problēmas; jūs rīkojaties, risinot vairākus izaicinājumus vienlaikus, ja pareizi rīkojaties. Par to mēs uzzināsim šodien.
Mums ir savs Dr. Robins Bloors, The Bloor grupas galvenais analītiķis. Mums ir mūsu datu zinātnieks Dezs Blanšfīlds, kurš zvana no apakšas Sidnejā, Austrālijā. Šajā rindā ir arī Binh Chau, IDERA vecākais produktu menedžeris.
Mēs veicam #HOTTECH kā hashtag - skates laikā jūtieties brīvi tweet. Un mēs paļaujamies uz jums, puišiem, uz labiem jautājumiem, tāpēc, lūdzu, nekautrējieties: uzdodiet jautājumus jebkurā laikā, izmantojot savas apraides konsoles Q&A komponentu vai šo tērzēšanas logu. Un līdz ar to es to nodošu dr Robin Bloor. Ļaujiet man nodot viņam WebEx atslēgas. Tur tas iet, un ņem to prom.
Dr Robin Bloor: Labi. Nu, lūk, mēs pāriesim pie pirmā slaida. Itālijā viņi tos sauc par Stanlio un Olio, Laurel un Hardy. Deviņdesmitajos gados, kad visi uztraucās par 2000. gadu, es iesaistījos vairākos 2000. gada projektos. Un es devos uz - sauksim viņus par lielu apdrošināšanas kompāniju - un viņi atklāja, ka viņiem ir vairāk nekā 500 lietojumprogrammu, par kurām viņi nezina, ka pastāv lieldatorā. Viņi veica lieldatoru inventāru. Tajos laikos lieldatoru vide tika daudz labāk kopta nekā jebkas, kas nāca vēlāk, es domāju, par to vienkārši nav nekādu jautājumu.
Es tiešām biju apdullināts un runāju ar cilvēkiem organizācijā, un viņi teica, ka nav centrālas visaptverošas informācijas. Principā nav personas, kas būtu atbildīgas par šīs informācijas zināšanu. Viņi nekad nav veikuši savu aktīvu krājumus. Un datu bāze nav uzskatāma par vērtību, jo tajā ir dati un dati ir vērtīgi. Cik gadījumu ir jautājums, un kur tie ir? Tas ir tikai “Kas ir datu bāze?” Un iemesls, kāpēc es tā domāju, ka datu bāze ir skapis, kurā jūs iemetat datus. Un es nesen runāju ar vietni, kurā bija tūkstošiem Oracle gadījumu. Nu, Oracle datu bāze, kurai, ja jūs to izmantojat sarežģītā veidā, ir nepieciešama DBA.
Man par to jautāja, un viņi atbildēja, ka, manuprāt, tas ir apmēram septiņi vai astoņi DBA visā organizācijā. Un es teicu, jūs zināt: “Kas pieskata pārējos tūkstošus gadījumu?”, Un viņi atbildēja: “Nu, kas tur ir noticis, ir tas, ka cilvēki to vienkārši izmanto kā failu sistēmu. Mums ir vairākas datu bāzes, kas atrodas lielās kopās, kur veiktspējai tiešām ir nozīme, un tām ir DBA, kas visu laiku stāv virs tām. Un tad mums ir tūkstošiem citu datu bāzu, kuras vispār neviens neuzrauga. ”Un es viņiem precīzi pajautāju, cik datu bāzu ir, un viņi nāca klajā ar:“ Nu, pēdējo reizi, kad Oracle to revidēja. ”Viņi paši neveica revīzijas., jūs zināt, kas ir sava veida interesanta lieta.
Bet, jūs zināt, datu bāzes izmantošanai ir iemesli. Datu bāze ievieš datu modeli. Tas ir paredzēts datu apmaiņai: jūs varat pārvaldīt vairākus vienlaicīgus datu pieprasījumus, ieviest drošības modeli, vai tas ir saderīgs ar ACID, ir elastīgs vai arī to var iestatīt kā izturīgu, jūs zināt. Tas ir iemesls, kāpēc mums ir datu bāzes. Bet, jūs zināt, nav nekas neparasts saskarties ar vietnēm, kurās ir tūkstošiem SQL Server vai Oracle gadījumu, un lielākoties tās galvenokārt tiek izmantotas tikai kā failu sistēmas. Un kāpēc jūs patiešām izveidotu jaunu instanci?
Es zinu no izstrādātāju komandām, ka, ja viņi būvē jaunu lietojumprogrammu, viņi to uzbūvē tvertnē, lai katrai jaunai lietojumprogrammai būtu atsevišķa datu bāze. Viņi ne vienmēr cenšas padarīt datu slāni no lietām - es nedomāju, ka tā ir laba prakse. Bet atkal, jūs zināt, ja jums ir ļoti sarežģīta vide, kļūst ļoti, ļoti grūti izmēģināt un salikt visas datu bāzes, kas ir savstarpēji saistītas, ņemot vērā to, ka tajās ir dati, kur ir attiecības. Gadījumi tiek izveidoti replikām.
Jūs zināt, ka pieejamības nolūkos var būt karstas gaidīšanas vai replikācijas, taču datu kartēs ir arī replikas vai daļēji replikas. Un, tiklīdz tika ieviesta datu noliktavu pasaule, radās jautājums par to, cik daudz datu karšu bija ārā, un cilvēki tos vienkārši izmantoja kā klonu failus, izņēma datus no datu noliktavas un īpaši nerūpēja par tā darbību nozīmē, ka viņi to vienkārši darīs kā noklusējuma sniegumu. Lielākā daļa šo cilvēku droši vien pat nezināja, ka jūs faktiski varat noregulēt datu bāzes. Esmu redzējis dizainus, kas datu sadalīšanas nolūkā ir sadalīti atšķirīgās kaudzēs.
Jūs zināt, ka bieži rodas šāda replikācijas situācija, kad organizācijā ir vairāki depo un katrs ir ieguvis datu bāzes un katrs ir centrālās datu bāzes slānis. Jūs saņemat gadījumus no sharding. Slikti lēmumi par dizainu - esmu redzējis, ka daži patiešām dīvaini dizaini notiek attiecībā uz datu bāzēm, kurās cilvēki bez īpaša iemesla ir izveidojuši atsevišķas datu bāzes. Un kā es esmu atzīmējis, datu bāzes ir failu sistēmas.
Un tad ir testa un izstrādes vide, kas jāstāv kājās un jānokrīt, bet tās visas tiek uzskatītas par datu bāzēm, un tām visām, starp citu, ir jābūt drošībai un visām citām lietām, kuras, cerams, nodrošina datu bāze. Instances apsvērumi - datu bāzes darba slodzi var optimizēt tikai konkrētam gadījumam. Ja jūs patiešām interesē absolūti vislabākā veiktspēja, tad, ja dati tiek noņemti daudzās datu bāzēs, tas noteikti nedod jums šāda veida optimizāciju.
Ir iemesls neveidot nepatiesus datu gadījumus. Jauktas darba slodzes tajā pašā datu bāzē kā kontrapunkts var izraisīt sliktu sniegumu - īpaši ievērojams ar OLTP un liela vaicājumu trafika vienkārši nav sajaukta, nekad nav sajaukta un, iespējams, nekad netiks sajaukta. Parasti vislabāk ir apvienot datu bāzi servera līmenī, nevis ar vairākiem VM. Bet VM nodrošina izolāciju; ar dažiem cilvēkiem tas ir dizaina lēmums nošķirt datus no citiem datiem, lai jūs zinātu, ka, ja šī lietojumprogramma neizdodas vai ja šī datu bāze neizdodas, tā manu lietojumu nenolaiž.
Protams, problēma ir tā, ka jūs nonākat pie nākamā punkta, kas ir par datu bāzes licences maksām. Tās atšķiras, bet esmu redzējis, ka datu bāzes licences maksas kļūst par dizaina kritēriju, jo kāds nevēlējās uzpūst noteiktu numuru, un tāpēc cilvēki projektē sistēmas slikti tikai tāpēc, ka darbojas datu bāzes licence. Un ir vēl viena lieta: ja jūs sākat konsolidēt visas savas datu bāzes, ir vērts atzīmēt, ka DBA ir dārgas. Tas nav tik vienkārši izdarāms.
Vienkāršs pasaules skats - un tas tiešām ir pēdējais slaids - tur ir datu slānis, transporta slānis un apstrādes slānis. Un visa aparatūra atrodas zem tā. Nav īsti iespējams optimizēt datu slāni, precīzi nezinot, kas tajā atrodas un kāpēc.
Un to sakot, es nodošu savu draugu Dez Blanchfield.
Dez Blanchfield: Paldies, Robin. Ļaujiet man šeit vienkārši sakārtot peli. Tātad, šodien es došu mums pāris anekdotes, jo šī ir milzīga tēma, un es varētu pavadīt divas nedēļas ar tāfeles marķieri, izklaidējoties par to, jo man šajā telpā ir bijušas gandrīz trīs desmitgades augšup un lejup. .
Bet vispirms garīgi vizuāls attēls. Kad es domāju par izaicinājumu, par kuru mēs šodien runājam, - un būtībā mēs runājam par datu bāzu izaugsmi, replikāciju un izplešanos, kā arī par visām ar to saistītajām problēmām - es gribēju vienkārši ievietot šo milzu ozola attēlu mūsu prāts. Šie ir izcili skaisti koki, tie sākas kā maza ozolzīle, bet aug līdz šiem behemotiem. Kad viņi to dara, viņi ir ļoti lieli un netīri. Un kā jūs varat redzēt no šī attēla, kā vizuālu metaforu, ja vēlaties, jūs zināt, zari, kas iet visur, un pēc tam zariņi, kas noiet no tiem un atstāj to galā, un tie ir visās nejaušās, haotiskajās formās, un tas ir tikai to, ko mēs varam redzēt virs zemes.
Es tos uzskatu par datiem, kas atrodas datu bāzē, un zemāk ir sakņu struktūra, un viņi izmanto visdažādākos virzienus. Bet tas šķiet ļoti tīrs un saprātīgs zemes virsmā tur, kur tas ir jauks un līdzens, bet patiesībā zem zemes tas ir tikpat traks kā virs zemes; mēs to vienkārši neredzam. Un es bieži to izmantoju, kad sāku domāt, kā aprakstīt izaicinājumu, par kuru mēs šodien runājam, organizācijām no sēžu zāles līdz pat tehniķiem, lai mēģinātu viņus iztēloties, kas patiesībā notiek viņu organizācijās. Tā kā ir tik vienkārši paskatīties datora ekrānā un redzēt šos skaistos rindu un kolonnu laukus un domāt: "Mēs esam to sakārtojuši, tas nav nekas liels." Bet tas tā nav vispār. Un tā tas ir, kad tajā brīdī es parasti trāpu vienā rindiņā, sakot, ka manā uztverē datu bāzes ir kā ozolzīles, jūs zināt, tās sākas mazas un aug, bet, pirms jūs to zināt, jums ir milzu ozolu mežs, un līdz ar to vizuālais.
Tātad, divi anekdoti, lai tikai kopīgotu scenāriju, kurš izauga no kontroles un kuru vienkārši nevarēja noteikt, un tad vēl viens, kas izdarīja līdzīgu lietu, bet bija spējīgs salabot, un es uzsvēršu šodienas diskusijas galveno punktu ap to, kā mēs to radījām.
Pirmais bija scenārijs, kurā CIO ar vislielākajiem nodomiem laika gaitā negribot izraisīja vienu no visnegaidītākajiem un nevēlamākajiem izplešanās gadījumiem, kas tikko izauga ārpus kontroles. Tas bija scenārijs, kad valdības organizācija, kurā bija tūkstošiem darbinieku, ļoti tehniski prasmīgu darbinieku, pieprasīja piekļuvi tās sistēmām un rīkiem, kurus viņi varēja sākt sadarboties un automatizēt daudzus savus procesus. Viņi gribēja izvairīties no papīra formām un vēlējās izveidot tiešsaistes sistēmas, viņi vēlējās iegūt datus un tos izsekot, pārraudzīt, kā arī ziņot par to un iesniegt atpakaļ saviem vienaudžiem.
Un tur ir visdažādākās lietas, ir lietas, sākot no cilvēkiem, kuri uzgriežas uz savu biroju un visu laiku piestāj un pierakstās drošības nolūkos līdz tam, kurš pusdienlaikā pasūta ko kafejnīcā. Tātad labi nodomāts CIO nolēma, ka Lotus Notes ir lieliska ideja, jo viņš bija apmeklējis virkni semināru un IBM bija paveicis lielisku darbu, lai to sakārtotu, un pareizajā scenārijā tas būtu bijis lielisks lēmums, tas tika veikts kontrolē. Bet tas, kas notika, bija tā vietā, lai Lotus Notes nodotu tehnisko cilvēku komandai, lai sakārtotu vidē realizējamo aprīkojumu un pēc tam pieceltos saprātīgi rīki un tā tālāk un nodrošinātu apkārtējo kontroli un pārvaldību, kas patiesībā notika, ja tas tika ieviests standartā darbības vide, SOE, tāpēc katra darbvirsma faktiski kļuva par serveri.
Viņi nodrošināja apmācību, praktiskas piezīmes un dokumentāciju visam procesam, un visi pēkšņi cilvēki saprata: “Jā, man ir Lotus Notes manā darbvirsmā!” Ko tas, jūsuprāt, nozīmē? Tas nozīmēja, ka tūkstošiem ļoti tehniski lietpratīgu darbinieku tika iemācīti, kā efektīvi skriptēt un rakstīt lietotnes Lotus Notes, izveidot mazas datu bāzes, kas būtībā izskatījās kā izklājlapas, rindas un kolonnas un lauki, kā arī parādīt šo mazo tīmekļa saskarni, izmantojot Domino.
Ja es vēlētos iegūt informāciju par kaut ko, es vienkārši varētu izveidot nelielu formu un izklājlapas tipa interfeisā, ievietot to failā, aiz tā izveidot nelielu Lotus Notes datu bāzi un prezentēt to kā tīmekļa lietotni un sākt vākt informāciju. Un tas izklausījās lieliski, līdz tas darbojās gadiem ilgi, un pēkšņi viņi saprata, ka kāds pamodās un sacīja: “Labi pakavējies, kāpēc LAN ir parādītas 10 000 jaunas ar datu bāzi darbināmas lietotnes, it īpaši pēdējās 12 mēnešus? Kas notiek? ”Nu, noticis bija tas, ka jūs būtībā iedodāt cilvēkiem pistoli, un tas tika pielādēts, un drošība bija izslēgta, un, protams, viņi paši sev iešāva kājā.
Un šeit ir šis lieliskais tēls, ko es parasti uzburu itāļu mākslinieka prātā, kurš izdara šo dīvaino lietu, kur viņš saņem kravas kravu ar sienu un salmiem un izmet mākslas studijas vidū un pēc tam iegūst mākslas studijas kuratoru. nejauši iešūt adatu tās vidū. Un tad viņš pavada dienas pie dzīvās barības, uz kameru, ejot cauri salmiem, meklējot adatu siena kaudzē, kā tas bija. Līdz galu galā, pēc stundām un dienām, viņš to atrod un lec augšup un lejup un satraukts. Un jebkurā gadījumā, itāļu mākslinieks, ko jūs varat darīt? Bet tas ir diezgan smieklīgi, un, ja jūs to kādreiz esat skatījies tiešsaistē vai skatoties tiešsaistē, tas jums šķiet ļoti katarsisks.
Šis ir murgainais scenārijs, kurā labi nodomāts tehnisks cilvēks uzņēmējiem - ļoti tehniski lietpratīgiem biznesa cilvēkiem - deva rīku, kura mērķis bija atvieglot viņu dzīvi. Bet pirms neilga laika mums bija jautājumi, piemēram, kas tos dublē, kas tos uzrauga un atbalsta, kur ir šie dati, kāda ir šo struktūru struktūra, kurš uzrauga shēmas, kas notiek, ja es vēlos izveidot citu versiju, kādi dati ir šajās versijās, vai es varu veikt dev testa integrācijas braucienu uz šīm lietām?
Jūs zināt, jūs varat izdarīt savus secinājumus par to, kā tas gāja, bet tas neizdevās labi, un jūs varat iedomāties, ka tikai simtiem terabaitu datu, nevis dublēti, efektīvi sēžot uz personālajiem datoriem vai klēpjdatoriem, daži sistēmas pat nebija pieejamas, jo cilvēki nenojauta, kad pulksten 5:30 izslēdza klēpjdatoru un paņēma to mājās, lai veiktu darbu, kuru neviens no LAN nevarēja nokļūt šajā lietojumprogrammā. Tas nebeidzās labi. Un ļoti daudz datu bija jāattīra un ar tiem jātiek manuāli manipulētiem un jāievieto saprātīgā sistēmā; Lielākā daļa no tā tika vienkārši noslaucīta un noņemta, jo tam vienkārši nevarēja ļaut tālāk izplatīties.
Tad mana otrā anekdote ar lietām pavisam citā ceļojumā. Iedomājieties scenāriju, jo jums ir izstrāde, pārbaude, integrācija, sistēmu integrācija, lietotāju pieņemšanas pārbaude, ražošana, avārijas seku novēršana, dublējumi un rezerves kopijas no 99 līdz un vēl vairāk, jums ir jauninājumi, ielāpi un pēc tam demonstrācijas vide no viens līdz 99 un vairāk. Un pēkšņi jūs sēdējat tur, ejot: “Pagaidiet, kas notiek, pakavējaties, kurš ko izmanto?” Ziniet, tas ir murgs, kas, iespējams, gaida notikumu.
Bet šajā scenārijā, kas notika, man bija izdevība iedziļināties organizācijā, kas gribēja iegūt bagātības pārvaldīšanas biznesa vienību no savas galvenās banku platformas un aizstāvēt to kā atsevišķu organizāciju būtībā starta uzņēmumā. Izaicinājums bija: ņemt mūsu bagātības pārvaldības biznesa vienību un visus cilvēkus, kā arī tehnoloģijas un datus ap to sabiedriskajos pakalpojumos, izveidot startup mūsu pašu uzņēmumā un to izdalīt, lai tas varētu darboties ar savu zīmolu.
Šis ir pasaules līderis banku nozarē, kuru es nenosaukšu. Mums bija jāizņem pati bagātības pārvaldības biznesa vienība un visas lietas, kas tai apkārt. Tātad visu pilnībā, visu personālu, fizisko infrastruktūru un pārvietojiet to jaunā biroja telpā. Visas biznesa sistēmas, visa programmatūra, visi dati, visa licencēšana, jūs to nosaucat. Nu, jūs varat iedomāties, ka tas izskatījās kā mazliet murgs, ar kuru sākt.
Apkārtojot to, mēs runājam par 78 sistēmām sākotnējā banku platformā, kas atbalsta apmēram 14 pamatproduktus, kas varētu būt apmēram tūkstotis dažādu piedāvājumu. Tiek izmantoti simtiem un simtiem dzīvu datu bāzu, un, kad es saku lietošanā, mums tās bija jāpārvieto uz vietas, tāpēc piektdienas pēcpusdienā viņi atradīsies vienā vidē, pirmdien, domājams, viņi atradīsies kaut kur citur, bet sestdien un svētdien viņiem bija jāveic šī krustošanās, kur darījumi notika no vienas sistēmas kreisajā pusē, teiksim, lai to vizualizētu, uz citu sistēmu labajā pusē.
Aptuveni 15 000 klientu ar neskaitāmiem ierakstiem katrā un ETL murgs, jo nevienai no 78 sistēmām vienā pusē nebija savietojams ar sistēmas otrā pusē. Mums bija pilnīgi jauna banku platforma, jaunas sistēmas, jauna programmatūra, jaunas datu bāzes un jauna shēma. Tātad, metadati, lauki, rindas, kolonnas, ieraksti, tabulas, jūs to nosaucat, nekas neatbilst. Ir 14 dažādas aktīvās attīstības komandas, pa vienai katram produktam. Kad mēs izveidojām šo vidi, mēs atklājām, ka līdz tam brīdim, kad mums bija attīstības pārbaude, integrācija, sistēmu integrācija, lietotāju pieņemšanas pārbaude, ražošana, katastrofu atkopšana, demonstrācijas kopijas, dublējumi, jauninājumi, labošana - es pat vienu nokavēju tur - apmācība, piemēram, un izglītība, katrai attīstības komandai bija 23 versijas no šīm vidēm.
Tagad jūs sēdējat tur, un pēkšņi jūsu asinis sāk saritināties, āda kļūst auksta un jūsu mati stāv - tas nekad nevar beigties labi. Nu izrādās, tas beidzās ļoti labi, jo pats pirmais, ko mēs izdarījām, pirms mēs pat sākām tehnoloģiju ieviešanas projektēšanu, bija mēs gājām un ieguvām pareizos rīkus. Mēs izmantojām instrumentus un ne vienmēr cilvēkus, bet gan cilvēkus, kas brauc ar instrumentiem. Mēs izmantojām rīkus, lai kartētu datus, un rīkus, lai kartētu datu bāzes, kurās viņi dzīvo, mēs kartējām visus metadatus, shēmas un visu līdz pat rindām, kolonnām, ierakstiem un laukiem.
Mēs zinājām, no kurienes mēs nākam, un pēc tam mēs to saistījām ar karti, ko mēs ieviesām, cik labi izskatījās plaši izplatītā banku platforma, un mums bija viena pret otru korelācija. Un visu, kas nokrita pa vidu, mēs izveidojām datu istabu, kur mēs varētu iziet cauri un manuāli tās kartēt. Bet pirms šīs vides izvietošanas un iestatīšanas jaunajā pasaulē mēs pārliecinājāmies, ka katrs ieraksts, katra tabula, katrs lauks, katra rinda, katra kolonna, katra datu bāze un visi metadati ap to, visas atļaujas un vadīklas tika kartētas, no vienas līdz vienai. Un mēs nevirzījāmies ne uz vienu lietu, kamēr nebija panākta šī korelācija.
Un tā, ETL gabals pārcēlās no murga uz diezgan nesāpīgu procesu, kurā tikai tika pārbaudītas sekojošās vadīklas un procesi. Un mēs to varētu darīt regulāri, gandrīz katru stundu. Mēs veicām pāreju no ražošanas uz veco pasauli uz jauno izstrādes, pārbaudes, integrācijas utt. Vidi jaunajā pasaulē. Dienā, kad mēs sākām dzīvot, pēc piecu mēnešu procesa, lai pēc mēneša sāktu testēšanu un pēc tam sešos mēnešos tas bija tiešsaistē un aktīvs, mums bija tikai viena problēma, un problēma bija tāda, ka kāds aizmirsa paroli un tas bija jāiestata. Tas bija vienīgais jautājums, kas būtībā radīja apmēram stundu stresa cilvēkiem, domājot, ka kaut kas ir nogājis greizi - izrādījās, ka parolei ir beidzies derīguma termiņš, un viņi aizmirsuši, kas tā ir, un nācies to atiestatīt.
Jūs varat iedomāties šo scenāriju, salīdzinot ar Lotus Notes vidi, kur kādam bija lieli nodomi, bet viņš netika pārdomājis izaicinājumu, un nākamā lieta, kas mums bija jāiet, jāmēģina kartēt visus šos datus, un lielākā daļa no tiem bija jānoraksta. un tas bija tikai liels laika, pūļu, resursu un morāles zaudējums. Uz scenāriju, kad, kad tas ir pareizi izplānots, pareizi veikts un piegādāts atbilstoši ar pareizajiem instrumentiem, mēs saņēmām lielisku rezultātu.
Un tāpēc šis punkts vedina mani pie šīs vienas līnijas - pirms es nododu mūsu asociētajam, lai runātu par to, kas IDERA ir jāatrisina tieši šim izaicinājumam, ir tas, ka mūsdienu pasaulē, kur arvien vairāk sistēmu darbina datu bāzes, tā nav tikai niša, bet arī man tas ir fakts, tā ir nepieciešamība, ka viedie rīki, pēc manas pieredzes, ir vienīgais veids, kā pārvaldīt datu atklāšanu, datu pārvaldību mērogā un ātrumu, ko mēs pārvietojamies.
Un, ja tas tiek izdarīts pareizi, kā otrais anekdots, kuru es tikko cerīgi parādīju, tas var būt ļoti nesāpīgs un ļoti nemanāms process. Ne tikai jaunos projektos, bet arī pārvietojoties pa pašreizējo vidi un nodrošinot, ka jebkurā laikā un dienā varat izsekot un izsekot tam, kas notiek jūsu organizācijā, kāda datu bāze tur ir, kādas datu bāzes versijas jūs izmantojat, un kurš to izmanto.
Un šajā nolūkā es nodošu mūsu līdzstrādniekam no IDERA, un es ļoti ceru dzirdēt, ko viņi var piedāvāt uz galda un kā viņi varētu atrisināt šo ļoti izaicinājumu.
Binh Chau: liels, paldies, Dez. Vai jūs, puiši, dzirdat mani labi? Labi, paldies. Sveiki visi, es esmu Binh Chau ar IDERA. Šodien es mazliet runāšu par produktiem, kurus mēs esam nodēvējuši par SQL Inventory Manager, un tas runā par atklāšanu un iespēju inventarizēt jūsu SQL Server gadījumus un datu bāzes tur, kā arī kā rīkoties ar to, kas jums ir vidi un runātu par dažām citām lietām, par kurām runāja Dezs un Robins, saistībā ar datu bāzu izplešanos un vajadzību pēc datiem mūsdienās.
Ņemot to vērā, šeit ir daži apsvērumi, kurus, manuprāt, esat dzirdējuši anekdotiski caur divām pasakām, kuras Dezs aprakstīja. Bet būtībā mūsdienās tur ir tik daudz vajadzību pēc datu un biznesa grupām, kā arī tur esošajām biznesa grupām, kas saver savas lietojumprogrammas un serverus, it īpaši ar SQL Server, vai ne? Tā kā jūs varat viegli izveidot SQL Express versiju vai BI pakalpojumus, daudzās organizācijās, jūs zināt, notiek tikai SQL izplatīšanās, sākot no mazām līdz lielām.
Daudzas reizes DBA nezina, ka kāds nolēma sākt, jūs zināt, izveidot instanci, nevis tikai ievietot datu bāzi esošam gadījumam. Viņi nezina par šīm lietām, kamēr, iespējams, nav problēmas, un kāds zvana DBA: “Ak, nē, mana lietojumprogramma pārstāja darboties, tā nevar izveidot savienojumu ar datu bāzi, kas notiek?” Un jūs zināt, kad DBA jautā daži jautājumi, ko viņi atklāj: “Ei, tas nebija uz mūsu radara, mēs to nezinājām.”
Vēl viena ir licencēšanas izmaksas, vai ne? Microsoft SQL Server licence: lai tā darbotos, jums nav nepieciešama īpaša atslēga šim eksemplāru skaitam. Jūs varat izvietot, un tad viņi veic auditu. Jūs zināt, viņi veic revīziju vēlāk un sava veida atklāt, cik daudz licenču jums faktiski ir nepieciešams. Un, ja viņi veic auditu un jūs nezināt par nezināmajiem serveriem, tas var izraisīt dārgu auditu. Tātad, ja jums ir rīks vai krājums pirms laika, lai zināt, kāda ir jūsu licencēšana, un spēja ne tikai zināt, bet arī pārvaldīt to, tas ir labs, kas jums ir.
Un tad es tikko runāju, ja daudzreiz nezināt par serveri, ja lietas rit labi, viss ir kārtībā, bet vienīgais, kad kaut ko uzzinājāt, ir problēma. Un tas var izraisīt ražošanas pārtraukumus vai varbūt serveris netiek uzturēts, un jūs šajā serverī nesaņēmāt ielāpu, un tas rada problēmu.
Daži no jautājumiem, kas DBA veidam ir jāveic katru dienu, ir tādi, ka, ar kuriem viņi saskaras, jūs zināt, tie varētu būt administratīvi vai stratēģiski, taču dažas lietas, piemēram, Microsoft tikko izlaida kritisku sistēmu ielāpu, cik daudzām sistēmām tur būs nepieciešams šis jaunais plāksteris? Kurus ietekmēs dīkstāve, ja man vajadzēs noņemt sistēmu, lai to uzlabotu? Kā es varu viegli iegūt šo informāciju? Vai man jāiedziļinās izklājlapā? Vai man tas jāiedziļinās vairākās sistēmās? Vai man ir jāsazinās ar dažādām biznesa grupām, lai iegūtu šo sarakstu? Tas ir patiešām grūti to sadalīt.
Vēl viens labs ir būtībā - kāds nāk līdzi un saka: man vajag jaunu datu bāzi. Tam būs nepieciešams X izmērs, un tam ir jābūt tik daudz ietilpības, un tad viņi vēlas zināt, kur es to varu ievietot. Nezinot, kas atrodas jūsu ainavā, ir grūti viņiem pateikt, labi, mēs varam to ievietot šeit, šeit vai šeit. Jums ir jāiet un jāveic manuālās pārbaudes, kas ir vajadzīgas, lai to izdarītu. Un mēs runājām par revīziju, kā arī par negodīgu serveri.
Ja jums ir negodīgs serveris, jūs nezināt, kādā stāvoklī tas atrodas, vai tas ir dublēts, vai tam ir visi labojumi. Dažreiz jūs, iespējams, nezināt par šīm lietām, kamēr nav problēmas, kas būtu slikti.
Tie ir visu veidu izaicinājumi, jautājumi, DBA ikdienas saskaras ar to, kas viņus izmet. Tātad, es gribēju jūs iepazīstināt ar SQL Inventory Manager, kas mums ir izstrādājums. Tas izdara pāris lietas. Tas atklāj, kas būtībā ir veids, kā iziet savā vidē, lai redzētu, kādi SQL Server ir jūsu vidē. Un tad tas var arī automātiski atklāt, tāpēc būtībā pēc tam, kad esat palaidis atklājumu, varat iestatīt, lai tas tur iet katru dienu vai katru nedēļu - neatkarīgi no laika grafika, kas jums patīk -, lai atklātu jaunus gadījumus.
Un tad jums var būt arī šo gadījumu automātiska reģistrēšana, lai jūs varētu sākt tos uzraudzīt un pārbaudīt viņu veselības stāvokli, un tad jūs varat sākt šo gadījumu kataloģizēšanu un inventarizāciju, lai jums būtu labs skats uz jūsu SQL Server ainavu. Kas tur ir, kas ir ražošana, kas ir izstrāde, kas ir ārkārtas atkopšana, kas ir mazāk kritisks un jūs zināt, kādas lietojumprogrammas uz tiem darbojas. Jūs varat arī saņemt brīdinājumus par gadījumiem, kad veselības pārbaude neizdodas, tātad būtībā, ja serveris iet uz leju, vai arī par vairākām citām lietām, kuras pats varat izmantot.
Ēriks Kavanaghs: jūs kļūstat mazliet mīksts, tikai tāpēc, lai jūs zināt.
Binh Chau: Atvainojiet, vai tas ir labāk? Tas, ko es gribu darīt, bija jūs, puiši, demonstrēt, parādīt, ko tas dara. Pakavējies sekundi, ļaujiet man vispirms dalīties ar savu ekrānu. Vai jūs, puiši, redzat tīmekļa saskarni? Šī ir SQL Inventory Manager saskarne. Ekrāns, kuru es jums šeit rādu, ir tīmekļa interfeiss. Ekrāns, kuru es jums šeit rādu, ir mūsu datu bāzes instances skats. Visā augšējā daļā varat redzēt, ka mums ir savādāk. Tātad “atklāts” būtībā ir visi gadījumi, kas tiek atklāti tīklā. Un tas, ko tas man parādīs, būtībā ir.
Ēriks Kavanaghs: jūs tur sākat šķirties tikai mazliet. Iespējams, vēlēsities nolikt tālruni un nolikt to pie skaļruņa. Uz priekšu.
Binh Čau: Šis atklāšanas ekrāns parādīs visu, ko krājumu pārvaldnieks ir atklājis jūsu tīklā. Šeit tas ir atklāts, piemēram, 1 003 serveri. Un tas jums pateiks versiju, izdevumu, ja tas to atradīs, kad tas tika atklāts un kā tas tika atklāts. Teiksim, piemēram, es izvēlos ignorēt dažus no šiem, kas nozīmē, ka, jūs zināt, varbūt es gribu ignorēt izstrādātāja versiju, jo tie man nav tik svarīgi, jo viņi ir tikai izstrādātāja izdevums; Es varu izvēlēties tos ignorēt, un tas tiks ievietots cilnē Ignorēt, tāpēc nākamreiz, kad palaižu Discovery, tas man to vairs nerādīs. Tagad es varu aizpildīt, lai veiktu automātisko reģistrāciju, vai arī es varu manuāli reģistrēties.
Tāpēc es šeit izvēlējos pārraudzīt sešus gadījumus. Un šeit tas ir pieteicies, un tas periodiski veiks šīs pārbaudes, un pēc tam tiks veiktas vairākas pārbaudes, jebkas no šejienes, jūs zināt, tas pārbauda ik pēc 30 sekundēm, lai redzētu, vai serveris nav uz augšu vai uz leju, un tas sniedz jums veida pārskatu par kāds ir šis stāvoklis. Būtībā šeit tas man saka, ka man ir viens serveris, kas darbojas, un šie pieci, kas ir uz augšu. Tas arī man saka, kādi servera izdevumi, datu bāzu skaits, datu bāzu statuss, kādi papildu krājumi vai metadati atrodas ap šo serveri. No šejienes es arī varu nokļūt licencēšanas skatā. Šeit tas sniedz man daļu no Microsoft licencēšanas informācijas, kas man nepieciešama, ja es vēlētos nokļūt pirms kopsavilkuma vai kopsavilkuma iegūšanas pirms Microsoft audita.
Šeit ir kodolu skaits, ligzdu skaits, iespējamā pamata licence, ko Microsoft ieviesa, sākot ar 2012. gadu. Tas bija mūsu instances viedoklis. Lapa Kopsavilkums ir tāda veida lapa, kuru jūs atvērsit. Tas parādīs jums veiktās veselības pārbaudes vai ieteikumus, tāpat kā šobrīd tas man saka, ka man ir deviņas datu bāzes, kurām nav pašreizējās dublējuma. Es varu noklikšķināt tur, lai apskatītu sīkāku informāciju par tām datu bāzēm, kas tās ir, un es varētu ieiet un, ja nepieciešams, rīkoties ar tām. Tas man norāda visas populārākās datu bāzes pēc lieluma, populārākās datu bāzes - pēc darbības veida. Es varu noklikšķināt uz konkrētā servera un iegūt sīkāku informāciju par to.
Ēriks Kavaņahs: Kaut arī tas mainās, jūs mums šeit parādāt spēju redzēt patiešām jebko, kas ir savienots ar tīklu, vai tā ir taisnība?
Binh Chau: Pareizi. Tas parāda visu, ko esmu izvēlējies pārraudzīt, izmantojot krājumu pārvaldnieku. Šis ir SQL Server, šeit parāda visas lietojumprogrammas, kas ir savienotas ar serveri. Es atkal varu nokļūt visās datu bāzēs, kas ir saistītas ar šo serveri. Šeit es varētu iezīmēt lietas. Es varu izveidot atzīmi šim konkrētajam serverim neatkarīgi no tā, vai tas ir precīzs domēns. Mums ir klienti, kuri to izmanto, piemēram, viņi vēlas marķēt savus ražošanas serverus vai parāda serverus, un tad viņi var saņemt pilnīgu pārskatu par to, kā viss notiek. Dodoties uz cilni Administrēšana, šādi varu palaist Discovery. Un Discovery būtībā iet uz priekšu un ieslēdzas jūsu tīklā un atrod visu SQL Server savā vidē.
Šeit ir šis precīzais domēns, kas ir mūsu domēns, un es esmu to uzstādījis sacīt, jūs zināt, šajā konkrētajā domēnā izmantojiet šo Windows lietotāja kontu, lai veiktu atklāšanu, un es vēlos, lai jūs veicat pilnīgu skenēšanu. Es arī varu izvēlēties norādīt “Tikai skenēt šo konkrēto apakšdomēnu” vai “Skenēt tikai vecāku”. Bet šajā gadījumā es teicu, ka jāveic pilnīga skenēšana. Šeit ir norādīti dažādi skenēšanas veidi, kurus es varu izmantot, un, ja es to saglabāju, un būtībā tas ir darbs, kuru varu iestatīt. Šobrīd tas ir izslēgts, kas nozīmē, ka man šie skenēšana būtu jāveic manuāli. Bet, ja es gribētu, es varētu to iestatīt katru dienu, ziniet, katru dienu vadiet darbu. Vai arī, ja es izvēlos to nedarbināt katru dienu - tas ir par daudz - es varu teikt, vadīt darbu katru nedēļu noteiktā datumā un laikā.
Un tad automātiskā reģistrācija šeit, ja tas ir ieslēgts, ko tas izdarītu, ir tas, ka katru reizi, kad tas atrod jaunu serveri, tas automātiski jāreģistrē krājumu pārvaldniekā, lai es varētu sākt tā uzraudzību. Ja ir kāds izdevums, kuru es gribu izslēgt, piemēram, piemēram, man nerūp Express vai Developer izdevums, jo tie ir attīstības vide, es vienkārši noklikšķiniet uz tiem, kas šeit atrodas, un tas, ko tas darīs, ir tikai tas, ko saka katrs kad es atradīšu kaut ko jaunu, es to vienkārši pievienošu krājumu pārvaldniekam, lai jūs to varētu uzraudzīt, ja vien tas nav izstrādātāja vai Express izdevums.
Un šeit es varu iestatīt tagus, tāpēc, piemēram, ja man ir ražošanas serveri, es varētu doties šeit un marķēt šos serverus. Es varētu atzīmēt datu bāzi vai serveri ar īpašu zilo tagu, tāpēc es, piemēram, varētu teikt, ka šim AO_NODE vajadzētu būt ražošanas tagam. Un šādā veidā, ja man vajadzēja viegli nokļūt serverī, es varu aiziet šeit un noklikšķināt uz ražošanas taga, un tas mani uzreiz aizvedīs uz šiem diviem serveriem. Šis ir mūsu Explorer skatījums, un to parāda īpašnieks, bet es varētu teikt, ka arī ar birkas tagu, arī datubāzēm, un es varu to izvērst, lai redzētu, kādi tie ir.
Vēl viena noderīga funkcija, kuru esam izveidojuši un kas cilvēkiem šeit patiešām patīk, ir spēja apskatīt, ko pārvaldāt, izmantojot krājumu pārvaldnieku, un redzēt, kādā līmenī viņi atrodas. Būtībā šeit tiek stāstīts par sešiem serveriem, kurus esmu pārvaldījis savos rīkos, neatkarīgi no tā, vai ir pieejams Microsoft atjauninājums vai nav un vai ir versija, kuru izmantoju, vai tā tiek atbalstīta, vai nav, un atbalsts statusu. Ja es vēlētos uzzināt vairāk par šo labojumfailu, es varu uz tā noklikšķināt, un tas mani saistīs ar Microsoft rakstu, kas attiecas uz šo labojumfailu un vai tiem vajadzētu adresēt. Ja vēlaties, varat eksportēt šo sarakstu, lai jūs varētu pateikt: “Hei, man šajā nedēļas nogalē ir jānolabo trīs no šiem serveriem, bet pārējie trīs - vēlāk.”
Veidot sarakstu - tātad ir saraksts, kuru tas salīdzina, lai redzētu, vai jūsu versija ir atjaunināta. Varat izbraukt un lejupielādēt šo sarakstu, lai pārliecinātos, ka tas ir atjaunināts, un vai jums ir jaunākais saraksts, ar kuru to salīdzināt. Vēl viena glīta inventāra funkcija, kas patīk cilvēkiem, ir spēja pievienot ne tikai tagus, bet arī spēja pievienot pielāgotos krājumu laukus. Jūs zināt, ja vēlaties šeit pievienot lauku, lai, piemēram, atzīmētu datu bāzi, pieņemsim, ka es gribu to atzīmēt datu bāzes līmenī. Departaments, šī nodaļa un šī datu bāze es to varētu padarīt par atšķirīgu veidu: beztermiņa, patiess / nepatiess vai izvēlņu saraksts.
Un es varētu teikt, jūs zināt, tas ir HR, mārketings, R&D, finanses. Un ko tas šeit dara, būtībā ir tas, ka, tiklīdz jūs atzīmējat šīs lietas, jūs varat iegūt no šejienes dažus datus, kas saka, cik lielu jaudu katra datu bāze izmanto, un tad jūs varat sākt veidoties, vai tā pieaug un vai ir jēga vai atmaksāt šīs nodaļas?
Cita lieta ir tas, ka, ja jums ir jāveic tehniskā apkope, tad, zinot, kas atrodas šajā datu bāzē, varat zināt, ar ko sazināties, lai viņiem paziņotu: “Hei, man jāuztur uzturēšana šajā nedēļas nogalē, jūsu datu bāzes būs bezsaistē”. un tā tālāk un tā tālāk. Vēl viena noderīga funkcija ir meklēšanas lodziņš, kas šeit patīk cilvēkiem. Daudzas reizes DBA tiek jautāts par datu bāzi vai lietojumprogrammu vai serveri, atkarībā no tā, kurš ar viņiem runā, ir grūti izdomāt, kur tieši atrodaties. Ko jūs šeit varētu darīt, jūs, iespējams, nezināt, kur atrodas datu bāze, bet jūs to varētu vienkārši ierakstīt. Es varētu vienkārši ierakstīt IDERA informācijas panelī, un tas izveidos pāris datu bāzes un to, kur tās atrodas, lai jūs varētu viegli nokļūt tiem. Un pēc tam tiek iegūta papildu informācija par viņiem: to lielums, žurnāla lielums, neatkarīgi no tā, vai tam kādreiz ir bijusi dublējums, kāds atkopšanas režīms tas ir, ja es vēlētos par to pievienot tagus. Šajā rīkā ir daudz dažādu iespēju, jūs zināt, tas ir inventarizācijas rīks, bet tas ir inventarizācijas rīks, kas ir ļoti specifisks SQL Server un DBA.
Tāpēc, ka es domāju, ka ir arī papildu lietas, kuras DBA vēlētos piekļūt vai dabūt, lai iegūtu labu priekšstatu par to, kā vide un ainava izskatās viņu datu bāzēs. Varat arī abonēt, konfigurēt SMTP serveri un iestatīt abonēšanu, lai brīdinātu sevi vai visus šeit esošos lietotājus. Es to pārtraukšu un atgriezīšos pie prezentācijas. Un šis pēdējais slaids šeit ir tikai vienkāršs arhitektūras skats. Tā ir tīmekļa konsole, kas darbojas ar iegultiem Tomcat Web pakalpojumiem.
Mums ir daži kolekcijas pakalpojumi un pārvaldības pakalpojumi, kurus mēs ievietojam krātuvē, un pārvaldības pakalpojumi tiek izdzēsti un palaiž Discovery jūsu dažādās SQL Server instancēs. Jūsu monitora serveros nekas nav instalēts. Mums ir darbavietas, kas darbojas periodiski un tikai vāc datus par to, tāpēc būtībā neatkarīgi no tā, vai tas ir uz augšu vai uz leju, cik daudz datu tiek izmantots, kādas ir citas cilvēku versijas. Nu, tas arī viss.
Ēriks Kavanaghs: Jā, ļaujiet man uzdot jums - es uzdošu dažus jautājumus, un tad es esmu pārliecināts, ka arī Robinam un Dezam ir daži - tikai no ziņkārības, kad kāds ierodas veikt auditu, teiksim, Microsoft, ir viņi izmanto šo rīku, vai es pieņemu, ka viņiem ir kādi patentēti rīki, kurus viņi izmanto?
Binh Chau: Jā, es uzskatu, ka viņi izmanto patentētus rīkus. Lieta ir tāda, ka šis rīks ir uzskaites rīks, tāpēc tas, protams, ir atjaunināts attiecībā uz to, ka tam ir uzdevums aiziet un nepārtraukti vākt informāciju par jūsu serveriem, tas darbosies tur un jebkurā brīdī faktiski jums būs aktuāla informācija par to, kā viss mainās, salīdzinot ar, jūs zināt, vienreizējiem pārskatiem, ko varat saņemt no Microsoft, lai teiktu, ka jums ir serveru skaits. Šīs ir jūsu versijas .
Ēriks Kavanagh: Jā, es esmu ieinteresēts Discovery. Tātad, kad kāds iegādājas šo rīku un sāk to izmantot, kā patiesībā notiek atklāšana? Tas bija tāds, uz ko es jau agrāk atsaucos, citiem vārdiem sakot, vai jūs pieskaraties tīklam, lai redzētu, kuri signāli tur peld, kas, šķiet, ir datu bāzes gadījumi, un pēc tam jūs to kataloģizējat un pēc tam, kad esat atzīmējis datu bāzes gadījumu, kas jūs uzraugāt? Es domāju, ka tam ir sava veida ping, ko tas dara tik bieži, un, piemēram, ja tas iet uz leju, tas ir, kā jūs zināt, tas ir nolaists. Vai tas ir veids, kā lietas darbojas?
Binh Čau: Jā. Es domāju, kad esat ieslēdzis Discovery, tas nonāk jūsu tīklā un mums ir vairāki dažādi skenējumi, lai tur izietu, bet tas, jūs zināt, veic pārlūka skenēšanu un reģistra skenēšanu. Tas veic dažādus skenējumus, lai redzētu, kāds dators tur atrodas, un pēc tam pārbauda: vai jums ir SQL serveri vai BI pakalpojumi tur? Un tad tas to atved atpakaļ, ievelk instrumentā un parāda tev: “Hei, šeit ir visas lietas, ko es atklāju.”
Un tad, ja jūs teiktu: “Es gribu uzraudzīt, izmantojot šo rīku”, tad tas to izsekos un ping. Tai ir darbi, lai to pingētu tik bieži, lai teiktu: “Labi, pārbaudiet tagad par šo lietu”, - jūs zināt, datu bāzes pieejamība - pārbaudiet to tagad par datu bāzes vēsturi, pārbaudiet datu bāzes pusi. Tas palaiž virkni darbu, lai pārbaudītu jūsu uzraudzīto datu bāzi.
Ēriks Kavanagh: Jā, tas ir labi. Un mums ir kāds auditorijas locekļa jautājums. Es zinu, ka jums, puišiem, ir rīki, kas darbojas ar dažādām datu bāzu tehnoloģijām, bet īpaši to, ko jūs šodien parādāt, vai tas ir paredzēts tikai SQL Server, vai tas attiecas arī uz citiem datu bāzu veidiem?
Binh Čau: Šobrīd šis konkrētais rīks aptver SQL Server.
Ēriks Kavanaghs: Labi, tas ir labi. Nu, ļaujiet man to pārvērst Robinam, es esmu pārliecināts, ka viņam ir pāris jautājumu, pēc tam varbūt atkal pie Deza. Robins?
Dr Robin Bloor: Jā, protams. Microsoft diezgan nesen - dažkārt 2006. gadā - paziņoja par SQL Server uz Linux, bet es nedomāju, ka tas to vēl ir piegādājis. Es tikai prātoju, vai jums ir kādi komentāri par to. Vai jūs to zināt? Vai tu spēlē ar to?
Binh Chau: Jā, mēs esam. Mēs plānojam to iekļaut. Es domāju, ka šī rīka jaukā lieta ir tā, ka esmu runājis ar daudziem klientiem, kuri ir izveidojuši paši savus mājās audzētus rīkus, lai veidotu vienu un to pašu, taču viņiem ir jāseko līdzi jaunajiem izdevumiem un versijām, kas Microsoft iznāk, bet mums ir jaunas versijas un izdevumi, mēs to sākam jau laicīgi, lai pārliecinātos, ka rīks spēs pārraudzīt un pārvaldīt jaunos izdevumus. Tātad, SQL operētājsistēmā Linux ir kaut kas, ko mēs plānojam pievienot un padarīt pieejamu, kad tas būs pieejams - es ticu, ka vēlāk šogad.
Dr Robin Bloor: Jā, tas ir interesanti. Vai jūs sagaidāt, ka to veiks patiesībā daudz klientu? Es domāju, ka manā pieredzē SQL Server ir ļoti sarežģīta datu bāze. Es domāju, jūs zināt, tas ir ilgi zobā, iespējams, tā ir lieta, ko teikt. Es domāju, jūs zināt, oriģinālais Sybase, no kura tas nāca, faktiski daudzās lietās bija diezgan vienkāršots. Bet Microsoft gadu gaitā ir pievienojis arvien vairāk un vairāk lietu. Vai tas viss būs pieejams Linux? Es domāju, vai jūs konsultēsit klientus par to, vai veikt šo migrāciju?
Binh Chau: Es atvainojos, vai ir jautājums, vai mēs redzam, ka cilvēki to prasa?
Dr Robin Bloor: Vai, ņemot vērā, ka esat ar to samulsis, vai Linux operētājsistēmā tas ir tikpat izsmalcināts kā Windows?
Binh Chau: Es pats ar to neesmu spēlējis, bet esmu dzirdējis no kolēģa, ka patiesībā tas ir ļoti līdzvērtīgs. Bet es personīgi neesmu spēlējis ar jauno SQL versiju Linux.
Dr Robin Bloor: Labi. Vai man ir taisnība, domājot, ka jūs esat vienkārši ievietojis aģentus katram atrastajam SQL serverim? Vai tas darbojas kā šis rīks?
Binh Chau: Nē, mēs faktiski neliekam aģentus. Šim konkrētajam rīkam - krājumam Inventory - mēs tur faktiski neievietojam aģentus. Mēs vienkārši dodamies ārā un piezvanām un pārbaudām tā statusu. Viena jauka lieta par šo rīku ir tā, ka tas ir bez aģentiem.
Dr Robin Bloor: Tātad, jums ir citi SQL Server rīki, vai jūs varat man atgādināt, kādus citus produktus šajā komplektā esat ieguvis, kas nodarbojas ar SQL Server?
Binh Čau: Jā. Mums ir SQL Diagnostic Manager. Tas ir uzraudzības un veiktspējas rīks. Tas jums veic daudz padziļinātu analīzi vai diagnostiku, kā arī veiktspējas un veselības pārbaudes, nevis krājumu pārvaldnieks. Inventory Manager ir šīs veselības pārbaudes vieglā versija. Mums ir arī Compliance Manager un Secure, kas ir daļa no mūsu drošības komplekta. Tas galvenokārt jums pateiks, kurš piekļūst jūsu datiem, kādiem datiem viņi piekļūst, kāpēc, un tas jums palīdzēs ievērot atbilstības un citas ziņošanas vadlīnijas. Mums ir SQL Safe, kas ir mūsu rezerves rīks - tas veic dublēšanu un atjaunošanu, un tas ir jauki.
Mums ir arī mūsu uzņēmuma darba vadītājs, kurš tikai uzrauga jūsu darbu. Un tad mums ir rīku kastes rīks, kas ir administratora rīkkopa, kā arī salīdzināšanas rīku kopas, kā arī SQL doktors. Administratoru rīku un salīdzināšanas rīku komplekts ir tas, ko es domāju par Šveices armijas nazi. Viņiem ir vairāki rīki, kas palīdz DBA veikt dažādas lietas, piemēram, jūs zināt, pārbaudāt ielāpus vai pārvietojat vai klonējat datu bāzi. Bet šajā rīklodziņā ir 24 šādi rīki.
Dr Robin Bloor: Tātad, vai cilvēki, kuri izmanto krājumu pārvaldību, parasti jau ir jūsu citu rīku lietotāji? Vai arī šāda veida ieejas punkts ir? Es varu iedomāties - es domāju, jūs varat man pateikt, ja jums ir kādi kara stāsti -, bet es varu iedomāties, ja jūs nekad faktiski neesat vadījis inventāru diezgan apjomīgā datu centrā, pieredze var būt diezgan nomierinoša. Vai tas ir tas, ko jūs atradāt?
Binh Čau: Jā. Es domāju, ka mums ir klienti, kuri tiek iepazīstināti ar šo rīku no citām rīku kopām, tomēr mums ir klienti, kuri meklē tādu rīku kā šo projektu dēļ. Viens no maniem piemēriem bija tāds, ka bija uzņēmums, kas apvienojās ar citu uzņēmumu un nopirka uzņēmumu sēriju, un, lai samazinātu izmaksas, bija jāapvieno SQL Server pēdas. Un tāpēc viņi meklēja instrumentu, kā iziet un atklāt visu, kas viņiem bija, lai viņi varētu sākt procesu, kā mēs to konsolidējam.
Dr Robin Bloor: Pareizi, es saprotu. Es domāju, ka tas ir diezgan bieži apvienošanās gadījumos, kad jūs par to domājat. Labi, es nodošu Dezam, es nevēlos visu laiku ņemt. Uzziniet, kādi jautājumi mums ir no Austrālijas.
Dezs Blanšfīlds: Paldies, jā, jautājumi šeit vienmēr ir vērsti otrādi. Viena no lietām, kas nāk prātā, un es to saprotu, jūs zināt, ka uzņēmumi nav īsti pārliecināti, kur novilkt robežu, kad sākt investēt. Kad organizācijai - ņemot vērā jūsu pieredzi, ņemot vērā, ka atrodaties aukstajā posmā - kad ir īstais laiks sākt investēt tādos rīkos kā šis, lai nodrošinātu, ka jūs nekļūstat nepatikšanas? Vai jūs to darāt no pirmās dienas, kad sākat veidot jaunās organizācijas datu bāzes infrastruktūru, vai, kā jūs tikko norādījāt, kad veicat pirkšanu / apvienošanu?
Vai arī ir kāds noteikts mērogs, kurā jums patiešām ir jābūt? Jums ir vajadzīgas 10 vai 100 vai 1000 datu bāzes? Kāda ir jūsu līdzšinējā pieredze tirgū, ar kuru tik ilgi esat nodarbojies, kad ir īstais laiks iekļūt šajā telpā un, iespējams, kur sākt? Kā tas izskatās, kad sākat darbu?
Binh Čau: Es domāju, es domāju, ka varbūt, ja tā ir ļoti maza organizācija, jums, iespējams, nav vajadzība pēc šī rīka, piemēram, ar vienu DBA vai pāris DBA. Kad jūs sākat iegūt trīs, četru DBA un, iespējams, 50 līdz 100 serveru grupu, es nezinu, jūs varētu vēlēties sākt darīt kaut ko līdzīgu. Domāju, ka, tā kā jūsu organizācija kļūst lielāka, un to vēlas tikai biznesa speciālisti, kas ir lietpratīgi, tāpēc, piemēram, jūsu dotais piemērs, jūs zināt, ka viņi paši vēlas instalēt lietojumprogrammas un datu bāzes, bet tas ir tad, kad vēlaties šāda veida rīks, jo tādā veidā jūs varat redzēt, kas tur atrodas.
Bet pat mazākā organizācijā ir patīkami, ja jums ir šāda veida rīks, kas ļauj sekot līdzi tam, kas jums ir. Ja jūs to sadalīsit tā, lai varētu pateikt: “Ak, jā, es šai lodziņam nopirku SQL 2012, bet šobrīd tas darbojas SQL 2008, jo man ir lietojumprogramma, kurai joprojām ir vajadzīga šī mantotā versija.” Tas palīdz, ja inventarizācijas rīks ir tikai lai izvairītos no vairāku izklājlapu pārvaldīšanas, kas var kļūt novecojušas.
Dezs Blanšfīlds: Otrs jautājums, par kuru es tikko sekoju: kāda veida prasmes vai resursi organizācijām būtu jāplāno, kad viņi nonāk šādā mērogā? Vai ir tā, ka tur ir kāda īpaša prasmju kopa, kas jums patiešām nepieciešama, vai tāda veida pieredze vai fons, vai arī personas tips, kas ir vislabāk piemērots šāda veida izaicinājumiem? Vai arī tas ir kaut kas, ko var iemest vidējā DBA vai sys administratora vai tīkla administratora tipa prasmju kopa? Vai jums tiešām ir vajadzīgas asas, smailas smadzenes, vai arī varat to paņemt diezgan ātri?
Binh Čau: Atvainojiet, tāpēc jūs runājāt par šīs personas prasmju kopumu?
Dezs Blanšfīlds: Jā, tāpēc, domājot par datu bāzes administratoru, pastāv īpašs prasmju kopums, kas jums būs nepieciešams. Tātad, kad jūs pats iznomājat DBA šai konkrētai lomai, domājot par izaicinājumu veidiem, par kuriem jūs runājāt šeit, kur jūs izmantojat tādu rīku kā šis, lai uzturētu papildinājumu datu bāzu kartēšanai un izsekošanai, veicot atklājumu un vadot šo konkrēto rīku, vai rīka lietošanā un pieejā šāda veida izaicinājumiem ir kaut kas unikāls, vai arī tas ir kaut kas tāds, ko vidusmēra DBA var uzņemt diezgan ātri?
Binh Chau: Es domāju, es domāju, ka jūsu vidējā DBA to var ātri uzņemt. Es domāju, ka ir noderīgi, ja jums ir šāda veida rīki, jo varat to arī mainīt, jo tas ir balstīts uz tīmekļa vietnēm. Jūs varat to nodot citiem lietotājiem jūsu organizācijā. Jūs to varētu nodot lietotņu izstrādātājam, kurš var pārbaudīt savu īpašo datu bāzi vai serveri. Tas atņem dažas administratīvās lietas, kas jāveic DBA. Iepriekš kāds zvanīja DBA un teica: “Ak, kāpēc mans serveris ir uz augšu vai uz leju?” Tagad viņi var sava veida piekļūt un redzēt, vai viņu serveri ir uz augšu vai uz leju.
Dezs Blanšfīlds: Un kāda veida vide būtu vajadzīga vidējai organizācijai, lai to izvērstu? Vai tam ir nepieciešams īpašs fiziskais serveris, vai to var izdarīt virtuālā mašīnā? Vai viņi to var izvietot mākoņa vidē? Kāda ir instrumenta izvietošanas vispārējā pēda un tikai tā vispārējā darbība? Cik daudz smagā dzelzs potenciāli nepieciešams darbināt paralēli citām kartēm, kuras tas kartē?
Binh Chau: Jā, to var palaist virtuālajā mašīnā vai datorā, vai serverī. Tam nav obligāti jābūt veltītam serverim, tas vienkārši ir atkarīgs no tā, cik daudz serveru jūs uzraugāt. Ja jums ir lielāka vide, iespējams, tas palīdzēs lielākam serverim, jo tas apkopo daudz datu par jūsu uzraudzīto SQL serveri.
Dez Blanchfield: Pareizi. Vai tā ir tāda lieta, kuru jūs varētu ērti palaist mākoņa instancē un izveidot VPN atpakaļ savā vidē, vai arī tas, iespējams, ir pārāk smags datu vākšanas veids šāda veida lietošanai?
Binh Čau: Mēs vēl neesam to uzstādījuši, lai palaistu to uz mākoni, lai to vēl palaistu mākonī. Droši vien tas būtu jāvada prem.
Dezs Blanšfīlds: Un pēdējais jautājums, ja es varu: daudz rīku, ko esmu redzējis šajā telpā, it īpaši, ja jūs to pieminējāt vienam scenārijam, kad kāds iegādājās uzņēmumu vai notika apvienošanās vai kaut kas tamlīdzīgs, vai pat ja tā bija organizācija, kas tikai apvieno uzņēmējdarbības vienības, vai tas ir saprātīgs lietošanas scenārijs, kad kāds to izvieto klēpjdatorā un ņem vidē, lai kartētu pasauli kā vienreizēju, vai tas ir maz ticams izmantošanas scenārijs? Vai tas ir vairāk kā kaut kas tāds, ka tas tur atradīsies un paliek tikai uz laiku, lai palaistu?
Binh Chau: Šis konkrētais rīks vairāk ir instalēts serverī, un tas tur ir palicis, lai darbotos. Tādā veidā jūs varat savākt tai nepieciešamo informāciju un, domājams, glabāt tekošā inventāra sarakstu ar to, kas jums ir. Tas ir atšķirībā no kartes rīka, jo kartes rīks ir viens pret vienu, pārejiet uz nepieciešamo portu un dariet to, kas jums šodien jādara. Šis ir sava veida - patīkams fakts ir tas, ka jūs varat sava veida marķēšanu, ļaut cilvēkiem to piekļūt, lai viņi pārbaudītu viņu konkrētā servera stāvokli, viņu interesējošos.
Dez Blanchfield: Labi. Droši vien pēdējais jautājums man, un tad es nosūtīšu atpakaļ Ērikam jautājumus, kas rodas caur jautājumu un atbilžu logu kopā ar dalībniekiem, jo mums šodien bija laba vēlētāju aktivitāte, kas ir viena no manām mīļākajām. Kā to paveikt, kā rīkoties? Es zinu, ka daudzi jūsu rīki ir pieejami lietām, kuras tiek izmēģinātas pirms pirkšanas. Kur cilvēkiem vajadzētu uzzināt vairāk par šo tiešsaistē, kur atrodas vietne, ja viņi meklē lejupielādes un kāds izskatās ceļojums, veiciet koncepcijas pierādījumu vai izmēģinājumu un paņemiet to rokās un iepazīstieties ar to lai pēc tam sazinātos un nopirktu to?
Binh Čau: Jā. Jūs varat apmeklēt vietni IDERA.com un bez maksas lejupielādēt divu nedēļu izmēģinājuma versiju. Un, ja jums tas patīk un vēlaties sazināties ar mums, mēs varam arī ieplānot demonstrāciju ar kādu no mūsu inženieriem, lai izdarītu dziļāku ieniršanu rīkā.
Dez Blanchfield: fantastiski. Nu, liels paldies par to. Es novērtēju laiku, kad tērzēt ar jums par to, un, balstoties uz savu personīgo pieredzi, un es esmu pārliecināts, ka runāju par viņu par mūžizglītības pieredzi, domāju, ka mūsdienās ir nepieciešams kaut kas līdzīgs. Mēs to nevaram izdarīt manuāli, lai cik smagi mēs censtos; mērogs ir pārāk liels, un lietas virzās pārāk ātri.
Ļoti iesaku cilvēkiem darīt tieši to, pāriet uz IDERA vietni un saņemt kopiju, ar kuru spēlēties. Tā kā potenciālais risks manai pieredzei ar anekdotēm, ar kurām es dalījos tikai šodien, var būt, ka tas var ātri pāriet no ļoti slikta uz ļoti labu, ja jums ir piemēroti rīki, bet tas var arī iet arī citu ceļu, ja t. Ēriks, atpakaļ pie jums.
Ēriks Kavanagh: Jā, vienkārši uzdāviniet vēl vienu jums interesantu jautājumu. Man vienkārši ir interese uzzināt, ko jūs tur redzat, jūs zināt, šajās dienās acīmredzami mākonis ir arvien svarīgāks - Amazon Web Services, taču tie nav vienīgie, Microsoft piedāvā visu Azure kas, šķiet, gūst tvaiku. Man ir interesanti uzzināt, kāds no apmeklētājiem raksta, ka Dr Bloor izteicis interesantu viedokli, ka DBA ir dārgas un ka pārvaldības problēmu rada negodīgs DBA vai kāds, kurš nedara to, kas viņiem būtu jādara, vai to var atrisināt migrējot uz mākoni. Man tiešām ir tikai interese uzzināt, cik daudz aktivitātes jūs redzat? Vai redzat, ka migrācija uz mākoni uzņēmumiem kļūst arvien aktuālāka problēma, vai arī kāda ir jūsu tendence to uztvert?
Binh Čau: Es jūtu, ka tas ir atkarīgs tikai no tā, kāda veida problēma jūs esat. Man šķiet, ka dažās nozarēs viņi saka: “Nē, mēs neveicam migrāciju.” Iespējams, ka viņi migrē uz publisku mākoni; iespējams, viņi meklē savu lietu pārvietošanos vai migrēšanu privātā mākonī. Bet tad es redzu dažas organizācijas, kuras, jūs zināt, ir ieinteresētas patiešām ātri nokļūt un iet uz Amazon vai Microsoft Azure. Un tad daži cilvēki saka: “Nē, mēs neemigrējam savus datus” vai “Ir tikai daži dati, kurus mēs migrētu, bet ne mūsu kritiskie.” Es domāju, ka ir trīs nometnes.
Ēriks Kavaņahs: Jā, tam būtu jēga. Es domāju, ka mēs to redzam arvien vairāk, un es domāju, ka tas mainīsies un sākas diezgan ilgu laiku. Un ir arī mākonis. Cilvēki nokļūst Amazon Web Services - par to mēs esam dzirdējuši vairāk nekā dažas reizes - un sākumā izmaksas ir pārvaldāmas, un pēc tam laika gaitā tas vienkārši uzrodas, un tad jūs tur esat iestrēdzis. Daudzējādā ziņā mākonis ir tikai vēl viens datu centrs, bet, maigi izsakoties, tas būs interesants ceļojums uz priekšu.
Cilvēki arhivē visas šīs tīmekļa pārraides. Pārlejiet tiešsaistē uz techopedia.com, lai apskatītu visu to lietu sarakstu, ko mēs darām. Un, protams, insideanalysis.com par visu jaunāko. Un ar to mēs jūs atvadīsimies. Un vēlreiz liels paldies par jūsu veltīto laiku un uzmanību. Paldies visiem mūsu IDERA draugiem un mēs ar jums rīt runāsim, cerams, ka mūsu datu filozofija beidzas ar tīmekļa apraidi. Tieši tā, datu filozofija ir rīt pulksten četros austrumos. Ceru redzēt jūs tur. Esiet uzmanīgi, ļaudis.
