Upgrading from Exchange 2003 to 2010? Plan for These Changes

Among our Exchange 2010 upgrade projects, we encounter a few more clients still using Exchange 2003 than we do on Exchange 2007. We also see a lot of the 2003 clients struggle following a 2010 upgrade.

The differences between Exchange 2003 and 2010 are more severe than those between 2007 and 2010. Clients jumping from Exchange 2003 are faced with differences in administration, potential for backwards-compatibility issues, etc. For 2003 admins, it's like getting out of an SUV and getting into a racecar - some adjustment is needed!

Last week I came across this TechRepublic article. It lists 10 reference points for those moving up from 2003 to Exchange 2010:
10 Things to Consider Before Transitioning from Exchange 2003 to 2010

I wanted to highlight this for our blog audience, so future clients have some advance notice on changes they'll have to make.

In particular, I wanted to emphasize these points:

  1. Exchange Server 2010 is 100% 64-bit. 32-bit servers (such as those used by Exchange 2003) will not work.
  2. Your admins WILL need retraining. The difference in server roles between 2003 and 2010 alone merits it. Not to mention the new Exchange Management Console.
  3. In 2010, OWA is now located on the Client Access server. Setting up OWA is not required at first; setting up a Client Access server is.
  4. Plan to keep your 2003 Exchange servers active until the 2010 transition is made completely. If you remove the 2003 servers too early, users with Exchange 2003 mailboxes may not be able to get their email.
  5. And one point partially covered in the article: If you're running Windows Server 2003 or SBS 2003 and want to move to Exchange 2010, upgrade your primary servers too. 2008 versions of Windows Server and SBS are out; a clean upgrade on both sides is easier. And doing both at once just makes sense - saves you additional headache later.

This is a free warning from us ahead of time. Exchange 2010 is a big step ahead in terms of Unified Communications, new capabilities like Auto-Archive, etc. It just has a learning curve, like all rebuilt software.

A Basic Plan for Unified Communications User Adoption

Last week I said I'd go into more detail about UC user adoption. In keeping with that, I thought I'd write out an adoption plan from some of our OCS/Exchange deployments.

As you probably know by now, user adoption is the other half of a successful server installation. It’’s one thing to get new systems up & running. And another thing entirely to convince/persuade/poke people into using them.

One way to push user adoption is, as I mentioned last time, to take away the users' existing option. I discuss this in Step 6 below. But if you do that, you have to give them something else. (It's kind of required.) That's what the rest of this plan is for.

Note: Technical specifications on implementing UC components (Exchange 2010, OCS 2007) will not be included here due to their length. Full implementation processes can be found in the following Microsoft resources.
Deploying Exchange Exchange Server 2010: http://technet.microsoft.com/en-us/library/dd351084.aspx
Deploying Office Communications Server 2007 R2: http://technet.microsoft.com/en-us/library/dd425168(office.13).aspx

Step 1 - Sketch out implementation plan.

Essentially, “plan out Steps 2-6 ahead of time.” Also, consider file transfer times. Factor out any offline time needed to build the new UC servers. Check on the Web for any possible hardware issues before and during implementation.

Step 2 - Determine a Switchover Point. Announce it.

Send 2 emails and make an internal communications post (forum, intranet, whatever you use). Announce a point at which the company will switch to Unified Communications. Make this unavoidable. (Someone WILL claim they didn't hear about it when it's too late.) Provide a brief how-to and benefits statement, so they know they're getting something good out of it.

Step 3 - Implement UC technology at server-level.

Self-explanatory. Refer to the above URLs for documentation.

Step 4 - Invite a group of users to test it.

Deploy all UC tools to a select group of people who are technically savvy. Preferably people from multiple departments and/or branch offices. Having them test for system errors accomplishes two things.
One, it tests the UC technology in real-time from different physical locations.
Two, testing creates a small group of advocates within the organization. (Make sure to tell the group ahead of time that people may ask them for assistance during adoption. And get their OK.)

Step 5 - Furnish all users with a training kit.

Instruct them to familiarize themselves with the new UC interface. Here's an OCS 2007 R2 Adoption and Training Kit from Microsoft. You'll probably want to add information about your organization's specific setup to this too.

Step 6 - Evaluate alternatives.

I refer to two things here when I say “alternatives.” One is your existing communication options. Which of these options should you phase out? When should you do it?

The following can usually be phased out following Unified Communications implementation:

  • Non-OCS desktop phones
  • Third-party IM clients
  • Fax machines
  • Voicemail systems
  • Third-party conferencing solutions

Two is Communicator Web Access (CWA). Will you need to implement CWA? I would say yes, as it makes a good backup when someone can't access their own system or is having trouble connecting with Office Communicator. CWA should be in place at switchover.

Step 7 - Remind users of Switchover Point.

Email all users again. Make it a short interval - 7 days, for example. Mention your advocates as people to ask if someone has a quick question. (This way people don't all hound one person–namely you.)

Step 8 - Switch Over to UC!

On the appointed day…
–Deploy the Unified Communications technology for all users.
–Deactivate the communication options being phased out. See previous post.

And prepare for the inevitable grumbling that comes with change.

Have you used a user adoption plan like this? Planning to use this one in future UC upgrades? Please let a comment and let us know. Same if there's something you think should be added here. I have an Edit button and everything.

Top 3 Questions People Ask Us Re: Exchange 2010

Sorry about not posting this yesterday. We”re embroiled in a big new client website (yay for that!).

Last week I blogged about the 3 most frequently-asked questions we get on OCS 2007. I promised I”d do the same for Exchange Server 2010, so here you go. We get easily the same amount of questions on Exchange 2010 as OCS. More sometimes. But far and away, these are the most common.

1. Is it out yet?
Yes it is. Exchange 2010 has been available in full release since November 9th. The RC has been out for a while now; if you run it, best to switch to full version ASAP. (Luckily the RC can auto-upgrade to RTM.)
Here’’s Microsoft’’s Licensing and Pricing FAQ for some help on that.

2. Does the Exchange 2010 Standard Edition support Archival and discovery?
It’’s recommended that you use the Enterprise Edition if you want Archival and discovery. Archival for Enterprise has been delayed until Q1; I believe to test some additional workloads. But once it’’s finalized, that’’s a more secure, better-running bet.

3. What do we need for the upgrade?

  • A 64-bit-capable server. If you don”t already have one, that is.
  • Windows Server 2008 (or 2008 R2).
  • Backups of your existing mailboxes.
  • A day or two. (Really; it’’s a fast upgrade.)

Pretty simple huh? All too often we skip over simple things though, assuming everyone else “gets it” right away. Dangerous assumption. Someone else may be distracted, or too busy, and they miss the obvious. So it pays to remind.

(By the way, another reminder - Exchange 2010 also works great as a hosted option. Email me if you want to hear about that!)

Next week, Top 3 questions we get on VoIP.

Got a question of your own on OCS 2007 or related technology? Leave a comment or email me.

Technorati Tags:

Exchange 2010 is in Beta Already!

Just a heads-up - this is the “OCS Insider” blog. But I plan on talking about technologies related to OCS too. Like Exchange Server.

Which is why I”m linking to this article from InfoWorld.com -
First Look: Exchange Server 2010 Beta Shines

Yes, the beta for Exchange 2010 is already out.

InfoWorld publishes some pretty good IT articles, in my opinion. This “first look” is no exception - lots of information about the new beta in here.

My thoughts?

Refining most of the major services from Exchange 2007 - Great!

Dropping support for Windows Server 2003/Requiring Windows Server 2008 - Problem for cash-strapped businesses. With that in mind, I think it’’s good that Exchange 2010 won”t be due out until late 2009. More time for upgrades later.

I also found this on Page 4:

“The Outlook 2010 client and OWA both will have conversation view, and both will include integrated instant messaging and voice mail. Voice mail includes a text preview of the recorded message, automatically transcribed using Microsoft’’s voice-to-text engine.”

So Exchange 2010 will sharpen up the Unified Messaging side of things in Outlook. Nice.

If you want to try out the beta, download it here: Microsoft Exchange Server 2010 Beta