Question Collections de sites dans Sharepoint 2007: combien et pourquoi?


Je me demande quelles sont les directives communes pour l’architecture Sharepoint 2007 à grande échelle? La plupart du temps, j'aimerais planifier le nombre de collections de sites nécessaires et pourquoi je devrais scinder mon intranet en plusieurs collections de sites au lieu d'en avoir un pour les gérer toutes?

La question qui en découle est de savoir quels sont les inconvénients des différentes collections de sites. D'après ce que je vois, ils ne peuvent pas se parler (c'est-à-dire que le CQWP ne peut pas lire les données d'une autre collection de sites) et je dois déployer mes fonctionnalités sur chaque collection de sites.

Existe-t-il de bonnes ressources et des livres blancs sur l'architecture SharePoint à grande échelle? J'ai trouvé des informations qui me disent combien de serveurs, mais je cherche quelque chose d'un niveau supérieur, en parlant de pools d'applications, de bases de données de contenu et de collections de sites.


5
2018-05-12 13:40


origine




Réponses:


Cela dépend de ce que vous comptez réaliser.

Si vous allez avoir une petite ferme avec une petite quantité d'utilisateurs, alors c'est quelque chose que vous ne devez pas prendre en considération. Cependant, lorsque vous déployez une ferme de très grande taille, vous devez payer des frais supplémentaires.

Comme vous pouvez le voir dans cet article de Technet Planifier les limites des logiciels, SharePoint dégrade les performances de manière exponentielle lorsque certaines choses ne sont pas prises en compte.

Je suggérerais que vous payiez une attention à ces problèmes de performances plutôt qu'à des collections de sites. Les collections de sites ont leurs avantages et leurs inconvénients. Toutefois, lorsque vous travaillez avec de grandes batteries de serveurs (100 Go +), Microsoft suggère d'utiliser une seule collection de sites et des quotas pour les bases de données de contenu. J'espère que cela t'aides.

-Máximo


7
2018-05-12 14:56



100 concerts semble à peu près correct. Des milliers d'utilisateurs, des régions multiples autour du globe, des estimations incertaines sur la croissance future - toutes ces choses méchantes: / - Michael Stum♦


Entre autres choses, les collections de sites constituent une frontière administrative et de sécurité. Les administrateurs de collection de sites pour la collection de sites A ne disposent d'aucun droit par défaut sur la collection de sites B. Vous pouvez spécifier ces administrateurs indépendamment. De plus, les groupes SharePoint existent au niveau de la collection de sites. Ainsi, chaque groupe SharePoint que vous créez est disponible pour une utilisation dans tous les sites d'une collection de sites.

Pour notre principal intranet administré par notre groupe informatique, nous avons constaté qu'une collection de sites fonctionnait plutôt bien. Le service informatique contrôle la sécurité et contrôle le contenu du contenu. Cependant, pour les portails au niveau des départements ou des agences, nous avons constaté que la création d'une collection de sites avec un quota nous permettait de fournir à nos utilisateurs un portail de collaboration sans nécessiter trop de temps informatique ni de souci. les données d'un autre groupe. L'inconvénient est que les utilisateurs doivent soit être formés, soit tout simplement se laisser aller au fond pour leur dire de bien comprendre.

L’avantage de séparer l’administration des collections de sites que nous avons vues est qu’il serait parfois plus pratique d’avoir un point d’administration. Cependant, nous avons pu lutter contre cela avec certaines commandes et certains scripts PowerShell. Gary LaPointe Les extensions stsadm et les applets de commande PowerShell sont très utiles.


2
2018-05-12 14:23





Je suis nouveau dans l'administration SharePoint, tout comme mon organisation. Nous sommes actuellement aux prises avec ce problème, prenez donc cette réponse avec un grain de sel.

La principale préoccupation liée au maintien de tout dans une seule collection de sites est que vous ne pouvez pas répartir la collection sur plusieurs bases de données. Une fois qu'une base de données de contenu devient trop volumineuse, vous constaterez des problèmes de performances, sans parler de tous les problèmes liés à la sauvegarde et à la restauration de bases de données volumineuses.

Diverses ressources vous raconteront différentes histoires sur l'ampleur de la croissance d'une base de données particulière avant que cela ne devienne un problème, mais la recommandation la plus importante que j'ai entendue est 100 Go. C'est la recommandation du gourou de SharePoint, Joel Oleson. Donc, en règle générale, si vous pensez que votre contenu dépassera un jour les 100 Go, introduisez des collections de sites distinctes. à présent. Déplacer le contenu dans une nouvelle collection de sites après le fait est très pénible pour tous.

Ce jeu de diapositives Joel Oleson atteint le sommet de la planification de la capacité et de l’architecture agricole.


2
2018-05-18 21:26





Je viens de voir que TechNet a un Livre mis à jour disponible au téléchargement.


1
2018-05-12 13:53





La taille est importante pour les performances, mais n'oubliez pas le temps qu'il faudra pour sauvegarder et restaurer une collection de sites endommagée.


1
2018-05-28 22:08