Meg og mitt: Forskjell mellom sideversjoner

Fra Mikromarc Wiki
Hopp til navigeringHopp til søk
(Ny side: ===Ved ustabilitet for lånerne i 'Meg & Mitt'=== Hos enkelte kunder uten sentraldrift får lånere problemer med både innlogging og etter de er kommet inn på 'Meg & Mitt'. IKT-ansvarlig...)
 
mIngen redigeringsforklaring
 
(4 mellomliggende revisjoner av samme bruker vises ikke)
Linje 1: Linje 1:
===Ved ustabilitet for lånerne i 'Meg & Mitt'===
===Ved ustabilitet for lånerne i 'Meg og Mitt'===
 
Hos enkelte kunder uten sentraldrift får lånere problemer med både innlogging og etter de er kommet inn på 'Meg og Mitt'.
IKT-ansvarlige må da sjekke følgende på vevtjeneren:


Hos enkelte kunder uten sentraldrift får lånere problemer med både innlogging og etter de er kommet inn på 'Meg & Mitt'. IKT-ansvarlige må da sjekke følgende:


1. Generelt for MM2/IIS: <br>
1. Generelt for MM2/IIS: <br>
Linje 7: Linje 9:
Dere kan da eventuelt prøve å sette IIS Recycling til hver annen time. Se [http://support.microsoft.com/kb/322350 microsofts supportsider] for flere detaljer.
Dere kan da eventuelt prøve å sette IIS Recycling til hver annen time. Se [http://support.microsoft.com/kb/322350 microsofts supportsider] for flere detaljer.


2. Default web site skal peke til rotkatalogen for websøkkatalogene. Sjekk at hver websøkkatalog knyttes til en applikasjon for å bedre isolasjonen mellom de forskjellige websøkene for brukerne. Dette gjøres ved å høyreklikke websøkkatalogen i IIS, klikk på Create knappen (application name blir dermed det samme som navnet på websøkkatalogen).
 
2. Default web site skal peke til rotkatalogen for websøkkatalogene. Sjekk at hver websøkkatalog knyttes til en applikasjon for å bedre isolasjonen mellom de forskjellige websøkene for brukerne. Dette gjøres ved å høyreklikke websøkkatalogen i IIS, klikk på Create knappen (application name blir dermed det samme som navnet på websøkkatalogen). Dette punktet gjelder særlig når vevtjeneren kjører flere websøk.
 


3. Sjekk at IIS Session State er satt med standard tidsavbrudd: 20 minutter. Denne innstillingen har vi ikke testet på og jeg vil ikke anbefale å forandre det til noe annet enn 20 minutter. Dersom denne fjernes så blir det problemer for da deaktiveres sesjoner. Verdien gjelder inaktive sesjoner, så dersom den er satt lavt så vil det også skape problemer.
3. Sjekk at IIS Session State er satt med standard tidsavbrudd: 20 minutter. Denne innstillingen har vi ikke testet på og jeg vil ikke anbefale å forandre det til noe annet enn 20 minutter. Dersom denne fjernes så blir det problemer for da deaktiveres sesjoner. Verdien gjelder inaktive sesjoner, så dersom den er satt lavt så vil det også skape problemer.


4. Sjekk at databasene kjører med minst 30 % cache. Det kan settes vha parameteren -cl, f.eks slik: -cl 200M som gir minst 200 megabyte cache. 30% er alltid å anbefale, men vanligvis skapes det ikke store problemer før den kommer under 15-10%.
4. Sjekk at databasene kjører med minst 30 % cache. Det kan settes vha parameteren -cl, f.eks slik: -cl 200M som gir minst 200 megabyte cache. 30% er alltid å anbefale, men vanligvis skapes det ikke store problemer før den kommer under 15-10%.


<p>
 
<br><br>
Hvis dette ikke hjelper kan dere gjøre en avtale med oss om videre feilsøking eller optimalisering.
Hvis dette ikke hjelper kan dere gjøre en avtale med oss om videre feilsøking eller optimalisering.




[[Kategori:Mikromarc 2]]
[[Kategori:Mikromarc 2]]

Siste sideversjon per 7. feb. 2008 kl. 12:11

Ved ustabilitet for lånerne i 'Meg og Mitt'

Hos enkelte kunder uten sentraldrift får lånere problemer med både innlogging og etter de er kommet inn på 'Meg og Mitt'. IKT-ansvarlige må da sjekke følgende på vevtjeneren:


1. Generelt for MM2/IIS:
Standard recycling på 1440 minutter (en gang om dagen) bør være tilstrekkelig for å rydde opp i cachen. Recycling settes ned kun ved behov (ustabilitet forøvrig i websøk/vevtjeneren). Dere kan da eventuelt prøve å sette IIS Recycling til hver annen time. Se microsofts supportsider for flere detaljer.


2. Default web site skal peke til rotkatalogen for websøkkatalogene. Sjekk at hver websøkkatalog knyttes til en applikasjon for å bedre isolasjonen mellom de forskjellige websøkene for brukerne. Dette gjøres ved å høyreklikke websøkkatalogen i IIS, klikk på Create knappen (application name blir dermed det samme som navnet på websøkkatalogen). Dette punktet gjelder særlig når vevtjeneren kjører flere websøk.


3. Sjekk at IIS Session State er satt med standard tidsavbrudd: 20 minutter. Denne innstillingen har vi ikke testet på og jeg vil ikke anbefale å forandre det til noe annet enn 20 minutter. Dersom denne fjernes så blir det problemer for da deaktiveres sesjoner. Verdien gjelder inaktive sesjoner, så dersom den er satt lavt så vil det også skape problemer.


4. Sjekk at databasene kjører med minst 30 % cache. Det kan settes vha parameteren -cl, f.eks slik: -cl 200M som gir minst 200 megabyte cache. 30% er alltid å anbefale, men vanligvis skapes det ikke store problemer før den kommer under 15-10%.




Hvis dette ikke hjelper kan dere gjøre en avtale med oss om videre feilsøking eller optimalisering.