Déplacement de l'installation de sharepoint vers un port/une URL différent

Question

Nous avons installé Windows Search Server Express sur l'un de nos serveurs, qui fonctionne apparemment sur le point de partage. Sharepoint a été installé sur le port 80, où fonctionne notre intranet "normal". Lorsque je désactive l'intranet et exécute le site sharepoint, tout fonctionne comme prévu. L'intranet est lié dans de nombreux endroits ce serait difficile de le déplacer, donc j'essaye de déplacer le point de partage vers un autre "endroit" (en espérant que c'est moins douloureux), soit un port différent ou un répertoire virtuel sous le site principal. Tout d'abord, lorsque j'apporte l'un de ces changements, il ne parvient pas à accéder à la racine intranet. Je ne sais pas ce qu'il cherche là, mais d'accord, je donne le "service réseau" (l'accocunt le pool d'applications "Sharepoint 80" fonctionne sous) l'accès à la racine de l'intranet. Cela me va un peu plus loin, je suis perplexe:

Lorsque je déplace le site Web Sharepoint vers un autre port, il se plaint qu'il ne peut pas trouver default.aspx (il n'y en a pas, mais il n'en a pas besoin quand en cours d'exécution sur le port 80)

Lorsque je le déplace vers un sous-dossier du site existant, et que j'essaie d'ouvrir global.asax dans le navigateur, ti me dit que cette extension est interdite, même si la "Configuration de l'application" est - autant que je comprends - identique à celui du site Sharepoint, et permet GET, HEAD, POST, DEBUG pour .asax.

Des suggestions?

Answer 1

Les sites Sharepoint devraient pouvoir fonctionner sur n'importe quel port, si vous allez dans Sharepoint Central Admin et créez ou supprimez des applications Web sans problème. Avez-vous l'intention de fonctionner de façon hétérogène avec Sharepoint et votre site normal sur le Port 80? Je sais que vous pouvez créer une application Web sur 80 et ne pas avoir de collection de sites racine (les applications Sharepoint consistent en une application Web qui s'exécute sur un certain port et un nombre quelconque de collections de sites, chacune ayant son propre chemin d'accès et peut contenir des listes, des bibliothèques, d'autres collections de sites, etc.) en en créant un sur un chemin différent, mais je ne sais pas exactement comment cela fonctionnerait avec un site Web existant sur le même port. Encore une fois, vous pouvez créer et supprimer des collections de sites à partir de la page Admin de Sharepoint Central, qui est liée à partir de votre liste d'outils d'administration sur votre serveur. J'essaierais ceci en premier, comme si cela fonctionnait. Windows Search Server Express est-il lié aux fonctionnalités de recherche de Sharepoint? Si tel est le cas, vous pouvez vous attendre à ce qu'il s'exécute en utilisant certaines des fonctionnalités du fournisseur de services partagés, même Sharepoint ne s'attend pas à être exécuté sur le même port que les sites pour lesquels il fournit des services.

Answer 2

Merci beaucoup! J'ai trouvé l'option dans le site Web d'administration de sharepoint.

J'ajoute cette réponse pour détailler les étapes que j'ai prises - peut-être qu'elles sont utiles pour quelqu'un d'autre. Dans le site Web d'administration de Sharepoint (fonctionnant parfaitement sur un autre port), j'ai choisi "créer ou étendre des applications Web", puis "étendre une application web existante". Là, à partir de la liste déroulante "Application Web", "changer l'application web" ouvre une popup avec les applications web disponibles. Le serveur de recherche a été installé en tant que "Sharepoint 80", donc j'ai choisi cela.

Puis j'ai sélectionné "Créer un nouveau site Web IIS", avec un nouveau nom et un nouveau port. Toutes les autres options me semblaient bien par défaut.

En cliquant sur OK, cela crée un nouveau site Web dans IIS, qui a été configuré correctement. cela ne fonctionne pas via l'adresse IP du serveur (http://192.x.x.x:8080), seulement en utilisant le nom du serveur - mais ça me va :) :)

Je devais encore faire quelques ajustements avec les droits d'accès, mais le crawl complet est en cours d'exécution et je peux déjà trouver quelques documents. Yay!

Answer 3

Un moyen encore meilleur serait de créer un autre alias (cname) dans votre DNS pour votre serveur, il suffit de définir un en-tête d'hôte différent pour chaque site Web. Par exemple, dans DNS, votre machine peut être nommée «intranet». Créer un alias pour cette machine nommée « sharepoint »

Dans IIS, créez un nouveau site Web pour sharepoint et définir l'en-tête d'hôte pour ce site à « sharepoint.domain.com », où domain.com est votre domaine.

Faites la même chose pour le site intranet, mais définir l'en-tête d'hôte « intranet.domain.com »

De cette façon, vos utilisateurs ne doivent pas utiliser un autre port dans l'URL.

Answer 4

Cela est beaucoup plus facile lors de la première sauvegarde de votre site, puis créer un nouveau site de l'administration centrale avec un nouveau numéro de port, puis restaurer la sauvegarde à elle (Ecraser)