Meg og mitt: Forskjell mellom sideversjoner
mIngen redigeringsforklaring |
mIngen redigeringsforklaring |
||
(Én mellomliggende revisjon av samme bruker vises ikke) | |||
Linje 3: | Linje 3: | ||
Hos enkelte kunder uten sentraldrift får lånere problemer med både innlogging og etter de er kommet inn på '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: | IKT-ansvarlige må da sjekke følgende på vevtjeneren: | ||
1. Generelt for MM2/IIS: <br> | 1. Generelt for MM2/IIS: <br> | ||
Linje 9: | Linje 10: | ||
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. | ||
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.