Exportar (0) Imprimir
Expandir todo

Planear Office Web Apps Server

Office Web Apps
 

Se aplica a: Office Web Apps Server

Última modificación del tema: 2014-03-03

Resumen: describe los requisitos y requisitos previos de Office Web Apps Server, como HTTPS, certificados, virtualización, equilibrio de carga, topologías y seguridad.

Audiencia: profesionales de TI

Office Web Apps Server proporciona versiones basadas en el explorador de aplicaciones de Office en un entorno local, lo que da a los usuarios más oportunidades de colaboración y flexibilidad. En este artículo se describen los requisitos y pasos que necesita seguir para instalar Office Web Apps Server en la organización.

Es importante planear con cuidado para que todos los hosts, como SharePoint 2013, Exchange Server 2013 y Lync Server 2013, se puedan comunicar con Office Web Apps Server. Para obtener orientación adicional sobre cómo configurar hosts, vea los siguientes recursos:

NotaNota:
Productos de SharePoint 2010 no puede ser host de Office Web Apps Server. Office Web Apps Server no es compatible con SharePoint Foundation 2010 ni con SharePoint Server 2010.

En este artículo:

Puede instalar Office Web Apps Server como una granja de servidores de Office Web Apps Server de un solo servidor o como una granja de servidores de Office Web Apps Server de varios servidores y de carga equilibrada. Puede usar servidores físicos o instancias de máquina virtual, pero no puede instalar otras aplicaciones de servidor (como SharePoint 2013 o SQL Server) en el mismo servidor que Office Web Apps Server.

En entornos que contienen datos de usuario reales, siempre recomendamos que use HTTPS, para lo cual deberá obtener un certificado. Si está usando varios servidores en su granja de servidores, deberá configurar una solución de equilibrio de carga. Puede obtener más información sobre estos escenarios en las siguientes secciones.

Office Web Apps Server usa los mismos requisitos mínimos de hardware que SharePoint Server 2013. Puede encontrar el conjunto completo de requisitos de SharePoint 2013 en Requisitos de hardware: servidores web, servidores de aplicaciones e instalaciones de un solo servidor.

Puede ejecutar Office Web Apps Server en los siguientes sistemas operativos:

Todos los servidores de la granja de servidores de Office Web Apps Server deben pertenecer a un dominio. Pueden estar en el mismo dominio (procedimiento recomendado) o en dominios del mismo bosque. Sin embargo, Office Web Apps Server no funcionará si intenta instalarlo en un controlador de dominio.

En primer lugar, estas son algunas cosas que NO debe hacer al implementar Office Web Apps Server.

  • No instale ninguna otra aplicación de servidor en el servidor que ejecuta Office Web Apps Server. Esto incluye Exchange Server, SharePoint Server, Lync Server y SQL Server. Si tiene escasez de servidores, considere ejecutar Office Web Apps Server en una instancia de máquina virtual de uno de los servidores que tiene.

  • No instale ningún servicio ni rol que dependa del rol de servidor web (IIS) en el puerto 80, 443 o 809 porque Office Web Apps Server quita aplicaciones web periódicamente en estos puertos.

  • No instale ninguna versión de Office. Si ya está instalada, tendrá que desinstalarla antes de instalar Office Web Apps Server.

  • No instale Office Web Apps Server en un controlador de dominio. No funcionará en un servidor con Servicios de dominio de Active Directory (AD DS).

Ahora para los elementos que SÍ tiene que instalar, consulte la siguiente tabla para obtener información.

Descargas, roles de servidor y características necesarios para Office Web Apps Server

Descarga, rol de servidor o característica Si va a instalar en Windows Server 2008 R2 Si va a instalar en Windows Server 2012

Descarga: Office Web Apps Server

Centro de descarga de Microsoft

Centro de descarga de Microsoft

Descarga: .NET Framework 4.5

.NET Framework 4.5

Ya instalado

Descargar: actualización para Windows Server 2008 R2 x64 Edition

Actualización para Windows Server 2008 R2 x64 Edition

Ya instalado

Descarga: Windows PowerShell 3.0

Windows PowerShell 3.0

Ya instalado

Rol de servidor: Servidor web (IIS)

Estos son los servicios de rol mínimos necesarios para el rol de servidor Servidor web (IIS).

Características comunes de HTTP

  • Contenido estático

  • Documento predeterminado

Desarrollo de aplicaciones

  • ASP.NET

  • Extensibilidad de .NET

  • Extensiones ISAPI

  • Filtros ISAPI

  • Inclusiones del servidor

Seguridad

  • Autenticación de Windows

  • Filtrado de solicitudes

Herramientas de administración

  • Consola de administración IIS

Las siguientes opciones son recomendables pero no obligatorias:

Rendimiento

  • Compresión de contenido estático

  • Compresión de contenido dinámico

Estos son los servicios de rol mínimos necesarios para el rol de servidor Servidor web (IIS).

Herramientas de administración

  • Consola de administración IIS

Servidor web

  • Características comunes de HTTP

  • Documento predeterminado

  • Contenido estático

Seguridad

  • Filtrado de solicitudes

  • Autenticación de Windows

Desarrollo de aplicaciones

  • Extensibilidad de .NET 4.5

  • ASP.NET 4.5

  • Extensiones ISAPI

  • Filtros ISAPI

  • Inclusiones del servidor

Las siguientes opciones son recomendables pero no obligatorias:

Rendimiento

  • Compresión de contenido estático

  • Compresión de contenido dinámico

Característica: Servicios de Escritura con lápiz y Escritura a mano

Servicios de Escritura con lápiz y Escritura a mano

  • Compatibilidad con entrada de lápiz

Servicios de Escritura con lápiz y Escritura a mano

  • No se requiere soporte de tinta.

Office Web Apps Server es totalmente compatible cuando se implementa usando tecnología Windows Server Hyper-V. Si prevé virtualizar Office Web Apps Server, siga estas instrucciones:

  • Instale Office Web Apps Server en su propia instancia de máquina virtual. No instale ninguna otra aplicación de servidor, como SharePoint 2013, en esta instancia.

  • Está bien instalar Office Web Apps Server en una instancia de máquina virtual hospedada en un servidor que ejecuta SharePoint 2013.

  • Para granjas de varios servidores de Office Web Apps Server, cada instancia debe estar en un host de máquina virtual independiente. De este modo, la granja de servidores de Office Web Apps Server sigue estando disponible si se produce un error en uno de los hosts.

Los firewalls pueden causar problemas que bloquean la comunicación entre el explorador web, los servidores que ejecutan Office Web Apps Server y los servidores que ejecutan SharePoint 2013. Estos problemas pueden ser más complicados cuando los servidores están en partes diferentes de una red.

Asegúrese de que los siguientes puertos no están bloqueados por firewalls en ninguno de los servidores que ejecuta Office Web Apps Server ni en el equilibrador de carga:

  • Puerto 443 para tráfico HTTPS

  • Puerto 80 para tráfico HTTP

  • Puerto 809 para tráfico privado entre los servidores que ejecutan Office Web Apps Server (si está configurando una granja de varios servidores)

Recomendamos una solución de equilibrio de carga al ejecutar Office Web Apps Server en dos o más servidores. Prácticamente cualquier solución de equilibrio de carga funcionará, incluido un servidor que ejecuta el rol Servidor web (IIS) ejecutando el Enrutamiento de solicitud de aplicaciones (ARR). De hecho, puede ejecutar ARR en uno de los servidores que ejecuta Office Web Apps Server. Si no tiene una solución de equilibrio de carga, eche un vistazo en los siguientes recursos para usar IIS con ARR:

Idealmente, intente buscar una solución de equilibrio de carga que admita las siguientes características:

  • Enrutamiento de capa 7

  • Habilitar afinidad de cliente o afinidad de front-end

  • Habilitar la descarga SSL

Si usa un equilibrador de carga, tendrá que instalar el certificado en el equilibrador de carga como se describe en Asegurar comunicaciones de Office Web Apps Server mediante HTTPS.

En entornos que usan HTTPS y equilibro de carga, debe actualizar DNS de modo que el nombre de dominio completo (FQDN) del certificado resuelva la dirección IP del servidor que ejecuta Office Web Apps Server o la dirección IP asignada al equilibrador de carga para la granja de servidores de Office Web Apps Server.

Los paquetes de idioma de Office Web Apps Server 2013 permiten a los usuarios ver archivos de Office basados en web en varios idiomas desde bibliotecas de documentos de SharePoint 2013, Outlook Web App (como vistas previas de documentos adjuntos) y Lync 2013 ( como difusiones de PowerPoint). Sin embargo, esto depende de los idiomas que se configuren en el host. Para ver archivos de Office basados en web de hosts en varios idiomas, se debe cumplir lo siguiente:

  • El host (como SharePoint Server 2013, Exchange Server 2013 o Lync Server 2013) está configurado para ejecutar aplicaciones en idiomas adicionales. El proceso de instalación y configuración de paquetes de idioma en el host es independiente de la instalación de un paquete de idioma en la granja de servidores de Office Web Apps Server.

  • Los idiomas están instalados y disponibles en todos los servidores en la granja de servidores de Office Web Apps Server.

Aquí puede descargar los paquetes de idiomas para Office Web Apps Server.

Como mínimo, una topología de Office Web Apps Server incluye una máquina virtual o física que ejecuta Office Web Apps Server y al menos un host (por ejemplo, un servidor con Exchange Server 2013, Lync Server 2013 o SharePoint 2013). Y por supuesto necesita un equipo cliente o dispositivo para conectarse a uno de los hosts y usar la funcionalidad de Office Web Apps. Desde esa topología mínima, puede agregar más hosts y más servidores a la granja de servidores de Office Web Apps Server para adaptarse a las necesidades de su organización.

La siguiente es una lista de recomendaciones que de tener en cuenta a medida que la topología de Office Web Apps Server se vuelve más compleja.

  • Planee redundancia. Si usa instancias de máquina virtual, asegúrese de que las coloca en hosts de máquina virtual independientes por motivos de redundancia. Está bien si las demás instancias en el host ejecutan aplicaciones de servidor; simplemente no ejecute otras aplicaciones de servidor en la misma instancia que Office Web Apps Server.

  • Quédese con un solo centro de datos. Los servidores en una granja de servidores de Office Web Apps Server deben estar en el mismo centro de datos. No los distribuya geográficamente. Por lo general, necesita una sola granja de servidores, a menos que tenga necesidades de seguridad que requieran una red aislada que tenga su propia granja de servidores de Office Web Apps Server.

  • Cuanto más próximos estén los hosts, mejor. La granja de servidores de Office Web Apps Server no tiene que estar en el mismo centro de datos que los hosts a los que sirve, pero para un uso denso de edición, se recomienda colocar la granja de servidores de Office Web Apps Server tan próxima a los hosts como sea posible. Esto es menos importante para las organizaciones que usan Office Web Apps principalmente para ver archivos de Office.

  • Planee las conexiones. Conecte todos los servidores en la granja de servidores de Office Web Apps Server solamente entre ellos. Para conectarlos a una red más amplia, hágalo a través de un firewall de equilibrador de carga de proxy inverso.

  • Configure el firewall para solicitudes HTTP o HTTPS. Asegúrese de que el firewall permite a los servidores que ejecutan Office Web Apps Server iniciar solicitudes HTTP o HTTPS en los hosts.

  • Planee comunicaciones entrantes y salientes. Enrute todas las comunicaciones salientes a través de un dispositivo NAT y controle todas las comunicaciones entrantes con un equilibrador de carga.

  • Asegúrese de que todos los servidores de la granja de servidores de Office Web Apps Server estén unidos a un dominio y formen parte de la misma unidad organizativa (OU). Use el parámetro FarmOU en el cmdlet New-OfficeWebAppsFarm para impedir que otros servidores que no están en esta OU se unan a la granja de servidores.

  • Use el protocolo HTTPS para todas las solicitudes entrantes.

  • Si tiene IPsec implementado en la red, úselo para cifrar el tráfico entre los servidores.

  • Planee las características de Office que usan Internet. Si se necesitan características tales como imágenes prediseñadas y servicios de traducción, y los servidores de la granja no pueden iniciar solicitudes en Internet, se debe configurar un servidor proxy para la granja de servidores de Office Web Apps Server. Esto permitirá las solicitudes HTTP en los sitios externos.

Este ejemplo muestra una implementación de Office Web Apps Server real que admite hasta 200.000 usuarios. En esta topología, Office Web Apps Server las funciones se implementan con los siguientes componentes y servicios:

  • Diez servidores de clase de centro de datos que ejecutan Office Web Apps Server.

    • Sistemas operativos admitidos: Windows Server 2008 R2 y Windows Server 2012.

    • RAM: 24 gigabytes (GB).

    • Procesador: Intel Xeon E7 (16 núcleos).

    • Office Web Apps Server está instalado en la unidad de sistema de los servidores.

    • Todos los servidores están en una sola granja de servidores de Office Web Apps Server.

    • Todos los servidores en Office Web Apps Server usan configuraciones idénticas. Se usa la configuración de Office Web Apps Server integrada predeterminada.

    • No hay configurados roles de servidor de Office Web Apps Server.

    • Los servidores que ejecutan Office Web Apps Server se encuentran en la red corporativa tras un equilibrador de carga de hardware.

    • Los servidores que ejecutan Office Web Apps Server están unidos al dominio corporativo y se encuentran en una sola OU de Servicios de dominio de Active Directory por motivos operativos.

    • IPsec no se usa en estos equipos. Se aplica la directiva de grupo para excluir IPsec. Esto es necesario para permitir las comunicaciones desbloqueadas entre los servidores que ejecutan Office Web Apps Server en la red corporativa.

  • El equilibrador de carga de hardware (HLB) pertenece a dos redes diferentes. Tiene acceso a Internet y a la red corporativa. Cuando está configurada la granja de servidores de Office Web Apps Server, la dirección URL externa se enlaza a la dirección IP virtual (VIP) del HLB orientado externamente, y la URL interna se enlaza a la VIP del HLB orientado internamente. El HLB en este ejemplo de topología usa afinidad de software, que se basa en el equilibrio de carga de capa 7 para distribuir las solicitudes en función de los datos de los protocolos de la capa de la aplicación, como HTTP. Usar afinidad de software significa que las solicitudes de una sesión específica se enrutan al mismo front-end.

    • En el caso de Internet, una dirección VIP se usa para publicar el servicio Office Web Apps a través de SSL en el puerto TCP 443. Se trata de una dirección IP de Internet enrutable que tiene las directivas y los permisos adecuados en el firewall orientado a Internet. Este espacio IP se anuncia a través de un DNS público para que se pueda acceder a él desde Internet.

    • La parte de la red corporativa del HLB se comunica directamente con los servidores que ejecutan Office Web Apps Server. Se usan una VIP interna y entradas DNS internas para el tráfico corporativo interno. En la siguiente tabla se enumeran los nombres DNS y las direcciones VIP que se usan en el ejemplo de topología para el tráfico interno y externo. Se usan xxx.xxx.xxx.xxx e yyy.yyy.yyy.yyy como marcadores de posición para las direcciones VIP reales.

      Ejemplos de nombres DNS y direcciones VIP

      DNS Dirección VIP Descripción

      Officewebapps.extranet.contoso.com

      xxx.xxx.xxx.xxx

      Extremo SSL orientado externamente

      Officewebapps.corp.contoso.com

      yyy.yyy.yyy.yyy

      Extremo de fin SSL orientado internamente

    • El HLB se configura para realizar solicitudes HTTP en cada servidor de la granja para asegurarse de que se esté ejecutando IIS. Los servidores que no responden se quitan de la rotación.

La siguiente ilustración muestra el ejemplo de topología que incluye una granja de servidores de Office Web Apps Server, un firewall y un equilibrador de carga de hardware perteneciente a dos redes, hosts de Exchange Server 2013, Lync Server 2013 y SharePoint 2013, y clientes.

Ejemplo de topología con Office Web Apps Server

En función de nuestras pruebas de rendimiento, un servidor de Office Web Apps Server, junto con dos procesadores Intel Xeon (8 núcleos), 8 GB de RAM y un disco duro de 60 GB, debe admitir hasta 10.000 usuarios cuyo uso principal es la visualización. Un servidor con una CPU de 16 núcleos y 16 GB de RAM debe admitir hasta 20.000 usuarios. Estos resultados variarán en función de los patrones de uso y de otros factores, como el hardware de red.

La siguiente información incluye instrucciones de seguridad para Office Web Apps Server.

Office Web Apps Server se puede comunicar con SharePoint 2013, Lync Server 2013 y Exchange Server 2013 usando el protocolo HTTPS. En entornos de producción, recomendamos encarecidamente que use HTTPS. Deberá instalar un certificado para servidores de Internet que se puede asignar al servidor que ejecuta Office Web Apps Server (si está usando un único servidor) o al equilibrador de carga (si está usando varios servidores que ejecutan Office Web Apps Server).

En entornos de prueba que no contienen datos de usuario, puede usar HTTP para SharePoint 2013 y Exchange Server 2013, y omitir el requisito de certificado. Lync Server 2013 solo admite HTTPS.

Los certificados usados por Office Web Apps Server deben cumplir con los siguientes requisitos:

  • El certificado debe proceder de una entidad de certificación de confianza e incluir el nombre de dominio completo (FQDN) de la granja de servidores de Office Web Apps Server en el campo SAN (nombre alternativo del sujeto). (Si el FQDN no está en el SAN cuando intenta usar el certificado, el explorador mostrará advertencias de seguridad o no procesará la respuesta).

  • El certificado debe tener una clave privada exportable. En granjas de un solo servidor, esta opción se selecciona de manera predeterminada cuando usa el complemento Administrador de Internet Information Services (IIS) para importar el certificado.

  • El campo Nombre descriptivo debe ser único dentro del almacén de entidades de certificación raíz de confianza. Si tiene varios certificados que comparten un campo Nombre descriptivo, se producirá un error en la creación de la granja de servidores porque el cmdlet New-OfficeWebAppsFarm no sabrá cuál de los certificados usar.

  • El FQDN del campo SAN no puede comenzar con asterisco (*).

  • Office Web Apps Server no necesita ninguna extensión o propiedad de certificado especial. Por ejemplo, no se necesitan extensiones de uso mejorado de clave (EKU) de cliente o extensión de EKU de servidor.

  • En Windows Server 2012, debe instalar la característica de Windows Communication Foundation (WCF) "Permitir activación HTTP".

El certificado debe importarse de la siguiente manera:

  • En granjas de un solo servidor Debe importar el certificado directamente en el servidor que ejecuta Office Web Apps Server. No enlace el certificado manualmente. El cmdlet New-OfficeWebAppsFarm que ejecute posteriormente lo hará automáticamente. Si lo hace de forma manual, el certificado se eliminará cada vez que el servidor se reinicie.

  • En granjas de servidores con equilibrio de carga: si descarga SSL, se debe importar el certificado en el equilibrador de carga de hardware. Si no descarga SSL, debe instalar el certificado en cada servidor de la granja de servidores de Office Web Apps Server.

NotaNota:
No use certificados autofirmados, salvo en entornos de prueba no críticos.

Para más información sobre certificados, vea el tema acerca de cómo obtener un certificado SSL.

Al configurar una nueva granja de servidores de Office Web Apps Server, la descarga de SSL se desactiva de manera predeterminada. Si usa un equilibrador de carga de hardware, se recomienda activar la descarga de SSL para que cada servidor de Office Web Apps Server en la granja de servidores se pueda comunicar con el equilibrador de carga mediante HTTP. La activación de la descarga de SSL también ofrece las siguientes ventajas:

  • Administración de certificados simplificada

  • Afinidad de software mejorada

  • Rendimiento mejorado

Tenga en cuenta que al usar HTTP, el tráfico del equilibrador de carga a los servidores que ejecutan Office Web Apps Server no se cifra, por lo que debe asegurarse de que la red sea segura. Usar una subred privada puede ayudar a proteger el tráfico.

Puede impedir que servidores no autorizados se unan a una granja de servidores de Office Web Apps Server creando una unidad organizativa para dichos servidores y especificando el parámetro FarmOU al crear la granja de servidores. Para obtener más información sobre el parámetro FarmOU, vea New-OfficeWebAppsFarm.

La lista Permitir es una característica de seguridad que impide a los hosts no deseados conectarse a una granja de servidores de Office Web Apps Server y usarla para operaciones de archivos sin su consentimiento. Si agrega los dominios que contienen hosts aprobados a la lista Permitir, puede limitar los hosts a los que Office Web Apps Server permite solicitudes de operaciones de archivos, como la recuperación de archivos, la recuperación de metadatos y los cambios en archivos.

Puede agregar dominios a la lista Permitir después de haber creado la granja de servidores de Office Web Apps Server. Para saber cómo agregar dominios a la lista Permitir, vea New-OfficeWebAppsHost.

ImportanteImportante:
Si no agrega dominios a la lista Permitir, Office Web Apps Server permite solicitudes de archivos a hosts en cualquier dominio. No deje esta lista en blanco si se puede tener acceso a su granja de servidores de Office Web Apps Server desde Internet. De lo contrario, cualquiera puede usar la granja de servidores de Office Web Apps Server para ver y modificar contenido.

De manera predeterminada, la funcionalidad Visores en línea se habilita después de instalar Office Web Apps Server. Revise las siguientes instrucciones si prevé usar Visores en línea en su organización. En algunos casos, puede que desee deshabilitar algunas características en Visores en línea. Estas instrucciones hacen referencia a los parámetros que se establecen mediante los cmdlets de Windows PowerShell New-OfficeWebAppsFarm y Set-OfficeWebAppsFarm.

Los archivos previstos para verse a través de un explorador web mediante Visores en línea no deben requerir la autenticación. En otras palabras, los archivos deben estar disponibles públicamente porque Visores en línea no puede realizar la autenticación cuando recupera archivos. Recomendamos encarecidamente que la granja de servidores de Office Web Apps Server que use para Visores en línea solo pueda tener acceso a la Intranet o a Internet, pero no a ambas. Esto se debe a que Office Web Apps Server no diferencia entre solicitudes de URL de la Intranet o de Internet. Alguien en Internet puede solicitar una dirección URL de intranet URL, por ejemplo, causando una fuga de seguridad si se ve un documento interno.

Por el mismo motivo, si ha configurado Office Web Apps Server para conectarse solo a Internet, recomendamos encarecidamente que deshabilite la compatibilidad con UNC en Visores en línea. Para deshabilitar la compatibilidad de UNC, establezca el parámetro OpenFromUncEnabled en False usando los cmdlets de Windows PowerShell New-OfficeWebAppsFarm (para nuevas granjas de servidores) o Set-OfficeWebAppsFarm (para granjas de servidores existentes).

Como precaución de seguridad adicional, Visores en línea se limita a la visualización de archivos de Office de 10 MB como máximo.

Puede configurar Visores en línea usando los siguientes parámetros de Windows PowerShell en New-OfficeWebAppsFarm (para nuevas granjas de servidores) o Set-OfficeWebAppsFarm (para granjas de servidores existentes).

  • OpenFromUrlEnabled   Activa o desactiva Visores en línea. Este parámetro controla Visores en línea para archivos que tienen rutas de URL y UNC. De manera predeterminada, el parámetro está definido en False (deshabilitado) cuando crea una nueva granja de servidores de Office Web Apps Server.

  • OpenFromUncEnabled   Cuando Visores en línea está activado (establecido en True mediante OpenFromUrlEnabled), este parámetro activa o desactiva la capacidad de Visores en línea para mostrar archivos en rutas de UNC. De manera predeterminada, el parámetro está definido en True, pero asegúrese de que OpenFromUrlEnabled también esté establecido en True antes de habilitar la apertura de archivos desde rutas de UNC. Como se describe anteriormente, recomendamos que establezca el parámetro en False si ha configurado Office Web Apps Server para conectase a Internet.

  • OpenFromUrlThrottlingEnabled   Limita el número de solicitudes de apertura desde URL de un servidor determinado en un período de tiempo. Los valores de limitación predeterminados, que no son configurables, se aseguran de que una granja de servidores de Office Web Apps Server no inunde a un solo servidor con el envío de solicitudes para ver contenido en Visores en línea.

Antes de implementar Office Web Apps Server, debe decidir cómo administrará la organización las actualizaciones de software en la granja de servidores de Office Web Apps Server. Si bien las actualizaciones de software ayudan a mejorar la seguridad, el rendimiento y la confiabilidad del servidor, si se instalan de forma incorrecta se pueden producir problemas con Office Web Apps Server.

La aplicación de actualizaciones de Office Web Apps Server con el proceso de actualizaciones automáticas de Microsoft no se admite en Office Web Apps Server. Las actualizaciones en un servidor de Office Web Apps Server se deben aplicar de un modo específico, como se describe en Aplicar actualizaciones de software a Office Web Apps Server. Si las actualizaciones de Office Web Apps Server se aplican automáticamente, es posible que los usuarios no puedan ver o editar documentos en Office Web Apps. Si esto ocurre, deberá recompilar la granja de servidores de Office Web Apps Server.

Le recomendamos que administre las actualizaciones con Windows Server Update Services (WSUS) o con System Center Administrador de configuración, que usa WSUS. WSUS le permite administrar completamente la distribución de las actualizaciones que se lanzan a través de Microsoft Update en cada servidor de la granja de servidores de Office Web Apps Server. Con WSUS, puede decidir qué actualizaciones se pueden aplicar en la granja de servidores de forma automática y cuáles se deben aplicar manualmente, por ejemplo, las actualizaciones de Office Web Apps Server. Para más información sobre WSUS, vea el tema acerca de Windows Server Update Services.

Si no usa WSUS o System Center Administrador de configuración, configure las actualizaciones automáticas de Microsoft en cada servidor de la granja de servidores de Office Web Apps Server en Descargar automáticamente, pero notificar al usuario para instalar. Cuando se le notifique de una actualización de Office Web Apps Server, siga los pasos descritos en Aplicar actualizaciones de software a Office Web Apps Server. Para que las actualizaciones de Windows se apliquen y sus servidores estén protegidos, acéptelas cuando se le notifique de su disponibilidad.

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft