|
|
Publicerad på 2014-10-13 10:36:01
|
|
|
Innan applikationssystemet startas kan fel och dolda faror minskas kraftigt genom intensiv testning, men eftersom simuleringsmiljön för testet inte kan vara exakt densamma som den verkliga miljön efter att systemet startats kan testarbetet inte täcka alla scenarier för produktion och drift av IT-applikationssystem, och det är svårt att undvika att IT-applikationssystemfel uppstår i ett specifikt scenario.
Eftersom den dolda faran för misslyckande är oundviklig är det mycket viktigt att kunna hantera felet lugnt! Det är bäst att veta i förväg, förutse möjliga problem i IT-applikationssystemet och vidta åtgärder när problemet inte uppstår för att eliminera felet i tid. Oavsett hur illa det är måste vi veta vilka problem som har uppstått i systemet och var de har uppstått så snart som möjligt, och hantera dem i tid innan de sprider sig för att undvika att situationen eskalerar. I verkligheten, eftersom dessa två saker fortfarande är svåra att göra, är pressen av drift och underhåll utan motstycke!
Om man tittar på dagens företag med en hög grad av informationskonstruktion representerad av banker, blir affärsutveckling alltmer beroende av IT, komplexiteten i deras IT-applikationer blir allt högre och kontrollerbarheten blir sämre och sämre. Men det som är huvudvärk är att i en så intensiv jakt- och avlyssningssituation uppstår systemfel ändå, risker uppstår om och om igen, och ofta utvecklas små problem till stora fel, vad är orsaken? Varför är det alltid en fördröjning i upptäckten? Varför kan inte olika övervakningsmetoder upptäcka avvikelser direkt? Det är nödvändigt att dissekera detta.
När det gäller huvudsakliga aspekter delas datorrummet in i två kategorier: grundläggande resurser och IT-applikationssystem. Under lång tid har vi lagt stor vikt vid grundläggande resurser som nätverk, värd, lagring, temperatur och luftfuktighet i datorrummet, och övervakningsmetoderna kan beskrivas som "beväpnade till tänderna".
För övervakning av IT-applikationssystem tillhandahåller för närvarande inhemska och utländska tillverkare och tjänsteleverantörer många produkter eller lösningar, och övervakningens innehåll har sitt eget fokus, omfattande analys, deras praktik är främst att observera prestandan hos IT-applikationssystemet på det grundläggande resurslagret, genom nätverkstrafik, systemprestanda, CPU-upptagenhet, minnesupptagning, databasåtkomst, mellanvarustatus och andra indikatorer, kombinerat med logganalys, probeutforskning, simuleringsåtkomst och proxyextraktion samt andra metoder för att erhålla viss tidsinformation om systemets drift. Om man grovt bedömer systemets övergripande driftsstatus, saknar dessa produkter eller lösningar kontinuerlig spårning och övervakning av systemets driftdetaljer, så de kan inte förstå detaljerna om driftstatusen för varje modul inom IT-applikationssystemet och till och med funktionspunkterna under modulen, dessa detaljer inkluderar: Vilka transaktioner hanterar systemet? Vilket lyckades? Vilket är problematiskt? Vem initierar transaktionen? När lanseras det? Vilket jobb gör du? Vilken modul i systemet är inblandad? Vilken funktionspunkt ansvarar för bearbetningen? Vilken tid kommer svaret tillbaka? Finns det några prestandaavvikelser? Om det inte lyckas, vad är då felet? De är mycket viktiga för att bedöma driftstatusen för ett IT-applikationssystem.
I praktiken, i början av ett IT-applikationssystemfel, när felpunkten har liten påverkan på de grundläggande resurserna eller ännu inte har överförts till det grundläggande resurslagret, eller felet uppstår i gapet mellan användningen av loggar, prober, proxyer och andra metoder, även om systemrisken har varit "undercurrent", men ofta kan inte befintliga övervakningsmetoder spela någon roll, och den externa presentationen är också "ingen avvikelse". Detta är också den grundläggande anledningen till att felupptäckt halkar efter och är svårt att hantera! Det kan ses att snabb upptäckt av systemfel vid "första gången" är en brist i det nuvarande IT-drift- och underhållsarbetet, och det är av stor betydelse att kompensera för IT-drift och underhåll.
Vad är "första gången"? Det vill säga, i processen där ett IT-applikationssystem svarar på åtkomstförfrågningar, måste en transaktion fångas korrekt i samma ögonblick som misslyckas eller onormalt sker! Alla vet att tidig upptäckt kan hanteras i tid, och för att vända den nuvarande passiva IT-driften och kompensera för bristerna i IT-drift och underhåll är det nödvändigt att tekniskt lösa problemet med att upptäcka systemfel "från början". Genom jämförande forskning och praktik av driften av ett stort antal IT-applikationssystem är denna idé faktiskt tekniskt genomförbar, men personalen på byrån kan påverkas av tröghetstänkande, misslyckas med att hoppa ur det ursprungliga tankesättet och till och med tro att det inte är genomförbart i subjektivt medvetande, vilket inte leder till något substantiellt genombrott i denna del av arbetet, och de operativa riskerna med IT-applikationer är alltid i en passiv situation av fragmentariskt svar.
Nyckeln till att uppnå "första gången" upptäckt av systemfel är att vara "hänsynsfull" mot IT-applikationssystemet, bemästra varje steg det tar, specifikt att genomföra en djupgående observation av driftdetaljerna i IT-applikationssystemet och sätta driften av varje modul och funktionspunkt under strikt övervakning, samtidigt som denna övervakning också måste vara kontinuerlig och obruten, men på detta sätt missar ingen systemtransaktionsavvikelser, så att IT-applikationssystemets drift är i ett kontrollerbart tillstånd.
Eftersom denna process kan erhålla och samla detaljerad information om systemets driftsstatus, etablera en mycket värdefull systemoperationsfil, kan den genom sin analys och användning inte bara ge en referens för att bedöma kvaliteten på varje modul och varje funktionspunkt, utan också ge en grund för att analysera utvecklingen och förändringen av systemets driftstatus, vilket gör det möjligt att förutsäga hälsotrenden för ett IT-applikationssystem.
|
Föregående:@天下无双给我们论坛的建议Nästa:Windows 10 är nytt, och systemet är fortfarande inte tillräckligt moget
|
