Hämtmat: Värd Eric Kavanagh diskuterar PeopleSoft performance management med Matt Sarrel och Bill Ellis i detta avsnitt av Hot Technologies.
Eric Kavanagh: Okej, mina damer och herrar. Hej och välkommen tillbaka igen. Det är en onsdag klockan fyra östra och under de senaste åren, det betyder i denna värld av IT och big business och data, är det dags för Hot Technologies. Ja, jag heter Eric Kavanagh. Jag kommer att vara din moderator för dagens evenemang.
Vi kommer att prata om de system som driver affärer, folk; vi pratar om PeopleSoft, hur man hanterar prestandan i komplexa miljöer. Jag vill alltid nämna att du spelar en stor roll i dessa händelser, så var snäll inte blyg. Ställ din fråga när som helst; Du kan göra det med hjälp av chattfönstret eller Q & A - i vilket fall det går igenom. Jag skulle gärna höra vad du vill veta och det är det bästa sättet; du får det bästa värdet för din tid. Vi arkiverar alla dessa webbsändningar för senare lyssnande, så håll det bara i åtanke.
Om system kör långsamt, kom bara ihåg hur livet brukade vara. Detta foto är faktiskt från 1968, med tillstånd av en dam som heter Danelle, och jag måste säga att detta verkligen är en tydlig påminnelse om hur mycket saker som har förändrats. Världen har blivit anmärkningsvärt mer komplex och naturligtvis affärsbehov och användarupplevelse tenderar att gå hand i hand. Men i dag är det lite koppling. Som vi ofta säger är ett missförhållande, och faktum är att affärsfolk alltid vill ha saker snabbare och snabbare, IT-team som måste leverera är de som blir under press för att få jobbet gjort och det är en intensiv värld där ute.
Jag måste säga, konkurrensen har värmts upp överallt. Om du bara tittar på någon bransch kan du se att det är en stor utveckling idag - Amazon som köper till exempel Whole Foods. Du kan vara säker på att livsmedelsindustrin tittar hårt på den.Vi ser det här överallt, så det är verkligen skyldiga för företagsledare att se till att de räknar ut hur - och här är surrordet i dag - omvandlas digitalt, hur man går bortom den gamla växeln till mycket mer nya och robusta system. Det är vad vi ska prata om idag.
En av de frågor som står inför många organisationer, särskilt de som har funnits ett tag, är dessa äldre system. Det är en gammal IBM-stordator från tillbaka på dagen. Det finns gamla system överallt. En av skämtna är att ett arvssystem är ett system som är i produktion, vilket betyder att det ögonblick det går in i produktion, tekniskt sett är det ett arvssystem. Det kommer alltid att finnas nya sätt att göra saker på.
Och det finns några mycket intressanta utvecklingar under de senaste åren om att hitta sätt att praktiskt förena system för att inte nödvändigtvis bara förbättra prestandan för ett system, utan att hitta ett sätt att skapa en slags utskjutning eller en off-loading-taktik för att hantera prestanda på andra sätt. Idag kommer vi att prata mer om hur du kan förbättra prestandan i ett system som PeopleSoft, vilket naturligtvis är otroligt komplicerat. Men när det görs bra, när det laddas, när det implementeras, när det hanteras bra, kan det göra underbara saker. Men när det inte lyckas bra, är det när du har alla typer av problem.
Så vad händer? Du måste vara realistisk om saker och ting i alla miljöer, om användare inte får vad de vill, förr eller senare går de till skuggsystem. Det händer hela tiden. Skuggsystem kan vara mycket produktiva, de kan hjälpa människor att få jobbet gjort. Men naturligtvis finns det många frågor. Visst inom hela området för efterlevnad och reglering är skuggsystem ett stort nej. Men de är där ute och jag tror att det är viktigt att komma ihåg att dina system, om ditt huvudsystem inte fungerar snabbt eller inte fungerar effektivt, förr eller senare kommer det att komma till lösningar och dessa lösningar kan vara mycket svåra att upptäcka, de kan vara svåra att solnedgången eftersom de slutar vara kritiska för verksamheten. De kan vara svåra att integrera, så tänk bara på att det finns där ute och det är bara en annan anledning att förbättra prestandan.
Nyligen hörde jag om detta uttryck och jag måste kasta ut det: "brådskande tyranni." Jag tror att bara höra att du antagligen vet vad jag pratar om och vad som händer i de flesta organisationer är att arbetsbelastningen når en kritisk massa , och människor gör så mycket de kan, och det blir mycket svårt att ändra någonting. Du avslutar lidande av ”brådskans tyranni” - allt måste göras direkt. Tja, uppgradering av ett system händer inte direkt.
Alla som någonsin har levt genom att uppgradera en ERP från en version till en annan version vet att det är en relativt smärtsam process, så tänk bara på detta: Om du ser det i din organisation, känner igen den. Förhoppningsvis kan du komma igenom någon eller om du är en äldre person som en CIO eller CTO eller CEO, inser att detta är ett mycket farligt scenario eftersom när du är bakom den åtta bollen är det verkligen svårt att komma ut bakom åtta boll.
Det är som hela maratonundersökningen: Om du hamnar långt bakom i ett lopp av något slag och alla är framför dig och ni fortfarande springer, kommer det att bli riktigt svårt att komma ihåg om du faller för långt efter. Så se upp för det och ha det i åtanke.
Och med det ska jag överlämna det till Matt Sarrel för att ge oss lite insikter om hur vi ska hantera komplexitet med PeopleSoft-miljöer. Matt, ta bort det.
Matt Sarrel: OK, tack, Eric. Hej alla. Och så, låt oss se, jag börjar med att berätta varför jag tror att jag är rätt person att prata med dig om att hantera prestanda. Så jag har 30 års erfarenhet av teknik. Jag vill gärna säga att jag arbetade mig upp genom att vara en hands-on, nätverksadministratör, chef för IT, VP för teknik vid ett par nystartade företag. Sedan gjorde jag denna övergång till att bli teknisk chef på PC Mag. Det är min bild där, men i princip ser jag ut som ett litet barn.
Och sedan gå vidare och vara journalist på en mängd olika publikationer som eWeek och InfoWorld, vara analytiker på Gigahome, nätverka med Bloor Group och även driva ett konsultföretag. Och det är jag: Den här bilden till vänster är hur jag ser ut nu. Den här bilden i mitten är där jag är väldigt glad - i ett rum fullt av ledningar och blinkande ljus, och där det är kallt - det måste vara väldigt kallt och alla andra måste vara obekväma för att jag ska känna mig bekväm temperaturmässigt. Och det finns min kontaktinformation om du skulle ha några uppföljningsfrågor.
Jag vill ställa in scenen här och bara prata om prestanda, som Eric talade om. Vi har nu kommit in i denna värld där användare har den förväntan som har ställts in av konsumentappar och webbplatser. Och människor brukade vara villiga att gå på jobbet och sitta där och vänta på sina system eftersom det är vad de behövde, och nu är människor inte riktigt villiga att sitta där. Så det är en fråga om de vill ha denna motorcykel som flyger runt banan. De vill förmodligen inte att killen ska cykla och bära sin dotter till skolan. Men vilken ska du ge?
Och det är svårt för - jag var verkligen generös med den här till tre sekunder så bra - människor vill också få ett omedelbart svar och de vill ha åtkomst var som helst. Det var som helst kan vara var som helst i din byggnad eller på ditt campus, eller det kan vara var som helst i världen när som helst beroende på hur väl ditt företag fungerar. Och jag antar vad jag bygger upp till är att när vi pratar om prestanda är det viktigt att tänka på prestanda ur användarupplevelsens vinkel.
Det är viktigt att definiera prestandamål innan du mäter och stämmer. Jag har den här bilden av en tuner och sedan en tuner. Den faktiska mannen som väljer en mottagare, han behöver veta vad han stämmer för eller det finns ingen mening med att lägga händerna på piano och ställa in det. Så att definiera mål i förväg, det kommer att hålla det riktigt istället för att anpassa mål för att passa den nuvarande situationen. Det är viktigt att övervaka mätvärden över tid och inse hur system förändras med användarbelastning applikationsprestanda, vilket påverkas av resursscener och användningsmönster.
Det är alltid viktigt att korrelera allt detta tillsammans med en användarupplevelse eller supporthändelser, skapa en baslinje för den prestanda som du förväntar dig att kunna leverera och när du närmar dig avvikelser från baslinjen, har proaktiva varningar så att du kan vidta åtgärder innan vi träffa ”misslyckas” status. Och du vet att det krävs förmågan att snabbt och enkelt kunna fastställa och hantera grundorsaken till prestationsfrågan. Och igen, detta är det tidigare, desto bättre, eller hur?
Vi vet, från tidigare historia som tittar på utvecklingsinsatser, ju tidigare du kan hitta och fixa prestandaproblem, desto bättre är du. Om du väntar tills all din kod eller ditt system är live för att starta prestandatest eller för att börja upptäcka problem, kommer jag inte säga att det är för sent, men igen, nu är du killen som fick en dålig start i maraton och nu spelar du fånga -up istället för att hoppa rakt ut och komma vidare. Så hur gör du det här? Förutser du ditt genomsnitt och din högsta belastning?
Och du går vidare och du storlekar dina fysiska servrar eller dina virtuella servrar eller dina molninstanser eller dina containrar och dina behållarresurser och kör sedan ett bevis på koncept och driver en pilot? Dessa är de tider som det här är, slutet på var du vill fånga något, även om du fortfarande är bättre på att fånga den i produktionen än att ignorera den i produktionen. Men verkligen, när du är i din pilot bör du redan ha etablerat din metod och rutiner kring kontinuerlig övervakning och förbättring.
OK, så många företag - vi pratar om digital transformation. DevOps, i DevOps-revolutionen spelar en enorm roll i den digitala transformationen. Och det här är en process från slutet till slut som verkligen aldrig slutar. Så det är som de två händerna som drar varandra, och det här är bra grejer. Det är en oändlig slinga mellan dessa två händer av plan, kod, bygga, testa, släppa, distribuera, använda, övervaka, tillbaka till plan. Det matar sig själv och vi automatiserar det så att det går snabbt. Det skapar en återkopplingsslinga för övervakning av produktionsprestanda och använder den för att proaktivt avslöja prestandaproblem och fixa dem innan de påverkar hela användarbasen.
Och en annan sak, nu när du har det, IT-utvecklare och driftpersonal rör sig mycket snabbt och anpassade, kan du också enkelt anpassa dessa ansträngningar till affärspersonalen också. Enterprise-mjukvaruprestanda är ett komplext odjur. Man kan jämföra det med ett fotbollslag som sitter framför en tavla som tar riktning, och allt fungerar separat och allt fungerar tillsammans. Jag tänker alltid på det som den gamla historien om när jag fick min första bil och jag fixade en sak. Jag fixade luftkonditioneringsapparaten och vad som hände var att då missade resten av kylsystemet. Så du har dina smärtpunkter och allting som går ihop och gör justeringar. Du måste organisera allt på ett sådant sätt och bygga processerna så att när du gör dina förändringar förstår du hur allt påverkar allt annat.
Och också vara försiktig och dubbelkontrollera. Testa, ogiltiga, implementera. Och återigen kommer vi till denna fråga om att bygga kontinuerliga program för övervakning och prestandaförbättring. Och detta är faktiskt min sista bild. Medan vi pratar om denna komplexitet, och det är en vacker komplexitet precis som insidan av den här klockan, så har vi så många rörliga delar till PeopleSoft. Varje sak påverkar allt annat hela vägen upp och ner på bunten. Och det finns så många olika platser där du kan leta efter nycklar till prestandaproblem att du mycket lätt kan gå vilse utan rätt verktyg och utan rätt process. Och igen på allt, i många fall tror jag att vi har lärt dig att du kan felsöka infrastruktur, men den enorma variabeln kommer att bli din anpassade applikationskod. Och att ha rätt processer på plats för att testa och kontinuerligt förbättra din applikationskod är det som kommer att vara nyckeln.
Och så är det slutet på min del, och jag ska övergå till Bill.
Eric Kavanagh: Okej, Bill, låt mig ge dig nycklarna för WebEx här. Jag gillar den vackra komplexiteten - det är trevligt. Du hade ett par riktigt bra citat där, Matt. OK, Bill, ta bort det. Gå till ”snabbstart” om du vill dela din skärm. Allt du.
Bill Ellis: Tack, Matt, och tack, Eric. Bara för att bekräfta, kan ni alla se min skärm nu?
Eric Kavanagh: Ja verkligen.
Bill Ellis: Så vi kommer att prata om IDERAs produkt Precise for PeopleSoft och den synlighet de kan ge för att hjälpa dig att lyckas med att hantera den komplexa applikationsstacken. Ett sätt att placera svårigheten är att en applikation, minst sex tekniker, många slutanvändare och det gör det mycket svårt att besvara även enkla frågor. Har en slutanvändare ett problem? Vem är slutanvändaren, vad gör de, vad är grundorsaken?
Vad vi vanligtvis ser är denna situation - och detta kan gälla för PeopleSoft såväl som andra applikationer eller PeopleSoft som interagerar med andra applikationer - ligger inom datamängden, eller det kan vara molnet i dag, en slutanvändare bryr sig inte riktigt om den komplexiteten. De vill bara slutföra transaktionen, tillvägagångssätt, lageruppslag, rapporteringskort, sådana saker. Om saker är långsamma eller inte tillgängliga, är alla dessa intelligenta, välmenade människor vanligtvis omedvetna tills slutanvändaren klagar.
Det är ett slags synbarhetsgap där och vad som kan hända är att det kan starta en tidskrävande och frustrerande process där människor kan öppna upp ett verktyg och de tittar tyvärr bara på en delmängd av applikationsbunten. Så svårt att svara på de grundläggande frågorna kvarstår.
Och många gånger kan det vara ett problem och du går till WebLogic-administratören och han säger: ”Tja, minnet, skräpkollektionerna ser alla bra ut. Jag tror verkligen inte att det är WebLogic. ”Du går till DBA-administratören och de säger:” Tja, databasen, den kör precis som den var igår. De tio bästa ser bra ut. Kanske lagringsadministratören träffade dig med vissa mätvärden som I / Os per sekund eller genomströmning, som är ramnivåmätningar och kanske inte reflekterar över din specifika applikation, mycket mindre databasen eller en viss process.
Och så har de alla dessa mätvärden som verkar visa att problemet finns någon annanstans, men ändå har denna slutanvändare ett problem eller har rapporterat ett problem, men hur kan vi lösa problemet på ett bättre sätt? Och det bättre sättet, det exakta sättet - eller detta är ett sätt vi erbjuder - är att mäta användartransaktioner som startar i webbläsaren genom nätverket, på webbservern, i Java Jolt, i Tuxedo, i databasen inklusive DB2 och slutligen till lagring.
Och vad detta visar är att den totala tiden säger: "Tja, vem har problem?" Och sedan kan vi identifiera slutanvändaren genom hur de loggade på PeopleSoft och vi kan också fånga via Tuxedo-översättningen vad PeopleSoft-panelerna kör.
Så tidpunkten matas in i ett historiskt arkiv som vi kallar databasen för prestationshantering och detta blir ett enda stycke musik som förenklar vem, vad, när, var, varför. Precise inkluderar också rekommendationer. Det viktigaste är förmodligen att vi fångar all information hela tiden - både på teknisk IT-personalnivå - du kan mäta före och efter. Så du kan ta med mätning genom mätning eller Six Sigma till hela prestandafunktionen.
Och så kan vi titta på "en dag i livet." Först och främst kan du öppna skärmen Precise alert och det är här du kommer att få tidig varning. Den allra bästa varningen är att du har aktivitetsvarningar. Så det är användare som utövar transaktioner och vi uppfyller i princip inte våra SLA: er. På samma sätt har vi en status när tillgänglighet - och det säger i princip att en del av vår applikationsinfrastruktur är inte tillgänglig - så vi kan borra i och vi kan faktiskt se hur Tuxedo förekommer i formen och du kan faktiskt se att en av fall är nere. Hela aktiviteten drivs till den här instansen och den måste hantera det. Vi har i princip skapat en flaskhals.
Nu, precis som en sak, för den aktivitet som körs på detta kan du faktiskt börja komma in på fynd att även om vi har den här övergripande infrastrukturfrågan finns det sätt att förbättra behandlingseffektiviteten inom just denna JVM för WebLogic. Och det är här som det här är verkligen en viktig sak: Många gånger flyttar människor som i ett moln och de säger: "Hur mycket CPU och hur mycket minne behöver du?"
Den andra sidan av det myntet som kallas kapacitet är bearbetningseffektivitet. Om jag använder mindre minne, om jag använder mindre CPU, behöver jag bara inte så mycket. Och så som Matt sa tidigare, allt är på något sätt relaterat. Vad jag nu kan göra är att jag kan öppna PeopleSoft-transaktionsskärmen och på skärmen är y-axeln svarstid, x-axeln är tid över dagen.
Vi har ett stapeldiagram här som visar klientens tid. Det är faktiskt webbläsaren, webbservern. Det gröna är Java-tid, den typen av rosa är smoking, den mörkblå är databastid. Den här profilen hände inte av sig själv; det hände på grund av de särskilda PeopleSoft-panelerna - de hade körts och de presenteras för er genom svarstid. Det finns faktiskt en tidpunkt för varje steg i applikationen såväl som en stapeldiagram som visar applikationen här panel för panel. Jag kan också borra i och hitta en viss användare eller rangordna mina användare.
Den här skärmen tillåter mig att ange en viss användare med inloggningsnamn. Tänk på hur anmärkningsvärt eller hur kraftfullt detta är. Många gånger handlar det inte bara om infrastrukturen och hur den installeras, hur slutanvändarna använder systemet. Du kanske har en ny hyra eller någon har en ny jobbfunktion: Den kanske inte vet hur man använder applikationen på rätt sätt. Detta kan faktiskt hjälpa till att identifiera utbildningsmöjligheter.
Den andra sidan av myntet är om jag kan fokusera på en viss användare - här tittar jag på den användaren i sina specifika transaktioner och responstiden som de upplevde - Jag kan direkt adressera användarupplevelsen för en viss användare. Det handlar inte längre om generiska mätvärden på systemnivå, det handlar om slutanvändarupplevelsen och det är väldigt kraftfullt. Delar av din miljö kommer verkligen att vara interna, HR, etc. Det kan finnas andra delar som är kunden inför. Hur som helst, du vill ge den bästa, mest produktiva kundupplevelsen som möjligt.
Nu för en viss panel kan jag gå in och borra in för att svara på frågor. Så detta är ett slags djupt dyk som vi kan göra för att upptäcka vad som händer och du kan göra detta djupa dyk innan du ringer till en slutanvändare eller om en slutanvändare hade ringt dig, skulle du kunna initiera en process för att säga, "Nå, var är exakt grundorsaken?" Och det kommer inte att bli som en CPU-användning och en övervägande, det kommer att vara den applikationskod som de utövar.
Låt oss titta in och ta en titt på innehållshanteringen och du kan faktiskt se en analys av den transaktionen: starta webbläsaren, startpunkten till webbservern i Java Jolt och visade faktiskt kod som körs ner till Tuxedo-panelen, äntligen till SQL-uttalandet där Precise avslöjar SQL-uttalandet som exekveras av den här PeopleSoft-panelen.
Alla som vi pratar med har verktyg, men det de inte har är svårigheter. Att ansluta prickarna eller följa transaktionen från webbläsaren hela vägen till SQL-satset är con. Vad detta gör för, som din DBA, är snarare än att titta på saker på en instans eller en databasnivå, jag kan nu undersöka på en SQL-uttalningsnivå.
Så jag kan säga: "Vad är flaskhalsarna för ett enskilt SQL-uttalande," och detta är extremt kraftfullt. Tänk på att denna transaktion inte kan köras snabbare än SQL-uttalandet och varje betydande affärstransaktion interagerar med journalsystemet. Databasen, som den eller inte, är grunden för prestanda, och om jag kan vara så kornig att fokusera på enskilda SQL-uttalanden som är avgörande för en affärstransaktion kan jag verkligen ta mitt spel till nästa nivå.
En annan sak som du kanske märker här är att det är en procentuell bidragsberäkning som Precise tillhandahåller. Webbläsaren själv är faktiskt en viktig del av applikationsbunten.Du har JavaScript-utförande, du har renderingstid, du har sidkomponenter, GIF, JPEG. Och du tycker faktiskt att din applikation kan uppträda mycket annorlunda under Chrome kontra IE och olika versioner. Precise kommer att kunna visa det också för dig och det kan finnas tillfällen då det faktiskt finns en flaskhals eller en stridighet i webbläsaren som kan orsaka sådana saker som skärmen fryser.
Att kunna identifiera som gör att IT inte kan skälla upp fel träd utan att ta itu med grundorsaken till olika problem som kan komma upp. Vad jag nu kan göra är för ett visst SQL-uttalande, jag kan sedan analysera exakt vad som händer vid det SQL-uttalandet. Så här har vi sjunkit till databasen expertvy.
En av de saker som skiljer exakt på databasnivå är att vi tar prov på sub-sekund. Detta är i jämförelse med våra konkurrenter som bara ser en gång var tionde, en gång var 15 minut. Så att graden av granularitet, upplösningsnivån är ordningsstorlek bättre än våra konkurrenter.
Och än en gång, eftersom databasen är en del av vår grund, låter vi din DBA verkligen ta prestanda till nästa nivå. Så jag kan se att detta SQL-uttalande faktiskt spenderade 50 procent om det var tid att öva åtkomst till det lagrade delsystemet, 50 procent av tiden med att använda CPU. Klicka på inställningsknappen så kan jag gå in och granska exekveringsplaner och exakt vad som drev det användningsmönstret.
Nu är en offert från en av våra kunder - om de inte var i Oracle Shop använde de ett Oracle-verktyg som heter OEM och OEM är riktigt slags databas- eller instansfokuserad - är det DBA som hela tiden tittar på vad är topp 10-listan? Men med Precise kan vi ansluta punkterna till de enskilda SQL-satserna och så att granulariteten gör att DBA verkligen kan stämma på transaktionsnivån och inte bara på den mycket högre databasnivån.
Den andra punkten som verkligen var avgörande för denna kund är att Precise, genom att översätta vad som är en komplicerad URL till ett PeopleSoft-panelnamn - om jag är i IT och jag kan prata om trädhanterare, innehållshanterare, en viss HR-sida, på så sätt personen jag försöker hjälpa känner jag faktiskt tittar och förstår vad de tittar på eftersom det inte längre är dessa hieroglyfer, det är namnet som de är bekanta med.
En av de frågor som vi ställs - det verkar som om hela tiden, så jag tyckte att ID bara var typ av proaktivt besvarar frågorna - hur i världen fångar du det PeopleSoft användar-ID? Låt mig typ gå igenom stegen. Här är en PeopleSoft-inloggningsskärm. För att komma åt den var jag tvungen att navigera till min webbserver, och den här skärmen visas. När applikationen är instrumenterad med Precise innehåller den här skärmen faktiskt ett exakt skript och jag kan avslöja genom att göra ett högerklick, visa källa. Och detta kommer faktiskt att visa mig koden som utgör den underliggande sidan och här uppe i sidoramen är faktiskt Precise för webbkod och det gör att jag kan fånga inloggningsskärmen, IP-adressen, webbläsartypen, en helhet massor av information om rendering och den verkliga slutanvändarupplevelsen. Och så när jag sätter in mitt användarnamn och klickar in, kan Precise sedan mäta vad jag gör.
Jag öppnar upp, går till trädhanteraren, jag vill göra en sökoperation, fylla i fältet och klicka på sök. En resultatuppsättning presenteras för mig, så jag har tydligt korsat hela applikationsstacken hela vägen ner till databasen. Hur visar Precise detta? Låt oss gå vidare och titta. Öppna upp Exakt, jag går in, jag kan se aktiviteten, jag kan klicka på aktivitetsfliken som kommer att visa den här skärmen. Dessa är de oöversatta webbadresserna. Jag kan visa användarna och här är mitt användar-ID som jag just loggade in på och här är min aktivitet.
Du kunde se att jag använde Firefox version 45 för att ta upp detta. Jag utövade ansökan 12 gånger och överge är i princip när någon lämnar en webbsida innan den helt återges, vilket tyder på en affärsproblem. Så det var så vi kunde hämta slutanvändar-ID. Det är väldigt trevligt, folk uppskattar verkligen när man vet exakt vad som hände.
Nu vill vi växla växlar lite konstiga. Vi tittade på transaktionen senare. Vi gjorde ett djupt dyk på en viss transaktion och tittade på dess SQL-uttalanden. Nu vill jag växla växlar och titta på några av de andra teknologierna i PeopleSoft-applikationsstacken med WebLogic.
Och så här är en WebLogic instans och du kan se aktiviteten över tid. Du har en finansrapport. Det säger till mig precis utanför fladdermus, minnet används nästan maximalt. En av de saker som vi hittar är att de flesta kör hela applikationsstacken, eller åtminstone en del, under en delad miljö, ofta dess VMware. Du måste balansera hur mycket resurser du begär och hur mycket du behöver. Du vill inte vara en resursskog. På samma sätt vill du inte sätta en processbegränsning genom att inte be om tillräckligt med minne i det här fallet.
Konfigurationen är också avgörande för prestationshantering. Så vi kan faktiskt komma in i minnesavfallssamlingen och alla JMX WebLogic-räknare så jag vet exakt hälsan i min WebLogic-form.
Nu till smoking. Smoky i många butiker är typ av en svart låda och det är en mycket viktig del av PeopleSoft. Dess typ av lim som håller allt ihop och så jag tänker nästan på det som en förlängning av operativsystemet. Det är något du använder och konfigurerar mycket noggrant. Förresten - detta är en liten sidoanteckning - i de inledande kommentarerna Eric hade nämnt "tiranny of urgency", och jag tror att det verkligen kommer in i spelet när PeopleSoft-butiker överväger att flytta från det klassiska användargränssnittet till det flytande UI eftersom du kommer att hitta du är bakom kurvan på grund av hur vätskan UI utövar PeopleSoft-miljön.
Nu har du problem på WebLogic, på Tuxedo, i databasen och på lagringsutrymmet här bara för att HTML5 gör en enorm mängd meddelanden. Det är antagligen minst 10 gånger vad den klassiska användargränssnittet gör och att ytterligare meddelanden betyder ytterligare trafik. Så Tuxedos konfiguration måste ändras för att rymma den extra trafiken. Några saker om den här skärmen är över på höger sida. Vi har över-tid grafer för vägd responstid, genomsnittlig responstid och exekveringsräkning.
Här har vi information om alla Tuxedo-domäner inom miljön. Vi delade ut tjänster, användare, serverprocesser samt IP-adresser. Jag kan flytta detta till utförande och presentera dem i fallande ordning så att jag kan se vad som körs oftast. Jag kan också bläddra ner för att avslöja domänerna; de flesta har flera domäner i sin miljö, för att i princip sprida aktiviteten och jag kan ställa in SLA-efterlevnad, därför varnar jag på Tuxedo-lagret.
Om du har köat har du olika problem som uppstår på grund av konfigurationen. Du brukar - för att det är global påverkan - vanligtvis inte göra några förändringar. Du vill typiskt gradvis öka systemet som en del av QA-processen som studsar tillbaka till en punkt som Matt hade gjort tidigare om att hantera prestandafrågor tidigt i processen. Det är mycket bättre att konfigurera korrekt när du går till produktion snarare än att gå till produktion och ta reda på att konfigurationen inte stämmer överens med användningsmönstren. Jag gillar verkligen den introduktion som Eric och Matt hade gett idag. Jag trodde att de verkligen var i mål när det gäller de utmaningar du står inför när det gäller att hantera och utveckla PeopleSoft-miljön.
Nu sa jag det en gång tidigare - jag tror att det är värt att säga igen: Varje betydande affärstransaktion interagerar med databasen. Och så låt oss undersöka hur Precise kan ge ytterligare information. Här är en viss Oracle-instans. Samma exakta tillvägagångssätt som vi såg - y-axeln är exekveringstid, x-axeln är tid över dagen, men nu är stapeldiagrammen exekveringstillstånd inom Oracle. Detta visar oss vilka processbegränsningar som finns på systemet. Här nedan finns det faktiskt en resultatrapport som säger att du har fått den här höga redo log-bufferten.
Jag tittar också på den här valda versionen från PSVersion. Det konsumerar faktiskt mycket resurser. Förresten, eftersom vi tar prov och vi ger denna högupplösta bild av vad som faktiskt händer på systemet, kanske du blir förvånad över vad som är de verkliga resurskonsumenterna på ditt system, för om du bara tittar var tionde minut kommer det inte att visa dig vad dessa resurskonsumenter är. Och så genom att veta vad den verkliga resurskonsumenterna är, kan du faktiskt ta itu med den verkliga behandlingen på flaskhalsar eller på systemet.
Nu har vi hoppat över till aktivitetsfliken och det här är aktiviteten. Du kan se att vi tittar på CPU, lagringsundersystem, applikationslås, OS-väntan, RAC, engagemang, Oracle-server, kommunikation och internt aggregerat tillsammans. Detta är y-axeln, detta är den totala utförandetiden.
Här nedan finns SQL-uttalanden som drev den här profilen och en av de saker du ser är dessa låga latenser - två millisekunder men med nästan 4500 exekveringar betyder att SQL-uttalandet faktiskt är den resursförbrukare som är nummer ett på ditt system, och det är bra att känna till. Det är inte heller att vänta på ett lås eller vänta. Det använder CPU 100% av tiden. Det betyder inte att det inte finns saker jag inte kan göra med det. Det finns massor av saker jag kan göra med det om jag vet vilka SQL-uttalanden och objekt som nås. Och så detta är några av de sätten som vi kan hjälpa till.
Nu här nedan finns den här neddragningen och det kan sätta oss i kontakt med de enskilda PeopleSoft-programmen och vart och ett av dessa program tjänar ett annat syfte inom PeopleSoft. Du kan faktiskt börja adressera på databasnivå hur applikationen används.
Och om jag väljer ett visst program, kan jag sedan isolera SQL-uttalanden som det programmet skickade in så jag kan vara mycket applikationsfokuserad snarare än databasteknologifokuserad när jag i princip tittar och tittar på databasoptimering och databaskonfiguration. Jag vill bara uppmärksamma detta. Ofta är många stora organisationer indelade i infrastruktur DBA och DBA för applikationer. Exakt, genom att visa applikationen såväl som resursförbrukningen, kan vi faktiskt överbrygga klyftan och denna lösning är användbar för båda typerna av upp DBA på systemet.
Nu är denna del verkligen vår show upp vad vi kan göra på databasnivå. Och vad som hände här är att vi hade en skärmfrysning, det fanns ett val från PS_Prod och vad vi gjorde är att vi klickar på denna inställningsknapp och vad detta gör är att det för oss in i detta SQL-arbetsområde. Nu, för er människor som inte är DBA, så kanske detta inte ser riktigt spännande ut. För människor som är DBA kan du tycka att det här är ganska spännande. Det som visade här är varaktigheten för just detta SQL-uttalande kontra förändringar i systemet. Och detta visar onsdag, torsdag, fredag, varaktigheten är cirka 2/10 av en sekund. Lördag och söndag fungerar detta företag inte - tur dem. Kommande måndag, det var en förändring: Åtkomstplanen ändrades. Den nya åtkomstplanen är helt plötsligt här uppe. Det är faktiskt tillräckligt långsamt, vilket resulterar i en skärmfrysning.
Om jag nu är en DBA, behöver jag ytterligare information för att veta den verkliga grundorsaken. Jag behöver veta vilka valde databaser optimerare gjort. Så Precise erbjuder denna jämförelse som visar exekveringsplanen som var snabb och effektiv när saker gick bra liksom exekveringsplanen som var långsam och ineffektiv. Detta filterkoppling är vanligt för DBA som kör PeopleSoft. Vad filtret gör är att det ser ut för varje rad i ett bord, det ser på varje enskild rad i sammanfogningstabellen - det tar mycket CPU. Det är extremt ineffektivt eftersom det inte finns någon filtrering av att bara titta på den delmängd av rader som behövs, men av SQL-uttalandet och att ineffektiviteten resulterar i långsammare körningstid. Därför bromsar de i slutändan PeopleSoft-panelen i skärmfrysning och Precise kunde komma till den rätta orsaken som du aldrig skulle veta om du inte hade ett verktyg som avslöjar programkoden, SQL-uttalandena och så vidare.
Det var ett slags djupt dyk. Vi kommer nu att ta vyn upp till 10.000 kvadratmeter utsikt över instrumentpaneler. I Precise är instrumentpaneler verkligen inte för det tekniska teamet - det är verkligen för dig att använda för att dela information med operationer, kanske med applikationsteamet, kanske med din kommandokedja. Och så kan en uppsättning instrumentpaneler visa PeopleSoft-paneler och klienttiden så att du vet vad slutanvändarupplevelsen är. En annan instrumentbräda kan ha konfigurerats för operationer och denna instrumentpanel kanske tittar på om det har funnits några varningar? Vi har faktiskt varningar på OS, webben, WebLogic, smoking och databasnivåerna. Inga varningar här, genomsnittlig responstid. Du kan se att det körde ungefär en tredjedel av sekundet. Här kan jag faktiskt titta på min infrastruktur visa mig alla VM: er i min miljö och jag kan börja komma in i bearbetning, lastbalansering och jag kan också titta på mina Tuxedo-domäner. Den här miljön har sex olika domäner och så jag kan se dessa domäner och jag kan faktiskt komma in på webbalansering.
Nu är Precises historiska arkiv att PMDB, databasen för prestationshantering, har massor av mätvärden. Och ibland vill någon veta om åtkomstantalet för webbläsaren eller så kan du göra åtkomsträkningar efter webbläsartypen eller prestanda efter webbläsartypen. Det finns en hel massa saker som kan göras för att ge ytterligare synlighet på ditt system.
Här, den här, tittar vi faktiskt på WebLogic minnesanvändning och du ser det här fina sågtandmönstret, minnesanvändningen. Det finns skräpkollektionen, den hämtar un-referenser. Det går tillbaka upp och så detta är ett mycket trevligt mönster som du gillar att se. Så det här är en typ av att titta på PeopleSoft-miljön som en samling av delsystem och detta skulle vara lämpligt för operationer. Den mest grundläggande frågan är "Tja, vad händer på servern?" Precis har allt detta synligt. Det ger också serverns statistik. Och så här kan du faktiskt mäta CPU, minne, I / O, server, användare på systemet och så har du den fulla synligheten. Och det är ett sätt - det i kombination med långsiktig trend - är hur människor använder Precise för kapacitetsplanering.
Och jag vill bara kasta en liten lapp där. Vanligtvis kommer en butik att ha så mycket budget för hårdvara, för server, så mycket budget för personal. Hur ska du investera, var ska du placera dina insatser? Med Precise får du en fördel eftersom du ser hur lagringsundersystemet används. Om du gör en hel del slumpmässig I / O kommer Precise att visa dig det. Det kommer att hjälpa till att rättfärdiga investeringen i solid state-lagring. Det kan vara viktigare för din butik än att köpa ytterligare CPU om CPU-användningen råkar vara låg.
Du vill investera där de verkliga bearbetningsflaskhalsarna är, där du faktiskt kan få en vinst. Och genom att exakt adressera allt från applikationskodningens effektivitet ända ner till kapacitet tillåter vi dig att bedöma och dokumentera var dessa behov är med siffror.
Nu varnar den sista biten och varningen är faktiskt så här började. Kom ihåg det? Vi såg en varning om att det fanns en prestanda SLA och vi såg att en WebLogic instans var nere. Så låt oss titta på varningsgränssnittet. Och än en gång, vad händer? En av de saker som jag vill påpeka i den här uppfattningen är att Precise inte bara har dessa prestationsvarningar och statusvarningar om tillgänglighet, vi har också trendvarningar. Anledningen till att trender varningar är viktiga är att om ditt system är inaktivt eller har en eller två användare, förmodligen fungerar saker bra. Det är inte förrän du börjar lägga till användare och de börjar göra mer och mer aktivitet som du börjar strida för data, för resurser på Tuxedo-nivå, på WebLogic-nivå, på nätverksnivå, på databasnivå. Och den påståendet resulterar i försämrad prestanda och sedan kan du äntligen korsa en linje och det är en prestationsvarning, och det är i princip att du inte uppfyller SLA-målen för organisationen. Och så dessa uppsättningar av varningar är väldigt trevliga.
Webbsteget, till vänster, webbtaveln mäter faktiskt slutanvändarupplevelsen och sedan kommer du in i teknologierna i den underliggande applikationsstacken. Det här är en typ av vår arkitekturskärm för hur vi gör allt detta. Helst skulle du vilja ha en Precise-server som är oberoende av den övervakade miljön eller miljöerna. En exakt server kan hantera många applikationer.
För PeopleSoft och för Oracle och DB2-databasen kräver vi en lokal agent. Om din PeopleSoft-miljö stöds av SQL Server finns det ett alternativ att göra agent utan. Vi har också agent utan Sybase. Hjärtat i vår säkerhetsmodell är att data samlas in här, medan användare av Precise verifierar till Precise. Det är helt separata processer, separata referenser, separat autentisering och det är en del av vår säkerhetsmodell. Och det finns ytterligare detaljer.
Jag tror att det här är tillräckligt med en introduktion till arkitekturen för nu. Om det finns några brinnande frågor, vänligen ställ dem, som Eric nämnde.
Precis som en snabb sammanfattning är denna lösning designad för 24 av 7 i produktion. Det rekommenderas starkt att du använder oss i QA. Om du gör egen utveckling, börja använda oss i utveckling. Ska översätta den komplicerade URL: en, URI till ett PeopleSoft-panelnamn. När jag talar om produktion är vi extremt låg omkostnad så att du har synlighet, du vet alltid vad som händer, du identifierar slutanvändaren.
Jag var inte tvungen att gå in och definiera dessa transaktioner - det finns bara naturliga anslutningspunkter från webbläsaren, URL: n, ingångspunkter, webbserveranslutning till WebLogic, inbjudan till den som ger SQL-uttalandet. Då kan vi fånga SQL-uttalandet och vad det gör. Precise är databasintelligent och jag tror att detta är en utmärkande faktor för oss och det gör att din DBA kan samarbeta, förbättra applikationens synlighet.
Den sista punkten är för att alltid var på, vi samlar alltid in, du kan alltid mäta före och efter och kvantifiera förbättringen eller i sällsynta fall kanske du har ändrat prestanda, du skulle veta det och du kan rulla tillbaka omedelbart . De flesta av våra konkurrenter, vad de gör är om du behöver se ytterligare information, du måste aktivera ytterligare synlighet och vanligtvis att ytterligare synlighet innebär en hel del omkostnader.Med Precise har du alltid synlighet och du kan alltid lösa problemet. Så om du vill gå till webbplatsen Precise, kontrollera någon av de exakta produkterna, om det är Precise för Oracle. Vi är listade som Precise Application Performance Platform och det finns en knapp där för att begära en demo.
Egentligen, om jag delar min skärm, tror jag att jag kanske bara navigerar dit för att visa dig hur det ser ut så att du kan se detta direkt. Här är IDERA-webbplatsen. Du går till produkter. Jag kan välja någon av dessa exakta komponenter och jag vill bara se den i aktion. Detta kommer att starta vår process för att dela ytterligare information som kan vara viktig för din webbplats. Eller om du vill veta mer om migrering till det flytande UI är du välkommen att kontakta oss.
Och det som Eric, jag gillar att skicka stafetten tillbaka till dig.
Eric Kavanagh: Okej, bra affär. Jag måste säga ännu en gång - en ganska omfattande och imponerande presentation där, Bill. Du nämnde en hel massa saker som jag vill fråga om. Vi har inte mycket tid - cirka nio minuter - och jag gillar Matt för att få en chans att ställa ett par frågor också, och har minst en eller två från publiken.
Men du nämnde något som jag tyckte att det var väldigt, väldigt intressant med avseende på hur Precise kan hjälpa till att upphandla IT-teamet eftersom du kan påpeka, du kan göra ett ärende för vem som fattar det beslutet att det du behöver är mer solid-state lagring, till exempel, eller vad du behöver är förbättringar av nätverket eller vad som än är fallet. Men det är en stor sak. Ser du ofta företag erkänna det och använda det eller försöker du evangelisera något mer?
Bill Ellis: Nåväl, faktiskt båda, och saken är att användningsmönster, även för en paketapplikation som PeopleSoft, användningsmönstren är olika på varje webbplats. Jag hade förmögenheten att göra en PeopleSoft-migration i en bank, och banker använder huvudbokssystemet mycket annorlunda än de flesta organisationer. Du kan faktiskt ha enskilda transaktioner som gjordes i en filial, de publicerar alla till huvudboken.
Och så snarare än att posta dussintals eller hundratals huvudbok så publicerar du faktiskt hundratusentals. Och så att jag blev involverad i Precise beror på användningsmönstren och det gjorde det möjligt för oss att ta itu med, men applikationens behov både på kodnivå, konfigurationsnivå och infrastrukturnivå. Så absolut är jag en stor troende och jag vill evangelisera det också eftersom du inte borde fatta hårdvarubeslut helt enkelt baserat på användning. Du bör basera det på dina miljöers behov.
Eric Kavanagh: Och det finns en fråga från en deltagare, och sedan, Matt, jag ska överlämna den till dig för en fråga eller två. Det här är bra och det är roligt eftersom det är ett stort, långt svar du kan ge. Deltagaren frågar: "Hur samlar du in prestandametrik i användarens slut efter installationen och under testning?"
Jag tror att du gjorde ett ganska bra jobb med att dyka in i hur djupa och rika dessa prestandametriker är. Du talade om till och med under sekund för några av dessa saker jämfört med var femte eller tio minut. Det är när du kommer att få den detaljnivå som krävs för att hitta dina svar, eller hur?
Räkningen Ellis: Ja, så det avgörande är att de enskilda samlarna av prestationsinformationen är teknologibaserade. Så när vi gör en installation måste vi veta hur din applikationsstapel är byggd, börjar med operativsystemet, dess version, vilken version av Tuxedo, WebLogic, vilken version av People-verktyg som du kör.
Och det är verkligen utformningen av de agenter som gör det, datainsamlingen som gör att vi kan avslöja att synlighetsnivån Precise ger. Och den synligheten, tror jag, ibland kan vara lite skrämmande för folk. Men om ditt mål är att verkligen komma in och förbättra saker och ta prestanda till 11, det är verkligen den nivå av synlighet som du vill ha. Och om Precise kan ge det och dess låga omkostnader är frågan varför inte? Så jag tycker att det är en stor fråga och vänligen kontakta oss om du vill diskutera det ytterligare.
Eric Kavanagh: Okej bra. Och Matt, hade du några frågor?
Matt Sarrel: Jag tror att jag har det bra. Jag menar, jag har jobbat med WebEx kraschar härför så.
Eric Kavanagh: Å nej. Vi behöver Precise för att förstå exakt varför.
Matt Sarrel: Ja, jag antar att frågan som jag hade tänkt på medan du pratade, Bill, var om du kunde diskutera lite om hur flera lag kan komma på samma sida när du felsöker prestandafrågor, för jag vet att det är något som kommer upp och om igen är vem som ansvarar för vad och hur kan alla arbeta tillsammans för att leverera bästa kvalitet till de anställda.
Räkningen Ellis: Ja, så IT-personal tenderar att bli dyra. I de flesta butiker är du indelad i team baserade på teknik med tanke på teknikens komplexitet. En av de stora sakerna som händer är att det är en prestationsfråga och det finns många gånger konflikten, krigsrummet sammanträder. Och det är där alla har mätvärden för att på något sätt befria sin nivå eftersom de inte har nackdelarna. De tittar på vad som händer på WebLogic-nivå snarare än vad som händer på transaktionskodnivå. Eller så tittar de på databasnivå snarare än transaktionens enskilda SQL-uttalande.
Och genom att kunna identifiera problemnivån och problemkoden inom den nivån, vad den gör är att det frigör de andra lagen att inte gå eller spendera tid i resurser som letar efter ett problem som inte är inom deras område. Om det är ett databasproblem, gå till DBA med informationen som de behöver för att lösa problemet. De kommer gärna att göra det.
Men på samma sätt, slösa inte Tuxedo, WebLogic assistentteam med fokus på problemen i databasen. På samma sätt, om problemet råkar vara i WebLogic-konfiguration, tar du inte DBA: s tid i ett slags krigsrum för att försvara sig. Gå bara och åtgärda problemet i WebLogic.
Vi finner att IT-personal uppskattar Precise på grund av tidsbesparingarna, eftersom de krigsrummen vanligtvis inte budgeteras i tidsplanen för varje FTE-organisation. Det är som en extra tid. Och det är verkligen viktigt att kunna hantera dessa frågor mer effektivt. Och för den organisation som rullade ut vätskegränssnittet, att kunna skala i produktionen och lösa de problem som de faktiskt upplever i produktionen var verkligen viktigt inte för enskild personal eller team, men faktiskt för IT-förvaltningen totalt sett eftersom det hade varit riktigt dåliga nyheter om de var tvungna att rulla tillbaka. Så bra fråga, eftersom det inte bara är tekniken. Det handlar egentligen alltid om folket.
Matt Sarrel: Rätt, det är människorna och processerna. Ja det var den enda frågan som kom upp för mig under demonstrationen. Om det finns andra från publiken?
Eric Kavanagh: Ja, jag ska bara kasta en sista till dig, Bill, och Matt talade om detta kort i sin presentation. Vi har börjat se denna gröda. Det är fortfarande väldigt framåtblickande, men containrar och användningen av containerisering och Docker och saker av den typen, hur stor av en kurvboll kastar det er ni?
Bill Ellis: Så ordet betyder olika saker beroende på olika tekniker. Så vi utvecklar våra produkter för att ta hand om containrar på databasnivå och på applikationsnivå. Och som en del av det är det typ av hela miljön med rörelserna, molnet och vi verkar inom molnet. Men det finns en upptäcktsprocess och så beroende på hur dessa applikationer - inklusive PeopleSoft - utvecklas, utvecklar vi vår övervakningslösning så att vi kan tillhandahålla den djupnivå som har varit så värdefull tidigare.
Eric Kavanagh: Ja. Och jag måste säga, varje gång jag ser dessa demonstrationer är jag bara förvånad över den känslighet du har och det är vad du behöver för att kunna förena en förståelse och du behöver ha lite utbildning om vad som är den normala situationen, vad är det? standard.
Och ni erbjuder mycket innehåll runt det - att hjälpa människor att identifiera vad som är normalt, vad som inte är normalt. Du talade om trender varningar, till exempel, det här är alla mekanismer som du kan använda för att bättre förstå är något fel, är något inte fel, och sedan måste du naturligtvis borra ner för att hitta det, men du har all data.
Bill Ellis: Ja, och det är en väldigt viktig sak; Jag tror att Matt hade pratat om det. Vad är normalt? Olika miljöer har en annan normalnivå. Om du kör med avancerad hårdvara, Oracle-logik och data, vad som är normalt i din butik eller vad som är möjligt i din butik kommer att bli annorlunda än om du kör under en mindre kraftfull infrastruktur. Så det första är att ta reda på vad som är normalt, börja beräkna den baslinjen och på så sätt kan du börja göra förbättringar därifrån.
Eric Kavanagh: OK, det är en bra poäng. Vi har en sista fråga som kommer in, det ser ut. Bara en sista fråga som jag kommer att kasta till dig, Bill. Någon skillnad mellan SQL och databasprestationsövervakning ur systemnivå och applikationsnivådata? Vad är skillnaden mellan att övervaka SQL och databasprestanda ur ditt perspektiv?
Räkningen Ellis: Nåväl, ingenting händer i en databas förrän dess SQL-uttalande körs. SQL-uttalandekonkurrensen är vad - kontrollera låsning, väntande, stridighet för resurser på datanivå och på SQL Server-nivå. Och så om jag kan se både drivrutinen för SQL-uttalandet och dess påverkan på systemet, har jag orsakat en effekt; Jag kan koppla vad applikationen DBA bryr sig om med vad infrastrukturen DBA bryr sig om tills jag verkligen kan få ut det mesta av verktyget Precise.
Om jag är en infrastruktur DBA och jag tittar på saker som användning, jag är verkligen typ av hantera med en bred borste kontra om jag kan titta på ett individuellt SQL-uttalande och jag kan faktiskt minimera resursen konsumtion - oavsett om det är CPU, minne, I / O - Jag kan adressera båda sidor av samma mynt.
Eric Kavanagh: OK, folkens. Vi brände igenom drygt en timme. Stort, stort tack till våra vänner på IDERA. Ett stort tack till Matt Sarrel för att han gick med oss idag. Vi arkiverar alla dessa webbsändningar för senare visning, så kom gärna tillbaka och vanligtvis på bara ett par timmar arkivet går upp. Så kolla in det, och allt jag har att säga är att jag älskar det här, jag älskar exakt, jag älskar att kunna komma in i ogräs. Och jag känner inte till något annat verktyg som låter dig gräva i alla dessa olika delar och delar av applikationsbunten än vad de här personerna har på IDERA med Precise.
Med det säger vi dig farväl, folkens. Tack igen, vi pratar med dig nästa gång.