Office web app server2013详细的安装和部署

转自：http://blog.csdn.net/u011355311/article/details/9360293

SharePoint2013集成Officewebappsserver2013详细的安装和部署

安装前的需要理解的：

1、OfficeWebApps只能由使用基于声明的身份验证的SharePoint2013Web应用程序使用。OfficeWebApps呈现和编辑在使用经典模式身份验证的SharePoint2013Web应用程序上不起作用。（在SharePoint2013中，基于声明的身份验证是进行用户身份验证的默认和首选方法）

2、仅查看。默认情况下，OfficeWebApps是仅查看状态。仅查看功能是免费提供的。
编辑和查看。您必须购买编辑许可证才能使用OfficeWebApps和SharePoint2013的编辑功能。在创建OfficeWebAppsServer服务器场时启用编辑。
3、如果您使用系统帐户（administrator）登录到SharePoint2013，则将无法测试SharePoint2013和OfficeWebAppsServer之间的连接。您必须使用其他帐户登录来测试连接

4、内存不足会导致无法在OfficeWebApps中预览Office文档

以下是主要步骤：

一、前提条件

硬件条件：按照官方文档的说法，和SharePoint2013的需求相同，也就是说需要8-12GB的内存（注意TechNet上的官方文档和那套官方PPT里，对硬件需求的描述是不一致的），但如果只运行在开发/测试环境中，没什么负载量的话……反正我只给这个虚机分了2.5GB内存，也能跑起来。

确保当前机器没有安装office

确保当前机器没有安装Exchange,sharepoint,lyncserver,sqlserver（需要在AD域环境下安装officewebapps服务但不能在域控制上安装，说白了在安装owas的机器上不能安装任何的服务）

确保安装了：墨迹服务支持、手写服务（server2012是自动装上的至少我的是这样的）

软件条件：它要求操作系统必须是WindowsServer2008R2SP1或者WindowsServer2012（目前还是RC）。并且需要安装.NetFramework4.5（目前是RC）、PowerShell3.0、KB2592525——这几个东西WindowsServer2012都自带

二、安装Officewebappserver2013及配置场服务

安装apps：

第1步骤：如果是WindowsServer2008R2需要首先执行如下

Import-ModuleServerManager

Add-WindowsFeatureWeb-Server,Web-WebServer,Web-Common-Http,Web-Static-Content,Web-App-Dev,Web-Asp-Net,Web-Net-Ext,Web-ISAPI-Ext,Web-ISAPI-Filter,Web-Includes,Web-Security,Web-Windows-Auth,Web-Filtering,Web-Stat-Compression,Web-Dyn-Compression,Web-Mgmt-Console,Ink-Handwriting,IH-Ink-Support

如果是windowsserver2012

Add-WindowsFeatureWeb-Server,Web-Mgmt-Tools,Web-Mgmt-Console,Web-WebServer,Web-Common-Http,Web-Default-Doc,Web-Static-Content,Web-Performance,Web-Stat-Compression,Web-Dyn-Compression,Web-Security,Web-Filtering,Web-Windows-Auth,Web-App-Dev,Web-Net-Ext45,Web-Asp-Net45,Web-ISAPI-Ext,Web-ISAPI-Filter,Web-Includes,InkandHandwritingServices

第二步：直接安装officewebapps

配置owas场：

创建服务器场，这个服务器场指的不是SharePoint场，而是OfficeWebApps服务器场——这个服务器场中可以包含多个OfficeWebAppsServer，作不同的角色。创建的方式很简单，PowerShell：

第1步骤：

#加载OfficeWebApps管理命令集，

Import-ModuleOfficeWebApps

第2步骤：

#创建服务器场

New-OfficeWebAppsFarm–InternalURLhttp://servername–AllowHttp–EditingEnabled

说明：servername为安装OWA(officewebappserver2013)的服务器名称

我这里机器名叫：OWA

New-OfficeWebAppsFarm–InternalURLhttp://OWA–AllowHttp–EditingEnabled

解释：这其中需要解释的一个是AllowHttp：这个是配置是否允许通过HTTP方式访问的（默认情况下是通过HTTPS）；第二个是EditingEnabled，如果需要在浏览器中编辑文档，则需要加上这个参数（另外，按照官方文档的介绍，在SharePoint中，用户是否可以在浏览器中编辑文档，是需要有单独的License配置的，这个所谓License的概念就是类似StandardCAL、EnterpriseCAL的概念，只不过以前这个只能从服务器级别区分，而在2013中可以在用户级别区分了）

New-OfficeWebAppsFarm–InternalURLhttp://OWA–AllowHttp–EditingEnabled





选择Y后如图





第3步骤：

#验证服务器场
http://servername/hosting/discovery
说明：

OfficeWebAppsServer按预期运行，您应该在Web浏览器中看到Web应用程序开放平台接口(WOPI)发现XML文件。该文件的前几行应类似以下示例：

运行后可以看到效果图：





若在验证时出现如下错误时：



解决办法：

如果安装然后删除了.NETFramework3.5的组件，在运行OfficeWebAppscmdlet时，您可能会看到“500Web服务异常”或“500.21–内部服务器错误”消息。若要解决此问题，请从提升的命令提示符运行以下示例命令来清理阻止OfficeWebAppsServer正确运行的设置：

在命令行中输入：

%systemroot%\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe-iru

iisreset/restart/noforce

Sharepoint2013与OfficeWebAppServer2013集成

这个集成的过程，就是启用OfficeWebApps服务器场来渲染/编辑SharePoint文档库中的Office文档。

这个配置也很简单，打开SharePoint的PowerShell脚本窗口（以管理员身份运行），执行下面步骤：

一、创建SharePoint2013和OfficeWebAppsServer之间的绑定

New-SPWOPIBinding-ServerName<WacServerName>-AllowHTTP

说明：

WacServerName指定WOPI应用程序（如运行OfficeWebAppsServer的服务器）的名称或完全限定的域名(FQDN)。

Ø第一句话是在SharePoint场和OfficeWebApps场之间建立关系，其中的AllowHTTP参数和之前的概念是一样的；

u该示例为在运行此cmdlet的当前SharePoint场上的WOPI应用程序支持的所有应用程序和文件扩展名创建绑定

New-SPWOPIBinding–ServerName“Server.corp.Contoso.com”–AllowHTTP

根据前面的图也可以把Excel,Word,PPT分配安装在3台服务器上，并以服务器场的关联起来，因此下面的例子只启用其中一个

u该示例将Excel与运行此cmdlet的当前SharePoint场上的WOPI应用程序可对Excel执行的所有操作关联

New-SPWOPIBinding–ServerName“Server.corp.Contoso.com”–Application“Excel”

执行完后：

二、查看针对SharePoint绑定的WOPI区域

Get-SPWOPIZone

运行此命令后，您应看到显示的WOPI区域。它应为internal-https（一般是显示该区域）

三、将WOPI区域更改为internal-http

如果通过执行步骤二获得的结果为internal-https，则运行以下命令可将区域更改为internal-http。您必须进行此更改，因为SharePoint2013的区域必须匹配OfficeWebAppsServer服务器场的区域。

Set-SPWOPIZone–zone“internal-http”

通过运行以下命令来确认新的区域为internal-http：

Get-SPWOPIZone

四、将SharePoint2013中的AllowOAuthOverHttp设置更改为True

若要在测试环境中通过HTTP将SharePoint2013与OfficeWebApps结合使用，您必须将AllowOAuthOverHttp设置为True。否则，OfficeWebApps将不起作用。可通过运行以下示例来检查当前状态：

(Get-SPSecurityTokenServiceConfig).AllowOAuthOverHttp

如果此命令返回False，则运行下列命令可将其设置为True。

$config=(Get-SPSecurityTokenServiceConfig)

$config.AllowOAuthOverHttp=$true

$config.Update()

再次运行以下命令来验证AllowOAuthOverHttp设置现在是否设置为True。

(Get-SPSecurityTokenServiceConfig).AllowOAuthOverHttp

第三步：

验证OfficeWebApps是否正常运行：

在SharePoint2013中，确保您不是作为系统帐户登录的。（只要当前登录的用户名显示为sharepoint\system，该用户就无法使用OfficeWebApps编辑或查看文档。）转到包含Office文档的SharePoint2013文档库并查看Word、PowerPoint、Excel或OneNote文件。该文档应会在使用OfficeWebApps显示文件的浏览器中打开。

如果此步骤失败时：请进行一下排错；

确认用于创建新文档的SharePointWeb应用程序使用了基于声明的身份验证

仅使用了基于声明的身份验证的Web应用程序能够在OfficeWebApps中打开文件。若要确定Web应用程序的身份验证提供程序，请执行以下步骤：

在SharePoint2013管理中心中，选择“管理Web应用程序”。

选择要检查的Web应用程序，然后选择功能区中的“验证提供程序”。

身份验证提供程序必须显示为“基于声明的身份验证”，OfficeWebApps才能正常使用Web应用程序。若要解决此问题，您可以删除Web应用程序并使用基于声明的身份验证重新创建它，也可以更改Web应用程序的身份验证方法。

确保SharePoint2013上和OfficeWebAppsServer服务器场上的WOPI区域匹配。

为此，请在SharePointServer中运行以下命令：

Get-SPWopiZone

获得的结果将为下列结果之一：internal-https、internal-http、external-https、external-http。

接下来，在SharePointServer中运行以下命令：

Get-SPWOPIBinding

在输出中，查找“WopiZone:区域”。如果来自Get-SPWopiZone的结果与Get-SPWOPIBinding所返回的区域不匹配，则必须对SharePointServer运行Set-SPWOPIZone-Zonecmdlet以更改WOPI区域，使其与来自Get-SPWOPIBinding的结果匹配

问题：当您尝试在OfficeWebApps中查看Office文档时，出现错误“抱歉，出现了问题”。

确保您未以系统帐户登录。只要当前登录的用户名显示为sharepoint\system，用户就将无法编辑或查看此文档。请以其他用户的身份登录并重新尝试访问OfficeWebApps。

问题：当您尝试在OfficeWebApps中查看Office文档时，出现错误“抱歉，出现了问题，无法打开此文档”。

如果您在使用HTTP的测试环境中设置OfficeWebApps，请确保将AllowOAuthOverHttp设置设为True，将SharePoint2013中的AllowOAuthOverHttp设置更改为True中所述。

问题：SharePoint2013中未显示Office文档预览，而是显示错误“此内容无法在框架中显示”。

内存不足会导致Office文档预览出现问题。查看硬件要求-Web服务器、应用程序服务器以及单服务器安装以了解SharePoint2013的内存要求，该要求与OfficeWebAppsServer所使用的要求相同。

断开SharePoint2013与OfficeWebAppsServer的连接

如果您出于任何原因需要断开SharePoint2013与OfficeWebAppsServer的连接，请使用以下命令示例：

Remove-SPWOPIBinding–All:$true

以下是用于在SharePoint服务器场中配置WOPI应用程序设置的WindowsPowerShellcmdlet（供参考。。。）

Get-SPWOPIBinding	返回在运行此cmdlet的当前SharePoint场上使用New-SPWOPIBinding创建的绑定的列表。
Get-SPWOPISuppressionSetting	返回运行此cmdlet的当前SharePoint场上的禁止显示设置。
Get-SPWOPIZone	返回当前SharePoint场上配置的以供WOPI应用程序使用的区域。
New-SPWOPIBinding	创建一个新的绑定以将文件扩展名或应用程序与运行此cmdlet的当前SharePoint场上的操作关联。
Remove-SPWOPIBinding	删除运行此cmdlet的当前SharePoint场上的应用程序、文件扩展名及其关联的操作的绑定。
Remove-SPWOPISuppressionSetting	在运行此cmdlet的当前SharePoint场上删除文件类型或程序ID(ProgID)的禁止显示设置。
Set-SPWOPIBinding	更新应用程序或文件扩展名绑定的默认单击操作。
Set-SPWOPIZone	配置当前SharePoint场将用于将浏览器导航到WOPI应用程序的区域。
New-SPWOPISuppressionSetting	New-SPWOPISuppressionSettingcmdlet可为当前SharePoint场上已指定的操作和文档类型或绑定关闭OfficeWebApps。
Update-SPWOPIProofKey	更新用于连接到运行此cmdlet的当前SharePoint场上的WOPI应用程序的公钥。