人员和配置文件最佳实践 (SharePoint Server 2010)

项目
02/17/2017

适用于： SharePoint Server 2010

上一次修改主题： 2016-11-30

本文是 Microsoft SharePoint Server 2010 的一系列最佳实践文章之一，它介绍了在 SharePoint Server 中使用用户配置文件的典型特征和最佳实践。有关 SharePoint Server 2010 最佳实践的其他信息和资源，请参阅 SharePoint Server 2010 的最佳实践（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=220280&clcid=0x804)（该链接可能指向英文页面）。

1. 清理目录服务

目录服务中对象的组织对同步配置文件信息所需时间长度有重大影响。若要提高同步性能，请删除目录服务中的对象。

SharePoint Server 使用 Microsoft Forefront Identity Manager (FIM) 导入您选择的容器中的所有对象，然后将同步筛选器应用于导入的对象。尽可能将不希望导入的用户帐户移动到不同步的容器中。类似地，将不希望同步的组移动到不与之同步的容器中。
审核您的组织对目录服务中的组的使用情况，然后删除不再需要的所有组。
确保您没有多次同步相同的组成员身份信息。例如，如果您表示多个服务器场上的同一通讯组，请将该通讯组的一个实例以外的所有其他实例放入不同步的容器中。

2. 使用同步筛选器

使用筛选器可仅同步要在 SharePoint Server 中具有配置文件的用户。例如，如果用户帐户和服务帐户都存在于要与之同步的目录服务容器中，请创建一个筛选器来将服务帐户排除在同步之外。有关同步筛选器的详细信息，请参阅规划配置文件同步 (SharePoint Server 2010) 一文中的关于排除筛选器一节。

3. 为配置文件属性配置策略

使用策略来指定配置文件属性的隐私设置。属性有默认策略。不过，您应该查看它们并根据贵组织、公司和政府规定来确定是否要更改它们。您可以允许用户替代策略设置或指定策略不能更改。

有关这些策略的详细信息，请参阅规划用户配置文件 (SharePoint Server 2010) 一文中的关于属性策略一节。

4. 指定要与之同步的域控制器

在创建与具有多个域控制器的林的同步连接时，请选择要与之同步的特定域控制器。域控制器和同步服务器之间的连接应尽可能具有低延迟。有关在创建配置文件同步连接时如何指定域控制器的信息，请参阅配置同步配置文件 (SharePoint Server 2010) 一文中的创建与目录服务的同步连接一节。

在非常大的目录服务林中，优化域控制器本身。将尽可能多的目录服务数据库移动到 RAM 中，并使用快速磁盘驱动器。这将减少配置文件同步所需的时间。有关 Active Directory 域服务 (AD DS) 的目录服务数据库的详细信息，请参阅管理 Active Directory 数据库（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=225582&clcid=0x804)（该链接可能指向英文页面）。

5. 与目录服务管理员交朋友

与您要与之同步的目录服务的管理员保持联系。确保在管理员计划重新启动域控制器或对目录服务进行重大更改并尝试将这些事件安排在未发生配置文件同步的时间时通知了您。

6. 在安装更新后重新启动同步服务

每次安装 Microsoft SharePoint Server 2010 的更新时，都要停止然后重新启动用户配置文件同步服务。

在启动用户配置文件同步服务时，SharePoint Server 将设置一个版本的 Microsoft Forefront Identity Manager (FIM) 参与同步。如果您安装 SharePoint Server 2010 Service Pack、累积更新或其他修改 SharePoint Server 隐私版本的 FIM 的更新，则重新设置 FIM 后，修改才会生效。若要重新设置 FIM，请停止然后重新启动用户配置文件同步服务。有关如何启动和停止服务的说明，请参阅管理服务器上的服务 (SharePoint Server 2010)。

7. 在同步配置文件之前运行数据库维护作业

如果配置文件同步必须处理许多更改，请在启动配置文件同步之前对配置文件数据库运行完全扫描。

Microsoft SQL Server 使用有关数据库的历史统计信息来优化查询。为实现尽可能好的优化效果，统计信息应尽可能新鲜。运行完全扫描将生成最准确的统计信息。若要通过数据库的完全扫描更新统计信息，请运行运行状况分析器规则 SharePoint 使用的数据库具有过时的索引统计信息。

8. 优化配置文件和同步数据库

配置文件数据库和同步数据库的配置对配置文件同步的总体性能具有重大影响。有关如何优化数据库性能的建议，请参阅存储和 SQL Server 容量规划和配置 (SharePoint Server 2010) 和 SharePoint Server 2010 服务器场中的 SQL Server 2008 的最佳实践。具体来说，如果您具有许多用户配置文件，请考虑以下事项：

主动管理配置文件数据库的大小。使用固定大小的数据 (.mdf) 文件和日志文件，但同时启用自动增长以防大小过小。
如果启用了自动增长，请使用固定增长大小（例如 100 MB）而非增长百分比。
配置文件同步会创建大量磁盘 I/O。对于配置文件和同步数据库，请使用可执行高每秒输入/输出操作数 (IOPS) 的磁盘驱动器并考虑使用固态硬盘 (SSD)。
如果您具有许多配置文件并频繁运行配置文件同步，请考虑将数据 (.mdf) 文件和日志文件放在不同的物理磁盘上。
每个 CPU 内核至少具有 tempdb 的一个数据 (.mdf) 文件。有关如何优化 tempdb 的详细信息，请参阅优化 tempdb 性能 (https://go.microsoft.com/fwlink/?linkid=225583&clcid=0x804)。
如果利用率很高，请考虑使用专用的 SQL Server 实例来支持 User Profile Service 应用程序数据库。

9. 检查计时器作业设置

计时器作业通过 SharePoint Server 在目录服务之间传播信息。在一些情况下，一个计时器作业执行另一个计时器作业将对其采取进一步操作的工作。例如，用户配置文件增量导入作业使用有关目录服务中已更改用户的信息来更新 SharePoint Server 用户配置文件。活动源作业计算要显示在用户的“我的网站”的“活动源”部分的活动。如果用户的职务在目录服务中发生了更改，则该更改可能无法显示在用户的同事的活动源中，具体取决于一个计时器作业相对于其他计时器作业的进度。若要获取更一致的结果并提高性能，请调整计时器作业运行的时间。

有关 SharePoint Server 计时器作业的详细信息，请参阅计时器作业参考 (SharePoint Server 2010)。

10. 不要在大型目录服务更新期间同步

确保配置文件同步没有在您对目录服务进行重大更改时运行。例如，如果您要更新目录服务架构或准备 Microsoft Exchange Server 林，请停止配置文件同步。在目录服务更改完成后，执行完全同步。

11. 避免同步大型对象

用户的配置文件很可能不是存储大型二进制数据的最佳位置。请考虑将二进制大型对象 (BLOB) 存储在其他位置（例如数据库中）并仅在配置文件中保留指向 BLOB 的链接。

运行配置文件同步所需的时间与要同步的属性大小以及这些属性的更改频率相关。如果您跨服务器场复制配置文件信息，则在配置文件中存储大型对象的影响会更大。

感谢

SharePoint Server 2010 内容发布团队非常感谢以下参与编写这篇文章的人员：

Microsoft 高级现场工程部门的 Chris Gideon
Microsoft 咨询服务部门的 Steve Peschka
Microsoft SharePoint 技术产品市场营销部门的 Bill Baer
Microsoft SharePoint 产品团队的 Yancho Yanev
Microsoft SharePoint 产品团队的 Siva Subbiah
Microsoft SharePoint 产品团队的 Jon Rosenberg
企业架构师 Spencer Harbar
Microsoft 信息服务部门的 Todd Lehmann
Microsoft 客户支持服务部门的 Sheyi Adenouga
Microsoft 高级现场工程部门的 Joe McTaggart
Microsoft 高级现场工程部门的 Ron Grzywacz
Microsoft 咨询服务部门的 Bassem Yacoube

Share via