Logg inn       Registrer
Din blogg her!
Del dine tips og triks med andre. Du kan få en blogg her på smallbizserver.no. Send oen PM til Dag Staale.
Del dine tips og triks med andre. Du kan få en blogg her på smallbizserver.no. Send oen PM til Dag Staale.
OmSynopus

Månedsarkiv
Månedsarkiv
Maksimer
Privat post
Privat post
Du må være logget inn for å bruke denne tjenesten.
STENGT
STENGT
Minimer
Dette forumet er stengt. Eksisterende abonnenter kan logge på og hente artikler. Det er lovet en artikkel serie om Remote Desktop Services som vil bli skrevet og lagt ut for abonnenter. Webstedet er til salgs, og vil opphøre å eksistere i en gang mars 2013.
Dette forumet er stengt. Eksisterende abonnenter kan logge på og hente artikler. Det er lovet en artikkel serie om Remote Desktop Services som vil bli skrevet og lagt ut for abonnenter. Webstedet er til salgs, og vil opphøre å eksistere i en gang mars 2013.
Blogger
Blogger
10
A large amount of memory is committed to applications and processes. Consistently high memory usage can cause performance problems.
 
Vel, i utgangspunktet henger dette sammen med hvilket threshold som er stilt i Helt Monitor. Her er det stilt et threshold som ikke passer den mengden av billig memory som vi har fylt SBS Serveren med.
 
Figur 1.png
Figur 1
 
Dette threshold’et kan stilles og problemet blir borte. Vi kan så overlate til MS SQL Server og MS Exchange Server å regulere sitt memory forbruk selv.
 
I den senere tid har jeg jobbet med flere servere med 4GB memory og jeg mottar selvfølgelig e-post med advarsler. I første rekke har disse meldingene hvert knyttet til MSDE instanser og MS SQL 2000 instanser. I de mest graverende tilfeller har jeg sett servere som benytter 1,8 GB allokert til SBSMONITORING.
 
Vi kan derfor,  for de som ikke er fornøyd med den overstående løsningen, se litt nærmere på hvordan vi kan kontrollere dette memory forbruket. Vi starter denne prosessen ved å ta en titt i Windows Task manager for å finne frem til hvilken MSDE instans som bruker ekstremt med memory.
 
Figur 2.png 
Figur 2
 
 
Figur 3
 
Her har vi PID 2212. For å finne ut hvilken instans av SQl server dette er skal vi benytte kommandoen tasklist /svc fra et cmd vindu på serveren. Resultatet flyr over skjermen og vi må finne frem til PID.
 
Figur 4.png
Figur 4
 
Vi må kunne konstantere at det er MSSQL$SBSMONITORING. Det vi nå ønsker å gjøre er å begrense memory forbruket til denne instansen. Dette vil vi gjøre ved å benytte osql. Vi åpner et cmd vindu å gjør følgende:
 
a)      osql –E –S \sql instangs
b)      sp_configure ’show advanced options’,1
c)      reconfigure with override
d)      go
e)      sp_configure ’max server memory’,xxxx (der xxx er mengden av memeory i MB. Anbefalt størelse for SBS server er et sted mellom 40 og 150 MB avhengig av samlet memory)
f)        reconfigure with override
g)      go
h)      exit
 
Figur 5.png
Figur 5
 
Nå kan det reiser spørsmål om syntaksen av andre sql instanser som trenger pleie. Det kan for eks dreie seg om ISA Server MSDE instansen. Bare for å ha nevnt denne så bærer den navnet MSSQL$MSFW og det er MSFW som benyttes i overstående syntaks. Trenger jeg å si mer?
 
Når du er ferdig med dette er det kan hende grunn til å tilbakestille HeltMonitor til sin opprinnelige verdi; 2147483648?
 
For de som har oppgradert SQL server instanser (ikke sbsmonitoring, det støttes ikke) kan man benytte entreprise manager. Det er vel i første rekke MSDE instanser som skaper problemer eller?
 
PS: Ikke glem å restarte servicen.
 
02.10.2007, tenkte at jeg fikk legge inn en liten snutt her for de som er interesert....
 
 
Emne(r): SBS 2003

Kommentarer

Det er for tiden ingen kommentarer, bli første som lager en!

Registrer kommentar

Navn (påkrevd)

E-post (påkrevd)

Websted

Enter the code shown above: