SharePoint 2013 User Profile Services之跨场设置

这段时间有个客户需要在不同SharePoint场中使用网站、文档和用户关注功能。但实际使用中发现默认的关注功能不能跨场使用，这也引出了我接下来的博客，我将在博客中详细描述整个过程。

因为“关注”功能是SharePoint 2013这个版本中才新加进来的。所以网上针对此功能的描述少之又少啊。我费了一番周折才在国外的网站上找到了一篇博客，根据这个博客中内容，做了一些配置但没有成功，但却给我提供了一个思路，如何解决跨场的问题。通过这篇博客，这也坚定了我的信心，这个功能肯定能实现。我会把整个过程描述一下，包括客户需求及客户的现有环境，另外还会介绍一下微软官方推荐的User Profile Services配置方法。

首先，我先来描述一下跨场User Profile Services的两个主要场景

1. 在多个场中提供一个单独的User Profile Services服务场，专门宿主这个服务，其他场使用User Profile专属场发布的地址，采用连接的方式使用User Profile Services。所有用户的个人站点都保存在User Profile 专属场中，提供一个统一的用户信息管理的区域。在其他场中不提供User Profile Services （这个很关键）。

2. 在多个场中，每一个场都有自己的User Profile Services服务，每个场的用户都在自己的场中创建个人网站，这些场的用户又都可以互相访问其他场的网站。这个描述可能会很难理解，我来举个例子，这也是现在我面对客户的真实场景，现有用户同属一个Domain，分别在中国和美国创建了两个SharePoint 2013的场，两个场的用户可以互相访问场中的网站，也就是说用户有两个场网站的访问权限。在用户点击页面顶部的新闻源或SkyDrive Pro时，需要跳转到用户所属场中的个人站点，也就是说美国用户在访问中国站点时，点击页面上的新闻源或我的网站，会跳转到他在美国场创建的个人站点，同理中国用户也需要此操作。这个场景主要原因是如果不这样操作，美国用户在自己的场中创建完个人站点后，在访问中国场时会在中国场内在创建一个个人站点，这样同一个用户就有了两个个人站点。

业务场景描述完以后，我来说下我的测试环境的架构

AD 域控制器 域名：contoso.com ，这是单独的一台服务器。

在AD中创建2个OU，分别为China和USA

China中的用户为 Test1，test2。USA中的用户为test3，test4。

SP-Farm1

机器名称：SP-Farm1.contoso.com，安装了SharePoint 2013和SQL Server 2012，

单独创建一个SharePoint场，系统账户为 FarmAdmin1

SP-Farm2

机器名称：SP-Farm2.contoso.com，安装了SharePoint 2013和SQL Server 2012，

单独创建一个SharePoint场，系统账户为 FarmAdmin2

以上环境，都没有采取安装向导的方式创建Web应用程序，也就是说所有服务都是手动配置的。这也是为了能够构造一个干净的能说明问题的服务器场。

随后的几篇博客，我将按着之前描述的业务场景配置User Profile Services。我会先配置微软官方推荐的方式来。而我在实际的测试过程中也是采用了这个过程，先配置官方推荐的方式，因为将这个场景配置成功以后，就会很清楚的了解User Profile Services是如何工作的，点击“关注”时后台都做了什么，通过分析这些内容的时候，就可以比较快速的找到我之前描述的客户实际环境的解决方案。通过测试结果和过程也验证了我的决定是正确的。因为我花了3天配置官方推荐方式，却只用了3个小时配置出了实际客户场景。

参考文章

http://steve.thelineberrys.com/following-sites-across-farms-with-sharepoint-2013-mysites/

TechNet （这个章节中的所有文章）

http://technet.microsoft.com/zh-cn/library/ff621100.aspx

已完成其中的一篇

SharePoint 2013 User Profile Services之跨场发布