Page History
| Anchor | ||||
|---|---|---|---|---|
|
Driftsvejledning
Indholdsfortegnelse
1 Formål
2 Omfattede komponenter
2.1 Stamdata importer komponenter
2.1.1 Stamdata Data Importere
3 Opdatering til nye versioner
4 Daglig Drift
4.1 Stamdata Importere
4.1.1 Fremgangsmåde for indlæsning af nye data
4.1.2 Eksempel for import af nye CPR-data
4.1.3 Konfiguration af Stamdata importere
4.2 Database
4.2.1 Skema til stamdata importere
4.2.2 Databaseopsætning
5 Backup
5.1 Backup af Data Manager input-filer
6 Overvågning
6.1 Statussider
6.1.1 Speciel overvågning af SOR og SOR-Relationer importerne
6.2 Logning
6.2.1 SLA-Log punkter
6.2.2 Fejlsøgning
7 Liste af Registre
8 Ændringslog
| Table of Contents |
|---|
Stamdata
Driftsvejledning
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
Dokument målrettet systemadministratorer og driftspersoner, som skal kunne håndtere driftsmæssige aspekter af komponenten.
Driftsvejledningen skal indeholde information om komponentens version, standard placering af logfiler og konfigurationsfiler, eksterne afhængigheder, og evt. krav til genstart af applikationer hvis komponenten bliver ikke-responsiv.
Start/stop vejledning for komponenten beskrives, herunder hvilke andre applikationer der evt. skal genstartes.
Kendte fejlkoder som skrives i logfiler dokumenteres, så disse evt. kan overvåges, og tillige danne baggrund for fejlsøgning. En generel læsevejledning til logfiler vedlægges.
Det bør angives hvorledes komponenten bedst lader sig overvåge, dvs. en generisk beskrivelse af overvågningen, der ikke er værktøjsafhængig.
Evt. specielle krav til backup beskrives, ligesom procedure ved reetablering af komponenten ud fra backup beskrives.
| Anchor | ||||
|---|---|---|---|---|
|
...
Hver stamdata importer ligger i sin egen WAR fil, hver importer har sin egen overvågnings URL, der enten fortæller om den enkelte importer er operationsdygtig (HTTP 200 OK), eller om der er fejl i importeren (HTTP 500 ERROR), Overvågningssiden vil give et bud på hvad fejlen er, dog bør man kigge i log-filen for at få alle detaljer med.
- Type: Batch
- Status Url: http://<hostname>:<port>/<komponent-navn>/
- Filnavn: <komponent>.war
...
Når nye versioner af Stamdata komponenterne udkommer, vil der medfølge release notes som forklarer database-migrering, rollback-procedure, service vinduer mv. Til installation af første version af stamdata komponenterne henvises til installationsguiden.
| Anchor | ||||
|---|---|---|---|---|
|
...
Stamdataimporterne er en gruppe filparsere og batch jobs som indlæser og vedligeholder data fra forskellige registre og gemmer dem i en MySQL database.
Hver importer har sin egen inbox-mappe som automatisk oprettes når servicen startes. Roden for disse inboxmapper er:
<JBOSS_HOME>/domain/data/sdm4/
Komponenten kigger i sin inboxmappe for at se om der kommer nye filer til import. Det er driftens opgave at placere filer i inboxmapperne når tiden er inde for en opdatering. Hvilke filer der skal bruges og hvor ofte registrene skal opdateres er beskrevet i slutningen af dokumentet. Hver inbox er logisk navngivet efter den tilhørende importer.
Se afsnittet om overvågning for monitorering af servicen.
| Anchor | ||||
|---|---|---|---|---|
|
Parserne forventer data at blive lagt i undermapper af deres rod-mappe, f.eks.:
<JBOSS_HOME>/domain/data/sdm4/<importer>/20120822T201121S231/<file.txt>
<JBOSS_HOME>/domain/data/sdm4/<importer>/20120822T201121S231/<file2.txt>
Undermappernes navne er underordnede. De importeres i leksikografisk orden,
og det vil derfor være oplagt at lægge dem så undermappernes navne er tids-
stempler som vist i eksemplet.
Skulle der ske en fejl under import, vil der blive lagt en fil ved navn
"LOCKED" i parserens inbox, f.eks.:
<JBOSS_HOME>/domain/data/sdm4/<importer>/LOCKED
Parseren vil ikke forsætte før denne fil er slettet manuelt. Fejl-beskeden kan findes i loggen.
| Anchor | ||||
|---|---|---|---|---|
|
...
Hver importer har en default konfigurationsfil (default-config.properties) der er indlejret i war filen, de eneklte konfigurationsindstillinger kan overstyres ved af en miljø specifik konfigurationsfil (config.properties), der ligger i filsystemet på følgende lokation:
<JBOSS_HOME>/modules/sdm4/config/<komponent>/main/config.properties
Properties
jdbc.JNDIName | JNDI navn for datasourcen, der er konfigureret i JBOSS serveren, default: java:/SDMDS |
sdm.dataDir | Folder navn hvor importeren kan finde datafilerne default: /pack/jboss/domain/data/sdm4 |
spooler.max.days.between.runs | Parameter til overvågning af om en importer har modtaget data indenfor et forventet interval. Hvis denne frist overskrides vil overvågningen rapportere fejl. |
dk.nsi.dgws.sosi.dgwsLevels | Kommasepararet liste af DGWS niveauer som kan bruges når man tilgår denne service. F.eks dk.nsi.dgws.sosi.dgwsLevels=3,4 |
| Anchor | ||||
|---|---|---|---|---|
|
...
Skema til stamdata importere opdateres automatisk af de enkelte importere, via det indbyggede migrerings framework.
Det skal dog understreges at så lang tid de enkelte NSP services er direkte afhængige af tabel layoutet for stamdata importerne, og der samtidig skal være bagud kompatibilitet vil tabel layoutet ikke ændre sige for stamdata importerne – men kun være splittet ud i importer war filerne.
| Anchor | ||||
|---|---|---|---|---|
|
Følgende indstillinger bør sættes specielt i databasen, disse indstillinger konfigureres i mysql's konfigurationsfil.
Indstilling | Værdi | Beskrivelse |
Max_allowed_packet | 16M | CPR opslagsservices kan returnere en pæn mængde data, derfor er max_allowed_packet default værdien på 1M for lidt - det anbefales at sætte den til 16M. |
| Anchor | ||||
|---|---|---|---|---|
|
...
For hver komponent er der en status-side som periodisk kan kaldes for at tjekke om servicen kører. Hvis en service ikke kan overvåges via en simple status side vil det fremgå af dens driftsdokumentation.
Status sider fungerer over HTTP, og har følgende statuskoder:
200 | Alt er OK. |
500 | Der er opstået en fejl, og driften bør undersøge komponentens log for fejlmeddelelser. Kan fejlen ikke opklares simpelt, bør driften kontakte support. |
URL's for status sider kan findes tidligere i dette dokument.
| Anchor | ||||
|---|---|---|---|---|
|
...
Opstår der en fejlsituation i en komponent, skal driften undersøge den pågældende komponents logfil for loghændelser på ERROR-niveau. F.eks. i tilfælde af at komponenten ikke kan forbinde til databasen. Visse andre fejl er ikke-kritiske. Det vil sige at komponenten kan forsætte med at fungere. De bliver også logget på ERROR-niveau da der hændelsen bør undersøges. Komponenterne vil i så vid udstrækning som muligt forsøge at forsætte på trods af fejl.
Anvendes Splunk til indeksere logfiler bør alle de konfigurerede filer indekseres. Der kan opsættes alarmer i Splunk som aktiveres hvis en hændelse med ERROR-niveau logges. Dette niveau anvendes udelukkende ved alvorlige fejl. Der udover er også hændelser på WARN-niveau interessante da de f.eks. fortæller om folk forsøger at tilgå servicen uden tilladelse ol.
| Anchor | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
...
Kilden til dette dokument kan findes på:
https://svn.nspop.dk/svn/trifork/sdm4-core/trunk/doc/Driftsvejledning.docx
Version | Dato | Ændring | Ansvarlig |
|---|---|---|---|
1.0 | 2011-04-28 | Initielt Dokument | Trifork |
1.1 | 2011-09-12 | Opdateret med CPR services | Trifork |
1.2 | 2012-06-18 | Tilføjet informationer om schema opdateringer, samt mysql settings og v2 parsere | Trifork |
1.3 | 2012-08-22 | Opdateret med opsplitning af stamdata importere i moduler, samt JBOSS 7 konfiguration på DoDi | Trifork |
1.4 | 2012-08-24 | Fjernet al dokumentation der ikke er Importer specifik | Trifork |
1.5 | 2013-06-03 | Tilføjet afsnit om sla-log | Trifork |
1.6 | 2014-01-09 | Opdateret kilde link | Trifork KPN |