Sa pamamagitan ng Techopedia Staff, Enero 25, 2017
Takeaway: Tinatalakay ng Host Eric Kavanagh ang in-memory computing at SAP HANA kasama ang mga panauhin na sina Dr. Robin Bloor, Dez Blanchfield at IDERA's Bill Ellis.
Kasalukuyan kang hindi naka-log in. Mangyaring mag-log in o mag-sign up upang makita ang video.
Eric Kavanagh: Okay, mga kababaihan at mga ginoo. Kumusta at maligayang pagdating muli. Ito ay ika-apat na oras ng Eastern Time sa isang Miyerkules at ang huling taon ng ilang taon na nangangahulugang oras, muli, para sa Hot Technologies. Oo, talaga, ang pangalan ko ay Eric Kavanagh, magiging host ako para sa pag-uusap ngayon.
At mga tao, pag-uusapan natin ang ilang mga cool na bagay ngayon. Kami ay sumisid sa mundo ng alaala, ang eksaktong pamagat ay "Sa Hinaharap: Isang On-Ramp para sa In-Memory Computing." Lahat ng ito ay galit sa mga araw na ito, at may mabuting dahilan, karamihan dahil sa- napakabilis ng memorya kaysa sa umasa sa mga nakaikot na disk. Ang hamon, bagaman, ay kailangan mong muling magsulat ng maraming software. Dahil ang software sa ngayon, karamihan sa mga ito, ay isinulat na may disk sa isip at talagang nagbabago ang arkitektura ng application. Kung ididisenyo mo ang application upang maghintay para sa isang umiikot na disk, ginagawa mo lamang ang mga bagay na naiiba kaysa sa kung mayroon ka ng lahat ng kapangyarihan ng teknolohiyang nasa memorya.
Mayroong isang lugar tungkol sa iyo ng tunay, pindutin ako sa Twitter, @eric_kavanagh. Palaging sinusubukan kong sundin pabalik at mag-retweet din kahit kailan may binanggit sa akin.
Tulad ng sinabi ko, pinag-uusapan natin ang tungkol sa memorya ngayon, at partikular tungkol sa SAP HANA. Tunay na ginugol mo ang huling taon upang makilala ang pamayanan ng SAP, at isang kamangha-manghang kapaligiran, kailangan kong sabihin. Ang mga sumbrero sa mga tao na nagpapatakbo ng operasyon na iyon at nasa harap na mga linya, dahil ang SAP ay isang hindi kapani-paniwalang mahusay na operasyon. Kung ano ang talagang mahusay nila sa paggawa ng negosyo. Magaling din sila sa teknolohiya, syempre, at talagang naglagay sila ng isang mabibigat na pamumuhunan sa HANA. Sa katunayan, naaalala ko - marahil tungkol sa anim o pitong taon na ang nakalilipas - na nagsasagawa kami ng trabaho para sa US Air Force sa katunayan, at nakakuha kami ng isang tao mula sa SAP na makapasok at bigyan kami ng isang maagang pagtingin sa mundo ng HANA at kung ano ang pinlano. At upang sabihin ng hindi bababa sa, ang mga tao sa SAP Labs ay naglagay ng maraming oras at pagsisikap sa pag-unawa kung paano gagawa ang arkitektura na ito na ganap na naiiba, muli, mula sa tradisyonal na mga kapaligiran, dahil nasa alaala mo ang lahat. Kaya, pinag-uusapan nila ang paggawa ng parehong transactional at analytical sa parehong data na nasa memorya, kumpara sa tradisyunal na paraan, kung saan ito ay hilahin, ilagay ito sa isang kubo, halimbawa, pag-aralan ito doon, kumpara sa transactional, na nangyayari sa ibang paraan.
Ito ay isang kawili-wiling puwang at malalaman namin mula sa isa pang nagtitinda ng aktwal, ang IDERA, isang maliit na tungkol sa kung paano ang lahat ng bagay na iyon ay pagpunta sa trabaho, at kung ano ang on-ramp ay lahat, nang lantaran. Kaya, maririnig namin mula kay Dr. Robin Bloor, ang aming sariling punong analista dito sa The Bloor Group; Si Dez Blanchfield, ang aming data scientist at pagkatapos ay mabuting kaibigan na si Bill Ellis mula sa IDERA. Kaya, kasama ko iyon, ihahatid ko ang mga susi kay Dr. Robin Bloor, na aalisin ito.
Robin Bloor: Oo, tulad ng sinabi ni Eric, ang oras na una nating nabigyan ng brief ng SAP HANA ay bumalik na maraming taon na ang nakalilipas, ngayon. Ngunit ito ay napaka-kagiliw-giliw na, ang partikular na oras ay talagang kawili-wili. Tatakbo kami sa isa o dalawang mga kumpanya na, sa isang paraan o sa iba pa, nag-aalok ng teknolohiyang nasa memorya. Ito ay lubos na malinaw na darating sa memorya. At hindi talaga hanggang sa tumayo ang SAP at biglang inilunsad ang HANA. Ibig kong sabihin, nagulat ito nang makita kong gawin iyon ng SAP. Ito ay, tulad ng, ito ay isang pagkabigla dahil inaasahan kong darating ito sa ibang lugar. Inaasahan kong ito ay, alam mo, ang Microsoft o Oracle o IBM o isang tulad nito. Ang ideya na ginagawa ng SAP ay talagang nakakagulat sa akin. Ipagpalagay ko na hindi dapat ito dahil ang SAP ay isa sa mga madiskarteng nagtitinda at marami, alam mo, ang lahat ng malaki na nangyayari sa industriya ay nagmula sa isa sa mga iyon.
Pa rin, ang buong punto tungkol sa in-memorya, ang ibig kong sabihin, natanto namin, dati naming pinag-uusapan ito, na sa sandaling aktwal kang pumapasok sa memorya - hindi ito tungkol sa paglalagay ng data sa memorya, ito ay tungkol sa paggawa sa ideya na ang memorya layer ay ang talaan ng system - sa sandaling lumipat ka sa talaan ng system sa memorya, ang disk ay nagsisimula na maging isang handoff medium ng isang uri at ito ay nagiging isang iba't ibang mga bagay. At naisip ko na talagang kapana-panabik na kapag nangyari iyon. Kaya, talaga, natapos na ito para sa spinning disk. Ang pag-ikot ng disk ay malapit nang magkakaroon lamang sa mga museyo. Hindi ako sigurado kung gaano kalapit na sa lalong madaling panahon, ngunit talaga, solid-state disk na ngayon sa curve ng batas ng Moore, ito ay sampung beses na mas mabilis kaysa sa pag-ikot ng kalawang, dahil tinawag nila ito ngayon, at medyo madali itong magiging mas mabilis pa rin at pagkatapos ay nangangahulugan na ang paggamit ng mga kaso para sa disk ay makakakuha lamang ng mas kaunti at mas kaunti.
At ang nakakaintriga na katotohanan, tradisyonal na DBMS, sa aktwal na katotohanan, maraming tradisyonal na software ang itinayo para sa spinning disk, ipinapalagay nito ang spinning disk. Nagkaroon ito ng lahat ng mga uri ng mga kakayahan sa pisikal na antas na masakit sa program, upang pagsamantalahan ang pag-ikot ng disk, paggawa ng pagkuha ng data nang mabilis hangga't maaari. At lahat ng iyon ay nalalabasan. Nawala lang, alam mo? At pagkatapos, malinaw naman ang isang - hindi ko alam, kapaki-pakinabang, sa palagay ko, ito ay sa wakas - pagbubukas para sa isang in-memory database na sinubukan upang sakupin ang posisyon na ang malaking database, Oracle at Microsoft, SQL Server at IBM's DB2, nasakop ito sa puwang sa memorya at napaka-interesante na panoorin na darating pasulong at gawin iyon.
Pag-usapan natin ang memorya ng memorya; nararapat lamang na banggitin. Ito rin, ang dahilan para sa pagbanggit nito, ang dahilan na itinapon ko ito, talaga, ay upang ipaalam sa lahat, kapag pinag-uusapan ko ang memorya dito, ang lahat ng mga layer na pinag-uusapan ko ay nasa memorya. Ngunit bigla mong napagtanto kapag tiningnan mo ito, ito ay isang hierarchical store, hindi lamang ito memorya. At samakatuwid, halos lahat ng natutunan namin ng matagal, matagal na ang nakalipas tungkol sa hierarchical store, nalalapat din. At nangangahulugan din ito na ang anumang in-memory database ay kailangang mag-navigate sa pamamagitan nito, ang ilan ay naglalakad lamang sa RAM mismo, alam mo. At ito ay nakakakuha lamang ng mas malaki at mas malaki at mas malaki at sinusukat na ngayon sa mga megabytes. Ngunit mayroon kang L1 cache na kung saan ay isang daang beses na mas mabilis kaysa sa memorya, L2 cache 30 beses nang mas mabilis kaysa sa memorya at L3 cache sa halos 10 beses na mas mabilis kaysa sa memorya. Kaya, alam mo, mayroong maraming teknolohiya - well, isang makatarungang halaga ng teknolohiya - ay pinagtibay ang diskarte ng paggamit ng mga cache na tulad nito, uri ng, puwang ng imbakan sa paraan upang magkaroon ng mga bagay na naisakatuparan, lalo na ang teknolohiya ng database. Kaya, alam mo, iyon ang isang impluwensya.
Pagkatapos nakuha namin ang paglitaw ng 3D XPoint at PCM ng IBM. At halos ang bilis ng RAM, ay karaniwang kung ano ang kapwa sa mga nagtitinda na ito ay ipinagmamalaki. Ang mga kaso ng paggamit ay maaaring magkakaiba. Ang maagang eksperimento sa ito ay hindi pa nakumpleto. Hindi namin alam kung paano ito makakaapekto sa paggamit ng RAM at teknolohiya ng in-memorya ng database para sa bagay na iyon. Nakuha mo na ang RAM laban sa SSD. Sa kasalukuyan ang RAM ay halos 300 beses nang mas mabilis ngunit, siyempre, ang maramihang ay lumala. At ang SSD kumpara sa disk na halos 10 beses nang mas mabilis, kung naiintindihan ko ito. Kaya, iyon ang uri ng sitwasyon na nakuha mo. Ito ay hierarchical store. Ang pagtingin sa isa pang paraan, sa memorya, siyempre, ay lubos na naiiba. Kaya, ang tuktok na diagram ay nagpapakita ng dalawang aplikasyon, pareho sa kanila marahil ang pag-access sa isang database, ngunit tiyak na ma-access ang data sa pag-ikot ng kalawang. At ang paraan na talagang gumawa ka ng mga bagay na dumadaloy sa network, depende sa kung ano ang mga dependencies sa paligid, mayroon ka bang ETL. Kaya, nangangahulugan ito na, alam mo, ang data ay pumupunta sa pag-ikot ng kalawang at pagkatapos ay bumababa ang pag-ikot ng kalawang upang pumunta kahit saan, at upang makakuha ng kahit saan ito ay bumalik sa umiikot na kalawang, na kung saan ay tatlong paggalaw. At tandaan na ang memorya ay maaaring maging isang daang libong beses na mas mabilis kaysa sa pag-ikot ng disk, at tiyak mong napagtanto na ang pagkuha ng data at inilalagay ito sa memorya ay gumagawa ng buong bagay na talagang kakaiba.
Kaya, maaari mong naisip kung ano ang mangyayari ay magiging sa kung ano ang nasa screen dito mismo, maaari mong naisip na, sa isang paraan o sa iba pa, ang ETL ay sa aktwal na katotohanan ay lalabas lamang mula sa data sa data sa memorya. Ngunit sa aktwal na katotohanan ay hindi maaaring gawin iyon; sa aktwal na katotohanan maaari kang magkaroon ng sitwasyon sa kanan dito kung saan ang dalawang aplikasyon ay maaaring sunud-sunuran ang parehong memorya. Tiyak na ang isang in-memory database ay maaaring magbigay sa iyo ng kakayahang iyon, hangga't nakuha mo ang pag-lock at lahat ng iba pang orkestra sa paligid nito. Kaya, hindi lamang nito binabago ang bilis ng mga bagay, nagbabago ito kung paano mo talaga nai-configure ang mga aplikasyon at buong daloy ng data.
Kaya, ito ay isang malaking uri ng epekto. Kaya, ang di-memorya ay nakakagambala, di ba? At dapat nating makuha iyon mula sa sinabi ko. Sa pag-proseso ng memorya sa kasalukuyan ay isang accelerator ngunit ito ay magiging pamantayan. Gagamitin ito, inilalapat alinsunod sa halaga ng aplikasyon, at samakatuwid ay napaka, kawili-wili, na ang SAP ay talagang lalabas ng isang bersyon ng kanilang software na ERP na nasa memorya. At ang pagpapabuti ng latency ng hanggang sa tatlong mga order ng malawak na ganap na posible, at talagang kahit na higit sa na posible, depende sa kung paano mo ito ginagawa. Kaya, nakakakuha ka ng malaking pagpapabuti sa bilis sa pamamagitan ng pagpunta sa memorya. At ang upshot, SAP HANA's S / 4 - na pinakawalan nila, sa palagay ko, well, sinasabi ng mga tao na pinalaya pa rin, ngunit tiyak na pinakawalan noong nakaraang taon - ito ay isang tagapagpalit ng laro na ibinigay ng base ng customer ng SAP. Ibig kong sabihin, mayroong 10, 000 mga kumpanya sa labas doon gamit ang SAP's ERP at halos lahat ng mga ito ay malalaking kumpanya, alam mo. Kaya, ang ideya ng lahat ng mga ito ay may isang insentibo upang mapunta sa memorya at gamitin ang kanilang pangunahing, dahil ang ERP halos palaging ay pangunahing mga aplikasyon na ang mga negosyo ay tumatakbo, ito ay isang malaking tagabago ng laro at ito ay magiging napaka-kawili-wili. Ngunit syempre, ang lahat ng tunog ay napakahusay, ngunit kailangan itong mai-configure nang may katalinuhan at kailangang masubaybayan nang maayos. Ito ay hindi kasing simple ng tunog.
Pagkasabi nito, sa palagay ko ipapasa ko ang bola sa, sino ang taong ito? Oh, Australian guy, Dez Blanchfield.
Dez Blanchfield: Napakakatawa. Laging isang matigas na kilos na dapat sundin, Dr Robin Bloor. Salamat sa pagkakaroon ko ngayon. Kaya, malaking paksa, ngunit kapana-panabik na isa. Kaya, napili ko ang isang imahe na madalas kong pinag-isipan kapag iniisip ko ang tungkol sa modernong data ng lawa at mga bodega ng data ng negosyo, at ang aking maliit na hiyas ng data. Kaya narito ko nakuha ang magandang lawa na napapalibutan ng mga bundok at alon na lumalabas, at ang mga alon ay bumagsak sa mga bato na ito. Ito ay, uri ng, kung paano ko isinalarawan sa isip kung ano ang hitsura nito sa loob ng isang malaking lawa ng data sa mga araw na ito. Ang mga alon ay mga batch na trabaho, at real-time na analytics na itinapon sa data, na ang mga bato. At kapag iniisip ko ang tungkol sa ito bilang isang pisikal na lawa na ito ay ibinabalik sa akin ang isang tawag sa paggising sa akin na, alam mo, ang sukat ng mga bodega ng data na itinatayo namin ngayon, ang dahilan kung bakit namin nakuha ang sensasyong ito at ang termino ng isang lawa ng data na ang mga ito ay napakalaking at malalim sila, at paminsan-minsan ay maaari kang magkaroon ng mga bagyo sa kanila. At kapag ginawa namin, palaging kailangan mong lutasin kung ano ang lumilikha ng bagyo.
Kaya sa tema ng bagay na ito, sa akin tila ang sirena na tawag ng in-memory computing na ito ay talagang napakalakas at sa mabuting dahilan. Nagdadala ito tungkol sa napakaraming makabuluhang komersyal at teknikal na mga natamo. Iyon ay isang talakayan para sa isang ilang oras sa ibang araw. Ngunit ang pangkalahatang paglilipat sa in-memory computing, una ay nais ko lamang na sakupin kung paano kami nakarating dito at kung ano ang ginagawang posible dahil ito, uri ng, nagtatakda ng pundasyon ng kung saan ang ilan sa mga hamon ay maaaring magsinungaling muna at kung ano ang kailangan nating maging kognizant at pag-iisip ng, sa aming mundo na lumilipat mula sa tradisyonal na lumang umiikot na disk na may hawak na data at paged on and off disk at sa memorya at wala sa memorya at sa mga CPU, hanggang ngayon tinatanggal na namin ang halos isa sa mga buong layer, pagiging ang spinning disk. Dahil tandaan, sa mga unang araw ng pag-compute, arkitektura, hindi kami lumipat ng mahabang panahon mula sa mainframe o sa midrange na mundo ng kung ano ang una naming naisip bilang pangunahing memorya at pag-iimbak ng tambol, alam mo.
Tulad ng sinabi ni Dr. Robin Bloor, ang diskarte na kinuha namin sa paglipat ng data sa paligid ng arkitektura ng computer ay hindi talaga nagbago nang malaki sa loob ng ilang oras, sa loob ng ilang dekada, sa katunayan. Kung iniisip mo ang katotohanan na, alam mo, ang modernong computing, technically, ay nasa paligid, kung patatawarin mo ang pun, sa loob ng mga 60-kakaibang taon, alam mo, anim na dekada at higit pa at nasa kamalayan na maaari mong bumili ng isang kahon sa istante, tulad ng dati. Ang paglipat sa bagong arkitektura ay talagang naganap sa aking isipan nang lumipat kami ng pag-iisip sa paligid ng mga pangunahing papel at midrange, at mga pangunahing memorya at arkitektura ng imbakan ng drum, sa matapang o supercomputing, lalo na ang mga gusto ng Seymour Cray, kung saan ang mga bagay tulad ng mga backplanes ng crossbar naging isang bagay. Sa halip na magkaroon lamang ng isang ruta upang ilipat ang data sa backplane o sa motherboard, dahil tinawag itong mga araw na ito. At inline na memorya, alam mo, sa mga araw na ito ang mga tao ay hindi talaga nag-iisip tungkol sa kung ano talaga ang kahulugan nito kapag sinabi nila ang DIMM at SIMM. Ngunit, ang SIMM ay nag-iisang inline na memorya at ang DIMM ay dalawahan na memorya ng inline at nakuha namin ang mas kumplikado kaysa sa mula noon at mayroong dose-dosenang mga iba't ibang mga uri ng memorya para sa iba't ibang mga bagay: ang ilan para sa video, ang ilan para sa mga pangkalahatang aplikasyon lamang, ang ilan ay binuo sa mga CPU.
Kaya, nagkaroon ng malaking pagbabagong ito sa isang bagong paraan na naka-imbak at mai-access ang data. Pupunta kami sa pamamagitan ng parehong paglipat sa isa pang buong henerasyon, ngunit hindi gaanong sa hardware mismo ngunit sa pag-ampon ng hardware sa logic ng negosyo at sa layer ng logic na data, at ito ay isa pang malaking pagbabagong paradigma sa aking isip .
Ngunit saglit lang kung paano kami nakarating dito. Ibig kong sabihin, ang teknolohiyang hardware ay bumuti, at bumuti nang husto. Nagpunta kami mula sa pagkakaroon ng mga CPU at ang ideya ng isang core ay isang medyo modernong konsepto. Gawin namin ito para sa ipinagkaloob ngayon na ang aming mga telepono ay may dalawa o apat na mga cores at ang aming mga computer ay mayroong dalawa o apat, o kahit walo, mga cores sa desktop at walong at 12 at higit pa, alam mo, ang 16 at 32 kahit na sa platform ng server . Ngunit ito ay talagang isang medyo modernong bagay na ang mga core ay naging isang kakayahan sa loob ng mga CPU at na nagpunta kami mula sa 32-bit hanggang 64-bit. Ang isang pares ng mga malalaking bagay ay nangyari doon: nakakuha kami ng mas mataas na bilis ng orasan sa maraming mga cores upang magawa namin ang mga bagay na magkatulad at ang bawat isa sa mga cores ay maaaring magpatakbo ng maraming mga thread. Ang lahat ng biglaang maaari naming magpatakbo ng maraming mga bagay sa parehong data nang sabay. Ang animnapu't apat na bitang spacing ng address ay nagbigay sa amin ng dalawang terabytes ng RAM, na isang kahanga-hangang konsepto, ngunit ito ay isang bagay na ngayon. Ang mga maraming arkitektura na backplane na ito, alam mo, mga motherboard, minsan pa, magagawa mo lamang ang mga bagay sa isang direksyon: paurong at pasulong. At tulad ng mga araw kasama ang pag-compute ng Cray at ilan sa mga superkomputer na disenyo ng oras na iyon, at ngayon sa mga desktop computer at karaniwang off-the-shelf, uri ng, desktop-grade rack-mount PCs, dahil talaga, karamihan sa mga modernong Ang mga PC ngayon ay dumaan sa panahong ito ng mainframe, midrange, micro desktop at nabalik namin ang mga ito sa mga server.
At maraming kakayahan ng supercomputer na iyon, na disenyo ng superkomputer na marka, ay itinulak sa mga karaniwang sangkap na nasa labas na istante. Alam mo, sa mga araw na ito, ang ideya ng pagkuha ng napaka murang mga rack-mount PCs at ilagay ang mga ito sa mga rack ng daan-daang, kung hindi libu-libo, at pagpapatakbo ng open-source software sa kanila tulad ng Linux at pag-deploy ng mga gusto ng SAP HANA dito, ikaw alam, madalas nating pinapansin iyon. Ngunit iyon ay isang napaka-bagong kapana-panabik na bagay at dumating sa mga kumplikado nito.
Mas mahusay din ang nakuha ng software, lalo na ang pamamahala ng memorya at pagkahati ng data. Hindi ako pupunta sa maraming mga detalye tungkol sa, ngunit kung titingnan mo ang malaking shift sa huling 15 o higit pang mga taon, o kahit na mas kaunti, kung paano pinamamahalaan ang memorya, lalo na ang data sa RAM at kung paano nahati ang data sa RAM, sa gayon ay tulad ng ipinahiwatig ni Dr. Robin Bloor o alam na, alam mo, ang mga bagay ay maaaring basahin at isulat nang sabay-sabay nang hindi nakakaapekto sa bawat isa, sa halip na magkaroon ng mga oras ng paghihintay. Ang isang pulutong ng mga napakalakas na tampok tulad ng compression at encryption on-chip. Ang pag-encrypt ay nagiging isang mahalagang bagay at hindi namin kinakailangang gawin iyon sa software, sa RAM, sa puwang ng CPU, ngayon na talagang nangyayari sa chip na katutubong. Pinapabilis nito ang mga bagay. At ipinamahagi ang pag-iimbak at pagproseso ng data, muli, ang mga bagay na dati nating ipinapalagay ay ang mga bagay-bagay ng mga supercomputer at kahanay na pagproseso, isinasagawa namin ngayon ang ipinagkaloob sa puwang ng mga kagustuhan ng SAP HANA at Hadoop at Spark, at iba pa.
Kaya, ang buong puntong iyon ay ang mataas na pagganap na computing na ito, ang mga kakayahan sa HPC ay dumating sa enterprise at ngayon ang kumpanya ay tinatamasa ang mga benepisyo na kasama nito sa mga natamo ng pagganap at puwang ng teknolohiya at mga benepisyo sa teknikal at mga komersyal na pakinabang, dahil, alam mo, ang nabawasan na oras sa halaga ay kapansin-pansing bumaba.
Ngunit ginagamit ko ang imaheng ito ng isang kwento na nabasa ko ilang oras na ang nakakaraan ng isang ginoo na nagtayo ng isang kaso sa PC na wala sa Lego, sapagkat laging nasa isip ko ang pag-iisip tungkol sa ilan sa mga bagay na ito. At iyon ay, parang isang mahusay na ideya sa oras na simulan mo itong itayo, at pagkatapos ay makarating ka sa kalahati nito at napagtanto na talagang talagang nakakalito upang ilagay ang lahat ng mga Lego bits at gumawa ng isang solidong bagay, sapat na solid upang maglagay ng isang motherboard at iba pa, gagawa ito ng kaso para sa isang personal na computer. At sa kalaunan ay napagtanto mo na ang lahat ng maliit na mga piraso ay hindi magkadikit nang tama at kailangan mong maging maingat sa kaunting pag-iingat tungkol sa kung aling mga maliit na piraso na magkasama mong gawin itong solid. At ito ay isang napaka-cute na ideya, ngunit ito ay isang tawag sa pagising kapag nakarating ka sa kalahati at napagtanto mo, "Hmm, marahil kailangan ko lang bumili ng isang $ 300 na PC, ngunit tatapusin ko ito ngayon at matuto ng isang bagay mula rito."
Sa akin iyan ay isang mahusay na pagkakatulad sa kung ano ang kagaya ng pagbuo ng mga napaka kumplikadong mga platform na ito, dahil maayos at mahusay na buuin ito at magtatapos sa isang kapaligiran kung saan mayroon kang mga router at switch at server at mga server at mga rack. At nakakuha ka ng mga CPU at RAM at magkasama ang pagkumpuni ng operating system. At inilagay mo ang isang bagay tulad ng HANA sa tuktok nito para sa ipinamamahagi sa pag-proseso ng pag-iingat at pag-iimbak ng data at pamamahala ng data. Binuo mo ang SAP stack sa tuktok ng, makakakuha ka ng mga kakayahan sa database at pagkatapos ay mag-load ka sa iyong data at lohika ng iyong negosyo at sinimulan mong ilapat ang ilang mga nabasa at nagsusulat at mga query at iba pa. Kailangan mong manatili sa tuktok ng I / O at kailangan mong mag-iskedyul ng mga bagay at pamahalaan ang mga workload at multitenancy at iba pa. Ang stack na ito ay nagiging kumplikado, napakabilis. Iyon ay isang kumplikadong salansan sa sarili kung ito ay nasa isang makina lamang. Pagdaragdagan na sa pamamagitan ng 16 o 32 machine, nakakakuha ito ng napaka, napaka-walang kuwenta. Kapag dumami ka hanggang daan-daang at kalaunan libu-libong mga makina, upang pumunta mula sa 100 terabytes sa petabyte scale, ito ay isang nakakatakot na konsepto, at ito ang mga katotohanan na nakikipag-ugnayan tayo ngayon.
Kaya, nagtatapos ka sa isang pares ng mga bagay na nakatulong din sa pagbabago ng mundong ito, at iyon ay ang disk space ay naging katamtaman na mura. Alam mo, minsan sa isang oras nais mong gumastos ng 380 hanggang 400 libong dolyar sa isang gigabyte ng hard disk kapag ito ay isang napakalaking tambol ang laki ng isang - isang bagay na kailangan ng isang forklift upang kunin ito. Ang mga araw na ito ay pababa sa, uri ng, isa o dalawang sentimo bawat gigabyte ng puwang ng disk sa kalakal. At ang RAM ay ginawa ang parehong bagay. Ang dalawang J-curves sa parehong mga graph na ito, sa pamamagitan ng paraan, ay isang dekada bawat isa, kaya sa madaling salita, tinitingnan namin ang dalawang bloke ng 10 taon, 20 taon ng pagbawas ng presyo. Ngunit sinira ko ang mga ito sa dalawang J-curves dahil sa huli ang isa sa kanan ay naging isang tuldok na linya at hindi mo makita ang detalye ng, kaya sinulit ko ito. Ang isang gigabyte ng RAM 20 taon na ang nakakaraan ay isang bagay sa pagkakasunud-sunod ng anim at kalahating milyong dolyar. Sa mga araw na ito kung magbabayad ka ng higit sa tatlo o apat na dolyar para sa isang gigabyte ng RAM para sa mga produktong kalakal na naakawan.
Ang mga makabuluhang pagbagsak ng pagbawas sa mga presyo sa nakaraang dalawang dekada ay nangangahulugang maaari na nating ilipat ang lampas sa puwang ng disk at diretso sa RAM, hindi lamang ang antas ng megabyte, ngunit ngayon ang antas ng terabyte at tinatrato ang RAM tulad ng disk. Ang hamon sa na, gayunpaman, ay ang RAM ay katutubong ephemeral - nangangahulugan ito ng isang bagay na tumatagal ng isang maikling panahon - kaya, kailangan nating makabuo ng mga paraan upang magbigay ng katatagan sa puwang na iyon.
At kung gayon, ang punto ko rito ay ang in-memory computing ay hindi para sa malabong puso. Ang pag-juggling ng napakalaking sukat na data na ito sa memorya at ang pagproseso sa paligid nito ay isang kawili-wiling hamon; tulad ng sinabi ko kanina, hindi ito para sa malabong puso. Kaya, ang isang bagay na nalaman namin mula sa karanasan na ito na may malakihan at mataas na density ng in-memory computing ay ang pagiging kumplikado na nagtatayo kami ng mga begets na may panganib sa isang bilang ng mga lugar.
Ngunit tingnan lamang natin ito mula sa isang punto ng pagsubaybay at tugon. Kung iniisip namin ang data, nagsisimula ito sa puwang ng disk, nakaupo ito sa mga database sa mga disk, itinutulak namin ito sa memorya. Kapag ito ay nasa memorya at ipinamamahagi at mayroong mga kopya nito, maaari kaming gumamit ng maraming kopya nito, at kung magagawa ang anumang mga pagbabago, maaari itong maipakita sa antas ng memorya sa halip na kailangang magpatuloy at mag-off at magtaguyod at mag-backplane sa dalawang magkakaibang mga antas, pumapasok at wala sa memorya. Natapos na namin ang platform ng hyperscale hardware na nagpapahintulot sa amin na gawin ito ngayon. Kung pinag-uusapan natin ang tungkol sa hyperscaling, mas mahirap sa nakakatawa na mga siksik na antas, at napakataas na memorya ng density, napakataas na bilang ng density ng mga CPU at cores at mga thread. Nakakuha kami ngayon ng napaka kumplikadong mga pathologies ng network upang suportahan ito dahil ang data ay kailangang lumipat sa buong network sa ilang mga punto kung pupunta ito sa pagitan ng mga node at mga kumpol.
Kaya, nagtatapos kami sa kalabisan ng pagkakasala ng aparato na maging isang isyu at kailangan naming subaybayan ang mga aparato at mga piraso nito. Kailangan nating magkaroon ng nababanat na pagkakasala ng data ng kasalanan na binuo sa platform na iyon at subaybayan ito. Kailangan naming magkaroon ng ipinamamahaging kahusay na database na binuo sa gayon kailangan naming subaybayan ang database platform at isinalansan sa loob. Dapat nating subaybayan ang ipinamamahagi na pag-iskedyul ng pagproseso, kung ano ang nangyayari sa loob ng ilan sa mga proseso hanggang sa botohan at query at ang landas na kinukuha ng query at ang paraan ng pagiging istraktura at naisagawa ng query. Ano ang hitsura nito, may isang tao bang gumawa ng isang SELECT * sa "blah" o mayroon ba talaga silang ginawang isang napaka-matalino at mahusay na nakaayos na query na pupunta sa kanila ang nominal, minimum na halaga ng data na dumarating sa arkitektura sa backplane? Mayroon kaming maraming mga workload ng multitenancy, maraming mga gumagamit at maramihang mga grupo na nagpapatakbo ng pareho o maramihang mga workload at mga batch na trabaho at pag-iskedyul ng real-time. At nakuha namin ang timpla ng batch at pagproseso ng real-time na ito. Ang ilang mga bagay ay tumatakbo nang regular - oras-oras, araw-araw, lingguhan o buwanang - hinihingi ang iba pang mga bagay. Maaaring may nakaupo roon na may isang tablet na nais gumawa ng isang ulat sa real-time.
At muli, nakarating tayo sa buong puntong iyon, na ang pagiging kumplikado na nangyayari sa mga ito ay hindi lamang isang hamon ngayon, medyo nakakatakot. At mayroon kaming realidad na suriin na ang isang solong isyu ng pagganap, isang isyu ng pagganap sa sarili nitong karapatan, ay maaaring makaapekto sa buong ekosistema. At kung gayon, nagtatapos kami sa napakasayang hamon na ito ng pag-alamin, mabuti, saan ang mga epekto? At mayroon tayong hamon na ito, tayo ba ay reaktibo o aktibo? Sinusubaybayan ba natin ang bagay sa totoong oras at nakakakita ng isang bagay na napupunta "bang" at tumutugon dito? O nakita ba natin ang ilang uri ng takbo at natanto na kailangan nating aktibong sumakay dito? Dahil ang susi ay nais ng bawat isa ng isang bagay na mabilis at murang at madali. Ngunit natapos namin ang mga sitwasyong ito, kung ano ang nais kong sumangguni at ang aking paboritong linya ng conundrum ng Donald Rumsfeld - na sa aking isip ay nalalapat sa lahat ng mga sitwasyong ito ng mataas na pagiging kumplikado - at iyon ay, alam na natin ang mga alam dahil iyan ay isang bagay kami ay dinisenyo at binuo at ito ay tumatakbo tulad ng binalak. Mayroon kaming mga kilalang hindi kilalang mga alam na hindi namin alam kung sino ang tumatakbo kung ano, kailan at saan, kung on demand. At mayroon kaming hindi kilalang mga hindi alam at iyon ang mga bagay na kailangan nating masubaybayan at suriin. Dahil ang katotohanan ay, alam nating lahat, hindi mo mapamamahalaan ang isang bagay na hindi mo masusukat.
Kaya, upang magkaroon ng tamang mga tool at tamang kakayahan upang masubaybayan ang aming pag-iskedyul ng CPU, maghanap ng mga oras ng paghihintay, alamin kung bakit kailangang maghintay ang mga bagay sa mga iskedyul na pila sa mga pipeline. Ano ang nangyayari sa memorya, anong uri ng pagsasagawa ng paggamit, anong uri ng pagganap na nalalabas tayo ng memorya? Ang mga bagay ba na nahati nang wasto, ipinamamahagi ba ito, mayroon ba tayong sapat na mga node na may hawak na mga kopya nito upang makayanan ang mga workload na itinatapon dito? Ano ang nangyayari sa pagpapatupad ng proseso na malayo sa mga proseso ng operating system? Ang mga trabaho mismo ay tumatakbo, ang mga indibidwal na apps at mga daemons na sumusuporta sa kanila? Ano ang nangyayari sa loob ng mga prosesong iyon, lalo na ang pag-istruktura ng mga query at kung paano isinagawa at pinagsama ang mga query na iyon? At ang kalusugan ng mga proseso sa lahat ng paraan sa stack? Alam mo, muli, bumalik sa oras ng paghihintay, ito ba ay nag-iiskedyul ng tama, ito ay kinakailangang maghintay, kung saan ito naghihintay, naghihintay ba ito para sa memorya ng memorya, I / Os, ang CPU, I / O sa buong network hanggang sa end user ?
At pagkatapos ay bumalik sa puntong iyon na nabanggit ko lang nang mabilis bago ko balutin at iyon ay, paano tayo papalapit sa paglutas ng isyu at oras ng pagtugon sa mga iyon? Napapanood ba tayo sa totoong oras at tumutugon sa mga bagay, na kung saan ay hindi bababa sa perpektong senaryo, ngunit kahit na, mas mabuti na gawin natin iyon kaysa hindi alam at may help desk na tumawag at nagsabi ng isang bagay na napunta at nasubaybayan namin ito ? O ginagawa natin ito ng proactively at tinitingnan natin kung ano ang bumababang linya? Kaya, sa madaling salita, nakikita ba natin na naubos ang memorya at kailangan nating magdagdag ng maraming mga node? Gumagawa ba tayo ng pagtatasa ng trend, ginagawa ba natin ang pagpaplano ng kapasidad? At sa lahat ng iyon, sinusubaybayan ba natin ang mga oras ng pagpapatupad sa kasaysayan at iniisip ang tungkol sa pagpaplano ng kapasidad o pinapanood natin ito sa totoong oras at aktibong pag-reschedule at paggawa ng balancing ng pag-load? At nalalaman ba natin ang mga workload na tumatakbo sa unang lugar? Alam ba natin kung sino ang gumagawa ng kung ano sa aming kumpol at bakit?
Ang mga memorya ng mga memorya ay napakalakas, ngunit sa lakas na iyon ay halos isa sa mga bagay na iyon, tulad ng, isang naka-load na baril at naglalaro ka sa live na munisyon. Maaari mong makuha ang iyong sarili sa paa kung hindi ka maingat. Kaya, ang kapangyarihan ng in-memory compute ay nangangahulugan lamang na maaari kaming magpatakbo ng maraming at mabilis sa buong ibinahagi at hiwalay na mga set ng data. Ngunit pagkatapos ay pagkatapos ay may mas mataas na demand na hinihimok mula sa mga end user. Nasanay na sila sa kapangyarihang iyon at nais nila ito. Hindi na nila inaasahan na ang mga trabaho ay tumatagal ng mga linggo upang patakbuhin at ang mga ulat ay lumiliko sa payak na lumang papel. At pagkatapos, sa ilalim ng lahat ng mayroon kaming pang-araw-araw na pagpapanatili napapalibutan sa paligid ng pag-tap, mga update at pag-upgrade. At kung iisipin mo ang tungkol sa 24/7 pagpoproseso sa compute ng in-memorya, pamamahala ng data na iyon, pamamahala ng mga workload sa kabuuan nito, lahat ito ay nasa memorya, technically sa ephemeral platform, kung magsisimula kaming mag-apply ng mga patch at pag-update at pag-upgrade sa doon, na may isang buong saklaw ng iba pang mga hamon sa pamamahala at pagsubaybay din. Kailangan nating malaman kung ano ang maaari nating gawin sa offline, kung kailan natin mai-upgrade ito at kung ibalik natin ito online. At iyon ang nagdadala sa akin sa aking pangwakas na punto at iyon ay, na habang tayo ay nakakadagdag ng pagiging kumplikado sa mga sistemang ito, hindi ito isang bagay na magagawa ng isang tao sa pamamagitan lamang ng pagsuso ng kanilang hinlalaki at paghila sa kanilang tainga. Wala, uri ng, lumalapit na ang pakiramdam ng gat. Kailangan talaga namin ang naaangkop na mga tool upang pamahalaan at maihatid ang mataas na antas ng pagganap sa compute at pamamahala ng data.
At sa isip ko ay ihahatid ko ang aming kaibigan mula sa IDERA at pakinggan kung paano nila nilapit ang hamong ito.
Bill Ellis: Maraming salamat. Ibinabahagi ko ang aking screen at dito kami pupunta. Kaya, talagang nagpapakumbaba na isaalang-alang lamang ang lahat ng mga teknolohiya, at lahat ng mga tao na dumating sa unahan namin, upang gawin ang mga bagay na ito na magagamit sa 2017, magagamit. Pag-uusapan natin ang tungkol sa pagsusuri sa workload para sa SAP HANA - talaga, isang solusyon sa pagsubaybay sa database: komprehensibo, walang ahente, ay nagbibigay ng real-time at bumubuo ito ng isang kasaysayan, at sa gayon makikita mo ang nangyari sa nakaraan. Nag-aalok ang SAP S / 4 HANA ng potensyal ng mas mahusay, mas mabilis at mas mura. Hindi ko sinasabing mura, sinasabi ko lang na mas mura ito. Uri ng, ayon sa kaugalian kung ano ang nangyari ay magkakaroon ka ng isang pangunahing halimbawa ng paggawa - marahil ay tumatakbo sa Oracle sa isang mas malaking shop, potensyal na SQL Server - at pagkatapos ay gagamitin mo ang proseso na ETL at magkakaroon ka ng maraming, uri ng, mga bersyon ng katotohanan . At ito ay napakamahal dahil nagbabayad ka para sa hardware, operating system, Oracle na lisensya para sa bawat isa sa mga indibidwal na kapaligiran. At pagkatapos ay sa itaas na kakailanganin mong magkakasundo ang mga tao sa isang bersyon ng katotohanan sa susunod na bersyon ng katotohanan. At kung gayon, ang maramihang bersyon na pagproseso ng ETL ay mabagal at napaka, napaka-mahirap.
At sa gayon, ang HANA, talaga ang isang halimbawa ng HANA, ay maaaring potensyal na palitan ang lahat ng iba pang mga pagkakataon. Kaya, ito ay mas mura dahil ito ay isang platform ng hardware, isang operating system, sa halip na mga multiple. At kaya ang S / 4 HANA, talaga, binabago nito ang lahat at ikaw ay karaniwang tinitingnan ang ebolusyon ng SAP mula R / 2 hanggang R / 3, ang iba't ibang mga pack pack. Ngayon, ang sistema ng legacy ay magagamit hanggang sa 2025, kaya ikaw ay may walong taon hanggang sa talagang pilit kang lumipat. Kahit na nakikita namin ang mga tao, alam mo, kinukuha ang kanilang mga daliri sa paa dahil alam nila na darating at sa huli, alam mo, tatakbo ang ECC sa HANA at sa gayon kailangan mo talagang maging handa para sa iyon at maunawaan ang teknolohiya.
Kaya, isang database, walang mga proseso ng ETL, walang mga kopya na dapat pinagkasundo. Kaya, sa sandaling muli, mas mabilis, mas mahusay at mas mura. Nasa memorya si HANA. SAP ay nagbibigay ng software, nagbibigay ka ng hardware. Walang mga talahanayan ng pinagsama-samang. Ang isa sa mga bagay na, tulad ng, iminumungkahi kapag iniisip mo ito ay hindi mo nais na makapasok dito, bibilhin lamang namin ang napakalaking server na magagamit. Iminumungkahi nila na ikaw, uri ng, tamang sukat ng iyong SAP landscape nang mas maaga at sasabihin nila, huwag lumipat ng data ng 20 taong gulang. Sa palagay ko ang pag-archive ay isang bagay na hindi na-underutilize sa IT, uri ng, sa buong board, hindi lamang sa mga tindahan ng SAP. At kaya ang susunod na bagay ay ang SAP ay talagang gumugol ng maraming oras sa pagsulat muli ng kanilang katutubong code upang hindi magamit ang SELECT *. PINILI * ibabalik ang lahat ng mga haligi mula sa talahanayan at ito ay partikular na mahal sa isang database ng haligi. At kung gayon, hindi magandang ideya para sa SAP HANA. Kaya, para sa mga tindahan na maraming pagpapasadya, maraming mga ulat, ito ay isang bagay na nais mong hanapin at nais mong tukuyin ang mga pangalan ng haligi habang sumusulong ka sa paglipat ng lahat sa HANA.
Gusto naming sabihin na ang HANA ay hindi isang panacea. Tulad ng lahat ng mga database, ang lahat ng mga teknolohiya, kailangang masubaybayan, at tulad ng nabanggit nang mas maaga, kailangan mo ng mga numero upang pamahalaan ang labis, pagsukat sa pamamagitan ng pagsukat. At ang isa sa mga bagay na pinag-uusapan ko sa lugar ng IDERA ay ang bawat transaksyon sa negosyo ay nakikipag-ugnay sa sistema ng talaan, at sa kasong ito, magiging HANA ito. At sa gayon, ang HANA ay naging pundasyon para sa pagganap ng iyong mga transaksyon sa SAP, ang karanasan ng pagtatapos ng gumagamit. At sa gayon, mahalaga na panatilihing tumatakbo ito sa pinakamataas na bilis. Ito ay nagiging isang punto ng pagkabigo, at sa pakikipag-usap sa mga tao, ito ay isang bagay na maaaring mag-crop kung saan mayroon kang isang end user at marahil ay gumagamit ng data na real-time na iyon at mayroon silang isang query sa ad hoc na posibleng hindi masyadong tama. Siguro hindi sila sumali sa mga talahanayan at gumawa sila ng isang panlabas na pagsali, isang partisanong produkto, at talaga silang kumonsumo ng maraming mapagkukunan. Ngayon, makikilala ng HANA na sa kalaunan at papatayin ang sesyon na iyon. At kaya mayroong mahalagang bahagi ng aming arkitektura na magpapahintulot sa iyo na tunay na makuha ito sa kasaysayan, upang makita mo ang nangyari sa nakaraan at kilalanin ang mga sitwasyong iyon.
Kaya, tingnan natin ang pagsusuri sa workload para sa SAP HANA. Ito ang Bersyon 1 kaya't inanyayahan ka naming sumali sa amin sa paglalakbay, at ito ay isang produkto mula sa IDERA. Ito ay komprehensibo, simple pa. Real-time na may trending. Ang kalusugan ng host, halimbawa sa kalusugan. Sinusubaybayan namin ang mga estado ng paghihintay, ang mga query sa SQL, mga mamimili ng memorya at serbisyo. Kaya, ito ang hitsura ng GUI at maaari mong makita kaagad sa paniki na pinagana ng web. Talagang binuksan ko ang solusyon na ito na tumatakbo nang live sa aking system. Mayroong ilang mga mahahalagang bagay na nais mong tingnan. Kami, uri ng, nahahati sa iba't ibang mga lugar ng trabaho. Uri ng pinaka-mahalaga isa ay kung ano ang nangyayari sa antas ng host mula sa isang paggamit ng CPU at paggamit ng memorya. Tiyak na hindi mo nais na makarating sa isang pagpapalit o paghagupit na paninindigan. At pagkatapos ay karaniwang gumana ka sa kung ano ang nangyayari sa trending, mula sa oras ng pagtugon, mga gumagamit, mga pahayag ng SQL, iyon ay, kung ano ang nagmamaneho ng aktibidad sa system.
Ang isa sa mga bagay na may IDERA ay, alam mo, walang nangyayari sa isang database hanggang sa may aktibidad. At ang aktibidad na iyon ay mga pahayag ng SQL na nagmula sa aplikasyon. Kaya, ang pagsukat ng mga pahayag ng SQL ay ganap na mahalaga sa kakayahang makita ang sanhi ng ugat. Kaya, sige at mag-drill. Kaya, sa antas ng host, maaari nating aktwal na tingnan ang memorya, subaybayan ang paglipas ng panahon, paggamit ng host ng CPU. Hakbang pabalik, maaari mong tingnan ang mga pahayag ng COBSQL. Ngayon, ang isa sa mga bagay na makikita mo sa aming bahagi ng arkitektura ay ang impormasyong ito ay naka-imbak mula sa HANA, kaya kung may mangyayari sa HANA, kami ay karaniwang nakakakuha ng impormasyon hanggang sa, Ipagbawal ng Diyos, isang sitwasyon na hindi magagamit . Maaari rin naming makuha ang lahat ng nangyayari sa system upang magkaroon ng malinaw na kakayahang makita. At ang isa sa mga bagay na gagawin namin ay ihaharap namin ang mga pahayag ng SQL sa timbang na pagkakasunud-sunod. Kaya, isasaalang-alang ang bilang ng mga pagpapatupad, at sa gayon ito ang pinagsama-samang pagkonsumo ng mapagkukunan.
At sa gayon maaari kang makapasok sa mga indibidwal na sukatan dito - kailan ginawa ang pahayag na SQL na iyon? At pagkatapos ay ang pagkonsumo ng mapagkukunan ay higit sa lahat hinihimok ng plano ng pagpapatupad, at sa gayon maaari naming makuha iyon sa isang patuloy na batayan. Nasa memorya si HANA. Ito ay lubos na kahanay. Mayroon itong pangunahing mga index sa bawat talahanayan, na pinili ng ilang mga tindahan upang makabuo ng pangalawang index upang matugunan ang ilang mga isyu sa pagganap. At kung gayon, uri ng, alam kung ano ang nangyari sa plano ng pagpapatupad para sa ilang mga pahayag ng SQL ay maaaring maging napakahalaga. Titingnan din namin ang mga serbisyo, pagkonsumo ng memorya muli, na-chart sa paglipas ng panahon. Ang arkitektura: kaya, ito ay isang solusyon na may sariling pag-download na maaari mong i-download mula sa aming website at ang arkitektura na ito ay pinagana sa web.
Maaari kang magkaroon ng maraming mga gumagamit na kumonekta sa isang partikular na halimbawa. Maaari mong subaybayan ang mga lokal na pagkakataon ng SAP HANA. At panatilihin namin ang isang lumiligid na apat na linggong kasaysayan sa aming imbakan at na pinamamahalaan ang sarili. Upang i-deploy ito, sa halip simple. Kailangan mo ng Windows Server. Kailangan mong i-download ito. Karamihan sa mga Windows Server ay magkakaroon ng isang built-in na balangkas ng NET at dumating ito kasama ang isang lisensya. At kaya pupunta ka sa wizard ng pag-install na kung saan ay hinihimok ng Setup.exe at talagang magbukas ito ng isang screen, kasunduan sa lisensya, at gagamitin mo lamang ang balangkas na ito sa pamamagitan ng pag-click sa "Susunod." At kung gayon, saan mo nais ang HANA na mai-install? Susunod ay ang mga pag-aari ng database, at ito ay magiging iyong koneksyon sa SAP HANA, kaya't ito ay walang pagsubaybay sa ahensya ng halimbawa ng HANA. At pagkatapos ay magbibigay kami ng isang preview, ito ang port na nakikipag-usap kami sa pamamagitan ng default. I-click ang "I-install" at ito talaga ang nagsisimula sa HANA at nagsisimula ka sa pagbuo ng kasaysayan. Kaya, kaunting impormasyon ng tsart ng sizing. Maaari naming subaybayan ang hanggang sa 45 mga pagkakataon ng HANA, at nais mong gamitin ito, uri ng, sa isang sliding scale upang matukoy ang bilang ng mga cores, memorya, disk space na kakailanganin mo. At ipinapalagay na mayroon kang isang kumpletong kasaysayan ng lumiligid na apat na linggong papasok.
Kaya, tulad ng isang mabilis na pagbabalik, kami ay tumitingin sa kalusugan ng server, halimbawa sa kalusugan, paggamit ng CPU / memorya. Ano ang mga memorya ng memorya, ano ang mga driver ng aktibidad, ano ang mga serbisyo? Mahalaga ang mga pahayag ng SQL - ano ang mga estado ng pagpapatupad? Ipakita sa akin ang mga plano sa pagpapatupad, kailan naganap ang mga bagay, nagbibigay trending? Ito ay magbibigay sa iyo ng real-time at isang kasaysayan ng nangyari. At tulad ng nabanggit ko, dahil ang aming kasaysayan ay hiwalay sa HANA, kukuha kami ng mga bagay-bagay na nag-time out at na-flush mula sa kasaysayan ng HANA. Sa gayon maaari mong makita ang tunay na pagkonsumo ng mapagkukunan sa iyong system dahil sa hiwalay na kasaysayan.
Kaya, tulad ng nabanggit ko, ang website ng IDERA, sa ilalim ng Mga Produkto, madali mong mahahanap ito. Kung nais mong subukan ito, siguradong malugod ka. Tingnan kung paano ito nagbibigay ng impormasyon para sa iyo at mayroong karagdagang impormasyon sa website na iyon. Kaya, ang anumang mga interesadong partido ay higit pa sa masaya na pumasok doon. Ngayon, sa mga produktong portfolio na inaalok ng IDERA, mayroon ding monitor ng transaksyon ng SAP ECC, at ito ay tinatawag na Precise for SAP. At kung ano ang ginagawa nito - kung gumagamit ka ng portal o straight-up ECC lamang - makukuha talaga nito ang pagtatapos ng transaksyon ng gumagamit mula sa pag-click sa disk, sa lahat ng paraan hanggang sa pahayag ng SQL at ipakita sa iyo kung ano ang nangyayari.
Ngayon, ipinapakita ko sa iyo ang isang screen ng buod lamang. Mayroong ilang mga takeaways na nais kong magkaroon mula sa screen ng buod na ito. Ito ang oras ng tugon ng Y-axis, oras ng X-axis kasama ang araw, at sa view ng transaksyon na ito ay ipapakita namin sa iyo ang oras ng kliyente, oras ng pag-pila, oras ng ABAP code, oras ng database. Maaari naming makuha ang mga end user ID, T-code at maaari mong aktwal na i-filter at ipakita ang mga server sa pamamagitan ng isang partikular na transaksyon. At sa gayon, maraming mga tindahan ang nagpapatakbo sa harap ng dulo ng tanawin sa ilalim ng VMware, sa gayon maaari mo talagang masukat kung ano ang nangyayari sa bawat isa sa mga server at makakuha ng detalyadong pagsusuri. Kaya, ang view ng transaksyon na ito ay para sa pagtatapos ng transaksyon ng gumagamit sa pamamagitan ng buong landscape ng SAP. At maaari mong makita na sa aming website sa ilalim ng Mga Produkto ng APM Tools at ito ang magiging solusyon ng SAP na mayroon kami. Ang pag-install para sa ito ay medyo mas kumplikado, kaya hindi lamang ito i-download at subukan ito, tulad ng mayroon kami para sa HANA. Ito ay isang bagay kung saan kami ay magkakasamang gawin, magdisenyo at magpatupad ng pangkalahatang transaksyon para sa iyo.
Kaya, isang ikatlong mabilis na pagbabalik-balik, pagsusuri sa workload para sa SAP HANA, ito ay komprehensibo, walang ahente, real-time, ay nag-aalok ng isang kasaysayan. Nag-aalok kami ng kakayahang i-download at subukan ito para sa iyong site.
Kaya, kasama iyon, pupunta ako sa oras pabalik kina Eric, Dez at Dr. Bloor.
Eric Kavanagh: Oo, marahil Robin, anumang mga katanungan mula sa iyo, at pagkatapos ay Dez pagkatapos ni Robin?
Robin Bloor: Okay. Ibig kong sabihin, ang unang bagay na nais kong sabihin ay gusto ko talaga ang view ng transaksyon dahil ito mismo ang gusto ko sa sitwasyong iyon. Marami akong ginawa - mabuti, matagal na ang nakalipas sa ngayon - paggawa ng pagsubaybay sa pagganap, at iyon ang uri ng bagay; wala kaming mga graphics sa mga panahong iyon, ngunit iyon ang uri ng bagay na partikular na nais kong magawa. Sa gayon maaari mong, sa isang paraan o sa iba pa, itulak ang iyong sarili sa kung saan nangyayari ang problema.
Ang una kong tanong ay, alam mo, ang karamihan sa mga tao ay nagpapatupad ng S / 4 sa ilang paraan o iba pa sa labas ng kahon, alam mo. Kapag nakikisali ka sa anumang naibigay na pagpapatupad ng S / 4, natuklasan mo ba na naipatupad ito nang maayos o natapos mo ba, alam mo, ang pagtuklas ng mga bagay na maaaring gawing muling makumpirma ng customer? Ibig kong sabihin, paano nangyayari ang lahat?
Bill Ellis: Well, ang bawat shop ay medyo naiiba. At mayroong iba't ibang mga pattern ng paggamit, mayroong iba't ibang mga ulat. Para sa mga site na may pag-uulat ng ad hoc, ang ibig kong sabihin ay talagang, uri ng tulad ng, isang wildcard sa system. At sa gayon, ang isa sa mga mahahalagang bagay ay upang simulan ang pagsukat at alamin kung ano ang baseline, ano ang normal para sa isang partikular na site, kung saan ang partikular na site na iyon, batay sa kanilang mga pattern ng paggamit, stressing ang system. At pagkatapos ay gumawa ng mga pagsasaayos mula doon. Karaniwan ang pagsubaybay sa pag-optimize ay hindi isang beses, ito ay talagang isang tuluy-tuloy na kasanayan kung saan sinusubaybayan, pag-tune, paggalang, na ginagawang mas mahusay ang system para sa end user na komunidad upang makapaglingkod nang maayos sa negosyo.
Robin Bloor: Okay, kaya kapag ipinatupad mo - ang ibig kong sabihin, alam kong ito ay isang mahirap na katanungan na sasagutin dahil kakaiba ito depende sa laki ng pagpapatupad - ngunit kung magkano ang mapagkukunan ng kakayahan sa pagsubaybay ng IDERA, magkano ang kumonsumo ? Mayroon ba itong anumang pagkakaiba sa anuman o ito ay, hindi lamang ito makagambala? Paano yan gumagana?
Bill Ellis: Oo, sasabihin ko na ang overhead ay humigit-kumulang sa 1–3 porsyento. Maraming mga tindahan ang nais na isakripisyo iyon dahil potensyal na mabibili mo iyon sa mga tuntunin ng pag-optimize. Ito ay nakasalalay sa mga pattern ng paggamit. Kung gumagawa ka ng isang buong tanawin, nakasalalay ito sa mga indibidwal na teknolohiya na sinusubaybayan. Kaya, uri ng, mileage ay nag-iiba, ngunit tulad ng napag-usapan namin, siguradong mas mahusay na gumastos ng kaunti upang malaman kung ano ang nangyayari, kaysa sa tumakbo lamang bulag. Lalo na ito ay, alam mo, narito na kami sa Enero at nakakapasok ka sa pagproseso ng yearend at pinagsama-samang ang iyong data na 12 buwan. Alam mo, ang paggawa ng pagganap, pagkuha ng mga ulat sa mga regulasyong organisasyon, ang mga bangko, sa mga shareholders, ay talagang mahalaga sa isang kritikal na pagganap ng negosyo.
Robin Bloor: Tama. At isang mabilis lamang, mula sa iyong pananaw - dahil sa palagay ko ikaw ay may kasangkot sa isang buong serye ng mga site ng SAP - gaano kalaki ang kilusan sa gitna ng base ng customer ng SAP patungo sa S / 4? Ibig kong sabihin, ito ba ay isang bagay na nangyayari, alam mo, na mayroong isang uri ng avalanche ng masigasig na mga customer na pupunta para dito, o ito ba ay isang matatag na trick? Paano mo nakikita iyon?
Bill Ellis: Sa palagay ko ilang taon na ang nakalilipas, sasabihin ko na ito ay isang daliri ng paa. Ngayon sasabihin ko na ang mga tao, uri, hanggang sa kanilang tuhod. Sa palagay ko, alam mo, na binigyan ng timeline ang mga tao ay talagang malubog sa HANA sa susunod na ilang taon. At kaya ang pagsubaybay, pagbabago, alam mo, sa palagay ko na ang karamihan sa mga customer ay, uri ng, sa curve ng pagkatuto nang magkasama. At sa palagay ko hindi kami lubos sa avalanche tulad ng sinabi mo, ngunit sa palagay ko nasa cusp kami ng pangunahing pagbabagong-anyo patungo sa HANA.
Robin Bloor: Okay, kaya sa mga tuntunin ng mga site na iyong nakita na nawala para sa mga ito, sila ba ay umaangkop sa HANA para sa iba pang mga aplikasyon o sila, sa isang paraan o iba pa, uri ng, ganap na natupok sa paggawa nito gawaing gamit? Ano ang larawan doon?
Bill Ellis: Oo, madalas na isasama ng mga tao ang SAP sa iba pang mga system, depende sa kung anong mga module at iba pa, kaya medyo kaunti. Hindi ko talaga nakikita ang mga tao na gumagamit ng iba pang mga aplikasyon sa HANA pa. Iyon ay tiyak na posible na gawin. At sa gayon ito ay higit pa sa paligid ng tanawin sa paligid ng SAP infrastructure.
Robin Bloor: Ipagpalagay ko na mas mahusay kong ibigay ka kay Dez. Ako ay hogging iyong oras. Dez?
Dez Blanchfield: Salamat. Hindi, mabuti ang lahat. Dalawa ang napakabilis, upang subukang itakda ang tema. SAP HANA ay makalipas na ng ilang taon ngayon at ang mga tao ay nagkaroon ng pagkakataon na isaalang-alang ito. Kung bibigyan mo kami ng isang magaspang na pagtatantya ng porsyento ng mga katutubong tumatakbo nito - dahil maraming tao ang tumatakbo sa bagay na ito - ano sa palagay mo ang porsyento ng merkado na alam mo ay kasalukuyang nawala mula lamang sa tradisyunal na pagpapatupad ng SAP hanggang SAP sa HANA? Naghahanap ba tayo ng 50/50, 30/70? Ano, uri ng, porsyento ng merkado ang nakikita mo sa mga taong lumipat at gumawa ng hakbang ngayon kumpara sa mga tao na pinipigilan lamang at naghihintay ng mga bagay na mapabuti o makakuha ng mas mahusay o magbago o kung ano man ang kaso?
Bill Ellis: Oo, ilalagay ko, mula sa aking pananaw, ilalagay ko ang porsyento sa paligid ng 20 porsyento. Ang SAP ay may kaugaliang tradisyunal na negosyo. Ang mga tao ay may posibilidad na maging napaka-konserbatibo at sa gayon ang mga tao ay i-drag ang kanilang mga paa. Sa palagay ko nakasalalay din ito, alam mo, matagal ka nang tumatakbo sa SAP, o ikaw, uri ng isang SMB na marahil ay mas kamakailan na na-deploy ang SAP? At sa gayon, mayroong uri ng isang bilang ng mga kadahilanan, ngunit sa pangkalahatan ay hindi sa palagay ko ang porsyento ay 50/50. Gusto kong sabihin 50 porsyento ay hindi bababa sa dabbling at may HANA na tumatakbo sa isang lugar sa kanilang data center.
Dez Blanchfield: Ang kagiliw-giliw na takeaway na ibinigay mo sa amin nang mas maaga ay ito ay isang fait accompli sa isang kahulugan at na ang orasan ay pisikal at literal na gris sa oras upang lumipat. Sa proseso ng paggawa nito, sa palagay mo ba itinuring ng mga tao iyon? Ano ang pangkalahatang kahulugan ng pag-unawa ng katutubong na ito ay isang transisyonal na paglipat sa platform, hindi lamang ito isang pagpipilian, nagiging default ito?
At mula sa punto ng SAP, sigurado ako na pinipilit nila ang ganoong paraan dahil mayroong isang makabuluhang kalamangan sa pagganap, ngunit ito rin, sa palagay ko, nakikipagbuno sila sa likod ng platform sa halip na pumunta ito sa isang third- party database, ibabalik nila ito sa kanilang sariling platform. Sa palagay mo ba nakuha ng mga kumpanya ang mensahe na iyon? Sa palagay mo ba naiintindihan ng mga tao at ngayon ay nakikipag-ugnay dito? O ito pa rin, uri ng, isang hindi malinaw na bagay, sa palagay mo, sa merkado?
Bill Ellis: Hindi sa palagay ko nahihiya ang SAP tungkol sa pakikipag-usap at ang mga taong napunta sa SAPPHIRE ay nakakakita ng HANA kahit saan. Kaya, sa palagay ko ang mga tao ay may kamalayan, ngunit ang likas na katangian ng tao kung ano ito, alam mo, ang ilang mga tao ay, uri ng, pag-drag ng kanilang mga paa nang kaunti.
Dez Blanchfield: Dahil sa palagay ko ang dahilan ng pagtatanong ko sa tanong na iyon, at patawarin mo ako, ngunit sumasang-ayon ako. Sa palagay ko hindi pa sila nahihiya sa pakikipag-usap nito. Sa palagay ko ang signal ay nawala sa maraming paraan. At sumasang-ayon ako sa iyo - Hindi ko alam na tumalon pa ang lahat. Alam mo, ang tradisyunal na negosyo, napakalaking negosyo na nagpapatakbo nito, ay pa rin sa maraming mga paraan, hindi lubos na kinaladkad ang kanilang mga paa, ngunit sinusubukan lamang na maggamitan ng pagiging kumplikado ng shift. Dahil sa palagay ko ang isang bagay na ang iyong tool, at tiyak na ang iyong pagpapakita ngayon ay na-highlight, at para sa akin, isang key takeaway na nais kong lahat na nakikinig at nakatutok sa ngayon upang umupo at bigyang pansin ang pagmuni-muni ay, mayroon kang tool ngayon na pinasimple ang proseso na iyon sa aking isip. Sa palagay ko mayroong isang grupo ng sobrang kinakabahan na CIO at ang kanilang mga koponan sa ilalim nila na nag-iisip, "Paano ko gagawin ang paglipat mula sa tradisyonal na RDBMS, mga pamamahala ng mga sistema ng pamamahala ng database, na kilala natin sa loob ng maraming mga dekada, sa isang bagong bagong paradigma ng compute at sa pamamahala ng imbakan sa isang puwang na medyo matapang pa rin? ”sa aking isipan. Ngunit hindi ito kilala sa maraming paraan, at napakakaunting mga tao na gumawa ng paglilipat sa iba pang mga lugar, na hindi tulad ng nakakuha sila ng isa pang seksyon ng negosyo na gumawa ng paglipat sa compute ng in-memorya. Kaya, ito ay isang lahat-o-walang gumagalaw sa kanilang isip.
Kaya, ang isa sa mga bagay na aking inalis mula sa higit pa sa anumang bagay - sasaktan kita ng isang tanong sa isang minuto - ang takot na ngayon, sa palagay ko, ay pinahihintulutan sa maraming paraan at bago ito ngayon, kung ako ay nakikinig sa CIO, gagawin ko, uri ng, isipin, "Well, paano ko gagawin ang paglipat na ito? Paano ko magagarantiyahan ang parehong kakayahan na nakuha namin sa relasyong database pamamahala ng database at mga karanasan ng mga DBA, sa isang bagong platform na wala kaming kasalukuyang mga kasanayan sa? "Kaya, ang aking tanong na, sa palagay mo ba naintindihan ng mga tao na ang mga tool ay nandiyan ngayon sa iyong inaalok, at na maaari nilang, uri, huminga ng malalim at buntong-hininga na ang paglipat ay hindi nakakatakot na tulad ng nauna sa tool na ito magagamit? Sa palagay mo ay naiintindihan ng mga tao na o ito pa rin, uri ng, isang bagay na sila ay nakakakuha lamang ng paglipat sa paglipat sa in-memory compute at in-memory storage kumpara sa mga kumbinasyon ng old-school ng NVMe, flash at disk?
Bill Ellis: Oo, kaya walang alinlangan na maraming teknolohiya at mga tool na maaaring maipakita ang mga ito, kung ano ang nangyayari at gawing napakadali upang matukoy ang nangungunang mga mamimili ng mapagkukunan. Ibig kong sabihin, nakakatulong ito upang gawing simple ang mga bagay at makakatulong ito sa mga kawani ng teknolohiya na talagang makakuha ng isang mahusay na hawakan. Uy, malalaman nila kung ano ang nangyayari at maiintindihan ang lahat ng pagiging kumplikado. Kaya, talagang, ang mga tool sa merkado ay tiyak na kapaki-pakinabang at sa gayon nag-aalok kami pagtatasa ng workload para sa SAP HANA.
Dez Blanchfield: Oo, sa palagay ko ang mahusay na bagay tungkol sa ipinakita mo sa amin ngayon ay, sa pagsubaybay sa piraso ng hardware, piraso ng operating system, kahit na sinusubaybayan ang ilan sa mga karga na gumagalaw, tulad ng sinabi mo, ang ibig kong sabihin, ang mga tool matagal nang nandoon. Ang kaunti para sa akin, lalo na sa loob ng mga gusto ng HANA ay hindi namin kinakailangang magkaroon ng kakayahang makakuha ng isang magnifying glass at sumilip sa ito at tingnan kung ano ang ginagawa ng iyong tool sa kung ano ang nangyayari sa mga query at kung paano sila na nakabalangkas at kung saan ang pag-load na.
Sa pamamagitan ng mga deployment na iyong nakita hanggang ngayon, na ibinigay na ikaw ay talagang literal ang pinaka-makapangyarihan sa puwang na ito sa iyong platform sa mundo, ang ilan sa mga mabilis na panalo na iyong nakita - mayroon ka bang anumang kaalaman sa anekdot na maaari mong ibahagi sa sa amin sa paligid ng ilan sa mga sandali ng Eureka, ang mga sandali ng aha, kung saan naitatalaga ng mga tao ang mga kasangkapan sa IDERA, natagpuan nila ang mga bagay na hindi nila alam ay nasa kanilang mga platform at pagtatanghal na kanilang nakuha. Mayroon ka bang anumang mahusay na anecdotal na mga halimbawa ng kung saan ipinadala lamang ito ng mga tao, hindi talaga alam kung ano ang mayroon sila at lahat ng isang biglaang nawala, "Wow, hindi namin talaga alam na nandoon doon?"
Bill Ellis: Oo, kaya ang isang malaking limitasyon ng mga katutubong tool ay kung ang isang runaway query ay kanselahin, ito ay nag-flush ng impormasyon at sa gayon hindi ka talaga magkaroon ng kasaysayan. Sa pamamagitan ng pag-iimbak namin sa kasaysayan ng offline, tulad ng isang runaway query, magkakaroon ka ng isang kasaysayan, malalaman mo kung ano ang nangyari, makikita mo ang plano ng pagpapatupad at iba pa. At sa gayon, na nagbibigay-daan sa iyo, uri ng, tulungan ang end user ng komunidad na talaga na gumana nang mas mahusay, magsulat ng mga ulat nang mas mahusay, atbp. At kung gayon, ang kasaysayan ay isang bagay na talagang maganda. At ang isa sa mga bagay na nais kong ipakita ay ang maaari mong tingnan ang tunay na oras hanggang sa apat na linggo at pagkatapos ay madali kang mag-zoom in sa anumang oras ng interes at pagkatapos ay maaari mong mailantad ang napapailalim na aktibidad sa pagmamaneho. Ang pagkakaroon lamang ng kakayahang makita na iyon ay isang bagay na lubos na kapaki-pakinabang upang malaman kung ano ang lumabas na bottleneck.
Dez Blanchfield: Nabanggit mo na ito ay multi-user, sa sandaling na-deploy ito, at medyo napahanga ako sa katotohanan na walang ahente ito at epektibong zero touch sa maraming paraan. Ito ba ay normal para sa isang solong paglawak ng iyong tool upang pagkatapos ay magagamit sa lahat mula sa sentro ng operasyon ng network sa NOC na nanonood ng pangunahing imprastraktura na sumuporta sa kumpol hanggang sa application at development team? Ito ba ang pamantayan at ipinamamahagi mo ang isang beses at ibabahagi nila iyon, o inaasahan mo na ang mga tao ay maaaring magkaroon ng mga modelo ng pagkakataon na tumingin sa iba't ibang mga bahagi ng salansan? Ano ang hitsura nito?
Bill Ellis: Kaya, ang batayan ng koponan ay karaniwang may napakalakas na interes sa mga teknolohiya na pinanindigan ng kung ano ang nangyayari sa SAP. Malinaw na mayroong maraming mga koponan na susuportahan ang buong mga landscapes. Ang piraso ng HANA ay nakatuon lamang doon. Pupunta lang ako sa default sa koponan ng batayan ng SAP bilang pangunahing mga mamimili ng impormasyon.
Dez Blanchfield: Tama. Ito ay tumatakbo sa akin, bagaman, na kung mayroon akong isang koponan sa pag-unlad o hindi kahit na sa antas ng code, ngunit kung nakuha ko ang isang pangkat ng mga siyentipiko ng data o analyst na nagsasagawa ng analytical na gawain sa mga set ng data doon, partikular na ibinigay na mayroong isang makabuluhang pagtulak sa agham ng data na inilalapat sa lahat ng mga nasa loob ng mga samahan ngayon, sa aking isipan - at itama sa akin kung mali ako - tila sa akin ito ay magiging malaking interes din sa kanila, dahil sa maraming paraan ng mga seryosong bagay na maaari mong gawin sa isang kapaligiran ng bodega ng data ay ipalabas ang isang siyentipiko ng data dito at payagan itong magsimula lamang sa paggawa ng mga query sa ad hoc. Mayroon ka bang anumang mga halimbawa ng ganoong uri ng bagay na nangyayari kung saan sinakyan ka ng mga tindahan at sinabi, "Naitapon namin ang isang koponan ng agham ng data sa bagay na ito, talagang nasasaktan, ano ang maaari nating gawin para sa kanila kumpara sa ginagawa namin sa tradisyonal na pagmamanman at pamamahala ng pagpapatakbo? ”Ito ba ay kahit na?
Bill Ellis: Buweno, oo, gusto ko nang umikot nang kaunti at gupitin ang aking tugon ay iyon, pagtingin sa pagganap, pagiging may kamalayan sa pagbuo ng QA produksiyon, alam mo, mas maaga kang mag-imbak, mas kaunting mga problema, mas kaunti mga sorpresa na mayroon ka. Kaya, ganap na.
Dez Blanchfield: Sumusunod mula rito, maraming mga tool na naranasan ko - at sigurado akong sasang-ayon si Robin - maraming mga tool dito, kung mayroon kang isang malaking RDBMS kailangan mo talagang mataas na- bihasa, malalim na may kaalaman, may karanasan na mga DBA. Ang ilan sa mga kinakailangan sa imprastraktura at platform na dumarating kasama ang SAP HANA dahil sa kasalukuyan ay suportado sa mga partikular na pamamahagi na nakahanay mula sa partikular na hardware at iba pa, sa abot ng aking kaalaman. Alam mo, mayroong mga taong may mga dekada ng karanasan na hindi pareho. Ang nakikita ko, gayunpaman, iyon ay hindi kinakailangan ang kinakailangan sa tool na ito. Tila sa akin maaari mong i-deploy ang iyong tool at ibigay ito sa ilang medyo bagong mukha at bigyan sila ng kapangyarihan kaagad upang makahanap ng mga bagay na hindi gumaganap nang maayos. Ito ba ang kaso na mayroong isang medyo maikling kurba sa pag-aaral upang makakuha ng upang mapabilis na may ito at makakuha ng ilang halaga na hindi maikakaila ito? Alam mo, ang aking pangkalahatang kahulugan ay hindi mo kailangang magkaroon ng 20 taong karanasan sa pagmamaneho ng isang tool upang makita kaagad ang halaga. Papayag ka bang mangyari iyon?
Bill Ellis: Oh ganap na, at sa iyong punto, sa palagay ko na ang maraming tagumpay ng isang paglawak ay talagang nakasalalay sa pagpaplano at pag-archive ng kapaligiran ng SAP HANA. At pagkatapos ay walang alinlangan na maraming kumplikado, maraming teknolohiya na binuo sa, ngunit pagkatapos ay bumaba lamang ito upang masubaybayan ang mga pattern ng paggamit ng nangyayari. Kaya, bagaman mas kumplikado ito, sa isang paraan na nakabalot at medyo pinasimple. Napaka mahirap yan.
Dez Blanchfield: Oo, kaya bago ko ibalik kay Eric, dahil alam kong mayroon siyang ilang mga katanungan, lalo na mula sa ilang na dumaan sa Q&A na mukhang kawili-wili, at masigasig kong marinig ang sagot sa. Tradisyonal na paglalakbay para sa isang tao na - nabanggit mo na mas maaga itong makuha, maaari mong i-download ito at subukan ito. Maaari mo bang muling maibalik ang mabilis na iyon para sa pakikinig ng katutubong alinman sa ngayon o mga katutubong maaaring mag-replay nito sa ibang pagkakataon? Ano ang mabilis na dalawa o tatlong hakbang upang makuha ang kanilang mga kamay sa isang kopya at maipapatupad ito at subukan ito sa kanilang mga kapaligiran bago nila ito bilhin? Ano ang hitsura nito? Ano ang mga hakbang para sa na?
Bill Ellis: Oo. Kaya, IDERA.com at pumunta lamang sa Mga Produkto at makikita mo ang Pagtatasa ng Workload para sa SAP HANA. May isang download page. Sa palagay ko hihilingin ka nila para sa ilang impormasyon sa pakikipag-ugnay at ang produkto ay nakabalot na lamang ng isang susi ng lisensya upang maaari mo itong mai-install sa Setup.exe at mabilis na lumiligid, sa palagay ko, napakabilis.
Dez Blanchfield: Kaya, maaari silang pumunta sa iyong website, maaari nila itong i-download. Naaalala ko na tinitingnan ko ito ilang oras na ang nakaraan at doble kong na-check kagabi din, maaari kang humiling ng isang demo, mula sa memorya, kung saan ang isang tao sa iyong koponan ay, uri ng, maglakad sa iyo? Ngunit maaari mo talagang i-download ito nang libre at maipadala ito nang lokal sa iyong sariling kapaligiran, sa iyong sariling oras, hindi kaya?
Bill Ellis: Oo.
Dez Blanchfield: Magaling. Sa palagay ko, higit sa anupaman, marahil ang bagay na nais kong personal na payuhan ang gawin, ay kumuha ng isang kopya sa website, kumuha ng ilang dokumentasyon doon dahil alam kong mayroong maraming magagandang nilalaman doon upang gawin iyon, at subukan mo lang. Ilagay ito sa iyong kapaligiran at tingnan kung ano ang nahanap mo. Inaasahan ko na kapag mayroon kang isang hitsura sa ilalim ng talukap ng mata sa iyong mga SAP HANA na kapaligiran na may kasangkapan sa IDERA makakahanap ka ng mga bagay na hindi mo alam ay nandoon.
Tingnan, maraming salamat sa iyo at salamat sa oras para lamang sa Q&A kasama sina Robin at I. Eric, babalik ako sa iyo dahil alam kong ang ilang mga Q&A ay dumating din mula sa aming mga dadalo.
Eric Kavanagh: Oo, isang tunay na mabilis lamang dito. Kaya, ang isa sa mga dadalo ay gumagawa ng isang magandang puna dito na pinag-uusapan lamang kung paano nagbabago ang mga bagay. Sinasabi sa nakaraan, ang memorya ay nag-choke, nagpapabagal sa pamamagitan ng madalas na paging, kasalukuyang ang CPU ay choking na may sobrang data ng memorya. Alam mo, may mga problema sa network. Ito ay palaging magiging isang gumagalaw na target, di ba? Ano ang nakikita mong tilapon sa mga araw na ito sa mga tuntunin ng kung saan pupunta ang mga bottlenecks at kung saan mo kakailanganin na ituon ang iyong pansin?
Bill Ellis: Oo. Hanggang sa masukat mo, mahirap malaman. Ang isa sa mga bagay tungkol sa mga pahayag ng SQL ay ang mga ito ay magiging mga driver ng pagkonsumo ng mapagkukunan. At kaya sa sitwasyong dapat mong magkaroon, tulad ng, isang malaking pagkonsumo ng memorya o pagkonsumo ng CPU, malalaman mo kung anong aktibidad ang naging sanhi ng pagkonsumo ng mapagkukunan. Ngayon, hindi mo nais na patayin ito, ngunit nais mo ring malaman ito at, uri ng, kung ano ang nangyayari, kung gaano kadalas nangyayari ito, atbeta. Kami, uri ng, bago pa rin sa mga tuntunin ng pagtugon sa buong hanay o cookbook ng mga tugon sa iba't ibang mga kalagayan. At kung gayon, ito ay isang mahusay na katanungan at oras na sasabihin. Magkakaroon kami ng mas maraming impormasyon sa paglipas ng oras.
Eric Kavanagh: Ito na. Well, kayong lahat ay nasa isang napaka-kagiliw-giliw na espasyo. Sa palagay ko makikita mo ang maraming aktibidad sa mga darating na buwan at susunod na mga taon dahil alam ko na ang SAP, tulad ng iminungkahi mo sa aming nilalaman ng nilalaman, ay nagbigay ng magandang mahabang on-ramp para sa mga tao na gumawa ng paglipat sa HANA. Ngunit gayunpaman, ang rampa na iyon ay may pagtatapos at sa isang tiyak na punto ang mga tao ay kailangang gumawa ng ilang mga malubhang desisyon, kaya mas maaga ang mas mahusay, di ba?
Bill Ellis: Ganap.
Eric Kavanagh: Alright folks, nasunog namin ang isa pang oras dito sa Hot Technologies. Maaari kang makahanap ng impormasyon sa online, insideanalysis.com, din sa techopedia.com. Tumutok sa site na iyon para sa maraming kawili-wiling impormasyon, kabilang ang isang listahan ng lahat ng aming mga archive ng mga nakaraang webcasts. Ngunit ang mga tao, isang malaking pasasalamat sa inyong lahat sa labas, sa aming mga kaibigan sa IDERA, kay Robin at syempre, si Dez. At maaabutan ka namin sa susunod na linggo, mga tao. Salamat muli sa iyong oras at atensyon. Ingat. Paalam.
