DataMuseum.dk

Presents historical artifacts from the history of:

RC3500

This is an automatic "excavation" of a thematic subset of
artifacts from Datamuseum.dk's BitArchive.

See our Wiki for more about RC3500

Excavated with: AutoArchaeologist - Free & Open Source Software.


top - metrics - download

⟦8fc42e540⟧ TextFileVerbose

    Length: 5376 (0x1500)
    Types: TextFileVerbose
    Names: »dcsys4«

Derivation

└─⟦a41ae585a⟧ Bits:30001842 SW-save af projekt 1000, Alarm-system
    └─⟦72244f0ef⟧ 
        └─⟦this⟧ »dcsys4« 

TextFileVerbose

>fo @~SP.DCSYS.4/3~@
>a1 INDLEDNING.
Form}let med at logge h{ndelser p} DC's disc er:

 - dokumentationshensyn
 - statistikhensyn

>a2 Dokumentationshensyn.
Af hensyn til de store v{rdier, der kan v{re p} spil
hvis en alarm ikke n}r frem til vagtcentralen, kan
det v{re af stor betydning at kunne dokumentere, at
alarmen er blevet afsendt til vagtcentralen fra alarmsystemet.

Derfor bliver alarmer logget i kopi p} DC b}de i det
|jeblik, de opst}r, og i det |jeblik, de er modtaget af
vagtcentralen.

S}vel alarmmeldingen (incl. afsender og modtager) som det
n|jagtige tidspunkt logges.

>a2 Statistikhensyn.
I den f|rste periode af indk|ringen af alarmsystemet er det
af betydning at kunne danne sig et billede af systemets
belastning s}vel som af dets udnyttelse. For at kunne g|re
dette er det n|dvendigt, at logge alle alarmer.

>a2 Logmodulets opgaver.
Logmodulet har f|lgende opgaver:

  - Udskrivning af logmeddelelser til logfil.
  - Printerudskrifter af udvalgte dele af logfilen.
  - Dump af logfilen til magnetb}nd.

I de n{ste afsnit vil vi beskrive hvorledes disse opgaver udf|res.

>a1 LOGMEDDELELSER.
Logmodulet vedligeholder logfilen. Logfilen er den fil, hvor alle logmeddelelser
skrives ud.

>a2 Logmeddelelsers indhold.
>ne 11
En logmeddelelse kan ankomme til DC p} to former. 
Disse er:

  normal logmeddelelse (kode 0.0)
  
  meddelelse bestemt for et DC-modul (kode forsk.
                                      fra 0.0)
>a3 Normale logmeddelelser.
Formatet for en normal logmeddelelse er f|lgende:
>ne 11
 
  Modtageradresse = DC-adresse
  Afsenderadresse = Fx TS-adresse
  Operationskode  = 0.0
  Datadel         = tidspunkt for afsendelse af
                             logmeddelelse
                    modtager af oprindelige medd.
                    afsender af oprindelige medd.
                    oprindelige operationskode
                    oprindelige datadel

Fra en s}dan logmeddelelse udv{lges datadelen, der afleveres til logmodulet
og udskrives p} logfilen som en record. Dvs at det er den oprindelige
meddelelse samt tidspunktet for afsendelse af logmeddelelsen, der logges.

For krypteringsmeddelelser (operationskode 10.8 og 10.9) g{lder der
det helt specielle, at der {ndres i datadelen f|r logning. 
Krypteringsn|glen fjernes fra datadelen, s} den ikke kan udskrives.

>a3 Meddelelser bestemt for DC.
Hvis en meddelelse er bestemt for DC selv, afsendes der
ikke en speciel logmeddelelse. Det er netinterfaceets
opgave at generere en kopi til logmodulet.

Denne kopi har imidlertid samme format som almindelige
logmeddelelser, n}r den ankommer til logmodulet, s}ledes
at logmodulet ikke kan se forskel.
 

>a2 Logmeddelelsers oprindelse.
En logmeddelelse genereres af TSer, NCer eller DCer i nettet hver gang der indtr{ffer
"en begivenhed". Det sker f.eks. ved afsendelse af en alarm fra en TS, n}r alarmen er ankommet til VCen, o.s.v.

Endvidere genereres logmeddelelser i DCen selv, n}r:

>ne6
  - Operat|ren taster en kommando
  - Utilitymodulet udf|rer en kommando
  - Databasemodulet udf|rer en kommando
  - Logmodulet udf|rer en kommando (ikke ved
    logning af en meddelelse)

>a2 Logfilens udseende.
Logfilen indeholder logmeddelelser i form af records: en record pr. meddelelse.

Disse records er af variabel l{ngde (og indeholder alle deres l{ngde i f|rste ord).

Selve filen er opdelt i blokke a N segmenter.

F|rst p} hver blok st}r hvilket tidsrum denne blok rummer logmeddelelser fra.

>a1 PRINTERUDSKRIFTER FRA LOGFILEN.
P} anfordring (fra operat|rmodulet) skal logmodulet kunne udskrive n{rmere angivne logmeddelelser
i l{seligt format, b}de ud fra den del af logfilen, der befinder sig p} discen, og ud fra
magnetb}nd.

Operat|ren kan f.eks. bede om en liste over alle h{ndelser omkring en given AT i et givet tidsrum.
 
De delm{ngder af logfilen, man kan f} udskrevet 
v{lges ved at angive v{rdier til en eller flere af f|lgende parametre:
 
>ne5
  tid
  adresse
  afsender
  modtager
  operationskode
 
Ved angivelse af et tidsrum gennem parametren tid udv{lges de logmeddelelser,
der har afsendelsestidspunkt i det p}g{ldende tidsrum, og som opfylder de |vrige
angivne kriterier. Hvis det angivne tidsrum g}r frem i tiden, s{tter logmodulet
|vre gr{nse for tidsrummet til at v{re det aktuelle tidspunkt. Der udv{lges alts} kun
blandt allerede eksisterende logmeddelelser.
 
Angivelse af en adresse medf|rer, at kun logmeddelelser, hvor afsenderadresse
eller modtageradresse stemmer overens med den angivne adresse, udskrives.
 
Hvis der ikke angives en adresse-parameter, m} afsender og/eller modtagerparametrene benyttes.
De bevirker udv{lgelse blandt de logmeddelelser, hvis afsenderadresse hhv.
modtageradresse stemmer overens med den angivne v{rdi.
 
Man kan desuden v{lge at f} udskrevet logmeddelelser med en bestemt operationskode
(hovedgruppe og undergruppe) eller alle logmeddelelser inden for en bestemt
hovedgruppe.
 
>a1 DUMP AF LOGFILEN.
Med passende mellemrum skal der tages sikkerhedskopier af
logfilen p} magnetb}nd.

Logmodulet giver operat|ren besked i god tid f|r logfilen er fuld:

  advarsel: dump logfilen

Operat|ren kan derefter initiere dump af logfilen ved at indtaste p} hovedkonsollen:

  dumplog;

«eof»