Emportar: L’amfitrió Eric Kavanagh discuteix la gestió del rendiment de PeopleSoft amb Matt Sarrel i Bill Ellis en aquest episodi de Hot Technologies.
Eric Kavanagh: D’acord, senyores i senyors. Hola i benvinguts de nou una vegada més És un dimecres a les quatre de la tarda a l'Est i, durant els darrers anys, això ha significat en aquest món de les informàtiques i les grans empreses i dades, és el moment de Hot Technologies. Sí, efectivament, em dic Eric Kavanagh. Seré el vostre moderador per a l'esdeveniment d'avui.
Parlarem dels sistemes que funcionen amb negocis, persones; estem parlant de PeopleSoft, com gestionar el rendiment d’entorns complexos. Sempre m’agrada esmentar, teniu un paper important en aquests esdeveniments, per tant, no sigueu tímids. Fes la teva pregunta en qualsevol moment; podeu fer-ho mitjançant la finestra de xat o la pregunta de preguntes i preguntes. M'agradaria escoltar el que voleu saber i aquesta és la millor manera; obtindreu el millor valor per al vostre temps. Arxivem tots aquests transmissions web per escoltar-les posteriorment, així que només cal tenir-ho en compte.
Si els sistemes funcionen lentament, només cal tenir en compte com era la vida. Aquesta foto és realment del 1968, per gentilesa d'una dona anomenada Danelle, i he de dir que realment és un record important del quant han canviat les coses. El món ha estat molt més complex i, per descomptat, les necessitats empresarials i l'experiència dels usuaris solen anar de la mà. Però aquests dies, hi ha una mica de desconnexió. Hi ha un desajust, com solem dir, i el fet és que els empresaris sempre volen les coses de forma més ràpida i ràpida, els equips informàtics que han de lliurar són els que es posen sota pressió per fer la feina i és un món intens per aquí.
He de dir, la competència s’ha escalfat a tot arreu. Si només us fixeu en qualsevol indústria, podreu veure que hi ha grans novetats en aquests dies: Amazon, per exemple, a comprar Whole Foods, per exemple. Podeu estar segurs que la indústria de queviures està donant una ullada a aquesta mirada.Ho veiem per tot arreu, per la qual cosa correspon als líders empresarials assegurar-se que esbrinen com, i aquí hi ha la paraula de comunicació en aquests dies, transformar digitalment, com passar més enllà de la centraleta antiga cap a sistemes molt més nous i robustos. És el que parlarem avui.
Un dels problemes a què s’enfronten moltes organitzacions, especialment les que fa temps que es troben, són aquests sistemes heretats. Aquest és un fotograma IBM de l'antic. Hi ha sistemes heretats a tot arreu. Una de les bromes és que un sistema llegat és un sistema que està en producció, és a dir, el moment en què entra en producció, tècnicament és un sistema llegat. Sempre hi haurà noves formes de fer les coses.
I hi ha alguns desenvolupaments molt interessants en els darrers anys sobre la cerca de maneres de conciliar pràcticament els sistemes, no necessàriament només per millorar el rendiment d’un sistema, sinó per trobar una manera de crear una mena de descàrrega o una tàctica fora de càrrega per gestionar el rendiment. d’altres maneres. Avui, parlarem més sobre com millorar el rendiment d’un sistema com PeopleSoft, que per descomptat és increïblement complex. Però, quan es fa bé, quan es carrega, quan s’implementa, quan es gestiona bé, pot fer coses meravelloses. Però, quan no ho gestionem bé, és quan tens tot tipus de problemes.
I què passa? Heu de ser realistes sobre les coses i en qualsevol entorn, si els usuaris no aconsegueixen el que volen, tard o d'hora passen a sistemes d'ombra. Passa tot el temps. Els sistemes d’ombra poden ser molt productius, poden ajudar la gent a fer la feina. Però, per descomptat, hi ha molts problemes. Certament, a tota l’àrea de compliment i regulació, els sistemes d’ombra són un gran no. Però són fora i crec que és important recordar que els vostres sistemes, si el vostre sistema principal no funciona ràpidament o no funciona de manera eficaç, tard o d’hora hi haurà solucions de solució i aquestes solucions poden ser molt difícils de descobrir. pot ser difícil de posar al sol perquè acaben sent crítics per al negoci. Poden ser difícils d’integrar, així que només tingueu en compte que hi ha fora i són un altre motiu per millorar el rendiment.
Fa poc que he sentit a parlar d’aquesta expressió i l’he de llançar: “la tirania de l’urgència”. Crec que només sentir que probablement saps de què parlo i què passa a la majoria d’organitzacions és que la càrrega de treball arriba a una massa crítica. i la gent fa tot el que pot i és molt difícil canviar res. Acabeu de patir "la tirania de la urgència": tot s'ha de fer immediatament. Bé, actualitzar un sistema no passa immediatament.
Qualsevol persona que hagi viscut alguna vegada amb l’actualització d’un ERP d’una versió a una altra versió sap que és un procés relativament dolorós, així que només cal tenir-ho en compte: si el veieu a la vostra organització, reconegueu-lo. Tant de bo pugueu acudir a algú o si sou una persona gran com un CIO o CTO o CEO, reconegueu que aquest és un escenari molt perillós, ja que un cop al darrere de les vuit boles és molt difícil sortir de darrere. vuit bola.
És com tot el congrés de la marató: si acabes enrere en una cursa de qualsevol tipus i tothom està per davant i tot seguit corrent, serà molt difícil posar-se al dia si cau molt enrere. Només cal tenir en compte i tingueu-ho en compte.
I amb això, vaig a lliurar-ho a Matt Sarrel per donar-nos algunes visions sobre com gestionar la complexitat amb els entorns PeopleSoft. Matt, treu-ho.
Matt Sarrel: D'acord, gràcies, Eric. Hola a tothom. Per tant, vés a veure, Començaré dient-te per què crec que sóc la persona adequada perquè parli amb tu per gestionar el rendiment. Així que tinc 30 anys d’experiència en tecnologia. A mi m’agrada dir que vaig treballar a l’hora de ser un professional, administrador de xarxa, director d’informàtica, VP d’enginyeria en un parell de start-ups. Després vaig fer aquesta transició per convertir-me en directora tècnica a PC Mag. Aquí hi ha la meva foto, però bàsicament em sembla un nen petit.
A continuació, segueix sent periodista en diverses publicacions com eWeek i InfoWorld, analista de Gigahome, treballant en xarxa amb el grup Bloor i gestor també de consultoria. I jo sóc: la imatge de l’esquerra és el que em sembla ara. Aquesta imatge al centre és una zona on estic molt contenta, en una habitació plena de cables i llums parpellejos, i on fa fred: ha de ser molt fred i tots els altres han de ser incòmodes per a mi sentir-me còmode per la temperatura. I hi ha les meves dades de contacte, si teniu cap pregunta de seguiment.
Vull posar aquí l'escenari i parlar només de rendiment, com va parlar Eric. Ara hem entrat en aquest món on els usuaris tenen aquesta expectativa que han estat establerts per les aplicacions i els llocs web de consum. I la gent estava disposada a anar a treballar i seure-hi i a esperar els seus sistemes perquè és el que necessitaven, i ara la gent no està disposada a asseure-s’hi. Llavors, és una qüestió de si volen que aquesta moto voli al voltant de la pista. Probablement no vulguin que el noi vagi en bici i porti la seva filla a l'escola. Però, què oferireu?
I és difícil perquè, realment, vaig ser generós amb aquest a tres segons tan bo: les persones també volen una resposta immediata i hi volen accedir des de qualsevol lloc. Que en qualsevol moment es pot trobar a qualsevol lloc del vostre edifici o al vostre campus o que es pugui trobar a qualsevol part del món en qualsevol moment segons el funcionament del vostre negoci. I suposo que el que estic creant és que quan parlem de rendiment és important pensar en el rendiment des de l’angle de l’experiència de l’usuari.
És important definir els objectius de rendiment abans de mesurar i ajustar. Tinc aquesta imatge d’un sintonitzador i després d’un sintonitzador. L’home real, que és un sintonitzador, ha de saber a què s’està ajustant o, per tant, no té cap sentit posar les mans al piano i ajustar-lo. Així, doncs, cal definir-ne els objectius abans, en lloc d'adaptar-los als objectius actuals. És important controlar les mètriques al llarg del temps i adonar-se de com canvien els sistemes amb el rendiment de l’aplicació de càrrega dels usuaris, afectat per les escenes de recursos i els patrons d’ús.
Sempre és important correlacionar tot això amb una experiència d’usuari o incidències de suport, establir una línia de referència per al rendiment que espereu poder proporcionar i quan s’apropi a desviacions des d’aquesta línia de base, tingueu alertes proactives perquè pugueu prendre mesures abans que nosaltres colpeja l'estat de "balena falla". I ja sabeu que requereix la capacitat per poder determinar i abordar la causa fonamental del problema de rendiment de forma molt ràpida i senzilla. I de nou, això és abans, millor, no?
Sabem que, des de la història passada, mirant els esforços de desenvolupament, com més aviat podeu trobar i solucionar problemes de rendiment, millor sou. Si espereu fins que tot el vostre codi o el vostre sistema estigui en directe per començar a provar el rendiment o començar a descobrir problemes, no diré que sigui massa tard, però de nou, ara ets el tipus que va començar malament a la marató i ara estàs jugant a la captura. -up en lloc de saltar a la dreta i avançar. Com es fa això? Preveu la vostra càrrega mitjana i màxima?
I aneu endavant i tambeu els servidors físics o els servidors virtuals, les instàncies del núvol, els contenidors i els recursos del vostre contenidor i, a continuació, feu una prova de concepte i executeu un pilot? Són els moments en què es tracta d’una altra manera, el final del lloc on es vol agafar alguna cosa, tot i que encara és millor agafar-lo en producció que ignorar-lo en producció. Però realment, en el moment en què vau formar part del vostre pilot, ja haureu d’haver establert la vostra metodologia i procediments al voltant del seguiment i la millora continuats.
D'acord, doncs, moltes empreses: parlem de transformació digital. DevOps, en la revolució de DevOps, està jugant un paper important en aquesta transformació digital. I aquest és un procés final a extrem que realment no s’atura mai. De manera que és com les dues mans dibuixant-se les unes a les altres, i això és bona cosa. Es tracta d'un bucle infinit entre aquestes dues mans del pla, el codi, la creació, la prova, l'alliberament, el desplegament, l'operació, el seguiment i la planificació. S'alimenta i automatitzem perquè vagi ràpidament. Crea un bucle de retroalimentació de control de rendiment de producció i l’utilitza per descobrir problemes de rendiment i solucionar-los de manera proactiva abans que afectin tota la vostra base d’usuaris.
I una altra cosa, ara que ho teniu, els desenvolupadors d’informàtica i el personal d’operacions es mouen molt ràpidament i s’alineen, també podeu alinear fàcilment aquests esforços amb el personal empresarial. El rendiment del programari empresarial és una bèstia complexa. Es pot semblar a un equip de futbol que s’asseu davant d’una pissarra prenent direcció, i tot funciona per separat i tot funciona conjuntament. Sempre hi penso com la història antiga de quan vaig obtenir el meu primer cotxe i vaig arreglar una cosa. Vaig arreglar l’aire condicionat i després el que va passar va ser que llavors la resta del sistema de refrigeració va fallar. De manera que heu aconseguit els vostres punts de dolor i cada cosa junts i fer ajustaments. Heu d’organitzar-ho tot de tal manera i crear els processos de manera que quan feu els vostres canvis, enteneu com afecta tot el que fa a la resta.
A més, tingueu cura i reviseu doblement. Prova, invalida, implementa. I de nou arribem a aquest tema de la creació de programes de control continu i de millora del rendiment. I és, de fet, la meva última diapositiva. Si bé parlem d'aquesta complexitat i és una bella complexitat, com a l'interior d'aquest rellotge, tenim tantes peces que es mouen a PeopleSoft. Cadascuna de les coses afecta la resta fins a baix de la pila. I hi ha tants llocs diferents on podeu cercar claus de problemes de rendiment que podríeu perdre fàcilment sense l'eina adequada i sense el procés adequat. I de nou sobre tot, en molts casos el que crec que hem après és que podeu solucionar problemes d’infraestructura, però l’enorme variable serà el vostre codi d’aplicació personalitzada. Així doncs, serà fonamental tenir els processos adequats per provar-los i millorar el vostre codi d'aplicació continuament.
I així serà el final de la meva part, i ho passaré a Bill.
Eric Kavanagh: D'acord, Bill, deixa'm donar les claus del WebEx aquí. M'agrada aquesta bella complexitat: és agradable. Vam tenir un parell de cites realment bones, Matt. D'acord, Bill, treu-ho. Vés a "inici ràpid" si vols compartir la pantalla. Tots vosaltres.
Bill Ellis: Gràcies, Matt, i gràcies, Eric. Només per confirmar, ja podeu veure la meva pantalla ara?
Eric Kavanagh: Sí, efectivament.
Bill Ellis: Per tant, parlarem sobre el producte precis de IDERA per a PeopleSoft i la visibilitat que poden proporcionar-los per ajudar-vos a gestionar la complexa pila d'aplicacions. Una forma de situar la dificultat és que una aplicació, un mínim de sis tecnologies, nombrosos usuaris finals i sigui molt difícil respondre fins i tot preguntes senzilles. Té un problema un usuari final? Qui és l’usuari final, què fan, quina és la causa principal?
El que normalment veiem és aquesta situació, i això pot aplicar-se tant a PeopleSoft com a altres aplicacions o PeopleSoft que interaccionen amb altres aplicacions, es troba dins dels conjunts de dades, o pot ser el núvol en aquests dies, a un usuari final no li importa realment. aquesta complexitat. Només volen completar la transacció, els enfocaments, la cerca d'inventaris, la targeta de temps d'informació, aquest tipus de coses. Si les coses són lentes o no estan disponibles, normalment totes aquestes persones intel·ligents i amb intenció bona no se saben fins que es queixa l'usuari final.
Aquest és el tipus d’intercanvi de visibilitat que hi ha aquí, i el que pot passar és que es pugui iniciar un procés que consumeix molt de temps i frustrant en què les persones puguin obrir una eina i, per desgràcia, només tenen un subconjunt de la pila d’aplicacions. Es manté la classe de dificultat per respondre aquestes preguntes bàsiques.
I hi pot haver moltes vegades un problema i aneu a l’administrador de WebLogic i dirà: “Bé, la memòria, les col·leccions d’escombraries semblen fantàstiques. Realment no crec que sigui WebLogic. ”Vau a l’administrador del DBA i em diuen:“ Bé, la base de dades, funciona exactament com era ahir. Els deu primers tenen un bon aspecte. Potser l’administrador d’emmagatzematge us ha impactat amb algunes mètriques, com ara E / S per segon o per la quantitat, que són mètriques de nivell de fotograma i potser no reflecteixen la vostra aplicació en concret, molt menys la base de dades o el procés particular.
I, per tant, tenen totes aquestes mètriques que semblen mostrar que el problema es troba en un altre lloc, però aquest usuari final té un problema o ha denunciat un problema, però, com podem solucionar aquest problema d'una manera millor? I la millor manera, de manera precisa, o aquesta és una de les que oferim, és mesurar les transaccions dels usuaris a partir del navegador a través de la xarxa, al servidor web, al Java Jolt, a Tuxedo, a la base de dades inclosa DB2. i finalment a l’emmagatzematge.
I el que es mostra és que el temps total diu: “Bé, qui té un problema?” I llavors podem identificar l’usuari final de la manera com es van signar a PeopleSoft i també podem capturar mitjançant la traducció de Tuxedo el que estan executant els panells PeopleSoft.
De manera que els horaris s’incorporen a un dipòsit històric que anomenem base de dades de gestió de rendiment i es converteix en una peça musical que simplifica molt qui, què, quan, on, per què. Precisament també inclou recomanacions. Probablement el més important és perquè captem tota la informació tot el temps, tant a nivell de tècnics tècnics, com per endavant, podeu mesurar l’abans i el després. Així, podeu aportar el mesurament per mesurament o Six Sigma a tota l'operació del rendiment.
Per tant, es pot fer una ullada a "un dia a la vida". En primer lloc, és possible que obris la pantalla d'alerta precisa i aquí és on obtindreu un avís precoç. L’alerta molt alta és que teniu alertes d’activitat. Per tant, els usuaris exerceixen transaccions i, bàsicament, no complim les SLA. De la mateixa manera, tenim un estat quan la disponibilitat (i bàsicament es diu que una part de la nostra infraestructura d’aplicacions no està disponible), de manera que podem aprofitar i realment podem veure com les instàncies de Tuxedo en el formulari i en realitat es pot veure que una de les les instàncies han caigut. Tota l'activitat s'ha impulsat cap a aquesta instància i s'ha d'afrontar. Bàsicament hem creat un coll d'ampolla.
Ara, de la mateixa manera, per a l’activitat que s’executa en aquest tema, podeu començar a descobrir que, tot i que tenim aquest problema d’infraestructura global, hi ha maneres de millorar l’eficiència de processament dins d’aquesta JVM particular per a WebLogic. I aquí és allà una cosa important: moltes vegades la gent es mou com a un núvol i diuen: “Bé, quanta CPU i quanta memòria necessites?”
Bé, l’altra cara d’aquesta moneda coneguda com a capacitat és l’eficiència del processament. Si faig menys memòria, si faig menys CPU, simplement no necessito tanta. Així, com deia Matt, tot està relacionat. Ara el que puc fer és que puc obrir la pantalla de transacció PeopleSoft i a la pantalla, l’eix y és el temps de resposta, l’eix x és el temps durant tot el dia.
Aquí tenim un gràfic de barres de pila que mostra el temps del client. Això és realment el navegador, servidor web. El verd és el temps de Java, el tipus de color rosa és Tuxedo, el blau fosc és el temps de la base de dades. Aquest perfil no va passar per si sol; va succeir a causa dels panells PeopleSoft particulars: se'ls havia executat i se us presentarà per temps de resposta. En realitat, hi ha un calendari de cada pas dins de l'aplicació, així com un gràfic de barres de pila que mostra l'aplicació aquí panell per panell. També sóc capaç de perforar i trobar un usuari concret o classificar els meus usuaris.
Aquesta pantalla em permet especificar un usuari particular mitjançant el nom d’inici de sessió. Penseu en com és de notable o de potent. Un munt de vegades, no es tracta només de la infraestructura i de la seva configuració, de la manera en què els usuaris finals utilitzen el sistema. És possible que tingueu una nova contractació o algú tingui una funció de treball nova: potser no sap com utilitzar l’aplicació correctament. En realitat, això pot ajudar a identificar oportunitats de formació.
L’altra cara de la moneda és si puc centrar-me en un usuari determinat - aquí estic mirant aquell usuari en les seves transaccions particulars i el temps de resposta que ha viscut: puc abordar directament l’experiència de l’usuari d’un determinat usuari. No es tracta ja de mètriques genèriques a nivell del sistema, de l’experiència de l’usuari final i de molt potent. Les porcions del vostre entorn segurament seran internes, de recursos humans, etc. De qualsevol forma, voleu oferir la millor experiència productiva al client possible.
Ara per a un quadre especial, puc entrar i perforar per respondre a les preguntes. Es tracta d’una mena de immersió profunda que podem fer per descobrir què passa i que podreu fer aquesta immersió profunda abans de trucar a un usuari final o si un usuari final us hagués trucat, podríeu iniciar un procés per dir, "Bé, on és exactament la causa principal?" I no serà com una utilització de la CPU i una superació, que serà al codi d'aplicació que exerceixen.
Comprovem i mirem bé aquesta gestió de contingut i realment podrem veure una anàlisi d’aquesta transacció: iniciar el navegador, punt d’entrada al servidor web a Java Jolt i en realitat es mostrava codi que s’està executant al tauler de Tuxedo, finalment. a la sentència SQL on Precise revela la instrucció SQL que executa aquest panell PeopleSoft concret.
Tothom amb qui parlem té eines, però el que no tenen és contínu. La connexió dels punts o la continuació de la transacció des del navegador fins a la instrucció SQL és contínua. Per a què serveix això, com el vostre DBA, és més que mirar les coses a nivell d’instància o base de dades, ara puc investigar a nivell d’instruccions SQL.
Així que puc dir: "Bé, què són els colls d'ampolla per a una sentència SQL individual", i això és extremadament potent. Considereu que aquesta transacció no es pot executar més ràpidament que la sentència SQL i que cada transacció comercial significativa interactua amb el sistema de registre. La base de dades, agradi o no, és el fonament del rendiment i, si puc ser tan granular com per centrar-me en declaracions SQL individuals que són vitals per a una transacció empresarial, realment puc portar el meu joc al següent nivell.
Una altra cosa que podeu notar aquí és que hi ha un càlcul de contribució percentual que proporciona Precise. El navegador en si és en realitat una part significativa de la pila d'aplicacions.Teniu execució de JavaScript, teniu temps de representació, teniu components de pàgina, GIFs, JPEGs. I en realitat trobeu que la vostra aplicació pot comportar-se de manera molt diferent en Chrome vers IE i en versions diferents. Precisament podreu mostrar-vos-ho també i hi pot haver moments que hi hagi un coll d’ampolla o una contenció dins del navegador que pot provocar coses com la congelació de la pantalla.
Ser capaç d'identificar que permet que la TI no pugui escorcollar l'arbre equivocat, sinó fer front a la causa fonamental de diferents problemes que poden aparèixer. Ara, el que sóc capaç de fer és una instrucció SQL en concret, puc analitzar el que passa exactament en la sentència SQL. Per tant, aquí hem baixat a la vista d'experts de la base de dades.
Una de les coses que distingeixen Precise a nivell de base de dades és que mostrem sub-segon. Això es compara amb els nostres competidors que només miren un cop cada 10, un cop cada 15 minuts. De manera que el nivell de granularitat, el nivell de resolució són ordres de magnitud millors que els nostres competidors.
I una vegada més, atès que la base de dades forma part de la nostra base, permetrem que el vostre DBA realitzi el rendiment al següent nivell. Per tant, puc veure que aquesta declaració SQL passava realment el 50 per cent si el seu temps practicava l’accés al subsistema emmagatzemat, el 50 per cent del seu temps utilitzant la CPU. Feu clic al botó de sintonització i puc entrar i analitzar els plans d'execució i exactament el que va conduir a aquest patró d'ús.
Ara el pressupost d’un dels nostres clients: si no estaven a Oracle Shop utilitzaven una eina Oracle anomenada OEM i l’OEM és realment un tipus de base de dades o d’instància centrada: els DBA busquen constantment quins són els 10 primers llocs? Però amb Precise, podem connectar els punts a les instruccions SQL individuals i de manera que la granularitat permet que DBA sintonitzi realment el nivell de transacció i no només al nivell de base de dades molt més alt.
El segon punt que va ser realment vital per a aquest client és que, precisament, en traduir el que és el vostre URL complicat en un nom de panell PeopleSoft, si estic en TI i puc parlar sobre administrador d’arbre, gestor de contingut, una pàgina de recursos específics d’aquesta manera. La persona a la qual estic intentant ajudar sap realment que estic buscant i entenent el que busquen perquè ja no són aquests jeroglífics, és el nom que coneixen.
Una de les preguntes que ens vam plantejar, sembla que és tot el temps, així que vaig pensar que Id només responia de forma proactiva a les preguntes: com es pot capturar aquest identificador d’usuari de PeopleSoft al món? Permetin-me una mica com passar els passos. Aquí es mostra la pantalla d'inici de sessió de PeopleSoft. Per accedir-hi, he hagut de navegar al meu servidor web i apareix aquesta pantalla. Quan l’aplicació està equipada amb Precisa, aquesta pantalla conté en realitat un script precís i puc revelar fent un clic dret, veure la font. I això, realment, em mostrarà el codi que compon la pàgina subjacent i aquí en el marc de la pàgina, en realitat, és el codi precís per al codi web i això em permet capturar la pantalla d’inici de sessió, l’adreça IP, el tipus de navegador, un tot. informació sobre la representació i la veritable experiència de l'usuari final. Per tant, quan em poso el nom d’usuari i feu clic a la sessió, Precise serà capaç de mesurar el que faig.
Obro, vaig al gestor d’arbres, vull fer una operació de cerca, omplir el camp i fer clic a cerca. Se'm presenta un conjunt de resultats, de manera que he recorregut de forma clara tota la pila d'aplicacions fins a la base de dades. Com es mostra Precise? Anem endavant i fem una ullada. Obriu Precis, entro, puc veure l'activitat, puc fer clic a la pestanya d'activitat que apareixerà en aquesta pantalla. Aquests són els URL no traduïts. Puc mostrar als usuaris i aquí hi ha el meu identificador d’usuari que acabo de iniciar sessió i aquí hi ha la meva activitat.
Podríeu veure que estava fent servir la versió 45 del Firefox per millorar-ho. Vaig exercir la sol·licitud 12 vegades i l’abandonament és bàsicament quan algú abandona una pàgina web abans que es publiqui completament, cosa que suggereix un problema empresarial. Així és com vam poder recollir l'identificador d'usuari final. És molt bonic, la gent aprecia molt quan saps exactament què estava passant.
Ara volem canviar els engranatges una mica estranys. Després vam veure la transacció. Vam aprofundir en una determinada transacció i vam mirar les seves instruccions SQL. Ara vull canviar de velocitat i fer una ullada a algunes de les altres tecnologies de la pila d'aplicacions PeopleSoft que comença amb WebLogic.
I aquí teniu una instància de WebLogic i podreu veure l’activitat al llarg del temps. Teniu un informe financer. Em diu que fora de la ratlla, la memòria s'utilitza gairebé com a màxim. Una de les coses que trobem és que la majoria de les persones fan servir tota la pila d'aplicacions, o almenys una part, en un entorn compartit, molt sovint el seu VMware. Cal equilibrar quants recursos sol·liciteu i quant necessiteu. No vull ser un porc de recursos. De la mateixa manera, no voldreu posar una restricció de processament en no sol·licitar prou memòria en aquest cas.
La configuració també és vital per a la gestió del rendiment. De manera que podrem accedir a la recollida d'escombraries de memòria i a tots els comptadors de JMX WebLogic, de manera que conec exactament la salut del meu formulari WebLogic.
Ara cap a Tuxedo. Tuxedo a moltes botigues és una mena de caixa negra i és una part molt important de PeopleSoft. El seu tipus de cola que ho manté tot junt, així que gairebé penso en això com una extensió del sistema operatiu. És una cosa que utilitzeu i configureu amb molta cura. Per cert, aquesta és una petita nota lateral: als comentaris de la inauguració, Eric havia mencionat "la tirania de la urgència", i crec que això entra en joc quan les botigues PeopleSoft estudien passar de la interfície d'interès clàssica a la interfície d'interès fluida perquè trobareu que estàs al darrere de la corba a causa de la manera en què la IU fluida exerceix l’entorn PeopleSoft.
Ara teniu problemes a WebLogic, a Tuxedo, a la base de dades i a l’emmagatzematge aquí només perquè HTML5 faci una enorme quantitat de missatgeria. Probablement, almenys 10x, el que fa la interfície d'interès clàssica i que la missatgeria addicional significa trànsit addicional. De manera que s'ha de modificar la configuració de Tuxedo per adaptar-se al trànsit addicional. Hi ha un parell de coses sobre aquesta pantalla que hi ha a la part dreta. Tenim gràfics sobre el temps per a la ponderació del temps de resposta, el temps mitjà de resposta i el recompte d’execució.
Aquí tenim informació sobre tots els dominis de Tuxedo dins de l'entorn. Dividim els serveis, els usuaris, els processos de servidor, així com les IP. Puc canviar això al recompte d’execució i presentar-los en ordre descendent per poder veure què s’executa més vegades. També puc desplaçar-me cap avall per revelar els dominis; la majoria de la gent té diversos dominis al seu entorn, bàsicament per difondre l’activitat i sóc capaç d’establir el compliment de SLA, per tant, les alertes a la capa de Tuxedo.
Si teniu cua, teniu problemes diferents a causa de la configuració. Normalment, ja que té un impacte global, no solen fer canvis sobre la marxa. Voleu augmentar gradualment el sistema com a part del procés de QA, que es remunta fins a un punt que Matt havia dit anteriorment sobre la resolució dels problemes de rendiment al principi del procés. És molt millor tenir la configuració correcta quan aneu a la producció que no pas a la producció i esbrineu que la configuració no coincideix amb els patrons d’ús. M'agrada molt la introducció que Eric i Matt ens havien proporcionat avui. Vaig pensar que realment tenien objectius en relació als reptes que afronta en la gestió i l'evolució de l'entorn PeopleSoft.
Ara, ho vaig dir una vegada abans, crec que val la pena tornar-ho a dir: totes les transaccions comercials importants interactuen amb la base de dades. Per tant, expliquem com Precise pot proporcionar informació addicional. Aquí hi ha una instància d’Oracle particular. El mateix enfocament exacte que vam veure: l’eix y és el temps d’execució, l’eix x és el temps durant tot el dia, però ara els gràfics de barres de pila són estats d’execució dins d’Oracle. Això ens està mostrant quines són les restriccions de processament del sistema. Aquí mateix hi ha en realitat un informe de troballes que em diu que teniu aquest buffer de registre alt.
També estic buscant aquesta versió selecta de PSVersion. En realitat consumeix molts recursos. De fet, perquè fem un mostreig i proporcionem aquesta visió d’alta resolució del que passa realment al sistema, és possible que us sorprenguin quins són els veritables consumidors de recursos del vostre sistema, perquè si només esteu mirant cada 10 minuts, no ho fareu us mostrem quins són aquests consumidors de recursos. Així, en conèixer quins són els veritables consumidors de recursos, podeu dirigir-vos al processament real en colls d’ampolla o en el sistema.
Ara hem saltat a la pestanya de l’activitat i aquesta és l’activitat. Podeu veure que estem mirant CPU, subsistema d'emmagatzematge, bloquejos d'aplicacions, espera sistema operatiu, RAC, commit, servidor Oracle, comunicació i agregats interns junts. Aquest és l’eix Y, és el temps d’execució total.
A continuació, es descriuen les instruccions SQL que han creat aquest perfil i una de les coses que veieu són aquestes latències baixes: dos mil·lisegons, però amb gairebé 4.500 execucions significa que la sentència SQL és el consumidor de recursos més important del vostre sistema, i això és bo per saber. També no espera en un pany ni una espera. Utilitzeu la CPU el 100% del temps. No vol dir que no hi puc fer coses sobre això. Hi ha moltes coses que puc fer al respecte si sé quines instruccions i objectes SQL s’accedeixen. I són algunes de les maneres que podem ajudar.
Aquí aquí, hi ha aquest complex i això ens pot posar en contacte amb els programes PeopleSoft individuals i cadascun d’aquests programes serveix per a un propòsit diferent dins de PeopleSoft. En realitat podeu començar a abordar a nivell de base de dades com s'està utilitzant l'aplicació.
I si selecciono un programa en particular, puc aïllar les sentències SQL que aquest programa va presentar, de manera que puc estar molt centrat en l’aplicació en lloc de la tecnologia de bases de dades centrada quan estic bàsicament buscant i veient l’optimització de la base de dades i la configuració de la base de dades. Només vull posar-ho en contacte. Sovint moltes organitzacions grans es divideixen en DBA d’infraestructura i DBA d’aplicació. Amb precisió, mostrant l’aplicació i el consum de recursos, realment som capaços de suprimir el buit i aquesta solució és útil per a tots dos tipus de DBAs del sistema.
Ara, aquesta part realment és la nostra mostra de què podem fer a nivell de base de dades. I el que va passar aquí és que vam tenir una congelació de la pantalla, hi havia una selecció de PS_Prod i el que vam fer és fer clic en aquest botó de sintonització i el que això fa és que ens porti a aquest espai de treball SQL. Ara, per a persones que no són DBA, pot ser que això no sembli excitant. Per a persones que són DBA, pot ser que això sigui molt emocionant. El que es mostrava aquí és la durada d’aquesta instrucció SQL en particular versus els canvis del sistema. I això es mostra dimecres, dijous, divendres, la durada és d’uns 2/10 de segon. Dissabte i diumenge aquesta empresa no funciona: afortunats. Vine el dilluns, es va produir un canvi: es va canviar el pla d’accés. El nou pla d'accés és de manera sobtada aquí. Això és prou lent el seu resultat que es congela la pantalla.
Ara, si sóc un DBA, necessito informació addicional per conèixer la veritable causa. He de conèixer l’optimitzador de bases de dades d’elecció realitzat. Així, Precise ofereix aquesta comparació que mostra el pla d’execució que era ràpid i eficient quan les coses funcionaven excel·lentment, així com el pla d’execució que era lent i ineficient. Aquesta unió de filtre és comuna a les DBA que executen PeopleSoft. El filtre fa que es busqui a cada fila d'una taula, a cada fila de la taula d'unió, que té molta CPU. És extremadament ineficient perquè no es filtra només mirar el subconjunt de files que es necessiten, sinó per la sentència SQL i aquesta ineficiència resulta en un temps d’execució més lent. Per tant, al final, el grup PeopleSoft retarda la congelació de la pantalla i Precise va poder arribar a la veritable causa arrel que mai no sabríeu, tret que tinguéssiu una eina que reveli el codi de l'aplicació, les instruccions SQL i així successivament.
Va ser una mena de immersió profunda. Ara arribarem a la visió fins als 10.000 peus quadrats de taulers. A Precis, els taulers de control no són realment de l’equip tècnic, és realment de la vostra necessitat per compartir informació amb les operacions, potser amb l’equip de l’aplicació, potser amb la seva cadena de comandament. Per tant, un conjunt de taulers pot mostrar els panells de PeopleSoft i l'hora del client, de manera que se sap quina és l'experiència de l'usuari final. Es pot haver configurat un altre tauler de control per a les operacions i es pot comprovar que hi hagi congelació d'alertes? En realitat tenim alertes als nivells de SO, web, WebLogic, Tuxedo i de la base de dades. No hi ha alertes aquí, temps mitjà de resposta. Podeu veure que funcionaven aproximadament un terç del segon. Aquí puc veure realment la meva infraestructura que em mostren totes les màquines virtuals del meu entorn i puc començar a processar-me, a equilibrar la càrrega i també puc mirar els meus dominis de Tuxedo. Aquest entorn particular té sis dominis diferents i, per tant, puc veure aquells dominis i, realment, puc aconseguir l'equilibri web.
Ara, el repositori històric de Precise que PMDB, la base de dades de gestió de rendiment, té tones de mètriques. I, de vegades, algú vol conèixer el recompte d’accés del navegador o es pot fer el recompte d’accés segons el tipus de navegador o el rendiment pel tipus de navegador. Hi ha moltes coses que es poden fer per proporcionar una visibilitat addicional al vostre sistema.
Aquí, aquest, estem contemplant l'ús de la memòria WebLogic i veieu aquest bon patró de serra, l'ús de la memòria. Hi ha la recollida d'escombraries, que recupera les referències no referides. Es remunta i, per tant, es tracta d’un patró molt bonic que t’agrada veure. Per tant, es tracta d’una mena de vista de l’entorn PeopleSoft com una col·lecció de subsistemes i això seria adequat per a les operacions. La pregunta més bàsica és, "Bé, què passa al servidor?" Precisa té tota aquesta visibilitat. També proporciona les mètriques del servidor. I, per tant, aquí realment podeu mesurar CPU, memòria, E / S, servidor, usuaris del sistema i així tindreu una visibilitat completa. I aquesta és una forma, que es combina amb la tendència a llarg termini, és la manera com la gent utilitza precises per a la planificació de la capacitat.
I només vull tirar-hi una petita nota. Normalment, una botiga tindrà un pressupost tant per a maquinari, per a servidor, i tant per a personal. Com invertireu, on realitzareu les vostres apostes? Si feu servir Precise, obteniu un avantatge perquè veieu com s’utilitza el subsistema d’emmagatzematge. Si feu moltes I / O aleatòries, Precise us mostrarà això. Això ajudarà a justificar la inversió en emmagatzematge en estat sòlid. Pot ser més important per a la vostra botiga que comprar una CPU addicional si la utilització de la CPU és baixa.
Voleu invertir allà on es troben els veritables colls d’ampolla de processament, on realment podreu tenir els seus beneficis. I aprofundint de forma precisa, des de l'eficiència del processament de codificació d'aplicacions fins a la capacitat fins a la capacitat, et permetem valorar i documentar les números amb aquestes necessitats.
Ara l'última peça està en alerta i, en realitat, aquesta alerta va començar. Recorda que? Vam veure una alerta que hi havia un SLA de rendiment i vam veure que una instància de WebLogic estava baixa. Donem un cop d’ull a la interfície d’alerta. I una vegada més, què passa? Una de les coses que vull destacar a aquest punt de vista és que Precise no només té aquestes alertes de rendiment i alertes d’estat sobre disponibilitat, sinó que també tenim alertes de tendència. El motiu perquè les alertes de tendència siguin importants és que si el vostre sistema és inactiu o té un o dos usuaris, probablement les coses funcionin excel·lentment. No és fins que comenceu a afegir usuaris i comencen a fer cada vegada més activitats que comencen a disputar dades, per a recursos a nivell de Tuxedo, a nivell de WebLogic, a nivell de xarxa, a nivell de base de dades. I aquesta contenció té com a resultat una degradació del rendiment i, finalment, podreu creuar una línia i una alerta de rendiment i, bàsicament, que no arribeu als objectius SLA de l'organització. Així doncs, aquest conjunt d’alertes és molt bo.
El nivell web, a la part esquerra, el nivell web realment mesura l'experiència de l'usuari final i, a continuació, us introduireu en les tecnologies de la pila d'aplicacions subjacent. Aquesta és la mena de la nostra pantalla d’arquitectura de com fem tot això. L’ideal seria que tinguis un servidor precís independent de l’entorn o dels entorns vigilats. Un servidor precís pot gestionar nombroses aplicacions.
Per a PeopleSoft i per a la base de dades Oracle i DB2, necessitem un agent local. Si el servidor PeopleSoft està protegit per SQL Server, hi ha l'opció de fer sense agent. També tenim agents sense Sybase. El nucli del nostre model de seguretat és que aquí es recopilen dades, mentre que els usuaris de Precisa s'autentifiquen en precisos. Es tracta de processos totalment separats, credencials separades, autenticació separada i, per tant, part del nostre model de seguretat. I hi ha detalls addicionals.
Crec que ara és suficient per a una introducció a l'arquitectura de moment. Si hi ha alguna pregunta ardent, pregunteu-les, tal com havia dit Eric.
Així com una recuperació ràpida, aquesta solució està pensada per a la producció de 24 a 7. És molt recomanable que ens utilitzeu en QA. Si feu un desenvolupament intern, comenceu a utilitzar-nos en el desenvolupament. Traduiríeu el complicat URL, URI, a un nom del tauler de PeopleSoft. Quan parlo de producció, som extremadament baixos perquè tinguis visibilitat, sempre saps el que passa, identifiques l’usuari final.
No vaig haver d’introduir i definir aquestes transaccions: només hi ha punts de connexió naturals del navegador, l’URL, els punts d’entrada, la connexió del servidor web a WebLogic, la invitació a la qual proporciona la instrucció SQL. Aleshores, podrem capturar la instrucció SQL i què fa. Precisa és una base de dades intel·ligent i crec que aquest és un factor distintiu per a nosaltres i permet que el vostre DBA col·labori, millorant la visibilitat de l’aplicació.
L’últim punt és perquè estàveu sempre en marxa, sempre estem recopilant, sempre podeu mesurar abans i després i quantificar la millora o, en el cas rar que haureu canviat el rendiment, ho sabríeu i podríeu tornar a llançar-lo immediatament. . La majoria dels nostres competidors, el que fan és si voleu veure informació addicional, heu d’activar visibilitat addicional i normalment la visibilitat addicional imposa moltes despeses generals.Amb Precis, sempre teniu visibilitat i sempre podreu resoldre el problema. Per tant, si aneu al lloc web Precise, consulteu qualsevol dels productes precisos, ja sigui Precise for Oracle. Ens mostren com a Plataforma de rendiment de l'aplicació precisa i hi ha un botó per sol·licitar una demostració.
En realitat, si comparteixo la meva pantalla, crec que podria navegar per allà per mostrar-vos el que sembla, per tal de veure-ho a la dreta. Aquí teniu el lloc web d’IDERA. Vés a productes. Puc triar qualsevol d’aquests components precisos i només vull veure-ho en acció. D’aquesta manera s’iniciarà el nostre procés per compartir informació addicional que pugui ser important per al vostre lloc. O si voleu obtenir més informació sobre la migració a la interfície d'usuari fluida, podeu contactar amb nosaltres.
I que això, Eric, voldria que us tornés la batuta.
Eric Kavanagh: D'acord, bon acord. He de dir una vegada més: una presentació força àmplia i impressionant allà, Bill. Heu esmentat un munt de coses sobre les que vull preguntar. No tenim gaire temps - aproximadament nou minuts - i m'agrada que Matt tingui l'oportunitat de fer preguntes a un parell i que tingui almenys una o dues de l'audiència.
Però heu esmentat alguna cosa que he pensat que era molt, molt interessant pel que fa a com Precise pot ajudar a la contractació de l'equip informàtic perquè podeu assenyalar, podeu plantejar un cas perquè algú prengui aquesta decisió que el que necessiteu sigui més sòlid. emmagatzematge, per exemple, o el que necessiteu és la millora de la xarxa o el que sigui el cas. Però això és un gran problema. Sovint, veieu empreses que ho reconeixen i usen això o intenteu evangelitzar-ne algunes coses més?
Bill Ellis: Bé, en realitat tots dos, i la cosa és que els patrons d’ús, fins i tot per a una aplicació de paquets com PeopleSoft, els patrons d’ús són diferents a cada lloc. Vaig tenir la fortuna de realitzar una migració PeopleSoft en un banc i els bancs utilitzen el sistema de registre general molt diferent de la majoria d’organitzacions. En realitat podríeu fer transaccions individuals que es realitzessin a una sucursal, totes publiquen al registre general.
De manera que, en lloc de publicar desenes o centenars de quaderns generals, en realitat publiqueu centenars de milers. De manera que em vaig implicar en Precisió, a causa dels patrons d’ús i ens va permetre abordar, però les necessitats de l’aplicació tant a nivell de codi, a nivell de configuració com a nivell d’infraestructura. Tan absolutament sóc un gran creient i vull evangelitzar-ho també perquè no hauríeu de prendre les decisions de maquinari simplement basades en la seva utilització. Heu de basar-lo en les necessitats del vostre entorn.
Eric Kavanagh: I hi ha una pregunta d’un assistent i, a continuació, Matt, us la passaré per a una pregunta o dues. Bé, això és bo i és divertit, ja que és una gran i llarga resposta que podríeu donar. L'assistent pregunta: "Com podeu recopilar la mètrica de rendiment al final de l'usuari després del desplegament i durant la prova?"
Crec que heu fet una molt bona feina per aprofundir en la profunditat i la riquesa de les mètriques de rendiment. Heu parlat, fins i tot, de segones per algunes d’aquestes coses en comparació amb cada cinc minuts o 10 minuts. Això quan aneu a obtenir el nivell de detall necessari per trobar les vostres respostes, oi?
Bill Ellis: Sí, el que és crucial és que els col·leccionistes individuals de la informació sobre el rendiment estiguin basats en la tecnologia. Així, quan fem un desplegament, hem de conèixer com es construeix la pila d'aplicacions, a partir del sistema operatiu, la seva versió, quina versió de Tuxedo, WebLogic, quina versió de les eines de la gent que estàs executant.
I és realment el disseny d’aquells agents que ho fa, la recollida de dades que ens permet revelar que el nivell de visibilitat precís proporciona. I aquesta visibilitat, crec, de vegades pot ser una mica intimidant per a la gent. Però, si el vostre objectiu és aprofundir i millorar les coses i treure rendiment a 11, aquest és el nivell de visibilitat que voldríeu tenir. I si Precise pot proporcionar-lo i el seu baix cost, la pregunta és, per què no? Així que crec que és una gran pregunta i si us plau, poseu-vos en contacte amb nosaltres si voleu discutir-ho més.
Eric Kavanagh: D'acord. I Matt, teniu alguna pregunta?
Matt Sarrel: Crec que estic bé. Vull dir, he estat amb WebEx xocar aquí per tant.
Eric Kavanagh: Oh no. Necessitem Precis per entendre exactament el perquè.
Matt Sarrel: Sí, suposo que la pregunta que m’havia pensat mentre parlava, Bill, era si podríeu discutir una mica sobre com es poden obtenir diversos equips a la mateixa pàgina quan solucioneu problemes de rendiment, perquè sé que això és un problema. una vegada i una altra és el responsable de què i de com pot treballar tothom per oferir la millor qualitat als empleats.
Bill Ellis: Sí, per tant, el personal informàtic acostuma a ser car. A la majoria de botigues, us heu dividit en equips basats en la tecnologia, donada la complexitat de la tecnologia. Una de les grans coses que passa és allà un problema de rendiment i hi ha moltes vegades el conflicte que es convoca. I és allà on tothom té les mètriques per exonerar d’alguna manera la seva capa perquè no tenen la connexió. Estan mirant el que passa a nivell WebLogic en lloc del que passa a nivell de codi de transacció. O bé estan estudiant el nivell de base de dades en lloc de la declaració SQL individual de la transacció.
I podent identificar el nivell de problemes i el codi de problemes dins d’aquest nivell, el que fa és alliberar els altres equips per no anar o gastar temps en recursos buscant un problema que no es trobi dins de la seva àrea. Si es tracta d’un problema de base de dades, dirigiu-vos al DBA amb la informació que necessiteu per resoldre el problema. Seran encantats de fer-ho.
Però, igualment, no perdis el Tuxedo, l’equip d’assistència de WebLogic centrat en els problemes de la base de dades. De la mateixa manera, si el problema es troba en la configuració de WebLogic, no necessiteu el temps del DBA en algun tipus de sala de guerra per intentar defensar-se. Només cal que solucioneu el problema a WebLogic.
Trobem que el personal d’informàtica aprecia molt precisament a causa de l’estalvi de temps, perquè normalment aquestes sales de guerra no es pressuposten en el pla de temps de cada organització FTE. El seu tipus de temps addicional. Per tant, poder tractar aquestes qüestions de manera més eficient és realment vital. I per a l’organització que va desplegar la IU fluida, poder escalar la producció i resoldre els problemes que experimenten en la producció era realment vital no tant per al personal individual com pels equips, sinó per a la gestió de TI en general perquè hauria estat una mala notícia. si haguessin de tornar a rodar. Per tant, una gran pregunta, perquè no només és la tecnologia. És realment sempre sobre la gent.
Matt Sarrel: Bé, són les persones i els processos. Sí, aquesta va ser l'única pregunta que em va fer durant la demostració. Si n’hi ha d’altres de públic?
Eric Kavanagh: Sí, només us llançaré un últim a vosaltres, Bill, i Matt ho va parlar breument en la seva presentació. Ja hem començat a veure aquest cultiu. Encara queda molt endavant, però els contenidors i l’ús de la containerització i el Docker i coses d’aquesta naturalesa, quina importància té una bola de corbes?
Bill Ellis: De manera que la paraula significa coses diferents segons diferents tecnologies. Així doncs, estem evolucionant els nostres productes per tenir cura dels contenidors a nivell de base de dades i a nivell d’aplicació. I, com a part d’això, és tot l’entorn amb els moviments, el núvol i nosaltres funcionem al núvol. Però hi ha un procés de descobriment, de manera que depenen de com evolucionin aquestes aplicacions, inclosa PeopleSoft, evolucionem la nostra solució de control per tal de proporcionar un nivell de profunditat tan valuós en el passat.
Eric Kavanagh: Sí. I he de dir, cada cop que veig aquestes demostracions estic meravellat per la granularitat que teniu i això és el que necessiteu per poder combinar una comprensió i cal que tingueu una mica d’educació al voltant de quina és la situació normal. estàndard.
I la gent ofereix molt contingut al respecte, ajudant la gent a identificar el que és normal, el que no és normal. Heu parlat de les alertes de tendència, per exemple, es tracta de mecanismes que podeu utilitzar per entendre millor que alguna cosa no funciona correctament, no és dolent, i, des d’allà, és clar que heu de disminuir per trobar-la, però teniu totes les dades.
Bill Ellis: Sí, i això és realment important; Crec que Matt havia parlat d’això. Què és normal? Els diferents entorns tenen un nivell normal normal. Si utilitzeu maquinari d’alta gamma, dades i lògiques d’Oracle, el que és normal a la vostra botiga o el que es pot aconseguir a la vostra botiga serà diferent que si funcionés amb una infraestructura menys potent. El primer és esbrinar el que és normal, començar a calcular aquesta línia de base i així podeu començar a millorar millores.
Eric Kavanagh: Està bé, aquest és un bon punt. Tenim una última pregunta que sembla. Només em plantejaré una última pregunta, Bill. Hi ha alguna diferència entre el monitoratge de rendiment de SQL i la base de dades des del punt de vista de les dades del nivell del sistema i de les aplicacions? Quina diferència hi ha entre supervisar el rendiment de SQL i la base de dades, des de la vostra perspectiva?
Bill Ellis: Bé, no passa res en una base de dades fins que no s’executi la seva instrucció SQL. La contenció de declaracions SQL és el que controla el bloqueig, l'espera, la contenció de recursos a nivell de dades i a nivell de SQL Server. I si puc veure tant el controlador de la sentència SQL com el seu impacte en el sistema, he causat un efecte; Puc enllaçar el que li pertoca l’aplicació a DBA amb la que li preocupa la infraestructura de DBA fins que puc treure el màxim profit de l’eina Precisa.
Si sóc un DBA d’infraestructura i estic buscant coses com la utilització, realment sóc capaç de gestionar amb un pinzell ampli versus si puc mirar una declaració SQL individual i puc minimitzar els recursos. consum, ja sigui amb CPU, memòria, E / S, sóc capaç d’adreçar-me a les dues cares de la mateixa moneda.
Eric Kavanagh: D'acord, persones. Hem cremat poc més d'una hora. Grans, grans gràcies als nostres amics d’IDERA. Un gran agraïment a Matt Sarrel per incorporar-nos avui. Arxivem tots aquests transmissions web per a la seva posterior visualització, així que no dubteu en tornar i normalment en poques hores, l’arxiu puja. Així que comproveu-ho i només he de dir que m’encanten aquestes coses, m’encanta Precisa, m’encanta poder endinsar-me en les males herbes. Tampoc conec cap altra eina que us permeti aprofundir en totes aquelles peces i parts de la pila d'aplicacions diferents del que tenen aquests usuaris a IDERA amb Precise.
Amb això, us acomiadem, amics. Gràcies de nou, en parlarem la propera vegada.