Two items came up last week that I wanted to ensure was brought to everyone’s attention:
1. We have been made aware that some of our Exchange 2007 customers have been experiencing the following issue on Friday Feb 29th:
2. When trying to make certain configuration changes such as new-mailbox or enable-mailbox, certain set of our customers would receive the following error:
3. "The Exchange server address list service failed to respond. This could be because of an address list or email address policy configuration error."
4. Additionally, if you have attempted to set up new Exchange 2007 servers on the 29th, your setup might have failed because of the same error.
5. After investigation of this problem we have learned that this problem would occur only if you have started or restarted the Microsoft Exchange System Attendant service between 12:00AM UTC , Feb 29, 2008 and 12:00AM UTC, Mar 1, 2008. It is important to note that the times involved are UTC, not local server time.
6. If you are impacted by this, all that you have to do is restart the Microsoft Exchange System Attendant service after the midnight UTC, March 1, 2008. Restart of the System Attendant will not disrupt your Information Store service.
7. We are working on a permanent fix for this and will update this when it becomes available. While Feb 29th is over, we want to make sure that this fix is planned for during any future leap year as well.
The Exchange 2007 Mailbox Server Role Storage Requirements Calculator has been updated. Changes include below:
UPDATE ON 02/29/2008:
And last, but not least... New Features
Projected Number of Mailboxes Growth
The first new feature that has been added is the ability for you to specify during the solution's lifecycle the projected growth in terms of number of mailboxes. This way you can now easily model the increase in capacity and performance requirements by dialing the projected growth.
Network Failure Tolerance
When deploying geographically dispersed CCR or SCR across a WAN link there is the possibility that the network link between the two locations will become unavailable. As a result, truncation on the source cannot occur. To ensure you have enough space to survive the network outage an additional parameter needs to be taken into account when sizing space for the Log LUN. Since the calculator already includes a backup failure tolerance parameter, this parameter will only supersede that parameter if it is larger.
As a result, the formula for calculating backup log space requirements is as follows:
NumTLogs x factor
= [If SCRReplayLagTime=0 and SCRTargets<>0 then 50 + NumTLogs, otherwise just NumTLogs] x factor
Where factor is
If performing daily differential backups, factor = MAX(MAX(7, MAX(BackupFailureTolerance,NetFailureTolerance),SCRReplayLagTime+SCRTruncationLagTime),7* MAX(BackupFailureTolerance,NetFailureTolerance))
>>The above formula is for daily differential backups and ensures that we have the largest window in terms of capacity to survive multiple truncation failures (since log truncation only occurs once a week), a network outage, or to have enough capacity to handle the SCR window.
· If Restore LUN = yes, factor = MAX(SCRReplayLagTime+SCRTruncationLagTime, MAX(BackupFailureTolerance,NetFailureTolerance))
>>The above formula is for daily incremental backups or daily full backups (with Restore LUN) and ensures we have enough capacity to survive multiple truncation failures, a network outage, or to have enough capacity to handle the SCR window. Since a Restore LUN exists, we don't need to be concerned with restore capacity (i.e. 7 days worth worst case with daily incremental backups) on the Log LUN.
o If Restore LUN = no and performing daily incremental backups, factor = MAX(MAX(BackupFailureTolerance,NetFailureTolerance),SCRReplayLagTime+SCRTruncationLagTime,7)
>>The above formula is for daily incremental backups (without a Restore LUN) and ensures that we have enough capacity to handle restoration of all logs (7 days) or survive multiple truncation failures, a network outage, or have enough capacity to handle the SCR window.
o If Restore LUN = no and performing daily full backups, factor = MAX(SCRReplayLagTime+SCRTruncationLagTime,MAX(BackupFailureTolerance,NetFailureTolerance))
>>The above formula is for daily full backups (without a Restore LUN) and ensures that we have enough capacity to survive multiple truncation failures, a network outage, or have enough capacity to handle the SCR window.
Multiple Mailbox Server Support
This has been the most requested feature for the calculator. So I've delivered it finally! You can now enter into the calculator how many mailbox servers you want in your environment. In turn, the calculator will recommend per server requirements, as well as, output requirements for all servers entered. Please note that there are a few restrictions/caveats:
End of the update.
Both of these updates were available through the Exchange blog which you can add into your RSS feeds http://msexchangeteam.com/rss.aspx . To read the updated calculator blog post and get the calculator, go HERE.