局域网内用户无法访问sharepoint服务器

呵呵，这个是因为你没有设置好相应的DNS解析

你可以在客户机系统盘中找到hosts文件，仿照格式添加上就可以了！

这是常见的问题，最好做一个域策略，让局域网所有的机器都更新hosts文件！

需要搭配另一个服务：OFFICE WEB APP

这个是需要单独购买的服务，SP2010,SP2013对应的是OFFICE WEB APP 2010,2013，在建立服务器场的模式上有点不一样，2010要求每个SHAREPOINT服务器安装WEB APP, 2013只需要单独建立WEB APP 服务器

安装过程

1、下载软件：

Windows Server 2012:http://technetmicrosoftcom/en-us/evalcenter/hh670538aspx

SharePoint Server 2013:http://technetmicrosoftcom/en-us/evalcenter/hh973397aspx

SQL Server 2012:http://wwwmicrosoftcom/betaexperience/pd/SQL2012EvalCTA/enus/defaultaspx

2、安装Windows Server，Sql Server。

3、 运行网络/应用服务器，用localadministrator登录，打开SharePoint 2013的安装文件夹，运行 splashhta 或者prerequisiteinstallerexe文件，如图所示：

安装完prerequisites的软件之后，点击“Install SharePoint Server”,进入server的安装页面：

4选择安装类型，这里可以选择是complete或者stand-alone的方式：

5安装完成之后，进入SharePointProducts Configuration Wizard(安装配置向导):

6在下面步骤中填入数据库服务器名称，配置数据库的名称以及数据库账户，如果你的数据库在其他的服务器上，这里的指定的账户必须是域账户。

7配置完成之后，我们可以打开SharePointCentral Administration站点:

8可以选择Start the Wizard进行配置服务器场。

以上就是在Windows Server 2012上安装SharePoint 2013的详细步骤了，希望能对朋友们有所帮助和启发。

在双服务器部署中，由两台或更多台物理服务器承载构成 Team Foundation 逻辑应用层和数据层的组件。从单服务器部署移到双服务器部署时，需要将原始服务器转换为应用层服务器，并在新的数据层服务器上安装和配置 SQL Server。然后，将 SharePoint 产品和技术以及 SQL Server Reporting Services 重定向到新的数据层服务器，并将原始部署中的数据还原到新的数据层服务器。有关更多信息，请参见 Team Foundation Server 移动类型。 在执行此类型的移动之前，应通读本主题并考虑打印所有必需的步骤。还应考虑打印本主题所链接的那些主题以及包含有关其他必需步骤的信息的主题。 在此类型的移动过程中，切勿执行以下任何操作： 不得更改服务帐户。 不得更改原始服务器的名称或域。 在不具备足够信任的情况下，不得将数据层服务器安装到原始部署之外的其他域中。 若要执行此类型的移动，必须按照列出的顺序完成以下各节中的过程： 备份数据库和加密密钥安装SQL Server 并准备新硬件还原数据库重定向 SharePoint 产品和技术以使用新的内容数据库重新连接管理数据库和配置数据库重定向并测试 SQL Report Server、Reporting Services 以及默认报表将应用层服务器重定向到新的数据层重新生成 Team System 多维数据集删除版本控制缓存更新服务帐户重新启动服务刷新客户端计算机上的数据缓存必需的权限 若要完成上述这些过程，您必须是新旧服务器上 Administrators 组的成员以及 Team Foundation Administrators 组的成员。 除了这些权限，对于运行 Windows Server 2008 或 Windows Vista 的计算机，您可能还需要满足以下要求： 若要使用命令行过程，您可能需要通过以下操作使用提升的权限打开命令提示窗口：单击“开始”，右击“命令提示符”，再单击“以管理员身份运行”。 若要使用需要 Internet Explorer 的过程，您可能需要通过以下操作以管理员身份启动 Internet Explorer：单击“开始”，单击“所有程序”，右击“Internet Explorer”，再单击“以管理员身份运行”。 若要编辑 webconfig 文件，您可能需要通过以下操作以管理员身份启动文本编辑器：单击“开始”，单击“所有程序”，右击所需编辑器，再单击“以管理员身份运行”。 若要访问 Reporting Services 的报表管理器、报表或网站，您可能需要将这些站点添加到 Internet Explorer 的受信任站点列表中，或者以管理员身份启动 Internet Explorer。 有关更多信息，请参见 Microsoft 网站。 备份数据库和加密密钥 必须先备份 Team Foundation 的数据库，然后才能将部署从单服务器配置更改为双服务器配置。在此移动过程中，需要将这些数据库还原到新的数据层服务器。 备份数据库和加密密钥 备份所有的 Team Foundation 数据库。 有关更多信息，请参见如何：备份 Team Foundation Server。 说明：您还必须备份要保留的 SharePoint 产品和技术的任何自定义站点定义、自定义站点模板或自定义 Web 部件。有关更多信息，请参见 Microsoft 网站上的“Backup and Restore Options for Windows SharePoint Services 20”（Windows SharePoint Services 20 的备份和还原选项），或者对于 Windows SharePoint Services 30，请参见 Microsoft 网站上的“Choose backup and recovery tools (Windows SharePoint Services)”（选择备份和恢复工具 (Windows SharePoint Services)）。如果 SharePoint 产品和技术安装在应用层上，并且希望将 SharePoint 产品和技术的数据库移到新的数据层，请确保备份 SharePoint 产品和技术的管理数据库(SharePoint_AdminContent_ID) 以及内容和配置数据库。 备份Reporting Services 加密密钥。确保将此密钥存储在运行 Team Foundation Server 的服务器以外的其他计算机上的安全位置，并且新的应用层服务器可以访问该密钥。还必须存储加密该密钥时使用的密码。 有关更多信息，请参见如何：备份 Reporting Services 加密密钥。 安装SQL Server 并准备新硬件 备份数据库后，必须在将用作部署的新数据层服务器的计算机上安装 SQL Server。 安装SQL Server 并为移动准备服务器 在新环境中安装 SQL Server，并确保其正常运行。 有关详细说明，请打开 Team Foundation 安装指南，找到有关如何在双服务器部署中安装 SQL Server�0�2的主题。您安装的 SQL Server�0�2的版本必须与原始部署中使用的版本相同。可以在 Microsoft 网站上找到该指南。 在应用层服务器上，打开命令提示窗口，将目录更改到 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools。 在命令提示符处，键入下列命令： TfsDBexe install /server:"新SQL Server 名称" /property:"TFS_SERVICE_ACCOUNT=TFS 服务帐户;TFS_REPORTING_ACCOUNT=TFS Reporting Services 帐户;LCID=LCID 编号;VSTF_AS_INSTANCE=Analysis Services 服务器名称;VSTF_AS_DATABASE=Team Foundation 数据仓库名称;VSTF_AS_ACCOUNT="新SQL Server 名称 是刚刚安装了 SQL Server 并且您打算在其上还原数据的服务器的名称。如果您使用的是命名实例，则不但要包括服务器名称，而且还必须包括相应的实例名。 TFS 服务帐户 是采用域\帐户 或计算机\帐户 格式的 Team Foundation Server 服务帐户。如果您使用的是系统帐户，则必须使用系统\帐户 格式指定该帐户。例如，如果要使用 Network Service，则应将它指定为 NT Authority\Network Service。 TFS Reporting Services 帐户 是采用域\帐户 或计算机\帐户 格式的 Reporting Services 数据源帐户。 LCID 编号 是您所用语言版本的 SQL Server 的语言排序规则 ID 号。例如，英语的 LCID 为 1033。 Analysis Services 服务器名称 是装有 SQL Server Analysis Services 的服务器的名称。默认情况下，此服务器与新SQL Server 名称 是同一台服务器。 Team Foundation 数据仓库名称 是Team Foundation 的原始数据仓库的名称。默认情况下，该值为 TfsWarehouse。 在运行 Reporting Services 的服务器上，检索并保存 Reporting Services 安装 ID 的列表。 打开“命令提示符”窗口，将目录改为下面的目录： %ProgramFiles%\Microsoft SQL Server\90\Tools\binn\ 运行RSKeyMgmt -l。 记录安装 ID，然后将列表打印出来或将其保存到一个安全的位置。 登录到相应的服务器，打开“计算机管理器”，按照指定的顺序停止下表中的服务和应用程序池： 登录到承载此程序的服务器 停止此组件 SharePoint 产品和技术 SharePoint 定时服务或 Windows SharePoint Services 定时 默认网站或团队网站 应用层 Visual Studio Team Foundation Server 任务计划程序服务 Microsoft Team Foundation Server Application Pool SQL Server Reporting Services SQL Server Reporting Services (TFS 实例)（服务） ReportServer 或 ReportServer$实例名称（应用程序池） 说明：如果您运行的是 SQL Server 2005，则需要在 Internet 信息服务 (IIS) 中管理 ReportServer；如果运行的是 SQL Server 2008，则不需要这样做。 默认网站或报表管理器网站 重要说明：若要在基于还原的移动过程中移动用户帐户和服务帐户，Team Foundation Server 的新部署必须处于停止状态。如果在还原数据之后、移动用户帐户和服务帐户之前重新启动 Team Foundation Server，可能会导致作为迁移目标的用户在 TFSIntegration 数据库中标记为已删除。如果组安全服务在与 Active Directory 同步时找不到用户的系统标识符 (SID)，便会出现此问题。 有关如何启动和停止服务及应用程序池的更多信息，请参见如何：停止和启动服务、应用程序池和网站。 还原数据库 停止服务后，可以使用 SQL Server 提供的还原工具来还原 Team Foundation 的数据。 警告：You must restore all the databases to the same point in time 否则，数据库可能会损坏。打开“还原数据库”对话框 在新的数据层服务器上，单击“开始”，指向“所有程序”，指向“Microsoft SQL Server”，再单击“SQL Server Management Studio”。 说明：有关如何还原数据库的更多信息，请参见 Microsoft 网站上的“实现 SQL Server 数据库还原方案”。 在“服务器类型”列表中单击“数据库引擎”。 在“服务器名称”列表中，单击或键入适当的服务器。 在“身份验证”列表中，单击适当的方案。 在“用户名”中，键入有效帐户的用户名。 在“密码”中键入该帐户的密码（如果 SQL Server 要求），再单击“连接”。 展开“数据库”节点，以显示构成 Team Foundation 数据层的数据库的列表。 为以下各数据库完成“还原各个数据库”过程： ReportServer 说明：如果使用了命名实例，此数据库将命名为“ReportServer$实例名称”。 ReportServerTempDB 说明：如果您使用的是命名实例，则此数据库将命名为“ReportServerTempDB$实例名称”。 SharePoint 产品和技术的配置数据库（STS_Config_TFS 或 WSS_Config） 重要说明：仅当SharePoint 产品和技术安装在原始单服务器部署中且您未更改其位置时，才应还原此数据库。如果在其他服务器上使用或安装�0�2SharePoint 产品和技术，则不需要还原此数据库。 SharePoint 产品和技术的内容数据库（STS_Content_TFS 或 WSS_Content） 包含SharePoint 产品和技术数据的数据库的名称将随着两个因素而变化：一是所安装的 SharePoint 产品和技术的版本，二是安装人员是否对该名称进行了自定义。此外，如果 SharePoint 产品和技术安装在与 Team Foundation Server 不同的服务器上，则这些数据库可能不在 Team Foundation 的数据层服务器上。如果这些数据库不存在，则必须从 Team Foundation Server 分别管理它们的备份、还原和配置。但是，您应该同步数据库的维护操作以避免同步错误。 SharePoint 产品和技术的管理数据库 (SharePoint_AdminContent_ID) 重要说明：仅当SharePoint 产品和技术安装在原始单服务器部署中且您未更改其位置时，才应还原此数据库。如果在其他服务器上使用或安装�0�2SharePoint 产品和技术，则不需要还原此数据库。 TfsBuild TfsIntegration TfsVersionControl TfsWarehouse TfsWorkItemTracking TfsWorkItemTrackingAttachments TfsActivityLogging（可选） 说明：在还原过程中，必须将为自定义过程模板创建的任何自定义站点模板或 Web 部件上载到 SharePoint 产品和技术的数据库中。还原各个数据库 右击要还原的数据库，依次指向“任务”、“还原”，然后单击“数据库”。 重要说明：在大多数部署中，SQL Server 数据库和 SharePoint 产品和技术数据库将显示在“数据库”节点下方的数据库列表中。若要还原未显示在列表中的任何数据库，必须右击“数据库”节点，单击“还原数据库”，再指定未显示在列表中的任何数据库。“还原数据库”对话框打开。 在“还原的源”下方单击“源设备”，再单击省略号按钮（“…”）。 在“指定备份”对话框中，指定备份文件的位置，再单击“确定”。 您应用的第一个备份必须是完整备份，随后按照创建顺序依次应用事务日志备份。 在“选择要还原的备份集”下方指定要还原的备份集。 在“选择页”窗格中，单击“选项”，然后选中“覆盖现有数据库”复选框。 在“将数据库文件还原为”列表中，确认路径与当前数据库路径相匹配。 如果要将数据库还原到其他驱动器，则此步骤十分重要。 在“恢复状态”下方单击相应的状态。 执行以下步骤之一： 如果不准备应用其他事务日志，请单击“数据库随时可用”。 如果准备应用其他事务日志，请单击“数据库尚不可用”。 单击“确定”关闭“还原数据库”对话框并还原数据库。 如果准备应用其他事务日志，请按照日志备份的创建顺序，对每组日志备份执行此过程。从完整备份后创建的第一组日志备份开始。 有关更多信息，请参见 Microsoft 网站上的“应用事务日志备份”。 重定向 SharePoint 产品和技术以使用新的内容数据库 必须将团队项目的任何网站重定向到新的 Team Foundation 数据层服务器上的内容数据库。如果要移动所有的 SharePoint 产品和技术数据库，则可以跳过此过程，而继续本主题稍后部分中的“重新连接管理数据库和配置数据库”过程。 重定向项目站点以使用新数据层服务器上的内容数据库 登录到承载 SharePoint 产品和技术的服务器，并将 SharePoint 产品和技术重定向到新数据层服务器上的内容数据库。 有关更多信息，请参见如何：重定向 SharePoint 产品和技术以使用新的内容数据库。 重新连接管理数据库和配置数据库 SharePoint 产品和技术保留在原始单服务器上，该服务器现在是新部署的应用层服务器。但是，您仍需要对它进行配置，以使用新数据层服务器上的管理数据库和配置数据库。 重新连接 SharePoint 产品和技术的管理数据库和配置数据库 登录到承载 SharePoint 产品和技术的服务器，打开命令提示窗口，更改到下面的目录： %PROGRAMFILES%\microsoft shared\web server extensions\12\bin。 键入以下命令： stsadm –o renameserver –oldservername 原始数据层服务器名称 -newserver 新数据层服务器名称 有关如何还原 SharePoint 产品和技术的更多信息，请参见 Microsoft 网站上的“White paper: Backing up, restoring, high availability, and disaster recovery for Office SharePoint Server farms”（白皮书：Office SharePoint Server 场的备份、还原、高可用性和灾难恢复）。 重定向并测试 SQL Report Server、Reporting Services 以及默认报表 重定向团队项目的网站后，必须将 Reporting Services 重定向到新的数据层服务器。 还原并验证 SQL Server 2005 Reporting Services 在运行 Reporting Services 的服务器上，单击“开始”，依次指向“所有程序”、“Microsoft SQL Server”、“配置工具”，再单击“Reporting Services 配置”。 在“选择报表服务器安装实例”对话框中，确保计算机名称是新的应用层服务器的名称。确保实例名为 MSSQLSERVER，再单击“连接”。 说明：如果您使用的是命名实例，则必须指定相应的实例名而不是默认实例 MSSQLSERVER。 在资源管理器窗格中单击“服务器状态”。 “报表服务器状态”窗格打开。 在“实例属性”中单击“启动”。 在资源管理器窗格中单击“数据库安装”。 “数据库连接”窗格打开。 在“服务器名称”中键入新数据层服务器的名称，再单击“连接”。 在“SQL Server 连接”对话框中单击“确定”。 “数据库连接”窗格打开。 单击“应用”。 在资源管理器窗格中单击“Windows 服务标识”。 “Windows 服务标识”页打开。 在“内置服务帐户”列表中单击“Local Service”。 “应用”按钮随即变成可用。此时，请勿单击它。 在“内置服务帐户”列表中单击“Network Service”，再单击“应用”。 在“SQL Server 连接”对话框中单击“确定”。 关闭“Reporting Services 配置”工具。 打开命令提示窗口，将目录更改到 %ProgramFiles%\Microsoft SQL Server\90\Tools\binn。 键入下面的命令以列出 Reporting Services 的安装 ID： RSKeyMgmt -l 在列表中，查找对应于旧数据层服务器的安装 ID。 键入下面的命令以移除该安装 ID，其中 DT 实例 ID 对应于旧数据层服务器： RSKeyMgmt –r DTInstanceID说明：请勿移除对应于新数据层服务器的安装 ID。 在运行 Reporting Services 的服务器上，单击“开始”，依次指向“所有程序”、“Microsoft SQL Server”、“配置工具”，再单击“Reporting Services 配置”。 在资源管理器窗格中单击“加密密钥”。 在“加密密钥”页上单击“还原”。 “加密密钥信息”页打开。 在“密码”中键入加密密钥文件的密码。 在“密钥文件”中键入或单击备份加密密钥（snk 文件）的位置，再单击“确定”。 将应用层服务器重定向到新的数据层 还原数据库后，必须使用 TfsAdminUtil 命令将部署的原始服务器（现在成为新的应用层服务器）重定向到新的数据层服务器。 将应用层服务器重定向到新的数据层服务器 登录到相应的服务器，打开“计算机管理器”，然后启动下表中的应用程序池和程序： 登录到承载此程序的服务器 启动此组件 应用层 Microsoft Team Foundation Server Application Pool 默认网站或团队网站 SQL Server Reporting Services ReportServer 或 ReportServer$实例名称（应用程序池） SQL Server Reporting Services (TFS 实例) 默认网站或报表管理器网站 打开命令提示窗口，将目录切换到 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools，然后键入以下命令： TfsAdminUtil RenameDT newDataTierServerName重要说明：为了使此命令成功，上一步中的应用程序池和程序必须正在运行。此要求是 Visual Studio Team System 2008 Team Foundation Server 中的新增要求。此外，此命令要求服务 webconfig 文件中的连接字符串引用部署的原始服务器。如果连接字符串引用新的数据层服务器，此命令将失败。为了使此命令正确运行，您必须还原原始服务器的名称。重新生成 Team System 多维数据集 配置连接并运行 TFSAdminUtil RenameDT 命令后，必须重新生成 Team System 多维数据集。Team System 多维数据集支持 SQL Server Reporting Services，并且包含 Team System 数据仓库的关系数据库中的数据。有关更多信息，请参见了解数据仓库体系结构。 重新生成 Team System 多维数据集 重新生成 Team System 多维数据集。 有关更多信息，请参见如何：重新生成 Team System 多维数据集。 删除版本控制缓存 重新生成 Team System 多维数据集后，必须删除应用层服务器和任何代理服务器上的版本控制缓存，以强制与新的数据层服务器同步。 删除版本控制缓存 在应用层服务器上，打开 %ProgramFiles%\Microsoft Visual Studio 2008 Team�0�2Foundation�0�2Server\Web Services\VersionControl 目录。 删除Data 子目录的内容，但不要删除 Data 子目录本身。 有关更多信息，请参见如何：在应用层服务器上删除版本控制缓存。 对部署中运行 Team Foundation Server Proxy 的任何服务器重复此过程。 更新服务帐户 如果您在单服务器部署上对服务帐户使用的是本地帐户或系统帐户（如 Network Service），则必须更改这些帐户。在双服务器部署中，不能使用本地帐户。可以使用相同的系统帐户，但必须更新相应的信息，使新的应用层服务器和数据层服务器上的每个帐户与正确的 SID 相关联。 说明：在新部署上创建的帐户名必须与原始部署中的帐户名匹配。此要求既包括用户帐户也包括服务帐户。刷新服务帐户 在运行 Reporting Services 的服务器上，打开“计算机管理器”，然后启动以下组件（如果它们尚未启动的话）： ReportServer 或 ReportServer$实例名称（应用程序池） SQL Server Reporting Services (TFS 实例) 在新的应用层服务器上，打开命令提示窗口，将目录切换到 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools。 在命令行处，键入下列命令： TfsAdminUtil ChangeAccount 旧的域或计算机名\旧的 TFS 服务帐户 新的域或计算机名\新的 TFS 服务帐户 新密码说明：忽略任何指示服务帐户不存在或帐户不是数据仓库角色成员的警告。 在命令行处，键入下列命令： TfsAdminUtil ChangeAccount/ra 旧的域或计算机名\旧的 TFS Reporting Service 帐户 新的域或计算机名\新的 TFS Reporting Service 帐户 新密码说明：忽略任何指出服务帐户不是数据仓库角色成员的警告，或者提示您将帐户添加到服务帐户组的警告。重新启动服务 若要继续操作，必须重新启动 Team Foundation 所依赖的服务。 重新启动服务 登录到相应的服务器，打开“计算机管理器”，按照指定的顺序启动下表中的组件： 登录到承载此程序的服务器 启动此组件 SharePoint 产品和技术 SharePoint 定时服务或 Windows SharePoint Services 定时 应用层 Visual Studio Team Foundation Server 任务计划程序服务 Microsoft Team Foundation Server Application Pool 刷新客户端计算机上的数据缓存刷新客户端计算机上的数据缓存 使用“ClientService”Web 服务来强制客户端在下次连接到应用层服务器时更新跟踪工作项的缓存。 有关更多信息，请参见如何：刷新客户端计算机上的数据缓存。

　　您的用户必须具有以下权限才能使用 Office 365 中的 OneDrive for Business：“创建个人网站”权限和“关注人员和编辑配置文件”权限。这些权限在 User Profile Service 应用程序中通过用户权限控制。

　　设置用户权限

　　确认执行此过程的用户帐户是服务器场管理员组的成员。

　　在本地 SharePoint Server 2013 环境中，转到“管理中心”>“管理服务应用程序”。

　　单击 User Profile Service 应用程序。

　　在“管理配置文件服务”页的“人员”部分，单击“管理用户权限”。

　　在“User Profile Service 应用程序的权限”对话框中，单击“所有经过身份验证的用户”（或者您希望用作试点用户组的特定访问群体）。

　　确认“创建个人网站”和“关注人员和编辑配置文件”权限复选框处于选中状态，如以下屏幕截图中所示。

　　配置 OneDrive for Business 链接时，您需要知道 SharePoint Server 2013 和 SharePoint Online 中的“我的网站”网站集的 URL。

　　要在 Office 365 中查找“我的网站 URL”，请在“管理”菜单上，单击“SharePoint”。在“网站集”列表中，查找包含 <域>-mysharepointcom 的网站集。

　　创建访问群体（如有必要）

　　如果您希望仅将特定用户集从本地环境重定向到 Office 365 中的 OneDrive for Business，您需要使用访问群体标识用户集。如果您已设置一个仅包含这些用户的访问群体，您可以使用该访问群体。否则，您需要在 SharePoint 2013 中创建访问群体。请参阅为 SharePoint 2013 创建访问群体，了解有关如何为 SharePoint 创建访问群体的信息。您还可以使用 Windows PowerShell cmdlet 创建访问群体。

　　如果您希望将所有用户重定向到 OneDrive for Business 的 Office 365，您可以在配置设置时选择“所有人”，而非使用特定的访问群体。

　　有关创建访问群体的特定步骤，请参阅为 SharePoint 2013 创建访问群体。

　　在管理中心配置设置

　　现在您可以在管理中心中配置设置以设置到 Office 365 的重定向。

　　配置 OneDrive for Business 重定向

　　确认执行此过程的用户帐户是 Farm Administrators 组的成员。

　　在管理中心网站上，选择“Office 365”>“配置 OneDrive 和网站链接”。

　　在“配置 OneDrive 和网站”链接页面上的“我的网站 URL”框中，键入您从 Office 365 门户 管理获取的我的网站 URL。

　　指定访问群体。如果您希望重定向所有用户，请选择“所有人”。或者，选择“使用特定访问群体”，然后键入包含您的 Office 365 用户的访问群体的访问群体名称。

　　如果您还需要重定向用户的个人网站中的“网站”页面，请选中“重定向‘网站’页面”复选框。

　　选择“确定”。

1依次单击“开始”、“管理工具”和“SharePoint 30 管理中心”。

重要提示：

若要完成以下步骤，您必须是 SharePoint 场管理员组的成员和网站集管理员。

2单击“应用程序管理”。 应该会看到一个名称为 Reporting Services 的新的部分。 该部分包含的链接指向用于指定集成设置的页面。 如果看不到该部分，必须激活报表服务器集成功能。 有关详细信息，请参阅如何在 SharePoint 管理中心中激活报表服务器功能。

您必须至少设置报表服务器 URL、选择身份验证模式并授予报表服务器访问 SharePoint 数据库的权限。 有关详细信息，请参阅如何在 SharePoint 管理中心中配置报表服务器集成功能。

3关闭管理中心。

如果 Reporting Services 服务在内置帐户下运行，您将会收到错误。 如果已将服务配置为使用域用户帐户，请重置 IIS 和报表服务器 Windows 服务以清除旧的连接信息（假定当前会话中存在现有连接）。 有关服务帐户配置的详细信息，请参阅在 Reporting Services 中配置服务帐户和密码。

后续步骤

如何创建报表服务器数据库（Reporting Services 配置）

SQL Server 2008 R2

其他版本

Reporting Services 将 SQL Server 数据库用于内部存储。该数据库是必需的，它用于存储已发布的报表、模型、共享数据源、会话数据、资源和服务器元数据。

若要创建报表服务器数据库或更改连接字符串或凭据，请使用 Reporting Services 配置管理器的“数据库”页中的选项。

何时创建或配置报表服务器数据库

如果在“仅文件”模式下安装报表服务器，则必须创建和配置报表服务器数据库。

如果在本机模式的默认配置下或 SharePoint 集成模式下安装 Reporting Services，则安装报表服务器实例时会自动创建和配置报表服务器数据库。可以使用 Reporting Services 配置管理器查看或修改安装程序为您配置的设置。

开始之前

创建或配置报表服务器数据库是一个多步骤过程。创建报表服务器数据库之前，请考虑要如何指定下列各项：

选择数据库服务器

Reporting Services 需要一个 SQL Server 2005、2008 或 2008 R2 数据库引擎实例来承载报表服务器数据库。可以使用本地或远程服务器。

检查版本要求

验证数据库引擎的版本是否与您所使用的报表服务器版本兼容。有关版本兼容性的详细信息，请参阅创建报表服务器数据库。

启用 TCP/IP 连接

启用数据库引擎的 TCP/IP 连接。默认情况下，某些数据库引擎版本不启用 TCP/IP。本主题中提供了相关说明。

打开 SQL Server 的端口

对于远程服务器，如果使用的是防火墙软件，则必须打开数据库引擎侦听的端口。

确定一种模式

报表服务器数据库支持本机模式或 SharePoint 集成模式。“本机模式”为默认设置。要将 Reporting Services 部署为独立的应用程序服务器时，使用此模式。

计划将报表服务器与 SharePoint 产品或技术的实例一起部署时，使用“SharePoint 集成模式”。运行向导时将创建数据库，但在将报表服务器添加到 SharePoint 场之前，您将无法添加内容或查看项目。有关详细信息，请参阅 SQL Server 联机丛书中的规划部署模式。

确定报表服务器凭据

确定报表服务器与报表服务器数据库的连接方式。凭据类型包括域用户帐户、SQL Server 数据库用户帐户或报表服务器服务帐户。

这些凭据经过加密并存储在 RSReportServerconfig 文件中。报表服务器将这些凭据用于与报表服务器数据库进行的连接。如果您要使用 Windows 用户帐户或数据库用户帐户，请确保指定已经存在的帐户。尽管 Reporting Services 配置管理器将创建登录名并设置必要的权限，但不会为您创建帐户。 有关详细信息，请参阅配置报表服务器数据库连接。

确定报表服务器语言

选择要为报表服务器指定的语言。当用户使用不同语言版本的浏览器连接到服务器时，预定义的角色名称、说明和“我的报表”文件夹不会以不同的语言显示。有关在报表服务器部署中如何使用语言资源的详细信息，请参阅 SQL Server 联机丛书中的多语言或全局部署的解决方案设计注意事项 (Reporting Services)。

检查凭据以创建和设置数据库

确保您拥有的帐户凭据具有在数据库引擎实例上创建数据库的权限。这些凭据用于一次性连接以创建报表服务器数据库和 RSExecRole。如果登录名尚不存在，将为报表服务器所用的帐户创建一个数据库用户登录名以连接到该数据库。 您可以用您登录时所用的 Microsoft Windows 帐户进行连接，也可以输入 SQL Server 数据库登录名。

启用对远程报表服务器数据库的访问

如果您使用的是远程数据库引擎实例，请登录到此数据库服务器以验证或启用 TCP/IP 连接。

依次指向“开始”、“所有程序”、Microsoft SQL Server、“配置工具”，再单击“SQL Server 配置管理器”。

打开“SQL Server 网络配置”。

选择实例。

右键单击 TCP/IP，再单击“启用”。

重新启动服务。

打开防火墙软件并打开 SQL Server 侦听的端口。对于默认实例，此端口通常为用于 TCP/IP 连接的 1433 端口。有关详细信息，请参阅 SQL Server 联机丛书中的如何为数据库引擎访问配置 Windows 防火墙。

创建本地报表服务器数据库

启动 Reporting Services 配置管理器并连接到要为其创建数据库的报表服务器实例。有关详细信息，请参阅如何启动 Reporting Services 配置。

在“数据库”页上，单击“更改数据库”。

单击“新建数据库”，然后单击“下一步”。

连接到您将用于创建和承载报表服务器数据库的数据库引擎实例：

键入要使用的 SQL Server 数据库引擎实例。向导将显示作为默认实例（如果可用）运行的本地数据库引擎。否则，您必须键入要使用的服务器和实例。 命名实例以此格式指定：<服务器名称>\<实例名>。

输入用于一次性连接到数据库引擎的凭据以创建报表服务器数据库。 有关如何使用这些凭据的详细信息，请参阅本主题中的开始之前。

单击“测试连接”以验证与服务器的连接。

单击“下一步”。

指定用于创建数据库的属性。有关如何使用这些属性的详细信息，请参阅本主题中的开始之前：

键入报表服务器数据库的名称。创建主数据库时，会同时为其创建一个临时数据库。请考虑使用一个说明性名称来帮助记忆数据库的使用方式。请注意，您指定的名称将在数据库的生存期内使用。在创建报表服务器数据库之后，不能对其进行重命名。

选择要显示角色定义和“我的报表”所用的语言。

选择服务器模式。除非计划在 SharePoint 产品或技术中部署报表服务器，否则请选择“本机模式”。

单击“下一步”。

指定报表服务器用来连接到报表服务器数据库的凭据。

指定身份验证类型：

选择“数据库凭据”以使用已定义的 SQL Server 数据库登录名进行连接。如果报表服务器位于不同域、不可信域或装有防火墙的计算机中，则建议使用数据库凭据。

如果您拥有的最低特权域用户帐户具有登录到该计算机和数据库服务器的权限，则选择“Windows 凭据”。

如果希望报表服务器使用其自身的服务帐户进行连接，则选择“服务凭据”。使用此选项，该服务器将使用集成安全性进行连接；凭据不进行加密或存储。

单击“下一步”。

检查“摘要”页上的信息以确保设置正确，然后单击“下一步”。

单击“报表服务器 URL”页或“报表管理器 URL”页上的 URL，验证连接。必须定义这些 URL 才能进行此测试。如果报表服务器数据库连接有效，您会在浏览器窗口中看到报表服务器文件夹层次结构或报表管理器。有关详细信息，请参阅 SQL Server 联机丛书中的如何验证 Reporting Services 安装。