Autors: Techopedia Staff, 2016. gada 30. novembris
Izņemšana: Uzņēmējs Ēriks Kavanaghs kopā ar Dr. Robinu Blooru, Dezu Blanšfīldu un IDERA Bullett Manale apspriež jautājumus un to, kā to efektivitātei var būt tālejošas sekas.
Pašlaik neesat pieteicies. Lai redzētu video, lūdzu, pierakstieties vai reģistrējieties.
Ēriks Kavanagh: dāmas un kungi, sveiki un sveicināti vēlreiz. Trešdien ir pulksten četrs Austrumu laiks, un šajās dienās tas nozīmē, ka ir laiks karstajām tehnoloģijām! Jā, patiesi. Mēs šodien runājam par foršām lietām. Protams, es esmu jūsu saimnieks Ēriks Kavanaghs. Šodienas izrādes nosaukums ir “Efektīvas analīzes atslēga: ātri atgriezeniski jautājumi”. Tieši tā, ļaudis, mēs visi vēlamies ātri. Kurš negrib ātri? Ir patiess slaids par jums, un par mani pietiek. Rezultāts man Twitter, @eric_kavanagh. Es labprāt ar tevi sazināsimies un sarunāsimies sociālajos medijos. Tas var būt jautri, tikai nerunājiet par politiku.
Gads karsts. Šogad mēs runājām par dažādiem analītiskiem jautājumiem, un šodien viena tēma patiešām ir tikai galvenā, lai paveiktu darbu. Es atceros, ka, iespējams, pirms pieciem vai sešiem gadiem es pirmo reizi dzirdēju, ka kāds lieto izteicienu “sarunājieties ar jūsu datiem”, un, lai arī tas var izklausīties mazliet sierīgs, jēga ir tā, ka, ja jums nav iteratīvas pieredzes ar jūsu dati, ja nevarat ātri grozīt savus vaicājumus, sūtīt jaunus vaicājumus, ātri saņemt atbildes, tad jums nav sarunas ar saviem datiem un viss analītiskais process tiek saīsināts. Tas nav labi.
Kad jums ir saruna ar saviem datiem, tas nozīmē, ka jūs varat iet uz priekšu un atpakaļ, un, manuprāt, tas ir tad, kad atrodat ieskatu. Tā kā ļoti reti jūs pirmo reizi nāks klajā ar perfektu vaicājumu. Ja vien jūs neesat analītikas Mocarts - un esmu pārliecināts, ka šī persona tur atrodas -, jums nāksies veltīt laiku modificēšanai, pievienojot kādu dimensiju, mēģinot precīzi noregulēt to, ko meklējat .
Tāpēc, ka atkal šī nav ārkārtīgi smagā vide, ar kuru mēs saskaramies analītikas pasaulē; mums ir darīšana ar ļoti smagnēju vidi un ļoti sarežģītu un daudzdimensionālu vidi. Tātad visa tīmekļa apraides ideja šodien ir runāt par to, kā iespējot šāda veida atkārtotu mijiedarbību ar jūsu datiem.
Mums ir trīs vadītāji. Protams, ka Hot Technologies pretstatā Briefing Room mums ir divi analītiķi; viņi katrs dod priekšroku, tad viesi ierodas, uzstājas, un mums ir sava veida apaļais galds. Un jūs, mūsu auditorija, tajā varat spēlēt lielu lomu. Lūdzu, nekautrējieties; nosūtiet savus jautājumus jebkurā laikā. Ja varat, izmantojiet jautājumu un atbilžu paneli, pretējā gadījumā tērzēšanas panelis ir kārtībā; Izrādes laikā mēģināšu uzraudzīt abus. Un mēs tos ierakstām, tāpēc, ja kaut kas pietrūkst vai vēlaties to dalīties ar kolēģiem, atgriezieties vēlāk. Mēs tos publicējam vietnē Techopedia.com un arī vietnē InsideAnalysis.com.
Un līdz ar to es ievedīšu gudrus cilvēkus. Es nodošu to Dr Robin Bloor. Ļaujiet man dot viņam atslēgas, nomainīt vadītāju, un tur jūs ejat. Robin, atņem to.
Robins Bloors: Labi. Paldies par ievadu. Apmēram pirms pusotra mēneša man bija tērzēšana ar izstrādātāju, kurš patiesībā ir DBA. Viņš patiesībā nav DBA - viņš bija DBA noteiktā uzņēmumā, un viņš bija vienīgais, kurš faktiski varēja likt vaicājumus veikt. Bet viņam apnika to darīt, jo viņš tiešām ir diezgan gudrs izstrādātājs. Tāpēc viņš aizgāja.
Viņam katrā ziņā viņiem tas ir jādara pāris dienas katru mēnesi, jo viņi nevarēja atrast nevienu, kurš ieņemtu viņa vietu, un viņiem nav ne jausmas, ko dara datu bāze, vai kā to vispār noskaņot. Un es par to domāju kaut ko, un tikai, jūs zināt, viņiem īsti nebija IT nodaļas, bet šis puisis viņus atbalstīja. Patiesībā lielāko daļu laika viņš nodarbojās ar DBA.
Sarežģītām datu bāzēm - Oracle, SQL Server, DB2 - visām šīm lielajām un dārgajām - datu bāzu meklēšana ir grūts darbs. Tas ir arī drošs darbs. Un patiesais iemesls tam, sakot, ir tas, ka tā ir mainīgā ainava. Es kaut kā to pārdomāšu. Jūs zināt, relāciju datu bāzes - parasti ir liela aina, relāciju datu bāzes joprojām dominē popularitātē. Viņi, visticamāk, dominēs vēl ilgi. Jā, tagad ir arī citas datu bāzes, kurām ir lielāks airtime laiks, bet, jūs zināt, kad jūs patiesībā skatāties uz tur notiekošo, Oracle to dara lielākoties, Microsoft SQL Server ir otrais, un mākonī notiek dažādas lietas, kas tomēr var izraisīt izaicinājumu. Viņi ir lielie spēles milži. Un tās ir datu bāzes, kuras varat izmantot gan OLTP, gan faktiski datu noliktavas darba slodzēm. Alternatīvas parasti izmanto galvenokārt analītiskā vidē, un tad parasti datus nosaka, kāpēc mēs izvēlamies to, nevis relāciju. Lielākoties cilvēki to nedara.
Uzņēmumiem ir tendence standartizēt vienā datu bāzē. Nesen es saskāros ar uzņēmumu, kurā bija vairāk nekā 5000 Oracle gadījumu. Un es, cilvēks, ar kuru es runāju no šī uzņēmuma, es viņiem jautāju par DBA. Viņi teica, ka viņiem ir apmēram 10 DBA un apmēram 30 datu bāzes tiek koptas. Un pārējā gadījumā Oracle tikai kā gala sistēma tika izmantota. Lietojumprogrammu datiem, kas tos izmantoja, bija ļoti mazs uzsvars. Bet tas mani tieši pārsteidza - 5000 Oracle gadījumu.
Un, starp citu, viņiem bija Oracle īpašuma licence. Nu, jūs zināt, acīmredzot, korporatīvā licence. Bet viņiem bija arī citas datu bāzes, jo dažreiz, jūs zināt, lietojumprogrammām ir vēlamā datu bāze. Nebija tā, ka vienīgais bija Oracle. Un vērts pieminēt, ka ne Hadoop, ne Spark faktiski nav datu bāze, un paies ilgs laiks, pirms viņi iegūs to, ko es domāju par datu bāzes likumu. Labi, protams, datu saitēm.
Ar DBA aktivitātēm - iespējams, Bullets par to var pateikt šausmīgi daudz vairāk nekā es -, bet es tām tikai paskriešu cauri. Tie ir tie, par kuriem man ir tendence domāt, jūs zināt, ko dara DBA. Viņi instalē, konfigurē, jaunina, veic licenču pārvaldību. Viņi vienā vai otrā veidā veic daudz ETL un replikācijas darbu. Viņi veic uzglabāšanu un ietilpības plānošanu. Viņi veic problēmu novēršanu vai arī ir daļa no problēmu novēršanas komandas. Veiktspējas uzraudzība un iestatīšana ir diezgan liela viņu aktivitātes sastāvdaļa, taču visi šie sīkumi nav mazs, jūs zināt. Drošība, viņi ir atbildīgi par dublēšanu un atkopšanu. Viņiem vajadzētu būt iesaistītiem programmatūras testēšanas sistēmās, un viņi varētu būt iesaistīti datu dzīves ciklā.
Performance. Kad es kādreiz biju viens no šiem puišiem. Kad es vadīju un noregulēju datu bāzes, jūs to sapratāt, jūs zināt? Pastāv centrālais procesors, un tādā vai citādā veidā mūsdienās centrālais procesors parasti ir dīkstāvē, jo tas būtu viens no pārējiem diviem, vai tas ir - Nu, šo problēmu faktiski rada viens no citiem sašaurinājumiem. Atmiņa, zvīņošanās un sadrumstalotība, vai arī disks, vai diska I / O piesātinājums, dažreiz tīkla pieslēgums, ja darbojas vairākos tīkla mezglos un, iespējams, jūs varētu nākties bloķēt.
Bet tāda bija pasaule, kā es to redzēju. Nesen es apskatīju Oracle un to, cik skaļruņu parametri ir Oracle. Tas bija vairāk nekā 300. Jūs zināt, un, ja jūs tiešām domājat par to, tad DBA, kas tiešām zina, ko viņš dara, ir jābūt kādai idejai, kāpēc jūs kādreiz jaucas ar kādu no tiem. Tātad, jūs zināt, tas ir sarežģīts darbs, un tas ir sarežģītāks.
Jūs zināt, tagad mums ir CPU, bet jums … CPU jau bija, GPU uz CPU vai ar FPGA uz CPU. Tātad notiek sava veida krustošana, kas patiesībā notiek ar CPU. CPU kļuva par daudzkodolu jau sen; patiesībā es vairs nemeklēju datu bāzes, kad tas notika. Man nav ne mazākās nojausmas, kādu atšķirību tas faktiski rada, tagad, kad es par to domāju.
Mēs zinām, ka 3D Xpoint un IBM PCM parādījās kā papildu atmiņas slānis, un mums ir SSD, bet jūs zināt, ka tie aizvieto rūsējošo rūsu. Bet SSD var mainīties ātrumā. Ar tik daudziem var piekļūt paralēli, un tas liek viņiem iet neticami ātri - tuvu RAM ātrumam. Un jums ir visas paralēlās aparatūras arhitektūras.
Un tas viss, jūs zināt, samazinās izmaksas, kas ir patiešām jauka lieta, bet tas viss rada - jūs zināt, ja lietojat nākamo datu bāzes izlaidumu un sākat to ieviest mašīnās, pat dažās no patiesībā jūs esat zaudējis jebkādu zarnu sajūtu, kāda jums varētu būt attiecībā uz datu izturēšanos, jo latentumi ir ļoti, ļoti atšķirīgi. Un šeit, jūs zināt, jums ir četri slāņi, nevis trīs uzglabāšanas slāņi.
Datu bāzes jautājumi. Jūs saņemat datu bāzes entropiju - izplatīšana ir ļoti izplatīta. Datu bāzes, kas tiek izmantotas kā skapīši, tieši tas bija tas, ko es devu. Ļoti maz datu bāzu ir pašregulējošas, un tās, kuras apgalvo, ka tās pašaskaņojas, patiesībā nav tik labas, jūs zināt. Bet otra lieta ir tā, ka ļoti maz datu bāzu ir pareizi noregulētas. Tas ir grūts darbs, spējot līdzsvarot darba slodzi. Es domāju, domājot par datu bāzi, ko datu bāze var darīt 24 stundu laikā, darba slodzes var būt ļoti, ļoti atšķirīgas. Datubāzei ir jābūt īpaši patiesai datu noliktavai.
Un tāpēc jūs zināt, ka noregulēšana, kas nav mazsvarīgs jautājums, jo tas, ko jūs darāt, ir tādu parametru noregulēšana, kuriem noteiktā laika posmā ir jārūpējas par visu slodzi. Tas būtībā ir grūts darbs. Un SQL ir jāregulē īpaši SQL JOINs. Tie var būt ļoti resursietilpīgi, jūs zināt. Un, ja datu bāzē ir parādījušies viedokļi, godīgi sakot, jums vajadzētu izpētīt to izmantošanu, jo tie ļaus visam iziet neticami ātrāk. Un tas prasa kādu, kurš saprot darba slodzi un saprot SQL trafiku un tā tālāk un tā tālāk.
Un vairums uzņēmumu nodarbina ļoti maz DBA - ļoti dārgi. Esmu pazinis diezgan lielus uzņēmumus ar, piemēram, trīs puišiem, jūs zināt, milzīgu gadījumu skaitu. Tiešām, tie maksā daudz, tas ir grūts darbs sarežģītības ziņā. Viņiem nepieciešami instrumenti.
Un es domāju, ka tas ir viss, kas man jāsaka. Ak jā. Nodosim Dezu, redzēsim, kas Dezam ir sakāms.
Dez Blanchfield: Paldies, Robin. Šī ir masīva tēma. Es ņemšu vērā lietas, kuras, manuprāt, faktiski ir ikdienas problēmas, ar kurām mēs saskaramies. Tā kā pieņemsim vērā, tur ir visa bibliotēka grāmatu, kas rakstīta par šo tēmu. Kurš vēl nav devies uz tehnisko grāmatnīcu un atradis grāmatu sienas un sienas, kas rakstītas tikai par vispārīgo tēmu - datu bāzes veiktspēja un datu bāzes iestatīšana, kā arī uzraudzība. Un dažreiz tas ir lielisks laika nogalināšanas veids.
Vispārējā tēma: veiktspējas vaicājumu iegūšana. Ir vairākas dažādas organizācijas daļas, kas svīst šo tēmu - jūsu tiešā lietotāja līmenī, pēc manas pieredzes, jūs zināt, cilvēki vienkārši piedzīvo sniegumu, ka lietas notiek lēni. Vērpšanas riteņi prasa laiku, lai vaicājumi atgrieztos. Spektra pretējā galā jums ir infrastruktūras un tīkla un krātuvju inženierijas darbinieki, kurus pārspēj datu bāzu speciālisti, jo lietas nedarbojas tik labi, kā viņi sagaida. Un tas, pēc manas pieredzes, ir ļoti plašs spektrs, lietas, kas var ietekmēt mūsu dzīvi šajā spektrā.
Ja domājat par fizisko stāvokli, jūs zināt, tikai datoru telpu. Jums ir atmiņa, jūs zināt, RAM, ja vēlaties - diska vieta, tīkls un visi biti ap to. Šajā telpā, jūs zināt, mēs esam glabājuši domu, ka, teiksim, labāk ir izmantot neapstrādātu disku vai JBOD un vienkārši, jūs zināt, pēc iespējas ātrāk pacelties disks un ļaut datu bāze sakārtot datu aizsardzības slāni. Citi cilvēki ir lieli RAID, liekā masīva lēto, disku fani, un viņiem ir atšķirīga reliģiskā pieredze ar RAID 0, 1, 3, dažreiz 5 un 6 dažādu veidu noņemšanu vai replicēšanu diskā, ja cietais disks neizdodas. Pat krātuves un inženierzinātņu līmenī mums joprojām ir cilvēki, kuriem ir atšķirīgs viedoklis un pieredze attiecībā uz veiktspēju attiecībā uz glabāšanas veidiem.
Neatkarīgi no tā, vai tas ir tieši pievienots disks un paši serveri, vai tas ir savienots caur šķiedras kanālu ar kāda veida glabāšanas apgabala tīklu, vai tā ir krātuve, kas piestiprināta no servera kaut kur caur iSCSI, vai, piemēram, Ethernet. Un tas ir pirms jūs pat patiešām nokļūstat datu bāzes slānī, kur, jūs zināt, tāda veida lietas, kuras mēs uzskatām par pašsaprotamām, jūs zināt, vienkārši sakot, ka, kā Ēriks ieskicēja, jūs zināt, ko mēs saucam par sarunu ar jūsu datiem . Tikai spēja noteikt modeļus un jēgpilnus modeļus, par kuriem, mūsuprāt, mēs varam sākt ienirt un meklēt veiktspējas problēmas.
Un tā ir ļoti plaša tēma, tāpēc es gribētu ienirt divās jomās, kurās, pēc manas pieredzes, ieguldītais laiks, enerģija un pūles dod labu atdevi. Tāpēc ļaujiet man ātri pāriet pie pirmā no šiem. Un es tikai pusjokojot devos meklēt kaut ko tādu, kura iekšpusē bija skelets un ārpuses āda, bet Lego bloks, iespējams, bija vismazāk šausmīgs. Bet daudzējādā ziņā es šādi iedomājos un garīgi attēloju izaicinājumu, ar kuru mēs dažreiz saskaramies ar analītikas platformām un datu bāzēm, kas tos atbalsta. Un tas ir tas, ka jūs patiešām tikai kā patērētājs un galalietotājs vai pat izstrādātājs bieži redzat finiera ādas slāni, bet patiesībā tas ir skelets zem tā - tas tiešām ir jautājums, uz kuru jums jāpievērš uzmanība.
Jūs zināt, ka šajā gadījumā, domājot par lietām, kas var ietekmēt datu bāzes veiktspēju un analītiku, kas izriet no konkrētās dienas, veiktspējas trāpījumi, galvenā infrastruktūra un tikai šīs pamatinfrastruktūras uzraudzība, un, kā es tikko norādīju pirms brīža, ap jūsu disks, atmiņa un centrālais procesors. Un kā uzsvēra Dr. Robins Bloors, problēmas virtualizācijā un lietas, kas notiek pašās mikroshēmās, veiktspēja līdz pamatlīmenim, kā arī atmiņas apjoms, kas tagad tiek ielikts katrā mikroshēmā katrā kodolā. Tie ir ļoti tehniski izaicinājumi, kas jāizvērtē ikdienas cilvēkam.
Turpinot papildināt vaicājumu uzraudzību. Jūs zināt, piemēram, viens no izaicinājumiem, kas saistīti ar vaicājumu un vaicājumu rindu uzraudzību - es domāju, ka SQL kā valoda un datu bāzes rīki, kas nāk ap analītikas rīkiem, ir ļoti jaudīgi, un jo īpaši SQL kā valoda. Bet ar šo jaudu un vienkāršību daudzos gadījumos arī nāk, un tas nozīmē, ka, ja tā nav lietojumprogramma, kas atkal un atkal dara to pašu, ko ir uzrakstījis labs izstrādātājs un pamanījusi laba DBA, tā varētu būt esiet cilvēki, kas veic nestrukturētus jautājumus.
Un tā problēma ir tā, ka ir diezgan viegli mazliet iemācīties SQL un sākt veidot jautājumus, taču tā rezultātā jums nav obligāti jābūt visām prasmēm, pieredzei un zināšanām, lai zināt, vai darāt laba vai slikta lieta darīt datu bāzi. Tāpēc, nepārtraukti vadot to pašu lielo, plašo, nepareizo, ēka var vienkārši tikt nolaista. Interesants izaicinājums ir papildināt vaicājumu uzraudzību.
Tikai uzraugiet reakcijas laikus, ciktāl platforma dara un ko lietotāji iegūst. Atkal jūs zināt, ka bez pareizajiem rīkiem tas nav kaut kas tāds, kas jūs vienkārši intuitīvi aplūkojat lietu un domājat: “Ak, viņi tīklā darbojas lēni” vai “Lietotāja atmiņa nedarbojas labi” vai “Indeksi darbojas slikti ”Vai“ uzpūšas ”.
Un tad jūs zināt, kā jūs nonākat līdz brīdim, kad esat redzējis problēmu ar to, kā jūs to atraut un nodalīt, kā arī risināt visu slikti strukturēto vaicājumu problēmu? Un, jūs zināt, vai tas ir ad hoc vaicājums, ko kāds darbojas ar roku, vai arī tas ir analītikas rīks ar informācijas paneļa priekšpusi, kas darbojas slikti, jo viņi uzdod jautājumus nepareizi, vai tas ir tikai tiešām, tiešām slikti uzrakstīts koda gabals?
Un tad, darot šo atkārtošanos, Ēriks sākotnēji uzstādījumā teica, jūs zināt, vienkārši atkārtojot atkal un atkal un atkal, un pielāgojot šīs darbplūsmas. Jūs zināt, kādas darbplūsmas es vadu, kā tās darbojas, cik bieži tās darbojas, kāds kods darbojas pret tām, kur tās darbojas CPU un atmiņā, kā arī diskā un tīklā? Jā, tas ir tikai ļoti, tiešām tehnisks izaicinājums.
Un tad nirvāna, ko cilvēki meklē šajā pasaulē, vienlaikus pārejot no vēsturiskās analītikas un veiktspējas iestatīšanas un brīdināšanas pret jūsu vidi, ko ir lieliski redzēt, jo nākotnē jūs, iespējams, iegūsit tās plānu, ja zināt, kāpēc viss gāja lēni vakar no rīta pulksten deviņi. Bet tas jums nepalīdz šobrīd, un tas nepalīdz jūsu plānam turpināt darbu.
Es domāju, ka kapacitātes plānošana un lieluma noteikšana, mērogošana un pielāgošana, tāpēc, jūs zināt, es domāju, ka ir tendence, ko mēs redzam tagad, kur notiek pāreja ļoti lielā vidē, kur cilvēkiem ir lielas datu bāzu platformas un plaši izplatītas datu bāzu vides, kur doties. sākot ar vēsturisku trauksmi un plānošanu, līdz pareģošanai un plānošanu, kur viņi vēlas uzzināt, kas notiek šobrīd, un spēt plānot tā turpmāko attīstību. Vai arī mums pietrūkst atmiņas un nākamās stundas laikā mums pietrūks atmiņas, un ko mēs varam darīt? Kādu kapacitātes plānošanu mēs varam darīt reālajā laikā?
Atvainojiet. Tas nonāk līdz vietai, kurā, jūs zināt, tikai viss šo šķēršļu atklāšanas izaicinājums ir šķērslis tam, ko mēs dēvējam par šķidruma analīzi, un padarīt to par normu jūsu organizācijā. Kā redzat, tas ir ne trivial izaicinājums, jūs zināt, tikai ikdienas lieliskajām, nemazgātajām masām. Un tas joprojām ir nebūtisks izaicinājums pat tehniski prasmīgākiem cilvēkiem.
Jūs zināt, ja tas ir grūti tikai mirstīgajiem, kā mēs to varam padarīt par iespējamu? Tā kā, jūs zināt, vairums no tām ir lietas, kuras parastie lietotāji nevar atrisināt, un mums, iespējams, ir kādi īpaši datu bāzu inženieri, datu bāzu izstrādātāji, kodu izstrādātāji, programmētāji, taču viņi joprojām ir ieguvuši iespēju sakārtot vidi. Viņiem ir jānošķir, jūs zināt, tādas problēmas kā cilvēki, kas atkārtoti izmanto kodu.
Jūs zināt, viena no vissliktākajām lietām, ko esmu redzējis šajā telpā saistībā ar veiktspējas trāpījumiem analītikas platformās ļoti lielos datu bāzes servera infrastruktūras izvietojumos, ir cilvēki, kas paņem koda gabalu, SQL paketi vai nozagtu procedūru, ko viņi nedarīja. t neraksta, un viņi nezina, vai tas ir labs vai slikts koda gabals, un viņi to vienkārši izmanto atkārtoti, jo tas dod viņiem vēlamo rezultātu. Bet izrādās, ka tas varētu būt bijis kaut kas vienkārši uzrakstīts, lai iegūtu vienu vai divus rezultātus, piemēram, ziņojumu - kāds steidzās.
Tāpēc cilvēki izmanto sarežģītu kodu, kuru viņi nerakstīja, un vienkārši iepludina to lietojumprogrammu izstrādes daļā, nezinot, ka viņi faktiski soda aizmugurē. Pat vienkārši uzraugot, kā izpildījums tiek veikts, un apskatot, no kurienes nāk jautājumi, un padziļinot, ka, jūs zināt, tas ir ikdienas izaicinājums.
Uzvedības pamata lietas, piemēram, datu pirmsizveidošana, lai veiktu, kur tas ir iespējams. Lietas, kas piedzīvotas tikai jums, māca, piemēram, indeksu dzēšana, ja jūs gatavojaties veikt lielapjoma importu, un pēc tam pārindeksēt, lai indeksi netiktu uzturēti, ievelkot datu terabaitus. Jūs zināt, ka bez atbilstošiem rīkiem to gandrīz nav iespējams redzēt, jo jūs nezināt, ka indekss tiek sakausēts.
Regulāri optimizējot indeksus, tie ir 101, bet kā ir, ja jūs importējat apjomīgi vai, ja zināt, izveidojot vaicājumu tabulu, ja kāds veic patiešām lielu vaicājumu, jūs zināt? Jūs zināt, ka tas var būt milzīgs veiktspējas trieciens, un atkal, ja jūs neuzraudzīsit, jums nav rīku, lai to redzētu, šāda veida darbība notiek tikai fonā, un jūs nezināt, kā to novērst. .
Vaicājumu ierobežošana tikai ar nepieciešamo kolonnu skaitu - es domāju, ka tas izklausās patiešām vienkārši, taču, ja jūs to neredzat, tad nezināt, ka tas notiek, un tas vienkārši notiek fonā, un tas jums sāp., uz tevi.
Zinot, kad un kur izmantot pagaidu tabulas, lielu svītrojumu un atjauninājumu apkopošana. Atkal visas ļoti vienkāršās lietas, bet bez šīs redzamības un bez rīkiem, kas to ļauj, viņi vienkārši sēž fonā un turpina jūs sāpināt, un jūs vienkārši metat vairāk atmiņas vai CPU datu bāzes vidē, lai iegūtu labāku analīzes platformas veiktspēju, kad tiešām jums vajadzētu būt iespējai iedziļināties detaļās par to, kas jūs sāpina, un pievērsties šai konkrētajai lietai. Un tad jūs zināt, tādas lietas kā ārvalstu galvenie ierobežojumi, un kā jūs to atradāt, kā jūs pat zināt, ka tas ir jautājums?
Ar to es varu secināt savu galveno punktu šeit, un tas ir, tas, ka jūs zināt, katru dienu mēs šīs problēmas redzam visur. Tā kā datu bāzu vide kļūst aizvien lielāka, tā kļūst arvien plašāka, un, kā šeit uzsvēra Dr. Robins Bloors, mēs iegūstam arvien sarežģītākus vides modeļus ar datu bāzes laikiem.
Un tad arī vajadzība integrēties dažās lielajās datu platformās, piemēram, Hadoop un Spark, kuras nāk līdzi, un arvien vairāk un vairāk vienlaikus. Manuprāt, ir jāmeklē labāki veidi un īpaši rīki, kā saprātīgi veikt šīs reāllaika platformas veiktspēju, kā arī analīzi un diagnostiku. Jo tas maksā reālā laikā un reālu naudu un vilšanos gala lietotājiem un reālus dolārus, ja mēs nesākam ķerties pie instrumentiem, lai padziļinātos šajās lietās.
Un līdz ar to es nodošu mūsu draugiem no IDERA, jo es uzskatu, ka viņiem ir labs stāsts par to, kā mēs varētu tikt galā ar šo ļoti problēmu.
Bullett Manale: izklausās labi. Liels paldies jums, un es turpināšu rīkoties. Man ir arī daži slaidi šeit, un es ļauju man iet uz priekšu un kaut ko tādu parādīt. Dažus no tiem mēs diezgan ātri pārdomāsim.
Tikai lai sniegtu jums nelielu ieskatu, es esmu IDERA pārdošanas inženierzinātņu direktors, un tāpēc tas, ko mēs darām, ir diezgan regulāri regulāri runāt ar DBA par sāpēm un izaicinājumiem, kas viņiem ir raksturīgi daudzos gadījumos, veiktspējas uzraudzība un šāda veida lietas, protams. Un mēs ļoti daudz dzirdam no šīs auditorijas, un tāpēc es domāju, ka varu regulāri dalīties ar informāciju, ko regulāri saņemu no viņiem, kurai būs jēga. Es pārdomāšu dažus no tiem, jo es nedomāju, ka viņi patiešām ir piemēroti sarunai.
Ziniet, man šeit ir savs DBA atbildības saraksts - tas izskatās daudz kā Robina saraksts, un es domāju, ka tas ir diezgan konsekvents. Es domāju, ka tad, kad jūs runājat ar datu bāzes administratoru, vienmēr tā ir - jūs zināt, viņi dažās no šīm jomām ir ieradušies vairāk nekā citi, un tam nav nedz atskaņas, nedz iemesla, tas vienkārši ir atkarīgs no vides.
Jūs dzirdat diezgan plašu, plašu lietu klāstu, ko cilvēki vēlas darīt. Daudzas reizes cilvēki, kas vēlas šīs lietas, nelūdz - viņi tos prasīs, un dažos gadījumos jūs sākat iedziļināties tajā, ko viņi patiešām prasa, un tad jūs uzzinājāt, ka viņi ” re tiešām meklē vairāk. Viņi patiešām vēlas vairāk informācijas nekā tas, kas viņiem sākotnēji šķiet vajadzīgs, un, kad sākat iedziļināties rīkā, es domāju, ka tieši tur jūs varat sākt teikt, ka viņi sarunājas ar datiem.
Un es domāju, ka tā ir īsti interesanta frāze, un tai ir liela jēga attiecībā uz spēju pateikt, jā, labi, ja jums ir slikts vaicājums, kas patiesībā ir slikts vaicājums? Vai tas ir vaicājums, kas patērē daudz lasīšanas vai rakstīšanas, vai CPU? Tas varētu būt tāds, kas daudz vada, tas varētu būt, jūs zināt, tas, kā jūs teicāt, ir slikti uzrakstīts.
Runājot par to, kā mēs to identificējam, pastāv vairāki veidi, kā jūs redzēsit mūsu produktu - Diagnostic Manager produktu -, ka mēs parādām DBA, ka viņi to var sasniegt. Un tas ir patiesi elastīgs, un es domāju, ka tā ir viena no lielajām lietām - jums ir jābūt rīkam, kas palīdzēs jums ar šīm veiktspējas problēmām, vai ikviena vide ir mazliet savādāka.
Un jums būs daudz, jūs zināt, vajadzību un varbūt pat neskaidru prasību attiecībā uz uzraudzību, tāpēc jums ir jābūt kaut kam, kas ir elastīgs, un tam, kas darbosies, un jāspēj pielāgoties videi, kas jūs mēģināt pārvaldīt. Jūs zināt, un man ir daudz šo piemēru - es nedomāšu izskatīt katru no tiem, bet jums ir nepieciešams kaut kas tāds, ko varat pagriezt uz priekšu un atpakaļ starp vienu datu un citu, un es runājam par to, kad mazliet iedziļināmies produktā un parādīsim jums to, kā arī to, kā mēs to darām.
Bet otra lieta, kas, manuprāt, ir labs analītikas rīks, ir, jūs zināt, ir dažas galvenās lietas, kuras jūs patiešām meklējat. Acīmredzot, pirmkārt un galvenokārt, jūs nevēlaties, lai rīks, kas izrādes vārdā radīs savas veiktspējas problēmas. Kad es saku, ka jāvāc dati bez maksas, es nerunāju par izmaksām, ņemot vērā, jūs zināt, naudas izmaksas, bet gan uz izmaksām, kas saistītas ar pieskaitāmām izmaksām, un izmaksām, kas saistītas ar resursu daudzumu, kuru mēs to izmantos izrādes vārdā. Jūs noteikti vēlaties kaut ko tur palīdzēt.
Jums ir nepieciešams kaut kas tāds, kas ļaus iegūt meklētos datus, kas ir specifiski problēmām, ar kurām jūs saskaraties ikdienas laikā, un varētu būt dažas lietas, kas jums nav vajadzīgas un kuras jums nav vajadzīgas. nevēlaties, un nav jēgas vākt šos datus, ja jūs par to nekad neziņosit vai jums vajadzēs kaut ko mēģināt pārvaldīt šos datus. Piemēram, attiecībā uz metadatiem, kas saistīti ar veiktspēju.
Ziniet, labs piemērs ir tas, ka man nav jābrīdina, ja SQL sadalītā transakciju koordinatora pakalpojums nedarbojas, ja es nevēlos, lai tas vispirms darbotos. Tāpēc nebrīdiniet mani, nevāciet datus pret to - man šī informācija nav vajadzīga. Tāpēc ir ļoti svarīgi spēt ieslēgt un izslēgt šīs lietas.
Iespēja arī pēc tam, kad būsit savācis datus, varēsit tam piekļūt diezgan ātri - jums tas nav jāzina, jāvada un jāapkopo dati, jātiek manipulētiem ar tiem - spēja to izdarīt ātri un efektīvi. Un tad, kad jums ir dati, acīmredzot ir tiešām svarīgi to saprast.
Tagad šajā vietā ar mūsu - piemēram, ar Diagnostic Manager produktu, kuru es šodien mazliet jums parādīšu - šo produktu, ziniet, es labprāt jums teiktu, ka šis produkts aizstāt un būt DBA kastē. Patiesībā tas prasa zināmas zināšanas par to, kāda ir jūsu vide un ko jūs mēģināt paveikt. Acīmredzot ir zināma izpratne par pašas DBA lomu.
Tagad mēs cenšamies izglītoties, izmantojot palīdzību un citas metodes. Bet jūs, protams, vienmēr vēlēsities to saistīt ar kāda veida pieredzes līmeni vai kādu, kam ir zināmas zināšanas, kā rīkoties, kad viņi ir saņēmuši datus. Un, protams, galvenais ir spēja būt personai, kura var uzdot produktam pareizos jautājumus, un sarunai ar datiem. Un tad acīmredzot spēja izprast datus.
Kad man ir informācija, es to varēšu iegūt pareizajiem cilvēkiem. Mani izstrādātāji, mana operāciju komanda - lai kāds tas būtu, man, iespējams, vajadzēs integrēties ar citiem produktiem, kuriem ir āķi, lai to varētu izdarīt. Tās visas ir reāli svarīgas lietas. Un tad, protams, pēdējais, bet ne mazāk svarīgais, ja man ir jāzina vairāk, es to spēju darīt. Neatkarīgi no tā, vai tas nozīmē ieslēgt vēl dažus datus, kas jāiekasē, vai arī tas nozīmē tikai iedziļināties datos. Jūs cerat, ka ar rīku, kas būs, jūs zināt, palīdzot ar veiktspēju, un jūs saņemat visas nepieciešamās lietas, lai varētu atbildēt uz šiem jautājumiem.
Viena lieta, ko es šeit neuzvilku un kuru, manuprāt, ir vērts atzīmēt, ir tas, ka jums ir nepieciešams rīks, kas palīdzēs jums atšķirt to, kas ir normāli, un kas nav normāli. Un es domāju, ka tas ir liels, jo, jūs zināt, tur ir ļoti daudz trauksmes produktu un lietu, bet, ja jūs saņemat trauksmi un trauksme ir viltus trauksme, tas jums neko labu nedod ; tas ir vairāk laika izšķiešana, un tas vairāk samazinās jūsu efektivitāti, nekā palīdzēs viņiem. Tātad, jūs zināt, tās ir dažas lietas, kuras es paturētu prātā.
Kad es runāju par produktu, ar kuru es sasaistu visas šīs lietas IDERA produktu komplektā, tas, manuprāt, ir Diagnostic Manager produkts, kam, iespējams, ir galvenās raksturīgās pazīmes tam, ko mēs šeit runājam, attiecībā uz datu bāzi noskaņošana un izpildīšana, kā arī uzraudzība un šādas lietas.
Cilvēki meklē uzņēmuma līmeņa uzraudzību; viņi vēlas, lai viņiem būtu pieeja, lai viņi varētu vienā ekrānā zināt, ka lietas darbojas tā, kā vajadzētu. Vai arī viņi, protams, vēlas, ja ir kāda problēma, redzēt, kur ir problēma, un tad varētu to iedziļināties. Es domāju, ka patiešām liela daļa no tā, ko cilvēki meklē, izmantojot šāda veida veidus, kā jūs patiešām varat pilnveidot savu sniegumu.
Otra lieta, kas acīmredzami notiek kopā ar to, ka es nevaru vienkārši darboties tagadnē, un man jāspēj atgriezties noteiktos laika periodos, neatkarīgi no tā, vai tas nozīmē meklēt vāji izskanējušus jautājumus, vai tas nozīmē, ka jūs zināt, skatoties uz to, kā pati resursdatora VM izturējās resursu ziņā. Visas šīs lietas, kas jums jāprot, un jūs to nesēdēsit, skatoties uz savu konsoli 24 stundas diennaktī, 7 dienas nedēļā.
Ja esat atvaļinājumā vai ja tas ir nakts vidū, vai kāds tas varētu būt, jums ir nepieciešams kaut kas tāds, kas spēs atgriezties laikā ar jums, lai jūs varētu pateikt, kas notika, piemēram, plkst. laiks, kad mums bija problēma. Un spēja to izdarīt vēlreiz, efektīvi un ātri, un spēt to iedziļināties noteikti ir svarīgs šīs diskusijas elements. Un es teiktu, ka tā, iespējams, ir viena no svarīgākajām lietām, ko cilvēki meklē. Viņi vienmēr meklē šo logu pagātnē, jo tas tiešām ir im - zināt, jūs nevēlaties, lai tur sēdētu un gaidītu, kad kaut kas notiks.
Nākamā saraksta lieta ir tikai atgriešanās pie tā, par ko mēs runājām iepriekš, ar pašu vaicājuma veiktspēju. Un es jums parādīšu dažus dažādus piemērus no Diagnostic Manager produkta, kā mēs to darām, un, protams, dienas beigās tas jums sniegs daudz iespēju, izmantojot pašus jautājumus, ņemot vērā to, jūs vēlaties pulcēties.
Runājot par to, vai jūs interesē jautājumi, kas rada sāpes resursos, CPU patēriņš vai I / O patēriņš. Neatkarīgi no tā, vai tie ir vaicājumi, kuru aizpildīšana prasa ilgu laiku, vai vaicājumi, kas parasti veiktspējas ziņā nav vissliktākie pārkāpumi, taču var tikt izpildīti tik bieži, ka problēmas var sagādāt pats tā palaišanas biežums. Acīmredzami spēja pamanīt tendences laika gaitā ar šiem jautājumiem ir arī svarīga sastāvdaļa.
Šajā izstrādājumā ir daudz dažādu paņēmienu, kā mēs to varam izdarīt, un es domāju, ka acīmredzot tas ir patiesi svarīgs gabals lielākajai daļai DBA. Un pat ja jums nav savu iekšēji izstrādāto lietojumprogrammu, joprojām ir patīkami, ja varat doties pie programmatūras pārdevējiem un pateikt: “Ei, jūs zināt, ko? Jūs zināt, katru dienu pulksten divos pēcpusdienā, kad šis darbs sāk darboties ”vai neatkarīgi no tā, kas ir“ Jūsu lietojumprogramma to izraisa, un mums tas bija jālabo. ”Tātad, pat ja jums nav pilnīgas kontroli pār pašu kodu, joprojām ir patīkami uzzināt, kad rodas problēmas.
Un tad, jūs zināt, otra daļa ir acīmredzami aktīvāka. Spēja būt pirmajam, kurš zina, spēt saprast, kad rodas kāda problēma. Lai ne tikai spētu būt pirmais, kas zina, lai jūs varētu to labot, bet daudzos gadījumos, kad jums ir nepieciešams, kas spēs automatizēt atbildi, daudzos gadījumos arī tas. Jūs varat teikt, jūs zināt, tā vietā, lai saņemtu e-pastu, kurā teikts: “Hei, jums jāiet labot”, ja es esmu sanāksmē vai ja es esmu, jūs zināt, uz ceļa vai kāds tas ir es Es daru, tas ir acīmredzami ļoti jauki, ja varam teikt, ka man ir kaut kas vietā, kas spēs to novērst automatizētā veidā.
Un, ja tas netiek risināts automatizēti, vismaz esiet pirmais, kas uzzina, lai jūs varētu veikt koriģējošus pasākumus vai sazināties ar kādu, kurš to var izdarīt. Un tā, acīmredzot, tie ir acīmredzami lieli elementi, kas saistīti ar šāda veida problēmām, ar kurām jūs varētu saskarties, pārraugot savas mašīnas un gadījumus, kā arī pašu analītiku.
Tagad es par to runāju agrāk, kas ir lietu elastība. Es to nevaru pietiekami uzsvērt, jo varu teikt, ka jūs zināt, ka ir kaut kas, kas netiek uzraudzīts, kā arī produkta funkcionalitāte, lai varētu pievienot šīs lietas jāuzrauga. Un tādā nozīmē kā ar Diagnostic Manager piemēru mums, acīmredzot, ir WMI skaitītāji, skaitītāji, SQL Server skaitītāji, jūs varat izveidot savus vaicājumus.
Jūs pat varat zināt, ja vēlaties, iegūt datus no savas vCenter vides vai Hyper-V vides notiekošās vēlēšanu rezultātā, un jūs, ziniet, varat to darīt regulāri un pavelciet šos datus un varēsit tos apskatīt. Un vēlreiz pagriezieties no vienas vietas uz otru, aplūkojot šo informāciju.
Tātad, tās ir lietas, kuras man liekas, ka cilvēki prasa, kad viņi runā par rīku, kas viņiem palīdzēs iestatīšanas un veiktspējas ziņā - produkts, kuru es jums parādīšu tikai otrais ir Diagnostic Manager, un tas atbalsta visu, sākot no 2000. gada, līdz pat 2016. gadam. Tas ir raksturīgs SQL Server, un tāpēc mēs uzraugām, kā šīs lietas pārvaldīt. Pašās instancēs nav aģentu, kas uzrauga gadījumu.
Tas attiecas uz informācijas savākšanu par nelielu samaksu, jo, jūs zināt, mēs acīmredzami centāmies vairāk vākt šo informāciju, neizmantojot arī daudz resursu, vai ne? Mēs cenšamies izmantot lietas, kuras SQL Server mums jau piedāvā, un padarīt tās labākas, neatkarīgi no tā, vai tas ir dinamisks pārvaldības skats, vai tas ir paplašināti notikumi, vai neatkarīgi no gadījuma, kas attiecas uz pašu kolekciju. Spēja izmantot šo informāciju un padarīt to labāku ir viens no mūsu uzdevumiem.
Tagad, ja jūs ātri izpētīsit šo reālo, es neiedziļināšos arhitektūrā pārāk detalizēti, bet man ir rezerves krātuve ar visiem mūsu vēsturiskajiem datiem, kurus varat pārvaldīt un kurus varat glabāt tik ilgi, kamēr tu gribi. Jūs pat varat izvēlēties, kāda veida informāciju un cik ilgi glabāt. Tas tāpat notiek, savācot atbilstošus datus un atstājot nevajadzīgos datus. Ja vēlaties saglabāt piecas dienas, kuras darbojas pamatdarbā, un pēc tam saglabāt brīdinājumus divus gadus, tas ir atkarīgs no jums, un tā ir pilnīga jūsu privilēģija to izdarīt.
Vairākas dažādas šī produkta konsoles. Jums ir tīmekļa versija, kā arī bieza klienta versija. Tas nozīmē, ka jums ir elastība pāriet uz pārlūkprogrammu un redzēt notiekošo, vai arī, ja jums ir klēpjdators, kurā ir instalēts īpašs klients, jebkura no šīm metodēm jums noderētu.
Tagad es gribētu darīt ātru demonstrāciju. Un es gribētu norādīt - es atgriezīšos pie šī cita slaida - kas mums ir, mēs tikko esam pievienojuši, tāpat kā FYI tiem ļaudīm, kuri pārzina produktu, mums ir jauns piedāvājums, kas ir Diagnostic Manager Pro. Profesionāls piedāvājums, kurā ietilpst kaut kas tāds, ko mēs saucam par darba slodzes analīzi.
Un tas tiešām ir par iespēju interaktīvi aplūkot ļoti lielus laika periodus un no tā, jūs zināt, 30 dienu skata uz, jūs zināt, piecu minūšu skatu apmēram trīs klikšķu laikā. Un, ja jūs redzat veiktspējas smaili vai problēmu ar sašaurinājumu, kas jums varētu būt, jūs zināt, ka jūs varētu redzēt ļoti augstā līmenī un urbt līdz ļoti zemam līmenim. Un it īpaši tas ir arī šodien, tas ir produkta jaunums.
Bet tas, ko es gribu darīt, ir tikai sākums, un es vēlos mazliet parunāt par šo pagriezienu un turp un atpakaļ. Es esmu parādījis piemēru un šeit dalīšos ar savu ekrānu. Un, redzēsim … Turp mēs ejam. Mans ekrāns. Un dariet man zināmu, puiši, ka jūs to varat redzēt.
Ēriks Kavanaghs: tur jūs ejat.
Bullett Manale: Vai tur viss ir kārtībā? Labi. Tātad, tas, ko jūs šobrīd skatāties - un tas ir Diagnostic Manager produkts -, un es tikai gribēju jums parādīt sava veida augsta līmeņa demonstrāciju par to, kas šeit notiek. Šajā konkrētajā piemērā mēs darām to, ka mēs parādām jums jautājumus, kas saistīti ar gaidīšanu. Un tāpēc, kad es runāju par iespēju iet uz priekšu un atpakaļ, iedziļināties dziļāk un pagriezt, tas ir - šis skats šeit ir labs piemērs tam. Es varu pāriet no laika skata, kā mēs šeit redzam, kurš tagad tiks parādīts. Šajā gadījumā mēs skatāmies uz pašu gaidīšanu un pašu gaidīšanas kategorijām. Mēs varam redzēt paziņojumus, kas ir saistīti ar šiem gaidījumiem, mēs varam redzēt pieteikumus.
Ievērojiet, ka šeit ir laika skats, tāpēc es varu identificēt šo informāciju lineāri, balstoties uz brīdi, kad radās problēma, bet tad atkal, ja es vēlos tikai atkal pagriezties, un es saku: “Zini ko, aplūkosim no cita skatupunkta, "iesim uz priekšu un palūkosimies uz to no skatupunkta, " Es gribu redzēt jautājumus un gaidījumus vai lietojumprogrammas, kas man sagādā vislielākās sāpes, un sarindot tos. "Un tas ir tas, ko mēs" to redzēsim pēc “vaicājums gaida pēc ilguma”. Tagad mēs redzam pašas lietojumprogrammas, kas man sagādā vislielākās sāpes, vai gaida.
Un tad šeit ir tā daļa, kas patiešām ir vissvarīgākā, - spēja izolēt šīs lietas. Es redzu, ka šeit sākas šī NoSQL lietojumprogramma. Tas man rada labu gaidīšanas laiku, labi ņemot vērā 25 sekunžu gaidīšanas laiku šajā 30 minūšu logā, kurā mēs esam iedziļinājušies. Pēc tam es varu izolēt šo lietojumu un es redzu paziņojumus, kas šajā gadījumā tieši ietekmē šo konkrēto gadījumu.
Un tas ir tikai viens piemērs tam, kā jūs varētu identificēt vājās vietas, spēt klasificēt informāciju, spējot prioritizēt tos jautājumus, kuri vispirms jārisina. Šīs ir visas lietas, kas jums jāņem vērā. Jūs zināt, ka visas dienas laikā varat novērst problēmas, taču, ja jūs izlabojat problēmas, kas atrodas labojamā saraksta apakšā, tad jūs tērējat savu laiku. Jums ar to ir saistīta alternatīvā maksa.
Es minēšu citu piemēru, un tas ir mazliet atšķirīgs piemērs. Tā vietā, lai īpaši norādītu uz problēmu vai norādītu uz kādu jomu, jums ir nepieciešams arī rīks, kas varēs jums palīdzēt plašākā nozīmē, sakot: “Ei, vai mums ir bijušas kādas problēmas?” Vai “Vai Vai ir lietas, ko es varu darīt, lai uzlabotu izrādi? ”un lai kaut kas būtu aizkulisēs, skatoties, kas notiek. Un šajā gadījumā tas var būt saistīts ar konfigurāciju; tas var būt saistīts ar, kā jūs zināt, veidu, kādā tiek pārvaldīta pašas instances veselība. Un, protams, arī izrādes lietas.
Ja es šeit apskatīšu šo pogu Analizēt, es jums parādīšu, ka šajā izstrādājumā mums ir arī proaktīvs lietu uzskaitījums, kuras var veikt sarindotā formātā, kas būtībā sniegs jums ieskatu lietās, kas, iespējams, palielinās jūsu sniegumu šajā gadījumā vai uzlabos šīs lietas veselību. Un tas ir sarindotā formātā tādā nozīmē, ka jums ir iespēja redzēt, kuri no tiem, visticamāk, uzlabos jūsu veiktspēju, kas raksturīga konkrētam identificētajam problēmu veidam.
Apskatot šīs lietas un identificējot tās, es ne tikai redzu, ka man ir problēma, un daudzos gadījumos man ir arī skripts, kuru var automātiski izveidot šīs problēmas novēršanai. Bet daudzos no šiem gadījumiem mums ir arī ārējās saites, kas norāda uz problēmas veidu, ar kuru mēs saskaramies, un kāpēc mēs arī sniedzam šo ieteikumu, lai jūs iegūtu šo lietu izglītību. Tas, kas, manuprāt, ir ļoti svarīgs, kad jūs runājat, jūs zināt, par problēmu novēršanu.
Es nevēlos tikai akli sekot šiem ieteikumiem, es gribu saprast, kāpēc šie ieteikumi tiek izteikti. Un es varētu būt vecākais DBA, kas to dara jau 30 gadus, un man ir vajadzīgs kaut kas, kas notiks, jūs zināt, pārbaudiet - vai šajā gadījumā atzīmējiet i un šķērsojiet t - vai varbūt es esmu jaunākais DBA un Man ir vajadzīga neliela palīdzība, lai izprastu šīs problēmas, kā tās notiek, un kāpēc šie ieteikumi tiek izteikti.
Kā jau teicu, es jūs iepazīstināšu ar dažām dažādām izstrādājuma daļām. Šis rīks ir bijis zināms, tas darbojas jau kopš 2004., 2003. gada. Un tam patiešām ir daudz izstrādāts, daudz informācijas, tāpēc nebūtu jēgas mēģināt jums parādīt visu šeit. Bet es domāju, ka viena no lietām, kuru ir vērts atzīmēt, ir tā, ka, ieejot iekšā, mēs sākam runāt par visām lietām, kuras varat uzraudzīt, un par visām lietām, kuras varat brīdināt, atkal atgriežoties pie šo lietu elastības., šeit ir visu mūsu uzraudzīto vienumu uzskaitījums.
Tagad tas nebūt nenozīmē, ka gribu uzskatīt, ka šīs lietas ir trauksmes stāvoklī, ja tās iziet no dauzīšanas sliekšņa ziņā, lai jūs varētu šīs lietas ieslēgt un izslēgt. Tas attiecas uz: “Ei, man ir jādara noteiktas lietas tikai noteiktām metrikām. Jūs zināt, ka jums ir jābrīdina tikai par noteiktām problēmām. ”Un jāspēj pārliecināties, ka mēs nedomājam, jūs zināt, piesātināt jūs ar virkni nepatiesu pozitīvu rezultātu. Jūs ne tikai spējat ieslēgt un izslēgt šīs lietas, bet daudzos gadījumos jūs pamanīsit, ka mēs arī nodrošinām šo normalitātes diapazonu, jo tas attiecas uz katru metriku. Tātad, ja es aplūkoju šo konkrēto, šajā gadījumā - bāzes līniju, es pamanu, ka slieksnis, iespējams, ir augstāks tur, kur viņi šobrīd atrodas.
Monētas otrā pusē ir: ko darīt, ja man ir SQL piemērs, kurā es izsekoju dažiem metrikām, un šos rādītājus kāda iemesla dēļ iestatīju nepareizi sliekšņus? Citiem vārdiem sakot, sliekšņi ir viegli saspiesti vidusdaļā, kur faktiski atrodas bāzes līnija. Tas nozīmē, ka, ja man ir brīdinājums, kas saistīts ar šo slieksni, es droši vien saņemšu brīdinājumu par kaut ko, kas ir parasts notikums. Un tādās situācijās mēs varam sniegt jums arī vispusīgu ieskatu.
Attiecībā uz visām metrikām šajā konkrētajā gadījumā es redzu tos sliekšņus, kuri, iespējams, šeit parādīs kļūdaini pozitīvu pozitīvā pozitīvā izteiksmē attiecībā uz to, kas ir normāls, bet kas nē. Tas būs kaut kas tāds, ko drīzāk varētu uzskatīt par parastu lietošanas lietu no atmiņas puses, un, ja es gribētu palielināt šo slieksni, es varētu, bet tā ir tāda ideja, izmantojot bāzes līnijas.
Un ļoti patīkami, ka Diagnostic Manager produkts pats par sevi ir bāzes līnijas, ir spēja iestatīt vairākas bāzes līnijas. Un jūs varat jautāt: “Kāpēc es gribētu to darīt?”, Un atbilde ir, ja jums ir tehniskās apkopes logs, kas sākas, teiksim, pusnaktī līdz pulksten četros, kur jūs patiešām apliekat savus resursus, jūs Kad mēs patiešām izmantojam resursus, cik vien iespējams, tad jūs vēlaties, lai atkal varētu mainīties, un jūs vēlaties mazliet pagriezties un pateikt: “Skatieties, mēs mainīsim tam sliekšņus”. Un mēs faktiski varam dinamiski pielāgot savus sliekšņus, neatkarīgi no tā, kurā bāzes stāvoklī mēs atrodamies, pamatojoties uz dienas laiku vai nedēļas dienu un tā tālāk, ka tā ir. Tātad tas dinamiski pielāgos šos sliekšņus mums.
Sāksim soli vēlreiz. Kad mēs esam identificējuši šos sliekšņus, kad esam to pārkāpuši, un, runājot par trauksmes un paziņošanas iestatīšanu, kā arī izpratni par šīm situācijām, kas varētu notikt, šeit atkal ir vislielākā elastība. Jūs vēlaties, lai varētu brīdināt īpašās situācijās. Citās situācijās jūs varētu vēlēties nosūtīt e-pastu kādam citam, iespējams, vēlēsities palaist PowerShell skriptu, iespējams, jūs zināt, saraksts turpinās.
Es varētu vēlēties integrēties ar kaut ko, izmantojot SNMP slazdu vai pat tieši ar, piemēram, SCOM. Lieta ir tāda, ka jums ir elastība to darīt, un jūs varat izveidot jebkāda veida nosacījumus, kas garantētu, ka neatkarīgi no tā, vai tas ir ļoti plašs nosacījums - jūs zināt, mans centrālais procesors un atmiņa vai kādi resursi - visos manos gadījumos vai varbūt man ir kāda īpaša veida lieta, kuru es vēlos uzraudzīt, jo, kad es atklāju, ka mēs pārkāpjam, es gribu palaist ļoti specifisku un virzītu skriptu šai problēmai. Tātad, šeit jūs varētu darīt šāda veida lietas Diagnostic Manager produktā, vienkārši, jūs zināt, gan trauksmes, gan paziņojuma ziņā un spējat būt elastīgai no šī viedokļa.
Tagad es neizmantošu visus brīdinājumus un visu labo. Es gribēju runāt par ziņojumiem. Un atkal - iespēja ņemt informāciju un izmantot šos datus daudzos dažādos veidos - un tas atkal atgriežas pie sarunas ar jūsu datiem. Daudzi cilvēki, pirmo reizi ieraugot šo produktu, domā: “Labi, man būs rīks, kas mani brīdinās, ja rodas problēmas. Tas ir tas, kas man vajadzīgs. ”Un patiesība ir tāda, vai viņiem ir vajadzīgs šis rīks, bet, ja viņi tiešām ir, otra puse - viņiem arī ir vajadzīgs rīks, kas viņiem palīdzētu pieņemt lēmumus, un viņi var izmantot šo informāciju, ka mēs esam kolekcionēšana izrādes vārdā un arī trauksmes celšanas nolūkā, lai palīdzētu jums pieņemt lēmumus, virzoties uz priekšu.
Jūs zināt, labs piemērs varētu būt manas izaugsmes prognozes manā datu bāzē. Ja man ir īpaša datu bāze, kas aug, spēja norādīt uz šo datu bāzi vai pat vairākas datu bāzes, lai varētu redzēt, kādi ir pieauguma tempi. Mēs nerādām jums to, kas, mūsuprāt, ir šodien; tas tiks prognozēts, pamatojoties uz iepriekšējo izaugsmi, ko mēs esam pieredzējuši.
Ja man šeit ir dažas datubāzes - kas man, iespējams, ir, iedomājieties, ka es varētu ieiet un pateikt: “Ņemsim pēdējos, jūs zināt, gada vērtīgos datus, korelēsim tos pēc mēneša un izlasē Mēneša likme, iesim uz priekšu un redzēsim, cik lielu pieaugumu mēs redzēsim nākamajos trīs gados, vai 36 vienības. ”Tādā gadījumā mēs ļoti ātri varam atbildēt uz šo jautājumu. Tagad mēģiniet to izdarīt pats, vai ne? Centieties to izdarīt tik daudz laika, cik es pats to izdarīju. Tas jūs aizvedīs kādu laiku.
Tagad, lai vēl vairāk uzsvērtu, ņemsim vēl vienu ziņojumu, kas ir mans labākais serveru ziņojums. Iedomājieties, ka man ir simts ražošanas gadījumu, kuru šajā gadījumā man nav. Bet, ja kāds nāk pie manis un saka: “Man vajag, lai tu man pasaki - mēs šo jauno datu bāzi izveidosim šai lieliskajai jaunajai lietojumprogrammai; tas mainīs visu, kā mēs to zinām; tas padarīs dzīvi tik brīnišķīgu. Ak, starp citu, pati datu bāze būs tiešām intensīva I / O, vai tā būs intensīva CPU, vai tiešām ir nepieciešama intensīva atmiņa …, "lai arī kāda tā būtu aizpildīšanas tēma, lai redzētu no visiem maniem ražošanas gadījumiem, kur ir jēga ievietot šo datu bāzi? Un es varu visus savus gadījumus savstarpēji sarindot pēc kontingenta veida, neatkarīgi no tā, vai tas ir centrālais procesors, atmiņa, disks vai neatkarīgi no gadījuma. Tāpēc šeit ir spēja ātri un efektīvi atbildēt uz šo jautājumu un pieņemt pareizo lēmumu, nevis uzminēt, kad to izdarīsit - tie visi acīmredzami ir patiesi svarīgi, un jums ir nepieciešams kaut kas, kas jums palīdzēs.
Un, kad mēs runājam par analītiku, tas var svārstīties no jebkura, piemēram, tā, par ko mēs runājam ar jaudas plānošanu, līdz brīdinājumiem, kurus jūs ikdienā izmantojat, kas varētu attiekties uz CPU, piemēram, kā arī acīmredzami paši jautājumi, vai ir bloķēšana un tā tālāk un tā tālāk.
Cits piemērs tam būtu, ja es šeit ietu administrācijas sadaļā - faktiski es ņemtu atpakaļ šeit esošo brīdināšanas sadaļu - vaicājot mūsu vēsturiskās informācijas depozitārijam par pagātnē notikušajām lietām. Vai man ir bijusi bloķēšana, kas ir notikusi manā ražošanas vidē? Nezinu, uzzināsim.
Es varu atgriezties pie sava ražošanas marķējuma un par visām metrikām, kuras es vēlos identificēt, par visiem maniem ražošanas gadījumiem, ņemot vērā jebkuru laika periodu, varu teikt. Ja mēs esam nonākuši trauksmes stāvoklī, tad mūsu gadījumā teiksim, ka bloķēšana notiek pēc skaita, nevis pēc bloķēšanas sekundēm, un es varu atgriezties, un šajā gadījumā dažus mēnešus, ja man tas ir nepieciešams, vai šajā gadījumā gadījums, viens mēnesis - un es redzu šo bloķēšanu. Es redzu, kad tas sākās, es redzu, kad tas beidzās, un es vajadzības gadījumā varu iedziļināties jebkurā no šiem vilkšanas intervāliem, lai redzētu bloķēšanas incidenta specifiku pats par sevi. Jums jāprot būt kaut kam ļoti ātram, jāspēj atrast to, kas jums nepieciešams un ko vēlaties, nevis jāapgriež daudz ciklu, lai to izdarītu. Un tā, manuprāt, tas ir arī svarīgi.
Pēdējā lieta, ko es gribu jums parādīt - un parādīt jums šo produktu, Diagnostic Manager produktu - vai mums ir, kā jau iepriekš minēju, mēs esam iegājuši, un mūsu SQL Diagnostic Manager esam pievienojuši vēl vienu komponentu Pro piedāvājums. Un tas ir darba slodzes analīzes komponents. Un šī ir tīmekļa versija, šajā gadījumā mēs jums šeit parādāmies. Tomēr šeit ir runa par to, ka tas ļauj aplūkot patiešām plašu laika periodu vai ļoti specifisku laika periodu, un, jūs zināt, ar dažiem klikšķiem varēsit redzēt kodu, kas tieši saistīts ar problēmām, kas varētu būt notikušas .
Kā piemērs tam, ja es skatos četru nedēļu skatu, šeit es šeit varu redzēt visus rādītājus attiecībā uz datu bāzēm un šo datu bāzu darbību un to, kur mēs redzējām nogaidīšanas aktivitātes šajās datu bāzēs. Tagad, un jūs varat redzēt, ja es šeit redzu smaili, šī rīka priekšrocība ir tikai spēja izcelt šo mazo joslu turpat. Un tad, kad es to izdarīšu, viss šeit mainītais tiek mainīts. Mēs varētu redzēt datu bāzes, mēs varētu redzēt, ka visas komandas ir saistītas ar to, kas atrodas aiz šīs joslas.
Tas pats, ja es teiktu: “Apskatīsim pēdējās četras stundas”, nevis pēdējās četras nedēļas. Es joprojām to varu izdarīt. Es joprojām varu izcelt šo laika posmu, un tad no turienes - lūk, atkal šeit ir mani pagrieziena punkti - visas šīs lietas šeit es varu saistīt. Galvenie SQL paziņojumi, es redzu tos jautājumus, šajā gadījumā, kas izraisīja gaidījumus, kas bija saistīti ar CPU patēriņu. Vienkārši iedziļinoties es redzu šeit saistītos vaicājumus - skaļi -, un es redzu arī programmas un plankumus, kas ar to arī saistīti.
Šeit jūs iegūstat daudz ieskatu, un ne tikai to, bet jūs varat redzēt, kad nokļūsit komandu līmenī, tas jums pastāstīs lietas. Tas jums pateiks, vai tas redz smagus operatorus, pēc tam varat apskatīt izpildes plānus. Tas prasa nedaudz laika, jo ir diezgan daudz, lai ielādētu šo. Bet šeit ir runa par to, ka jums ir daudz dažādu paņēmienu, kā skatīt datus, redzēt, ko jūs meklējat, un pēc tam acīmredzot spēt veikt darbības no turienes, kā jums nepieciešams, lai to izdarītu. ilgāk nekā parasti, tāpēc es to atstāšu.
Un tā, sakot, es to pārņemšu. Un, cerams, tas bija labs pierādījums tam, ko mēs runājām. Un, kā es teicu, pats produkts, kuru mēs izmantojām, lai dotu šos piemērus, ir bijis diezgan ilgs laiks, un tāpēc ir daudz citu lietu, par kurām mēs varētu runāt un parādīt, bet, ja tas ir kaut kas, kas interesē no jums, jūs vienmēr varat doties uz mūsu vietni un lejupielādēt to un spēlēt ar to.
Ēriks Kavanagh: Un es mīlu, ka jūs parādāt visu šo detaļu. Ja atgriezīsities pāris ekrānos - pat šis ekrāns ir diezgan labs. Tā kā ir tik daudz dažādu veidu, kā vizualizēt patiesībā notiekošo, un es domāju, ka tas ir viens no mūsdienās vairāk novērtētajiem skaitļošanas aspektiem. Tā noteikti ir datu bāzu vide, kurā daudzējādā ziņā man ir šis pusjokojums, ko es saku: “Mēs joprojām mācāmies runāt silīcijs.” Mēs joprojām mācāmies saprast, kā redzēt notiekošo, un, līdz jūsu vietnei, kas bija ļoti labi pieņemts, jums vajadzēja sarunu ar datiem, lai labāk saprastu, kas notiek, kāpēc lietas notiek lēnām, jo ir tik daudz iespējamo problēmu. Un, protams, IDERA ir ieguvuši vairākus dažādus produktus, no kuriem viens ir vecie precīzie izstrādājumi, kas, manuprāt, varētu to papildināt.
Bet varbūt Robins, es jums to uzdošu par dažiem jautājumiem, un tad Dez, pāris jautājumus no jums, un tad varbūt kāds no auditorijas, nekautrējieties. Nosūtiet viņus tūlīt.
Bullett Manale: Robin, vai tu esi kluss ?
Robins Bloors: Jā. Tas ir labi, es tikai atņemu klusumu. Man jāsaka, ka tas ir neticami - lieta, kas mani patiesībā uzmeta visdramatiskāk par šo rīku, jo tas tiešām - it īpaši ņemot vērā to, ka ir diezgan acīmredzami, ka vesela virkne dimensiju, kurās jūs vienkārši neiedziļinājāties, - lieta, kas patiesībā, Es domāju, ka tas bija visiespaidīgākais par to, ka tam ir jābūt patiešām, ļoti labam DBA apmācības veidam. Jūs zināt, tā ir, tāpēc, kad jūs pirmo reizi iesaistāties datu bāzes darbā un faktiski nezināt daudz par to, kas patiesībā notiek datu bāzē, patiesībā ir ļoti grūti iegūt izpratni. Tātad, vai tas tiek daudz izmantots, īpaši apmācībai? Es to izmantotu.
Bullett Manale: Jā. Es domāju, kad, sakot apmācību, jūs domājat tādu kā DBA veida lietu, piemēram, notiekošu apmācību, vai ne? Runājot par …
Robins Bloors: Jā, jā, jā, jā. Mācību līdzeklis. Jūs zināt, a.
Bullett Manale: Jā, es droši domāju, ka tas tā ir, un vēl jo vairāk tāpēc, ka mēs esam pievienojuši šo komponentu Analizēt, kuru mēs jums parādījām iepriekš, un kuram ir visi ar to saistītie ieteikumi. Bet es domāju, ka, protams, jūs atradīsit, izmantojot palīdzību un daudz dažādu izstrādājuma jomu, tas, jūs zināt, sniedz daudz ieskatu. Daudz informācijas.
Un patiesībā, kā jau teicu, varat to izmantot, ja neesat DBA. Jūs, iespējams, atradīsit kādu Google meklēšanu un tamlīdzīgas lietas, tikai lai vispārīgi zinātu, kas ir lielākajai daļai DBA, taču jūs varat to savstarpēji saistīt, un tas noteikti jums palīdzēs: “Hei, jūs zināt, hei, kas šo lietu sauc par sadrumstalotību? ”vai“ Kāpēc šis vaicājums tiek izpildīts 6000 reizes? ”Es domāju, jo šīs lietas tiks parādītas jums un tās burbuļos, un jūs tās redzēsit. Jūs redzēsit, ka esat, jūs zināt, kas ir normāli, un kas nav. Jūs redzēsit lietas, kas ir izteiksmīgas, un lietas, kas nav.
Parasti mēs cenšamies iestatīt šo lietu kā paraugpraksi. Tātad, kad jūs to norādīsit uz kādu gadījumu, tas parādīs jums lietas, kuras tiek identificētas kā ārpus labākās prakses. Es domāju, protams, jūs zināt, ka realitāte ir tāda, ka labākā prakse ir labākā prakse, un tā ne vienmēr ir reāla prakse. Bet, jūs zināt, tas parādīs novirzes pat no sākuma, kad to instalējāt, un norāda to uz instanci.
Un tad no turienes jūs varat pārvietoties, jo jums noteikti jāatrisina problēmas un jāidentificē, vai tā tiešām ir problēma vai kaut kas tāds, kas parasti notiek katru dienu. Un tad, jo jums ir daudz informācijas, kas varētu palīdzēt, un ieteikumi, jā, absolūti.
Robins Bloors: Labi. Un vēl viens jautājums - bet es esmu pārliecināts, ka atbilde uz to ir ļoti ātra - ir tas, ka jums ir tāda precizitāte, lai dotos tieši uz atsevišķu vaicājumu un atsevišķu laiku un skatītos no šīs dimensijas, .
Bullett Manale: Protams, jā. Atkarībā no tā, ko vēlaties darīt, jūs varat apskatīt vienas minūtes laika logu vai trīs dienu laika logu vai, jūs zināt, trīs nedēļu laika periodu. Un jūs zināt, kā es teicu, tas ir atkarīgs no tā, kā vēlaties apskatīt datus, un arī no tā, ko vēlaties apkopot. Dažos gadījumos mēs apkopojam tikai tos jautājumus, kuri sasniedz jūsu identificēto slieksni. Citos gadījumos, iespējams, mēs apkoposim katru vaicājumu, kas izraisa gaidīšanu.
Bet jums ir arī iespēja pateikt: “Skatieties, tie sliekšņi, kurus es identificēju, varbūt tie ir tikai rakstīšanai, varbūt varbūt tikai lasījumiem vai varbūt tikai CPU.” Tātad, pieņemot, ka tas ir pārsniedzis šo slieksni, tad tas ir ko jūs vēlaties iekasēt. Tad, neatkarīgi no tā, kādu laika periodu vēlaties aplūkot, jūs varēsit redzēt tos vainojošos jautājumus, pamatojoties uz to, ko jūs uzskatāt par aizskarošu.
Jums ir daudz dažādu veidu, kā aplūkot datus. Varat aplūkot to konsolidētā skatā, lai redzētu, jūs zināt, jautājumus - cik daudz aizkulišu vaicājumu tika sākti, salīdzinot ar visiem šī vaicājuma gadījumiem, kas sākas ar tevi, lai skatītos modeli, ja būs, lai redzētu, vai tas pastāvīgi pasliktinās.
Bet, lai atbildētu uz jūsu jautājumu, jūs noteikti varat norādīt uz jebkuru vēlamo laiku. Jums ir šī lieta, ko sauc par vēstures pārlūku - un es to mazliet izmantoju -, bet principā neatkarīgi no jūsu izvēlētā laika brīža, neatkarīgi no izvēlētā kalendāra dienas, jūs varat tieši doties uz šo laiku.
Pašlaik es meklēju 15. novembrī pulksten 7:05, un mēs varam izskatīt jautājumus, kas saistīti ar to laiku. Ja man būtu kādi, kas slikti darbojas, ņemot vērā šo laika periodu, mēs varētu apskatīt sesijas informāciju, kas raksturīga šim laika periodam, lai redzētu, kuras sesijas darbojas. Es domāju, ka šeit ir vesela virkne datu, un, kā jau teicu, vissmagākā daļa patiesībā ir varbūt 30 minūtes, kad spēlēties ar pulti un izdomāt, kā to izdarīt.
Bet, kad jūs atzīstat, ka lielākā daļa datu šeit atrodas šajā lentē, un tie tiek dalīti ar šīm cilnēm, un katrai cilnei ir savs dinamiski mainīgo pogu komplekts, kas parādās katru reizi, kad uz tās noklikšķināt, tad neatkarīgi no tā, vai skatāties reālu, laika sīkumi vai sīkumi, kas notika pagājušajā nedēļā, tas ir tas pats process. Būtībā es šobrīd meklēju 15. novembri, bet tikpat viegli varu apskatīt reālo laiku, vienkārši noklikšķinot uz šīs pogas. Un es mijiedarbošos ar datiem tāpat.
Bet, lai atbildētu uz jūsu jautājumu, jā, ir daudz dažādu veidu, kā aplūkot vēsturisko informāciju, un tas attiecas arī uz pašiem jautājumiem.
Robins Bloors: Es redzu. Tas ir ļoti iespaidīgi. Un man ļoti patīk tas, ka logi tiek sinhronizēti, kaut arī tas mūsdienās ir kļuvis ļoti nepieciešams visam, kas mūsdienās nodarbojas ar reāllaika datiem.
Bullett Manale: Jā. Protams.
Robins Bloors: Šeit ir tikai informācijas punkts, uz kuru es patiesībā nezinu atbildi. Tā kā jūsu piedāvājumi - SQL Server un mākonis - vai varat norādīt uz mākoni, kas atrodas zem Ratio?
Bullett Manale: Jūs varat. Jūs to varat norādīt zem mākoņa. Kad jūs faktiski pievienosit gadījumus, tas jautās, vai tas ir RDS vai Azure. Tagad būs daži ierobežojumi, kas balstās uz to, kas mūs ietekmē no mākoņa, tāpēc varētu būt: - ir nedaudz atšķirības attiecībā uz to, ko mēs varam uzraudzīt, vienkārši tāpēc, ka dažos gadījumos instrumentēšana nav Nav mums, lai apkopotu, pamatojoties uz to, ko Microsoft pakļauj.
Tagad, ja tas ir kaut kas līdzīgs, jūs zināt, infrastruktūra kā platforma, piemēram, jūs zināt, vai EC2 vai kaut kas tamlīdzīgs, tā nemaz nav problēma. Mēs iegūstam visu. Un tā kā mēs strādājam ar Microsoft un mēs strādājam ar Amazon; mēs strādājam, lai šo informāciju atklātu sīkāk. Bet pilnīgi jā, mēs atbalstām šo vidi.
Robins Bloors: Labi, tas ir interesanti. Es nodošu Dezam, kurš ir pārliecināts, ka uzmetīs jums jautājumus no cita virziena.
Bullett Manale: Labi.
Dez Blanchfield: Paldies. Man jums ir divi ļoti ātri. Es domāju, ka, jūs zināt, pirmais ir svari, jūs zināt, es domāju, ka viena no lietām, kas mani pārsteidz, ir tā, ka izrādes vispārējā tēma mēdz būt kaut kas tāds, par ko mēs domājam, kad kļūstam ļoti lieli, ļoti lieli, ļoti liela mēroga un plaša, un terabaitu datu. Skatoties demonstrāciju, tas mani pārsteidza, jo tas ir kaut kas tāds, kas faktiski attiecas pat uz ļoti mazām vidēm, it kā vienkārši iegūtu izpildījuma hits.
Kādu izplatību jūs redzat, izmantojot to, un vai jūs domājat, ka tas ir, jūs zināt, vai jūs domājat, ka tas ir rīks, kam ir labs, jūs zināt - manuprāt, tas notiek, tāpēc es domāju, ka tas ir jā - bet es tikai vēlos redzēt to, ko redzat. Mazākās organizācijās notiek vienas un tās pašas sarunas un tiek meklēts rīks, kā to darīt, vai tas tiešām ir kaut kas pilsētas lielākajā galā?
Bullett Manale: Tas ir smieklīgi - tas ir labs jautājums. Tas ir mazliet sajaukums, bet es teiktu, ka mums ir tonnu mazu klientu. Un, kad es saku mazos klientus, es domāju, jūs zināt, vienu līdz piecus pirkumus, lai licencētu pārvaldību. Tagad dažos gadījumos viņiem varētu būt 30 SQL gadījumi, taisnība, un viņiem patiešām rūp tikai pieci, patiešām ir pietiekami svarīgi, lai ieguldītu šādā rīkā, piemēram, šo piecu gadījumu gadījumā.
Bet realitāte ir tāda, ka pat mazākos veikalos jums ir nedaudz SQL serveru. Vairumā gadījumu vai daudzos gadījumos šis mazais veikals ir ļoti, ļoti atkarīgs no šīm datu bāzēm, jo, jūs zināt, ko viņi dara. Un tāpēc viņi to nedara, viņi nevar ļaut tam nolaisties. Viņi nevar, jūs zināt, viņiem ir jābūt rīkam.
Šīs monētas otra puse ir tāda, ka dažos no šiem mazākajiem veikaliem viņiem nav speciālu DBA, tāpēc puisis, kas ir visgudrākais puisis istabā vai tehniskākais puisis telpā, galu galā kļūst par piešķirto DBA. Un tāpēc viņi šajā situācijā noteikti meklē kaut ko palīdzību, un šis rīks acīmredzami viņiem palīdzēs arī šajā sakarā.
Jūsu lielākai videi, kā es domāju, ka to pieminēja Dez - vai arī Robins, es neesmu pārliecināts - bet, ziniet, jo lielāka vide, jūs būtu pārsteigts, cik daudz viņiem ir DBA, es domāju, mēs jūs runājat milzīgu skaitu SQL gadījumu, un jums ir burtiski dažas saujas DBA, kuru uzdevums ir atbildēt par tiem. Un, no šī viedokļa raugoties, šie puiši, jūs zināt, viņi meklē palīdzību, jo viņiem nav pietiekami daudz resursu, lai viņiem patiešām palīdzētu, un tāpēc rīks palīdzēs to kompensēt.
Un tā mēs redzam arī diezgan daudz, kur, jūs zināt, jums ir trīs puiši, kas pārvalda 200 gadījumus. Un tā jūs varat iedomāties loģistiku, ja jums nav tāda rīka kā šis, lai mēģinātu izdomāt, kad pat ir kāda problēma. Tas nebūs aktīvs veids, es varu jums apliecināt. Tāpēc jācer, ka tas atbild uz jūsu jautājumu. Jā.
Dezs Blanšfīlds: Tā tas ir, jā. Tas mani pārsteidza - un es domāju, ka Robins tam it kā pieminēja -, bet, jūs zināt, tāda veida apsolījums, ko jūs aprakstāt, kad veica demonstrāciju, es domāju, ka tie nav ekskluzīvi ļoti lielām vidēm. Jūs zināt, jūs varat iegādāties parastu platformu, kas paredzēta vienai lietai, un ievietot to datu bāzes koplietotā vidē kaut kam citam, un tā tikai sodīs visu vidi.
Otra lieta, kas mani pārsteidza - tas nav tik daudz jautājums, bet tikai novērojums, taču es to vedīšu pie jautājuma - un tas ir tas, ka, jūs zināt, kad organizācijas jau ir veikušas ieguldījumu savā infrastruktūrā un platformu un to datu bāzi, kā arī serverus un infrastruktūru ap to, un viņi iegādāsies produktu, lai kāds tas arī būtu - HR, ERP, BI rīku - viņi jau ir veikuši diezgan lielus ieguldījumus.
Kādu reakciju jūs redzat, kad esat sarunājies ar cilvēkiem un viņi ir sapratuši, ka viņiem ir problēmas ar sniegumu, bet viņi jūt, ka tagad viņiem ir jāveic vēl viens ieguldījums, lai to sasniegtu? Vai ir kāds brīdis, kad viņi saprot, kad jūs to demonstrējat, ka viņi šo lietu uzskata par bezprincipu un tas nav tik daudz pārdošanas solis, bet drīzāk par epifāniju. Tas vienkārši ir, jūs zināt, “mēs tūlīt redzēsim labumu no tā.” Pretstatā tam, ka jums vienkārši ir jāpārdod produkts? Man šķiet, ka tā sevi pārdod, un IA vienkārši izlec no lapas.
Bullett Manale: Jā, un tas ir smieklīgi, jūs sakāt, ka tāpēc, ka daudzkārt notiks, ka kāds ieradīsies, piemēram, DBA vai pat pārdošanas pārstāvis, un viņi teiks: “Ei, šie puiši vēlas šajā gadījumā skatīt ROI lapu. ”Un vairāk kā a) kaut ko uz papīra, ko mēs viņiem nosūtītu. Demonstrācija vienmēr ir 10 reizes labāka, it īpaši, ja to varat izdarīt ar pašiem DBA, jo -
Dezs Blanšfīlds: Jā.
Bullett Manale: Kā jūs teicāt, produkts sevi pārdod. Ir tiešām grūti ievietot ROI uz papīra un pateikt: “Labi, cik daudz klikšķu parasti veic DBA, jūs zināt, noklikšķināt stundā?”, Jo tas attiecas uz dublējumiem, vai jūs zināt, vai neatkarīgi no gadījuma, jūs zināt? Un mēģināt to ievietot uz papīra, to tiešām ir grūti izdarīt. Bet, kad jūs kādu saņemat un jūs viņiem parādāt produktu, un viņi to redz, tas ir tieši tas, ko jūs teicāt.
Cilvēki apzinās tā vērtību. Tāpēc, ka tas ne tikai palīdz viņiem saprast un pieņemt labākus lēmumus, bet arī palīdz, jūs zināt, viņiem būt sliktajam puisim. Viņi var būt pirmie, kas uzzina; viņi var labot problēmu, pirms vēl nekad nav noskaidrots, ka ir bijusi problēma.
Otra tā daļa ir tāda, ka, kā DBA, jūs zināt, vai tā ir, jūs zināt, reāla vai uztvere - un es domāju, ka tā ir uztvere - jums tiešām ir izpildes problēmas. Jūs esat tas puisis, kurš ar pirkstu norāda uz jums, kad sniegums samazinās, un realitāte ir tāda, ka problēmu var radīt tieši izstrādātājs.
Kam ir rīks, lai varētu pateikt: “Ei, tā nav mana problēma, man tas jāprot nodot izstrādātājam, un viņiem tas ir jālabo”, vai, jūs zināt, saskaņā ar šiem principiem. Tas ir jauks veids, kā var būt kaut kas jūsu arsenālā, lai varētu pateikt: “Šeit ir īstā problēma.” Jūs zināt?
Dezs Blanšfīlds: Jā. Pēdējais jums, un tas, kas mani pārsteidz, raugoties uz to, kā mēs to izgājām, bija tas, ka, bieži domājot par izpildes jautājumiem, mums ir tendence ienest īpašas prasmes. Viņiem ir 20 gadu pieredze, viņi to aplūko, un, jūs zināt, tas ir klasiskais puiša joks, kurš ieiet mašīnbūves veikalā un kuram ir mazs mazais āmurs un triec mašīnu pareizajā vietā un tad saka, “Tas ir fiksēts 15 000 ASV dolāru apmērā”, un cilvēki zina: “Mēs par to nemaksājam, ” jūs zināt, jo tas ir piecu minūšu darbs. Un viņš saka: "Nu, piecu minūšu darbam bija nepieciešama 15 gadu pieredze, un tas jums ietaupīja miljonus."
Man šķiet, ka, jūs zināt, ir kāds vidējs process, kad cilvēki iziet šo lietu, sakot: “Labi, ienesiet īpašās prasmes, salabojiet problēmu, tā pazudīs.” Bet tas, ko viņi ir paveikuši, ir viņi vienkārši ir uzlikuši Band-Aid, vai ne? Pretstatā scenārijam, kur, no tā, ko es šeit redzu, kur, kad tas notiek, jā, viņi, iespējams, ir pievērsušies dažām izrādes problēmām, kuras, viņuprāt, viņi piedzīvoja, bet man šķiet, ka tieši tad man vienkārši vajadzēja šo 24 / 7 veidu, jūs zināt, acu komplekts, kas reāllaikā vēro vidi.
Jūs patiešām nonākat no scenārija, kad DBA pamodās četros no rīta, jo ziņojumi tiek rādīti. Vai tas tā ir - un varbūt tas ir retorisks -, bet vai ir tā, ka cilvēki ātri pāriet no tā, ka vēlas investēt produktā, lai iegūtu to kādas konkrētas problēmas risināšanai, bet tad tas parasti vienkārši kļūst par DNS daļu?
Bullett Manale: Jā, un tas atšķiras dažādās vietās, bet es domāju, ka man ir daži ļaudis, kas sākotnēji iegādājās produktu, piemēram, 2006. gadā, un viņi ir bijuši trīs dažādos darbos dažādos uzņēmumos, un viņi ir iegājuši, un, dodoties uz nākamo uzņēmumu, viņi reklamē to kā kaut ko iegūstamu, jo viņiem ir darbplūsma. Es to saucu, es to ienīstu, bet, jūs zināt, šī darbplūsma ir saistīta ar šo produktu, un viņi to ikdienā izmanto, un tas viņiem palīdz, un tāpēc viņi to nevēlas iemācīties kaut ko jaunu.
Bet absolūti. Es domāju, ka lielākoties cilvēki tiek lejupielādēti no šī produkta nevis tāpēc, ka viņiem ir budžets, viņi iet uz priekšu un saka: “Ei, mums ir šis izpildes budžets, koncepcijas pierādījums, un mums ir jāieiet iekšā un jāizdomā, jāveic novērtēšana un viss tamlīdzīgais. ”Parasti notiek tas, ka viņiem ir problēmas ar SQL gadījumu, un viņi meklē palīdzību, lai labot šo problēmu. Viņi aiziet un lejupielādē mūsu rīku, viņi sakārto problēmu, un tad viņi saprot, ka tas, pats rīks, darīs vairāk, nekā tikai novērsīs problēmu, kāda viņiem tolaik bija, ka tas viņiem patiešām palīdzēs uzlabot vispārējo veiktspēju un neļaujiet citām problēmām rasties, virzieties uz priekšu. Un tas noteikti. Un jūs noteikti varat turpināt izmantot šo rīku, lai nepārtraukti noskaņotu vidi, jo jūs vienmēr varēsit redzēt ne tikai to, kas notika tieši tagad, bet arī to, kas notika pagājušajā nedēļā, pagājušajā mēnesī, pagājušajā gadā, un salīdzināt to ar to, kas notiks rīt. Zini? Tāda veida lieta.
Dezs Blanšfīlds: Jā.
Bullett Manale: Tātad, protams.
Dez Blanchfield: ideāls. Tātad jūs esat pieminējis, jūs kaut ko pieminējāt - es tikai gatavojos ietīt, pirms došos atpakaļ Ērikam slēgt. Viena no lietām, kas mani vienmēr interesē, ir, jūs zināt, kā cilvēki to saķer? Jūs minējāt, ka lejupielādējat. Kāds ir 30 sekunžu kopsavilkums par to, kā viņi saņem savu roku, iegūst kopiju, savērpj to un spēlē ar to, un kas viņiem varētu būt vajadzīgs infrastruktūras ziņā, tikai, lai iegūtu instanci.
Bullett Manale: Tā tas būs, dodieties uz IDERA (idera) .com. IDERA.com ir uzņēmums, un, ja jūs apmeklējat šo vietni - un es faktiski varu jums parādīt šeit - es nezinu, vai es joprojām kopīgoju savu ekrānu, bet, ja jūs apmeklējat produktu lapu, dodieties uz diagnostikas lapu Pārziņa saite, būs neliela poga Lejupielādēt, un būvizstrādājumu varēsit lejupielādēt tikai pēc tam, kad būsit aizpildījis savu informāciju. Viņi lūgs jums izveidot 32 vai 64 bitu versiju, un, kā saka, jūs esat uz sacīkstēm.
Dezs Blanšfīlds: Un vai tas darbosies klēpjdatorā, lai kāds ar to varētu spēlēties, vai arī tas kaut kur ir jāielādē serverī?
Bullett Manale: Nē, nē. Faktiski tas, ko es jums šodien parādīju, viss darbojās no mana klēpjdatora. Tagad manam klēpjdatoram ir 32 koncerti un 8 kodolu procesors, bet tas joprojām ir klēpjdators. Bet, lai atbildētu uz jūsu jautājumu, nav obligāti jābūt tik daudz resursu. Pats vērtējums ir labs 14 dienas, bet jūs esat vairāk nekā laipni gaidīts, lai tam veltītu ilgāku izmēģinājuma laiku. Ja jūs vienkārši piezvanīsit, mēs varam jums to pagarināt, ja vēlaties.
Dezs Blanšfīlds: Es domāju, ka tam vajadzētu kaut ko atņemt, jo es noteikti to izdarīšu. Es domāju, ka, jūs zināt, pēc lietu izskatīšanas man šķiet, ka nevajag prātēt to lejupielādēt un spēlēt ar to. Droši vien dodieties uz kādu no jūsu vidēm un vienkārši apskatiet to, ko varat redzēt, jo man ir aizdomas, ka - tāpat kā viss, ko esmu redzējis datu bāzes fonā pēdējos 20+ gados, kas man noveco - tiklīdz jūs redzēsit, kas atrodas zem kapuce, tas ir pārsteidzošs, ko jūs saprotat, ka varat ātri salabot un gūt tikai nelielu labumu no veiktspējas.
Satriecošs, paldies par demonstrāciju. Tas bija tiešām lieliski. Paldies par visu laiku, lai apspriestu jautājumus.
Bullett Manale: Jūs esat laipni gaidīti. Paldies par-
Dezs Blanšfeds: Ēriks, es došos pie jums.
Ēriks Kavaņahs: Jā, mums ir patiešām labs auditorijas locekļa jautājums. Jūs savās prezentācijās jūs par to runājāt, un es par to tiešām runāju ar tvītu, jo tas bija tik lielisks citāts. Jūs teicāt, ka nevēlaties izmantot rīku, lai uzraudzītu veiktspēju, kas negatīvi ietekmē jūsu sniegumu.
Bullett Manale: Pareizi. Tieši tā. Tā ir svarīga veiktspējas uzraudzības rīka sastāvdaļa, vai tā nerada darbības problēmas. Tieši tā.
Ēriks Kavaņahs: Tieši tā. Tas ir tāpat kā ar šiem darned - tas ir tāpat kā pretvīrusu programmas, kas var vienkārši iznīcināt sistēmas. Es domāju, ka es esmu izmantojis vairākas dažādas tehnoloģijas apraidei, kur parādās pretvīrusu programma un kas saīsinās jūsu straumi. Tātad ir lietas, kas notiek, ko jūs negaidāt, bet jautājums, kas attiecas uz jūsu konkrēto komentāru. Un kādus izrādes hitus jūs redzat? Vai tas ir divi procenti, vai pieci procenti, vai tas ir viens procents? Vai jums ir kādi numuri, kurus varat mums iemest?
Bullett Manale: Es domāju, ka šī jautājuma izaicinājums ir tas, ka, jūs zināt, tā diskusijas daļa, par kuru mēs runājām iepriekš. Es varu jums dot atbildi uz jūsu jautājumu - tas parasti ir apmēram viens līdz trīs procenti. Bet tur ir vairāk skaidrojumu, kas, manuprāt, būtu vajadzīgs, un tas ir, mēs piedāvājam jums daudz veidu, kā spēt pateikt rīkam, ko vēlaties uzraudzīt, vai ne? Un tā tas atgriežas. Es varētu vēlēties iegūt katra vaicājuma paraugu. Tāpēc es vēlos, lai būtu rīks, kas būtu pietiekami elastīgs, lai varētu to ieslēgt, lai es to redzētu.
Tātad, daļa no šīs elastības, jūs zināt, par to maksā. Ja man ir jāapkopo vairāk datu, jo es vēlos katra vaicājuma paraugu, kas darbojas pēdējā, jūs zināt, 20 minūtes, es varu to ieslēgt, un es to arī varu izdarīt. Un tā, bet kopumā runājot, jā, viens līdz trīs procenti ir tas, ko mēs redzam, rēķinot ar galvu. Bet tas mainīsies, un lielākoties tas būs atkarīgs no jūsu ieslēdzamajām un izslēdzamajām lietām, ņemot vērā jūsu sliekšņus, to, cik daudz datu vēlaties savākt, jūsu vēlēšanu intervālus un visu šo lietu saista ka.
Faktiski, ja jūs izejat uz pašu pārvaldīto instanci, viena no lietām, ko redzēsit, ir tāda, ka mums ir vairāki vēlēšanu intervāli, kurus varat norādīt. Un tas ir vienkārši tāpēc, ka mēs vēlamies, ziniet, man nav jāpārbauda katru reizi - ja es gribu veikt sirdsdarbības pārbaudi kādā instancē, man nav nepieciešams veikt CPU un visa pārējā pārbaudi kopā ar to, ja m to daru ik pēc 20 sekundēm. Tātad jums ir vairāki vēlēšanu intervāli, kurus varat norādīt.
Jums, tāpat kā es teicu, ir arī jūsu vaicājumu uzraudzība, ko varat norādīt. To var izdarīt katram gadījumam atsevišķi, tāpēc jūs patiešām varat rūpēties par šo konkrēto gadījumu attiecībā uz to, ko vēlaties uzraudzīt. Savu gaidīšanas statistiku un gaidīšanas uzraudzību es varu to ieslēgt vai izslēgt. Un es varu pateikt to visu iemūžināt, es to varu pateikt, ziniet, ko es gribu iemūžināt un kad es gribu to notvert. Tātad daudz kas arī prasīs - jums ir jāņem vērā tas, ko jūs darāt, runājot par to, ko jūs sakāt, lai uzraudzītu rīku.
Bet vispārīgi runājot, tas, ko es teiktu, ir tāds, kā es teicu, apmēram viens līdz trīs procenti ir tas, ko mēs redzam. Mēs ilgi pārdodam šo rīku - kopš, kā jau teicu, apmēram 2003. vai 2004. gadā - un mums ir tūkstošiem klientu, tāpēc es varu jums apgalvot, ka, ziniet, mums nav - mēs izmēģinām savus vislabāk neizraisa izpildes problēmas izpildījuma vārdā.
Ēriks Kavanagh: Jā, tā ir patiešām laba informācija. Es vienkārši domāju, ka tas ir izcils citāts, jo, jūs atkal zināt, jūs nevēlaties zaudēt mērķi tam, ko cenšaties paveikt, vai ne?
Bullett Manale: Tieši tā.
Ēriks Kavanaghs: Un es arī novērtēju Robina jautājumu; šī patiešām ir lieliska platforma, kas palīdz DBA izprast daudzos dažādos aspektus, dimensijas un slāņus tam, par ko mēs runājam. Un es domāju, ka šeit ļoti piemērots ir sarunu ar jūsu datiem jēdziens, jo, kā jūs domājat agrāk, parasti jūs to neizdomājat pirmajā mēģinājumā. Jums jāpavada zināms laiks, apskatot datus, apskatot vēsturiskos datus, veicot šo sintēzi jūsu prātā. Un tas ir cilvēka darbs, vai ne? Profesijas darbs, kas tur atpaliek un diezgan regulāri ņem siltumu no biznesa, lai šo darbu paveiktu un vilcieni darbotos savlaicīgi, vai ne?
Bullett Manale: Absolūti.
Ēriks Kavanaghs: Ļaudīm, tas ir bijis vēl viens fantastisks notikums. Ja uz kādu no jūsu uzdotajiem jautājumiem netika sniegta atbilde, noteikti informējiet mani. Nosūtīt e-pastu uz. Mēs visus šos pasākumus arhivējam, tāpēc jūs vienmēr varat doties uz InsideAnalysis.com, lai atrastu arhīvu, vai arī apmeklēt mūsu partneri Techopedia.com. Ja paskatās viņu lapas labajā pusē, redzēsit Notikumi un tur uzskaitītās tīmekļa pārraides. Noklikšķinot uz Vairāk notikumu, jūs varat redzēt visas tīmekļa pārraides, kuras mēs tur uzskaitām, pagātni, tagadni un nākotni.
Un ar to mēs jūs atvadīsimies. Mēs esam saņēmuši vēl piecas tīmekļa pārraides atlikušajam gadam, ļaudis. Mēs varam ieplānot vēl vienu. Bet pretējā gadījumā tas notiks līdz 2017. gadam. Ed cal ir beidzies. Paziņojiet mums, un, ja jums ir kāds, kurš vēlas parādīt savu tehnoloģiju, nosūtiet e-pastu uz.
Ar to mēs jūs atvadīsimies, ļaudis. Vēlreiz pateicamies par jūsu laiku un uzmanību, mēs ar jums sarunāsimies nākamreiz. Rūpēties. Labdien!
