Currently I’m involved in and generally lead a large-scale infrastructure upgrade project for one of our customers.
Not disclosing any particular names, I’ll bring in a pattern and tactics we implemented.
(However, our MeetUp co-participants, and also Wednesday Evening meetings friends already heard some technical details on the project, and we’re gonna discuss more of details next time. Anybody wishing to participate in those – You are welcome to join us.)
So the ground starting picture was following:
Windows 2003 AD Domain,
3 Exchange 2010 SP1, two pairs of Mailbox databases/Public Folders databases instances.
1 Exchange 2003 with a Public Folders database and a couple of system mailboxes.
Exchange 2010 was recently published with IIS ARR (together with Lync Server 2013 I’ve deployed there just before the last Christmas)
The goal was to perform the entire server infrastructure to Windows Server 2012 and Exchange 2013. This pretty basic-looking plan curtains a whole bunch of tiny works to do, while keeping the infrastructure up and running for daily operations.
The upgrade path I’ve designed and implemented was this:
Since the Exchange 2003 is incompatible with 2013 in the same Organization – First, we had migrated all the Public Folders data, system mailboxes and RUS (Recipient Update Service) to Exchange 2010 servers. Remember to check mail-enabled Public Folders, often those lose their recipient attributes after being migrated from 2003 to 2010; regular remedy: Verify Alias, – mail-disable, – mail-enable again.