Per personal de Techopedia, 6 de setembre de 2017
Takeeaway: L' amfitrió Eric Kavanagh discuteix la gestió de rendiment de PeopleSoft amb Matt Sarrel i Bill Ellis en aquest episodi de Hot Technologies.
Eric Kavanagh: Bé, senyores i senyors. Hola i benvinguts de nou una vegada més És un dimecres a les quatre de la tarda Est i, durant els darrers anys, això significa en aquest món de la informàtica 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, així que si us plau, 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 acabar la feina i és un món intens.
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 la vista. Ho veiem per tot arreu, per la qual cosa correspon als líders empresarials assegurar-se que esbrinen com es tracta, i aquí teniu la paraula de paraules actuals, transformar-se digitalment, com passar més enllà de la centraleta antiga cap a sistemes molt més nous i robustos. D’això 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 antic fotograma d'IBM que hi havia en aquell moment. Hi ha sistemes heretats a tot arreu. Una de les bromes és que un sistema heretat é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 es gestiona 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 cal tenir en compte que hi ha fora i és 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 molt endarrere en una cursa d’alguna mena i tothom té per davant i encara segueixes corrent, serà molt difícil posar-se al dia si et quedes massa 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 entorns PeopleSoft. Matt, treu-ho.
Matt Sarrel: D' acord, gràcies, Eric. Hola a tothom. I, a veure, començaré per dir-vos per què crec que sóc la persona adequada que us parli sobre la gestió del 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. Allà 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 jo: aquesta imatge de l’esquerra és el que em sembla ara. Aquesta imatge al centre és una estona on estic molt contenta (a una habitació plena de cables i llums intermitents i on fa fred, ha de ser molt fred i tots els altres han de sentir-me incòmodes per sentir-me còmode a la temperatura) savi. 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 establertes per aplicacions i llocs web de consum. I la gent estava disposada a anar a treballar i seure allà i a esperar els seus sistemes perquè és el que necessitaven, i ara la gent no està disposada a asseure-s’hi. Per tant, es tracta de saber si volen que aquesta moto voli per 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: la gent també vol una resposta immediata i hi vol 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 creo é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 sintonitzador, necessita saber a què s’adapta o no té cap sentit en realitat posar les mans al piano i ajustar-lo. Així doncs, definir objectius prèviament, serà una mena de manteniment real en lloc d'adaptar objectius a la situació actual. És important supervisar 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ò juntament 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’acosti a desviacions des d’aquesta línia de base, tingueu alertes proactives perquè pugueu prendre mesures. abans de tocar l'estat de "balena fallida". 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 viu per començar les proves de rendiment o per començar a descobrir problemes, no diré que és massa tard, però de nou, ara sou el que he tingut un mal començament a la marató i ara jugues captura 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è s’explica, el final del lloc en què voldríeu 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è fareu el vostre pilot hauríeu 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 una bona cosa. És un bucle infinit entre aquestes dues mans de planificar, codificar, construir, provar, alliberar, desplegar, operar, supervisar, tornar a planificar. 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 teniu els punts de dolor i tot anireu junts i podreu ajustar-vos. 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 igual que a l’interior d’aquest rellotge, tenim tantes peces mòbils a PeopleSoft. Cadascuna de les coses afecta la resta fins a baix de la pila. 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, el que serà clau per tenir els processos adequats per provar-los i millorar el vostre codi d'aplicació continuament.
I així és el final de la meva part, i li 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í, certament.
Bill Ellis: Per tant, parlarem sobre el producte de IDERA Precise for 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.
Hi ha una mena de visibilitat allà mateix i, a continuació, 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 pot haver-hi moltes vegades un problema i aneu a l’administrador de WebLogic i em 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 a 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 demostra és que el temps total diu: "Bé, qui té un problema?" I aleshores 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 executen 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, mirem com "un dia a la vida". Primer de tot, podeu obrir la pantalla d'alerta precisa i aquí és on obtindreu un avís precoç. L’alerta molt alta és que teniu alertes d’activitat. De manera que els usuaris fan transaccions i, bàsicament, no complim els nostres 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’està impulsant 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'està duent a terme, podeu començar a descobrir que, tot i que tenim aquest problema global d'infraestructura, hi ha maneres de millorar l'eficiència de processament dins d'aquesta JVM particular per a WebLogic. I aquí és on hi ha una cosa important: moltes vegades la gent es mou com a un núvol i em 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. En realitat és el navegador, el 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. De fet, 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é puc perfilar 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ó, sinó 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 en particular - aquí estic mirant aquell usuari en les seves transaccions particulars i el temps de resposta que va viure - puc abordar directament l’experiència de l’usuari d’un determinat. usuari. Ja no es tracta de mètriques genèriques a nivell del sistema, és de l’experiència de l’usuari final i és 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, doncs, d’una mena de immersió profunda que podem fer per descobrir el que passa i podríeu 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 digueu: "Bé, on és exactament la causa principal?" I no serà com una utilització de la CPU i una superació, sinó que serà al codi d'aplicació que exerceixen.
Comprovem i revisarem aquesta gestió de contingut i realment podreu veure una anàlisi d'aquesta transacció: arrencant el navegador, punt d'entrada al servidor web a Java Jolt i realment mostrem codi que s'està executant cap a la Tuxedo, finalment a la instrucció SQL on Precise revela el text de la sentència SQL executat per aquest panell PeopleSoft.
Tothom amb qui parlem té eines, però el que no tenen és context. La connexió de punts o després de la transacció des del navegador fins a la instrucció SQL és context. Per a què serveix això, com el vostre DBA, més que mirar les coses en una instància o en una base de dades, ara puc investigar a nivell de declaracions 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. Tingueu en compte 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ó comercial, 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. També podreu mostrar-ho amb precisió i hi pot haver moments en què 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 i puc analitzar exactament el que passa en aquesta sentència SQL. Així que aquí hem passat a la vista experta 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 un 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 es troben constantment en 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 el DBA sintonitzi realment el nivell de la transacció i no només al nivell de base de dades molt més alt.
El segon punt que va ser molt important per a aquest client és que, precisament, en traduir el que és el vostre URL complicat en un nom de panell PeopleSoft, si estic a TI i puc parlar sobre administrador d’arbre, gestor de contingut, pàgina específica de recursos humans, així la persona a la qual intento ajudar sap que realment estic buscant i entenent el que busquen, ja que ja no són aquests jeroglífics, és el nom que coneixen.
Una de les preguntes que ens fan, sembla que és tot el temps, així que vaig pensar que responia de manera proactiva a les preguntes. Com es pot capturar el nom 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. Així, quan em poso el nom d’usuari i feu clic a l’inici de 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 clarament 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 agradable, la gent aprecia molt quan saps exactament el que 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 persones fan servir tota la pila d'aplicacions, o almenys una part, en un entorn compartit, molt sovint és VMware. Cal equilibrar quants recursos sol·liciteu i quant necessiteu. No voleu 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. És un 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: en els 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 clàssica, ja que descobreix 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. És probable que sigui almenys 10x el que fa la interfície d'usuari 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 en el seu entorn, bàsicament per difondre l'activitat, i puc 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 a dir-ho: totes les transaccions comercials importants interactuen amb la base de dades. Per tant, aprofundim en què es pot proporcionar informació addicional Precise. 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. A continuació, 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 està consumint molts recursos. De fet, com que fem un mostreig i proporcionem aquesta visió d’alta resolució del que passa realment al sistema, potser us sorprendrà quins són els veritables consumidors de recursos del vostre sistema, perquè si només us veieu cada 10 minuts, no ho serà anirem a mostrar-vos quins són els 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 passat a la pestanya de l’activitat i aquesta és l’activitat. Podeu veure que estem buscant 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 Tampoc és esperar en un pany ni esperar. Utilitza la CPU el 100% del temps. No vol dir que no hi hagi coses que no puc fer al respecte. Hi puc fer moltes coses sobre això si sé quines instruccions i objectes s’accedeixen. I són algunes de les maneres que podem ajudar.
Aquí aquí hi ha aquest complex i això ens pot posar en context dels 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 va presentar aquest programa, 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 bases 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 mostrem 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í. És prou lent, és que es produeix una congelació de 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 calen, sinó per la sentència SQL i que la 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 aconseguirem arribar a la visió fins als 10.000 peus quadrats de taulers. A Precis, els taulers de comandament realment no són per a l'equip tècnic, és realment útil per compartir informació amb les operacions, potser amb l'equip d'aplicació, potser amb la 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 funcionem 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 un munt de 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, recupera les referències no. 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. Així, 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 combinada 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 molts E / S aleatoris, Precise us mostrarà 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 això és una alerta de rendiment i, bàsicament, no esteu complint els 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, això forma 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. Traduirem el complicat URL, URI a un nom del tauler de PeopleSoft. Quan parlo de producció, som extremadament baixos per la qual cosa teniu visibilitat, sempre sabeu què passa, identifiqueu l'usuari final.
No he 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, el context d’invitació al que proporciona la instrucció SQL. Aleshores, podem 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è sempre estem 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 fer-ho rodar. de seguida 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. A la llista de plataformes de rendiment de l'aplicació precisa, hi ha un botó per sol·licitar la 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 passé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 que voldria preguntar. No tenim gaire temps - aproximadament nou minuts - i voldria que Matt tingués l'oportunitat de fer també dues preguntes i tenir 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.
I, en comptes de publicar desenes o centenars de quaderns generals, en realitat publiqueu centenars de milers. I així vaig implicar-me en Precise 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. Així que absolutament sóc un gran creient i vull evangelitzar-ho també perquè no hauríeu de prendre les decisions de maquinari basades simplement en la utilització. Heu de basar-lo en les necessitats del vostre entorn.
Eric Kavanagh: Hi ha una pregunta d'un assistent i, després, Matt, us la donaré una pregunta o dues. Bé, això és bo i és curiós perquè és una resposta llarga i gran 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. És llavors quan obtindreu 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. Per tant, 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 gent que estàs executant.
I és realment el disseny d’aquells agents el que fa això, la recollida de dades que ens permet revelar que el nivell de visibilitat precisa. 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 us agradaria tenir. I si Precise pot proporcionar-la i és baixa, la pregunta és per què no? 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, bé. 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 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, ja que sé que això és alguna cosa que Una vegada i una altra, és qui és el responsable de què i de com pot treballar tothom per oferir la màxima 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 coses importants que passa és que hi ha un problema de rendiment i hi ha moltes vegades el conflicte que es convoca a la sala de guerra. I aquí és on tothom té les mètriques per exonerar d’alguna manera la seva capa perquè no tenen el context. Estan estudiant 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 sentència SQL individual de la transacció.
Al poder 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 que busquen 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 solucionar el problema. Ells estaran 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 trigueu el temps al DBA en algun tipus de sala de guerra intentant 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. És com un 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 és només la tecnologia. Es tracta sempre de la gent.
Matt Sarrel: És cert, 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 com aquest cultiu va créixer. Encara queda molt endavant, però els contenidors i l'ús de la containerització i Docker i coses d'aquesta naturalesa, quina importància té una bola de corbes que us llença?
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 una mena de 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 evolucionen aquestes aplicacions, inclosa PeopleSoft, estem evolucionant 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, només em sorprèn la granularitat que teniu i això és el que necessiteu per poder entendre una comprensió i cal que tingueu una mica d’educació al voltant de quina és la situació normal., què és estàndard.
I les persones ofereixen 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 de gamma alta, dades i lògica 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é, és un bon punt. Tenim una última pregunta que sembla. Ús una última pregunta que us faré, 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 la supervisió del rendiment 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 importa 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 tot el que he de dir és 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 les diferents peces i parts de la pila d'aplicacions que el que tenen aquests usuaris a IDERA amb Precise.
Amb això, us acomiadem, amics. Gràcies de nou, en parlarem la propera vegada.
