Subscribe to Windows IT Pro

 

Get Newsletters

  • Get the Latest News
  • Product Updates
  • Helpful Tricks
  • Productivity Tips

Subscribe Now!

February 09, 2004 12:00 AM

After I install Microsoft Exchange Server 2003 on my domain controller (DC), why does the DC take so long to shut down?

Windows IT Pro
InstantDoc ID #41718
Rating: (11)

A. Exchange relies heavily on Active Directory (AD) and uses several services to optimize AD communication. One of these services is the DSAccess service, which provides a cache of information from AD to various Exchange components, including the Information Store (IS), the Message Transfer Agent (MTA) and any other component that requires AD information. By recovering cached AD information, Exchange requires fewer direct queries to the DCs.

When you shut down a Windows Server 2003 DC, its services stop very quickly--faster than Windows 2000 services shut down, which is why this problem appears to be new to Windows 2003. An example of one such affected service is the Local Security Authority Subsystem (LSASS). DSAccess uses this service heavily. Because this service stops before DSAccess can stop cleanly, the DSAccess service goes through several timeouts before the system can shut down (these timouts are set to 10 minutes by default). Other Exchange services have a similar problem, causing even longer delays.

To resolve these delays, you can create a script that you manually run before stopping your computer, and the script will stop each Exchange service cleanly because AD is still running. Sample content for the script might include

net stop msexchangeis
net stop msexchangemta
net stop msexchangemgmt
net stop msexchangesa
net stop resvc
net stop smtpsvc
net stop w3svc
net stop httpfilter
net stop http
net stop iisadmin
net stop winhttpautoproxysvc

You can also add the shutdown command to the end of your script to automate the whole shutdown and restart process.

Another approach is to change the amount of time Windows 2003 waits before killing a service that's not responding. To adjust this timeout period, perform the following steps:

  1. Start a registry editor (e.g., regedit.exe).
  2. Navigate to the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control registry subkey.
  3. Double-click WaitToKillServiceTimeout.
  4. Change the value from the default of 600000 (10 minutes) to something else (e.g., 20000 for 20 seconds), then click OK.
  5. Close the registry editor.

Be aware that changing this registry value will change the wait period for all services to stop, so setting this value too low might cause problems with services if the OS is killing them before they can cleanly finish.

Related Content:

ARTICLE TOOLS

Comments
  • Jordach
    4 years ago
    Jun 25, 2008

    Excellent!!!!!!!...Just what I was looking for!!!

  • Anonymous User
    7 years ago
    Jul 15, 2005

    Here is information about SBS 2003:
    http://support.microsoft.com/default.aspx?scid=kb;en-us;887539

  • Anonymous User
    7 years ago
    Jun 01, 2005

    oddly enough this doesn't seem to affect SBS 2003 in the same way, It does affect Exchange standard on Server 2003. Good inforation, quite useful.

  • Anonymous User
    7 years ago
    Mar 28, 2005

    Just a quick note, this issue is not new to Windows Server 2003. It has been an issue since Exchange 2000 was released. You just won't find any Technet articles about it as for some reason Microsoft doesn't like to talk about this issue..

  • Anonymous User
    7 years ago
    Mar 01, 2005

    man you are good!! I had been hard rebooting for a long time now, thanks to you not anymore

You must log on before posting a comment.

Are you a new visitor? Register Here

advertisement

advertisement

White Papers

Get your Windows 7 deployment off to the right start by implementing PC lockdown. A locked-down environment is easier and cheaper to support since users are less likely to make unnecessary changes to the core system configuration - read more here!

Essential Guides

Is your iSCSI "lossy"? The reality is that most off-the-shelf Ethernet hardware deployed for iSCSI can lose packets, resulting in slow performance or application downtime. Learn how to assess your current iSCSI infrastructure and engineer an advanced iSCSI SAN infrastructure.

Web Seminars

What's the best way to keep your network safe from malware? In this web seminar, security expert Greg Shields suggests an alternative method to the traditional blacklisting approach that is common with anti-virus and anti-malware solutions.

eLearning Series

We bring the experts direct to you to share their real-world perspective and expertise. During each event, three sessions stream in real time, so you can learn, ask questions, and get solutions.
Upcoming event: Getting the Most with Exchange 2010 with Paul Robichaux

Subscribe to Windows IT Pro!

Windows is a trademark of the Microsoft group of companies. Windows IT Pro is used by Penton Media Inc. under license from owner.