Planification d'Office Web Apps Server
Sapplique à : Office Web Apps Server
Résumé: Découvrez la configuration requise d'Office Web Apps Server, telle que le protocole HTTPS, les certificats, la virtualisation, l'équilibrage de la charge, les topologies et la sécurité.
Public concerné : professionnels de l’informatique
Office Web Apps Server fournit des versions basées sur navigateur des applications Office dans un environnement local, offrant ainsi aux utilisateurs davantage de flexibilité et de possibilités de collaboration. Cet article décrit la configuration requise et les étapes à suivre pour installer Office Web Apps Server dans votre organization.
Il est important de planifier soigneusement afin que tous les hôtes, tels que SharePoint 2013 et Lync Server 2013, puissent communiquer avec Office Web Apps Server. Pour plus d'informations sur la configuration des hôtes, consultez les ressources suivantes :
Remarque
Les produits SharePoint 2010 ne peuvent pas être un hôte pour Office Web Apps Server. Office Web Apps Server n’est pas pris en charge par SharePoint Foundation 2010 ou SharePoint Server 2010. Office Web Apps Server n’est pas non plus pris en charge par Exchange Server 2013.
Contenu de cet article :
Configuration logicielle et matérielle requise pour Office Web Apps Server
Prise en charge de la virtualisation d'Office Web Apps Server
Configuration requise du pare-feu pour Office Web Apps Server
Configuration requise en matière d'équilibrage de charge pour Office Web Apps Server
Configuration DNS requise pour Office Web Apps Server
Planification des modules linguistiques pour Office Web Apps Server
Planification de la topologie pour Office Web Apps Server
Planification de la sécurité pour Office Web Apps Server
Planification des visionneuses en ligne avec Office Web Apps Server
Planification des mises à jour pour Office Web Apps Server
Configuration logicielle et matérielle requise pour Office Web Apps Server
Vous pouvez installer Office Web Apps Server en tant que batterie office Web Apps Server à serveur unique ou en tant que batterie de serveurs Office Web Apps Server multiserveur à charge équilibrée. Vous pouvez utiliser des serveurs physiques ou des instances de machine virtuelle, mais vous ne pouvez pas installer d’autres applications serveur (telles que SharePoint 2013 ou SQL Server) sur le même serveur qu’Office Web Apps Server.
Dans les environnements qui contiennent des données utilisateur réelles, nous vous recommandons toujours d’utiliser HTTPS, pour lequel vous devrez obtenir un certificat. Si vous utilisez plusieurs serveurs dans votre batterie de serveurs, vous devez configurer une solution d’équilibrage de charge matérielle ou logicielle. Pour en savoir plus sur ces scénarios, consultez les sections suivantes.
Configuration matérielle requise pour Office Web Apps Server
Office Web Apps Server utilise la même configuration matérielle minimale que SharePoint Server 2013. Vous trouverez l’ensemble complet de la configuration requise pour SharePoint 2013 dans Configuration matérielle requise (serveurs web, serveurs d’applications et installations à serveur unique).
Systèmes d'exploitation pris en charge pour Office Web Apps Server
Vous pouvez exécuter Office Web Apps Server sur les systèmes d’exploitation suivants :
L'édition 64 bits de Windows Server 2012 Standard ou Datacenter
L'édition 64 bits de Windows Server 2012 R2. Pour utiliser ce système d'exploitation, vous devez utiliser Office Web Apps Server Service Pack 1 (SP1).
Conditions requises en matière de domaine pour Office Web Apps Server
Tous les serveurs de la batterie de serveurs Office Web Apps Server doivent faire partie d’un domaine. Ils peuvent faire partie d'un même domaine (recommandé) ou de plusieurs domaines dans la même forêt. Toutefois, Office Web Apps Server ne fonctionnera pas si vous essayez de l’installer sur un contrôleur de domaine.
Rôles serveur, services et autres logiciels requis pour Office Web Apps Server
Tout d’abord, voici quelques choses que vous ne devez PAS faire lors du déploiement d’Office Web Apps Server.
N’installez pas d’autres applications serveur sur le serveur qui exécute Office Web Apps Server. Cela inclut Exchange Server, SharePoint Server, Lync Server et SQL Server. En cas de pénurie de serveurs, envisagez d’exécuter Office Web Apps Server sur une machine virtuelle instance sur l’un des serveurs dont vous disposez.
N’installez aucun service ou rôle qui dépend du rôle Serveur web (IIS) sur le port 80, 443 ou 809, car Office Web Apps Server supprime régulièrement les applications web sur ces ports.
N’installez aucune version d’Office. S’il est déjà installé, vous devez le désinstaller avant d’installer Office Web Apps Server.
N’installez pas Office Web Apps Server sur un contrôleur de domaine. Il ne s’exécute pas sur un serveur avec les services de domaine Active Directory (AD DS).
Maintenant, voici les éléments que vous DEVEZ installer. Pour plus de détails, voir le tableau suivant.
Importante
Office Web Apps Server est disponible en téléchargement uniquement à partir du Centre de gestion des licences en volume (VLSC). Pour télécharger Office Web Apps Server, vous devez disposer d’une licence dans le cadre d’un contrat de licence en volume pour Office Professionnel Plus 2013, Office Standard 2013 ou Office pour Mac 2011. Le téléchargement est disponible sous ces produits Office sur le portail du Centre de gestion des licences en volume.
Téléchargements, rôles serveur et fonctionnalités obligatoires pour Office Web Apps Server
| Téléchargement, rôle serveur ou fonctionnalité | Si vous installez sur Windows Server 2008 R2 | Si vous installez sur Windows Server 2012 | Si vous installez sur Windows Server 2012 R2 |
|---|---|---|---|
Télécharger: Office Web Apps Server |
|||
Télécharger: Office Web Apps Server SP1 |
Recommandé |
Recommandé |
|
Télécharger: Version correcte du .NET Framework |
.NET framework 4.5 est déjà installé |
||
Télécharger: Mise à jour pour Windows Server 2008 R2 x64 Edition |
Non applicable |
Non applicable |
|
Télécharger : Windows PowerShell 3.0 |
Déjà installé |
Déjà installé |
|
Rôle serveur : Serveur web (IIS) |
La liste suivante décrit les services de rôle minimum requis pour le rôle Serveur web (IIS). Fonctionnalités HTTP courantes
Développement d'applications
Sécurité
Outils de gestion
Les options suivantes sont conseillées mais ne sont pas obligatoires : Performances
|
La liste suivante décrit les services de rôle minimum requis pour le rôle Serveur web (IIS). Outils de gestion
Serveur web
Sécurité
Développement d'applications
Les services suivants sont conseillés mais ne sont pas obligatoires : Performances
|
La liste suivante décrit les services de rôle minimum requis pour le rôle Serveur web (IIS). Outils de gestion
Serveur web
Sécurité
Développement d'applications
Les services suivants sont conseillés mais ne sont pas obligatoires : Performances
|
Fonction: Services d’écriture manuscrite et d’écriture manuscrite |
Services de prise en charge de l'écriture manuscrite
|
Services de prise en charge de l'écriture manuscrite
|
Services de prise en charge de l'écriture manuscrite
|
Prise en charge de la virtualisation d'Office Web Apps Server
Office Web Apps Server est entièrement pris en charge lorsque vous le déployez à l’aide de la technologie Windows Server Hyper-V. Si vous envisagez de virtualiser Office Web Apps Server, suivez ces instructions :
Installez Office Web Apps Server sur sa propre machine virtuelle instance. N’installez pas d’autres applications serveur, telles que SharePoint 2013, dans cette instance.
Vous pouvez installer Office Web Apps Server sur une machine virtuelle instance hébergée par un serveur exécutant SharePoint 2013.
Pour les batteries de serveurs Office Web Apps Server multiserveur, chaque instance doit se trouver sur un hôte de machine virtuelle distinct. De cette façon, la batterie de serveurs Office Web Apps Server est toujours disponible en cas de défaillance de l’un des hôtes.
Configuration requise du pare-feu pour Office Web Apps Server
Les pare-feu peuvent entraîner des problèmes en bloquant la communication entre le navigateur web, les serveurs qui exécutent Office Web Apps Server et les serveurs qui exécutent SharePoint 2013. Ce blocage des communications peut être encore plus gênant si les serveurs se trouvent dans différentes parties d'un réseau.
Assurez-vous que les ports suivants ne sont pas bloqués par des pare-feu sur le serveur qui exécute Office Web Apps Server ou l’équilibreur de charge :
Port 443 pour le trafic HTTPS
Port 80 pour le trafic HTTP
Port 809 pour le trafic privé entre les serveurs qui exécutent Office Web Apps Server (si vous configurez une batterie de serveurs multiserveur)
Configuration requise en matière d'équilibrage de charge pour Office Web Apps Server
Nous recommandons une solution d’équilibrage de charge lorsque vous exécutez Office Web Apps Server sur plusieurs serveurs. Pratiquement n’importe quelle solution d’équilibrage de charge fonctionne, y compris un serveur qui exécute le rôle serveur web (IIS) exécutant le routage des demandes d’application (ARR). En fait, vous pouvez exécuter ARR sur l’un des serveurs qui exécute Office Web Apps Server. Si vous n’avez pas de solution d’équilibrage de charge, consultez ces ressources pour utiliser IIS avec ARR :
Idéalement, la solution d'équilibrage de la charge que vous choisissez doit prendre en charge les fonctionnalités suivantes :
Routage de la couche 7
Activation de l'affinité du client ou de l'affinité frontale
Activation du déchargement SSL
Si vous utilisez un programme d’équilibrage de la charge, vous devez installer le certificat sur le programme d’équilibrage de la charge comme indiqué dans la rubrique Sécurisation des communications Office Web Apps Server à l’aide du protocole HTTPS dans cet article.
Configuration DNS requise pour Office Web Apps Server
Dans les environnements qui utilisent HTTPS et l’équilibrage de charge, vous devez mettre à jour le DNS afin que le nom de domaine complet (FQDN) du certificat soit résolu en adresse IP du serveur qui exécute Office Web Apps Server ou en adresse IP affectée à l’équilibreur de charge pour la batterie de serveurs Office Web Apps Server.
Planification des modules linguistiques pour Office Web Apps Server
Les modules linguistiques Office Web Apps Server 2013 permettent aux utilisateurs d’afficher des fichiers Office web dans plusieurs langues à partir de bibliothèques de documents SharePoint 2013, d’Outlook Web App (sous forme de préversions) et de Lync 2013 (en tant que diffusions PowerPoint). Toutefois, cela dépend des langues configurées sur l'hôte. Pour afficher des fichiers Office web en plusieurs langues à partir des hôtes, les éléments suivants doivent se vérifier :
L’hôte (tel que SharePoint Server 2013 ou Lync Server 2013) est configuré pour exécuter des applications dans d’autres langues. Le processus d’installation et de configuration des modules linguistiques sur l’hôte est indépendant de l’installation d’un module linguistique sur la batterie de serveurs Office Web Apps Server.
Les langues sont installées et sont disponibles sur tous les serveurs de la batterie de serveurs Office Web Apps Server.
Voici où télécharger les modules linguistiques pour Office Web Apps Server.
Planification de la topologie pour Office Web Apps Server
Au minimum, une topologie Office Web Apps Server inclut une machine physique ou virtuelle exécutant Office Web Apps Server et au moins un hôte (par exemple, un serveur exécutant Lync Server 2013 ou SharePoint 2013). Et bien sûr, vous aurez besoin d’un PC client ou d’un appareil pour vous connecter à l’un des hôtes et utiliser la fonctionnalité Office Web Apps. À partir de cette topologie minimale, vous pouvez ajouter davantage d’hôtes et de serveurs à votre batterie de serveurs Office Web Apps Server en fonction des besoins de votre organization.
Voici une liste de recommandations que vous devez garder à l’esprit à mesure que votre topologie Office Web Apps Server devient plus complexe.
Planifiez la redondance. Si vous utilisez des instances d'ordinateur virtuel, veillez à les placer sur des hôtes d'ordinateur virtuel distincts pour éviter la redondance. Ce n’est pas grave si d’autres instances sur l’hôte exécutent des applications serveur, mais n’exécutez pas d’autres applications serveur sur le même instance qu’Office Web Apps Server.
Tenez-vous en à un centre de données. Les serveurs d’une batterie de serveurs Office Web Apps Server doivent se trouver dans le même centre de données. Ne les dispersez pas géographiquement. En règle générale, vous n’avez besoin que d’une seule batterie de serveurs, sauf si vous avez des besoins de sécurité qui nécessitent un réseau isolé disposant de sa propre batterie de serveurs Office Web Apps Server.
Plus les hôtes sont proches, mieux c’est. La batterie de serveurs Office Web Apps Server n’a pas besoin d’être dans le même centre de données que les hôtes qu’elle sert, mais pour une utilisation intensive des modifications, nous vous recommandons de placer la batterie de serveurs Office Web Apps Server aussi près que possible des hôtes. Cela est moins important pour les organisations qui utilisent Office Web Apps principalement pour afficher des fichiers Office.
Planifiez vos connexions. Connectez tous les serveurs de la batterie de serveurs Office Web Apps Server uniquement les uns aux autres. Pour les connecter à un réseau plus vaste, utilisez un pare-feu d'équilibrage de la charge de proxy inverse.
Configurez le pare-feu pour les demandes HTTP ou HTTPS. Vérifiez que le pare-feu autorise les serveurs exécutant Office Web Apps Server à lancer des requêtes HTTP ou HTTPS aux hôtes.
Planifiez les communications entrantes et sortantes. Dans un déploiement connecté à Internet, effectuez un routage de toutes les communications sortantes via un périphérique NAT. Dans une batterie de serveurs multiples, gérez toutes les communications entrantes avec un équilibrage de charge.
Assurez-vous que tous les serveurs de la batterie de serveurs Office Web Apps Server sont joints à un domaine et font partie de la même unité d’organisation (UO). Utilisez le paramètre FarmOU dans la cmdlet New-OfficeWebAppsFarm pour empêcher d'autres serveurs qui ne font pas partie de cette unité d'organisation de rejoindre la batterie de serveurs.
Utilisez le protocole HTTPS pour toutes les demandes entrantes.
Si vous avez déployé IPsec dans le réseau, utilisez-le pour chiffrer le trafic entre les serveurs.
Planifiez les fonctionnalités Office qui utilisent Internet. Si des fonctionnalités telles que des images clipart et des services de traduction sont nécessaires et que les serveurs de la batterie de serveurs ne peuvent pas lancer de demandes sur Internet, vous devez configurer un serveur proxy pour la batterie de serveurs Office Web Apps Server. Ainsi, les demandes HTTP vers des sites externes seront autorisées.
Planification de la sécurité pour Office Web Apps Server
Les informations suivantes présentent des conseils de sécurité pour Office Web Apps Server.
Sécurisation des communications Office Web Apps Server à l'aide du protocole HTTPS
Office Web Apps Server peut communiquer avec SharePoint 2013 et Lync Server 2013 à l’aide du protocole HTTPS. Dans des environnements de production, nous vous conseillons fortement d'utiliser HTTPS. Vous devez installer un certificat Internet Server qui peut être affecté au serveur qui exécute Office Web Apps Server (si vous utilisez un seul serveur) ou à l’équilibreur de charge (si vous utilisez plusieurs serveurs qui exécutent Office Web Apps Server).
Dans les environnements de test qui ne contiennent pas de données utilisateur, vous pouvez utiliser HTTP pour SharePoint 2013 et ignorer l’exigence de certificat. Lync Server 2013 prend uniquement en charge HTTPS.
Les certificats utilisés par Office Web Apps Server doivent répondre aux exigences suivantes :
Le certificat doit provenir d’une autorité de certification approuvée et inclure le nom de domaine complet (FQDN) de votre batterie Office Web Apps Server dans le champ SAN (Autre nom de l’objet). (Si le nom de domaine complet ne figure pas dans le SAN, le navigateur affichera des avertissements de sécurité ou ne traitera pas la réponse quand vous tenterez d’utiliser le certificat.)
Le certificat doit posséder une clé privée exportable. Dans les batteries à un seul serveur, cette option est sélectionnée par défaut quand vous utilisez le composant logiciel enfichable Gestionnaire des Internet Information Services (IIS) pour importer le certificat.
Le champ Nom convivial doit être unique au sein du magasin des autorités de certification racine approuvées. Si vous possédez plusieurs certificats qui partagent un champ Nom convivial, la création de la batterie échoue car la cmdlet New-OfficeWebAppsFarm ne saura pas lequel de ces certificats utiliser.
Office Web Apps Server ne nécessite aucune extension ou propriété de certificat spéciale. Par exemple, les extensions d'utilisation améliorée de la clé (EKU) du client ou du serveur ne sont pas obligatoires.
Sur Windows Server 2012 ou Windows Server 2012 R2, vous devez installer la fonctionnalité Windows Communication Foundation (WCF) « Allow HTTP Activation » (Autoriser l'activation HTTP).
Le certificat doit être importé comme suit :
Pour les batteries de serveurs à serveur unique Vous devez importer le certificat directement sur le serveur qui exécute Office Web Apps Server. Ne liez pas le certificat manuellement. La cmdlet New-OfficeWebAppsFarm que vous exécuterez plus tard le fera pour vous. Si vous liez le certificat manuellement, il sera supprimé à chaque redémarrage du serveur.
Pour les batteries de serveurs à charge équilibrée Si vous déchargez SSL, le certificat doit être importé sur l’équilibreur de charge matériel. Si vous ne déchargez pas SSL, vous devez installer le certificat sur chaque serveur de la batterie de serveurs Office Web Apps Server.
Remarque
N'utilisez pas de certificats auto-signés, sauf dans les environnements de test non critiques.
Pour plus d’informations sur les certificats, consultez Comment obtenir un certificat SSL.
Utilisation du déchargement SSL pour les programmes d'équilibrage de la charge matérielle
Lorsque vous configurez une nouvelle batterie de serveurs Office Web Apps Server, le déchargement SSL est défini sur Désactivé par défaut. Si vous utilisez un équilibreur de charge matériel, nous vous recommandons de définir le déchargement SSL sur Activé afin que chaque serveur Office Web Apps Server de la batterie puisse communiquer avec l’équilibreur de charge à l’aide de HTTP. L'activation du déchargement SSL offre également les avantages suivants :
Gestion simplifiée des certificats
Affinité logicielle améliorée
Performances accrues
Notez que lorsque vous utilisez HTTP, le trafic de l’équilibreur de charge vers les serveurs qui exécutent Office Web Apps Server n’est pas chiffré. Vous devez donc vous assurer que le réseau lui-même est sécurisé. L’utilisation d’un sous-réseau privé peut aider à protéger le trafic.
Restriction des serveurs qui peuvent rejoindre une batterie Office Web Apps Server selon leur appartenance à une unité d'organisation
Vous pouvez empêcher les serveurs non autorisés de rejoindre une batterie de serveurs Office Web Apps Server en créant une unité d’organisation pour ces serveurs, puis en spécifiant le paramètre FarmOU lorsque vous créez la batterie de serveurs. Pour plus d’informations sur le paramètre FarmOU, voir New-OfficeWebAppsFarm.
Restriction de l'accès des hôtes à Office Web Apps Server à l'aide de la liste autorisée
La liste verte est une fonctionnalité de sécurité qui empêche les hôtes indésirables de se connecter à une batterie de serveurs Office Web Apps Server et de l’utiliser pour les opérations de fichiers sans votre consentement. En ajoutant les domaines qui contiennent des hôtes approuvés à la liste verte, vous pouvez limiter les hôtes auxquels Office Web Apps Server autorise les demandes d’opérations de fichier, telles que la récupération de fichiers, la récupération de métadonnées et les modifications de fichier.
Vous pouvez ajouter des domaines à la liste verte après avoir créé la batterie de serveurs Office Web Apps Server. Pour savoir comment ajouter des domaines à la liste verte, voir New-OfficeWebAppsHost.
Importante
Si vous n’ajoutez pas de domaines à la liste verte, Office Web Apps Server autorise les demandes de fichiers aux hôtes dans n’importe quel domaine. Ne laissez pas cette liste vide si votre batterie Office Web Apps Server est accessible à partir d’Internet. Sinon, tout le monde peut utiliser votre batterie de serveurs Office Web Apps Server pour afficher et modifier du contenu.
Planification des visionneuses en ligne avec Office Web Apps Server
Par défaut, la fonctionnalité Visionneuses en ligne est activée après l’installation d’Office Web Apps Server. Consultez les instructions suivantes si vous prévoyez d’utiliser des visionneuses en ligne dans votre organisation. Dans certains cas, vous pouvez préférer désactiver certaines fonctionnalités des visionneuses en ligne. Ces instructions font référence aux paramètres définis à l’aide des applets de commande Windows PowerShell New-OfficeWebAppsFarm et Set-OfficeWebAppsFarm.
Considérations relatives à la sécurité des visionneuses en ligne
Les fichiers destinés à être consultés via des visionneuses en ligne dans un navigateur web ne doivent pas demander d’authentification. En d’autres termes, les fichiers doivent être disponibles publiquement, car les visionneuses en ligne ne peuvent pas effectuer d’authentification au moment de l’extraction des fichiers. Nous recommandons vivement que la batterie de serveurs Office Web Apps Server que vous utilisez pour les visionneuses en ligne puisse uniquement accéder à l’intranet ou à Internet, mais pas aux deux. Cela est dû au fait qu’Office Web Apps Server ne fait pas de distinction entre les demandes d’URL intranet et Internet. Si une demande provient d'Internet pour une URL intranet, par exemple, une faille de sécurité peut se produire si un document interne est visualisé.
Pour la même raison, si vous avez configuré Office Web Apps Server pour se connecter uniquement à Internet, nous vous recommandons vivement de désactiver la prise en charge d’UNC dans les visionneuses en ligne. Pour désactiver la prise en charge d’UNC, définissez le paramètre OpenFromUncEnabled sur False en utilisant les applets de commande Windows PowerShell New-OfficeWebAppsFarm (pour les nouvelles batteries de serveurs) ou Set-OfficeWebAppsFarm (pour les batteries de serveurs existantes).
Par mesure de sécurité supplémentaire, les visionneuses en ligne sont limitées à l'affichage de fichiers Office dont la taille est inférieure ou égale à 10 Mo.
Options de configuration des visionneuses en ligne
Vous pouvez configurer les visionneuses en ligne à l’aide des paramètres Windows PowerShell suivants dans New-OfficeWebAppsFarm (pour les nouvelles batteries de serveurs) ou Set-OfficeWebAppsFarm (pour les batteries de serveurs existantes).
OpenFromUrlEnabled: active ou désactive les visionneuses en ligne. Ce paramètre contrôle les visionneuses en ligne pour les fichiers qui disposent de chemins d'accès URL et UNC. Par défaut, ce paramètre est défini sur False (désactivé) lorsque vous créez une batterie de serveurs Office Web Apps Server.
OpenFromUncEnabled: lorsque les visionneuses en ligne sont activées (définies sur True par la cmdlet OpenFromUrlEnabled), ce paramètre active ou désactive la capacité des visionneuses en ligne à afficher des fichiers dans des chemins d'accès UNC. Par défaut, ce paramètre est défini sur True, mais vérifiez que la cmdlet OpenFromUrlEnabled est également définie sur True avant d'autoriser l'ouverture des fichiers à partir de chemins d'accès UNC. Comme décrit précédemment, nous vous recommandons de définir ce paramètre sur False si vous avez configuré Office Web Apps Server pour se connecter à Internet.
OpenFromUrlThrottlingEnabled Limite le nombre de demandes « ouvrir à partir d’UNE URL » à partir d’un serveur donné au cours d’une période donnée. Les valeurs de limitation par défaut, qui ne sont pas configurables, permettent de s’assurer qu’une batterie de serveurs Office Web Apps Server ne submerge pas un serveur unique en envoyant des demandes de consultation de contenu dans les visionneuses en ligne.
Planification des mises à jour pour Office Web Apps Server
Avant de déployer Office Web Apps Server, vous devez décider de la façon dont votre organization gérera les mises à jour logicielles de votre batterie de serveurs Office Web Apps Server. Bien que les mises à jour logicielles contribuent à améliorer la sécurité, les performances et la fiabilité du serveur, l’installation incorrecte des mises à jour peut entraîner des problèmes avec Office Web Apps Server.
L’application des mises à jour Office Web Apps Server à l’aide du processus de mise à jour automatique de Microsoft n’est pas prise en charge avec Office Web Apps Server. Mises à jour à un serveur Office Web Apps Server doit être appliqué d’une manière spécifique, comme décrit dans Appliquer des mises à jour logicielles à Office Web Apps Server. Si les mises à jour d’Office Web Apps Server sont appliquées automatiquement, les utilisateurs risquent de ne pas pouvoir afficher ou modifier des documents dans Office Web Apps. Si cette situation se produit, vous devrez reconstruire votre batterie Office Web Apps Server.
Nous vous recommandons de gérer les mises à jour à l’aide de Windows Server Update Services (WSUS) ou de Microsoft Endpoint Configuration Manager, qui utilise WSUS. WSUS vous permet de gérer entièrement la distribution des mises à jour publiées via Microsoft Update pour chaque serveur de la batterie de serveurs Office Web Apps Server. À l’aide de WSUS, vous pouvez déterminer quelles mises à jour peuvent être appliquées automatiquement à la batterie de serveurs et quelles mises à jour, telles que les mises à jour Office Web Apps Server, doivent être appliquées manuellement. Pour plus d’informations sur WSUS, consultez Windows Server Update Services.
Si vous n’utilisez pas WSUS ou Microsoft Endpoint Configuration Manager, définissez mises à jour automatiques Microsoft sur chaque serveur de la batterie de serveurs Office Web Apps Server sur Télécharger automatiquement, mais avertir l’utilisateur de l’installation. Lorsque vous êtes informé d’une mise à jour d’Office Web Apps Server, suivez les étapes décrites dans Appliquer des mises à jour logicielles à Office Web Apps Server. Pour appliquer les mises à jour Windows et garder vos serveurs sécurisés, acceptez les mises à jour Windows dès que vous recevez des notifications concernant leur disponibilité.
Voir aussi
Feuille de route de contenu pour Office Web Apps
Vue d'ensemble d'Office Web Apps Server
Déployer Office Web Apps Server
Application de mises à jour logicielles pour Office Web Apps Server
Office.com (aide pour Office Web Apps sur votre ordinateur ou votre appareil mobile)