
As part of a recent project I have been asked the question of whether to wait for Exchange 12 or not. The choice being to architect for a deployment now on Exchange 2003, or whether to delay until the architecture could be made for Exchange 12.
Here are my thoughts on this specific question and also on the generic issues with making this kind of a choice.
Dealing with the generic issues initialy:
- Risk averse, mainstream or leading edge – customers tend to fit into one of these categories especially with a mission critical solution like Exchange.
- Level of third-party software complexity – the complexity of the architecture can be significantly influenced by the level of third-party software integration. Exchange environments always have at least two third-party application integrated in at the server infrastructure level and they anti-virus and backup but there is also a long list of other integration requirements; Fax, Blackberry, Archive, Anti-Virus, etc.
- Complexity of the existing infrastructure – is the current infrastructure standardised and all at a specific level. In the case of Exchange; is the environment to be upgraded all at a certain level of Exchange or is there still a mixed environment.
- Current Equipment – what you buy now, won;t be what you will buy in 12 months time, or even 6 months time.
Specific to Exchange 12.
The current feature set looks something like this:
- Edge Services – Gateway protection, incorporating current IMF technology
- Outlook auto setup of profiles
- Redesigned ESM UI
- Scripting for all ESM components
- Continuous Backup – Replicate changes to another database
- Improved search functionality
- Web Services API
- OMA will be removed (probably because of the wide adoption of ActiveSync)
- Policy compliance – verify client configuration
- Enhanced mobile device support
- Access Sharepoint and other application through OWA
- Unified messaging – voice mail and faxes in your mailbox
- Improved Calendaring functionality
- 64-Bit version
So the considerations from this are primarily:
- The release dates for Exchange 12 are still not available, although likely to be some time late in 2006 it may slip into 2007. Until these dates become clearer it would seem that delaying a migration would be a little dangerous.
- Exchange 2003 Service Pack 2 is delivering an amount of incremental change, particularly in mobility that many customers will take a good while to adopt.
- Microsoft is increasingly linking the capabilities of the client to the capabilities of the server; Outlook and Exchange. Though they talk a good talk on backward compatibility my experience has not been all that good.
- Exchange 12 does not change the database technology, so the things that constrain the architecture are unlikely to go away.
- Continuous Backup becomes available in Exchange 12, but from my perspective will only be used to protect the ‘really important’ mailbox in most organisations, it’s too expensive to do much more. The architecture that is required to support this will involve a lot of testing.
- The move of Exchange back to the centre of all messaging will require others to release their control. Most large organisations that require a Unified Messaging solution, in my experience, have already done it. I really see Exchange 12 Unified Messaging capabilities fitting into the smaller organisation context.
- Not sure on the background to this statement but a quote from a TechEd session – “migration from Exchange 2003 Service Pack 2 will be the easiest migration to Exchange 12”.
- The changes to Exchange edge-services is going to be adopted in slow time, people will want to be sure of the benefit before moving such a critical part of the infrastructure over.
- The improvements in Calendaring will not be compelling to many customers. Calendaring is still something that hasn’t quite got there, and it still won;t quite get there in Exchange 12.
I have some questions though:
- What on earth is 64bit support giving. Is this being used to break the 3GB limit on memory usage?
- Will Outlook auto-configuration require Outlook 12?
If someone gave me some money to invest in a messaging infrastructure I, personally, would invest it in establishing a clean Exchange 2003 Service Pack 2 environment and start to drive the adoption of SharePoint as the ultimate replacement to Public Folders (Public Folders will still be available in Exchange 12, but with little change and a statement that they won’t be in Exchange 13 (unlucky for some)). I’d also push the adoption of Office Live Communication Server. Each of these three things will encourage people to regard presence as central to their working, once they get this mind-set change all sorts of behavioural changes start to occur. In this context productivity training will become a massive need.
Some links, although most of my information came from a TechEd session that was held much more recently than most of these articles was published:
http://www.windowsitpro.com/Windows/Article/ArticleID/45880/45880.html
http://www.msexchange.org/ExchangeNews/February-2005-Exchange-12-Features-Announced.html
http://www.infoworld.com/article/05/07/07/28OPenterwin_1.html
http://www.infoworld.com/article/05/03/31/HNexchange2006_1.html