I don't have the reference handy because it's been a while, but we had
similar issues to what the original poster described, and found a KB
article from VMware relating to SQL settings, in particular, memory
reservation settings for the guest.  If I find the reference, I'll post
it.

 

________________________________

From: Ziots, Edward [mailto:[email protected]] 
Sent: Wednesday, December 23, 2009 6:56 AM
To: NT System Admin Issues
Subject: RE: Memory Cache issue On Windows 2008 x64 bit servers - all VM
(ESX 3.5)

 

With this 2003 X64 bit system, have you pulled up performance monitor
and looked at the following counters: 

 

Process --> Working Set

Process --> Private Bytes

Process --> Virtual Bytes

 

This should give you a idea if which process is the one taking most of
the memory, ( You wouldn't happen to be running SQL 2005/2008 on this
server by chance?) 

 

Also when you say the memory is 68% that is from the graphs within ESX
correct?  Are you having any problems that ESX is reporting with
Ballooning ( Basically a type of thin provisioning with ESX for
resources)

 

Please advise,

EZ

 

Edward Ziots

Network Engineer

Lifespan Organization

MCSE,MCSA,MCP+I, ME, CCA, Security +, Network +

[email protected]

Phone:401-639-3505

________________________________

From: RITA KAUR [mailto:[email protected]] 
Sent: Tuesday, December 22, 2009 3:02 PM
To: NT System Admin Issues
Subject: Memory Cache issue On Windows 2008 x64 bit servers - all VM
(ESX 3.5)

 

 

fy1,

 

I have an issue with a VMware server- Windows 2008 sp2 which has
allocated 4 gig ram with 2 CPU's running a application and is
complaining for memory. all the resources liek CPU, Disk, and Network
resources at below optimum level and the memory is usually at 68%.

 

I have a is a question - What happens is the memory usage indicated in
the windows task manager steadily increases. However the memory
allocated to processes Does not.

 

Please provide your inputs .

 

Thanks

 

M 

 

 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to