Collections de site Web B. Sharepoint 2007 - Combien et pourquoi?
Je me demande quelles sont les règles générales pour l'architecture à grande échelle Sharepoint 2007? Fondamentalement, j'aimerais planifier combien de familles de sites sont nécessaires et pourquoi devrais-je diviser mon intranet en plusieurs familles de sites et ne pas avoir une pour les gérer tous?
Par conséquent, la question se pose, dans laquelle sont les lacunes de diverses familles de sites. En juger par ce que je vois, ils ne peuvent pas se parler (celles. CQWP ne peut pas lire les données d'une autre famille de sites), Et je dois déployer mes fonctions dans chaque famille de sites.
Existe-t-il des ressources utiles et des documents officiels sur une architecture à grande échelle? Sharepoint? J'ai trouvé quelque chose qui me dit combien de serveurs, mais je cherche quelque chose d'un niveau au-dessus, parlant de pools d'applications, de bases de données de contenu et de collections de sites.
Par conséquent, la question se pose, dans laquelle sont les lacunes de diverses familles de sites. En juger par ce que je vois, ils ne peuvent pas se parler (celles. CQWP ne peut pas lire les données d'une autre famille de sites), Et je dois déployer mes fonctions dans chaque famille de sites.
Existe-t-il des ressources utiles et des documents officiels sur une architecture à grande échelle? Sharepoint? J'ai trouvé quelque chose qui me dit combien de serveurs, mais je cherche quelque chose d'un niveau au-dessus, parlant de pools d'applications, de bases de données de contenu et de collections de sites.
Aucun résultat connexe trouvé
Invité:
Pour répondre aux questions, connectez-vous ou registre
5 réponses
Giselle
Confirmation de:
Si vous allez créer une petite ferme avec un petit nombre d'utilisateurs, vous ne devriez pas y penser. Cependant, lorsque vous déployez une très grande ferme, vous devez faire attention aux frontières du logiciel.
Comme vous pouvez le voir dans cet article Technet
http://technet.microsoft.com/e ... .aspx
, SharePoint Réduit les performances de manière exponentielle si certaines choses ne sont pas prises en compte.
Je vous conseillerais de faire attention à ces problèmes de productivité et non sur les familles du site. Les sites familiaux ont leur avril et leurs inconvénients, cependant, lorsque vous travaillez avec de grandes fermes (Suite 100 Gb), Microsoft Offres d'utiliser une collection de chantiers et des quotas unique pour les bases de données de contenu. J'espère que cela aidera.
-Máximo
Agathe
Confirmation de:
Pour notre principal intranet, que notre équipe informatique administre, nous avons constaté qu'un site de site fonctionne très bien. Il contrôle la sécurité et les délégués contrôlent le contenu. Cependant, pour les portails au niveau des départements ou des succursales, nous avons constaté que la création d'une famille de site de quotas nous permet de fournir à nos utilisateurs un portail pour travailler ensemble sans nécessiter de trop de temps informatiques et sans se soucier de gâter les données. d'un autre groupe. Le côté opposé, c'est que les utilisateurs doivent être en train de s'entraîner ou de cesser de fumer dans la profondeur et dire qu'ils comprennent.
Le verso de la division de l'administration de la famille des sites Web, que nous avons constaté, c'est qu'il serait plus pratique d'avoir un point d'administration. Cependant, nous avons pu traiter cela avec l'aide de commandes et de scénarios. PowerShell.
http://stsadm.blogspot.com/200 ... .html
Extensions stsadm Et cles PowerShell Très utile.
Hannah
Confirmation de:
Le principal problème associé au stockage de tout dans la même famille de sites est que vous ne pouvez pas casser la collection en plusieurs bases de données. Dès qu'une base de données de contenu devient trop grosse, vous commencerez à remarquer des problèmes de performance, de ne pas mentionner le mal de tête associé à la sauvegarde et de restaurer de grandes bases de données.
Diverses ressources vous indiqueront différentes histoires sur la taille de votre taille d'accroître la base de données spécifique avant de devenir un problème, mais le plus grand pointeur que j'ai entendu, - 100 Gb C'est la recommandation du gourou. SharePoint Joelle Olesone. Par conséquent, en règle générale, si vous pensez qu'un jour votre contenu peut dépasser 100 GB, rompez-le sur des sites distincts.
à présent
. Déplacement de contenu sur le nouveau site des sites Postfactum, d'une opinion générale, est très douloureux.
c'est
http://www.slideshare.net/joel ... leson
De Joelle Oleezona atteint le point culminant de la planification de la puissance et de l'architecture de la ferme.
Alice
Confirmation de:
http://technet.microsoft.com/e ... .aspx
.
Dominique
Confirmation de: