Really weird problem here. Our main web server has started running at a snail's pace, for absolutely no reason we can discern. Even after restarting the machine, when there's no little or no ram usage and CPU usage is fluctuating between 0 and 30%, simple tasks, like opening Internet Explorer, or waiting for My Computer to open, take forever.
There are no processes hogging system resources that we can see... the machine itself is just exhibiting extremely slow behaviour. I've never seen a machine do this.
A lot of security updates had built up, so we decided to let Windows install them. When we looked through the history upon restarting, though, they had failed with error code 800706BA
. I don't know if this could be related or not.
Any help in this matter would be greatly appreciated. As mentioned in the title, we're running a Windows Server 2008 R2 machine. It's also running SQL Server and IIS. It has 16GB of RAM and a decent Quad Core processor. It's also been fine until now -- and we haven't changed a thing.
Thanks for any help.
If you are able to temporarily decommission the machine, ensure you can boot and run torture tests appropriately. If you have any in house developers, get them to write a small threaded application to pound all CPU's. If you cannot force to 100% then look at the hardware.
If you can, use Process Explore (sysinternals.com) to look at threads and see what resource they are waiting on.
If possible, stop services one by one and see if you can get performance to increase that way. You may be able to isolate the offending service.
The first thing I would recommend doing is installing the available updates, one by one. Time consuming, I know, but worth it. If one particular update is causing the failure, this is the best way to discern it.
A lot of updates that are released help in terms of both security, but also performance.
Also, can you open Performance Monitor, and run your CPU, your memory, and your hard drive IO? if you set it up to run for a 24 hour period after reboot, you might be able to identify something that occurs that creates the snag.
But like I said, start with updates.
Set the upper memory limit for SQL Server; it can take more than it should have, and force other things to swap.
Also see Microsoft KB articles 979149 and 976700.
For querying the PERC card for array status without doing the behemoth OMSA install, you can use the MegaCLI tools from the command line. The command syntax is awful, but it's a powerful tool. If you can't find it with Dell, look for it at LSILogic, the OEM for the HBA.