Avatar billede jaisgh Nybegynder
29. juni 2007 - 14:25 Der er 14 kommentarer og
2 løsninger

Allocated Memory Alert on SERVER

Hej

Jeg få nedstående alert på 3 forskelige sbs 2003 servere, fejlen opstå når der er 1,5GB ram eller mere i. Jeg lavede en test servere med 1GB ram, kørte fint, der efter satte jeg 512mb mere i så fik jeg fejlen. Jeg har ikke kunnet google mig frem til en løsning.

Fejlen.:

Allocated Memory Alert on SERVER

Alert on SERVER at 22-06-2007 04:51:40

A large amount of memory is committed to applications and processes. Consistently high memory usage can cause performance problems.

To determine which processes and applications are using the most memory, use Task Manager. Monitor the activity of these resources over a few days. If they continue to use a high level of memory and are less critical processes or services, try stopping and then restarting them.

You can disable this alert or change its threshold by using the Change Alert Notifications task in the Server Management Monitoring and Reporting taskpad.
Avatar billede screem_brille Novice
29. juni 2007 - 14:35 #1
hvilke processer er det der bruger meget ram ? (ret sikkert exchange relarerede services)
Avatar billede jaisgh Nybegynder
29. juni 2007 - 14:55 #2
Det er.:

sqlserver.exe - MSSQL$SBSMONITORING
og
sqlserver.exe - MSSQL$MSFW

Jeg har lige prøvet denne løsning.:  http://msmvps.com/blogs/bradley/archive/2005/02/04/34984.aspx

Det virker rent faktisk, men jeg tror ikke det er den rigtige løsning ???
Avatar billede strych9 Praktikant
29. juni 2007 - 18:33 #3
Indsæt indholdet af din boot.ini i spørgsmålet her.
Avatar billede arne_v Ekspert
30. juni 2007 - 22:49 #4
Hvorfor skulle det ikke være en god løsning ?

Din SQLServer bruger for meget memory og så konfigurerer du den til at bruge
noget mindre - det lyder da ret naturligt !
Avatar billede jaisgh Nybegynder
02. juli 2007 - 08:41 #5
Her er min boot.ini

[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="Windows Server 2003 for Small Business Server" /noexecute=optout /fastdetect
Avatar billede jaisgh Nybegynder
02. juli 2007 - 08:48 #6
Jeg synes ikke at løsningen er rigtig, for når jeg kun har 1GB ram i serverene, så er der ikke noget problem. Hvorfor skal jeg styre SQL processernes Ram forbrug, bare fordi jeg kommer mere ram i?

Men ind til vidre er løsning iorden - eller er det bare mig der er mærkelig :-)
Avatar billede strych9 Praktikant
02. juli 2007 - 09:17 #7
Du bruger switches /noexecute=optout og /fastdetect

Jeg foreslår at du når du har mere end 1GB RAM i også sætter /3GB og overvejer at bruge /userva=xxx som beskrevet her: http://support.microsoft.com/kb/316739/

Både sql og Exchange server benytter by design så meget som de kan få. Det er bedst at lade dem fortsætte med det, og så tune det med boot.ini.
Avatar billede jaisgh Nybegynder
02. juli 2007 - 12:30 #8
Ifølge MS supporteres 3GB switch ikke på sbs 2003.

Jeg har dog testet det, det giver ingen ændringer!!!
Avatar billede arne_v Ekspert
02. juli 2007 - 12:53 #9
Hvorfor skulle du ikke styre processerne RAM forbrug. Som administartor er det
vil dig der prioriterer ressourcerne paa maskinen.
Avatar billede jaisgh Nybegynder
02. juli 2007 - 13:25 #10
Det kan du havde ret i. MEN :-) Hvorfor skal jeg prioriterer ressourcerne når jeg har 1,5GB og IKKE når kun har 1GB Ram i. ????
Avatar billede strych9 Praktikant
02. juli 2007 - 19:24 #11
arne_v: Fordi det ikke er nødvendigt. ESE skal nok frigive RAM når OS beder om det. Sagen her er hvordan man deler RAM mellem kernelspace og userspace. Hermed er scenarier hvor feks Exchange og SQL er installeret på samme server taget ud af beregningen.

jaisgh: Fordi med 1GB eller derunder er det ikke relevant. Eller lad mig omformulere: MS har ikke syntes at det var relevant.
Avatar billede arne_v Ekspert
03. juli 2007 - 01:30 #12
Øh. Du fjerner fejl beskeden ved at øge mængden af private process space
(det hedder private og shared space i Windows - kernel space og user space
er Unix/Linux termer), men i realiteten narrer du SQLServer til at bruge en masse
virtual address space som ryger i page fil. Det lyder som en performance mæssig
katastrofe.
Avatar billede strych9 Praktikant
03. juli 2007 - 06:03 #13
Men ikke desto mindre anbefalet microsoft best practice...
Avatar billede jaisgh Nybegynder
03. juli 2007 - 14:21 #14
Der findes åbenbart ikke en god løsning på problemet endnu. Men tak for jeres input. :-) Kan jeg give jer hver 100 point?
Avatar billede strych9 Praktikant
03. juli 2007 - 19:12 #15
works for me..
Avatar billede arne_v Ekspert
03. juli 2007 - 19:41 #16
great
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
IT-kurser om Microsoft 365, sikkerhed, personlig vækst, udvikling, digital markedsføring, grafisk design, SAP og forretningsanalyse.

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester