• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 318
  • Last Modified:

Windows 2003 SBS Premium Slow Server Performance

I have a Windows 2003 Small Business Server with dual 2.Ghz processors and 4GB RAM. it's the premium edition so it includes Exchange and SQL Server. Normal CPU usage is between 2-15% and available RAM is usually about 330MB. Today, our system has been running really slow. Files stored on the server accessed via a shared drive take much longer to open. Intranet applications that access MS Access databases are also sluggish. Several of my vendors and customers have also had email server outages today.

Is there a virus going around? Any suggestions how which tools I can use to best monitor server performance and troubleshoot why the system is so sluggish?

Thank you,
  • 4
2 Solutions
brownmetalsAuthor Commented:
By the way, the paging file is currently at 4096MB. The Windows O/S recommends 5700MB for our system. That's one of the 1st changes I'm going to make once my users are done today. Any other suggestions for monitoring performance would be appreciated.

You can use the Microsoft Baseline Security Analizer to monitor for best practisus.

Systernials has a bunch of tools designed for performance monitoring.

If you file access time is slow you can defrag your server. Defrag it like 5 or 6 times if you havn't ever defraged it. Diskkeeper makes a good defrag tool if you don't want to use the one built into windows.

I don't think you can go above 4096 for a pagefile with the 32 bit OS.
Have you run the SBS best practises tool on the system to confirm there is nothing wrong there?

What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

brownmetalsAuthor Commented:
Thanks for the feedback guys.
I ran the SBS Best Practices Analyze (BPA)r. Thanks for that - didn't know that was avaialble. It found a few minor issues with the server which I addressed. I also installed all of the latest Windows Updates and rebooted the machine. Here's where I'm at now:

" Intranet applications written in ASP accessing MS Access databases are slow
" File access performance has improved for  Word, Excel and PDF documents on the server's file share
" The SBS BPA also mentioned the use of the /3GB switch in the BOOT.INI file not being supported on servers that run SharePoint 2.0

While Sharepoint is on this server, it is not used. Slow performance of Exchange and the system had previously been corrected by adding the /3GB switch to the BOOT.INI (this goes back a couple of years). I've read conflicting info about the /3GB switch being good and bad. I'm hesitant to remove the /3GB switch considering it addressed performance issues previously experienced. It also does appear that the maximum paging file size is 4096MB.

I'm going to download and install the Sysinternals Suite and continue to monitor the performance to see if anything in particular jumps out at me. Any other suggestions for troubleshooting would be appreciated.

brownmetalsAuthor Commented:
Here's an image from Sysinternals Process Explorer. Does anything here look out of the ordinary?
brownmetalsAuthor Commented:
I found the issue. A recent upgrade of our Sophos Antivirus product on a Windows 2000 member server on the domain was creating the performance issue. By default, the suspicious behavior scanning in the antivirus product was set to a level far greater than needed. Intranet Applications running on the Windows 2003 SBS server would make print requests to the Windows 2000 print server and the Sophos product would aggressively scan the remote request and adversely affect performance. These features were disabled in the AV product. All servers were defragmented and some updates suggested in the Windows SBS Best Practices Analyzer were applied. The system performance is now better than it had been prior to opening this question. Thanks again for your input.


Featured Post

Transaction-level recovery for Oracle database

Veeam Explore for Oracle delivers low RTOs and RPOs with agentless transaction log backup and transaction-level recovery of Oracle databases. You can restore the database to a precise point in time, even to a specific transaction.

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