|
|
Opslået på 13/10/2014 10.36.01
|
|
|
Før applikationssystemet lanceres, kan fejl og skjulte farer reduceres betydeligt gennem intensiv testning, men fordi simuleringsmiljøet for testen ikke kan være nøjagtigt det samme som det virkelige miljø efter systemets opstart, kan testarbejdet ikke dække alle scenarier for IT-applikationssystemproduktion og drift, og det er vanskeligt at undgå fejl i IT-applikationssystemet i et specifikt scenarie.
Da den skjulte fare for fiasko er uundgåelig, er det meget vigtigt at kunne håndtere fejlen roligt! Det er bedst at kende på forhånd, forudsige mulige problemer i IT-applikationssystemet og tage forholdsregler, når problemet ikke opstår, for at eliminere fejlen i opløbet. Uanset hvor slemt det er, skal vi vide, hvilke problemer der er opstået i systemet, og hvor de er opstået, så hurtigt som muligt og håndtere dem i tide, før de spreder sig, for at undgå en eskalering af situationen. I virkeligheden, fordi disse to ting stadig er svære at udføre, er presset for drift og vedligeholdelse uden fortilfælde!
Når man ser på de nuværende virksomheder med en høj grad af informationskonstruktion repræsenteret af banker, bliver forretningsudvikling mere og mere afhængig af IT, kompleksiteten af deres IT-applikationer bliver højere og højere, og kontrolmulighederne bliver dårligere og dårligere. Men det, der er et hovedbrud, er, at i en så intens jagt- og opsnapningssituation opstår systemfejl stadig, risici blinker igen og igen, og mange gange udvikler små problemer sig til store fejl – hvad er årsagen? Hvorfor er der altid forsinkelse i opdagelsen? Hvorfor kan forskellige overvågningsmetoder ikke opdage abnormiteter ved første gang? Det er nødvendigt at dissekere dette.
Med hensyn til hovedaspekter er computerrummet opdelt i to kategorier: grundlæggende ressourcer og IT-applikationssystemer. I lang tid har vi tillagt grundlæggende ressourcer som netværk, vært, lagring, temperatur og luftfugtighed i computerrummet stor betydning, og overvågningsmetoderne kan beskrives som "bevæbnede til tænderne".
Til overvågning af IT-applikationssystemer leverer indenlandske og udenlandske producenter og tjenesteudbydere i øjeblikket mange produkter eller løsninger; overvågningens indhold har sit eget fokus, omfattende analyse, deres praksis er primært at observere ydeevnen af IT-applikationssystemet på det grundlæggende ressourcelag gennem netværkstrafik, systemydelse, CPU-aktivitet, hukommelsesbesættelse, databaseadgang, middleware-status og andre indikatorer, kombineret med loganalyse, probe-udforskning, simuleringsadgang og proxy-ekstraktion samt andre metoder for at opnå visse tidsoplysninger om systemets drift. Groft set vurderer man den overordnede driftsstatus for et system, mangler disse produkter eller løsninger kontinuerlig sporing og overvågning af systemets driftsdetaljer, så de kan ikke forstå driftsstatus for hvert modul i IT-applikationssystemet og endda de funktionelle punkter under modulet; disse detaljer inkluderer: Hvilke transaktioner håndterer systemet? Hvilket lykkedes? Hvad er problematisk? Hvem initierer transaktionen? Hvornår lanceres det? Hvilken forretning laver du? Hvilket modul af systemet er involveret? Hvilket funktionspunkt er ansvarligt for behandlingen? Hvornår kommer svaret tilbage? Er der nogen præstationsanomalier? Hvis det ikke lykkes, hvad er så skylden? De er meget vigtige for at vurdere driftsstatus for et IT-applikationssystem.
I praksis, i begyndelsen af IT-applikationssystemets fejl, når fejlpunktet har ringe indvirkning på de grundlæggende ressourcer eller endnu ikke er blevet overført til det grundlæggende ressourcelag, eller fejlen opstår i mellemrummet mellem brugen af logs, prober, proxyer og andre midler, selvom systemrisikoen har været "undercurrent", kan de eksisterende overvågningsmetoder ofte ikke spille en rolle, og den eksterne præsentation er også "ingen abnormitet". Dette er også den grundlæggende grund til, at fejldetektion halter bagefter og er svær at håndtere! Det kan ses, at rettidig opdagelse af systemfejl "første gang" er en mangel ved den nuværende IT-drift og vedligeholdelse, og det er af stor betydning at kompensere for IT-drift og vedligeholdelse.
Hvad er "første gang"? Det vil sige, i processen med et IT-applikationssystem, der reagerer på adgangsanmodninger, skal en transaktion fanges nøjagtigt, når den fejler eller sker unormalt! Alle ved, at tidlig opdagelse kan håndteres med tiden, og for at vende den nuværende passive situation i IT-drift og kompensere for manglerne i IT-drift og vedligeholdelse, er det nødvendigt teknisk set at løse problemet med at opdage systemfejl "fra første gang". Gennem komparativ forskning og praksis af driften af et stort antal IT-applikationssystemer er denne idé faktisk teknisk gennemførlig, men folkene i bureauet kan blive påvirket af inertial tænkning, undlade at springe ud af den oprindelige tankegang og endda tro, at det ikke er muligt i subjektiv bevidsthed, hvilket resulterer i ingen væsentlig gennembrud på dette område, og de operationelle risici ved IT-applikationer er altid i en passiv situation med fragmenteret respons.
Nøglen til at opnå "første gang" opdagelse af systemfejl er at være "hensynsfuld" over for IT-applikationssystemet, mestre hvert eneste træk, specifikt at foretage en dybdegående observation af driftsdetaljerne i IT-applikationssystemet og sætte driften af hvert modul og funktionspunkt under streng overvågning; samtidig skal denne overvågning være kontinuerlig og uafbrudt, men på denne måde overses ingen systemtransaktionsfejl, så driften af IT-applikationssystemet er i en kontrollerbar tilstand.
Da denne proces kan indhente og indsamle detaljeret systemdriftsstatusinformation, etablere en meget værdifuld systemoperationsfil, kan den gennem sin analyse og anvendelse ikke blot give en reference til at vurdere kvaliteten af hvert modul og hvert funktionelt punkt, men også give grundlag for analyse af udviklingen og ændringen af systemets driftsstatus, hvilket gør det muligt at forudsige sundhedstendensen for et IT-applikationssystem.
|
Tidligere:@天下无双给我们论坛的建议Næste:Window10 er ny, og systemet er stadig ikke modent nok
|
