Architecture et déploiement d'une collection de sites nommée par l'hôte dans SharePoint ServerHost-named site collection architecture and deployment in SharePoint Server

Résumé : Planifiez et implémentez des collections de sites nommées par l'hôte dans SharePoint 2013 et SharePoint Server 2016 et découvrez en quoi les collections de sites basées sur des chemins d'accès peuvent avoir une incidence sur votre environnement.Summary: Plan and implement host-named site collections in SharePoint 2013 and SharePoint Server 2016 . Learn how path-based site collections might affect your environment.

Les collections de sites nommées par l'hôte représentent la méthode recommandée pour déployer des sites dans SharePoint Server. Étant donné que l'environnement Office 365 utilise des collections de sites nommées par l'hôte, les nouvelles fonctionnalités sont optimisées pour ces collections de sites et devraient être plus fiables. Découvrez comment planifier et implémenter des collections de sites nommées par l'hôte, ainsi que comment concevoir et gérer des URL.Host-named site collections are the preferred method to deploy sites in SharePoint Server. Because the Office 365 environment uses host-named site collections, new features are optimized for these site collections and they are expected to be more reliable. Learn how to plan for and implement host-named site collections, design URLs, and manage URLs.

Architecture et conception pour les collections de sites nommées par l'hôteArchitecture and design for host-named site collections

Les collections de sites nommées par l'hôte vous permettent d'attribuer un nom DNS unique aux collections de sites. Par exemple, vous pouvez utiliser http://TeamA.contoso.com et http://TeamB.contoso.com. Vous pouvez ainsi déployer plusieurs sites portant des noms DNS uniques dans la même application Web. Les hébergeurs peuvent également mettre à l'échelle un environnement pour plusieurs clients. Si vous n'utilisez pas de collections de sites nommées par l'hôte, votre application Web SharePoint comporte plusieurs collections de sites basées sur des chemins d'accès qui partagent le même nom d'hôte (nom DNS). Par exemple, l'équipe Team A dispose d'une collection de sites sur http://contoso.com/sites/teamA et l'équipe Team B dispose d'une collection de sites sur http://contoso.com/sites/teamB.Host-named site collections enable you to assign a unique DNS name to site collections. For example, you can address them as http://TeamA.contoso.com and http://TeamB.contoso.com. This enables you to deploy many sites with unique DNS names in the same web application. It also enables hosters to scale an environment to many customers. If you do not use host-named site collections, your SharePoint web application will contain many path-based site collections that share the same host name (DNS name). For example, Team A has a site collection at http://contoso.com/sites/teamA, and Team B has a site collection at http://contoso.com/sites/teamB.

Nous recommandons les collections de sites nommées par l'hôte à moins que des exigences imposent l'utilisation de sites basés sur des chemins d'accès avec mappage des accès de substitution (voir plus loin dans cet article). Cet article explique comment implémenter des collections de sites nommées par l'hôte dans une configuration recommandée avec SharePoint Server. Les informations concernant la configuration avancée se trouvent à la fin de cet article : Utilisation de plusieurs applications Web avec des collections de sites nommées par l'hôte.We recommend host-named site collections unless requirements dictate that path-based sites with alternate access mapping are necessary (described later in this article). This article describes how to implement host-named site collections in a recommended configuration with SharePoint Server. Information about advanced configurations is included at the end of this article: Use multiple web applications with host-named site collections.

Pour le déploiement de sites, il est recommandé d'utiliser des collections de sites nommées par l'hôte avec tous les sites situés dans une même application Web, comme illustré dans le diagramme suivant.The recommended configuration for deploying sites is using host-named site collections with all sites located within a single web application, as illustrated in the following diagram.

Configuration recommandée pour les collections de sites nommées par l'hôteRecommended configuration for host-named site collections

Diagram that shows recommended configuration for host-named site collections

La configuration recommandée dans le diagramme comprend les éléments suivants :This recommended configuration in the diagram includes the following elements:

  • Un pool d'applications pour les collections de sitesOne application pool for site collections.

  • Une application Web pour les collections de sites hébergées dans le pool d'applicationsOne web application for site collections that is hosted inside the one application pool.

  • Une collection de sites racine (http://webapp.contoso.com).A root site collection (http://webapp.contoso.com).

  • Plusieurs collections de sites nommées par l'hôte pour héberger du contenu avec des exemples de sites :Multiple host-named site collections to host content with example sites:

    • Contenu intranet publié (http://intranet.contoso.com) avec des sous-sites HR, Facilities et Purchasing.Published intranet content (http://intranet.contoso.com) with subsites for HR, Facilities, and Purchasing.

    • Sites d'équipe (http://teams.contoso.com) avec des sous-sites Team 1, Team 2 et Team 3.Team sites (http://teams.contoso.com) with subsites for Team 1, Team 2, and Team 3.

    • Les sites Mon site avec des URL de site dans le format suivant : webapp.contoso.comhttp://my.contoso.com/personal/<site_name>.My Sites with site URLs in the following format: webapp.contoso.comhttp://my.contoso.com/personal/<site_name>.

Le nombre de sites dans l'application Web et les URL des sites n'ont pas d'importance pour cet exemple.The number of sites within the web application and the URLs for sites are not important for this example.

Lorsque vous créez une application web pour les collections de sites nommées par l'hôte, l'URL de l'application web et la collection de sites racine sera http://< webapp.contoso.com>/.When creating a Web application for host-named site collections, the URL of the Web application and the root site collection will be http://< webapp.contoso.com>/.

URLs of the Web app and root site collection.

Cette architecture est recommandée pour déployer des sites car elle possède la même architecture que l'environnement Office 365. Par conséquent, il s'agit de la configuration la plus testée. Les nouvelles fonctionnalités, notamment le modèle d'application et la gestion des demandes, sont optimisées pour cette configuration et il s'agit désormais de la configuration la plus fiable.This architecture is recommended to deploy sites because it is the same architecture that the Office 365 environment uses. Consequently this is the most heavily tested configuration. New features, including the App model and Request Management, are optimized for this configuration, and it is the most reliable configuration going forward.

La configuration recommandée ne comprend pas les éléments suivants :The recommended configuration does not include the following elements:

  • Activation d'applications dans des environnements à plusieurs zonesEnabling apps in environments with multiple zones.

  • Combinaison de collections de sites nommées par l'hôte et de collections de sites basées sur des chemins d'accès (à l'exception de la collection de sites racine).Mixing host-named site collections and path-based site collections (except the root site collection).

  • Applications Web multiples avec collections de sites nommées par l'hôteMultiple web applications with host-named site collections.

Collections de sites nommées par l'hôte et collections de sites basées sur des chemins d'accèsHost-named site collections versus path-based site collections

Lorsque vous utilisez des collections de sites nommées par l'hôte, un nom DNS unique est affecté à chaque collection de sites dans une application Web. Lorsque vous déployez un grand nombre de collections de sites nommées par l'hôte vers une application Web unique, vous augmentez l'extensibilité de la batterie de serveurs car les ressources ne sont pas utilisées pour prendre en charge plusieurs pools d'applications et applications Web.When you use host-named site collections, each site collection in a web application is assigned a unique DNS name. When you deploy many host-named site collections to a single web application, you increase scalability of the farm because resources are not used to support multiple application pools and web applications.

SharePoint Server prend en charge les collections de sites basées sur des chemins d'accès et les collections de sites nommées par l'hôte. Le tableau suivant détaille les différences entre les deux et fournit davantage d'informations sur les collections de sites nommées par l'hôte.SharePoint Server supports both host-named and path-based site collections. The following table details the differences between the two options and provides more information about host-named site collections.

Tableau : Comparaison des collections de sites nommées par l'hôte et des collections de sites basées sur des chemins d'accèsTable: Comparison of host-named site collections and path-based site collections

Collections de sites nommées par l'hôteHost-named site collections Collections de sites basées sur des chemins d'accèsPath-based site collections
Création de sitesCreating sites
Vous pouvez utiliser Microsoft PowerShell pour créer des collections de sites nommées par l'hôte, mais vous ne pouvez pas utiliser l'Administration centrale.You can use Microsoft PowerShell to create host-named site collections. You cannot use Central Administration to create host-named site collections.
Vous pouvez utiliser l'Administration centrale ou PowerShell pour créer des collections de sites basées sur des chemins d'accès.You can use Central Administration or PowerShell to create path-based site collections.
URLURLs
Un nom DNS unique est attribué à chaque collection de sites nommée par l'hôte dans une application Web.Each host-named site collection in a web application is assigned a unique DNS name.
Vous pouvez utiliser des zones pour affecter jusqu'à cinq URL aux sites nommés par l'hôte, y compris des URL de redirection vers un microsite.You can use zones to assign up to five URLs to host-named sites, including vanity URLs.
Toutes les collections de sites basées sur des chemins d'accès d'une application Web partagent le même nom d'hôte (nom DNS) que l'application Web. Vous pouvez étendre une application Web pour implémenter jusqu'à cinq zones et créer des noms d'hôte différents pour chaque zone. Cependant, le nom d'hôte pour une zone s'applique à toutes les collections de sites dans l'application Web.All path-based site collections in a web application share the same host name (DNS name) as the web application. You can extend a web application to implement up to five zones and create different host names for each zone. However, the host name for a zone applies to all site collections within the web application.
Recherche et collection de sites racineRoot site collection and search
Une collection de sites racine est nécessaire pour analyser le contenu dans une application web. Il peut s'agir d'une collection de sites à laquelle les utilisateurs n'ont pas accès.A root site collection is required to crawl content in a web application. A root site collection can be a site collection that users cannot access.
En règle générale, une collection unique de sites basée sur des chemins d'accès fait office de collection de sites racine dans une application Web. Vous pouvez utiliser des chemins d'accès gérés pour créer des collections de sites supplémentaires dans l'application Web.Typically, a single path-based site collection serves as the root site collection within a web application. You can use managed paths to create additional site collections within the web application.
Mappage d'URLURL mapping
Utilisez les commandes PowerShell pour gérer les URL (Set-SPSiteURL, Remove-SPSiteURL, Get-SPSiteURL).Use PowerShell commands to manage URLs (Set-SPSiteURL, Remove-SPSiteURL, Get-SPSiteURL).
Utilisez des mappages des accès de substitution pour gérer les URL.Use Alternate Access Mappings to manage URLs.
Création de sites libre-serviceSelf-service site creation
Vous devez utiliser une solution personnalisée pour la création de sites libre-service avec des collections de sites nommées par l'hôte.You need to use a custom solution for self-service site creation with host-named site collections.
La fonctionnalité de création de sites libre-service qui fait partie de l'installation par défaut de SharePoint Server ne fonctionne pas avec les collections de sites nommées par l'hôte.The Self Service Site Creation feature that is part of the default installation of SharePoint Server does not work with host-named site collections.
Lorsque vous utilisez la fonctionnalité de création de sites libre-service qui fait partie de l'installation par défaut de SharePoint Server, vous créez des sites basés sur des chemins d'accès.When you use the Self Service Site Creation feature that is part of the default installation of SharePoint Server, you create path-based sites.
Chemins d'accès gérésManaged paths
Les chemins d'accès gérés pour les collections de sites nommées par l'hôte s'appliquent au niveau de la batterie de serveurs et sont disponibles pour toutes les applications Web.Managed paths for host-named site collections apply at the farm level and are available for all web applications.
Vous devez utiliser PowerShell pour créer des chemins d'accès gérés pour les collections de sites nommées par l'hôte.You have to use PowerShell to create managed paths for host-named site collections.
Les chemins d'accès gérés pour les sites basés sur des chemins d'accès s'appliquent au niveau de l'application Web.Managed paths for path-based sites apply at the web application level.
Vous pouvez utiliser l'Administration centrale ou Microsoft PowerShell pour créer des chemins d'accès gérés pour les collections de sites basées sur des chemins d'accès.You can use Central Administration or Microsoft PowerShell to create managed paths for path-based site collections.

Conception et gestion des URL pour les collections de sites nommées par l'hôteDesign and manage URLs for host-named site collections

Les applets de commande PowerShell gèrent les mappages d'URL pour les collections de sites nommées par l'hôte et vous permettent de mapper des URL avec une collection de sites unique :PowerShell cmdlets manage URL mappings for host-named site collections and enable you to map URLs to a single site collection:

  • Set-SPSiteUrl : ajoutez ou modifiez un mappage d'URL pour un site.Set-SPSiteUrl — Add or change a URL mapping for a site.

  • Remove-SPSiteUrl : supprimez un mappage d'URL d'un site.Remove-SPSiteUrl — Remove a URL mapping from a site.

  • Get-SPSiteUrl : affichez toutes les URL et les zones associées pour une collection de sites.Get-SPSiteUrl — See all URLs and associated zones for a site collection.

Ces applets de commande fournissent, pour les collections de sites nommées par l'hôte, une fonctionnalité de mappage d'URL semblable au mappage des accès de substitution.These cmdlets provide URL mapping functionality for host-named site collections that is similar to alternate access mapping.

Zones et collections de sites nommées par l'hôteZones and host-named site collections

Les collections de sites nommées par l'hôte sont disponibles via toute zone ; elles ne sont pas limitées à la zone par défaut. Si nécessaire, vous pouvez implémenter plusieurs zones, et utiliser des zones et des collections de sites nommées par l'hôte pour configurer différents paramètres ou stratégies d'authentification.Host-named site collections are available through any zone. Host-named site collections are not limited to the default zone. If needed, you can implement multiple zones and use zones and host-named site collections to configure different authentication settings or policies.

Note

[!REMARQUE] Pour utiliser les différentes zones, vous devez étendre une application web existante.To use different zones you need to extend existing web application.

Vous pouvez attribuer jusqu'à cinq URL à une collection de sites unique en affectant une URL par zone. Même si vous suivez l'architecture recommandée et n'implémentez qu'une seule zone, vous pouvez toujours attribuer jusqu'à cinq URL aux collections de sites nommées par l'hôte. En effet, si une zone n'est pas implémentée en étendant l'application Web, SharePoint Server utilise la zone par défaut.You can assign up to five URLs to a single site collection by assigning one URL per zone. Even if you follow the recommended architecture by implementing only one zone, you can still assign up to five URLs to host-named site collections. This is because if a zone is not implemented by extending the web application, SharePoint Server uses the default zone.

Par exemple, les URL suivantes pourraient donner accès au même site Internet :For example, the following URLs could provide access to the same Internet site:

  • www.Contoso.comwww.Contoso.com

  • www.Contoso.ukwww.Contoso.uk

  • www.Contoso.cawww.Contoso.ca

  • www.Contoso.auwww.Contoso.au

  • www.Contoso.iewww.Contoso.ie

Le compte d'analyse de recherche nécessite l'accès au contenu par le biais de la zone Par défaut à l'aide de l'authentification Windows intégrée (NTLM ou Kerberos). Cette contrainte ne devrait pas avoir d'incidence sur les autres contraintes d'authentification, car l'authentification basée sur les revendications autorise plusieurs types d'authentification dans une même zone.The search crawl account requires access to content through the Default zone by using Integrated Windows authentication (NTLM or Kerberos). Because claims authentication allows multiple types of authentication in one zone, this requirement should not affect other authentication requirements.

Chemins d'accès gérés et collections de sites nommées par l'hôteManaged paths and host-named site collections

Les URL configurées pour la même collection de sites peuvent présenter différents modèles et domaines, mais elles doivent posséder les mêmes chemins d'accès gérés ; concrètement, tout ce qui suit le caractère « / » après le nom de domaine doit être identique. Par exemple, http://www.Contoso.com/sites/Site1 et http://www.Fabrikam.com/sites/Site1 peuvent pointer tous les deux vers la même collection de sites, contrairement à http://www.Contoso.com/sites/Site1 et http://www.bar.com/sites/Project1.URLs that are configured for the same site collection may have different schemes and domains, but they must have the same managed paths, namely everything after the '/' that follows the domain must be the same. For example, http://www.Contoso.com/sites/Site1 and http://www.Fabrikam.com/sites/Site1 can both point to the same site collection but http://www.Contoso.com/sites/Site1 and http://www.bar.com/sites/Project1 cannot.

Les applets de commande permettant de gérer les URL ne fonctionnent que sur la collection de sites racine pour un nom d'hôte, par exemple http://www.Contoso.com. Ces applets de commande ne fonctionnent pas sur une collection de sites à chemin d'accès géré sous la racine, par exemple http://www.Contoso.com/sites/Project1. Les sites sous la racine d'une collection de sites nommée par l'hôte en héritent leurs paramètres d'URL.The cmdlets that manage URLs only operate on the root site collection for a host name, for example http://www.Contoso.com. These cmdlets do not operate on a managed path site collection that is underneath the root, such as http://www.Contoso.com/sites/Project1. Sites below the root of a host-named site collection will inherit the URL settings of that root host-named site collection.

Arrêt de SSL hors zone avec des collections de sites nommées par l'hôteOff-box termination of SSL with host-named site collections

L'arrêt de SSL hors zone intervient lorsqu'un serveur proxy met fin à une demande SSL, puis la transfère à un serveur Web à l'aide du protocole HTTP. Pour permettre l'arrêt de SSL hors zone avec des collections de sites nommées par l'hôte, le dispositif qui met fin à la connexion SSL, tel qu'un serveur proxy inverse, doit être capable de générer un en-tête HTTP personnalisé : Front-End-Https: On. Pour plus d'informations, voir Utilisation de collections de sites nommées par l'hôte avec arrêt de SSL hors zone plus loin dans cet article.Off-box termination of SSL occurs when a proxy server terminates an SSL request and uses HTTP to forward the request to a web server. To achieve off-box SSL termination with host-named site collections, the device that terminates the SSL connection, such as a reverse proxy server, must be capable of generating a custom HTTP header: Front-End-Https: On. For more information, see Use host-named site collections with off-box SSL termination, later in this article.

Le protocole utilisé pour une collection de sites nommée par l'hôte dépend de la valeur du paramètre d'URL que vous avez indiqué lorsque vous avez utilisé l'applet de commande Set-SPSiteURL pour mapper l'URL avec une zone particulière : HTTP ou HTTPS. Assurez-vous que les liaisons IIS pour l'application Web, les certificats SSL, la configuration de proxy inverse et les autres configurations requises sont terminées.The protocol used for a host-named site collection depends on the value of the Url parameter that you specified when you used the Set-SPSiteURL cmdlet to map the URL to a particular zone: http or https. Ensure that the IIS bindings for the web application, SSL certificates, reverse proxy configuration, and any other configuration necessary is complete.

Quand utiliser des collections de sites basées sur des chemins d'accès ?When to use path-based site collections

Même si nous recommandons d'utiliser des collections de sites nommées par l'hôte pour la plupart des architectures, il est préférable d'utiliser des collections de sites traditionnelles basées sur des chemins d'accès et un mappage des accès de substitution dans les situations suivantes :Although we recommend host-named site collections for most architectures, you should use the traditional path-based site collections and alternate access mapping if any of the following conditions apply:

  • Vous devez utiliser la fonctionnalité de création de sites libre-service qui fait partie de l'installation par défaut de SharePoint Server.You need to use the Self Service Site Creation feature that is part of the default installation of SharePoint Server.

    Cela ne s'applique pas aux solutions de création de sites libre-service personnalisées.This does not apply to custom self-service site creation solutions.

  • L'arrêt de SSL est requis, mais votre dispositif d'arrêt de SSL ne peut pas être configuré pour générer l'en-tête HTTP personnalisé nécessaire.SSL termination is required but your SSL termination device cannot be configured to produce the necessary custom HTTP header.

    Vous pouvez néanmoins utiliser le pontage SSL avec les collections de sites nommées par l'hôte à l'aide de ces dispositifs si l'arrêt de SSL n'est pas obligatoire.You can still use SSL bridging with host-named site collections with these devices if SSL termination is not a requirement.

  • Vous souhaitez utiliser des pools d'applications différents pour la sécurité supplémentaire qu'ils apportent ou vous devez utiliser plusieurs groupes de proxys.You plan to use different application pools for the additional security that these provide or you need to use multiple proxy groups.

    Dans ces cas-là, vous pouvez utiliser des collections de sites nommées par l'hôte. Toutefois, la configuration supplémentaire requise pour mapper des URL pour les collections de sites nommées par l'hôte sur plusieurs applications Web est bien plus avantageuse que l'utilisation de collections de sites nommées par l'hôte. Pour plus d'informations, voir Utilisation de plusieurs applications Web avec des collections de sites nommées par l'hôte. Pour plus d'informations concernant la création de collections de sites basées sur des chemin d'accès, voir Créer une collection de sites dans SharePoint Server.In these cases, you can use host-named site collections. However, the additional configuration that is required to map URLs for host-named site collections across multiple web applications greatly outweigh the benefits of using host-named site collections. For more information, see Use multiple web applications with host-named site collections. For more information about creating path-based site collections, see Create a site collection in SharePoint Server.

Utilisation des en-têtes d'hôte et des collections de sites nommées par l'hôteUse host headers and host-named site collections

Les en-têtes d'hôte permettent au serveur web d'héberger plusieurs sites web sur la même combinaison adresse IP/port. Si la requête HTTP entrante inclut un nom d'en-tête d'hôte et qu'un en-tête d'hôte correspondant est configuré dans IIS, IIS répondra avec le contenu provenant du site web approprié.Host headers allow the web server to host multiple web sites on the same IP Address and Port combination. If the incoming HTTP request includes a host header name, and a matching host header is configured in IIS, IIS will respond with the content from the appropriate web site.

Les en-têtes d'hôte sont configurés au niveau de l'application web (site web IIS) et constituent l'une des propriétés des liaisons de site web.Host headers are configured at the Web Application (IIS web site) level, they are one of the website bindings properties.

Il est important de comprendre la distinction entre les en-têtes d'hôte dans IIS et les collections de sites nommées par l'hôte. Les en-têtes d'hôte au niveau du site web IIS sont uniquement destinés aux collections de sites basées sur le chemin d'accès.It is important to understand the distinction between Host headers in IIS and Host Named Site Collections. Host headers at the IIS web site level are only intended for path-based site collections.

Lors de l'utilisation de collections de sites nommées par l'hôte, SharePoint est responsable de la résolution du site correct pour l'adresse en fonction de la requête entrante envoyée via IIS. Dans la plupart des cas, l'application d'une liaison d'en-tête d'hôte au niveau du site web IIS empêche l'accès aux collections de sites nommées par l'hôte via le site web IIS. En effet, IIS ne répond pas aux requêtes correspondant à des noms d'hôte qui diffèrent de la liaison d'en-tête d'hôte.When using Host named site collections, SharePoint is responsible for resolving the correct site for the address based upon the incoming request passed through IIS. In most cases, applying a host header binding at the IIS web site level makes it impossible to access host-named site collections through the IIS web site. This is because IIS will not respond to requests for host names that differ from the host header binding.

Important

Si une application web existante dispose d'un jeu de liaisons d'en-tête d'hôte, IIS ne renverra pas les pages de la collection de sites nommée par l'hôte tant que vous n'aurez pas supprimé la liaison d'IIS. Pour plus d'informations, voir Mettre à jour les liaisons IIS et l'URL d'une application web pour SharePoint 2013.If an existing web application has a host header binding set, IIS will not return pages from the host-named site collection until you remove the binding from IIS. For more information, see Update a web application URL and IIS bindings for SharePoint 2013.

Combinaison de collections de sites nommées par l'hôte et de collections de sites basées sur des chemins d'accès dans la même application WebMix host-named site collections and path-based site collections in the same web application

Vous pouvez utiliser des collections de sites nommées par l'hôte et basées sur des chemins d'accès dans la même application Web. Pour vous assurer que les deux types de collections de sites sont accessibles pour les utilisateurs, ne placez pas de liaisons d'en-tête d'hôte sur le site Web IIS de votre application Web, y compris sur les sites Web IIS pour les zones étendues à partir de l'application Web. Si une application Web existante dispose d'un jeu de liaisons d'en-tête d'hôte, IIS ne renverra pas les pages de la collection de sites nommée par l'hôte avant que vous ayez supprimé la liaison d'IIS.You can use host-named and path based site collections in the same web application. To ensure that both types of site collections are accessible to users, do not put host header bindings on the IIS website of your web application, including IIS websites for zones that are extended from the web application. If an existing web application has a host header binding set, IIS will not return pages from the host-named site collection until you remove the binding from IIS.

Sites Mon siteMy Sites

Lorsque vous utilisez les deux types de collections de sites avec des Mes sites, pensez à implémenter votre propre processus de mise en service pour créer des Mes sites en tant que sites nommés par l'hôte plutôt qu'en tant que sites basés sur des chemins d'accès.When you use both types of site collections with My Sites, consider implementing your own provisioning process to create My Sites as host-named sites instead of path based sites.

Déploiement et configuration pour les collections de sites nommées par l'hôteDeployment and configuration for host-named site collections

Création d'une application Web pour les collections de sites nommées par l'hôteCreate a web application for host-named site collections

Si vous n'avez pas l'intention de configurer deux sites Web Services Internet (IIS) ou plus partageant le même numéro de port sur le même serveur, créez une application Web dans la zone par défaut. N'appliquez pas de liaison d'en-tête d'hôte au niveau du site Web Services Internet (IIS).If you do not intend to configure two or more IIS websites that share the same port number on the same server, create a web application in the Default zone. Do not apply a host header binding at the IIS website level.

Pour créer une application Web pour les collections de sites nommées par l'hôteTo create a web application for host-named site collections

  1. Vérifiez votre statut de membre pour les éléments suivants :Verify that you have the following memberships:

    • Rôle serveur fixe securityadmin sur l'instance SQL ServerThe securityadmin fixed server role on the SQL Server instance.

    • Rôle de base de données fixe db_owner sur toutes les bases de données à mettre à jourThe db_owner fixed database role on all databases that are to be updated.

    • Groupe Administrateurs sur le serveur sur lequel vous exécutez l'applet de commande Microsoft PowerShellThe Administrators group on the server on which you are running the Microsoft PowerShell cmdlet.

      Un administrateur peut utiliser la cmdlet Add-SPShellAdmin pour accorder des autorisations d'utilisation des cmdlets SharePoint Server.An administrator can use the Add-SPShellAdmin cmdlet to grant permissions to use SharePoint Server cmdlets.

      Note

      Si vous ne disposez pas des autorisations, contactez votre administrateur d'installation ou votre administrateur SQL Server afin de les demander. Pour plus d'informations sur les autorisations PowerShell, voir Add-SPShellAdmin.If you do not have permissions, contact your Setup administrator or SQL Server administrator to request permissions. For additional information about PowerShell permissions, see Add-SPShellAdmin.

  2. Ouvrez SharePoint Management Shell.Open the SharePoint Management Shell.

  3. À l'invite de commandes PowerShell (PS C:\>), tapez la syntaxe suivante :At the PowerShell command prompt (that is, PS C:\>), type the following syntax:

    New-SPWebApplication -Name 'Contoso Sites' -port 80 -ApplicationPool ContosoAppPool -ApplicationPoolAccount (Get-SPManagedAccount 'Contoso\JDoe') -AuthenticationProvider (New-SPAuthenticationProvider -UseWindowsIntegratedAuthentication)
    

Création d'une collection de sites racineCreate a root site collection

Une collection de sites racine est requise pour toutes les applications web, ainsi que pour l'analyse du contenu. Cette collection de sites doit avoir la même URL que l'application web. Actuellement, SharePoint empêche la création d'une collection de sites nommée par l'hôte avec la même URL qu'une application web. Par conséquent, la collection de sites racine est créée en tant que collection de sites basée sur le chemin d'accès.A root site collection is a requirement for any Web application. It is also necessary for crawling content. This site collection must have the same URL as the Web application. Currently, SharePoint prevents the creation of a host-named site collection with the same URL as a Web application. Therefore, the root site collection is created as a path-based site collection.

Application Web avec site racine.

L'exemple suivant permet de créer une collection de sites vide correspondant à la collection de sites racine :The following example creates an empty site collection that is the root site collection:

New-SPSite 'http://<servername>' -Name 'Portal' -Description 'Portal on root' -OwnerAlias 'contoso\administrator' -language 1033 -Template 'STS#0'

Seule la collection de sites racine de l'application web apparaît dans la source de contenu. Bien que toutes les autres collections de sites nommées par l'hôte dans l'application web n'apparaissent pas dans la source de contenu, par défaut, la recherche analyse automatiquement les autres collections de sites nommées par l'hôte.Only the root site collection of the web application appears in the content source. Even though all other host-named site collections in the web application do not appear in the content source, by default search automatically crawls the other host-named site collections.

Création de collections de sites nommées par l'hôteCreate host-named site collections

Vous devez utiliser Microsoft PowerShell pour créer une collection de sites nommée par l'hôte. Vous ne pouvez pas utiliser l'application web SharePoint Server de l'Administration centrale pour créer une collection de sites nommée par l'hôte, mais vous pouvez utiliser l'Administration centrale pour la gérer une fois créée.You must use Microsoft PowerShell to create a host-named site collection. You cannot use the SharePoint ServerCentral Administration web application to create a host-named site collection, but you can use Central Administration to manage the site collection after you have created it.

Vous pouvez créer une collection de sites nommée par l'hôte à l'aide de l'applet de commande Microsoft PowerShell New-SPSite avec le paramètre -HostHeaderWebApplication, tel qu'indiqué dans l'exemple suivant :You can create a host-named site collection by using the Microsoft PowerShell New-SPSite cmdlet with the -HostHeaderWebApplication parameter, as shown in the following example:

Pour créer des collections de sites nommées par l'hôteTo create host-named site collections

  1. Vérifiez votre statut de membre pour les éléments suivants :Verify that you have the following memberships:

    • Rôle serveur fixe securityadmin sur l'instance SQL ServerThe securityadmin fixed server role on the SQL Server instance.

    • Rôle de base de données fixe db_owner sur toutes les bases de données à mettre à jourThe db_owner fixed database role on all databases that are to be updated.

    • Groupe Administrateurs sur le serveur sur lequel vous exécutez l'applet de commande Microsoft PowerShellThe Administrators group on the server on which you are running the Microsoft PowerShell cmdlet.

      Un administrateur peut utiliser la cmdlet Add-SPShellAdmin pour accorder des autorisations d'utilisation des cmdlets SharePoint Server.An administrator can use the Add-SPShellAdmin cmdlet to grant permissions to use SharePoint Server cmdlets.

      Note

      Si vous ne disposez pas des autorisations, contactez votre administrateur d'installation ou votre administrateur SQL Server afin de les demander. Pour plus d'informations sur les autorisations PowerShell, voir Add-SPShellAdmin.If you do not have permissions, contact your Setup administrator or SQL Server administrator to request permissions. For additional information about PowerShell permissions, see Add-SPShellAdmin.

  2. Ouvrez SharePoint Management Shell.Open the SharePoint Management Shell.

  3. À l'invite de commandes PowerShell (PS C:\>), tapez la syntaxe suivante :At the PowerShell command prompt (that is, PS C:\>), type the following syntax:

    New-SPSite 'http://portal.contoso.com' -HostHeaderWebApplication (Get-SPWebApplication 'Contoso Sites') -Name 'Portal' -Description 'Customer root' -OwnerAlias 'contoso\administrator' -language 1033 -Template 'STS#0'
    

Vous créez ainsi une collection de sites nommée par l'hôte dont l'URL est http://portal.contoso.com, dans l'application web SharePoint Server dont l'URL est http://portal.contoso.com.This creates a host-named site collection that has the URL, http://portal.contoso.com, in the SharePoint Server web application that has the URL, http://portal.contoso.com.

Utilisation de chemins d'accès gérés avec des collections de sites nommées par l'hôteUse managed paths with host-named site collections

Vous pouvez implémenter les chemins d’accès gérés avec des collections de sites nommées par l’hôte. Hébergeurs peuvent fournir plusieurs collections de sites au même client avec chaque nom d’hôte unique du client de partage de collection de sites, mais identifié par le chemin d’accès de l’URL après le nom d’hôte. Chemins d’accès gérés pour les collections de sites nommées par l’hôte sont limitées à 20 par batterie de serveurs. Pour plus d’informations, voir limitations et frontières logicielles pour SharePoint Server 2016.You can implement managed paths with host-named site collections. Hosters can provide multiple site collections to the same customer with each site collection sharing the customer's unique host name but differentiated by the URL path after the host name. Managed paths for host-named site collections are limited to 20 per farm. For more information, see Software boundaries and limits for SharePoint Server 2016.

Les chemins d'accès gérés pour les collections de sites nommées par l'hôte se comportent différemment des chemins d'accès gérés pour les collections de sites basées sur des chemins d'accès. Les chemins d'accès gérés pour les collections de sites nommées par l'hôte sont disponibles pour l'ensemble des collections de sites nommées par l'hôte de la batterie de serveurs, quelle que soit l'application Web dans laquelle se trouve la collection de sites nommée par l'hôte. À l'inverse, les chemins d'accès gérés pour les collections de sites basées sur des chemins d'accès s'appliquent uniquement aux sites se trouvant dans la même application Web. Les chemins d'accès gérés pour les collections de sites basées sur des chemins d'accès ne s'appliquent pas aux collections de sites basées sur des chemins d'accès dans d'autres applications Web. Les chemins d'accès gérés pour un type de collection de sites ne s'appliquent pas à l'autre type de collection de sites.Managed paths for host-named site collections behave differently from managed paths for path-based site collections. Managed paths for host-named site collections are available to all host-named site collections within the farm regardless of the web application that the host-named site collection is in. In contrast, managed paths for path-based site collections only apply to sites within the same web application. Managed paths for path-based site collections do not apply to path-based site collections in other web applications. Managed paths for one type of site collection do not apply to the other type of site collection.

Pour créer un chemin d'accès géré, vous devez d'abord créer une collection de sites avec l'URL de base désirée. Par exemple, pour créer http://teams.contoso.com/ finance, vous devez créer la collection de sites pour http://teams.contoso.com.To create a managed path, you must first create a site collection with the desired base URL. For example, to create http://teams.contoso.com/ finance you must first create the site collection for http://teams.contoso.com.

Pour créer un chemin d'accès géré à utiliser avec des collections de sites nommées par l'hôte, utilisez la cmdlet PowerShell New-SPManagedPath avec le paramètre HostHeader, tel qu'indiqué dans l'exemple suivant :To create a managed path for use with host-named site collections, use the PowerShell New-SPManagedPath cmdlet with the HostHeader parameter, as shown in the following example:

New-SPManagedPath 'departments' -HostHeader

Vous pouvez également utiliser le paramètre Explicit-explicit pour créer des chemins d'accès gérés explicites.You can also use the Explicit parameter to create explicit managed paths.

L'exemple suivant illustre une collection de sites nommée par l'hôte créée sur un chemin d'accès géré :The following example shows a host-named site collection created at a managed path:

New-SPSite 'http://portal.contoso.com/departments/marketing' -HostHeaderWebApplication (Get-SPWebApplication 'Contoso Sites') -Name 'Marketing' -Description 'Portal Marketing' -OwnerAlias 'contoso\administrator' -language 1033 -Template 'STS#0'

Pour supprimer un chemin d'accès géré existant, utilisez la cmdlet PowerShell Remove -SPManagedPath, tel qu'indiqué dans l'exemple suivant :To remove an existing managed path, use the PowerShell Remove -SPManagedPath cmdlet, as shown in the following example:

Remove-SPManagedPath 'departments' -HostHeader

Vous pouvez utiliser PowerShell pour supprimer un chemin d'accès géré même si une collection de sites existe. Si vous supprimez un chemin d'accès géré, la collection de sites n'est plus accessible. Pour accéder à la collection de sites existante, utilisez PowerShell pour recréer le chemin d'accès géré.You can use PowerShell to remove a managed path even if a site collection exists. If you remove a managed path, the site collection can no longer be accessed. To access the existing site collection, use PowerShell to recreate the managed path.

Mappage d'URL avec les collections de sites nommées par l'hôteMap URLs to host-named site collections

Lorsque vous créez une collection de sites nommée par l'hôte, les mappages des accès de substitution par défaut existent toujours mais ne peuvent plus être utilisés. Utilisez les commandes PowerShell pour gérer les mappages d'URL des collections de sites nommées par l'hôte.When you create a new hostname site collection, the default alternate access mappings will still exist but cannot be used. Use PowerShell commands to manage URL mappings for host-named site collections.

Ajouter un mappage à un site existant :Add a mapping to an existing site:

Set-SPSiteUrl (Get-SPSite 'http://teams.contoso.com') -Url 'http://teamsites.contoso.com' -Zone Intranet

Chaque mappage d'URL s'applique à une zone unique. Utilisez l'un des noms de zone suivants lorsque vous mappez des URL :Each URL mapping is applied to a single zone. Use one of the following zone names when you map URLs:

  • Par défautDefault

  • IntranetIntranet

  • InternetInternet

  • PersonnaliséCustom

  • ExtranetExtranet

Si vous ne spécifiez pas le paramètre Zone et que l'entrée de mappage d'URL est nouvelle, la zone par défaut est utilisée. Vous avez tout de même limité à 5 URL pour une collection de sites unique.If you do not specify the Zone parameter and the URL mapping entry is new, the default zone is used. You still have a limitation to 5 URLs for a unique Site Collection.

Supprimer un mappage pour un site :Remove a mapping for a site:

Remove-SPSiteUrl 'http://teamsites.contoso.com'

Afficher tous les mappages d'URL pour un site :Display all URL mappings for a site:

Get-SPSiteUrl -Identity (Get-SPSite 'http://teams.contoso.com')

Configuration des certificats SSL pour les collections de sites nommées par l'hôteConfigure SSL certificates for host-named site collections

Vous pouvez configurer une application Web unique qui utilise SSL, puis créer plusieurs collections de sites nommées par l'hôte dans cette application Web. Pour accéder à un site via SSL, vous devez installer et attribuer un certificat de serveur au site Web IIS. Chaque collection de sites nommée par l'hôte dans une application Web partagera le certificat de serveur unique que vous avez affecté au site Web IIS.You can configure a single web application that uses SSL and then create multiple host-named site collections within that web application. To browse to a site over SSL, you have to install and assign a server certificate to the IIS website. Each host-named site collection in a web application will share the single server certificate that you assigned to the IIS website.

Vous devez acquérir un certificat générique ou un certificat SAN, puis utiliser un format d'URL de collection de sites nommée par l'hôte correspondant à ce certificat. Par exemple, si vous disposez du certificat générique *.contoso.com, vous devez générer des URL de collection de sites nommée par l'hôte telles que https://site1.contoso.com, https://site2.contoso.com, etc., afin de permettre à ces sites d'obtenir la validation SSL du navigateur. Toutefois, si vous avez besoin de noms de domaine uniques de second niveau pour les sites, vous devez créer plusieurs applications Web plutôt que plusieurs collections de sites nommées par l'hôte.You need to acquire a wildcard certificate or subject alternate name (SAN) certificate and then use a host-named site collection URL format that matches that certificate. For example, if you acquire a *.contoso.com wildcard certificate, you must generate host-named site collection URLs such as https://site1.contoso.com, https://site2.contoso.com, and so on, to enable these sites to pass browser SSL validation. However, if you require unique second-level domain names for sites, you must create multiple web applications rather than multiple host-named site collections.

Pour configurer SSL pour les collections de sites nommées par l'hôte, activez SSL lorsque vous créez l'application Web. Vous créerez ainsi un site Web IIS avec une liaison SSL au lieu d'une liaison HTTP. Après avoir créé l'application Web, ouvrez le Gestionnaire IIS et attribuez un certificat à cette liaison SSL. Vous pouvez ensuite créer des collections de sites dans cette application Web.To configure SSL for host-named site collections, enable SSL when you create the web application. This will create an IIS website with an SSL binding instead of an HTTP binding. After you create the web application, open IIS Manager and assign a certificate to that SSL binding. You can then create site collections in that web application.

Si vous implémentez plusieurs zones avec des collections de sites nommées par l'hôte, assurez-vous que la configuration des certificats et des liaisons (SSL ou HTTP) est appropriée pour chaque zone et chaque site IIS correspondant.If you are implementing multiple zones with host-named site collections, ensure that the configuration of certificates and bindings (SSL or HTTP) is appropriate for each zone and corresponding IIS site.

Utilisation de collections de sites nommées par l'hôte avec arrêt de SSL hors zoneUse host-named site collections with off-box SSL termination

Vous pouvez utiliser des collections de sites nommées par l'hôte avec arrêt de SSL hors zone. Il existe plusieurs conditions préalables pour utiliser l'arrêt de SSL avec des collections de sites nommées par l'hôte :You can use host-named site collections with off-box SSL termination. There are several requirements to use SSL termination with host-named site collections:

  • Au moins un site IIS doit disposer d'une liaison sur le port 80 (ou n'importe quel port auquel le terminateur transfère la demande). Microsoft recommande l'utilisation du site IIS d'une application Web (ou du site IIS d'une zone pour une application Web) avec HTTP/80.At least one IIS site should have a binding on port 80 (or whatever port the terminator forwards the request to). Microsoft recommends that you use the IIS site of a web application (or the IIS site of a zone for a web application) with HTTP/80.

  • Le terminateur SSL ou le proxy inverse doit conserver l'en-tête d'hôte HTTP d'origine du client.The SSL terminator or reverse proxy must preserve the original HTTP host header from the client.

  • Si la demande SSL du client est envoyée au port SSL par défaut (443), le terminateur SSL ou le proxy inverse doit transférer la demande HTTP déchiffrée au serveur Web frontal sur le port HTTP par défaut (80). Si la demande SSL du client est envoyée vers un port SSL autre que le port par défaut, le terminateur SSL ou le proxy inverse doit transférer la demande HTTP déchiffrée au serveur Web frontal sur le même port (autre que celui par défaut).If the client SSL request is sent to the default SSL port (443), then the SSL terminator or reverse proxy must forward the decrypted HTTP request to the front-end web server on the default HTTP port (80). If the client SSL request is sent to a non-default SSL port, then the SSL terminator or reverse proxy must forward the decrypted HTTP request to the front-end web server on the same non-default port.

  • Le dispositif qui met fin à la connexion SSL, tel qu'un serveur proxy inverse, doit être capable de générer un en-tête HTTP personnalisé : Front-End-Https: On. Il s'agit de l'en-tête personnalisé utilisé par Outlook Web Access (OWA) : Front-End-Https: On/Off. Vous trouverez plus d'informations sur cet en-tête personnalisé plus loin dans cette section.The device that terminates the SSL connection, such as a reverse proxy server, must be capable of generating a custom HTTP header: Front-End-Https: On. This is the same custom header that Outlook Web Access (OWA) uses: Front-End-Https: On/Off. More information about this custom header is included later in this section.

Pour utiliser des collections de sites nommées par l'hôte avec arrêt de SSL hors zone, configurez votre application Web comme vous le feriez normalement pour l'arrêt de SSL et assurez-vous qu'elle répond aux exigences décrites ci-dessus. Dans ce scénario, SharePoint Server utilise le protocole HTTPS au lieu du protocole HTTP pour afficher les liens de ses collections de sites nommées par l'hôte dans cette application Web.To use host-named site collections with off-box SSL termination, configure your web application as you normally would for SSL termination and ensure that it meets the requirements described above. In this scenario, SharePoint Server will use HTTPS instead HTTP to render links of its host-named site collections in that web application.

Les serveurs proxy inverses peuvent publier des collections de sites nommées par l'hôte SharePoint Server et effectuer l'arrêt de SSL hors zone. Dans ce scénario, le serveur proxy inverse bascule le type de connexion entre l'utilisateur final et le serveur web frontal SharePoint de SSL/TLS sur HTTP ou inversement. Les serveurs proxy inverses doivent alors insérer un en-tête HTTP supplémentaire dans la demande de l'utilisateur lors du transfert de la demande au serveur web frontal SharePoint. Cet en-tête HTTP supplémentaire indique à SharePoint Server le type de connexion que l'utilisateur final a lancé pour que SharePoint Server affiche les URL de manière appropriée dans sa réponse. Le nom d'en-tête HTTP est « Front-End-Https » et ses valeurs possibles sont les suivantes :Reverse proxy servers can publish SharePoint Server host-named site collections and perform off-box SSL termination. In this scenario, the reverse proxy server changes the connection type between the end user and the SharePoint web front-end server from SSL/TLS to HTTP or vice versa. Reverse proxy servers in this scenario must insert an additional HTTP header in the user's request when it forwards the request to the SharePoint web front-end server. This additional HTTP header indicates to SharePoint Server the type of connection the end user initiated so that SharePoint Server renders URLs appropriately in its response. The HTTP header name is "Front-End-Https" and its acceptable values are as follows.

Tableau : Valeurs d'en-tête Front-End-HttpTable: Front-End-Https header values

ValeurValue DescriptionDescription
OnOn
Le serveur proxy inverse a reçu la demande de l'utilisateur final via une connexion HTTPS (SSL ou TLS) chiffrée. Par exemple, Front-End-Https: On.The reverse proxy server received the end user's request over an encrypted (SSL or TLS) HTTPS connection. For example, Front-End-Https: On.
OffOff
Le serveur proxy inverse a reçu la demande de l'utilisateur final via une connexion HTTPS non chiffrée.The reverse proxy server received the end user's request over an unencrypted HTTP connection.

Les valeurs ne respectent pas la casse. Par exemple, on, ON et oN sont acceptables.The values are not case-sensitive. For example, on, ON, On, and oN are acceptable.

Cet en-tête personnalisé fonctionne uniquement avec des collections de sites nommées par l'hôte. Il ne fonctionne pas avec des collections de sites basées sur des chemins d'accès.This custom header works only with host-named site collections. It does not work with path-based site collections.

L'exemple suivant montre une collection de sites nommée par l'hôte des sites créée sur https :The following example shows a host-named site collection created at https:

New-SPSite 'https://portal.contoso.com' -HostHeaderWebApplication  (Get-SPWebApplication 'Contoso Sites') -Name 'Portal' -OwnerAlias 'contoso\administrator' -language 1033 -Template 'STS#0'

Cet exemple permet de créer une collection de sites nommée par l'hôte dont l'URL est https://portal.contoso.com, dans l'application web SharePoint Server dont l'URL est http://webapp.contoso.com.This example creates a host-named site collection that has the URL, https://portal.contoso.com, in the SharePoint Server web application that has the URL http://webapp.contoso.com.

Activation d'applications dans des environnements à plusieurs zonesEnable apps in environments with multiple zones

Note

[!REMARQUE] Cette section s'applique uniquement à SharePoint Server 2013This section applies only to SharePoint Server 2013

La mise à jour publique de mars 2013 vous permet de configurer un domaine d'application pour chaque zone d'application Web et d'utiliser des mappages des accès de substitution et une configuration d'application Web d'en-tête d'hôte. Avant la publication de cette mise à jour, vous ne pouviez héberger qu'un seul domaine d'application et celui-ci devait se trouver dans la zone par défaut. Vous ne pouviez pas utiliser le domaine d'application sur des mappages des accès de substitution ou des configurations d'application Web d'en-tête d'hôte.The March 2013 Public Update enables you to configure an app domain for each web application zone and use alternate access mapping and host-header web application configuration. Before the release of this update, you could only host one app domain and it had to be in the Default zone. You could not use the app domain on alternate access mappings or host-header web application configurations.

Pour résoudre ce problème, appliquez le package de correctifs logiciels serveur SharePoint Server de la mise à jour cumulative : 12 mars 2013 (voir Mises à jour pour SharePoint 2013).To resolve this issue, apply the SharePoint Server Cumulative Update Server Hotfix Package: March 12, 2013, see Updates for SharePoint 2013.

Migration des collections de sites basées sur des chemins d'accès vers les collections de sites nommées par l'hôteMigrate path-based site collections to host-named site collections

Identification des collections de sites nommées par l'hôte dans les applications Web existantesDetermine host-named site collections in existing web applications

Lorsque vous effectuez une migration de SharePoint Server 2010 vers SharePoint Server, nous vous recommandons d'identifier le mode de création des sites SharePoint Server 2010. S'ils ont été créés en tant que sites basés sur des chemins d'accès, pensez à effectuer la migration de ces sites vers des collections de sites nommées par l'hôte. Si des sites nommés par l'hôte et des sites basés sur des chemins d'accès ont été implémentés ensemble, identifiez les sites qui ont été créés en tant que sites basés sur des chemins d'accès et pensez à migrer ces sites vers des collections de sites nommées par l'hôte. Pour ce faire, recherchez l'indicateur « HostHeaderIsSiteName ».When you migrate from SharePoint Server 2010 to SharePoint Server, we recommend that you determine how SharePoint Server 2010 sites were created. If sites were created as path-based sites, consider migrating these sites to host-named site collections. If host-named and path-based sites were implemented together, identify the sites that were created as path-based sites and consider migrating these sites to host-named site collections. To accomplish this, look for the 'HostHeaderIsSiteName' flag.

L'exemple suivant détermine si un site dans une application Web donnée est créé sous forme de site nommé par l'hôte ou basé sur des chemins d'accès :The following example determines if a site within a given web application is created as host-named or path based:

$webApp = Get-SPWebapplication 'http://webapp.contoso.com'
foreach($spSite in $webApp.Sites)
{
if ($spSite.HostHeaderIsSiteName) 
{ Write-Host $spSite.Url 'is host-named' }
else
{ Write-Host $spSite.Url 'is path based' }
}

Conversion des collections de sites basées sur des chemins d'accès en collections de sites nommées par l'hôteConvert path-based site collections to host-named site collections

Vous pouvez convertir des collections de sites basées sur des chemins d'accès en collections de sites nommées par l'hôte et inversement. Vous devez utiliser les applets de commande de sauvegarde et de restauration PowerShell pour convertir les collections de sites. Vous ne pouvez pas utiliser les applets de commande du le site Web Administration centrale de SharePoint ou PowerShell qui attachent et détachent, ou montent et démontent, les bases de données de contenu pour convertir les collections de sites.You can convert path-based site collections to host-named site collections and host-named site collections to path-based site collections. You have to use the PowerShell backup and restore cmdlets to convert site collections. You cannot use the the SharePoint Central Administration website or PowerShell cmdlets that attach and detach, or mount and dismount content databases to convert site collections.

L'exemple suivant permet de convertir une collection de sites standard en collection de sites nommée par l'hôte :The following example converts a standard site collection to a host-named site collection:

Backup-SPSite -Identity 'http://portalOld.contoso.com' -Path 'c:\Backup\portalContoso.bak' -Force -UseSQLSnapShot
Restore-SPSite -Identity 'http://portal.contoso.com' -Path 'c:\Backup\portalContoso.bak' -DatabaseName 'portal_content' -Force -HostHeaderWebApplication 'http://webapp.contoso.com' -Confirm:$false

Important

Vous ne pouvez pas exécuter la cmdlet Backup-SPSite dans un environnement SharePoint Server 2010 et utiliser la cmdlet Restore-SPSite à partir de l'environnement SharePoint Server. L'opération de sauvegarde et de restauration doit être effectuée à partir des mêmes versions principales du produit. Vous pouvez convertir des collections de sites basées sur des chemins d'accès dans SharePoint Server 2010 en collections de sites nommées par l'hôte avant la migration, ou attacher des collections de sites basées sur des chemins d'accès dans SharePoint Server avant leur conversion en collections de sites nommées par l'hôte.You cannot run the Backup-SPSite cmdlet on a SharePoint Server 2010 environment and use the Restore-SPSite cmdlet from the SharePoint Server environment. The Backup and Restore operation need to be from the same major product versions. You can convert path based site collections in SharePoint Server 2010 to host-named site collections before migration or attach path-based site collections in SharePoint Server before converting to host-named site collections.

Utilisation de plusieurs applications Web avec des collections de sites nommées par l'hôteUse multiple web applications with host-named site collections

Si vous utilisez plusieurs applications Web, vous induisez une surcharge opérationnelle et rendez le système plus complexe. Nous vous recommandons d'utiliser une application Web pour les collections de sites. Toutefois, les raisons suivantes peuvent vous inciter à implémenter des collections de sites dans plusieurs applications Web :If you use more than one web application, you add more operational overhead and complexity to the system. We recommend that you use one web application for site collections. However, the following reasons might influence you to implement site collections across multiple web applications:

  • Les stratégies de sécurité d'une organisation exigent des applications Web ou des pools d'applications distincts.An organization's security policies require separate web applications or application pools.

  • Les applications Web doivent être configurées différemment.Web applications need to be configured differently.

  • Une organisation exige l'utilisation de plusieurs groupes de proxys.An organization requires the use of multiple proxy groups.

Il est plus complexe d'implémenter des collections de sites nommées par l'hôte avec plusieurs applications Web dans une batterie de serveurs en raison du travail de configuration supplémentaire que cela entraîne. Par exemple, les URL avec des sites nommés par l'hôte peuvent être réparties sur plusieurs applications Web qui partagent le même port dans une même batterie de serveurs. Ce scénario nécessite des étapes de configuration supplémentaire pour garantir le mappage des demandes avec les applications Web appropriées. Vous devez configurer manuellement les mappages sur chaque serveur Web de la batterie de serveurs en paramétrant une adresse IP par application Web, puis créer et gérer des liaisons d'en-tête d'hôte pour affecter des adresses IP uniques pour chaque site. Des scripts peuvent gérer et répliquer cette configuration d'un serveur à l'autre ; toutefois, cela rend la solution plus complexe. En outre, chaque URL unique nécessite un mappage dans le DNS. En général, si plusieurs applications Web sont obligatoires, nous vous recommandons de privilégier l'utilisation de collections de sites basées sur des chemins d'accès avec mappage des accès de substitution.It is more complex to implement host-named site collections with multiple web applications in a farm because you must complete more configuration steps. For example, URLs with host-named sites might be spread across multiple web applications that share the same port in a single farm. This scenario requires more configuration steps to ensure that requests are mapped to the correct web applications. You have to manually configure the mappings on each web server in the farm by configuring a separate IP address to represent each web application. You also have to create and manage host-header bindings to assign unique IP addresses for each site. Scripts can manage and replicate this configuration across servers; however, this adds complexity to the solution. Each unique URL also requires a mapping in DNS. Generally speaking, if multiple web applications are a requirement, we recommend path-based site collections with alternate access mapping.

Les deux tableaux suivants comparent trois options de conception différentes pour implémenter les collections de sites. Ils sont destinés à vous aider à comprendre les conséquences de chaque approche et les différences de configuration en fonction de l'architecture.The following two tables contrast three different design choices to implement site collections. These tables are intended to help you understand the consequences of each approach and how configuration varies depending on the architecture.

Tableau : Résultats des différentes options de conception pour la mise en service de collections de sitesTable: Results of different design choices to provision site collections

Collections de sites nommées par l'hôte avec tous les sites d'une batterie de serveurs consolidés en une seule application WebHost-named site collections with all sites in a farm consolidated in one web application Collections de sites basées sur des chemins d'accès avec mappage des accès de substitution et plusieurs applications WebPath-based site collections with alternate access mapping and multiple web applications Collections de sites nommées par l'hôte avec plusieurs applications Web dans une batterie de serveursHost-named site collections with multiple web applications in a farm
Mise en service des collections de sitesSite collection provisioning
Utilisez Microsoft PowerShell ou une solution personnalisée de mise en service des collections de sites pour mettre des sites en service.Use Microsoft PowerShell or a custom site collection provisioning solution to provision sites.
Utilisez l'Administration centrale ou Microsoft PowerShell pour déployer des sites.Use Central Administration or Microsoft PowerShell to deploy sites.
Utilisez Microsoft PowerShell ou une solution personnalisée de mise en service des collections de sites pour mettre des sites en service.Use Microsoft PowerShell or a custom site collection provisioning solution to provision sites.
Gestion des URLURL management
Toutes les collections de sites peuvent être mappées dans le DNS afin de pointer vers une adresse IP unique représentant l'application Web.You can map all site collections in DNS to point to a single IP address which represents the web application.
Si plusieurs zones sont implémentées, le mappage des accès de substitution est configuré pour chaque URL de site. Chaque zone nécessite un mappage dans le DNS.If you implemented more than one zone, you configure alternate access mapping for each site URL. Each zone also requires a mapping in DNS.
Une configuration supplémentaire est requise afin que les demandes pour des sites qui partagent le même port soient mappées avec l'application Web appropriée. En outre, chaque nom d'hôte unique nécessite un mappage dans le DNS. Cette configuration est manuelle et doit être effectuée sur chaque serveur Web d'une batterie de serveurs, pour chaque site.Additional configuration is required to ensure that requests for sites that share the same port are mapped to the correct web application. Each unique host name also requires a mapping in DNS. This configuration is manual and you must complete it on each web server in a farm for each site.
URL supplémentairesAdditional URLs
Vous pouvez attribuer jusqu'à cinq URL à une collection de sites nommée par l'hôte, soit une par zone. Il n'est pas nécessaire d'étendre l'application Web sur plusieurs zones. Si une zone n'est pas implémentée, la zone par défaut est utilisée.You can assign up to five URLs to a host-named site collection, one per zone. It is not necessary to extend the web application to multiple zones. If a zone is not implemented the default zone is used.
Le nombre d'URL pour une collection de sites est limité à cinq, soit le nombre de zones autorisé.The number of URLs for a site collection is limited to five because this is the number of zones that is allowed.
Vous pouvez attribuer jusqu'à cinq URL à une collection de sites nommée par l'hôte, soit une par zone. Il n'est pas nécessaire d'étendre l'application Web sur plusieurs zones. Si une zone n'est pas implémentée, la zone par défaut est utilisée.You can assign up to five URLs to a host-named site collection, one per zone. It is not necessary to extend the web application to multiple zones. If a zone is not implemented the default zone is used.
Applications de serviceService applications
Tous les sites de la batterie de serveurs utilisent un groupe d'applications de service unique.All sites in the farm use a single service application group.
Vous pouvez implémenter des groupes d'applications de service personnalisés pour plusieurs applications Web.You can implement custom service application groups for different web applications.
Vous pouvez implémenter des groupes d'applications de service personnalisés pour plusieurs applications Web.You can implement custom service application groups for different web applications.
ZonesZones
Vous n'avez pas besoin d'implémenter plusieurs zones pour implémenter plusieurs URL pour la même collection de sites. Si une zone n'est pas implémentée, la zone par défaut est utilisée.You do not have to implement multiple zones to implement different URLs for the same site collection. If a zone is not implemented the default zone is used.
Des zones sont nécessaires pour l'implémentation de différentes URL pour la même collection de sites.Zones are necessary to implement different URLs for the same site collection.
Vous n'avez pas besoin d'implémenter plusieurs zones pour implémenter plusieurs URL pour la même collection de sites. Si une zone n'est pas implémentée, la zone par défaut est utilisée.You do not have to implement multiple zones to implement different URLs for the same site collection. If a zone is not implemented the default zone is used.
AuthentificationAuthentication
Avec une seule application Web, les options d'authentification sont limitées à cinq zones. Toutefois, de nombreuses méthodes d'authentification peuvent être implémentées sur une même zone.With one web application, authentication options are limited to five zones. However, you can implement many authentication methods on one zone.
Vous pouvez implémenter plusieurs conceptions d'authentification et de zone pour chaque application Web.You can implement different authentication and zone designs for each web application.
Vous pouvez implémenter plusieurs conceptions d'authentification et de zone pour chaque application Web.You can implement different authentication and zone designs for each web application.
AuthentificationAuthentication
Fournit une isolation par script côté client entre les URL de domaine.Provides client scripting isolation between domain URLs.
Les applications Web peuvent être isolées dans des pools d'applications dédiés si vous voulez mettre en place une isolation des processus.You can isolate web applications into dedicated application pools, if desired, to achieve process isolation.
Fournit une isolation entre les URL de domaine.Provides isolation between domain URLs.
Les applications Web peuvent être isolées dans des pools d'applications dédiés si vous voulez mettre en place une isolation des processus.You can isolate web applications into dedicated application pools, if desired, to achieve process isolation.
Fournit une isolation entre les URL de domaine.Provides isolation between domain URLs.
StratégiePolicy
Vous pouvez utiliser des zones pour attribuer plusieurs stratégies aux sites nommés par l'hôte.You can use zones to assign different policies to host-named sites.
Les stratégies peuvent être utilisées au niveau de l'application Web pour appliquer des autorisations, indépendamment des autorisations configurées sur les différents sites ou documents. En outre, différentes stratégies peuvent être implémentées pour différentes zones.You can use policies at the web application level to enforce permissions, regardless of permissions that are configured on individual sites or documents. Additionally, you can implement different policies for different zones.
Différentes stratégies peuvent être implémentées pour différentes applications Web pour appliquer des autorisations, indépendamment des autorisations configurées sur les différents sites ou documents.You can implement different policies for different web applications to enforce permissions, regardless of permissions that are configured on individual sites or documents.
En outre, vous pouvez implémenter plusieurs stratégies pour différentes zones.Additionally, you can implement different policies for different zones.

Les critères d'extensibilité susceptibles d'avoir une incidence sur les décisions de conception comprennent les maximums recommandés pour les collections de sites, les bases de données de contenu et les chemins d'accès gérés.Scalability numbers that might also affect design decisions include the recommended maximums for site collections, content databases, and managed paths.

Le tableau suivant récapitule la configuration nécessaire pour gérer les URL en fonction des trois options de conception présentées dans cet article.The following table summarizes the configuration that is necessary to manage URLs based on each of the three design options presented in this article.

Tableau : Configuration requise pour les différentes conceptions de collection de sitesTable: Configuration required for different site collection designs

Collections de sites nommées par l'hôte avec tous les sites d'une batterie de serveurs consolidés en une seule application WebHost-named site collections with all sites in a farm consolidated into one web application Collections de sites basées sur des chemins d'accès avec mappage des accès de substitution et plusieurs applications WebPath-based site collections with alternate access mapping and multiple web applications Collections de sites nommées par l'hôte avec plusieurs applications Web dans une batterie de serveursHost-named site collections with multiple web applications in a farm
Dans SharePoint ServerWithin SharePoint Server
Créer l'application Web.Create the web application.
Créer une collection de sites racine inaccessible aux utilisateurs (par exemple, https://HNSC01.fabrikam.com).Create a root-site collection that is not accessible to users (for example, https://HNSC01.fabrikam.com).
Créer les collections de sites nommées par l'hôte avec l'en-tête d'hôte (par exemple, https://intranet.fabrikam.com).Create the host-named site collections with the host header (for example, https://intranet.fabrikam.com).
Vous pouvez ajouter d'autres URL pour chaque collection de sites et configurer les zones avec Set-SPSiteUrl. (Dans les exemples de conception de portail d'entreprise, c'est inutile, car il n'y a qu'une seule zone.)Optionally add more URLs for each site collection and configure zones by using Set-SPSiteUrl. (In corporate portal design samples there's no need because there's only one zone.)
Créer l'application Web avec l'en-tête d'hôte (par exemple, https://intranet.fabrikam.com).Create the web application with the host header (for example, https://intranet.fabrikam.com).
Éventuellement configurer le mappage des accès de substitution. Dans les exemples de conception, c'est inutile, car il n'y a qu'une seule zone.Optionally configure alternate access mapping. In the design sample there's no need because there's only one zone).
Créer la collection de sites basée sur des chemins d'accès racine.Create the root path-based site collection.
Créer l'application Web.Create the web application.
Créer une collection de sites racine inaccessible aux utilisateurs (par exemple, https://HNSC01.fabrikam.com).Create a root-site collection that is not accessible to users (for example, https://HNSC01.fabrikam.com).
Créer les collections de sites nommées par l'hôte avec l'en-tête d'hôte (par exemple, https://intranet.fabrikam.com).Create the host-named site collections with the host header (for example, https://intranet.fabrikam.com).
Vous pouvez ajouter d'autres URL pour chaque collection de sites et configurer les zones avec Set-SPSiteUrl. (Dans les exemples de conception de portail d'entreprise, c'est inutile, car il n'y a qu'une seule zone.)Optionally add more URLs for each site collection and configure zones by using Set-SPSiteUrl. (In corporate portal design samples there's no need because there's only one zone.)
Dans IISWithin IIS
Associer un certificat SSL (certificat générique ou certificat SAN) pour tous les sites nommés par l'hôte (domaine) dans l'application Web.Associate an SSL certificate (wildcard certificate or SAN certificate) for all host-named site (domain) in the web application.
Associer un certificat SSL dans Services Internet (IIS) pour chaque zone (chaque zone est une application Web distincte dans Services Internet (IIS)).Associate an SSL certificate in IIS for each zone (each zone is a separate web application in IIS).
Associer un certificat SSL (certificat générique ou certificat SAN) pour un site nommé par l'hôte (domaine) dans les applications Web.Associate an SSL certificate (wildcard certificate or SAN certificate) for a host-named site (domain) in the web applications.
Sur chaque serveur Web de la batterie et pour chaque application Web partageant un port :On each web server in the farm and for each web application that shares a port:
Configurer une adresse IP distincte pour représenter chaque application Web.Configure a separate IP address to represent each web application.
Modifier la liaison de site Web Services Internet (IIS) manuellement pour supprimer la liaison d'en-tête d'hôte qui a été créée en même temps que l'application Web et la remplacer par une liaison d'adresse IP.Edit the IIS web site binding manually to remove the host header binding that was created when the web application was created and replace this with an IP address binding.

Si vous utilisez plusieurs applications Web sur plusieurs adresses IP, vous aurez peut-être besoin d'effectuer une configuration supplémentaire pour les cartes réseau, le DNS et le programme d'équilibrage de charge pour chaque serveur.If you use multiple web applications on different IP addresses, you might need to complete additional configuration for the NIC, DNS, and the load balancer for each server.

Création de plusieurs applications Web avec des collections de sites nommées par l'hôteCreate multiple web applications with host-named site collections

Pour exécuter plusieurs applications Web sur le même serveur et le même port conjointement avec des collections de sites nommées par l'hôte, vous devez attribuer plusieurs adresses IP aux applications Web. Ce type d'architecture exige que vous ajoutiez des adresses IP aux serveurs Web et que vous configuriez le routeur réseau pour qu'il pointe les noms d'hôte vers l'adresse IP de son application Web.To run multiple web applications on the same server and port in combination with host-named site collections, you have to assign different IP addresses to the web applications. This type of architecture requires that you add IP addresses to the web servers and configure the network router to point host names to the IP address of its web application.

Note

Vous pouvez créer une application Web qui ne dispose pas d'en-tête d'hôte. Dans ce cas, vous ne pouvez pas créer plusieurs applications Web avec des collections de sites nommées par l'hôte sur le même serveur Web.You can create a web application that does not have a host header. If you create a web application that does not have a host header, you cannot create multiple web applications with host-named site collections on the same web server.

Le processus de création de plusieurs applications Web pour des collections de sites nommées par l'hôte comprend les tâches suivantes :The process that creates multiple web applications for a host-named site collections includes the following tasks:

  • Créer les différentes applications WebCreate the multiple web applications.

  • Ajouter une nouvelle adresse IP virtuelle dans Services Internet (IIS) sur chaque serveur Web de la batterie de serveursAdd a new virtual IP address in IIS on each web server in the farm.

Création de plusieurs applications Web pour des collections de sites nommées par l'hôteCreate multiple web applications for host-named site collections

L'exemple suivant permet de créer une application Web :The following example creates a web application:

New-SPWebApplication -Name 'webapp' 'webapp.contoso.com' -port 80 -ApplicationPool ContosoAppPool -ApplicationPoolAccount (Get-SPManagedAccount 'Contoso\JDoe') -AuthenticationProvider (New-SPAuthenticationProvider -UseWindowsIntegratedAuthentication)

Répétez cette tâche pour chaque application Web.Repeat this task for each web application.

Ajout d'adresses IP virtuelles dans IISAdd virtual IP addresses in IIS

Les liaisons IP doivent être appliquées sur tous les serveurs qui hébergeront l'application Web. Définissez la commande de veille sur 60 secondes pour vous assurer que les liaisons IP sont définies pour tous les serveurs de la batterie de serveurs avant que l'en-tête d'hôte existant sur l'application Web soit supprimé. Les scripts distants peuvent être utilisés pour ce travail.The IP bindings must be applied on all servers that will host the web application. Set the sleep command to 60 seconds to make sure that the IP bindings are set to all servers in the farm before the existing host header on the web application is removed. Remote scripting can be used for this job.

Utilisez les commandes suivantes pour ajouter des liaisons IP uniques pour chacune des applications Web que vous avez créées, puis supprimer la liaison d'en-tête d'hôte de ces applications Web.Use the following commands to add unique IP bindings to each of the web applications that you created and then remove the host header binding from these web applications.

Import-Module WebAdministration
# add empty binding to webapp on IP 192.168.10.20
New-WebBinding -Name 'webapp' -IPAddress '192.168.10.20' -HostHeader '' 
Sleep 60
# remove existing binding webapp.contoso.com from existing web application
Get-WebBinding -Name 'webapp' -HostHeader 'webapp.contoso.com' | Remove-WebBinding

Voir aussiSee also

Autres ressourcesOther Resources

Get-SPSiteUrlGet-SPSiteUrl

Set-SPSiteUrlSet-SPSiteUrl

Remove-SPSiteUrlRemove-SPSiteUrl

Planifier des architectures logiques pour SharePoint ServerPlan logical architectures for SharePoint Server