Driftsdokumentasjon. Norsk Pasientklassifisering DØGN/DAG. Versjon INNHOLDSFORTEGELSE

Transkript

1 Driftsdokumentasjon NPK v side 1 Driftsdokumentasjon Norsk Pasientklassifisering DØGN/DAG Versjon INNHOLDSFORTEGELSE 1 STANDARD INSTALLASJON AV NPK STANDARD INSTALLASJON AV NPK EVT. MANUELL INSTALLASJON AV MSDE DATABASE I NPK EVT. PROBLEMER MED REFERANSEVERDIER - KJØRING AV RAPPORTER KONFIGURERINGSMULIGHETER I NPK GENERELT BRUKERINNSTILLINGER FRA PROGRAMMET LINNSTILLINGER I KONFIRGURASJONSFIL VED HJELP AV REDIGERING I NPKEXE.CONFIG Generelt om konfigurasjonsfilen Oversikt over de nøkler i NPK.exe.config som kan konfigureres SENTRALISERT INSTALLASJON AV PROGRAMFILER INSTALLASJON MED SENTRALISERT SQL-SERVER SQL-SERVERRETTIGHETER KONFIGURASJONSENDRINGER I NPK TILLEGGSINFORMASJON OM MSSQL: SIKKERHET OG ROLLER I MSSQLSERVER 16 6 NPK SATSVIS KJØRING FRA KOMMANDOLINJE Nirvaco AS Gjerdrums vei Oslo Tlf Fax: support@nirvaco.no For dokumentasjon av innhold og logikk i ISF:

2 Driftsdokumentasjon NPK v side 2 1 Standard installasjon av NPK Leveranse av NPK til institusjoner og foretak er i utgangspunktet beregnet for installasjon på enkeltstående PC-er for å gjøre installasjonen enklere. Imidlertid kan NPK installalleres i nettverk med følgende funksjonalitet: At databasen ligger på server og er felles for flere brukere At NPK programvaren ligger på server og er felles for flere brukere (fordel ved endringer m.v. - oppdatering ett sted) I tillegg distrubueres filer og komponenter slik at institusjoner og foretak kan tilpasse NPK installasjonen til egne utrullingsrutiner for programvare. NPK er tilpasset det nye XML rapporteringsformatet og i bestillingen fra HD/SINTEF Unimed var det krav om database. Disse forholdene krever naturlig nok en mer komplisert installasjon enn da en i ISF programvaren kun behandlet flate filer. For effektiv håndtering av XML benyttes Microsofts.NET plattform og for at institusjonen skal slippe å utløse lisenser for SQL database benyttes Microsofts MSDE databasemotor som standard. Installasjon av disse komponentene krever imidlertid administratorrettigheter til maskinen, samt at de er følsomme for andre servicer som går i maskinen, f.eks viruskontroll. Særlig gjelder dette NT 4.0. Dersom det oppstår problemer med standardinstallasjonen kikk på - NPK sidene etter kjente installasjonsproblemer. Her beskriver vi likevel noen generelle problemstillinger dersom det er problemer med standardinstallasjonen. 1.1 Standard installasjon av NPK Versjon av NPK distribueres som full CD-basert installasjon. Dersom versjon (eller senere) er installert, er det tilstrekkelig å eksekvere.msifilen NPK.msi. Dersom man ønsker nyinstallasjon på maskin hvor.net Framework ikke har vært installert eller er manuelt avinstallert, må.net Framework først installeres.. Benytt evnt. filen dotnetfx.exe som finnes på katalogen \Tillegg\dotNet_2.0 på CD en. Denne vil installere dotnet Framework v. 2.0 norsk. Installasjonsprogrammet for versjon tar vare på eksisterende konfigurasjonsfil (NPK.exe.config) slik at nøkler som er modifisert eller lagt til vil bli bevart også etter oppdatering. Fra denne regel finnes to unntak: 1. Nøkkelen "DataDir" vil alltid få den verdien som angis ved installasjon.

3 Driftsdokumentasjon NPK v side 3 2. Nøkkelen "Server" vil alltid få den verdien som angis ved installasjon. Dette betyr at dersom man har endret verdiene for disse to nøklene i forhold til standard installasjonsforslagene, må man passe på å angi de endrede verdiene også ved reinstallasjon/oppdatering. Dersom man skulle glemme å angi korrekte verdier her (eller ikke husker dem) kan nøklene selvfølgelig endres manuelt i ettertid. Den konfigurasjonsfilen som evt. eksisterte før reinstallasjon/oppdatering vil kunne finnes på maskinens temp-katalog. 1.2 Evt. manuell installasjon av MSDE database i NPK Dette er ikke nødvendig ved standardinstallasjon, men kun ved eventuelle problemer eller ønske om endringer. Dersom en ved oppstart av NPK får skjermbildet: finner ikke eller har programmet ikke tilgang til databasen. Dersom NPK forutsettes kjørt lokalt på MSDE (og ikke på eksisterende SQL Server lokalt eller i nettverket som i såfall har involvert settinger fra bruker eller IT-avdeling utenfor NPKs kontroll) kan dette tyde på at MSDE motoren ikke har blitt installert korrekt. Kontroll av om MSDE motoren og NPK databasen er installert før: Sjekk om Microsoft SQL Server Desktop Engine (NPKSERVER) er installert på maskinen gjennom Kontrollpanel - Legg til og fjern programmer

4 Driftsdokumentasjon NPK v side 4 Dersom den ikke er der er problemet diagnostisert. Årsaken kan være at en ved installasjon av MSDE har endret standardparametrene - da installeres MSDE ikke automatisk da en i disse tilfellene forutsetter at institusjonen har eget opplegg for SQL databasehåndtering. Dersom den er der - avinstaller (høyre musetast). Sjekk også om MSSQL$NPKSERVER er i Microsoft SQL Server katalogen under programfiler. Slett denne (dersom ikke tillatelse stopp servicen i Kontrollpanel - Administrative verktøy - Servicer og høyre musetast). Installasjon av MSDE og NPKSERVER: Installer MSDE og NPKSERVER manuelt fra Nirvaco`s NPK CD og MSDE katalogen ved å benytte Start - Kjør komandoen (forutsetter selvfølgelig at CDn er på E og at setup programmet ligger under MSDE) E:\MSDE\setup.exe INSTANCENAME=NPKServer SAPWD=npk SECURITYMODE=MIX Husk space før INSTANCENAME, SAPWD og SECURITYMODE

5 Driftsdokumentasjon NPK v side 5 Dersom det er aktuelt å oversende problemlogg til Nirvaco kan en legge til /L*V c:\sqllog.txt i samme strengen (med space foran /). Loggen vil da finnes igjen på C rot. Følg installasjonsprogrammets instrukser mht restart. Start opp NPK og la det få god til til å registrere seg. Last data. 1.3 Evt. problemer med referanseverdier - kjøring av rapporter Første gang NPK kjøres vil den dersom det ikke er gjort før, laste databasen med referanseverdier som f.eks institusjonsnavn osv. Når databasen er skiftet som angitt over kun gjennom config endringen anser NPK programmet som dette utført - da det ikke vet om skiftet. Derfor må følgende foretas i NPK ved første gangs kjøring: Velg Oppgaver - Oppdater fast databaseinformasjon Eller dersom dette ikke foretar korrekt lasting følg denne anvisningen: Slett.BAK endringen (BAK vedlegget kommer når NPK legger inn referansedata - nå vil programmet tro at dette ikke er gjort og laste inn på nytt ved neste NPK kjøring) Kjør NPK på nytt - laste data på nytt - vent en god stund slik at en er sikker på at alt er registrert - prøve rapporter igjen 2 Konfigureringsmuligheter i NPK 2.1 Generelt Der er ulike konfigurasjonsmuligheter/innstillinger i NPK. I prinsippet gies to muligheter for å konfigurere programmet: Brukerinnstillinger: Innstillinger som brukeren selv kan sette gjennom programmet. Av slike innstillinger er det to typer; permanente og midlertidige. Permanente innstillinger lagres pr. bruker i det som i.net kalles Isolated Storage. Isolated Storage er en del av brukerprofilen for den enkelte bruker

6 Driftsdokumentasjon NPK v side 6 på en gitt maskin (på samme måte som f.eks. skrivebordsinnstillinger). Dette følger brukeren, også ved bruk av såkalte roaming profiles. Midlertidige innstillinger settes gjennom en egen dialog i NPK og vil bare være gjeldende for den sesjonen som kjører i øyeblikket. Går du ut av NPK vil evt. midlertidige innstillinger være slettet og programmet er konfigurert slik konfigurasjonsfilen, de permanente innstillingene og evt. programmets standardverdier tilsier. Innstillinger i konfigurasjonsfil: Konfigurering ved hjelp av en såkalt konfigurasjonsfil (NPK.exe.config finnes i program katalogen). Denne.xml-filen må redigeres manuelt, se nedenfor om standard-installasjon Brukerinnstillinger fra programmet Tilgang til de permanente innstilligene finnes på menylinjen - Innstillinger. Brukeren kan selv konfigurere permanent: Hvorvidt startdialogen skal vises (Innstillinger Vis intro standard På) Målform (standard bokmål) Fargebruk (standard grå) Antall fatale feil før oppgave blir avbrutt (standard 50 - max ) Separat eller samlet resultat (standard separat: data som ikke gir ISFrefusjon i egen fil/database) Timeout i minutter angir ventetiden fra en ordre til databasen settes i gang til SQL-serveren rapporterer ferdig til NPK. Standardverdi er satt til 5 min., kan være aktuelt å øke denne for store databaser (med feks. flere institusjoner i samme database). I tillegg kan brukeren for gjeldende sesjon sette flg. midlertidige innstillinger: Antall fatale feil før oppgave blir avbrutt (standard 50 - max ) År for ISF prisliste År for DRG grupperingslogikk Produksjonsår Databasenavn Følgende innstillinger er i tillegg tilgjengelige hvis programmet er konfigurert med nprfunction=yes i konfigurasjonsfilen (se senere): Katalog for midlertidige databasefiler (database Backup-filer) Katalog for midlertidige resultatfiler (.xml resultatfiler for databaselasting) Servernavn Bruk av klarert tilkobling ( trusted connection ) eller SQL login Mulighet for å slå av NPK s standardfunksjon ved databaselasting; erstatter datasett i databasen institusjonsvis (standard På)

7 Driftsdokumentasjon NPK v side linnstillinger i konfirgurasjonsfil ved hjelp av redigering i NPKexe.config Generelt om konfigurasjonsfilen Noen få opplysninger må være angitt i NPKexe.config filen. Disse opplysningene blir som standard lagt inn i konfigurasjonsfilen ved installering: Datakatalog Server Database Klarert tilkobling ( Trusted Connection /Integrated Security ) I tillegg har vi valgt å legge inn nøkkelen for NPR-funksjoner/landsfunksjoner (yes/no) i standard-installasjonen. Ulike egenskaper/parametre kan styres direkte fra konfigurasjonsfilen. Disse parametre betegnes nøkkel (key) i konfigurasjonsfilen og skal tilordnes en verdi (value) NPK.exe.config er en xml-fil der hver opplysning følger mønsteret : <add key="nøkkel" value="verdi" /> NB! Dersom nøkkelen ikke er angitt, benyttes programmets innebygde standardverdier. Katalogangivelser skal slutte med omvendt skråstrek (backslash, \). Nøklene må staves riktig, men det skilles IKKE mellom store og små bokstave Oversikt over de nøkler i NPK.exe.config som kan konfigureres Nøkkel Forklaring Standard verdi ProgramDir Installasjons-katalog C:\Programfiler\Norsk Pasientklassifisering DataDir Datakatalog C:\NPKData Server Databaseserver, standard angivelse <server>\<instans-navn>. Dersom man ikke benytter instansnavn angis kun servernavn. (local)\npkserver ServerLocked Gjør det mulig å angi alternativ server for <Server> plassering av <DatabaseLocked> Database Databasenavn NPKDb DatabaseLocked TrustedConnection Nprfunction Navn på databasen hvor det foretaes låsing av episoder tilhørende angitt tertial. Benytt klarert tilkobling/integrated security ved database login. Hvis verdien endres til no (eller pålogging med klarert tilkobling ikke lykkes) vil man bli bedt om å angi brukernavn/ passord i egen dialog. NPKDb er i utgangspunktet gitt en sa-bruker med passord npk. Slår av/på såkalte landsfunksjoner /NPRfunksjoner. Endres verdien her til yes, vil man få: <Database>Locked yes no

8 Driftsdokumentasjon NPK v side 8 Tilgang til en automat-funksjon som tillater brukeren å angi en spesifikk datakatalog hvor programmet vil behandle de filene som ligger under katalogen i tur og orden uten brukerinngripen. Tilgang til å modifisere flere parametre under Midlertidige innstillinger (se overfor). OutDirISF Katalog for resultat.xml-fil (basert på skjemaet NPR-2003_2_Somatikk_Res.xsd) og flatfil /.drgfil, samt.csv filer. Navngivningskonvensjon: <Filnavn>_<ext>.xml/drg <Filnavn>_<ext>Alt.xml/drg <DataDir>\Resultat\ Nytt i versjon er at NPK på Resultat-området skriver ut resultatfiler i.csv versjon for lasting/kopling i f.eks Access database: DBTempDir SkipBackup ResultTempDir Katalog for midlertidige databasefiler (dvs. backup-filer fra databasen). Denne katalogangivelsen må være relativ til den maskin SQL-server kjøres på. Gir mulighet for å sløyfe backup av databasen før lasting av ny fil. Vil bedre ytelsen vesentlig ved lasting av mange filer i samme kjøring. Katalog for midlertidige.xml-filer som benyttes ved lasting av NPK-databaser. Filen overskrives ved hver ny lasting. Navngivingskonvensjon: Resultat.xml ResultatIkkeInkl.xml(dersom separate databaser er valgt) <DataDir>\tempdbfile\ no <DataDir>\tempresult\ LogDir Katalog for logg-filer <DataDir>\log\

9 Driftsdokumentasjon NPK v side 9 LockedLogDir Katalogangivelse for log-filer produsert ved kjøring <Datadir>\Lockedlog i låst-modus. CRreportDir Katalog for CrystalReports rapportfiler <ProgramDir>\NPKReports ResultSchemaEpisode ResultSchemaDiagnose ResultSchemaProsedyre ResultSchemaTakst ReferenceSchema Referansefiler DRGPath FlatFileOutOldBnnid Skjema som benyttes ved lasting av databasetabellen Episodedata. Skjema som benyttes ved lasting av databasetabellen Diagnoser. Skjema som benyttes ved lasting av databasetabellen Prosedyrer. Skjema som benyttes ved lasting av databasetabellen Takster. Skjema som benyttes ved lasting av databasetabellene Ref<xxxxxxx>. Katalog for.csv-filer (semikolonseparerte) som inneholder datagrunnlaget for referansetabellene i databasen (Ref<xxxxxxx>) Katalog for beliggenhet av DRG grupperingslogikk-filer Konverter nye foretaksnummer til gamle bnnnummer ved utskrift til *.drg-filer (gammelt flatfilformat) <programdir>\schemas\re sultdbepisode.xsd <programdir>\schemas\re sultdbdiagnose.xsd <programdir>\schemas\re sultdbprosedyre.xsd <programdir>\schemas\re sultdbtakst.xsd <programdir>\schemas\ref eransetabeller.xsd <programdir>\referencefile s\ <programdir> no 3 Sentralisert installasjon av programfiler NB! Det forutsettes at det som er beskrevet nedenfor blir utført av eller i samråd med IT personell, og at sikkerhetspolitikkendringer (security policy), databasetilganger og rettigheter m.v. blir gitt av SQL kompetent personale. Nirvaco kan eventuelt som konsulentoppdrag i samarbeid med institusjonens IT personale utføre tilrettelegging av slik utvidet bruk av NPK. Generelt Standardinstallasjonen av NPK tar (som bestilt) utgangspunkt i at NPK, både mht. programfiler og database, installeres på én PC. Det er imidlertid fullt mulig å installere NPK i nettverk med både programfiler, datafiler og database på sentraliserte servere. NPK har rike konfigurasjonsmuligheter (se egen oversikt) som muliggjør lokal tilpasning av nær sagt alle instillinger.

10 Driftsdokumentasjon NPK v side 10 Sentralisert installasjon av programfiler ( fil-server -installasjon) NPK er et.net-basert program. Det forutsettes derfor at.net-plattformen er installert både på server og klientmaskin. Videre er programmet designet for å håndtere.xml-baserte data, både i forhold til rådatafiler fra PAS-systemene og resultatfiler/resultatdatabase. Det er derfor også nødvendig å installere SOAP og XMLSQL-ressursfiler både på server og klient. For å kunne kommunisere med database kreves MDAC v. 2.7 og SQLDMO. For å kunne kjøre rapporter kreves CrystalReport runtime-moduler. OBS! Alle nødvendige installasjonspakker ligger på installasjonscd en (se under katalogen \Tillegg\...) og kan fritt benyttes enten for manuelle oppsett eller som grunnlag for lokale, automatiserte installasjoner. Serverinstallasjon Metode 1 Den enkleste, og sikreste, måten å installere en felles filserver på, er å foreta en såkalt administrativ installasjon av NPK.msi. Denne installasjonen vil også produsere en redusert NPK.msi som kan benyttes for installasjon av nødvendige ressurs-komponenter på klient-maskiner (.Net Framework må i slike sammenhenger installeres separat eller bundles med klientkomponentene) Administrativ installasjon på filserver foretaes ved å kjøre kommandoen: msiexec /a <installasjonskatalog>\npk.msi fra den katalog på filserver som man på forhånd har definert. I eksemplet nedenfor er katalogen npk-admin opprettet på filserveren. Det danner seg ved installasjonen en katalog-/filstruktur som vist nedenfor:

11 Driftsdokumentasjon NPK v side 11 Filen NPK.msi som produseres (i overstående eksempel på katalogen npkadmin) vil så kunne benyttes for komponentinstallasjon på klient-pc er. Metode 2 Det er også mulig å installere en filserver ved å kjøre installasjonscd en direkte på serveren og kjøre en ren standardinstallasjon. (Start NPK.exe på CD en). Dette vil sørge for at.net-plattform og alle nødvendige komponenter blir korrekt installert. NPK vil da installeres på serverområde c:\programfiler\norsk PasientKlassifisering med et fast sett underkataloger (se egen beskrivelse) hvor nødvendige CR-rapporter, referansefiler og.xsd-skjemaer er korrekt plassert (kan dog hvis ønskelig konfigureres spesielt i konfigurasjonsfilen). Konfigurasjonsfilen har ved standardinstallasjon flg. settinger: <?xml version="1.0" encoding="windows-1252"?> <configuration> <appsettings> <!-- User application and configured property settings go here.--> <!-- Example: <add key="settingname" value="settingvalue"/> --> <add key="datadir" value="c:\npkdata\" /> <add key="server" value = "(LOCAL)\NPKServer"/> <add key="database" value = "NPKDB"/> <add key="trustedconnection" value="yes"/> <add key="nprfunction" value="no"/> </appsettings> </configuration>

12 Driftsdokumentasjon NPK v side 12 Dersom NPK-programmet etter en slik standardinstallasjon på server startes fra programområdet på serveren (f.eks. ved hjelp av en snarvei på klienten), vil verdiene i konfigursjonsfilen betraktes som lokale sett fra klientens side. Dette betyr feks. at DataDir-katalogen blir opprettet på klienten hvis den ikke allerede eksisterer som C:\NPKData og at det er forutsatt at en SQL-server med instansnavn NPKServer finnes på klienten, selv om standardinstallasjonen har installert MSDE på serveren. Hvis man ikke ønsker å installere MSDE på serveren (og det ønsker man neppe i et slikt scenarie), stryker man SQLservernavn-angivelsen under installasjon eller skriver inn servernavn for den sentraliserte SQL-server man evnt. ønsker å benytte se senere). OBS! Dersom man strøket SQL-servernavn under installasjonen, må dette redigeres manuelt inn i konfigurasjonsfilen etter installasjon NPK har ingen innebygd standardverdi for SQL-servernavn. Klientinstallasjon I utgangspunktet behøves ingen lokal installasjon av NPK-programvare på klient dersom man ønsker å eksekvere programmet fra en filserver. Det vil være tilstrekkelig å lage en snarvei til NPK.exe på filserverens programkatalog. Dersom man benytter NPK.msi som er produsert ved administrativ installasjon vil de nødvendige ressurskomponenter installeres (.NET Framework (v.1.1 eller 2.0) må være installert på forhånd) Som nevnt finnes på installasjonscd-en alle komponenter som behøves (...\Tillegg\...). Hvis man ønsker å lage en egen installasjonsrutine må de ulike komponentene installeres i flg. rekkefølge) (hvis de ikke allerede er installert på klienten): 1..NET-plattform (..\Tillegg\dotNet_2.0\dotnetfx.exe) 2. MDAC (..\Tillegg\MDAC2.7\mdac_typ_en/no.exe velg språkversjon, _no vil antakelig være korrekt for de fleste) 3. SOAP (..\Tillegg\Soap Toolkit\SoapToolkit20.exe) 4. SQLXML (..\Tillegg\SQLXML\sqlxml.msi) 5. CrystalReport komponenter for å kunne kjøre rapporter (..\Tillegg\CrystalReport\*.msm) som må inkorporeres i en vanlig msiinstallasjon. OBS!! OBS!! I.Net Framework er det strammet inn betraktelig på default sikkerhetspolicy i forhold til internt nett/intranett. I utgangspunktet får man ikke eksekvere kode på en annen maskin i nettet (i overnevnte tilfelle filserveren ). Det vil derfor være nødvendig å endre Intranett Security policy på klienten. Dette kan gjøres ved hjelp av vedlagte installerscript (finnes på CD en:..\tillegg\security Policy Change\Intranet_secpol.msi) eller

13 Driftsdokumentasjon NPK v side 13 manuelt fra Control Panel\Administrativ Tools\Microsoft.Net Framework 1.1. Wizards (på NT6.0 finner man dette under Programmer/Administrative tools). Velg Adjust.net Security, Next, Local Intranet og sett Level of trust til "Full trust". 4 Installasjon med sentralisert SQL-server (Ta kontakt med Nirvaco AS for lokal tilpasning av SQL Server installasjonen, da denne oppskriften ikke er implementerbar i alle miljøer) NB! Det forutsettes at det som er beskrevet nedenfor blir utført av eller i samråd med IT personell, og at sikkerhetspolitikkendringer (security policy), databasetilganger og rettigheter m.v. blir gitt av SQL kompetent personale. Nirvaco kan eventuelt som konsulentoppdrag i samarbeid med institusjonens IT personale utføre tilrettelegging av slik utvidet bruk av NPK. NPK laster data til en MSSQL-database. Standardinstallasjonen for NPK installerer Microsofts Desktop SQL databasemotor (MSDE) på lokal maskin med instansnavn NPKserver og åpent sa-passord npk. Dersom den bruker som er pålogget maskinen har lokal administrator -rettigheter foretaes en trusted pålogging ved standard windows-gruppe BUILTIN\Administrators. Hvis pålogget bruker ikke har slike rettigheter vil NPK automatisk logge på som sa (gitt at nøkkelen TrustedConnection ikke er endret i konfigurasjonsfilen). For institusjoner som ønsker å benytte NPK i et nettverk mot en felles MSSQLserver krever dette enkle endringer i konfigurasjonsfilen når det gjelder selve NPK programvaren. Disse endringer vil bli beskrevet senere. 4.1 SQL-serverrettigheter NPK forutsetter imidlertid at brukerene fritt kan administrere sine databaser, deriblant fritt kreere, ta backup/restore,slette databasen(e) og administrere databasenens tabeller, views og functions. Dersom det benyttes en MSSQL-server som ikke er dedikert NPK, er det sansynligvis forbundet med både driftsmessige og sikkerhetsmessige risiko å gi NPK-brukere administrative rettigheter på servernivå. I SQL-server 2000 (og MSDE) finnes imidlertid faste serverroller som kan med hell kan benyttes uten drifts- eller sikkerhetsmessige risiko. Til orientering vedlegges et notat hvor de ulike rollebegrepene i MSSQL-server er omtalt og kortfattet forklart ( Sikkerhet og Roller i MSSQLServer.doc ). Ved å tildele NPK-brukere serverrollen dbcreator sikrer man at brukerene har tilstrekkelige rettigheter over egne databaser (de får feks. fulle dbo.-rettigheter over alle databaseobjekter) uten at man drifts- eller sikkerhetsmessig utsetter IT-

14 Driftsdokumentasjon NPK v side 14 avdelinger, serveradministratorer eller øvrige SQL-serverbrukere for risiko eller ulemper. Rollen som dbcreator kan enten tildeles individuelle logins eller ett felleslogin som tilsvarer en Windows brukergruppe hvor NPK-brukere er medlem. Under begge omstendigheter kan man velge å benytte trusted connection/integrated security i forhold til SQLserveren eller såkalt standard SQL-pålogging (som krever pålogging med brukernavn/passord. Dersom man benytter individuelle logins med dbcreator-rolle definert, vil hver enkelt bruker eie egne databaser og andre brukere(logins) må gies eksplisitt tilgang til databasene (User på databasen med ønskede rettigheter). Dersom man ser for seg et bruksmønster hvor det er hensiktsmessig at alle NPKbrukere har tilgang og samme rettigheter til alle NPK-relaterte databaser, kan løsningen med et definert felleslogin (f.eks. NPKUsers) med dbcreator-rollen aktivert, være en fornuftig løsning. Vi anbefaler at det i såfall opprettes en tilsvarende Windows brukergruppe hvor NPK-brukerene eksplisitt må være medlem og så benytter trusted connection-sikkerhet for å hindre uatorisert tilgang. 4.2 Konfigurasjonsendringer i NPK Som nevnt styres konfigureringen av NPK ved hjelp av konfigurasjonsfilen NPK.exe.config. Dersom NPK er installert lokalt på klienten må de endringer som beskrives nedenfor gjennomføres på hver enkelt klient, dersom man benytter en sentral filserverinstallasjon (se overfor) er det tilstrekkelig å endre konfigurasjonsfilen på filserverens programområde. Dataområde. Før konfigurasjonsendringer foretaes, må det avgjøres hvorvidt man skal benyttet seg av et felles dataområde ( DataDir ) eller om disse fortsatt skal være individuelle for hver enkelt bruker. Vår erfaring er at det kan være hensiktsmessig å benytte seg av individuelle dataområder. Dette medfører bl.a. at hver enkelt bruker i utgangspunktet kun behøver å finne fram i egne logger og resultatfiler selv om man benytter seg av felles server og database. Dersom man finner det mest hensiktsmessig å benytte felles datakatalog må man huske at DataDir -angivelsen er relativ til den klient som eksekverer programmet. Velger men feks. DataDir = H:\NPKData\, forutsetter dette at alle klienter har en ensartet oppfatning av (samme fysiske mapping) hvor H:\ er lokalisert. Når dataområde er angitt, vil underkatalogene \log, \Resultat, \tempdbfile og \tempresult bli opprettet automatisk dersom annet ikke er angitt i konfigurasjonsfilen. Midlertidig dataområde for SQL-server. Mens de fleste sti- og fil-angivelser som kan konfigureres er relative til eksekverende klient, er nøkkelen DBTempDir relativ til den serveren hvor

15 Driftsdokumentasjon NPK v side 15 MSSQL-server er installert. Dette er katalogen hvor SQLServer bl.a. plasserer sine backup-filer. Dersom den stien som er angitt i konfigurasjonsfilens angivelse av dataområde (se overfor) også er anvendbar på serveren, behøver man strengt tatt ikke foreta konfigurasjonsendringer. Dersom man imidlertid ønsker å styre denne katalogen til en bestemt lokasjon på serveren eller dataområde-angivelsen ikke er anvendbar på serveren kan katalog for midlertidig dataområde for SQLserver angies eksplisitt i konfigurasjonsfilen ved hjelp av nøkkelen DBTempDir. Eksempel I nedenforstående eksempel er en felles MSSQL-server installert på en server ved navn BRUTUS hvor den instansen av SQL-server som skal benyttes har instansnavn NPKServer. Midlertidig dataområde for SQL-serveren er satt til D:\Data\NPKtempDBfile hvor D:\ er en gyldig partisjon/share på BRUTUS. Klientene har separate dataområder(\npkdata) på sine respektive hjemmeområder (hos alle mappet til H:\) og alle brukere arbeider i utgangspunktet mot den felles databasen NPKDb. Alle brukere har fått etablert individuelle login på SQL-server med dbcreatorrollen tildelt. Det forlanges at brukerene eksplisitt logger seg på SQL-serveren med brukernavn/passord. (Brukerene må i tillegg ha rettigheter som gjør at de kan aksessere BRUTUS som NT/Windows-server). Under disse forutsetninger vil filen NPK.exe.config se ut som flg.: <?xml version="1.0" encoding="windows-1252"?> <configuration> <appsettings> <!-- User application and configured property settings go here.--> <!-- Example: <add key="settingname" value="settingvalue"/> --> <add key="datadir" value="h:\npkdata\" /> <add key="server" value = "BRUTUS\NPKServer"/> <add key="database" value = "NPKDB"/> <add key="trustedconnection" value="no"/> <add key="nprfunction" value="no"/> <add key="dbtempdir" value="d:\data\npktempdbfile\"/> </appsettings> </configuration> For å oppsummere: Dersom man ønsker å benytte en felles SQL-server for NPK, må en bruker med administrative rettigheter på serveren definere logins etter den strategi som velges (individuelle eller gruppe/felles-login) og aktivere rollen dbcreator for de(t) aktuelle login. De ønskede konfigurasjonsendringer gjøres i NPK.exe.config. Deretter vil NPK ta seg den nødvendige administrering av databaser etc.

16 Driftsdokumentasjon NPK v side 16 5 Tilleggsinformasjon om MSSQL: Sikkerhet og Roller i MSSQLServer SQL-Server har flere typer roller: 1. Predefinerte Server-roller roller som er ferdig satt opp i SQLServer og som gjelder for hele SQLServer (for alle databaser). Styrer configurering og drift av hele database-serveren. 2. Predefinerte database-roller roller som finnes som default i alle databaser og som gjelder for den databasen den er definert i. 3. Bruker-definerte database-roller man kan lage sine egne roller i sine databaser. 4. Application-rollen roller som brukes av programmer. Programmene håndterer sikkerheten selv og det kreves ett eget passord for å bruke slike roller. Eksempel på behov for dette er applikasjoner som har avanserte sikkerhetsbehov som SQLServer ikke kan støtte. For eksempel at brukere kun skal ha tilgang til å kjøre rapporter på visse tidspunkter i døgnet. I slike tilfeller vil typisk applikasjonen ha kun en databasebruker for applikasjonen som har de nødvendige rettigheter. Så har applikasjonen ett eget sikkerhetssystem som håndterer alle brukerne og passord og som håndterer når de ulike brukerne kan kjøre rapportene. Databasebrukeren er medlem av en applikasjons-rolle som krever ett eget applikasjonspassord. Dette for å hindre at denne brukeren blir benyttet av andre enn applikasjonen selv. Predefinerte Server-roller. Det finnes 8 predefinerte Server-roller: 1. SysAdmin denne gir mest rettigheter. Medlemmer av denne rollen kan gjøre ALT på Serveren. 2. SetupAdmin medlemmer av denne rollen administrere likned servere og gjøre endringer rundt oppstart av Serveren. I tillegg kan de konfigurere replikering og installere extended prosedyrer. Dersom man kjører med integrert sikkerhet vil medlemmene av den lokale NT-gruppen BUILTIN\Administrators automatisk bli medlem av denne gruppen. 3. dbcreator medlemmene kan opprette, endre og slette databaser. De kan også modifisere egenskapene til databaser og kjøre prosedyren sp_dboption 4. DiskAdmin medlemmer kan administrere diskfiler som SQLServer bruker for data og log. De kan IKKE kjøre T-SQL-script. De kan kjøre prosedyrene sp_addumpdevice og sp_dropdevice 5. BulkAdmin medlemmene kan kjøre T-SQL-kommandoen BULK INSERT. Brukes gjerne i forbindelse med lasting av datavarehus. 6. ProcessAdmin medlemmer kan administrere prosesser på SQLServeren. For eksempel kjøre T-SQL-kommandoen KILL for å drepe en bestemt prosess i SQL-Serveren. 7. ServerAdmin - medlemmene kan konfigurere server-innstillinger og har også mulighet for å restarte sql-serveren. Kan kjøre prosedyrene sp_configure og T-SQL-kommandoene SHUTDOWN og RECONFIGURE.

17 Driftsdokumentasjon NPK v side SecurityAdmin medlemmene kan opprette logins og administrere rettigheter rundt CREATE DATABASE. De kan også lese error-logen og endre passord for alle brukere bortsett fra passordet til medlemmene av SysAdmin-rollen. Prosedyren sp_srvrolepermission viser hvilke rettigheter de ulike predefinerte server-rollene har. Predefinerte databaseroller. Alle databaser har 10 predefinerte databaser-roller: 1. db_owner har alle rettigheter i databasen. 2. db_accessadmin kan slette og legge til brukere i databasen. 3. db_securityadmin kan administrere rettigheter, eierskap til de ulike databaseobjektene samt administrere roller. 4. db_ddladmin kan kjøre alle DDL-kommandoer bortsett fra GRANT, REVOKE og DENY 5. db_backupoperator Kan kjøre DBCC, CHECKPOINT og BACKUP kommandoer. Medlemmene av denne rollen ar ingen andre rettigheter utover dem som de får gjennom medlemskapet i public-rollen. (kan for eksempel ikke kjøre RESTORE). For å kunne kjøre RETORE av databasen må brukeren minst har rettigheter fra server-rollen dbcreator. 6. db_datareader Kan lese alle data fra alle tabeller i databasen 7. db_datawriter kan endre alle data i alle tabeller i databasen. 8. db_denydatareader hindrer lesing fra alle bruker-tabeller i databasen 9. db_denydatawriter hindrer endring i alle bruker-tabeller i databasen. 10. public alle bruker i databaser tilhører rollen public og kan ikke fjernes fra denne rollen. Har lese-rettigheter til alle system-tabellene i databasen. Dersom man har spesielle rettigheter som man ønsker at ALLE brukere av databasen skal ha, kan disse rettighetene settes i public-rollen. Prosedyren sp_dbfixedrolepermission viser hvilke rettigheter de ulike predefinerte database-rollene har. Dersom man gjør endringer på rettighetene til brukere som allerede er pålogget serveren/databasen vil de nye rettighetene ikke tre i kraft før brukeren gjør en ny på-logging. Administrasjon av indexer på tabeller For å kunne opprette/slette/oppdatere indexer på tabeller eller views må brukeren være eier av tabellen. Slikt eierskapet kan enten være at brukeren eksplisitt er eier av tabellen eller at den er medlem av en rolle som igjen står som eier av tabellen. Medlemskap i flere ulike roller Brukere kan være medlemmer av flere ulike roller både server-roller og databaseroller. Hvilke rettigheter har brukeren egentlig da? Enkelt sakt vil rettighetene bli totalen av de rettigheter som rollene gir. Dersom det finnes noen

18 Driftsdokumentasjon NPK v side 18 hinder (deny) som er satt vil slike overstyre. For eksempel en bruker som er medlem av en admin-rolle og en bruker-rolle hvor admin-rollen gir tilgang til en tabell og bruker-rollen nekter tilgang til den sammen tabellen. Da vil brukeren ikke få tilgang til tabellen. Begrensninger Kan ikke opprette sirkulære medlemskap. For eks. kan ikke rolle A være medlem av rolle B dersom rolle B allerede er medlem av rolle A. Videre kan ikke predefinerte serverroller, predefinerte databaseroller eller brukeren DBO være medlemmer i egendefinerte roller. 6 NPK satsvis kjøring fra kommandolinje. I versjon er det implementert muligheter for å eksekvere NPK fra kommandolinje med eller uten pålogget bruker. Denne egenskap vil være hensiktsmessig dersom man feks. ønsker å skedulere automatisk satsvis kjøring av programmet (såkalt silent BATCH-mode ). Batch funksjonen er kun aktiv dersom nprfunction i NPK.exe.config er on Nirvaco kan bistå med konsulentbistand for å sette opp disse funksjonene. I denne sammenheng benyttes flg. nøkler/standardverdier i konfigurasjonsfilen NPK.exe.config : Nøkkel Forklaring Standardverdi batchmode Settes verdien til yes vil batchmode no batchdatadir batchprodyear batchgrouperlogicyear batchpricelistyear batchdbonly batchfileoutputonly batchjointresult aktiveres Anbefales angitt spesifikt dersom batchmode er aktivert. Forteller programmet i hvilken katalog det forventes at datafilen(e) som skal kjøres er plassert. Programmet vil forsøke å kjøre igjennom alle filer på angjeldende katalog ved oppstart. Produksjonsår kan angies spesifikt for batch-kjøring Årsversjon av grupperings-logikk kan angies spesifikt for batch-kjøring Prislisteår kan angies spesifikt for batch-kjøring Gir muligheter for kun å laste til database, dvs. ikke produsere flatfil /.drg-fil. Settes verdien til yes vil slik fil IKKE bli produsert. Gir mulghet for kun å produsere flatfil /.drg-fil uten å laste til rapportdb. Gir mulighet for å slå sammen resultatene fra vanlig fil/database(refusjonsgrunnlaget) og alternativ fil/database (ikke refusjonsberettiget). Settes verdien til yes vil sammenslåing bli foretatt. batchappend Gir mulighet for å slå av programmets no DataDir slik denne er spesifisert for NPK generelt no no no

19 Driftsdokumentasjon NPK v side 19 batchlock batchtertial batchmaxfatal batchfileoutputonly standard virkemåte i forhold til databasene, dvs. erstatte data institusjonsvis ved lasting. Dersom denne verdien settes til yes vil data IKKE bli erstattet lasting av nye filer vil bli lagt til databasen. Gir mulighet for å aktivere den tertialvise låsefunksjonen i batchmodus. Benyttes for å angi hvilket tertial som skal låses ved batch-kjøring (dersom batchlocked er satt til yes ). Setter maks. antall fatale feil i batchmodus. Gir mulighet til kun å produsere filbasert output (*.drg-fil) No = Laste til rapportdb Yes = Produser kun fil, dvs. ikke laste til rapportdb no Verdiene 1, 2 eller 3 angir hvilket tertial som ønskes låst. 50 Dersom batch-mode er aktivert og programmet startes fra kommandolinjen av pålogget bruker, vil programmet eksekvere automatisk, men skjermbildene vil vises som ved vanlig manuell kjøring (konfr. Start alle filer i katalog -knappen når Nprfunction er satt til yes ). Dersom kjøring i batchmode er skedulert til å kjøre uten pålogget bruker (userinteractive mode =false), dvs. fra systemkonto, vil skjermbildene ikke vises. Meldinger som til vanlig vises på skjermen vil da bli skrevet til en enkel tekstlig logg-fil NPKbatchmode.log som plasseres på applikasjonenes vanlige logkatalog. Dersom man i kommandolinjen oppgir et (eller flere) filnavn med full path (i anførselstegn dersom filnavn inneholder mellomrom) og kjører i batchmode, vil programmet kjøre gjennom med den eller de filene som er angitt på kommandolinjen i stedet for i de filene som evnt. måtte ligge i katalogen angitt i nøkkelen batchdatadir. Dersom melding/feil forekommer før vi vet hvor logg-katalogen er (mao dersom angitt Datadir mangler) blir logg-filen lagt på C:\. Den blir overskrevet ved hver kjøring. no NB! Satsvis kjøring forutsetter at databasen er korrekt konfigurert mht. Views og Functions og referansetabeller. I batchmode kontrolleres IKKE programversjoner og/eller nødvendigheten av å oppdatere databasen ved hjelp av script (ViewFunc.sql) eller *.csv-filer.