Go Premium for a chance to win a PS4. Enter to Win

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 370
  • Last Modified:

sql database server very slow, pages/sec very high

We run 3 virtual servers running windows server 2008 on our hp server that runs xenserver 5.6.   All workstations are actually on a workgroup but we run active directory on same vm as sql.  Application server on 2nd vm. 3rd vm is the terminal server.
We run one application in that rdp session.  We have 2 cisco small business smart switch one 48port and one 50 port with poe.  I have reset both configs.  We have Avg business 2013 installed and have it on every vm, saying up to date and no infections. We are having random freezing or slowness but all rdp sessions stay connected.

 After i have done some performance monitor on our sql server, that seems to be the issue. it has pages/sec as high as 1100.  we have about 50 computers rdp into the ts then they open the application that pulls from the sql server.  
the picture i took was off hours, i will be taking one during hours. the virtual machine has 40gb of memory and 33gb sql keeps taking from the system. the page file is around 35gb and everyone is complaining about slowness.  what can i do to improve this?
counters.gif
0
bowlerman25
Asked:
bowlerman25
  • 4
  • 2
1 Solution
 
rlogCommented:
You can constrain the amount of memory SQL Server takes. Look in properties on the sql server object and select memory from the left meny. Set Maximum server memory to 16384 mb (16x1024mb) as a start.

In case it's not SQL that grabs the memory you should monitor which process consumes most memory. I have seen sql server doing very little but grabs lots of memory.

SQL Server often grabs as much memory as can and doesn't release it until the server needs it "badly".

All workstations are actually on a workgroup but we run active directory on same vm as sql.
This is NOT recommended.
0
 
bowlerman25Author Commented:
why is "All workstations are actually on a workgroup but we run active directory on same vm as sql.
This is NOT recommended. "

why is this not recommended? i have this setup at a couple places and it works great.

also with all users on the server up 3000pages/sec for memory, page faults as high at 6000-10000 but mostly around 3000 or less. processor interrupts are as high as 12000. are any of these an issue?  do i need to post different counters so someone can help?
0
 
rlogCommented:
Read this

SQL has a habit of sucking up lots of memory and when running combined with a dc lots of stuff happends when memory is in shortage. Not sure if you've experience this in terminal servers?

Did you constrain max memory setting btw?
0
Veeam and MySQL: How to Perform Backup & Recovery

MySQL and the MariaDB variant are among the most used databases in Linux environments, and many critical applications support their data on them. Watch this recorded webinar to find out how Veeam Backup & Replication allows you to get consistent backups of MySQL databases.

 
bowlerman25Author Commented:
can you tell me where exactly it is to limit the memory?

To improve performance i was thinking about doing this. also we are running sql and AD on same vm. I will make the 2nd vm be a dc then i read i have to uninstall sql then demote the original dc then reinstall sql? is that correct?
0
 
bowlerman25Author Commented:
the whole problem is not solved but i think i know what it is. i call citrix and got support, they made me change the management nic to a different nic then the traffic nic, somehow is makes a difference.
0
 
bowlerman25Author Commented:
both answers are good, we did not solve issue yet
0

Featured Post

Problems using Powershell and Active Directory?

Managing Active Directory does not always have to be complicated.  If you are spending more time trying instead of doing, then it's time to look at something else. For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why

  • 4
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now