SE470031B - System och metod för övervakning och förändring av driften av ett datorsystem - Google Patents

Description

470 031 10 15 20 25 30 35 2 fastställande av den med den rapporterade händelsen för- knippade åtgärden; av händelsehanteringsmaskinen styrd utrustning för utförande av en av händelsehanterings- maskinen fastställd åtgärd; samt ett gränssnitt för överföring av information om en av en händelserapport- generator i ett övervakat program rapporterad händelse till händelsehanteringsmaskinen och för sändning av en underrättelse om en med händelsen förknippad åtgärd från händelsehanteringsmaskinen till ett i datorsystemet exe- kverbart program för ändring eller start av detta.

Till gränssnittet är lämpligen direkt anslutet ett filter för begränsning av det antal av de rapporterade händelserna som vidareföres till händelsehanterings- maskinen.

Händelsehanteringsmaskinen innefattar vidare lämp- ligen en interntillståndsanordning, varvid regelbasen är inrättad att förknippa en viss händelse med en förutbe- stämd, av interntillståndsanordningens momentana till- stånd beroende åtgärd.

Den av händelsehanteringsmaskinen styrda utrust- ningen kan exempelvis även innefatta organ för registre- ring av en rapporterad händelse och/eller för vidarebe- fordran av en rapporterad händelse till en överordnad del av datorsystemet.

Händelsehanteringsmaskinen kan med fördel vara adaptiv genom att den är inrättad att förändra intern- tillståndsanordningen och/eller regelbasen i beroende av rapporterade och av händelsehanteringsmaskinen mottagna händelserapporter och/eller i beroende av fastställda åtgärder. Även filtrets funktion kan ändras på detta sätt.

Det ovan angivna ändamålet uppnås enligt uppfin- ningen även vid ett sätt för övervakning och eventuellt förändring av driften av ett datorsystem av det inled- ningsvis angivna slaget genom åtgärderna att i varje i datorsystemet exekverbart program, vars exekvering skall p; 6.3 25 30 35 470 051 3 övervakas, införliva åtminstone en händelserapportgene- rator; att i beroende av en regelbas, som förknippar en viss händelse med en förutbestämd åtgärd, fastställa den med en rapporterad händelse förknippade åtgärden; samt att utföra den fastställda åtgärden åtminstone i form av sändning av en underrättelse om en med händelsen för- knippad åtgärd från händelsehanteringsmaskinen till ett i datorsystemet exekverbart program för ändring eller start av detta.

För undvikande av överbelastning i utnyttjandet av regelbasen kan lämpligen nämnda åtgärder fastställas en- bart för vissa av de rapporterade händelserna, vilka med undantag för rapporteringstidpunkten är identiska.

Den med en viss händelse förknippade åtgärden kan även göras beroende av andra parametrar än händelsens egna parametrar. Dessa andra parametrar kan lämpligen sammanhållas i en separat interntillståndsanordning.

Enligt uppfinningen kan sättet göras adaptivt genom att regelbasen och/eller nämnda andra parametrar ändras i beroende av rapporterade händelser.

Som exempel kan de utförda åtgärderna även inne- fatta registrering av en rapporterad händelse och/eller vidarebefordran av en rapporterad händelse till en över- ordnad del av datorsystemet.

Den händelserapportgenerator som skall ingå i varje i datorsystemet exekverbart program, vars exekvering skall övervakas, utgöres av i programmet ingående pro- graminstruktioner på lämpliga ställen i programmet, vilka normalt bestämmes av programmeraren. De händelser som kan rapporteras kan vara allt från en normal proce- dur, som har utförts, till ett inträffat allvarligt fel.

Den rapporterade händelsen kan exempelvis avse att något har startats, stoppats eller att ett fel har inträffat.

Härigenom kan det bli möjligt att spåra programmet och att exakt se vad som inträffar under programmets exekve- ring. 470 051 10 15 20 25 30 35 4 De mest intressanta händelserna är naturligtvis sådana som avser onormala eller kritiska situationer och fel. Exempel på händelser som skulle kunna rapporteras är således händelser för programföljning, händelser som avser att en viss ändring har gjorts i ett dataminne eller att en operatör eller ett program har begärt en viss operation, att ett fel har detekterats, att uppre- pade åtkomstförsök har gjorts och att en skivas lag- ringskapacitet är fullt utnyttjad. Av intresse kan även vara att rapportera händelser, som kan utgöra underlag för statistik, t ex olika användares eller olika pro- grams utnyttjande av olika resurser i ett datorsystem.

Rapporten av en händelse måste innefatta en händel- seidentifierare, vilken endast behöver vara unik i det aktuella programmet. Detta beror på att händelserappor- ten, innan den når händelsehanteringsmaskinen, automa- tiskt kompletteras med uppgift om sin källa och tidpunk- ten för genereringen. Utöver identifierardelen kan hän- delserapporten innefatta en datadel med data, som är nödvändiga för att beslut om en viss åtgärd skall kunna tagas eller för att vidarebehandling av händelsen i fråga skall kunna ske. Datadelen är lämpligen strukture- rad som en eller flera parameteridentifierare jämte tillhörande parametervärden.

Sådana program som skall kunna mottaga en av hän- delsehanteringsmaskinen fastställd åtgärd i form av en underrättelse till programmet skall naturligtvis vara försedda med programinstruktioner för hantering av mot- tagna underrättelser. Sådana underrättelser kan avse programexekveringen; exempelvis kan vid hög belastning på en i datorsystemet förekommande resurs programmet styras att mindre frekvent utnyttja denna resurs eller kan programmet avbrytas.

Händelsehanteringsmaskinen, som normalt finns i en server i fallet med ett lokalt nät, kan realiseras en- bart som programvara eller som en kombination av pro- 10 15 20 25 30 35 470 031 5 gramvara och maskinvara. Den i händelsehanteringsmaski- nen ingående regelbasen i form av programvara består av en uppsättning regler, vilka har en villkorsdel och en åtgärdsdel. Villkorsdelen består företrädesvis av en lo- gisk kombination av ett antal delvillkor, där den i en händelserapport inrymda informationen möjliggör bestäm- ning av om ett eller flera delvillkor är uppfyllda. Den för detta ändamål användbara informationen i händelse- rapporten kan utgöras såväl av information i händelse- identifieraren som av information i de åtföljande data, dvs olika parametervärden. Vissa delvillkors uppfyllande behöver emellertid ej vara beroende av informationen i en viss händelserapport utan kan i stället vara beroende av interna tillstånd i händelsehanteringsmaskinen. Dessa interna tillstånd är enligt uppfinningen samlade i in- terntillståndsanordningen, där interntillstånden exem- pelvis kan avse räknevärdet i olika slag av räknare, en tillståndsvariabels värde eller värdet av någon data- mängd.

Med hänsyn till att vissa händelser kan uppträda med hög frekvens och det ej alltid är önskvärt att varje inträffande av händelserna mottages och behandlas av händelsehanteringsmaskinen, som då skulle kunna bli överbelastad, utnyttjas enligt uppfinningen lämpligen ett filter före händelsehanteringsmaskinen, vilket fil- ter är anordnat att för varje enskild händelse avgöra huruvida denna skall vidarebefordras till händelsehante- ringsmaskinen eller ej. Detta kan ske så att var nzt händelse av en viss typ vidarebefordras. Filtret är företrädesvis utfört som programvara.

Den av händelsehanteringsmaskinen styrda utrust- ningen utgör normalt en kombination av programvara och maskinvara. Den kan exempelvis innefatta minnesorgan för registrering av informationen eller delar av informatio- nen i en händelserappport. Denna form av informations- loggning är av stort värde och medger efterbehandling av 470 051 10 15 20 25 30 35 6 registrerad information för framtagande av statistik av olika slag, exempelvis vad gäller datorsystemets pre- standa, olika användares utnyttjande av systemet, pro- gram i detta eller däri ingående resurser, liksom sta- tistik vad gäller feluppträdanden. Nämnda utrustning kan också effektuera sådana av händelsehanteringsmaskinen fastställda åtgärder som sändning av en underrättelse till ett i datorsystemet exekverbart program och start av ett sådant program. Vidare kan utrustningen genom en av händelsehanteringsmaskinen fastställd åtgärd uppda- tera tillståndsanordningen, ändra regelbasen och även ändra filtrets funktion. Den av händelsehanteringsmaski- nen styrda utrustningen kan också initiera larm samt sända för hela datorsystemets drift väsentlig informa- tion vidare till en överordnad del av datorsystemet.

En utföringsform av uppfinningen skall beskrivas närmare i det följande under hänvisning till medföljande ritningar. Fig 1 är en schematisk bild av ett konventio- nellt datorsystem. Fig 2 är en schematisk funktionsbild för ett system enligt föreliggande uppfinning. Fig 3 åskådliggör förenklat innehållet i ett av systemet enligt uppfinningen hanterat objekt. Fig 4 är en schema- tisk bild av konfigurationen av ett system enligt upp- finningen.

Fastän det uppfinningsenliga systemet är användbart i en enda dator utnyttjas det företrädesvis i datorsys- tem, vilka kan bestå av ett antal lokala nät LANl--- LANn, såsom visat i fig 1, där varje lokalt nät innefat- tar ett flertal datorer, en server samt annan utrust- ning, t ex skrivare, och de lokala näten är sammankopp- lade med en överordnad del i form exempelvis av en cen- tral server.

Såsom visat i fig 2 består den uppfinningsenliga händelsehanteringen av tre faser, nämligen en konfigure- ringsfas 1, en körtidsbehandlingsfas 2 och en efterbe- handlingsfas 3. 10 15 20 25 30 35 470 031 7 Konfigureringsfasen 1 innefattar registrering av hanterade objekt, dvs program eller viss utrustning för körning av program, händelser, som skall registreras, och för dessa händelser gällande identifierare och attribut, inklusive parametrar, samt konfigurering av filter, regler och åtgärder.

Körtidsbehandlingsfasen 2 inbegriper den faktiska behandlingen av rapporterade händelser på basis av den dessförinnan utförda konfigureringen.

Den tredje fasen 3 innebär efterbehandling av de data som enligt en typ av åtgärd har lagrats i en logg- fil. Denna efterbehandling kan exempelvis avse framtag- ning av statistik på grundval av den loggade informatio- nen.

Såsom antytt i fig 2 krävs en programutvecklare el- ler administratör för den första fasen 1, dvs konfigure- ringen.

Under körtidsbehandlingen rapporteras en händelse från ett hanterat objekt 4 och utlöser olika typer av åtgärder, t ex start av ett program 5, utsändande av en underrättelse till ett hanterat objekt 6, utsändande av en underrättelse till en användare 7 eller loggning av information i en loggfil 8 för senare efterbehandling, som kan utföras av en administratör.

För att kunna hanteras av det uppfinningsenliga systemet för övervakning och eventuellt förändring av driften av ett datorsystem skall ett hanterat objekt 4, dvs normalt ett i systemet exekverbart program, inne- hålla åtminstone en händelserapportgenerator 9, som rap- porterar uppträdandet av en händelse till händelsehante- ringssystemet enligt uppfinningen (se fig 3). Vissa han- terade objekt 4 kan också ha underrättelsemottagare 10, dvs förutbestämda instruktioner i ett exekverbart pro- gram, för mottagning av underrättelser från det uppfin- ningsenliga händelsehanteringssystemet. 470 051 10 15 20 25 30 35 8 Den i fig 4 visade utföringsformen av det uppfin- ningsenliga systemet avser ett lokalt nät med en server och endast en dator visad. Systemet har en serverdel 11 och en datordel 12. Ett i datordelen 12 exekverat pro- gram, som utgör ett hanterat objekt, 4 är anordnat att genom sin händelserapportgenerator 9 rapportera en hän- delse via ett gränssnitt 13 till ett filter 14. Filtret 14 är anordnat att begränsa det antal av de rapporterade händelserna som vidareföres till en händelsehanterings- maskin 15, vilken är anordnad i serverdelen 11. Hän- delsehanteringsmaskinen 15 innefattar dels en regelbas 16, dels en interntillståndsanordning 17. I händelse- hanteringsmaskinen 15 behandlas rapporterade händelser på basis av den i händelserapporten ingående informa- tionen, regelbasen 16 och eventuellt det momentana till- ståndet av tillståndsanordningen 17 för fastställande av olika typer av åtgärder. Dessa kan innefatta loggning av information i en loggfil 18, uppdatering av händelse- hanteringsmaskinen 15, dvs dess regelbas 16 och/eller dess tillståndsanordning 17, ändring av filtret 14, sändning av en underrättelse till ett hanterat objekt 4 eller en användare 19 eller start av ett program 20.

Ett hanterat objekt, t ex objektet 4, utnyttjar gränssnittet 13 för rapportering av händelser till hän- delsehanteringsmaskinen 15 via filtret 14. Via gräns- snittet 13 mottager det hanterade objektet 14 även underrättelser från händelsehanteringsmaskinen 15. När en händelse rapporteras via gränssnittet 13 till filtret 14 kan det antingen förbises, dvs förkastas, eller vida- rebefordras till händelsehanteringsmaskinen 15. Detta bestäms av filtret 14, som är beläget omedelbart efter gränssnittet 13. Varje händelse har sitt eget utseende på filtret, som är relativt enkelt och kan vara inställt att bortse från en rapporterad händelse, att vidare- befordra samtliga händelser av en viss typ till hän- delsehanteringsmaskinen eller att vidarebefordra var 10 15 20 25 30 35 470 031 9 nzte händelse av en viss typ till händelsehanterings- maskinen 15.

Genom denna konstruktion av filtret 14 kommer belastningen av händelsehanteringsmaskinen 15 att redu- ceras liksom belastningen av nätet, så att själva pro- gramvaran, dvs det hanterade objektet 4, ej kommer att exekveras långsamt till följd av att det sänder hän- delserapporter.

Händelsehanteringsmaskinen 15 körs i servern ll.

Varje till händelsehanteringsmaskinen från ett hanterat objekt rapporterad händelse, dvs sådana händelser som filtret 14 har släppt fram, behandlas av händelsehante- ringsmaskinen 15 i överensstämmelse med dess konfigure- ring. Detta innebär att regler i en regelbas kommer att tillämpas på händelse. I beroende av reglerna kan hän- delsen loggas, dvs information i händelserapporten registreras, förkastas eller någon annan förutbestämd åtgärd utföras.

Reglerna i händelsehanteringsmaskinen 15, vilka är samlade i regelbasen 16, har formen: om < villkor > så < åtgärd > villkorsdelen kan innehålla tester på rapporterande dator, rapporterande program, en händelse, en viss räk- nares värde, ett tillstånd, ett variabelvärde, etc.

Villkorsdelen utgör således normalt en logisk kombina- tion av ett antal delvillkor, där de enskilda delvill- korens uppfyllande är beroende av information i hän- delserapporten och/eller i tillståndsanordningen 17.

I regelns åtgärdsdel beskrivs vad som skall ske, om villkoret är uppfyllt. Som exempel kan âtgärdsdelen innebära någon eller några av följande beordringar: logga händelsen med dessa parametrar till en loggfil, skicka en underrättelse (t ex ett larm) till en använ- dare, skicka en underrättelse till ett program (hanterat objekt), starta ett program, uppdatera en intern räk- nare, tillståndsvariabel eller variabel, ändra ett fil- 470 031 20 25 10 tervärde för en viss händelse för ett hanterat objekt, skicka händelserapporten vidare till en högre nivå i datorsystemet.

Det inses, att vid konfigurering av själva regel- basen denna kommer att bestå av en uppsättning regler, där antalet regler kan bli mycket omfattande. Eftersom händelsehanteringsmaskinen 15 i princip är tvingad att för varje mottagen händelserapport genomgå varje regel i regelbasen 16 för fastställande av huruvida någon regel 1 denna är uppfylld eller ej och därmed bestämma om en viss åtgärd skall vidtagas, kan uppenbarligen någon form av optimering av regelbasen vara önskvärd. En sådan optimering kan exempelvis uppnås genom analys av regel- basens regler för fastställande av sådana förhållanden, t ex gemensamma delvillkor i olika regler, som möjliggör en förenkling av reglerna och en reducering av deras antal. En uppsnabbning av händelsehanteringsmaskinens 15 arbete med regelbasen 16 kan också uppnås genom uppdel- ning av reglerna i flera nivåer, varvid endast sådana händelser som uppfyller ett villkor på en lägre nivå prövas mot villkor på högre nivåer.

Av det ovanstående framgår, att det uppfinninge- enliga sättet och systemet för övervakning och even- tuellt förändring av driften av ett datorsystem är ett mycket kraftfullt verktyg. Uppfinningen är emellertid ej begränsad till de ovan beskrivna utföringsformerna utan kan av en fackman på området modifieras inom ramen för efterföljande patentkrav.

Claims (10)

10 15 20 25 30 470 931 ll PATENTKRAV

1. System för övervakning och förändring av driften av ett datorsystem, vilket innefattar ett flertal dato- rer i ett lokalt nät eller ett flertal sammankopplade lokala nät, vardera med flera datorer, k ä n n e - t e c k n a t av åtminstone en händelserapportgenerator (9) i varje i datorsystemet exekverbart program (4), vars exekvering skall övervakas; åtminstone en händelsehanteringsmaskin (15) för behandling av händelser, som rapporteras av en händelse- rapportgenerator i ett övervakat program under dettas exekvering, i beroende av en i händelsehanteringsmaski- nen ingående regelbas (16), som förknippar en viss hän- delse med en förutbestämd åtgärd, för fastställande av den med den rapporterade händelsen förknippade åtgärden; av händelsehanteringsmaskinen styrd utrustning (18) för utförande av en av händelsehanteringsmaskinen fast- ställd åtgärd; samt ett gränssnitt (13) för överföring av information om en av en händelserapportgenerator i ett övervakat program rapporterad händelse till händelsehanterings- maskinen och för sändning av en underrättelse om en med händelsen förknippad åtgärd från händelsehanteringsma- skinen till ett i datorsystemet exekverbart program (4) för ändring eller start av detta.

2. System enligt patentkravet 1, k ä n n e - t e c k n a t av ett direkt till gränssnittet (13) anslutet filter (14) för begränsning av det antal av de rapporterade händelserna som_vidareföres till händelse- hanteringsmaskinen (15).

3. System enligt patentkravet 1 eller 2, k ä n - n e t e c k n a t av att händelsehanteringsmaskinen (15) innefattar en interntillståndsanordning (17) samt att regelbasen (16) är inrättad att förknippa en viss 479 031 10 15 20 25 30 35 12 händelse med en förutbestämd, av interntillståndsanord- ningens momentana tillstånd även beroende åtgärd.

4. System enligt något av patentkraven 1-3, k ä n n e t e c k n a t av att den av händelsehante- ringsmaskinen (15) styrda utrustningen även innefattar organ för registrering (18) av en rapporterad händelse och/eller för vidarebefordran av en rapporterad händelse till en överordnad del av datorsystemet.

5. System enligt något av patentkraven l-4, k ä n n e t e c k n a t av att händelsehanteringsmaski- nen (l5) är inrättad att förändra interntillståndsanord- ningen (17) och/eller regelbasen (16) och/eller filtret (14) i beroende av rapporterade och av händelsehante- ringsmaskinen mottagna händelser och/eller i beroende av fastställda åtgärder.

6. Sätt för övervakning och förändring av driften av ett datorsystem, vilket innefattar ett flertal dato- rer i ett lokalt nät eller ett flertal sammankopplade lokala nät, vartdera med flera datorer, k ä n n e - t e c k n a t att i varje i datorsystemet exekverbart program, av åtgärderna vars exekvering skall övervakas, införliva åtminstone en händelserapportgenerator; att i beroende av en regelbas, som förknippar en viss händelse med en förutbestämd åtgärd, fastställa den med en rapporterad händelse förknippade åtgärden; samt att utföra den fastställda åtgärden åtminstone i form av sändning av en underrättelse om en med händelsen förknippad åtgärd från händelsehanteringsmaskinen till ett i datorsystemet exekverbart program för ändring eller start av detta.

7. Sätt enligt patentkravet 6, k ä n n e t e c k - n a t av att den nämnda åtgärden fastställes enbart för vissa av de rapporterade händelserna, vilka med undantag för rapporteringstidpunkten är identiska. 10 470 031 13

8. Sätt enligt patentkravet 6 eller 7, k ä n n e - t e c k n a t av att den med en viss händelse förknip- pade åtgärden även göres beroende av andra parametrar än händelsens egna parametrar.

9. Sätt enligt något av patentkraven 6-8, k ä n - n e t e c k n a t av att de utförda åtgärderna även innefattar registrering av en rapporterad händelse och/eller vidarebefordran av en rapporterad händelse till en överordnad del av datorsystemet.

10. Sätt enligt patentkravet 8 eller 9, k ä n - n e t e c k n a t av att regelbasen och/eller nämnda andra parametrar ändras i beroende av rapporterade hän- delser.