rhinoceros
asked on
Exchange 2003 enterprise suddenly shutdown slowly
Two months ago, we had migrated our Exchange server from 2000 Standard to 2003 Enterprise, and the total mailbox size is around 11GB...So far, it is normally running and quickly restart time (overall around 3-4 minutes, included all Exchange services started)
Today we try to restart our Exchange Enterprise, but the speed is very slowly, and hold on "the Windows is shutting down..". srceen. At last, we only manually power off and power on the Exchange server after 5-7 minutes...
After reboot, we have not found any error in Event Log.. And then further to search some information that talk about..
"Normally the timeout for exchange services to stop is 10 minutes. If you have a large Enterprise ...."
" Decrease the value of "WaitToKillServiceTimeout"
HKEY_LOCAL_MACHINE\SYSTEM\
The default value of "WaitToKillServiceTimeout"
Question..
1. 10 Minutes is really a normal restarting time for Exchange server (Enterprise), rite ?
2. Why no same case was happened as before... and also checked our record
- "priv.edb" + "priv.stm" around 15.7GB for the latest reboot
- "priv.edb" + "priv.stm" over 17GB today
In fact, The server will swtich on Enterprise mode when over Standard Checkpoint (16GB)... (it maybe wrong, it is just my personal supposition), so it need more time to stop and start all Exchange services in
real Enterprise mode.
Can explain the whole Exchange procedure to us please? Why it was changed ? What's the main reason ? Thanks a lot !
Today we try to restart our Exchange Enterprise, but the speed is very slowly, and hold on "the Windows is shutting down..". srceen. At last, we only manually power off and power on the Exchange server after 5-7 minutes...
After reboot, we have not found any error in Event Log.. And then further to search some information that talk about..
"Normally the timeout for exchange services to stop is 10 minutes. If you have a large Enterprise ...."
" Decrease the value of "WaitToKillServiceTimeout"
HKEY_LOCAL_MACHINE\SYSTEM\
The default value of "WaitToKillServiceTimeout"
Question..
1. 10 Minutes is really a normal restarting time for Exchange server (Enterprise), rite ?
2. Why no same case was happened as before... and also checked our record
- "priv.edb" + "priv.stm" around 15.7GB for the latest reboot
- "priv.edb" + "priv.stm" over 17GB today
In fact, The server will swtich on Enterprise mode when over Standard Checkpoint (16GB)... (it maybe wrong, it is just my personal supposition), so it need more time to stop and start all Exchange services in
real Enterprise mode.
Can explain the whole Exchange procedure to us please? Why it was changed ? What's the main reason ? Thanks a lot !
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Then automate the process by stopping services first and see the results
ASKER
Yes, I will try it.
But I still have a question, why it is normally running and quickly restart time (overall around 3-4 minutes, included all Exchange services started) as before ?
But I still have a question, why it is normally running and quickly restart time (overall around 3-4 minutes, included all Exchange services started) as before ?
Well, It is related to Load on the Server, increase in sizes etc. Services will take longer over a period of time to shutdown.
But what is concerning is the fact that from 2-3 mins you are saying it has touched 10-12 mins overnight, but since there are no error logs at all, no services failing, I would also look at following:
Thanks
Nitin
But what is concerning is the fact that from 2-3 mins you are saying it has touched 10-12 mins overnight, but since there are no error logs at all, no services failing, I would also look at following:
- Are the DCs fine, any errors there
- Were any Groul Policies applied offlate that might not be optimized and it might be taking time
- Network Swithces, check there, it could be due to delays in communicaiton between DC and Exchange (thought within expected limits)
Thanks
Nitin
ASKER
>>Are the DCs fine, any errors there
Yes, fine. No any errors
>>Were any Groul Policies applied offlate that might not be optimized and it might be taking time
No
>>Network Swithces, check there, it could be due to delays in communicaiton between DC and Exchange (thought within expected limits)
So far, no Network Switches changed. DC and Exchange are located on same Network Switches
Yes, fine. No any errors
>>Were any Groul Policies applied offlate that might not be optimized and it might be taking time
No
>>Network Swithces, check there, it could be due to delays in communicaiton between DC and Exchange (thought within expected limits)
So far, no Network Switches changed. DC and Exchange are located on same Network Switches
ASKER