我想知道大规模 Sharepoint 2007 架构的通用准则是什么？我主要想规划需要多少个站点集合，以及为什么我应该将我的 Intranet 拆分为多个站点集合，而不是只用一个站点集合来统领所有站点集合？
由此产生的问题是不同站点集合的缺点是什么。在我看来，它们无法相互通信（即 CQWP 无法从另一个站点集合读取数据），我必须在每个站点集合上部署我的功能。
有没有关于更大规模 Sharepoint 架构的优质资源和白皮书？我发现了一些告诉我有多少台服务器的信息，但我正在寻找更高级别的信息，讨论应用程序池、内容数据库和网站集。
答案1
这取决于您计划实现的目标。
如果您要部署一个小型农场，且用户数量较少，则无需考虑这一点。但是，当您部署一个非常大的农场时，您应该注意软件边界。
正如您在此 Technet 文章中看到的那样规划软件边界，当不考虑某些因素时，SharePoint 的性能会成倍降低。
我建议您关注这些性能问题，而不是网站集。网站集有其优点和缺点，但是当您使用大型服务器场（100GB+）时，Microsoft 建议使用单个网站集和内容数据库配额。希望这能有所帮助。
-马克西莫
答案2
除其他事项外，网站集还提供了管理和安全边界。默认情况下，网站集 A 的网站集管理员对网站集 B 没有任何权限。您可以单独指定这些管理员。此外，SharePoint 组存在于网站集级别。因此，您创建的每个 SharePoint 组都可以在网站集中的所有网站中使用。
对于我们 IT 团队管理的主要内联网，我们发现一个网站集就足够了。IT 控制安全性并委派内容控制。但是，对于部门或分支机构级别的门户，我们发现创建具有配额的网站集使我们能够为用户提供协作门户，而无需投入太多 IT 时间或担心他们会弄乱其他团队的数据。这样做的缺点是，用户要么必须接受培训，要么只能被扔进深渊并被告知自己去解决。
我们发现，将网站集的管理分开的缺点是，有时只设置一个管理点会更方便。但是，我们能够使用一些 PowerShell 命令和脚本来解决这个问题。Gary LaPointe 的stsadm 扩展和 PowerShell cmdlet 非常有用。
答案3
我是 SharePoint 管理的新手，我的组织也是。我们目前正在努力解决这个问题，所以请谨慎对待这个答案。
将所有内容保存在单个网站集中的主要问题是，您无法将网站集分散到多个数据库中。一旦单个内容数据库变得太大，您就会开始看到性能问题，更不用说备份和恢复大型数据库所带来的所有麻烦。
各种资源会告诉你不同的故事，关于在出现问题之前你可以将特定数据库扩展到多大，但我听到的最大指导方针是 100GB。这是 SharePoint 大师 Joel Oleson 的建议。因此，作为一条规则，如果你认为你的内容有一天可能会超过 100GB，那么就将其分成单独的网站集现在事后再将内容移到新的网站集显然是非常痛苦的。
这幻灯片Joel Oleson 的著作触及了容量规划和农场架构的顶峰。
答案4
大小对于性能很重要，但不要忘记备份和恢复损坏的网站集需要多长时间。