Question

J'ai un scénario où deux sous-sociétés d'une entreprise devraient être considérées indépendantes et ne doivent pas partager aucun des éléments suivants

  1. recherche - ne devrait pas compter sur l'utilisateur de coupe de sécurité
  2. Profils / Mon site - Utilisateurs Mes sites de sous-société A ne doivent pas être visibles pour Sous-société B utilisateurs.
  3. applications Web / collections de site - chacun La sous-société devrait avoir sa propre gestion intranet et documentation.

    L'élément 3 est agréable et facile, peu importe ce qui est choisi pour pouvoir effectuer 1 et 2.

    En théorie, je pourrais créer plusieurs étendues de recherche pour le point 1, mais je préférerais vraiment ne pas avoir à gérer les étanches pour chaque application Web

    Avoir mes sites uniquement disponibles pour les membres de votre propre sous-composation vous pose problème.

    Puis-je avoir deux hôtes de mon site afin que l'hôte de site d'équipe et l'intranet de Subscompany A est dirigé vers un hôte mon site et l'hôte de site d'équipe et l'intranet pour Subcompany B est dirigé vers un autre hôte de mon site?

    Si la solution consiste à créer plusieurs applications Web pour chaque sous-comparance dans un environnement multi-location, puis-je convertir une ferme existante en un multi-locataire sans désinstaller SharePoint?

    La solution finie doit permettre aux utilisateurs de sous-formatures A d'accéder à leurs sites comme suit

Était-ce utile?

La solution

Vous pouvez créer des applications Web et des applications Web au centre des locataires dans votre ferme existante (elle coexistez avec votre configuration actuelle). Cependant, avant de procéder à cette route, vous devez comprendre les limitations et être sûr qu'il correspond vraiment à vos besoins (et vous pouvez le soutenir).

Si tous les utilisateurs font partie de la même forêt / domaine, vous pouvez toujours utiliser une ferme normale.

  1. Applications Web distinctes
  2. 2 applications de service de recherche (ceci peut ne pas être requis en raison de la garniture de sécurité native, tant que vos groupes sont complètement séparés ou via des champs personnalisés comme indiqué ci-dessus).
  3. Vous ne pouvez avoir qu'un seul hôte de site par application de profil utilisateur. Toutes les trucs de séparation que vous souhaitez effectuer sont faits via le service de synchronisation du profil utilisateur (Limitez la recherche utilisateur à OU, filtres, etc.), et vous ne pouvez en avoir qu'un de ces attribués à un serveur. Pour que vous puissiez créer une seconde UPS / UPA tant qu'elle est en cours d'exécution sur un serveur séparé. Ensuite, vous pouvez affecter vos hôtes mon site par UPA et avoir les onduleurs verrouillés uniquement pour certains utilisateurs.

    Vous devrez également configurer vos groupes proxy afin que les services corrects soient attribués aux applications Web correctes. Remarque, vous pouvez également avoir d'autres applications de service en double selon les besoins.

    Vos fichiers Web.config nécessiteront des paramètres supplémentaires pour couper le sélecteur de personnes également.

Autres conseils

Vous pouvez absolument couvrir une solution multi-locataires.Il ne fait pas partie de l'installation SharePoint pour que vous puissiez convertir à tout moment.Voici une bonne vue d'ensemble: http://www.harbar.net/articles/sp2010mt1.aspx

Et voici un bref aperçu de la configuration des abonnements à l'aide de PowerShell et comment ajouter des collections de site existantes à une structure d'abonnement: http://blogs.technet.com/b/specheschka/archive/2009/11/30/Enabling-Multi-locataire-support-in-SharePoint-2010.aspx

Réalisez cependant qu'une fois que vous avez ajouté un abonnement à un site, une action ne peut être annulée.Et vivre dans un environnement multi-location ajoute à l'administrateur surcharge

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top