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之跨场发布

上一篇:C# 使用RestClient 调用接口


下一篇:SharePoint 2013 场解决方案包含第三方程序集