Lors d'un déplacement SiteURLs est-il préférable de recréer l'application Web ou de l'utilisation AAM à redirigent?

Question

Nous avons eu un site existant qui a été construit et déployé pendant un certain temps à maintenant, la plupart du temps un site bêta interne http: //beta.site.com qui a été construit avec un site étendu sur http: // beta. site.com:81 Recherche rampants. Maintenant, les gens au-dessus décidé qu'ils veulent rendre le site http://www.site.com , ce qui signifie Recherche peut être déplacé vers http://www.site.com:81 . Mon problème est de trouver la meilleure méthode pour le faire. Est-il préférable de faire une des personnes suivantes:

• Reconstruire l'application Web avec une nouvelle URL
• Utilisez Mappages des accès à Redirigez les emplacements

Ou, est-il une meilleure façon de gérer cette situation? Mon souci est de toutes les dépendances avec le site, le magasin de termes, le site étendu, toutes les URL sous-jacentes qui ont besoin d'être délocalisés (que je crois que nous avons tous). De quelques endroits, je l'ai regardé, il ne semble pas être un bon consensus sur la façon de faire,

Était-ce utile?

Nous faire parvenir

La solution

Plutôt que d'essayer de modifier directement IIS, je pense qu'il est préférable de le faire dans SharePoint Administration centrale si vous le pouvez, surtout si vous avez plus d'un serveur Web frontal.

Pour modifier l'URL de votre SharePoint, essayez ceci:

Aller à l'administration centrale / Gérer les applications Web et sélectionnez l'application Web.

Cliquez sur le menu déroulant sur le bouton Supprimer et sélectionnez Supprimer SharePoint à partir du site Web IIS. Assurez-vous que la zone correcte est sélectionnée si vous avez plus d'un. Sélectionnez Oui pour supprimer les sites Web IIS. Cliquez sur OK.

Avec l'application Web étant toujours sélectionné, cliquez sur le bouton Étendre et étendre votre application Web dans un nouveau site Web IIS (dans la zone requise). Vous avez maintenant une forme similaire à lorsque vous avez créé le site, ce qui vous permet de définir le port, les paramètres d'en-tête d'hôte et d'authentification.

Cela va créer un nouveau site IIS avec l'URL requise. Il n'y a pas besoin de recréer l'application Web ou modifier IIS directement.

Answer 1

Plutôt que d'essayer de modifier directement IIS, je pense qu'il est préférable de le faire dans SharePoint Administration centrale si vous le pouvez, surtout si vous avez plus d'un serveur Web frontal.

Pour modifier l'URL de votre SharePoint, essayez ceci:

Aller à l'administration centrale / Gérer les applications Web et sélectionnez l'application Web.

Cliquez sur le menu déroulant sur le bouton Supprimer et sélectionnez Supprimer SharePoint à partir du site Web IIS. Assurez-vous que la zone correcte est sélectionnée si vous avez plus d'un. Sélectionnez Oui pour supprimer les sites Web IIS. Cliquez sur OK.

Avec l'application Web étant toujours sélectionné, cliquez sur le bouton Étendre et étendre votre application Web dans un nouveau site Web IIS (dans la zone requise). Vous avez maintenant une forme similaire à lorsque vous avez créé le site, ce qui vous permet de définir le port, les paramètres d'en-tête d'hôte et d'authentification.

Cela va créer un nouveau site IIS avec l'URL requise. Il n'y a pas besoin de recréer l'application Web ou modifier IIS directement.

Answer 2

Si vous restez sur le même serveur, je pense que l'utilisation AAMs est la solution facile. Il suffit de régler l'AAM et les fixations de HostHeader vous avez encore besoin dans IIS. SharePoint devrait prendre soin des depencies de magasin à long terme, bien que je ne suis pas 100% sûr de cela.

Si vous êtes préoccupé par les URL codées en dur, il suffit de faire une redirection qui pointe vers votre nouveau domaine pour l'ancien domaine des services Internet. J'ai eu un problème dans lequel http et https occasionnaient beaucoup de problèmes et nous avons pris soin de cela en utilisant une redirection http https (pas d'impact au magasin à long terme).

Recréer la webapplication est une douleur puisque vous pourriez avoir à recréer un grand nombre de paramètres tels que de WSP installés, les paramètres d'application de services et ainsi de suite.

Donc, pour moi, je pencherais pour les paramètres de IIS et AAM en cas de besoin et par ailleurs tout simplement pas toucher SharePoint.