Partager via


Renamesite : opération Stsadm (Windows SharePoint Services)

Mise à jour : 2007-12-06

Description

Remplace l’URL d’une collection de sites nommée par l’hôte par une nouvelle URL. Les conditions suivantes s’appliquent à l’opération renamesite :

  • La collection de sites reste dans la même application Web et la même base de données de contenu après la modification.

  • Assurez-vous que la nouvelle URL est accessible dans l’application Web. Cela inclut le schéma de protocole, le nom d’hôte et le numéro de port.

  • La nouvelle URL de la collection de sites nommée par l’hôte ne doit pas être déjà utilisée comme mappage des accès de substitution. Pour plus d’informations, voir Planifier les mappages des accès de substitution (Windows SharePoint Services).

  • L’opération renamesite ne fonctionne qu’avec les collections de sites nommées par l’hôte, pas avec les collections de sites reposant sur les chemins d’accès. Par conséquent, vous ne pouvez pas utiliser cette opération pour effectuer des tâches telles que la conversion d’une collection de sites nommée par l’hôte en une collection de sites reposant sur le chemin d’accès ou inversement.

Pour plus d’informations sur les sites nommés par l’hôte et les sites nommés par le chemin d’accès, voir la section Notes.

Syntaxe

stsadm -o renamesite

-oldurl <ancienneUrl>

-newurl <nouvelleUrl>

Paramètres

Nom de paramètre Valeur Obligatoire ? Description

oldUrl

URL valide, telle que « http://*nom_serveur* »

Oui

URL de la collection de sites à renommer.

newUrl

URL valide, telle que « http://*nom_serveur* »

Oui

URL de la nouvelle collection de sites.

Notes

Les collections de sites nommées par l’hôte sont courantes chez les personnes ou les entreprises qui hébergent un site. Ces sites sont créés à l’aide du paramètre hostheaderwebapplicationurl de l’opération createsite. Pour plus d’informations, voir Opérations de ligne de commande (https://go.microsoft.com/fwlink/?linkid=102963&clcid=0x40C) .

Vous pouvez créer de nombreux sites nommés par l’hôte au niveau de la racine dans une même application Web. Les collections de sites nommées par l’hôte offrent davantage de contrôle sur les URL. Toutefois, cela implique des compromis :

  • Les sites nommés par l’hôte ne sont disponibles que par le biais de la zone par défaut. Les utilisateurs qui sont configurés pour s’authentifier par d’autres zones ne peuvent pas accéder aux sites nommés par l’hôte.

  • La fonctionnalité de mappage des accès de substitution ne fonctionne pas avec les sites nommés par l’hôte.

Les sites reposant sur les chemins d’accès sont les sites traditionnels que vous créez avec l’Administration centrale. Si vous décidez d’utiliser ce type de site, vous êtes limité à une seule collection de sites au niveau de la racine dans une application Web. Toutefois, vous pouvez utiliser des chemins d’accès gérés pour créer des sites de niveau supérieur en dessous de la collection de sites initiale du niveau de la racine. Le principal avantage que procure l’utilisation de sites reposant sur les chemins d’accès, est que ces sites sont accessibles depuis toutes les zones que vous configurez. De plus, la fonctionnalité des mappages des accès de substitution fonctionne avec tous les sites reposant sur les chemins d’accès.

Exemples

Renommer une collection de sites nommée par l’hôte

Dans cet exemple, pour renommer une collection de sites, EnTêteHôte_1 et EnTêteHôte_2 sont les noms à utiliser pour la collection de sites nommée par l’hôte.

Pour renommer une collection de sites, utilisez la syntaxe suivante :

stsadm -o renamesite -oldUrl http://EnTêteHôte_1 -newUrl http://EnTêteHôte_2