Одузети: Домаћин Ериц Каванагх разговара о прогнозирању с др. Робин Блоор-ом, Рицком Схерманом и ИДЕРАс-ом Буллетт Манале-ом.
Морате се регистровати за овај догађај да бисте погледали видео. Региструјте се да бисте видели видео.
Ериц Каванагх: Даме и господо, здраво још једном и добродошли натраг у емисију Хот Тецхнологиес! Моје име је Ериц Каванагх, бит ћу ваш домаћин данашњег веб семинара, који се зове „Штедња времена, новца и проблема са оптималним прогнозама.“ „Наравно да сам пропустио први део наслова,„ Најбољи плаћени планови “. Увек разговарамо о томе у овој емисији. Дакле, Хот Тецхнологиес је наравно наш форум за разумевање каквих кул производа данас постоји у свету, свет пословне технологије, шта људи раде са њима, како раде, све те забавне ствари.
А данас се тема, као што предлажем, бави прогнозирањем. Стварно покушавате да схватите шта ће се дешавати у вашој организацији. Како ћете усрећити своје кориснике, без обзира на то што они раде? Ако раде анализу, ако раде прави посао, суочавају се са стварним купцима са трансакционим системима, без обзира на случај, желите да схватите како ваши системи раде и шта се догађа, и о томе се данас добро говори. Врло је смешно јер предвиђање није нешто што бих волела да радим, зато што сам сујеверна, као што мислим да ако превише прогнозирам, десиће се лоше ствари, али то сам само ја. Не слиједи моје водство.
Дакле, ево наших презентатора данас, заиста ваш у горњем левом углу, Рицк Схерман зове из Бостона, наш пријатељ Буллет Манале из ИДЕРА-е и наш др. Робин Блоор. И уз то, предај Робину и само подсети људе: Питајте питања, не стидите се, волимо добра питања, добро их поставите данас нашим презентаторима и другима. И с тим, Робин, однеси то.
Робин Блоор: ОК, па, како сам Им у положају за пола, како кажу, мислио сам да данас причам СКЛ причу, јер је позадина онога што ће расправа наставити и неизбежно се неће сукобити с тим, јер се Рицк не фокусира на то и неће се сукобљавати са оним што Рицк има да каже. Дакле, прича о СКЛ-у, има неколико занимљивих ствари о СКЛ-у јер је његов доминантни. Видите, то је погрешка, СКЛ је декларативни језик. Идеја је била да можете створити језик на којем ћете тражити оно што желите. А база података разрадила би како да је набавимо. И заправо је то добро испало, али постоје бројне ствари које су вредне тога да се кажу, што је последица заснивања читаве ИТ индустрије на декларативном језику. Корисник не зна или не брине о физичкој организацији података, а то је добра ствар декларативног језика - он вас раздваја од свега тога, па чак и брине о њему - само тражите све што желите и базу података отићи ћу по њега.
Али корисник нема појма да ли ће начин структурирања СКЛ упита утицати на перформансе упита и то је помало лоша страна. Видио сам упите дугачке стотине и стотине редака, који су само један СКЛ захтјев, знате, започиње с „селецт“ и наставља се даље и даље са подупитима и тако даље, и тако даље. А заправо се испоставило да ако желите одређену колекцију података из базе података, можете је затражити на много различитих начина са СКЛ-ом и добити исти одговор ако имате неке познанства с подацима. Дакле, један СКЛ упит није нужно најбољи начин за тражење података, а базе података одговорит ће сасвим другачије у складу са СКЛ-ом који у њих унесете.
И тако, СКЛ заправо утиче на перформансе, тако да људи који користе СКЛ, истина о њима, исто тако и за СКЛ програмере који користе СКЛ и још мање вероватно размишљају о утицају који ће имати, јер је већина њиховог фокуса је заправо на манипулацији подацима, а не на добијању, стављању података. А исто важи и за БИ алате, видео сам СКЛ који, ако желите, истискује из БИ алата из различитих база података и мора се рећи, да много тога јесте, не бих писао СКЛ упите тако. Неко је створио, ако желите, мали мотор да без обзира на параметре, избаци неки СКЛ, и опет, тај СКЛ неће нужно бити ефикасан СКЛ.
Тада сам помислио да спомињем неусклађеност импеданце, подаци које програмери користе се разликују од података као што их сортирају. Дакле, наш ДМС похрањује податке у табеле, организовани објектно оријентисани код већином су кодери, данас програмирају објектно оријентисани облик и наручују податке у објектним структурама, тако да не пресликава један у други. Дакле, постоји потреба да се преведе из онога што програмер мисли да су подаци у оно што база података мисли шта су подаци. Што изгледа као да смо сигурно учинили нешто погрешно да би то био случај. СКЛ има ДДЛ за дефинисање података, има ДМЛ - језик за управљање подацима - одаберите, пројектујте и придружите се за добијање тих података. Сада је врло мало математике и мало времена заснованих на стварима, тако да је њихов несавршени језик, мада мора се рећи да је продужен и наставља да се продужава.
И тада, добијате проблем СКЛ баријере, који је увек равна од дијаграма, јер је много људи постављало питања из аналитичких разлога, након што су добили одговор на услове података о питању и желели да поставе друго питање. Дакле, то постаје ствар дијалога, па, СКЛ није био изграђен за дијалоге, био је изграђен за постављање питања шта желите све одједном. И то вриједи знати, јер постоје неки производи који заправо форсирају СКЛ да би омогућили разговор између корисника и података.
Што се тиче перформанси базе података - а ова врста се шири на све - да, терес ЦПУ, тхерес меморија, тхерес диск, тхерес мрежни режији и тхерес проблем закључавања више особа које желе ексклузивно користити податке у датом тренутку тачка у времену. Али ту су и лоши СКЛ позиви, постоји страшно пуно што се може учинити ако стварно оптимизирате СКЛ, у смислу перформанси. Дакле, фактори перформанси базе података: лош дизајн, лош дизајн програма, истовремена количина радног оптерећења, балансирање оптерећења, структура упита, планирање капацитета. То је раст података. У неколико речи, СКЛ је згодан, али се не оптимизује.
Рекавши то, мислим да можемо да пређемо на Рицка.
Ериц Каванагх: У реду, Рицк, дај да ти дам кључеве од аутомобила ВебЕк. Однеси то.
Рицк Схерман: У реду, супер. Па хвала Робин, како смо кренули на почетку презентације, моја графика је још увек прилично досадна, али добро иде уз то. Дакле, слажем се са свиме о чему је Робин разговарао на СКЛ страни. Али оно на што се сада желим мало концентрирати је потражња за подацима која врло брзо пролазе, понуда као у алатима који се користе у том простору или потреба за алатима у том простору.
Прво, у сваком чланку који прочитате има неке везе са великим подацима, пуно података, неструктурираним подацима који долазе из облака, великим подацима свуда које можете да замислите. Али раст тржишта база података континуирано је растао са СКЛ-ом, релациона база података вероватно од 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 година, мислим да се оно и даље дешавало у смислу СКЛ Сервера, где окружења расту и тржишни удео расте.
Робин Блоор: ОК, Ериц, претпостављам да публика има питање или два?
Ериц Каванагх: Да, дозволићу вам један брзи. Заправо је прилично добро питање. Један од присутних пита се, да ли ће ми овај алат рећи да ли ће табели бити потребан индекс за убрзање упита? Ако је тако, можете ли показати пример?
Буллетт Манале: Да, тако да не знам имам ли га за посебно додавање индекса, али можете видети овде, овде имамо препоруке за фрагментацију. Такође само верујем да смо управо имали, а ово је било у склопу Дијагностичког менаџера који нуди веб-верзију, где ми говори да имам недостајући индекс. А те препоруке можемо видети и то ће нам рећи потенцијални добитак од тога индексирањем тих информација. Друго што бих требао напоменути је да када урадимо препоруке, за многе од њих ће бити створен сценариј за то. То нису добар пример, али ви бисте могли да видите ситуације да би индекс - или дупликат индекса или додавање индекса - побољшао перформансе, и као што сам већ рекао, ми радимо пуно то путем хипотетичке анализе индекса. Дакле, заиста помаже у смислу разумевања оптерећења посла, да бисте то могли применити на препоруку.
Ериц Каванагх: То је сјајно, а ово ће ми дати добру слику крајњих коментара овде. И Робин и ја и Рицк чули смо се већ дуги низ година, како они причају о самоиницијативним базама података. То је база података за само-подешавање! Све што вам могу рећи је: Не верујте им.
Буллетт Манале: Не вјерујете у хипер.
Ериц Каванагх: Можда постоје неке ситнице које се динамички завршавају, али чак и то, можда бисте хтјели да то провјерите и увјерите се да не ради нешто што не желите. Значи, већ дуго времена ће требати овакви алати да би схватили шта се дешава на нивоу базе података и као што је Робин рекао, податковна језера су фасцинантни појмови, али вероватно постоји онолика шанса да их преузму колико постоји Монстер Лоцх Несс ускоро. Дакле, само бих рекао поново, стварни свет има пуно технологије база података, потребни су нам људи, ДБА-ови, да увидимо у ове ствари и синтетишемо их. Можете рећи, морате знати шта радите да би ове ствари функционирале. Али потребни су вам алати који ће вам дати информације да бисте знали шта радите. Испод тога је да ДБА-и иду у реду.
И велика хвала Буллетт Маналеу и нашим пријатељима из ИДЕРА. И наравно, Рицк Схерман и Робин Блоор. Ми архивирамо све ове веб емисије, па скочите на интернет инсидеаналисис.цом или на наш партнерски веб сајт ввв.тецхопедиа.цом за више информација о свему томе.
И с тим, збогом, људи. Хвала још једном, добро ћемо разговарати следећи пут. Брини се. Ћао.