RSS Subscription 167 Posts and 2,769 Comments

Exchange 2010 Databases and the RPCClientAccessServer Database Parameter

When you create an RPC Client Access Array AFTER you have created Exchange 2010 databases, you need to go back to those existing databases and stamp them with the RPC Client Access Array FQDN.  That way, clients will use that RPC Client Access Array.  Otherwise, they won’t.  On the other hand, if you create the RPC Client Access Array FQDN before you create your Exchange 2010 databases, nothing else is needed on your part.

There’s a bug with Outlook 2007 and Outlook 2010 that prevent the RPC Endpoint from updating.  This is similar to the bug in which Outlook 2007 will not update its Outlook Anywhere Endpoint which was fixed in Outlook 2010 Beta 2.  Because of this bug, it is very important that you get the RPCClientAccessServer database parameter configured correctly prior to moving users to Exchange 2010.  If you make this mistake and have the RPCClientAccessServer Database Parameter incorrectly and Outlook users are already hosted on Exchange 2010, once you modify the RPCClientAccessServer parameter for those clients, those clients can do an Outlook Profile Repair to get the updated change.  I will update this article in the future when this issue gets fixed.

So before you move users to Exchange 2010, please make sure that you either:

  1. Create the RPC Client Access Array before creating your databases OR
  2. Go back on the databases and stamp those databases by running the following command:
  3. Set-MailboxDatabase -Identity “DatabaseName” –RPCClientAccessServer array.domain.com

The reason why #1 works making #2 not necessary is the way Exchange assigns the RPC Client Access Array property to a database.  It does this in 3 different ways:

  1. If there is no RPC Client Access Array and you create the database on a server that hosts the MBX and CAS role, it will choose itself, always.
  2. If there is no RPC Client Access Array and you create the database on a server where the CAS and MBX are not collocated on the same server, it will randomly pick a CAS in the same site to set as the RPCClientAccessServer.
  3. If there is an RPC Client Access Array in that site, it will automatically set the FQDN of the CAS Array for the RPCClientAccessServer.

Autodiscover will see the database the user lives on and will assign the user’s Exchange Server (RPC Endpoint) to what the RPCClientAccessServer parameter is.  That is why it’s important to make sure this setting is right before a user is moved to Exchange 2010.

Share

28 Responses to “Exchange 2010 Databases and the RPCClientAccessServer Database Parameter”

  1. […] This post was mentioned on Twitter by Elan Shudnow. Elan Shudnow said: #Exchange 2010 Databases and the RPCClientAccessServer Database Parameter http://bit.ly/ckCZNZ […]

  2. on 18 Apr 2010 at 7:03 pmStåle Hansen

    Hi, great post! According to Henrik Walther Outlook 2010 behaves like Outlook 2007, that it wont update the profile. However if you make the old RPC endpoint unavailable it will refresh the users profile on Oulook 2007 and 2010. You can also perform a profile repair to update the profile. If the user use Outlook 2003 you need to update the profile by applying a new PRF file. Check out what Henrik Walther said here:http://technet.microsoft.com/en-us/magazine/ff626

    Are you sure that Outlook 2010 will update automatically?

  3. […] eating Databases and the RPCClientAccessServer Database Parameter | Elan Shudnow’s Blog Posted on April 19, 2010 by johnacook http://www.shudnow.net/2010/04/18/creating-databases-and-the-rpcclientaccesss… […]

  4. on 04 May 2010 at 9:24 pmMatt_Wade

    Elan, great post and definitely something to watch out for. I also wanted to point out that you define the CAS array using the powershell command new-ClientAccessArray.

    Reference:http://technet.microsoft.com/en-us/library/dd3511

  5. on 04 May 2010 at 9:24 pmMatt_Wade

    Elan, great post and definitely something to watch out for. I also wanted to point out that you define the CAS array using the powershell command new-ClientAccessArray.

    Reference:http://technet.microsoft.com/en-us/library/dd3511

  6. on 04 May 2010 at 9:24 pmMatt_Wade

    Elan, great post and definitely something to watch out for. I also wanted to point out that you define the CAS array using the powershell command new-ClientAccessArray.

    Reference:http://technet.microsoft.com/en-us/library/dd3511

  7. […] Exchange 2010 Databases and the RPCClientAccessServer Database Parameter […]

  8. […] point out that after some research I did manage to find a blog article pertaining to the issue on Elan Shudnow Blog.  Thanks Elan for […]

  9. on 28 Oct 2010 at 10:22 amOz casey, Dedeal

    Elan thanks for the headsup and sharing , Great info as always,
    ocd

  10. on 09 Nov 2010 at 3:18 ambabylon

    Hi elan.
    ı'm migrating exchange 2003 environment to the exchange 2010.

    On pilot phase, i move a exchange 2003 user to the exchange 2010.client is outlook 2007.

    But unless i click repair account, this user is not recognizecas array fqnd automatically.it stays on disconnected state.
    If i manually configure user account with cas array fqdn instead of exchange 2003 server, it checks name correctly.
    My cas array fqdn is pointing nlb vip.

    I think my autodiscover service is not publishing cas array fqdn to the clients.What can be the problem?
    all my internal and external names are configured and including in wildcard cert.

  11. on 10 Dec 2010 at 6:53 amFrederic Demeyere

    Hi all,

    I have the same issue with Outlook 2007 and Outlook 2010 not updating the RPC Endpoint after changing RPCClientAccessServer on mailbox database to cas array fqdn. I have 2 HUB-CAS-MBX boxes in a DAG.
    When I do a profile repair the profile gets updated with the cas array fqdn but the profile is in offline mode. I have to disable that too. Someone told me this has to do with CAS and MBX role residing on one box.

    Is there still no fix for this bug? These issues are preventing me for changing the RPCClientAccessServer parameter on my mailbox databases

  12. on 11 Mar 2011 at 3:46 pmJScott

    Hello,

    Has there been any update to this? Are there any possible solutions to updated clients automatically to use the RPCCAS array fqdn automatically?

    Thank you.

  13. on 06 Jun 2011 at 11:47 pmByron

    I'm also looking to migrate from a single CAS / HT server to a CAS array. This is concerning if all users need to manually run a repair. Are there any options to automate this?

  14. on 23 Nov 2011 at 8:42 amDavid

    Does anyone have an update on this? Does SP1 correct this issue?

  15. on 27 Nov 2012 at 8:55 amAnthony

    We did a migration from 2010 to a new 2010 server back at the beginning of the year. I was one of those people who did not create a CAS array until AFTER I moved my users. Once I found out – I did create a CAS array and set the property on all my Mailbox DBs. But I had to manually update 100+ user's mail profiles by hand.

    The old server has been shut down now for 6+ months, but I'm still getting random logon prompts from certain users even though they have even had new machines installed (with new user and Outlook profiles).

    Cold this be related to the CAS array issue? Or is it something else?

Trackback this post | Feed on Comments to this post

Leave a Reply