Одузети: Домаћин Ериц Каванагх разговара о управљању базама података и откривању примјера са Робин Блоор-ом, Дез Бланцхфиелд-ом и Буллетт Манале-ом у посљедњој епизоди Хот Тецхнологиес.
Тренутно нисте пријављени. Пријавите се или пријавите да бисте видели видео.
Ериц Каванагх: У реду даме и господо. Добродошли још једном. Моје име је Ериц Каванагх. Ствари су вруће. Овдје се ствари загријавају. Не знам шта се дешава Ох, тако је, време је за Хот Тецхнологиес. Да, заиста се зовем Ериц Каванагх. Можете ме наћи на @ериц_каванагх. Ово је емисија која је осмишљена да разговара о ономе што је вруће на тржишту. Данас наслов, „Кључеви краљевине: Управљање СКЛ сервером помоћу динамичког открића.“ Добре ствари. Заиста је твој. Ок, та слика је била од пре неколико година. Нећу да лажем, сада изгледам мало старије, али то је у реду.
Дакле, ми говоримо о томе како су технологије и СКЛ Сервер заиста, стварно, стварно, заиста згодни. Данас имамо читав гомилу садржаја, па ћу то одмах предати. Станите, ево нас. Постоје наши говорници А Робин Блоор је први.
Робин Блоор: Да заиста. Презентација ће се продубити у управљање базама података, па сам само мислио да ћу проћи кроз управљање базама података или, знате, лавиринт базе података, како бих људе увукао у дух. Некада сам био ДБА, претпостављам да можете рећи да сам био консултант за базе података пре око 20 година, а ствар која ме заправо изненађује у базама података је да се није много променило. Много ствари се променило у погледу брзине, у погледу количине података и сличних ствари, али много тога заправо остаје врло слично ономе што се раније догађало.
База података је, по мом мишљењу, организована проширива колекција података која се може оптимизовати за специфично радно оптерећење и пружити могућности управљања подацима. Настао је превасходно зато што, ако сте желели да управљате подацима у датотекама, то је ужасно тежак посао. А идеја о састављању дела софтвера који ће урадити готово све што вам је било потребно, нестала је скоро одмах, чим смо имали 1970. случајни приступ ИБМ маинфрамес-у.
Релацијска база података измишљена је 70-их и настала је по питању прототипа 80-их и својеврсно је вукла на тржишту од почетка 90-их па надаље. А релацијске базе података су и даље изузетно доминантне у популарности. Ако прочитате штампу, чут ћете пуно ствари које су речене о тим - СКЛ базама података, а у последње време постоји огромна бука око база података графикона. А оне су занимљиве, ако желите, али заправо и даље у најновијим продајним бројевима, релацијске базе података имају 95% тржишта. А Мицрософт СКЛ Сервер о коме ћемо данас детаљније разговарати је други најпопуларнији за Орацле.
Оно што се односи на релацијске базе података чини их необичним у погледу мотора који јесу јесу да могу радити и на ОЛТП-у и у захтевима за рад. Ако то радите, морате их другачије прилагодити, али они заправо могу оба типа посла. Једна од њих су кратке случајне трансакције, а друга су дугачка упита која обухватају пуно података. Алтернатива, НоСКЛ база података и база графикона углавном су за аналитику и оне су се релативно недавно повећале. НоСКЛ је био први, а граф је почео да добива мало вуче у последње време. НоСКЛ се може користити за трансакцијске активности, али графикони се готово никада не користе за трансакцијске активности. Разлог, наишао сам на статистику која заправо мислим да има најмање десет година која каже да већина компанија има најмање три, заправо цифра је била 3,5, различитих марки база података, ако погледате њихов попис софтвера.
Али стварност је да се већина компанија стандардизира на одређеној бази података. И већина компанија се стандардизовала или на СКЛ Сервер и Орацле као две најпопуларније за, ако желите, стандардне базе података.А алтернативе користе само у изузетним околностима када, на пример, добијају софтверски пакет за који је потребна другачија база података или настављају након неких од великих циљева за анализу података који су настали.
Такође имамо, ако желите, уплитање Хадоопа. Хадооп је на овај или онај начин постао више од датотечног система, али још увек није база података. Међутим, он има СКЛ који се налази преко врха. Али постоје докази да то није баш истискивање или било где близу надомјештања релацијских база података које су заслужиле срца и умове свијета. А разлог за то су заиста те релацијске базе података којима је требало двадесет година, заправо дуже од двадесет година да постану једнако добри. И не морате само да направите механизам за упите или СКЛ мотор који је заиста успешан у врло мало времена. То се једноставно не догађа.
И закључак овог слајда је да су базе података стратешке и оне се развијају, постају боље. А то је сигурно био случај са Орацле и Мицрософт СКЛ Сервером. Вероватно се мало вас сећа још из дана када су се базе података први пут појавиле, али ја сам тада био дечак. Првобитна идеја је била да постоји јединствена база података и да је то била концептуална идеја која апсолутно никада није настала. Покушао је ИБМ са АС / 400 да уствари има датотечни систем заснован на бази података, али ни он није доминирао. Остали сте са чињеницом да се базе података природно фрагментирају. У ствари, природно имате више инстанци. Постоје проблеми са скалабилношћу. База података се своди само на одређену величину, признаје се да се величина током година повећавала, али имали су ограничења.
И било је проблема са радним оптерећењем, а главни проблем је био што ОЛТП радно оптерећење и велика количина упита једноставно нису компатибилни једни с другима. А било је немогуће изградити мотор који би то учинио. Оно у што наилазимо, што је помало занимљиво, недавно сам наишао на веб локацију која је имала преко хиљаду различитих примерака Орацле. Не могу се тачно сјетити колико су имали ДБА, али ако сте заправо разговарали с њима о томе колико је тих база података пратио ДБА, било је нешто попут десет. Они су у основи користили базу података као ормар и само бацали податке у њу јер сте барем имали шему и она је била организованија него што би икад био датотечни систем, али нико није радио ништа друго него да јој је задао конфигурацију и задао је лабав.
Нисам сигурна да ли је то добра идеја. Искрено, звучи ми бизарно јер, по мом мишљењу, кад год сам радио са базама података потребно је присуствовати базама података и морали сте, на овај или онај начин, тачно знати шта се тамо догађа. А страшно пуно међузависности система значи да одређене врсте услуга апсолутно морају бити задовољене или у супротном имате проблеме.
Недавно је било говора, наилазио сам на разне базе података за које тврди да се самоиницијалирају. Оне које су трговине ступацима које су постављене за промет упита углавном се самоиницијативно постављају јер постоје врло два избора која требате узети у погледу индекса. Али осим тог одређеног подручја, базе података морају бити прилагођене. И треба их прилагодити, одређене релацијске базе података, углавном зато што страшно пуно трансакција укључује придруживања. Придруживања су скупе активности. Ако не поставите праве индексе на право место, онда вам се придруживања одузимају безобличне количине времена када то не треба.
Тренутно се самоиндустрирају базе података и постоје само у оним областима у којима је радно оптерећење добро познато. А моје искуство је да већина компанија запошљава врло мало ДБА-а и то зато што су скупе. И зато је боље ако можете да измените оно што ради ДБА. То су активности ДБА-е како их разумем. Обављају инсталацију, конфигурацију и надоградњу база података. Надоградња, успут, није нужно тривијална активност. Разлог због којег бисте надоградили базу података, мислим, правило са којим сам увек радио је да је не додирнете ако ради, а ако ћете надоградити базу података на било коју одређену нову верзију, то урадите у тестном режиму прво и након тога све надоградите. И даље увек имате исту верзију. Али у ствари, пуно сајтова на које наилазим није оно што се дешава. Постоји, рецимо, приличан степен ентропије. Управљање лиценцама је проблем, зависи од лиценце коју имате. ЕТЛ и репликација података.
Један од трикова са базом података је да ако имате оптерећење упита које треба поделити, можете да створите две инстанце и копирате, а то се често дешава тамо где људи користе реплику као врућу резервну копију ако треба. Затим планирање складиштења и капацитета, што је део активности ДБА-е, јер подаци наравно расту и то морате пратити. А онда морате планирати разне надоградње хардвера или надоградње хардвера. Постоји решавање проблема која је болна активност за већину ДБА. Тамо где нешто пође по злу и резервне копије не функционишу баш савршено и тада морају засукати рукаве и сићи доле и покушати вратити ствари из датотека са записницима. То се догађа много чешће него што мислим, па, сећам се да се то догађало, али био сам ван игре најмање десет година, али се сећам да се то догађа много чешће него што бисте икада очекивали. Надгледање и подешавање перформанси су само срце за посао ДБА. Али такође постоји сигурност у погледу управљања приступом, сигурносним копијама и опоравком, стварајући софтверски систем тестирања који ће разумно паралелно радити систем уживо. И целокупни подаци о животном циклусу података. Тако да је, по мом мишљењу, списак послова ДБА-е осим било чега другог од чега би они могли да буду тражени. Оперативна динамика. Коначно, интегритет података и управљање нивоом услуга су главна одговорност ДБА. И обично су критични. И то је све што морам да кажем. Предаћу Дез.
Дез Бланцхфиелд: Много вам хвала. Водићу нас на мало забавно, анегдотско путовање зашто је читава тема о којој се данас говори и критичнија него икад. Не тако давно учествовао сам у пројекту у којем смо преместили платформу државне владе која се користи за регистрацију дозвола и регистрацију возила и читав низ ствари око те теме, са платформе Фујитсу маинфраме која покреће ствар под називом А + Аддитион, а то је оперативни систем Соларис, или другим речима, Уник, који ради Орацле и ради врло добар посао. А поглед је био да се ова ствар стара и да је време да се то пребаци на нешто друго. Пуно смо се забавили радећи Уник на маинфраме-у, а био је врло стабилан и веома сигуран и довољно необично СДЛ платформа и био је апсолутно муњевит. Али мудрост је била да је време да се склонимо са главног рачунара и кренемо.
Овај значајан изазов за мапирање свих система и пословне логике и СКЛ окружења за базе података испод и гледање на који начин смо архитекту и инжењеру поставили нови дом за то. И завршили смо је са једном од ових ствари која је стара неколико година, али један је од најбољих делова Сун Фи рацк система Старфире сервера. Ово су вероватно неке од највећих кашика које можете купити на планети и који живе у једном великом кутији и симетричном мултипроцесорском серверу. То је био систем средњег домета у нашем свету. Водио је Уник и изворно управљао Орацлеом, а поглед је био: „Шта би могло поћи по злу?“ Па, испада да, пуно.
На пример, у то време, а о томе давно не говоримо, морали смо да прођемо кроз врло ручни поступак да бисмо открили шта се налази на маинфраме платформи и прешли на њих. Конкретно стварно окружење базе података и СКЛ логика. Дакле, поглед је био да ће то бити прилично директан потез Орацле-то-Орацле, потез од базе до базе података; наишла би на сву пословну логику, већина пословне логике била је написана у уграђеним упитима и окидачима, и колико је тешко бити? Али нешто што је требало да траје месецима на крају је потрајало не баш годину дана. Да бисмо физички и ручно прошли кроз сваки део Уника у окружењу маинфрамеа, открили где су све базе података и колико инстанци су радили и шта се покренуло на тим инстанцама. Била је то невијална вежба и на крају смо то радили три пута само да бисмо били сигурни да смо све заробили. Јер сваки пут кад смо помислили да смо ископали колико год је било потребно, испод површине се испоставило да их има више.
Други изазов који смо имали је био који се случајеви покрећу и у ком стању? Да ли је ово развојно окружење? Да ли је то тестно окружење? Да ли је то део процеса интеграције? Да ли је то системска интеграција? Да ли је то УАТ, тестирање прихваћања корисника? Да ли је то производња? Да ли је то ДР окружење? Будући да је главна ствар маинфрамес-а да можете изградити та мала виртуелна окружења која сада сви узимамо здраво за готово и премештати ствари. И морате да радите да ли та особа ради развојни развој и тестирање, или се бави производњом, да ли постоје стварни корисници на овоме? Имајући у виду да ова ствар прави издавање возачких дозвола и регистрација аутомобила у стварном времену и ствари које су заиста важне за живот људи.
И требало је дуго времена да се направе сигурносне копије за ову ствар, тако да стварно нисмо имали прозор одржавања да ствар узмемо ван мреже и видимо шта се догодило. Није постојало то преусмеравање. Такође смо имали изазов не само да пронађемо које се инстанце раде и где и за кога, већ смо тада морали да утврдимо које су верзије неких инстанци покренуте. Овде сам замало изгубио парцелу. Када сам почео да схватам да имамо две или три верзије производног окружења кроз различите нивое тестирања и било је врло мало на путу од алата и систематских приступа томе. Буквално смо морали да продремо у код и у почетну инстанцу, а у неким случајевима ризикујемо да нешто време искључимо ван мреже. Дошли смо до дна ове ствари, пресликали смо је и, као што сам рекао, то је био врло ручни процес. И коначно смо направили целу смену ЕТЛ-а, бацајући је са једног места и премештајући је на друго и у целини је успела. И били смо такви, у реду је функционална, врло смо задовољни с тим.
Али тада смо наишли на низ врло озбиљних зидова од цигле. Нарочито смо пронашли проблеме са перформансама. И разумно размишљање дана је било, па прешли смо на већи, бољи, бржи, тврђи хардвер, нема разлога зашто би лоше функционисао у апликацији на нивоу базе података, па кренимо да тражите друго место. Дакле, мрежу смо два пута потпуно ревидирали. Сваки рутер, сваки прекидач, сваки кабл, у неким случајевима смо прелазили од Етхернета до фибер-ја, надограђивали смо софтвер, закрпили смо се, добијете преглед. Мрежу смо у основи реконструисали два пута мислећи да је то проблем перформанси. А изгледало је и осећало се као да јесте. Прошли смо кроз различите безбедносне системе, различите заштитне зидове. Закрпили смо оперативни систем. Пребацивали смо ствари са једног рачунарског сечива у друго. А провели смо много времена гледајући део инфраструктуре.
И тада смо схватили да када смо искључили сервере и покренули неке друге апликације на њему, мрежа функционише сасвим у реду. Па смо почели да раздвајамо оперативни систем. Исти проблем. Али занимљиво, мрежни ниво и ниво оперативног система, алати су били тамо, заправо је било релативно једноставно да се упоредимо и тестирамо и докажемо да сваки од тих комада ради. Али чак и тада, на Соларису у средњем опсегу на СПАРЦ хардверској платформи, алата једноставно није било да бисмо започели дијагностику окружења базе података. Знате, мапирање јесмо ли увели све инстанце. И тако смо морали да направимо сопствене алате и напишемо неке и седнемо и да ли је то унутар самих алата базе података на изворним језицима скриптирања или је то био низ скрипти шкољки или у неким случајевима гомила Ц програма.
Коначно смо ушли у неколико врло занимљивих питања где је логика испод СКЛ слоја, самих мотора података базе података, испоставило се да када је нешто изграђено на посебан начин за нешто што се изводи на верзији Орацле-а за маинфраме премештено је у Соларис на СПАРЦ верзија Орацле није одмах пренела исте перформансе. Дакле, ово је за нас било прилично болно путовање, само што смо га урадили и све то пронашли, али сада смо морали да га дијагностицирамо на новом производном систему и поново је ова ствар избацила месечну миграцију, вредну готово годину дана. И једноставно се сводило на то да ми нисмо имали алате. Трчање радећи ствари попут покушаја пресликавања метаподатака.
У неком тренутку смо скоро одлучили да нам треба Оуија табла, јер ће тако бити лакше да насумично покажемо и покличемо. Једноставне ствари као што су откривање ко је имао приступ старим системима и зашто су имали приступ. А коме је био потребан приступ новом и потврда, навођење некога да то одјави и потврди и то пресликава. Чак и нешто тако једноставно као што је величина базе података, нису биле у складу на две платформе. Морали смо да направимо алат да бисмо то урадили и упоредили колико је велика база података у тонажи, у сировим мегабајтима или терабајтима на систему А у односу на систем Б. И зароните у више детаља око перформанси и окружења перформанси. Опет, морао сам да направим нове алате. Једноставно није било нас.
И све ово извлачите из овога, кад смо стигли да се ствар покрене и стабилно смо је поставили, сваки њен део био је врло ручан процес, једини начин на који смо могли нешто аутоматизовати био је ако изградимо нови алат или нова скрипта. А да смо имали алате који су данас доступни на располагању живот би био много лакши и бољи. И уштедјели бисмо милионе на овом пројекту. Али мислим да је оно о чему ћемо данас разговарати чињеница да су алати доступни и који живот чине много лакшим. Многе замке и даље остају. Откривање база података које су тамо и које инстанце покрећу шта. У којем су стању. Колико њих ради? Зашто трче. Без обзира да ли добро раде Јесу ли подржани?
Све су то ствари које на много начина сада можемо узети здраво за готово уз помоћ исправних алата. Али било је периода у овој конкретној анегдоти, као што сам рекао, где је то нешто због чега смо многи изгубили пуно косе, вероватно смо одузели петнаест година свог живота, и оплакивали чињеницу да алата сада није било тамо. . И радујем се што ћу чути још пуно тога о нашем госту данас, Буллетт. Дакле, Буллетт, прећи ћу на вас и радујем се што ћу вам рећи како сте решили овај проблем.
Буллетт Манале: У реду. Звучи одлично. Ериц, допусти да дођем овде са слајдовима и попричамо мало, стварно, о Идеји, компанији, пре него што нађемо у самом производу. Као ФИИ, ово је врста различитих производа који имамо на располагању.
Ериц Каванагх: Ваш звук је прилично врућ, тако да ако користите слушалице, само га мало повуците према горе.
Буллетт Манале: Нема проблема. Је то боље?
Ериц Каванагх: То је много боље. Однеси то.
Буллетт Манале: У реду. Дакле, данас ћемо се фокусирати на управитеља залиха који је очигледно усклађен са многим тим темама о којима разговарамо. Желим вам само мало разумети како је овај производ доспео тамо где јесте. Почели смо свакодневно гледати с производном линијом, имамо алат за праћење перформанси који се зове Диагностиц Манагер. Имамо алат за управљање усклађеношћу. Дакле, пуно различитих алата око СКЛ Сервера и неизбежно увек постављамо питање у сврху лиценцирања, "Колики је број инстанци којима тренутно управљате у вашој организацији?" А занимљиво је да никада нисмо успели да добијемо чврст одговор на то. Уопште није било важно с ким сте разговарали. Одувек је некако био: „Па мислимо да је то око овог броја.“ Такве ствари су увек долазиле и тада бисмо морали да прођемо кроз овај процес како бисмо схватили шта је тачно оно што су желели да лиценцирају у погледу случајева којима управљамо.
Очигледно смо врло брзо схватили да се чини да постоји неки бол повезан с тим са пуно ДБА. Очигледно је да је ДБА једна од ствари за коју су они одговорни јер то мора да се брине о њиховим уговорима о лиценцирању, у нашем случају са Мицрософтом и СКЛ сервером. Очигледно је да имају пуно других различитих области за које су одговорни, али то је једно од оних који су врста велике карте са аспекта ДБА, што су ваше опште одговорности. С тиме смо закључили да нам је потребан алат који олакшава ДБА да заиста може разумети тај број. Јер имате СКЛ ширење ако желите то назвати и то се догађа из више различитих разлога. Нема можда толико контроле око тога ко инсталира софтвер и такве ствари.
А најгоре што се може догодити је да неко добије руку на копију СКЛ Сервера, инсталира га, почне с њим без икаквог знања са неким другим организацијама или одељењима у компанији, а онда је следећа ствар коју знате, можда подаци се не сигурносно копирају и такве ствари које се могу догодити. Где сада имате други проблем, где имате ситуације у којима ћете заправо изгубити критичне податке, јер не знате да инстанца уопште постоји.
Једна од ствари коју смо морали учинити је да рецимо да смислимо део открића. А онда поврх тога моћи да организујете и управљате тим информацијама које прикупљамо на логичан начин који има смисла на основу онога што посао ради. А онда очито из тога моћи доносити одлуке око тих информација и бити у стању да радите такве ствари. То је врста алата и одакле долази. Могу вам рећи да у редовном разговору са ДБА-има оно што заиста имамо јест проблем незнања колико случајева има.
И смешно је јер, израз, не можете да управљате оним што не можете да измерите, увек је смислио алате за перформансе које имамо, као што је СКЛ Диагностиц Манагер, али заиста не можете ништа да управљате ако то не знате „То“ је чак и тамо. Дакле, то је и један велики део овог алата, који је у стању само да зна да је тамо.
На тој биљешци, разговарајући са неким већим организацијама или пословним продавницама са СКЛ Сервером, занимљиво што смо пронашли са много момака с којима смо разговарали је да су они уствари одредили време током своје године где они су физички ходали из једног места у друго да би покушали да утврде како та тачка изгледа. Можете замислити као ДБА да вам се плаћа прилично добар новац да бисте у неким случајевима физички ходали из једне машине у другу, што је било изненађујуће оно што бисмо чули од неких прилично великих компанија које нећу именовати. Али, само занимљива ствар да би се две недеље у години могло потрошити радећи ове врсте вежби само да би се открило да ли је број њихових лиценци тачан.
Ово је све повезано са овом алатком и на који начин помаже, али начин на који смо се позабавили био је кроз могућност открића заснованог на бројним карактеристикама СКЛ Сервера. И тако, прво питање је на шта упућујете или на шта покушавате прво да гледате? Начин на који смо то урадили био је да кажемо то радимо према ИП распону или можемо то учинити чланством самог домена у погледу рачунара који су чланови домена. На такав начин смо се позабавили тим делом, само да бисмо могли рећи да је то подручје на које се желимо фокусирати у смислу открића.
И онда се други део тога заснива на тим карактеристикама, портовима и осталим стварима, кључевима регистра регистара ВМИ и таквим стварима, можемо прикупити и утврдити да се СКЛ вероватно покреће и инсталира на тој инстанци или у том одређеном окружењу. Очигледно је много боља метода од методе патика или експресних метода патика. Сјајна ствар је да се све те информације које прикупљамо о инстанци чувају у складишту и могу се мењати како се окружење мења. Не ради се само о „Хеј, постоји инстанца, ево листе коју смо пронашли“, већ је то ДБА или особа која управља инстанцама моћи да утврди да ли желе да направе тај део инвентара, а затим када то није део инвентара, да бисте могли декомпонирати ту инстанцу. И тако они имају животни циклус целог процеса инстанције СКЛ Сервер-а да се заиста лако разуме у оквиру алата.
Након што смо открили случајеве, шта да радимо након тога? Друга ствар је пуно информација о инстанци, не желим да је ручно набављамо и стављам у прорачунску табелу или такве ствари. И то је још једна ствар која је била занимљива у разговору са ДБА-овима о поступку пописа и лиценцирању, а то је да бисте се изненадили колико ДБА-ова сам разговарао када их питате: „Како одржавате залихе?“ И разговарамо са ДБА-овима који је заиста ироничан део тога, да то чувају и прате у статичкој табели свих ствари. Као што рекох, врло је иронично када на тренутак размислиш о томе. Али то је било у пуно случајева, а још увек је случај са многим организацијама како то успевају. Како то чувају. То је главна копија прорачунске таблице у Екцелу која се лебди около и мора се редовно ажурирати.
То су ствари које су биле изазов, па регистровањем те инстанце и уврштавањем у инвентар, то можете учинити и покупити податке. Можете га аутоматизовати без обзира да ли постаје део инвентара, верзије, издања и остале ствари које можете учинити с њим можете ручно додати можда ону листу или Екцел прорачунску таблицу коју имате. Можете их увести у овај алат зван СКЛ Инвентори Манагер. Ако већ имате почетну тачку инстанци за које сматрате да сте прилично сигурни, можете да увезете те инстанце и затим тај део управљаног инвентара направите у производу. Једном када имамо инстанцу и кад сазнамо да је она тамо то постаје, у реду, имамо пуно информација које можемо искористити знајући да је та инстанца тамо, изласком и прикупљањем тих информација.
И пуно ће информација бити потребно у више од сврхе лиценцирања. Много тога се може искористити за очигледно само знати где су ствари, за претраживање ових информација након што су добијене. Али кључна ствар је сервер, сам хардвер. Бити у стању да разумете каква је то машина, можда модел или произвођач, меморија, количина меморије, било да је физичка или виртуелна машина, а посебно број физичких утичница или језгара и ЦПУ-а и те врсте ствари.
У погледу броја језгара, посебно код СКЛ Сервер-а, сазнање о начину на који они лиценцирају је израчунавање по језгри сада у новијим верзијама СКЛ-а, то постаје заиста важан део тога и то није ништа што имате изаћи и отићи копати. Једном када је инстанца идентификована, ми можемо дати те податке и извући их из вас и пустити да је погледате и разумете и очигледно је можете искористити.
Следећи слој доле је на инстанци која очигледно има много различитих инстанци СКЛ Сервера, било да је стандардна или пословна или чак изражена по том питању или бесплатна верзија СКЛ Сервера. Бити у стању да разуме и које су апликације повезане за ту инстанцу и то се може урадити аутоматски. Бити у стању да разуме конфигурациона подешавања и такве ствари, као и друге информације које се односе на инстанцу самог СКЛ сервера.
Затим се спуштате до стварне базе података и видите конфигурациона подешавања, количину простора везано за те податке, где се они налазе, све ове ствари се аутоматски попуњавају, тако да је то велико уштеде времена. И још једном, јер динамички излази и свакодневно идентификује нове инстанце, то је живо биће које имате у погледу свог инвентара. То је такав циљ производа да га на тај начин направи, а то је да се то нешто динамички мења.
Сада када нам све ове информације постану доступне и можемо повући све те податке, тада заиста има смисла започети у неким случајевима креирати сопствене метаподатке повезане са тим инстанцама и тако да се метаподаци могу креирати на такав начин поравнава са начином пословања.
Дакле, ако имате своје инстанце груписане према географској локацији, власницима апликација или власницима ДБА или било шта друго, то би могло бити у смислу како желите груписати те инстанце, како логично желите да схватите те инстанце, тада сте тамо две области унутар алата које ће вам пружити ту могућност.
Прва је могућност креирања ознаке примерка или ознаке. Што у суштини ствара повезаност са сервером, инстанцом или базом података тако да можете да креирате приказе и одговарате на питања која се свакодневно могу појавити, што вам заиста помаже да схватите шта имате, чиме управљате и како желите да напредујете са тим информацијама.
Друга ствар коју имамо је нешто што се назива пољима инвентара или прилагођеним пољима инвентара, а они су специфичнији за врсте ситница информација које можете да извучете, на пример слој базе података у коју бих могао да одлучим да додам падајућу листу која има сви ДБА и могу поставити ко је одговоран за ту базу података, овисно о врсти ситуације или шта год, која год база података била с онима који су одговорни за то, могу то одабрати тако да знам да су они одговорни и врло лако само копањем у инвентару.
Тако ови подаци постају веома вредни, посебно ако имате велико окружење, јер вам само помажу да схватите те информације и знате шта имате и како то радите.
Дакле, пустите ме да пређем на следећи слајд овде. Оно што вам сада показујем јесте да су све ове информације прикупљале, све ове информације и подаци који су прикупљали и примењивали метаподатке да бисте добили могућност да донесете много лакше и брже одлуке када је реч о повећању лиценци код Мицрософта у корпорацијском количинском лиценцирању или осигурању софтвера код Мицрософт-а
То вам чини стварно лакшим за то да радите, а не да морате, морате да радите и радите пуно ручног прикупљања података, пуно ручног прикупљања тих информација, што заиста у целини чини много бољи процес. Тако да је то један од мандата производа, некад да ДБА-овима буде лакше доносити те одлуке око лиценцирања.
Сада је друга ствар коју смо, некако разговарајући са ДБА-овима, врло брзо открили и сазнали, да би - и она се враћа на оно што смо раније разматрали - можда у вашем окружењу СКЛ Сервера имате 300 инстанци, али постоји само можда подскуп од оних који се стварно у потпуности прате и управљају из традиционалних алата за праћење перформанси.
Дакле, ако одете и заправо седнете са ДБА-ом и кажете: „Гле, знамо да сте добили ових 20 примерака или 10 примерака од 300 који се прате помоћу овог алата који је дизајниран да надгледа то и у складу са вашим СОА-има и добијте упозорења и све такве добре ствари ", оно што смо такође открили је да ако сте питали," Па, шта је са тим другим 280 случајева које имате? Да ли их брига за њих? "И они се брину за њих, али само не желе да нужно уложе улагање да би надгледали оне на нивоу дубине који се могу урадити са тим примерцима насупрот тих 10 или 20 заиста, заиста критичних инстанце производа.
Дакле, други део једначине са овим алатом је да он такође помаже у смислу да будете сигурни да сте на основном нивоу покривени у погледу здравља примера. Сада вам неће рећи да ли имате застој или ко је жртва ћорсокака. Не може доћи до тог нивоа самих сесија и детаља упита. Али у исто време ће вам то и даље дати до знања, пазите да се сервери смањи или ако се волумен попуни или је потребно да направите резервне копије базе података, то је важан део ДБА.
Дакле, такве су ствари дефинитивно још увек важне, па су вам помоћу овог алата на неки начин омогућили да ухватите све за ваше критичне случајеве који имају пуно, пуно вредних везаних за њих, ако оду доле морате знати одмах. Они могу имати виши ниво надгледања и бити у стању да раде такве ствари, док ће с тим моћи да покупе све нове примере који се додају у животну средину и осигурају да се они урачунају и да се такође увере да формирају се основни нивои здравствених прегледа.
Дакле, то је укратко оно о чему се ради код менаџера увоза СКЛ инвентара. Сада ћу вам показати демонстрацију. Пре него што то учинимо, брзо вам покажем да је ово архитектонски слајд овде и само да бисмо то показали, примере СКЛ-а који су управљали, можемо да откријемо све, од СКЛ 2000, па све до нових верзија СКЛ.
Дакле, то можемо и без да икада применимо агенте у саме инстанце. Ми то радимо путем услуге прикупљања података и идемо да извадимо те информације и ставимо их у спремиште, а затим ћемо из предње конзоле Томцат веб сервиса моћи да комуницирамо с тим подацима и погледамо је. Дакле његова прилично једноставна архитектура.
Идем напред и пребацим нас, а заправо нас уведе у сам производ да бисте стекли осећај за то, разумевање како то функционише. Дакле, најбољи начин да то урадите је да вас прво упознамо са самим интерфејсом, а то је врста контролне табле која је овде гледала.
Могу сада да видим колико је примера да имам под управом. Али ни ја немам читав центар података у задњем џепу. Дакле, имам око шест случајева које овде видимо. Сада, када је речено, Им, оно што ћу учинити је проћи кроз процес откривања и показати како ће то функционисати.
Сада прво што бисте урадили је да у одељку са администрацијом одредите како желите да откријете своје инстанце. Ту информацију би могли поново да ставите овде и још једном, што се може учинити преко низа ИП адреса. Можете да укажете на домен или поддомену и да можете само на оним машинама који су чланови тог домена да изврше оне провере за које бисте могли да изаберете различите врсте карактеристика када се СКЛ-ови покрећу да бисте проверили.
Онда када то учините и можете да будете аутоматизовани да се изводи на дневној бази како бисте ишли и прикупљали те податке. По могућности бисте то могли да урадите и ад хоц. Али када једном започнете тај процес откривања, оно што ћете почети видети је када пређете овде на приказ примерака. Имате картицу Откривање и картица Откриће показаће нам оне случајеве који су недавно откривени. Дакле, у нашем случају овде имамо број. Оно што ћу ићи напријед је оно што ћу искористити као примјер. Дакле, ово је случај у Чикагу у овом случају, зар не? Ја ћу наставити и додати ту инстанцу у свој инвентар.
У реду и иде ме кроз неколико ствари овде. Само идем напред и видећете да можемо да поставимо акредитиве. Моји акредитиви би тамо требали бити добри. Идем даље и приметићете да могу доделити власништво над тим ако желим. Такође могу да одредим локацију. Сада се може додати и сама локација, и то ће се сетити следећег пута, очигледно.
Опет могу повезати ознаке са овим у погледу метаподатака и како бисмо желели да ове инстанце СКЛ-а, посебно овог, ставимо у коју год канту желимо да ставимо. Тако да имамо неке тренутне ознаке, популарне ознаке , па можемо погледати гомилу различитих ознака које сам можда већ укључио. Само ћу одабрати неке од њих насумично и то можемо применити.
Дакле, сада кад наставим и додајем ово у инвентар. Сада када је додата, сада бисмо видели да се приказује под овим управљаним приказом, тако да можете видети овде наведено овде. Дакле, знате да је то први корак и оно што сам вам управо показао био је начин на који бисте углавном додавали те случајеве док свакодневно пролазите. У неким случајевима можете рећи да знате шта ако његово пословно издање СКЛ сервера то аутоматски желим додати у свој инвентар? Не морам ручно да одем и одлучим се за то.
Јоцелин: Прекинућу те стварно брзо. Нисмо видели ваш демо.
Буллетт Манале: Ти ниси?
Јоцелин: Не.
Буллетт Манале: Па то није добро, да видимо.
Ериц Каванагх: Ако одете у горњи леви угао, кликните на дугме Старт, кликните на то.
Буллетт Манале: Ах ок.
Ериц Каванагх: А сада делите екран.
Буллетт Манале: Жао ми је због тога. Аха.
Ериц Каванагх: То је у реду. Добар улов, продуцент Јоцелин.
Буллетт Манале: У реду, је ли тако боље? Да ли га сада видите?
Робин Блоор: Да заиста.
Буллетт Манале: У реду, па нека вас само проведе тамо где смо брзо били стварно. Открили смо примере које смо имали и раније. Управо сам додао инстанцу у Чикагу и сада је овде наведено све што сада видите. Примјетите да је већ извукло пуно додатних информација. Ако кликнем на саму инстанцу почет ћете видети све врсте информација које смо већ прикупили о тој инстанци. Сада је списак свих база података које се налазе тамо. Можемо видети рашчламбу база података по величини и према активности у смислу којих има највише величине и активности.
Још једном можемо вам одмах рећи шишмише које апликације видимо да се покрећу на тој инстанци на основу радног оптерећења за које видимо да се покреће на инстанци. Тако је лијепо то моћи урадити аутоматски. Не морам да улазим и да вежем пријаву за случај. На основу онога што смо видели то можемо да населимо. Ако желите ручно додати апликацију, то апсолутно можете учинити. Али то је само леп начин да се покаже повезаност инстанције са базом података или, жао ми је, са апликацијом.
Такође ћете приметити да на десној страни екрана имамо тренутни резиме, а испод тога имамо резиме сервера. Дакле, овде смо разговарали о кључним подацима о инстанци, познавајући верзију, а не само, знате, СКЛ Сервер 2012, већ стварни број верзије који укључује и каже нам који су хитни поправци везани за њега, који су сервисни пакети везани за то може бити веома важно знати. Очигледно је да је меморија потребна. Све тако, без обзира да ли је било у групама, све ове информације, не морам да их стављам - већ се скупљају и сакупљају, а кад једном утврдимо да је откривена примера, то ће бити део нашег инвентара.
Друго што ћете овде видети - и то ће вам показати - је испод овог приказа приказа. Имамо ове атрибуте о којима сам раније говорио, прилагођене атрибуте који се могу додати. Дакле, можемо додати отворене врсте поља у оквире, можемо учинити да / не у смислу, знате, милијарду врста избора. Чак можемо да направимо падајуће листе. То можете учинити на инстанци базе података или на нивоу сервера.
Затим ако се помакнемо мало даље, видећемо све повезане информације на самом серверу. Дакле, знате да су све ове ствари очигледно заиста, заиста корисне јер су се све то сакупиле и сакупиле, а ту су и за нас чим донесемо одлуку да то буде део нашег инвентара. Овде можемо показати неке разлике у погледу процесора, броја логичког наспрам физичког, колико меморије. Дакле, заиста добијате заиста добре и богате информације, а да не морате много да радите.
Сада други део овога, као што рекох, прикупља ове податке на нивоу сервера. Ако се чак и спустимо у базу података, можемо видети да је много тога уништено и за нас.Дакле, ако одем у своје складиште усклађености, у овом случају бих могао рећи, добро знате да се ово бави, ово је база података о усаглашености у којој је ниво усаглашености или регулаторног захтева повезан и може бити, рецимо, Усклађивање са СОКС-ом или са ПЦИ. Тако да могу бирати у којим базама података је која усаглашеност повезана са њима коју морам да испуним или уверите се да се одржавам у складу са тим регулаторним захтевом.
Тако да су се такве ствари показале врло кориснима за ДБА јер постоји место на које они могу централно да одрже све те придружене метаподате у свом окружењу и лако могу учинити да, као што сам рекао, ускладе са својим послом како раде. , као начин на који послују. Дакле, ако погледамо све досадашње ствари оно што смо видели, очигледно сте добили прилично добар преглед примерка, ако будем детаљно проучавао.
Такође могу да претражим, па сам рекао да идемо да потражим то складиште усклађености по свом инвентару. Оно што ћете овде видети је да могу да претражим те ствари и да их могу идентификовати. Кажем то - нисам сигуран шта, моји тастери за покретање не раде тамо. У реду. Да видимо, нека покуша поново. Ево га. Дакле, ми бисмо тада могли да видимо рашчламбу тамо где видимо да ли је било шта у сагласности и ја могу да се позабавим тиме и да то видим са те тачке гледишта. Тако сте добили заиста брз и једноставан начин да копате по тим подацима.
Као што смо раније поменули, имате много различитих начина за креирање метаподатака против сервера и базе података инстанце. Други део је то што можете искористити на начин на који сте га груписали и на начин на који сте му повезани. Идемо на преглед истраживача, можемо и управо то. Можемо рећи да желим да одбројим базу података по локацијама. Дакле, број база података на свакој локацији окружења која подржавам. Или је можда засновано на власнику који поседује примерке које ја имам тамо у погледу броја инструмената. Тако ћемо то моћи да видимо. Тако добијате заиста добар, лак начин да ове слике сликате за вас на основу било којег питања на које покушавате да одговорите у то време.
Затим, оно што имате те податке, креирали сте онако како сте желели, можемо их извести у ПДФ или различите формате да бисмо га могли користити и нашим колегама или радити све што нам је потребно. Дакле, знате да бисте били у стању да радите такве ствари. Вратимо се - да ли сам је изгубио? Ево га. У реду, надам се да то има смисла у смислу онога о чему сам до сада говорио. Сада када су подаци које смо прикупили, све је то очигледно изузетно важно из више разлога - лиценцирање и слично.
Последња ствар коју треба само споменути је да овде пређемо на овај одељак о администрацији. Овде такође можете да конфигуришете своје упозорење и упозорење и будете у могућности да се уверите да за ствари о којима бисте желели да заиста знате и ове ствари. Дакле, можемо поставити упозорења, можемо поставити могућност укључивања одређених ствари и искључити одређене ствари, а затим бити у стању да утврдимо ко ће их примати, а претплативши се на та упозорења можемо повезати кога бисмо желели бити, ко би желео да зна о тим стварима.
Али као што сам рекао раније, ово је заиста леп начин да се постигне, барем имајте уопште мира када знате за ваше читаве инстанце СКЛ предузећа - шта је то што имате и да се такође осигурате да његово функционисање буде оптимално чак и ако нисте, нису донели одлуку да инвестирају у алат за праћење перформанси који погађа тешке уређаје за управљање том инстанцом. Ово ће вас покрити јер је то врло приступачан начин да изађете ван и да ће многи случајеви моћи да врше ове залихе и буду у стању да ураде неку врсту широке врсте општег нивоа праћења како би били сигурни да сте имам тај мир и знам шта се дешава.
Тако да надамо се да има смисла у начину на који смо га описали и показали вам. Претпостављам да из тог становишта могу да напредујем и пребацим га уназад и можемо још мало да разговарамо.
Ериц Каванагх: То звучи сјајно. Па Робин? Дез? Неко питање?
Робин Блоор: Па, имам питања. Стварно је занимљиво гледати ово, мислим, управо сам хтео да напишем коментар који је прилично свуда био, не само међу ДБА-овима, већ и међу мрежним момцима, међу момцима из складишта, међу момцима за управљање виртуелном машином, они су сви рад са табелама.
Ериц Каванагх: Тако је.
Дез Бланцхфиелд: Некако знате да је то, некако знате да је то у реду док се бројеви не почну кретати. Кад се бројеви почну кретати, знаћете да ће се наћи у невољи. Дакле, питање које ме сада занима и знам да ће вам бити тешко одговорити, али шта, ако одете на место где они немају ништа слично за рад прорачунских табела, па претпоставимо да су ДБА-и су веома паметни момци и тако даље, и тако даље, какав РОИ мислите да бисте добили од примене нечег таквог? Имате ли неке податке о томе или неке смернице о томе?
Буллетт Манале: Тешко је рећи шта је РОИ јер ће окружења бити мало другачија. Очигледно је да што је веће предузеће, веће је окружење, очигледно ће то бити РОИ ако сада користе, знате, ручне методе.
Знам да сам разговарао са већим бројем - кад кажем велике организације са хиљадама и хиљадама запослених, а вероватно и хиљадама примерака - где имам људи где им то покажем и они кажу да ће ово потрајати две недеље мог времена назад. Рекао сам то више пута. Дакле, тешко је рећи у смислу стварног износа долара од једне куповине, али значајан је када имате окружења.
Као што рекох, прилично је доследан, то су људи које ја, већина људи с којима разговарам, чувају ове ствари у прорачунској табели. Дакле, само његова врло, веома субјективна ствар, јер је свако окружење, мало другачије у погледу начина на који они лиценцирају и како они лиценцирају код Мицрософта, још један део тог фактора. Али ако морају да праве истинске промене сваке године или сваке три године, мислим да су три године максимално за Мицрософтове паклене, они желе да то потврдите најмање сваке три године.
Тада знате његов значај и то, знате то само нешто што знатно олакшава. Будући да се динамична ствар која се увек мења, даје и мало више валидности и у погледу на оно што гледате стихове, па нисмо заиста ажурирали прорачунску таблицу у шест месеци или годину дана. Колико често ажурирате прорачунску таблицу, друго је питање да бисте схватили да је одговор на РОИ.
Дез Бланцхфиелд: Да, мислим, лиценцирање СКЛ-а, ово лиценцирање је само проклета ноћна мора, али посебно ноћна мора, јер лиценцирање није исто између Мицрософта и Орацле-а и било кога другог који ради тамо. Ако заправо чувате ствари у прорачунским таблицама, што обично изгледа као што се заправо догађа, знате да време лиценцирања наступа пре него што то стварно схватите, а заправо немате податке, ако знате на шта мислим, да бисте лако дошли до тих информација.
У сваком случају, као што истичете, његова динамика и ја лично немам појма, јер заправо нисам морао да преговарам са Мицрософтом, па нисам имао појма, али вероватно постоје базе података које људи врло често скидају тестне податке, окружења за тестирање и ја бих погодите да су то трн у вашој страни ако радите лиценцирање. Јеси ли то ти-?
Буллетт Манале: Да, да. То је случај зато што се много пута забораве на те ствари и онда почнемо да покушавамо да схватимо, ок, добро. Веве је добио основно лиценцирање да морамо да утврдимо број језгара за сваки од ових случајева, а ја не знам, у погледу стандарда шта купујете хардверски паметно, можда бисте могли да купите и прилично добар хардвер, а ако тај хардвер не употребљавате на начин на који би га требало користити, онда преплаћујете, јер плаћате основну цену када те језгре не искористе тако да постаје проблем.
Дакле, свака верзија СКЛ-а има различит начин на који се примењује лиценцирање што га чак и мало збуњује. Дакле, имате неке изазове око тога, тако да је то велики део зашто су ове информације корисне, јер вам можемо рећи која је верзија, очигледно вам можемо рећи колико језгара имате, ако су старе верзије СКЛ-а колика је била цена по утичници, то још увек можемо очигледно. Дакле, то једноставно чини рутину кроз коју морате проћи кад дође време да се истините ствари.
Дез Бланцхфиелд: Једна ствар која ми пада на памет, опростите ...
Робин Блоор: У реду је, идите у Дез, хтео сам да поставим можда ирелевантно питање.
Дез Бланцхфиелд: Само нешто заиста брзо, док сте сада на теми коју сте видели - виђали сте много више усвајања облака у облаку и ако би то покренули у нашем сопственом центру података, у нашем сопственом окружењу, они пузе и проналазе, откривајући ствари је релативно једноставно. .
Како ћемо, како се носити са сценаријем у којем можемо имати три скупа података, два облака, а видљивост у овим окружењима се пробија и често се налази скуп података на крају цеви или ВПН-а. Да ли постоји могућност откривања предњег дела или треба да покренемо отварање портова како бисмо могли скенирати између одређених окружења између облака и других просторија у којима раде ове платформе?
Буллетт Манале: Да, било би, размислило би се о лукама. Па, нажалост, волео бих да кажем да ће пробити сва та окружења, али постоји неколико различитих опција које бисте могли да учините са овим. Очито, ако радите нешто попут Амазон ЕЦ2, све што би вам заиста требало је приступ том окружењу кроз вашу повезаност, под претпоставком да су портови отворени, а затим да будете у могућности да одредите своје ИП адресе или домену повезану са тим и може започети прикупљање и започети откривање.
Дакле, то у оним окружењима то заиста није проблем; то је специфичнија врста окружења попут РДС-а и где само добијате базу података где ће бити мало теже да видите и откријете ту врсту информација.
Дез Бланцхфиелд: Дакле, из тога што је било тамо, постоје базе података и базе података. Тако, на пример, добри стари дани као да имају веома, веома велики покретач базе података као што је анегдота коју сам делио са предње стране где је његова једина масивна платформа и све што он треба је да пружају базу података. Ових дана базе података су уграђене у све, у ствари, њих две или три, управо раде у мом телефону иза апликација.
Какве изазове имате са сценаријима у којима имате окружења која долазе из Лотус Нотеса, са апликацијама иза њих, СхареПоинт са базом података на разним интернетима и тако даље? У основи све покреће база података на задњем крају. Какве ствари тамо видите и са каквим се изазовима суочавате са људима који само покушавају да пресликају те врсте светова и шта ваш алат чини за њих?
Буллетт Манале: Па, мислим да је ствар у ономе што сте рекли - све сада треба базу података, толико пута је вероватно, има пуно база података које се уводе у окружење које и сам ДБА није направио свестан јер уопште није тешко инсталирати СКЛ сервер у окружење.
Овај алат такође идентификује ствари попут експресних база података, тако да су бесплатне верзије СКЛ сервера. Смешно, кад поново разговарате са ДБА, не добијате доследан одговор у погледу тога да ли им је стало до бесплатних база података које су тамо. Много ових апликација о којима говорите користиће бесплатну верзију базе података. Али саме организације имаће различит став у погледу ко је одговоран за ту базу података, у зависности од тога с ким разговарате.
Неки ДБА са којима разговарам могу се сетити последњег пута када сам био на СКЛ Сервер ПАСС-у, који се налази у Сеаттлу, ви постављате питање „Да ли вас занимају ваше брзе базе података?“, А било је око педесет и педесет. Неки од људи, желели су да знају о њима као ДБА, јер су осећали да им је то део одговорности, чак и оне изражене базе података које су још увек могли да садрже критичне информације; они још увек морају да прођу кроз процес прављења резервних копија и да још увек морају да осигурају да све ствари функционишу из здравствене перспективе на њих. Али само сазнање да они постоје једнако је важно ако не и важније.
Док је друга половина људи: "Хеј, нису били одговорни за те базе података и све што су ставили на њих чува се особа која их је инсталирала." Али рекао бих да све у свему, што сте рекли, све је прилично У данашње време много тога је везано за апликацију која само доприноси сложености и збрци због неопходности инвентаризације тих информација.
Дез Бланцхфиелд: Да, видео сам неке, владине сајтове су ми вероватно најдражи, али чешће од њих не видим се у пословним окружењима где је то, као што сте рекли, да људи чак и заборављају, када инсталирају нешто попут СхареПоинта или воле само-размену, тако да знате да долазе са бесплатном верзијом која је управо уграђена јер желе, знате, брзо је инсталирајте и не брините о томе да морате да купујете и лиценцирате.
Тада постаје велика и тада се неко почне жалити на перформансе и изгледају попут: "То је само ваш стари сервер, ваш складишни простор, ваша мрежа, било шта друго", а затим се зове ДБА и они воле, "Па, управо сте угурали све у ову бесплатну верзију базе података, што није оно што вам је потребно за овако велику. "
Нарочито када имате сценарије попут Пројецт Манагер и Оффице, ради стотине ако не и хиљаде пројеката у великом предузећу или корпорацији, а они користе СхареПоинт са Мицрософт Пројецт Сервером и бацају све своје ПМО ствари у ову базу података. Али на предњем крају су попут, вероватно, само веб интерфејс. Али заиста постоје базе података и базе података.
Буллетт Манале: Да.
Дез Бланцхфиелд: Па, шта су они, један од првих корака које људи овде претпостављам има пар питања која бисмо можда желели да уведемо од публике. Једно од првих питања је одакле људи започињу? Који је први природни корак за њих: "Ок, морамо да урадимо верзију анонимних алкохолних пића?"
Имамо више база података него што знамо шта да радимо. Каква је природна врста корака да они оду, "У реду, морамо ово да покренемо и почнемо да бежимо?" Да ли они само иду хладну пуретину или ће касније заиста требати да започну с малим и само стекну неко искуство око мапирања свог окружења ?
Буллетт Манале: Па, мислим да је то речено да морају мапирати околину. Сада Мицрософт нуди бесплатан алат за то, Мицрософтов алат за планирање процене, бесплатан алат, али је статичан. Откријете откриће и то је то. Добијате листу ствари које су вани. Узели смо то и рекли да погледамо корак даље, омогућује откривање, проналазимо оно што је вани и дозвољавамо да га ставимо у складиште и да га направимо тако да буде динамично и можемо да му додамо и уклонимо из њега.
Али, генерално, највећи први корак је мислим да само открити, урадите откриће. Било да то значи да пробни довнлоад нашег производа можете преузети и испробати га 14 дана, а можете указати на своје окружење и извршити прикупљање.
Сада ако већ имате прорачунску таблицу с гомилом тих информација да сте помало увјерени да су те информације тачне, такођер имате могућност да вам се свиди увоз у ЦСВ који је табела са свим тим информацијама и који је дио онога што ви Већ имам. Али у смислу да схватите шта не знате, једини начин да то урадите је да ручно изађете, учините то или имате алат који тражи такву врсту ствари као што је ова. То је одлука коју ћете у неком тренутку морати да донесете: „Да ли покушавам да аутоматизам то откриће или бар да прво добијем добру основу онога што је вани, а затим се можда бринем о неким изузецима?“ Али за већину део који вероватно треба алат.
Дез Бланцхфиелд: Тако брзо. Где људи иду да започну с овим? Они су погодили вашу веб страницу? Како да брзо изађу и започну с овим?
Буллетт Манале: Ако одете на Идеу, И-Д-Е-Р-А.цом, видећете, а ја стварно могу стварно брзо да је покажем стварно брзо. На веб страници Идера идете на производе, идите до управника залиха. Овде ћете видети везу за преузимање овде. Управо одређујете коју верзију желите да инсталирате на 64 или 32 бит, и тада ћете кренути и можете почети откриће одатле.
Робин Блоор: Фантастична и одлична, одлична презентација, хвала вам пуно.
Буллетт Манале: Хвала вам.
Ериц Каванагх: Имамо пар питања од публике и добро вам их имамо зато што се данас морамо тешко зауставити, али Буллетт је, опет, сјајан посао на демонстрацији, сјајан посао нашег продуцента који је хватао да се то није показало.
Буллетт Манале: Жао ми је због тога.
Ериц Каванагх: Не, ово су добре ствари, ви дајете видљивост у срж посла, зар не? Јер пословање покреће податке и ви дајете видљивост све до сржи. Дакле, нема више ручно таласастих ствари; сада заправо можете да укажете на ствари и то решите. Тако је добро за тебе.
Буллетт Манале: Хвала вам.
Робин Блоор: Али било је сјајно видјети и то успут, добро урађено.
Ериц Каванагх: Да, архивират ћемо овај вебцаст за касније гледање и тада ћемо га имати надамо се у року од сат или два, почетна архива ће се повећати понекад и мало дуже од тога, али будите сигурни да обавијестите људе. Пуштањем тога, људи. Још једном хвала што сте присуствовали сали за информисање, заправо су биле топле технологије. Па вас видим следећи пут. Чувај се, збогом.