Особље Тецхопедиа, 19. априла 2017
Одлазак: Домаћин Ериц Каванагх разговара о прогнозирању с др. Робин Блоор-ом, Рицком Схерманом и ИДЕРА-иног Буллет Манала-а.
Морате се регистровати за овај догађај да бисте погледали видео. Региструјте се да бисте видели видео.
Ериц Каванагх: Даме и господо, здраво још једном и добродошли назад у вебцаст серије Хот Тецхнологиес! Моје име је Ериц Каванагх, бит ћу ваш домаћин данашњег веб семинара, који се зове „Уштеда времена, новца и проблема са оптималним прогнозама.“ „Наравно да сам пропустио први део наслова, „ Најбољи плаћени планови “. увек о томе говорите у овој емисији. Дакле, Хот Тецхнологиес је наравно наш форум за разумевање каквих кул производа данас постоји у свету, свет пословне технологије, шта људи раде са њима, како раде, све те забавне ствари.
А данас се тема, као што предлажем, бави прогнозирањем. Заиста покушавате да схватите шта ће се дешавати у вашој организацији. Како ћете усрећити своје кориснике, без обзира на то што раде? Ако раде анализу, ако раде прави посао, суочавају се са стварним купцима са трансакционим системима, без обзира на случај, желите да схватите како ваши системи раде и шта се догађа, и то је оно што ми Разговараћу данас. То је помало смешно јер предвиђање није нешто што бих волела да радим, јер сам сујеверна, као што мислим да ако превише прогнозирам, десиће се лоше ствари, али то сам само ја. Не слиједи моје мишљење.
Дакле, ево наших презентатора данас, заиста ваш у горњем левом углу, Рицк Схерман зове из Бостона, наш пријатељ Буллет Манале из ИДЕРА-е и наш др. Робин Блоор. А уз то ћу га предати Робину и само подсетим људе: Питајте питања, не стидите се, волимо добра питања, поставићемо их данас нашим презентаторима и другима. И с тим, Робин, однеси то.
Робин Блоор: У реду, као што сам и ја рекао, мислио сам да ћу данас испричати СКЛ причу, јер је то позадина за расправу која се наставља и неминовно се неће сукобити са јер се Рицк није усредсредио на то и неће се сукобити са оним што Рицк има да каже. Дакле, прича о СКЛ-у, има неких занимљивих ствари о СКЛ-у јер је тако доминантан. Видите, то је погрешка при упису, СКЛ је декларативни језик. Идеја је била да можете створити језик на којем ћете тражити оно што желите. А база података разрадила би како да је набавимо. И заправо је то добро разрађено, али постоје бројне ствари о којима вреди рећи, што је последица заснивања читаве ИТ индустрије на декларативном језику. Корисник не зна или не брине о физичкој организацији података, а то је добра ствар декларативног језика - он вас раздваја од свега тога, па чак и брине о њему - само тражите све што желите и базу података отићи ћу по њега.
Али корисник нема појма да ли ће начин структурирања СКЛ упита утицати на перформансе упита и то је мало неповољније. Видио сам упите дугачке стотине и стотине редака, који су само један СКЛ захтев, знате, започиње са „селецт“ и наставља се даље и даље са подупитима и тако даље, и тако даље. А заправо се испоставило да ако желите одређену колекцију података из базе података, можете је затражити на много различитих начина са СКЛ-ом и добити исти одговор ако имате неке познанства с подацима. Дакле, један СКЛ упит није нужно најбољи начин за тражење података, а базе података одговорит ће сасвим другачије у складу са СКЛ-ом који сте у њих поставили.
И тако, СКЛ заправо утиче на перформансе, тако да људи који користе СКЛ, то је истина за њих, такође је истина и за СКЛ програмере који користе СКЛ, а још је мање вероватно да ће размишљати о утицају који ће имати, јер њихов највећи фокус је заправо на манипулацији подацима, а не на добијању, стављању података. А исто важи и за БИ алате, видео сам СКЛ који, ако желите, истискује из БИ алата из различитих база података и мора се рећи, да много тога јесте, не бих не писати СКЛ упите тако. Нетко је створио, ако желите, мали мотор који ће, без обзира на параметре, избацити неки СКЛ, и опет, тај СКЛ неће нужно бити ефикасан СКЛ.
Тада сам помислио да ћу споменути неусклађеност импеданције, подаци које програмери користе су другачији од података као што се сортирају. Дакле, наш ДМС похрањује податке у табеле, организовани објектно оријентисани код већином су кодери, данас програмирају објектно оријентисани облик и наручују податке у објектним структурама, тако да не пресликава један у други. Дакле, постоји потреба да се преведе с онога што програмер мисли да су подаци у оно што база података мисли шта су подаци. Што изгледа као да смо сигурно учинили нешто погрешно да би то био случај. СКЛ има ДДЛ за дефинисање података, има ДМЛ - језик за управљање подацима - одаберите, пројектујте и придружите се за добијање тих података. Сада је врло мало математике и мало времена заснованих на стварима, тако да је то несавршен језик, мада мора се рећи да је продужен и наставља да се продужава.
И тада, добијате проблем СКЛ баријере, који је увек равна од дијаграма, јер је много људи постављало питања из аналитичких разлога, након што су добили одговор на услове података о питању и желели да поставе друго питање. Дакле, то постаје ствар дијалога, па, СКЛ није изграђен за дијалоге, већ је постављен да пита шта желите све одједном. И некако је вриједно тога знати, јер постоје неки производи који заправо форсирају СКЛ како би омогућили разговор између корисника и података.
Што се тиче перформанси базе података - а ова врста се шири на све - да, постоји ЦПУ, меморија, диск, мрежни режијски трошкови и проблем закључавања више особа које желе ексклузивно користити податке у датом тренутку тачка у времену. Али ту је и лоших СКЛ позива, може се учинити доста тога ако стварно оптимизирате СКЛ, у смислу перформанси. Дакле, фактори перформанси базе података: лош дизајн, лош дизајн програма, истовремена количина радног оптерећења, балансирање оптерећења, структура упита, планирање капацитета. То је раст података. У неколико речи, СКЛ је згодан, али се не оптимизује.
Рекавши то, мислим да можемо да пређемо на Рицка.
Ериц Каванагх: У реду, Рицк, дозволићу ти да дам кључеве од аутомобила ВебЕк. Однеси то.
Рицк Схерман: У реду, одлично. Па, хвала Робин, како смо кренули на почетку презентације, моја графика је још увек прилично досадна, али идемо и са тим. Дакле, слажем се са свиме о чему је Робин разговарао на СКЛ страни. Али оно на што се сада желим мало концентрирати је потражња за подацима, кроз коју ћемо врло брзо проћи, понуда као у алатима који се користе у том простору или потреба за алатима у том простору.
Прво, у сваком чланку који прочитате постоји неко који има везе са великим подацима, пуно података, неструктурираним подацима који долазе из облака, великим подацима свуда које можете да замислите. Али раст тржишта база података континуирано је растао са СКЛ-ом, релациона база података вероватно од 2015, још увек је 95 одсто тржишта база података. Три најбоља добављача релација имају око 88 процената тржишног удела у том простору. Дакле, још увек говоримо, као што је Робин говорио, о СКЛ-у. У ствари, чак и ако гледамо на Хадооп платформу, Хиве и Спарк СКЛ - који мој син, који је научник података, користи све време - сигурно је доминантан начин да људи приђу до података.
На страни базе података постоје двије широке категорије кориштења база података. Један је за оперативне системе управљања базама података, па планирање односа са предузећима, управљање односима са клијентима, ЕРП-ове Салесфорце-а, Орацлес, ЕПИЦ-ове, Н4-ове итд. А, постоји велика количина и све већа количина података која се налази у складиштима података и другим системима заснованим на пословној интелигенцији. Зато што се, без обзира на то где и како је заробљено, ускладиштено или извршено трансакције, на крају анализира и зато постоји велика потражња и повећање употребе база података, посебно релацијских база података на тржишту.
Сада имамо потражњу, имамо огромне количине података. И заправо не говорим само о великим подацима, говорим о употреби података у свим врстама предузећа. Али пратећи то са стране понуде, за људе који могу да управљају тим ресурсима прво смо имали неку врсту недостатка ДБА. Према Бироу за статистику рада, од 2014–2024. ДБА послови ће нарасти само за 11 процената - то су људи који имају звања ДБА, али о томе ћемо разговарати у секунди - насупрот 40- плус проценат годишњег простора за раст података. И имамо пуно ДБА; у просеку је та иста студија говорила о просечној старости прилично висока у поређењу с другим ИТ професијама. И тада имамо пуно људи који одлазе са терена, не нужно се пензионишу, већ прелазе у друге аспекте, прелазе у управљање, или шта већ.
Део разлога због којег одлазе је тај што ДБА посао постаје све тежи и тежи. Као прво, имамо ДБА-е који сами управљају различитим различитим базама података, физичким базама података, лоцираним свуда по месту, као и различитим типовима база података. То би могло бити релационо, или могу бити друге базе података, типови базе података. Али чак и ако је релационалан, они могу имати било којег једног, два, три, четири различита продавца којима заправо покушавају управљати. ДБА-ови се обично укључују након дизајнирања базе података или апликације. Робин је говорио о томе како се дизајнирају базе података или апликације, како се дизајнира СКЛ. Па, када говоримо о моделирању података, ЕР моделирању, проширеном ЕР моделирању, димензионалном моделирању, напредном димензионалном моделирању, без обзира на то, обично програмери апликација и програмери апликација дизајнирају са својим крајњим циљем на уму - они не дизајнирају за ефикасност сама структура базе података. Дакле, имамо доста лош дизајн.
Сада не говорим о продавцима апликација за комерцијална предузећа; обично имају ЕР моделе или проширене ЕР моделе. Оно о чему говорим јесте да програмери апликација у свакој компанији граде много више пословних процеса и апликација - они нису ти који нису нужно дизајнирани за ефикасност или ефикасност примене. И сами ДБА-ови су презапослени и понекад имају 24/7 одговорност, стално добивају све више и више база података. Мислим да је то помало повезано с тим што људи не разумију шта они раде, нити како то раде. Њихова мала група и људи само размишљају: „Па, сви су ови алати једноставно тако једноставни за употребу, ми можемо само наставити бацати на све више и више база података о свом радном оптерећењу“, што није случај.
Што нас води ка скраћеном и случајном ДБА-у. Имамо ИТ тимове који су мали и они не могу нужно да приуште наменски ДБА. Сада то важи за мала и средња предузећа, где је ширење апликација и база података у последњој деценији експлодирало и наставља да се шири. Али то је случај и са великим корпорацијама, које углавном раде складиштење података, аналитику пословне интелигенције већ дуже време. Давно смо користили наменске ДБА за те пројекте; никада више не добијамо наменски ДБА. Ми смо одговорни за дизајн базе података, што је у реду, ако је то неко ко има искуства. Али генерално, ДБА су програмери апликација, често ту улогу узимају као хонорарни део свог посла, немају формалну обуку у њему и опет, дизајнирају га за крајње циљеве, они су не дизајнирајући га ради ефикасности.
И постоји велика разлика између дизајна и развоја, насупрот размештању и управљању. Дакле, ми имамо "ситну ситну, фунта глупу", са мало свиње, тамо прескачући стицање вештина и ресурса потребних за пројекте. Мислим да су сви из „Освете живаца“ моја мала слика тамо. Сада, што се тиче онога што је људима потребно, тако имамо растућу употребу база података и података у СКЛ-у. Имамо ограничен број ДБА - људи који су вешти и стручни у овим подешавањима, дизајнирању и управљању и размештању ситуација. А ми имамо све више и више ванредних ДБА-ова, људи који нису имали формалну обуку.
Дакле, које су још неке ствари које се такође баве питањем чињенице да се те базе података такође не подешавају или се њима не управља? Прво, многи претпостављају да сами системи база података имају довољно алата како би се сами управљали. Сада су алати све лакши и лакши за дизајн - дизајн и развој - али то је другачије од доброг дизајна и доброг управљања, планирања капацитета, надгледања итд. За употребу. Дакле, прво људи претпостављају да имају све потребне алате. Друго, ако сте хонорарни или случајни ДБА, не знате шта не знате.
Ваљда сам заборавио неке фразе тамо, тако да много пута једноставно не разумеју шта уопште требају да погледају у дизајну или када управљају или управљају базама података. Ако то није ваша професија, онда нећете разумети шта треба да радите. Треће, јесте да је СКЛ алат који иде даље, тако да је Робин говорио о СКЛ-у и о томе како је лоше СКЛ понекад конструисан или често конструисан. Такође, један од мојих љубимаца који се баве складиштењем БИ података, миграцијом података, инжењерским простором података је тај што уместо да користе алате, људи имају тенденцију писања СКЛ кода, похрањених процедура, чак и ако користе скупо средство за интеграцију података или скупо БИ средство, често га заиста користе само за покретање похрањених процедура. Тако да је важност разумевања дизајна базе података, конструкције СКЛ-а, све већа и важнија.
И коначно, ту је и овај силосни приступ, у којем поједини људи гледају појединачне базе података. Они не гледају како апликације раде и међусобно делују. А они заиста често гледају базе података у односу на апликације за које их користе. Дакле, радно оптерећење које добијате у бази података је критично за дизајн, критично за подешавање, критично за покушај да смислите како да планирате капацитет итд. Дакле, гледајући шуму са дрвећа, људи су у корову, гледајући појединачне табеле и базе података и не гледајући укупну интеракцију ових апликација у радном оптерећењу.
На крају, људи требају да погледају кључна подручја која морају да гледају. Када планирају да управљају базама података, прво морају да размисле о томе, развију неке метрике перформанси усредсређене на апликације, па морају да гледају не само како је табела структурирана, како је посебно моделирана, већ како се користи? Дакле, ако имате пословну апликацију која се наплаћује у управљању ланцем снабдевања, ако скидате наруџбе с интернета, ако радите БИ - шта год да радите - морате да погледате ко га користи, како функционишу помоћу њега, колики су обим података када ће се то догодити. Оно што стварно желите потражити су вријеме чекања, јер без обзира на све, све се апликације процјењују колико дуго је потребно да се нешто постигне, било да је ријеч о особи или само размјени података између апликација или процесора. И која су уска грла? Зато често када покушавате да отклоните грешке, наравно, покушавате да сагледате која су стварна уска грла - не нужно како да све подесите, већ како да се ослободите и померите перформансе до времена чекања и пропусност - све што требате погледати.
И заиста треба да одвојите заузимање података, трансакције, аспекте трансформације у бази података, заједно са аналитиком. Сваки од њих има различите обрасце дизајна, сваки од њих имају различите обрасце употребе и сваки од њих треба другачије прилагодити. Дакле, морате размислити о томе како се ти подаци користе, када се користе, за шта се користе и схватите шта су метрике перформанси и које су кључне ствари које желите да анализирате у вези са том употребом. Сада, када гледате праћење перформанси, желите да погледате саме операције базе података; желите да погледате обе структуре података, па индексе, поделе и остале физичке аспекте базе података, чак и структуру базе података - било да је у питању ЕР или димензионални модел, колико год да је структуиран - све те ствари имају утицаја на перформансе, посебно у различитим контекстима аналитике прикупљања података и трансформација које се догађају.
И као што је Робин споменуо на СКЛ страни, гледање СКЛ-а којим управљају различите апликације у овим базама података, и прилагођавање је критично. Гледајући целокупно оптерећење апликација и инфраструктурно окружење на којем те базе података и апликације раде. Дакле, да мреже, сервери, облак - без обзира на шта се покрећу - такође гледају утицај који ове апликације и ове базе података имају у том контексту, све то има међусобну међусобну способност прилагођавања базе података.
И на крају, када гледате алате, желите да будете у могућности да сагледате три различите врсте аналитичких података повезаних с тим. Желите да погледате описну анализу: шта се дешава и где, повезано са базом података и перформансама апликације. Желите да имате могућност да направите дијагностичку анализу како бисте схватили не само шта се догађа, већ и зашто се дешава, где су уска грла, где су проблеми, шта иде добро, а шта не ради добро? Али да будете у могућности да анализирате и детаљно проучите проблематична подручја како бисте се обратили њима, било због дизајна или било чега што требате да урадите.
И на крају, најагресивнија или најактивнија врста анализе је заправо радити неку предиктивну анализу, предиктивно моделирање аналитике, било шта друго. Знамо да база података и апликација функционишу у овом контексту, ако смо повећали капацитет, ако добијемо више корисника, ако радимо више пропусности, шта год да радимо, да можемо да пројектујемо шта, како и где ће то утичемо на базу података, апликације, омогућава нам да планирамо и проактивно смислимо, где су уска грла, где могу да трпе време чекања и шта требамо да урадимо да поправимо ствари. Зато желимо да имамо алате који могу да примењују метрике перформанси, прате перформансе, као и ове три врсте анализа. И то је мој преглед.
Ериц Каванагх: У реду, допустите да га предајем - успут то су две сјајне презентације - препустите ми ово да дам Буллетт Маналеу да га однесе одатле. И људи, не заборавите да поставите добра питања; већ имамо добар садржај. Однеси то, Буллетт.
Буллетт Манале: Звучи добро. Хвала, Ериц. Дакле, пуно онога што су рекли Рицк и Робин очито се слажем са 100 посто. Рекао бих да сам повукао овај слајд горе, јер мислим да се уклапа, не знам за оне од вас који су навијачи "А-тима" још у 80-има, Јохн Ханнибал Смитх је рекао да је увек реците: „Волим кад се састави план“ и мислим да када говорите о нарочито СКЛ Серверу, где се фокусирамо, а то је производ о коме ћемо данас разговарати, СКЛ Диагностиц Манагер, то је дефинитивно једна од оних ствари које морате имати; морате бити у стању да искористите податке које имате и да можете да доносите одлуке из тих података, а у неким случајевима не тражите одлуку; тражите нешто што ће вам рећи када ће вам понестати ресурса, када ће вам понестати ресурса, када ће вам имати уско грло и такве ствари.
Не ради се само о надгледању одређене метрике. Дакле, код Диагностиц Манагера једна од ствари која вам добро иде је да ће вам помоћи у погледу предвиђања и разумевања специфичних за оптерећења рада и о томе ћемо данас разговарати о многим стварима. Алат је намењен менаџеру података, ДБА или вршиоцу дужности ДБА, тако да је много тога што је Рицк спомињао, глумачки ДБА толико истинито. У многим случајевима, ако нисте ДБА, биће много упитника који ће се појавити када дође време за управљање СКЛ окружењем, ствари које не знате. И зато тражите нешто што ће вам помоћи, водити вас кроз тај процес, а такође и вас едуковати у том процесу. И зато је важно да ће вам алат који користите за такве врсте одлука дати увид у разлоге због којих се те одлуке доносе, а не само да вам говори: "Хеј, уради то."
Пошто сам вршилац дужности ДБА, на крају бих могао да будем потпуно развијен ДБА са стварном експертизом и знањем да подуприм ту титулу. Дакле, то је речено, када говоримо о томе да будемо администратор базе података - увек некако прво покажем овај слајд, јер ДБА има неке различите улоге и у зависности од организације са којом ћете учествовати, оне ће се разликовати од једног до другог места - али обично ћете увек на неки начин бити одговорни за складиште, ваше планирање складишта и разумевање предвиђања, требало би да кажем, колико простора ћете заузети за потребе, било да је то за ваше резервне копије или за саме базе података. Требат ћете то разумјети и процијенити.
Поред тога, мораћете да будете у стању да разумете и оптимизујете ствари по потреби, а како пролазите кроз праћење животне средине, очигледно је да морате да мењате потребне ствари на основу ствари које промена у самој околини. Дакле, ствари попут броја корисника, ствари попут популарности апликација, сезоналности базе података, све би требало размотрити када планирате. А онда, очигледно гледајући друге ствари у смислу могућности давања извештаја и информација које су потребне због доношења тих одлука. У великом броју случајева то значи и компаративну анализу; то значи бити у стању да конкретно погледате одређену метрику и схватите шта је вредност те метрике с временом, тако да можете предвидети куда ће се она кретати напред.
Дакле, оно што пуно алата Диагностиц Манагер има има те могућности и људи га свакодневно користе како би могли радити ствари попут предвиђања, а овде сам ставио дефиницију планирања капацитета. И то је прилично широка и заправо прилично нејасна дефиниција, која је само поступак утврђивања производног капацитета који је потребна организацији да испуни променљиве захтеве за својим производима, а на крају дана, у томе се заправо ради: о томе да можете да преузмете информације које имате на неки или други начин и да те информације доносите и доносите одлуке које ће вам помоћи да напредујете док напредујете кроз животни циклус својих база података. И тако, врсте ствари које су разлози због којих то људи треба да ураде очигледно су пре свега, у највећем броју случајева, ради уштеде новца. Предузећа су, очигледно, да им је то главни циљ зарадити и уштедети новац. Али у том процесу, заједно са тим, то значи и да можете бити сигурни да ваш прекид рада нема прекида. И бити у стању да будете сигурни да ублажавате било какву шансу да дође до прекида рада, тако да спречите да се то догоди почевши, другим речима, не чекајући да се то догоди, а затим реагујте на њега.
Поред тога што сте у могућности да повећате продуктивност ваших корисника, очигледно је кључно овде што је ефикасније да бисте могли да обављате више послова, тако да су то врсте ствари које као ДБА или неко ко је укључен у предвиђање или капацитет планирање ће морати бити у стању да се прошири кроз информације како би се могло доносити те одлуке. И онда, свеукупно, ово ће вам очигледно помоћи да елиминишете отпад, не само у смислу новца, већ иу времену и у смислу уопште ресурса који би се могли користити за друге ствари, по могућству. Дакле, могућност уклањања тог отпада тако да немате опортунитетне трошкове који су везани за сам отпад.
Дакле, уз речено, које су то врсте питања која добијамо, специфична за особу која је ДБА? Када ће ми понестати простора? То је велико, не само колико простора сада трошим, већ када ћу га понестати, засновано на трендовима и прошлој историји? Иста ствар са стварним инстанцама СКЛ-а, база података, које сервере могу да објединим? Ставићу неке на ВМ-ове, шта има смисла у којим базама података ћу објединити и у којим примерцима СКЛ-а би требало да бораве? На све те врсте питања потребно је одговорити. Јер у већини случајева, ако сте ДБА или играте ДБА, то ћете консолидовати негде у каријери. У многим случајевима ћете то радити стално. Дакле, требате бити у могућности брзо доносити те одлуке, а не играти игре погађања када је у питању.
Разговарали смо о уским грлима и где ће се они следеће појавити, моћи да предвидимо да је, још једном, уместо да чекамо да се то догоди. Дакле, очигледно све ове ствари о којима причамо имају смисла у смислу да се ослањате на историјске податке, у већини случајева да бисте могли да генеришете ове препоруке или да у неким случајевима сами можете формулисати одлуке, да могу доћи до ових одговора. Али подсећа ме на то да када чујете радио огласе за некога ко продаје хартије од вредности или нешто слично, увек је „прошли учинак није показатељ будућих резултата“ и такве ствари. И иста ствар важи овде. Имаћете ситуације у којима ове прогнозе и ове анализе можда нису стопостотно тачне. Али ако се бавите стварима које су се дешавале у прошлости и оним познатим, и ако будете могли да предузмете и урадите „шта ако“ са пуно ових врста питања, наићи ћете на њих, веома је драгоцено и то ће вас одвести пуно даље од играња игре нагађања.
Дакле, ове врсте питања очигледно ће се појавити, па како с тим дијагнозама управљамо са многим тим питањима, пре свега имамо могућности предвиђања, а то можемо да урадимо и у бази података, за столом као погон или запремину. Да бих могао да кажем само: „Хеј, пуни смо простора“, већ шест месеци од сада, две године од сада, пет година од сада, ако будем за то буџет, колико возног простора идем за кога требате да буџете? То су питања која ћу морати да поставим, и мораћу да будем способан да користим неки други начин рада уместо да нагађам и дигнем прст у ваздух и чекам да видим на који начин дува ветар, нажалост, много пута, нажалост, начин на који се ове одлуке доносе.
Поред тога, могућност да - изгледа као да се мој слајд мало пресекао тамо - али у могућности да пружим одређену помоћ у облику препорука. Дакле, једна ствар је бити у стању да вам покаже контролну таблу пуну метрика и бити у стању да кажете: „ОК, ево свих метрика и где се налазе“, али онда да бисте могли да направите неке или имате неко разумевање за шта радити, на основу тога је још један скок. У неким случајевима људи су довољно образовани у улози ДБА да могу доносити те одлуке. И зато имамо неке механизме у алату који ће вам помоћи у томе, а који ћемо вам показати у само секунди. Али бити у стању показати не само шта је препорука, већ и пружити увид у то зашто се та препорука даје, а затим и поврх тога, у неким случајевима, да се заиста може створити скрипту која аутоматизује Санација тог питања је такође идеална.
Прелазак на следећи, који ћемо видети, само је генерално гледано разумевање до нивоа метрике шта је нормално. Не могу да вам кажем шта није нормално ако не знам шта је нормално. И тако, ако имате неки начин да измерите то је кључно и морате бити у могућности да узмете у обзир више врста подручја, на пример - или бих требао да кажем временске оквире - различите групе група сервера, да бисте могли то динамично да радите, из перспективе упозорења, другим речима, током ноћи, током прозора одржавања, очекујем да ће мој ЦПУ бити покренут на 80% на основу целокупног одржавања. Дакле, можда бих желео да повећам своје прагове више, у тим временским оквирима насупрот можда током средине дана, када нисам имао толико активности.
То су неке ствари које ће очито бити еколошке, али ствари које можете примијенити у ономе што се управља, како би вам помогли да ефикасније управљате тим окружењем и олакшате то. Друга област је, очигледно, способна да само у целости пружи извештаје и информације да би могла да одговори на оне врсте питања "шта ако". Ако сам управо променио своје окружење, желим да разумем какав је то утицај, тако да могу да применим исту промену на друге инстанце или друге базе података у мом окружењу. Желим да могу имати неке информације или неку муницију како бих то могао променити са мало мира и знајући да ће то бити добра промена. Дакле, кад сам у могућности да упоредим извештавање, да могу да рангирам примере СКЛ-а, да могу да рангирам базе података једни против других, да кажем: „Ко је мој највећи потрошач ЦПУ-а?“ Или који најдуже узима услове чекања и такве ствари? Тако да ће много тих информација бити доступно и са алатком.
И онда, последње, али не најмање битно, је само свеобухватна способност да вам је потребан алат који ће бити у стању да се носи с било којом ситуацијом, и шта ја мислим под тим, ако имате велико окружење са У многим случајевима, вероватно ћете наићи на ситуације у којима морате да извучете метрике које традиционално нису метрике које би ДБА у неким случајевима желео чак да надгледа, у зависности од конкретне ситуације. Дакле, имати алат који можете, који је проширив, да бисте могли да додате додатне метрике и да можете да користите те метрике у истом облику и на начин на који бисте их користили ако бисте користили оут-оф-тхе-бок метричке, на пример. Дакле, бити у стању да покрећете извештаје, будете у стању да упозорите, основна линија - све о чему причамо - такође је кључни део могућности да се ово предвиђа и направи тако да добијете одговоре које тражите бити у стању да доносе те одлуке, напредујући.
Сада како Диагностиц Манагер то ради, имамо централизовани сервис, групу сервиса који се покреће, прикупља податке у случајевима од 2000 до 2016. А онда оно што радимо јесте да узмемо те податке и ставимо их у централно складиште и онда, очигледно је да ћемо учинити с тим подацима много тога да бисмо могли да пружимо даљи увид. Сада, поред тога - и једна од ствари која овде није присутна - да ли имамо и услугу која ради усред ноћи, а то је наша служба за предиктивну анализу, и која има одређени број крчења и помаже да разумете и помоћи вам као ДБА или вршилац дужности ДБА, да будете у могућности да дате те врсте препорука, да бисте могли да пружите и неки увид у погледу основних основа.
Дакле, оно што бих желео да учиним, а ово је само брзи пример архитектуре, велики подвиг овде је да нема никаквих агената или служби који заправо седе на примерима којима управљате. Али оно што бих волео да урадим је да вас заправо овде доведем до апликације и брзо вам демо. И пусти ме да и ја изађем и учиним то. Дакле, јавите ми, мислим да Ериц, видите ли то у реду?
Ериц Каванагх: Схватио сам то сада, да.
Буллетт Манале: У реду, па ћу вас водити кроз неке од тих различитих делова о којима сам говорио. И у суштини, почнимо с оним стварима које су више у складу са овим, овде је нешто што требате да урадите, или је овде нешто што је тренутак у будућности и ми ћемо вам дати увид у то. И то је у стању да стварно предвидим - или бих требао рећи динамички антиципирам - ствари како се дешавају. У случају извештаја, једна од ствари коју имамо у алату су три различита извештаја прогнозе. А у случају, на пример, прогнозе база података, шта бих вероватно могао да урадим у ситуацији када могу да предвидим величину базе података у одређеном временском периоду, а само ћу вам дати неколико примера тога . Дакле, узећу своју ревизорску базу података, која је прилично интезивна И / О - има пуно података који иду у њу. Имамо, да видимо, урадићемо ово овде, и само одаберемо базу података о здравственој заштити овде.
Али поента је у томе што ја не видим само колики је простор на овоме, могу рећи: „Гледај, узмимо за прошлу годину вредне податке“ - и овде ћу мало пронаћи, Ја заиста немам годину дана података, имам податке око два месеца - али, зато што овде бирам просечну стопу месеци, моћи ћу да предвидим или предвидим у овом Ако следећих 36 јединица, јер је наша стопа узорка постављена на месеце - то је јединица, је месец - и ја бих био у стању да покренем извештај да ми у основи покаже где ми очекујемо наш будући раст, за ове три базе података. И можемо видети да имамо различит степен разлике или разлике између три различите базе података, посебно у односу на количину података коју историјски користе.
Можемо видети да подаци овде представљају историјске податке, а затим ће нам линија пружити прогнозу, заједно са бројевима који то подупиру. Дакле, то можемо учинити на нивоу таблице, то можемо и на нивоу погона, где могу да предвидим колико ће моји погони постати, укључујући тачке монтирања. Могли бисмо да прогнозирамо ову исту врсту информација, али још једном, у зависности од брзине узорка, омогућит ћу ми да одредим колико јединица и где узимамо оно што желимо да прогнозирамо. Примјетите и да имамо различите врсте предвиђања. Тако добијате пуно могућности и флексибилности када дође вријеме за обављање предвиђања. То ћемо урадити, заправо ћемо вам дати одређени датум и бити у могућности да кажете „Хеј, овај датум, овде бисмо могли да предвидимо раст ваших података.“ Поред тога, ипак можемо пружити вам друге увиде који се односе на неке анализе које радимо током ван радног времена и услугу када се покрене. Неке ствари се чини, то је да покушава предвидети ствари које ће се вероватно десити, засноване на историји када су се ствари догађале у прошлости.
Тако да овде можемо видети, заправо, прогноза нам пружа одређени увид у вероватноћу да ћемо имати проблема током вечери на основу ствари које су се још једном догодиле у прошлости. Дакле, очигледно је то сјајно, поготово ако нисам ДБА, могу да сагледам ове ствари, али што је још боље ако нисам ДБА, јесте табулатор за анализу. Дакле, пре него што је ово овде у алату, прошли бисмо и показали производ људима и они би били „То је сјајно, видим све ове бројеве, видим све, али не знам шта да радим“ (смех) "Као резултат тога". И тако, ми овде имамо бољи начин да схватите, ако ћу предузети акцију да помогнем у перформансама, ако ћу предузети акцију чак и да помогнем здрављу свог окружења, да будем способан да пружим те препоруке, као и корисне савете у информацијама како бих сазнао више о тим препорукама и имао чак и спољне везе са неким од тих података, који ће ми показати и водите ме ка разлозима због којих су дате ове препоруке.
И у многим случајевима бити у могућности да обезбедимо скрипту која би аутоматизовала, као што рекох, санацију ових проблема. Сада, део онога што радимо овде са овом анализом - и показаћу вам када уђем да конфигуришем својства ове инстанце и идем у одељак конфигурације анализе - имамо пуно различитих категорија које су Овде је наведено, а део тога имамо оптимизацију индекса и оптимизацију упита. Дакле, вреднујемо не само саме метрике и такве ствари, већ и ствари попут оптерећења рада и индекса. У овом случају, ми ћемо направити додатну анализу хипотетичких индекса. Дакле, то је једна од оних ситуација у којој не желим, у многим случајевима, не желим да додајем индекс ако не морам. Али у неком тренутку постоји нека врста преломне тачке, где ја кажем: „Па, табела добија величину или врсте упита који се изводе у оквиру радног оптерећења сада имају смисла додати индекс. Али то не би имало смисла можда шест недеља раније. “Дакле, ово вам омогућава динамично да стекнете тај увид у ствари које ће вероватно, као што сам рекао, побољшати перформансе на основу онога што се дешава у окружењу, онога што се догађа у оквиру оптерећења. и радећи такве ствари.
И тако овде добијате пуно добрих информација, као и могућност аутоматске оптимизације ових ствари. Дакле, то је још једна област у којој бисмо могли да помогнемо, у смислу онога што називамо предиктивном анализом. Сада, поред тога, требало би да кажем, имамо и друга подручја за која мислим да углавном углавном помажу у доношењу одлука. А када говоримо о доношењу одлука, још једном, када смо у стању да погледамо историјске податке, пружите нам одређени увид да нас одведу тамо где требамо бити да бисмо побољшали тај рад.
Сада, једна од ствари коју можемо учинити је да имамо основни визуализатор који нам омогућава селективни избор било које метрике коју бисмо желели - и дозволите ми да овде нађем пристојну - прелазим на коришћење СКЛ ЦПУ-а, али поента је да сте ви можемо да се вратимо уназад колико год недеља да сликамо ове слике да видимо када су твоји одметници и да генерално гледамо где та вредност пада у периодима у којима смо прикупљали податке. А тада, поред тога, приметићете и да када изађемо на саму инстанцу, можемо да конфигуришемо своје основне линије. А основне линије су заиста важан део могућности аутоматизације ствари као и могућности обавештавања о стварима. А изазов, као што би вам рекла већина ДБА-а, је тај што ваше окружење не ради увек исто током дана, насупрот вечери и ономе што смо раније споменули у примеру са периодима одржавања, када имати висок ниво процесора или било шта што се можда догађа.
Дакле, у случају овде, са овим стварним основним линијама, можемо имати више основних линија, тако да бих могао имати основну линију, на пример, током мојих сати одржавања. Али могао бих једнако лако да створим основу за своје сате производње. И поанта тога је кад уђемо у инстанцу СКЛ-а и заправо имамо ове више основних основа, тада бисмо могли да предвидимо и будемо у стању да изводимо неку врсту аутоматизације, неку врсту санације или опћенито само упозоравање, различито специфична за та времена. Дакле, једна од ствари које ћете овде видети су ове основне линије које генерирамо користећи историјске податке да би пружили ту анализу, али што је још важније, могу да променим те прагове статички, али такође их могу динамички аутоматизовати. Дакле, како се појављује прозор за одржавање, или бих требао рећи основни прозор за одржавање, ови прагови би се аутоматски пребацивали специфично на оптерећења с којима се сусрећем током тог временског прозора, насупрот можда средином дана када су моја оптерећења не толико, када оптерећења нису толико утицајна.
Дакле, то је нешто друго на уму, у смислу основне линије. Очигледно ће вам ово бити од велике помоћи у смислу разумевања онога што је нормално и ако будете у стању да разумете, ангажовајте се када вам такође понестане ресурса. Као што сам раније рекао, друга врста ствари која се користи у алату ће вам помоћи да донесете одлуке, поред тога што можете да поставите обавештења око тих основних линија и прагова које динамички креирате, само да могу покренути читав низ извјештаја који ми помажу да одговорим на питања шта се догађа.
Дакле, као пример, ако имам 150 примера којима ја управљам - у мом случају то не знам, овде морамо да се играмо претварајући се - али ако бих имао све своје производне инстанце и требало би да разумем где је област на коју ми треба обратити пажњу, другим речима, ако ћу имати само ограничено време да извршим неку врсту администрације за побољшање перформанси, желим да се фокусирам на кључна подручја. И тако, уз то речено, могао бих да кажем, „На основу тог окружења, поредите моје примере једни против других и доделите ми то место по дискусији.“ Дакле, да ли је у питању употреба диска, употреба меморије, да ли је чекање, да ли је време одзива, у стању сам да корелирам - или бих требао рећи да чиним - те инстанце једни против других. Очигледно је да је инстанца при врху сваке листе, ако је то иста инстанца, то је вероватно нешто на шта се желим фокусирати, јер је очигледно још једном на врху листе.
Дакле, у алату имате пуно извештаја који вам помажу у погледу рангирања окружења на нивоу инстанце; то можете учинити и на нивоу базе података, где могу да рангирам базе података једни против других. Посебно за прагове и подручја која могу поставити, чак могу и овдје поставити заштитне знакове ако се желим фокусирати само на одређене базе података, али поанта је у томе што могу на исти начин успоредити своје базе података. Такође, што се тиче осталих врста компаративне анализе и оне велике у овом алату, то је основна анализа коју имамо. Ако се помакнете овде до приказа услуге, видјет ћете да постоји извјештај о статистици. Сада ће нам овај извештај помоћи да схватимо не само шта су вредности метрике, већ бих за одређену инстанцу могао да изађем и да за било коју од тих метрика могу стварно да погледамо полазне основе тих метрика.
Дакле, шта год да је, као проценат или шта год бих могао да изађем и кажем, „Да видимо базну линију за ово рашчлањену у последњих 30 дана“, у том случају ће ми показати стварне вредности у односу на основну и Могао бих да донесем неке одлуке користећи те информације, очигледно, тако да је ово једна од оних ситуација, где ће зависити од питања о коме постављате. Али ово ће вам очигледно помоћи за многа питања. Волео бих да кажем да имамо један извештај који то све ради, и некако је сличан једноставном извештају, где притиснете и притиснете дугме и он само одговара на свако „шта ако“ питање на које бисте икада могли да одговорите. Али реалност је да ћете имати пуно атрибута и пуно опција да бисте могли да одаберете у овим падајућим опцијама да бисте могли да формулишете она питања „шта ако“ која тражите .
Тако да је доста ових извештаја усмерено на то да могу да одговоре на такве врсте питања. И зато је заиста важно да и ови извештаји и поред тога, све ствари које смо вам већ показали у алату, као што сам већ напоменуо, имају флексибилност да уграде нове метрике, којима се може управљати, чак и моћи да креирате бројила или СКЛ упите који су уграђени у ваше анкетиране интервале да бисте ми помогли да одговорим на та питања да можда из оквира који нисмо предвидјели да надгледамо можете додати те ствари. И могли бисте онда да радите све исте ствари које сам вам управо показао: основна линија, покретање извештаја и креирање извештаја из те метрике, и моћи да одговарате и радите пуно ових различитих врста ствари које вам покажем овде.
Сада, поред тога - и једна од ствари са којом смо очигледно налетели у последње време јесте - прво је то било, сви прелазе или прелазе на ВМ-ове. И сада имамо пуно људи који крећу у облак. А пуно се питања поставља око тих врста ствари. Да ли има смисла да се преселим у облак? Да ли ћу уштедјети новац преласком у облак? Ако бих те ствари ставио на ВМ, на машину са заједничким ресурсима, колико новца могу да уштедим? Очигледно ће се појавити и такве врсте питања. Дакле, много тога имајте на уму, помоћу Диагностиц Манагера можемо додати и повући из виртуелизованих окружења ВМваре-а и Хипер-В-а. Такође можемо додати инстанце који су на облаку, тако да окружења попут Азуре ДБ-а, на пример, или чак РДС, можемо да извучемо и метрике из тих окружења.
Дакле, постоји пуно флексибилности и пуно могућности да се одговоре на та питања пошто се односи на оне друге врсте окружења у које видимо да људи иду. И још увек постоји пуно питања око ове ствари, а како видимо како људи консолидују та окружења, они ће морати да одговоре и на та питања. Дакле, то је прилично добар преглед Диагностиц Манагера, јер се односи на ову тему. Знам да се појавила тема пословне интелигенције и имамо и алат за пословну интелигенцију о коме данас нисмо разговарали, али такође ће вам пружити увид у одговоре на ове врсте питања јер се односе на ваша питања. коцкице и све те различите ствари. Али надамо се да је ово добар преглед, бар у смислу како овај производ може да помогне у формулисању доброг плана.
Ериц Каванагх: У реду, добре ствари. Да, бацићу га Рицку, ако је још тамо. Рицк, имаш ли каквих питања од тебе?
Рицк Схерман: Да, дакле, прво, ово је супер, свиђа ми се. Посебно ми се свиђа ширење ВМ-а и облака. Видим да многи програмери апликација мисле да ако је у облаку онда их не треба подесити. Тако-
Буллетт Манале: Тачно, још увек морамо да платимо за то, зар не? Још увек морате да платите за оно што људи стављају у облак, па ако се лоше покреће, или ако изазива пуно ЦПУ циклуса, више новца морате платити, па није, још увек треба да мерим ове ствари, апсолутно.
Рицк Схерман: Да, видео сам много лоших дизајна у облаку. Хтео сам да питам, да ли ће се користити и овај производ - знам да сте споменули БИ производ и имате мноштво других производа који међусобно делују - али да ли бисте почели да гледате СКЛ перформансе, појединачне упите у овом алату? Или би то користили други алати?
Буллетт Манале: Не, апсолутно би. То је једна од ствари коју нисам покривао, а то сам хтео да кажем, део упита. Имамо пуно различитих начина за препознавање перформанси упита, било да је повезано са, конкретно са чекањем као што видимо овде на овом приказу, или је повезано са потрошњом ресурса упита у целини, постоји читав низ начина на које можемо да анализирамо упит перформансе. Било да је реч о трајању, ЦПУ-у, И / О-у, и још једном, можемо и сами да погледамо радна оптерећења да бисмо добили одређени увид. Препоруке можемо пружити у одељку за анализу, а такође имамо и верзију засновану на вебу која пружа информације о самим упитима. Тако могу добити препоруке о недостајућим индексима и могућности прегледа плана извршења и свих таквих ствари; то је такође способност. Дакле, апсолутно, можемо дијагностицирати упите на седам начина до недеље (смех) и бити у стању да пружимо тај увид у погледу броја погубљења, било да се ради о потрошњи ресурса, чекању, трајању и свим тим добрим стварима.
Рицк Схерман: У реду, одлично. И шта је онда оптерећење самих инстанци са свим тим надзором?
Буллетт Манале: Добро је питање. Изазов са одговором на то питање је да ли је то зависи, као и све друго. Много тога што наш алат може понудити, пружа флексибилност, а део те флексибилности је да му кажете шта да сакупљате, а шта не да сакупљате. На пример, са самим упитима, не морам да сакупљам податке о чекању, или могу. Могу да прикупљам информације у вези са упитима који прелазе трајање извршења. Као пример тога, ако бих требао да уђем у монитор за конфигурацију упита и рекао бих: „Хајде да променимо ову вредност у нулу“, реалност је да алат у основи чини прикупљање сваког упита који се покреће и то заиста није духа зашто је то ту, али генерално говорећи, ако бих желео да пружим пун узорак података за све упите, могао бих то и учинити.
Дакле, то је врло у односу на ваша подешавања, уопштено говорећи, ван оквира. То је негде од отприлике 1 до 3 процента, али постоје и други услови. То такође зависи од тога колико упита портова се покреће у вашем окружењу, зар не? Такође зависи од метода прикупљања тих упита и које верзије СКЛ-а је. Тако, на пример, СКЛ Сервер 2005, нећемо бити у стању да се повучемо из проширених догађаја, док бисмо зато то учинили из трага. Дакле, било би мало другачије у погледу начина на који ћемо прикупити те податке, али то је рекло, као што рекох, вероватно отприлике од 2004. године с овим производом. Прошло је дуго времена, имамо хиљаде купаца, тако да последње што желимо је имати алат за праћење перформанси који узрокује проблеме са перформансама (смех). И зато се трудимо да то избегнемо што је више могуће, али генерално гледано, тако да је око 1–3 процената добро правило.
Рицк Схерман: У реду, и то је прилично мало, тако да је то сјајно.
Ериц Каванагх: Добро. Робин, имаш ли каквих питања од тебе?
Робин Блоор: Жао ми је што сам искључио звук. Имате могућност вишеструке базе података, а мене занима како због тога што можете погледати више база података, и самим тим можете знати да је већа база ресурса можда подељена између различитих виртуелних машина и тако даље, и тако даље. Занима ме како људи то заправо користе. Занима ме шта купци раде с тим. Јер то ми изгледа, па, свакако, кад сам се зезао са базама података, нешто што никад нисам имао при руци. И ја бих икада икада иједну инстанцу размотрио на било који смислен начин у било којем тренутку. Па, како људи ово користе?
Буллетт Манале: Генерално гледано, говорите уопште само о самом алату? Како га користе? Мислим, углавном се ради о томе да ли можемо да имамо централну тачку присуства околине. Ако имају мир и знају да ако зуре у екран и виде зелено, знају да је све добро. Када се догоде проблеми и очигледно је да је већина случајева из перспективе ДБА-е, пуно пута се ти проблеми догоде када су испред конзоле, тако да можете бити обавештени чим се проблем догоди. Али поред тога, бити у стању да разумете када се проблем догоди, да будете у стању да доспете до сржи информација које им пружају неки контекст у смислу зашто се догађа. И то је, мислим, највећи део: бити проактиван у вези с тим, не бити реактиван.
Већина ДБА-ова са којима разговарам - а не знам да је добар проценат њих - нажалост су још увек у реактивном окружењу; они чекају да им потрошач приђе и каже им да постоји проблем. И тако, видимо много људи који се покушавају одвојити од тога и мислим да је то велики део разлога зашто се људима свиђа ово средство тај што им помаже да буду проактивни, али и омогућава им увид у оно што се догађа, у чему је проблем, али у многим случајевима оно што ми налазимо барем - а можда нам то говоре само ДБА-ови - али ДБА-и, перцепција је да је то увек њихов проблем, чак и ако је програмер апликације написао апликацију то није правилно написало, они ће бити криви за то, јер они узимају ту апликацију у своје системе или сервере, а онда када су перформансе лоше, сви упућују на ДБА. "Хеј, крива си."
Дакле, овај алат ће се много пута користити да би се помогло у погледу навођења случаја да ДБА каже: „Хеј, ту лежи проблем и нисам ја.“ (Смех) Морамо побољшајте ово, било да се ради о промени упита или ономе што би могло бити. У неким ће случајевима пасти у њихове канте у смислу њихове одговорности, али барем имати алат да им помогну да то схвате и знају, а то раде правовремено, очигледно је идеалан приступ.
Робин Блоор: Да, већина веб локација са којима сам упозната, али прошло је доста времена од када сам вани и гледала разне веб локације са више база података, али углавном оно што сам некада налазио било је да ће постојати ДБА-и који су се фокусирали на неколико база података. А то би биле базе података, да ако икад падну, то би био прави велики проблем за посао, и тако даље, и тако даље. А остали ће само прикупљати статистичке податке да виде да им није понестало простора и да их никада неће гледати. И док сте радили демонстрацију, ја сам гледао ово и размишљао сам добро, на овај или онај начин, проширите, пружајући тако нешто за базе података које су често биле, никог се није превише бринуло, јер они имају раст података, такође имају раст апликације. Проширујете покривеност ДБА на прилично драматичан начин. Дакле, о томе се заправо поставља питање, да ли са оваквим низом алата можете у великој мери пружити ДБА услугу свакој бази података која се налази у корпоративној мрежи?
Буллетт Манале: Мислим, изазов је да је то што сте рекли прилично елоквентно, као да постоје неке базе података о којима брину ДБА, а онда постоје и неке до којих им није толико стало. И начин на који се овај одређени производ, начин на који је лиценциран, врши на појединачној основи. Дакле, постоји, претпостављам да бисте рекли, праг када људи одлуче "Хеј, ово није довољно критична инстанца да желим да се управља овим алатом". То каже, постоје и други алати које радимо има их више, претпостављам, прилагођавање оним мање важним инстанцама СКЛ-а. Један од њих би био попут управитеља залиха, где вршимо лагане здравствене провере против случајева, али поред тога што радимо је да откривамо, тако да идентификујемо нове случајеве који су изнети на мрежи и тада, од тада, као ДБА могу рећи: "ОК, ево нове инстанце СКЛ-а, је ли то Екпресс? Да ли је то бесплатна верзија или је то пословна верзија? "То је вероватно питање које желим да поставим себи, али друго, колико ми је та инстанца важна? Ако није толико важно, можда бих овај алат покренуо и учинио то, генеричким, оно што бих назвао генеричким здравственим прегледима у смислу да су то елементарне врсте ствари до којих ми је стало до ДБА: Да ли се погон попуњава ? Да ли сервер одговара на проблеме? Главне ствари, зар не?
Док је с Диагностиц Манагер-ом алат, који сам вам управо показао, спуштат ће се на ниво упита, прећи ће у препоруку индекса, гледајући план извршења и све те добре ствари, док је ово углавном фокусирано о томе ко је власник, шта ја то поседујем и ко је за то одговоран? Које сервисне пакете и хитне поправке имам? И да ли моји сервери раде са главним састојцима онога што бих сматрао здравом инстанцом СКЛ-а? Дакле, да одговорим на ваше питање, мало је микса. Када имамо људе који гледају овај алат, они обично гледају критичнији низ случајева. Речено је, имамо неколико људи који купују сваку инстанцу коју имају и управљају њом, па то само зависи. Али кажем вам, свеукупно, дефинитивно постоји праг оних који сматрају да је њихово окружење довољно важно да би имали такав алат за управљање тим примерима.
Робин Блоор: У реду, још једно питање пре него што га предам Ерицу. Стиче се утисак, само ако посматрамо индустрију, је да базе података још увек имају живот, али се сви подаци прелијевају у сва та језера података и тако даље. Стварно је то хипе, а хипе никада не одражава стварност, па ме занима какву стварност опажате вани? Да ли су важне базе података у некој организацији, да ли они доживљавају традиционални раст података, о коме сам некада мислио као 10 процената годишње? Или расту више од тога? Да ли велики подаци чине ове базе балонима? Шта је слика коју видите?
Буллетт Манале: Мислим да у многим случајевима видимо да се неки подаци премештају у оне друге сегменте у којима има више смисла, када постану доступне и друге технологије. Од недавно, неке од већих података. Али ове базе података, рекао бих, тешко је генерализовати у многим случајевима, јер су сви мало другачији. Генерално гледано, ипак видим неке разлике. Видим, као што рекох, људи се прелазе на еластичне моделе у многим случајевима, јер желе да повећају ресурсе, а не толико у другим областима. Неки људи прелазе на велике податке. Али тешко је стећи осећај за, кажете, перцепцију, јер генерално гледано људи с којима разговарам имају традиционалне базе података и то користе у окружењу СКЛ Сервер.
То би рекао, рекао бих у погледу самог СКЛ-а, дефинитивно и даље мислим да он добија удио на тржишту. И мислим да има пуно људи који се још увек крећу ка СКЛ-у са других места као што је Орацле, јер је приступачнији и чини се очигледно, како СКЛ верзије постају напредније - и то видите са новијим стварима које настављају са СКЛ-ом, у погледу шифрирања и свих осталих могућности које га чине окружењем или платформом базе података - то је очигледно врло критично способно за мисију. Мислим да и то видимо. Тамо где видите смену, то се и даље дешава. Мислим, десило се то пре 10 година, мислим да се и даље дешава у смислу СКЛ сервера, где окружење расте и тржишни удео расте.
Робин Блоор: ОК, Ериц, претпостављам да публика има питање или два?
Ериц Каванагх: Да, дозволићу вам један брзи. Заправо је прилично добро питање. Један од присутних пита се, да ли ће ми овај алат рећи да ли ће табели бити потребан индекс за убрзање упита? Ако је тако, можете ли показати пример?
Буллетт Манале: Да, тако да не знам имам ли га за посебно додавање индекса, али можете видети овде, овде имамо препоруке за фрагментацију. Такође верујем да смо управо имали, а ово је било у склопу Дијагностичког менаџера који нуди веб-верзију, где ми говори да имам недостајући индекс. А те препоруке можемо видети и то ће нам рећи потенцијални добитак од тога индексирањем тих информација. Друго што бих требао напоменути је да када урадимо препоруке, за многе од њих ће бити створен сценариј за то. То није добар пример, али могли бисте видети, да, ситуације у којима би индекс - или дупликат индекса или додавање индекса - побољшао перформансе, и као што сам већ рекао, ми радимо пуно то путем хипотетичке анализе индекса. Дакле, заиста помаже у смислу разумевања оптерећења посла, да бисте то могли применити на препоруку.
Ериц Каванагх: То су сјајне ствари и ово ће ме упутити у крајње коментаре овде. И Робин, ја и Рицк, чули смо се већ дуги низ година, прича се о само-подешавању база података. То је база података за само-подешавање! Све што могу да вам кажем је: Не верујте им.
Буллетт Манале: Не верујте преварама .
Ериц Каванагх: Можда постоје неке ситнице које се динамички одрађују, али чак и то, можда бисте жељели да то провјерите и увјерите се да не ради нешто што не желите. Дакле, дуго времена ће нам требати такви алати да бисмо схватили шта се дешава на нивоу базе података и као што је Робин рекао, податковна језера су фасцинантни појмови, али вероватно постоји отприлике велика шанса да их преузму колико има ускоро ће ускоро бити чудовиште из Лоцх Несс-а. Дакле, само бих рекао поново, стварни свет има пуно технологије база података, потребни су нам људи, ДБА-ови, да увидимо у ове ствари и синтетишемо их. Можете рећи, морате знати шта радите да би ове ствари функционирале. Али потребни су вам алати који ће вам дати информације да бисте знали шта радите. Испод тога је да ДБА-и иду у реду.
И велика хвала Буллетт Маналеу и нашим пријатељима из ИДЕРА. И наравно, Рицк Схерман и Робин Блоор. Ми архивирамо све ове веб емисије, па скочите на интернет инсидеаналисис.цом или на наш партнерски веб сајт ввв.тецхопедиа.цом за више информација о свему томе.
И с тим ћемо се опростити, људи. Хвала још једном, разговараћемо са вама следећи пут. Брини се. Ћао.
