gOxiA=苏繁=SuFan Blog

HOWTO: 重建 SharePoint Server 2010 的 User Profile Service Application

        SharePoint Server 2010 安装后，用户通常会启动向导创建一个 Web 应用程序，同时创建一个网站集，默认情况下系统会自动创建并配置 User Profile Service Application。这样网站用户便可以通过 SharePoint 网站界面右上角的用户图标来切换到“我的网站”，如果允许了“自助式网站创建”，那么用户在“我的网站”顶部导航里点击“我的内容”就会自动创建属于用户自己的文档工作区。

        对于新入手的用户如果对 SharePoint 的不熟悉很容易因误操作导致出现故障，gOxiA 最近在调试 SharePoint Server 2010 时就遇到了这样的问题，因为误操作删除了“我的网站”相关的配置，虽然 User Profile 的数据库还在但使用无法从浏览器访问“我的网站”提示404错误。期间也搜索了网上的相关文章，但都看得晕晕的。本以为重建“我的网站宿主”，重新配置 User Profile 就能解决，没想事与愿违！既然网上资料贫乏，只能用笨办法自己来搞定，随后单独又搭建了一套 SharePoint 环境，用于配置对比和测试，同时参考了 TechNet Library 的资料，最后决定通过重建 User Profile Service Application 来解决。

        为了保证能顺利进行并系统的实践，首先清理之前所有相关配置信息，删除之前手工创建的网站集-“我的网站”，删除之前添加的“管理路径”，最后在“服务应用程序”里删除系统自动创建的 User Profile Service Application。再次访问 SharePoint 网站会发现账号图标下已经没有“我的网站”和“我的档案”两个链接。现在开始重建 User Profile Service Application！

        首先，在“Web 应用程序”中选中站点，之后点击“管理路径”进入其配置界面。

        在“定义管理路径”配置页面中添加两个路径：“my”（类型：显示包含）、“my/personal”（类型：通配符包含）。各路径的类型不能有误！！！

        之后，为该 Web 应用程序创建网站集，标题可以随意命名，URL选择 my，因为是显示包含类型，所以后面不会再出现子路径。模板则选择“企业”下的“我的网站宿主”，在“网站集管理员”处添加对应账号，点击“确定”创建该网站集。

        “我的网站宿主”网站集创建完毕后可以访问只URL进行确认，因为还未创建 User Profile Service Application，所以会提示错误，如下图。

        现在再回到“服务应用程序”，如下图在“新建”下点击“User Profile Service Application”。

        如下图，在创建配置页面填写名称，如：User Profile Service Application，选择“使用现有应用程序池”-“SharePoint Web Services Default”，配置文件数据库、同步数据库、社会性标签数据库可使用默认名称，或自定义，之后拖动滚动条向下进行 URL 的配置。

        在“我的网站宿主 URL”处填写之前创建的网站集 URL，即：“http://moss/my”，在“我的网站管理路径”处确认是否为系统默认的“/personal”。

        最后一切确认无误后点击“创建”。随后向导会给出一个成功创建的反馈页面，如下图。

        现在重新打开 SharePoint 站点，访问“我的网站”已经能正常访问了。首次访问“我的内容”时系统会为当前账户创建对应的子站点，稍等片刻即好。

        如果如下图出现“无法创建您的个人网站…”的提示，则需要检查“自助式网站创建”是否被启用。如果用户之前已经成功创建了“我的内容”子站，那么即使之后管理员禁用“自助式网站创建”，用户还是能够访问已经创建的“我的内容”子站。

        至此，User Profile Service Application 的重建操作便以完成。

解决 SharePoint Server 2013 安装准备阶段的一例故障

        近来一段时间 gOxiA 在筹备一个涉及 SharePoint 的小项目，所以要准备几套 SharePoint 的开发环境，在客户的环境下分别部署了一套 SharePoint Server 2013 和 2010 都未出现问题，而今天在自己公司环境下搭建 SharePoint Server 2013 却出现了问题。在使用准备工具执行必须软件的自动安装时总会提示 IIS 相关组件无法安装，提示配置信息错误，导致后续步骤无法正常执行。调出日志查看，没有具体的错误记录，所以只能手工方式去执行调用的安装脚本，故障得以重现并提供了详细的错误信息，见下图。

        错误信息指出执行 Add-WindowsFeature 时失败，因为无法下载源文件，同时给出了参考文章http://go.microsoft.com/fwlink/?linkid=243077 ，和错误代码：0x800f0906。有了这些信息排错就省了很多精力了！原来此故障跟安装源有关，与 gOxiA 之前写的日志 http://goxia.maytide.net/post/installnetfx.php 基本一致，又是 NetFx3.5 在作怪，但是客户那边安装倒是正常的，使用“dism /online /cleanup-image /scanhealth”检查了联机映像并未报错！看来唯一的可能就是跟 gOxiA 公司的环境有关，因为域控是一台 SBS2011Std，而之前就发现 WS2012 的服务器加入到 AD 后会导致 Windows Update 出现异常，而在执行安装准备过程中，向导需要通过 Windows Update 去下载更新源，此时便会出现问题从而导致故障发生。

        那么要解决该故障就只有两个办法：其一，手动执行 add-windowsfeature 并接上 –sources 参数为其指定源。其二，根据微软给出的 KB2734782 使用组策略编辑器为系统指定可选组件安装和组件修复的设置。使用 gpedit.msc 启动组策略编辑器，定位至“计算机配置”-“管理模板”-“系统”，找到“指定可选组件安装和组件修复的设置”，如下图所示勾选“已启用”，之后在选项中键入“备用源文件路径”即可，因为环境内有MDT，所以就直接引用了MDT下导入的WS2012系统源文件。最后执行 gpupdate /force 更新组策略后再次执行安装准备工具，这次顺利完成了安装！

HOWTO: 为 SharePoint 2010 配置 Adobe PDF iFilter 9

        公司的 SharePoint 2010 存储有不少 PDF 文件，当点击 PDF 文件时只提示下载保存该文件，而往往用户希望能直接打开文件来阅读。为此我们需要在 SharePoint 2010 上配置 PDF iFilter 9 的支持，才能实现用户的需要。

        首先，我们需要从 Adobe 网站下载 PDF iFilter 9：http://www.adobe.com/support/downloads/detail.jsp?ftpID=4025

        然后，找个 16x16 尺寸的 PDF 图标文件，可以是 GIF 或 PNG 格式，访问 Adobe 可以找到这些图标。

        接下来安装 PDF iFilter 9（步骤省略），并在 SharePoint 2010 上进行相关的配置，为此请执行如下步骤：

1. 将图标文件拷贝到“C:＼Program Files＼Common Files＼Microsoft Shared＼Web Server Extensions＼14＼TEMPLATE＼IMAGES”目录下。
2. 修改“TEMPLATE”下“XML”子目录下的“docicon.xml”文件，添加如下内容：
   
   <Mapping Key="PDF” Value=”pdf16x16.png” />
3. 运行 regedit 注册表编辑器，定位至
   
   HKEY_LOCAL_MACHINE＼SOFTWARE＼Microsoft＼Shared Tools＼Web Server Extensions＼14.0＼Search＼Setup＼ContentIndexCommon＼Filters＼Extension
   
   添加名为“.PDF”的项，并修改默认字符串的值为“{E8978DA6-047F-4E3D-9C78-CDBE46041603}”

        最后重启一下 IIS 和 SharePoint 服务，重新点击 PDF 文件就会弹出以只读或编辑方式打开 PDF 的提示窗口，当然本机要确保已经安装了 Adobe Reader。