KDB Systems

Installing Exchange 2010 Client Access Role

I decided to bite the bul­let and not worry about not being able to install Exchange 2007 after Exchange 2010 is installed. I’ve got good back­ups for my SBS 2003 server so it’s time to start. I’m going to start slow. I’m just installing the Client Access Role today. First I have to pre­pare the server. I went to the Exchange Server Deploy­ment Assis­tant site, answered a few ques­tions then down­loaded a PDF file with basic instruc­tions on how to pro­ceed. I read over the Exchange stuff on Tech­Net once again just to be sure I hadn’t missed any­thing. I found a great site with a very quick guide to installing all the pre­req­ui­sites. Thank you Pow­er­Shell and netometer.com. A quick check once again on the health of Active Direc­tory and I was ready to go. I can’t stress enough that when installing any ver­sion of Exchange you need a healthy Active Direc­tory. Next up was updat­ing the Schema, Active Direc­tory, and the domain. This all appeared to work with­out a hitch. I waited for the changes to repli­cate then ran the Exchange setup and picked the Client Access Role. It installed just fine. I exited the instal­la­tion and checked the instal­la­tion logs, event logs, and fired up the Exchange Man­age­ment Con­sole. Every­thing looked great. One tip I’d like to pass along is don’t install Exchange from the dis­tri­b­u­tion media. Copy the media to a folder on the server you’re installing Exchange on. You can then copy any Exchange Rollups into the Update folder and they’ll get installed dur­ing the Exchange installation.

The next step involves installing a cer­tifi­cate. I haven’t decided if I’m going to use my own cer­tifi­cate or pur­chase one. I’m lean­ing towards the pub­lic cert. In any case I’ve got to get back to work that pays so I’m going to take a break here.

The next morn­ing my daily report from the SBS 2003 server con­tained a sur­prise. There were over 2,000 errors in the Direc­tory Ser­vice event log. The error was:

Event Type: Error
Event Source: NTDS Gen­eral
Event Cat­e­gory: DS Schema
Event ID: 1136
Date: 4/6/2010
Time: 10:03:44 AM
User: NT AUTHORITY\ANONYMOUS LOGON
Com­puter: SBS-SERVER
Descrip­tion: Active Direc­tory failed to cre­ate an index for the fol­low­ing attribute.
Attribute iden­ti­fier: 2515870862
Attribute name: msEx­chOb­jec­tID
A schema cache update will occur 5 min­utes after the log­ging of this event and will attempt to cre­ate an index for the attribute.
Addi­tional Data
Error value: –1403 JET_errIndexDuplicate, Index is already defined

There were sev­eral AD attrib­utes with this error every five min­utes. A quick Google/Bing found the prob­lem had to do with the regional set­tings. Both servers were set to the Canada region, Cana­dian Eng­lish, and a US key­board. That’s pretty much how I always set up Win­dows. Appar­ently this com­bi­na­tion, and many oth­ers, can cause prob­lems with AD updates. I reset every­thing to US, rebooted and the errors con­tin­ued. Fur­ther search­ing found a needed reg­istry change. I found it on the Microsoft sup­port forums here. The value for US Eng­lish is 0x409 Hex by the way. It took a while to find that as well. After another reboot all the errors stopped. I’m sure I could have fig­ured out how to use Cana­dian Eng­lish but I don’t really care. Set­ting every­thing in the domain to US regional set­tings actu­ally makes many things work bet­ter. Lots of appli­ca­tions just assume US set­tings. Date sorts and dis­plays are often borked up if you use any­thing other than US set­tings so I’m just going to live with Win­dows think­ing I’m in the US J

SBS 2003 to Win­dows Server 2008 R2 and Exchange 2010 Migra­tion (Part 1)
SBS 2003 to Win­dows Server 2008 R2 and Exchange 2010 Migra­tion (Part 2)
SBS 2003 to Win­dows Server 2008 R2 and Exchange 2010 Migra­tion (Part 3)
SBS 2003 to Win­dows Server 2008 R2 and Exchange 2010 Migra­tion (Part 4)
SBS 2003 to Win­dows Server 2008 R2 and Exchange 2010 Migra­tion (Part 5) Com­ing soon