MS UC 2013-1-Deploy Office Web Apps Server 2013

本文涉及的产品
云数据库 Tair(兼容Redis),内存型 2GB
Redis 开源版,标准版 2GB
推荐场景:
搭建游戏排行榜
应用型负载均衡 ALB,每月750个小时 15LCU
简介:
MS UC 2013-1-Deploy Office Web Apps Server 2013
《MS UC 2013 -系列》博文:
1) 以TechNet Library为技术资料原型。
2) 以0-《统一沟通-微软-实战》为基础。
3) 以1-《统一沟通-微软-技巧》为参照。
4) 以整个测试过程中图片为样板,再次标准化了操作流程,你看多了就会知道。
5) 不论你喜欢与不喜欢?
6) 不论你说啥!
7) 它都出现了!...它也将在你想不到的时间消失,因为有更好计划在实施中。
8) 目的:为了让大家更容易看懂TechNet Library,更容易看懂微软!
2 out of 3 rated this helpful -  Rate this topic
Updated: August 06, 2012
This documentation is preliminary and subject to change.
Summary: Deploy Office Web Apps Server Preview on-premises for use by SharePoint 2013 Preview, Lync Server 2013 Preview, and Exchange Server 2013 Preview.
Applies to: Office Web Apps Server Preview 
Audience: IT Professionals
To deploy Office Web Apps Server Preview, you install prerequisite software, server roles, services, and features, and then install Office Web Apps Server Preview. Next, you use Windows PowerShell to configure the Office Web Apps Server farm.
In this article:
Before you begin
We recommend that you review the requirements and guidelines that are described in  Plan Office Web Apps Server Preview  before you continue. We also recommend that you start with a fresh installation of Windows Server 2008 R2 Service Pack 1 or Windows Server 2012. A newly installed server, whether a physical server or virtual machine instance, reduces the possibility of configuration issues that are caused by earlier builds of Office Web Apps Server Preview.
clip_image001 Note:
You can complete tasks in this article by using a mouse, keyboard shortcuts, or touch. For more information, see the following resources:
Prepare servers to run Office Web Apps Server Preview
Perform the following procedures on all servers to run Office Web Apps Server Preview.
Step 1: Install prerequisite software for Office Web Apps Server Preview
Windows Server 2008 R2 and Windows Server 2012 have slightly different prerequisites. Be sure to install the correct prerequisites for your operating system.
To prepare a server that runs Windows Server 2008 R2
1. Install the following software:
Windows Server 2008 R2 Service Pack 1  and all required updates
clip_image003
clip_image005
clip_image007
clip_image009
KB2592525
clip_image011
2. Next, open the Windows PowerShell prompt as an administrator and run the following sample commands to install the required roles and services.
For Windows Server 2008 R2
Import-Module ServerManager
clip_image012
And then run:
Add-WindowsFeature Web-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
clip_image014
To prepare a server that runs Windows Server 2012
  • Open the Windows PowerShell prompt as an administrator and run the following sample commands to install the required roles and services.
For Windows Server 2012
Import-Module ServerManager
And then run:
Add-WindowsFeature Web-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
Step 2: Install Office Web Apps Server Preview
Complete the following steps on all servers that will run Office Web Apps Server Preview.
To install Office Web Apps Server Preview
1. Download Office Web Apps Server Preview from the  Microsoft Download Center .
2. In the Office Web Apps Server download package, Run Setup.exe (double-click it).
clip_image016
3. In the Office Web Apps Server Setup Wizard, on the Read the Microsoft Software License Terms page, select I accept the terms of this agreement and then select Continue.
clip_image018
4. On the Choose a file location page, select the folder where you want the Office Web Apps Server files to be installed (for example, C:\Program Files\Microsoft Office Web Apps), and then select Install Now. Note that, if this folder does not exist, Setup will create it for you.
clip_image020
5. When Setup finishes installing Office Web Apps Server, choose Close
clip_image022
clip_image024
Step 3: Configure Windows PowerShell and import the OfficeWebApps module
You’ll have to import the Office Web Application module into Windows PowerShell for all servers that will run Office Web Apps Server Preview. To do so, open the Windows PowerShell prompt as an administrator, type the following command, and then press ENTER.
Import-Module OfficeWebApps
clip_image025
The Import-Module loads the Office Web Server cmdlets into your instance of Windows PowerShell. To verify that the cmdlets were loaded, type the following command at the PowerShell prompt and then press ENTER:
Get-Command "*Office*"
clip_image027
A list of all cmdlets in the OfficeWebApps module is displayed. To get help with any of the cmdlets, type the following command:
Get-Help cmdletname
clip_image029
Deploy a single-server Office Web Apps Server farm in a test environment
The information here will help you install a single-server Office Web Apps Server farm that uses HTTP in a test environment. You don’t need a certificate or load balancer, but you do need a dedicated physical server or virtual machine instance that is not running any other server application. You can use this Office Web Apps Server farm to provide Office Web Apps Preview functionality to SharePoint 2013 Preview and Exchange Server 2013 Preview, but be aware of the following limitations:
  • The environment can be accessed only by internal users. No external URL is configured.
  • The environment can’t be used with Lync Server 2013 Preview, which requires HTTPS.
Step 1: Create the Office Web Apps Server farm
The code in the following example creates a new Office Web Apps Server farm that consists of a single server. The URL you specify for –InternalURL is the name of the server that runs Office Web Apps Server Preview, such as http://servername. The –AllowHttp parameter configures the farm to use HTTP, and the –EditingEnabled parameter enables editing in Office Web Apps Preview when it is used together with SharePoint 2013 Preview.
New-OfficeWebAppsFarm –InternalURL http://servername –AllowHttp -EditingEnabled
Want more information about these parameters? You can find them in  New-OfficeWebAppsFarm . You can find additional information about how to obtain licenses that allow users to edit files by using Office Web Apps Server Preview in  Plan Office Web Apps Preview (Used with SharePoint 2013 Preview Products) . To learn about how these licenses are used in SharePoint Server 2013 Preview, see  Configure licensing in SharePoint Server 2013 Preview .
Step 2: Verify that the Office Web Apps Server farm was created successfully
After the farm is created, details about the farm are displayed in the Windows PowerShell prompt. To verify that Office Web Apps Server Preview is installed and configured correctly, use a web browser to access the Office Web Apps Server Preview discovery URL, as shown in the following example. The discovery URL is composed of the value that you assigned to the InternalUrl parameter when you configured your Office Web Apps Server farm, and it is followed by /hosting/discovery.
http://servername/hosting/discovery
If Office Web Apps Server Preview works as expected, you should see a Web app Open Platform Interface (WOPI)-discovery XML file in your web browser. The first few lines of that file should resemble the following example:
<?xml version="1.0" encoding="utf-8" ?>
- <wopi-discovery>
- <net-zone name="internal-http">
- <app name="Excel" favIconUrl="http://servername/x/_layouts/images/FavIcon_Excel.ico" checkLicense="true">
<action name="view" ext="ods" default="true" urlsrc="http://servername/x/_layouts/xlviewerinternal.aspx?<ui=UI_LLCC&><rs=DC_LLCC&>" />
<action name="view" ext="xls" default="true" urlsrc="http://servername/x/_layouts/xlviewerinternal.aspx?<ui=UI_LLCC&><rs=DC_LLCC&>" />
<action name="view" ext="xlsb" default="true" urlsrc="http://servername/x/_layouts/xlviewerinternal.aspx?<ui=UI_LLCC&><rs=DC_LLCC&>" />
<action name="view" ext="xlsm" default="true" urlsrc="http://servername/x/_layouts/xlviewerinternal.aspx?<ui=UI_LLCC&><rs=DC_LLCC&>" />
clip_image001[1] Note:
If components of the .NET Framework 3.5 were installed and then removed, you might see “500 Web Service Exceptions” or “500.21 – Internal Server Error” messages when you run OfficeWebApps cmdlets. To fix this, run the following sample commands from an elevated command prompt to clean up settings that could prevent Office Web Apps Server from functioning correctly:
%systemroot%\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -iru
iisreset /restart /noforce
Step 3: Configure the host
The farm is now ready to provide Office Web Apps Preview functionality to hosts over HTTP. Visit the following articles for more information about how to configure hosts.
Deploy a single-server Office Web Apps Server farm that uses HTTPS
The information here will help you install a single-server Office Web Apps Server farm that uses HTTPS. You must have a certificate installed on the server as described in  Securing Office Web Apps Server Preview communications by using HTTPS  . You can use this Office Web Apps Server farm to provide Office Web Apps Preview functionality to SharePoint 2013 Preview, Lync Server 2013 Preview, and Exchange Server 2013 Preview.
Request a Certificate:
clip_image031
clip_image033
clip_image035
clip_image036
clip_image037
clip_image038
clip_image040
clip_image041
clip_image042
clip_image044
clip_image046
clip_image048
clip_image050
clip_image052
clip_image053
clip_image055
clip_image056
clip_image058
clip_image059
clip_image061
clip_image062
clip_image064
clip_image066
clip_image067
clip_image068
clip_image070
clip_image072
clip_image074
Step 1: Create the Office Web Apps Server farm
The code in the following example creates a new Office Web Apps Server farm that consists of a single server. The URL that you specify for –InternalURL is the FQDN name of the server that runs Office Web Apps Server Preview, such as http://servername.contoso.com. The URL that you specify for –ExternalURL is the FQDN name that can be accessed on the Internet. You must specify the friendly name of the certificate by using the –CertificateName parameter. The –EditingEnabled parameter is optional and enables editing in Office Web Apps Preview when it is used together with SharePoint 2013 Preview.
New-OfficeWebAppsFarm -InternalUrl "https://server.contoso.com" -ExternalUrl "https://wacweb01.contoso.com" –CertificateName "OfficeWebApps Certificate" –EditingEnabled
New-OfficeWebAppsFarm -InternalUrl "https://WebApps-2013.uc-cn.net" -ExternalUrl "https://WebApps-2013.uc-cn.net" -CertificateName "WebApps-2013.uc-cn.net" –EditingEnabled
clip_image076
clip_image078
Want more information about these parameters? You can find them in  New-OfficeWebAppsFarm .
Step 2: Verify that the Office Web Apps Server farm was created successfully
After the farm is created, details about the farm are displayed in the Windows PowerShell prompt. To verify that Office Web Apps Server Preview is installed and configured correctly, use a web browser to access the Office Web Apps Server Preview discovery URL, as shown in the following example. The discovery URL is composed of the value that you assigned to the InternalUrl parameter when you configured your Office Web Apps Server farm, and it is followed by /hosting/discovery.
clip_image080
If Office Web Apps Server Preview works as expected, you should see a Web app Open Platform Interface (WOPI)-discovery XML file in your web browser. The first few lines of that file should resemble the following example:
<?xml version="1.0" encoding="UTF-8"?>
@namespace html url(http://www.w3.org/1999/xhtml); :root { font:small Verdana; font-weight: bold; padding: 2em; padding-left:4em; } * { display: block; padding-left: 2em; } html|style { display: none; } html|span, html|a { padding: 0; font-weight: normal; text-decoration: none; } html|span.block { display: block; } *[html|hidden], span.block[html|hidden] { display: none; } .expand { display: block; } .expand:before { content: '+'; color: red; position: absolute; left: -1em; } .collapse { display: block; } .collapse:before { content: '-'; color: red; position: absolute; left:-1em; } <wopi-discovery><net-zone
name="internal-https"><app name="Excel" checkLicense="true"
favIconUrl="https://wac.contoso.com/x/_layouts/images/FavIcon_Excel.ico"><action
name="view"
urlsrc="https://wac.contoso.com/x/_layouts/xlviewerinternal.aspx?<ui=UI_LLCC&><rs=DC_LLCC&>"
default="true" ext="ods"/><action name="view"
urlsrc="https://wac.contoso.com/x/_layouts/xlviewerinternal.aspx?<ui=UI_LLCC&><rs=DC_LLCC&>"
default="true" ext="xls"/><action name="view"
clip_image001[2] Note:
Depending on the security settings of your web browser, you might see a message that prompts you to select Show all content before the contents of the discovery XML file are displayed..
clip_image001[3] Note:
If components of the .NET Framework 3.5 were installed and then removed, you might see “500 Web Service Exceptions” or “500.21 – Internal Server Error” messages when you run OfficeWebApps cmdlets. To fix this, run the following sample commands from an elevated command prompt to clean up settings that could prevent Office Web Apps Server from functioning correctly:
%systemroot%\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe –iru
clip_image082
iisreset /restart /noforce
clip_image084
clip_image086
Step 3: Configure the host
The farm is now ready to provide Office Web Apps Preview functionality to hosts over HTTPS. Visit the following articles for more information about how to configure hosts.
Deploy a multi-server, load-balanced Office Web Apps Server farm that uses HTTPS
The information here will help you install a multi-server Office Web Apps Server farm that uses a load balancer and HTTPS. Before you begin these steps, you must have your load balancer configured as described in  Load balancer requirements for Office Web Apps Server Preview , and you must have a certificate installed on the load balancer as described in  Securing Office Web Apps Server Preview communications by using HTTPS  . You can use this Office Web Apps Server farm to provide Office Web Apps Preview functionality to SharePoint 2013 Preview, Lync Server 2013 Preview, and Exchange Server 2013 Preview.
Step 1: Create the Office Web Apps Server farm on the first server
The code in the following example creates a new Office Web Apps Server farm on the first server. The URL that you specify for –InternalURL is the FQDN name of the server that runs Office Web Apps Server Preview, such as http://servername.contoso.com. The URL that you specify for –ExternalURL is the FQDN name that can be accessed on the Internet. The SSLOffloaded parameter enables offloading SSL termination to the load balancer. The –EditingEnabled parameter is optional and enables editing in Office Web Apps Preview when it is used together with SharePoint 2013 Preview.
New-OfficeWebAppsFarm -InternalUrl "https://server.contoso.com" -ExternalUrl "https://wacweb01.contoso.com" -SSLOffloaded -EditingEnabled
Want more information about these parameters? You can find them in  New-OfficeWebAppsFarm .
Step 2: Add more servers to the farm
After the first server is running Office Web Apps Server Preview, run the following command on the other servers to add them to the farm:
New-OfficeWebAppsMachine –MachineToJoin <nameofmachinetojoin>
Want more information about these parameters? You can find them in  New-OfficeWebAppsMachine .
Step 3: Verify that the Office Web Apps Server farm was created successfully
After the farm is created, details about the farm are displayed in the Windows PowerShell prompt. To verify that Office Web Apps Server Preview is installed and configured correctly, use a web browser to access the Office Web Apps Server Preview discovery URL, as shown in the following example. The discovery URL is composed of the value that you assigned to the InternalUrl parameter when you configured your Office Web Apps Server farm, and it is followed by /hosting/discovery.
https://server.contoso.com/hosting/discovery
If Office Web Apps Server Preview works as expected, you should see a Web app Open Platform Interface (WOPI)-discovery XML file in your web browser. The first few lines of that file should resemble the following example:
<?xml version="1.0" encoding="UTF-8"?>
<wopi-discovery><net-zone name="internal-https"><app name="Excel" checkLicense="true" favIconUrl="https://officewebapps.contoso.com/x/_layouts/images/FavIcon_Excel.ico"><action name="view" urlsrc="https://officewebapps.contoso.com/x/_layouts/xlviewerinternal.aspx?<ui=UI_LLCC&><rs=DC_LLCC&>" default="true" ext="ods"/><action name="view" urlsrc="https://officewebapps.contoso.com/x/_layouts/xlviewerinternal.aspx?<ui=UI_LLCC&><rs=DC_LLCC&>" default="true" ext="xls"/><action name="view" urlsrc="https://officewebapps.contoso.com/x/_layouts/xlviewerinternal.aspx?<ui=UI_LLCC&><rs=DC_LLCC&>" default="true" ext="xlsb"/>
clip_image001[4] Note:
Depending on the security settings of your web browser, you might see a message that prompts you to select Show all content before the contents of the discovery XML file are displayed.
clip_image001[5] Note:
If components of the .NET Framework 3.5 were installed and then removed, you might see “500 Web Service Exceptions” or “500.21 – Internal Server Error” messages when you run OfficeWebApps cmdlets. To fix this, run the following sample commands from an elevated command prompt to clean up settings that could prevent Office Web Apps Server from functioning correctly:
%systemroot%\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -iru
iisreset /restart /noforce
Step 4: Configure the host
The farm is now ready to provide Office Web Apps Preview functionality to hosts over HTTPS. Visit the following articles for more information about how to configure hosts.

Change History
Date
Description
August 06, 2012
Added two new sections: Deploy a single-server Office Web Apps Server farm that uses HTTPS and Deploy a multi-server, load-balanced Office Web Apps Server farm that uses HTTPS.
July 16, 2012
Initial publication




本文转自 CTO_LiuJinFeng 51CTO博客,原文链接:http://blog.51cto.com/dynamic/1071548,如需转载请自行联系原作者

目录
相关文章
|
3月前
|
网络协议 容器
【Container App】部署Contianer App 遇见 Failed to deploy new revision: The Ingress's TargetPort or ExposedPort must be specified for TCP apps.
Failed to deploy new revision: The Ingress's TargetPort or ExposedPort must be specified for TCP apps.
79 27
|
6月前
|
缓存 前端开发 API
探索PWA(Progressive Web Apps)的无限可能
探索PWA(Progressive Web Apps)的无限可能
281 7
|
5月前
|
网络协议 Windows
Windows Server 2019 Web服务器搭建
Windows Server 2019 Web服务器搭建
166 0
|
5月前
|
监控 安全 Apache
构建安全的URL重定向策略:确保从Web到App平滑过渡的最佳实践
【10月更文挑战第2天】URL重定向是Web开发中常见的操作,它允许服务器根据请求的URL将用户重定向到另一个URL。然而,如果重定向过程没有得到妥善处理,可能会导致安全漏洞,如开放重定向攻击。因此,确保重定向过程的安全性至关重要。
300 0
|
6月前
|
缓存 编解码 前端开发
探索PWA(Progressive Web Apps)的无限可能
探索PWA(Progressive Web Apps)的无限可能
94 0
|
7月前
|
关系型数据库 MySQL Linux
【Azure 应用服务】在创建Web App Service的时候,选Linux系统后无法使用Mysql in App
【Azure 应用服务】在创建Web App Service的时候,选Linux系统后无法使用Mysql in App
【Azure 应用服务】在创建Web App Service的时候,选Linux系统后无法使用Mysql in App
|
7月前
|
开发者 前端开发 Apache
Apache Wicket Ajax揭秘:轻松几步,让你的Web应用告别“呆板”,焕发新生!
【8月更文挑战第31天】随着互联网技术的发展,Web应用的交互性成为评价网站成功的关键指标。Apache Wicket作为一款卓越的Java Web框架,不仅具备强大的组件化开发能力,还内置了对Ajax技术的支持,使开发者能轻松提升Web应用的交互体验。通过简单的代码示例展示了如何在不刷新页面的情况下异步更新页面元素,极大提升了用户体验。Wicket提供了多种Ajax组件和行为,如AjaxFallbackLink、AjaxButton等,满足不同场景需求,并支持自定义Ajax行为,帮助开发者实现复杂交互效果。合理运用Wicket的Ajax功能,可显著增强网站竞争力。
82 0
|
7月前
|
C# 开发者
全面提升开发效率:详解如何使用Blazor Server与SignalR打造实时Web应用,从零开始构建聊天室示例并掌握实时通信核心技术
【8月更文挑战第31天】提高生产力不仅关乎效率提升,更在于用更少时间完成更多任务。本文将通过具体代码示例,介绍如何结合 Blazor Server 和 SignalR 构建实时 Web 应用。从创建 Blazor 项目到添加 SignalR 支持,再到实现客户端与服务器间的实时通信,每个步骤都详细讲解。通过这一组合,C# 开发者能获得前后端一致的编程体验,轻松打造高效、响应迅速的实时应用。实时通信功能已在社交、协作等多个领域发挥重要作用,本文将助你掌握这一强大技术组合。
213 0
|
7月前
|
Linux 网络安全 API
【Azure 应用服务】App Service For Linux 环境中,如何从App Service中获取GitHub私有库(Private Repos)的Deploy Key(RSA key)呢?
【Azure 应用服务】App Service For Linux 环境中,如何从App Service中获取GitHub私有库(Private Repos)的Deploy Key(RSA key)呢?
|
7月前
【Azure 应用服务】通过 Web.config 开启 dotnet 应用的 stdoutLog 日志,查看App Service 产生500错误的原因
【Azure 应用服务】通过 Web.config 开启 dotnet 应用的 stdoutLog 日志,查看App Service 产生500错误的原因
100 0

热门文章

最新文章