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