需要为每个40mb空间创建超过40,000个博客站点

Question

我需要在SharePoint上规划一个博客平台，这将支持超过40,000个博客网站。用户将为自己创建博客。

我在这里检查了容量规划和限制： SharePoint Server 2010容量管理：软件界限和限制

由于站点集合可以支持250,000个站点，我想将网站集保留为顶级容器，并在root-web下创建博客作为站点和子站点（例如，级别的网站<2000）。

后来我看到最大内容db大小为200 gb，这意味着每个博客（200gb / 40000）只有〜5MB。这对于博客来说太少了，因为博主也将在创建博客帖子时上传图像。每个博客至少需要50MB，并希望按需增加它。

我正在考虑拥有多个网站集合，但难以在网站集中管理用户，品牌，杰作，CSS，导航等。此外，我想不出如何将用户路由到新的网站集来创建博客时，当交叉200 GB限制时。

替代解决方案的任何想法？

此外，我发现在一些特殊情况下，我们可以高达4TB内容DB。有人有经验吗？

Answer 1

我认为SharePoint是一个功能强大的，功能丰富和可扩展的平台，如果设计正确（信息架构，解决方案架构，基础架构架构和存储），可以满足您的容量需求（信息架构，解决方案架构，库）

您可以使用Web应用程序并将博客划分为站点集合。 以下是可能地满足您的担忧：

1. 将博客分类为至少20-25组或子组（例如，用于技术，金融，人力资源，管理等）。为每个组创建一个站点集合。然后，您可以创建一个WebPart，将用户询问用户选择合适的类别，并将用户重定向到适当的网站集（更好，您可以通过各个站点集合通过代码创建博客）

2. 要具有统一的外观和感觉，您可以使用自定义品牌，CSS，母版页创建博客站点定义。或者您可以创建一个功能以在使用现有站点定义创建博客时应用所有这些工件。您可以使用基于XML或自定义导航，您可以在网站集中轻松消耗。这方面从一个位置控制它（14蜂巢）

3. 对于站点集合的数据聚合，您可以使用搜索。您可以创建自定义搜索webparts 用于显示最新帖子， tags ，authors等。您还可以创建自定时定时器作业以编程地聚合数据像博客总，帖子一样， 评论，用户等
4. 您可以利用托管元数据（如托管元数据），用于共享内容类型（内容类型集线器）的用户配置文件，术语集（用于标记），跨站点集合的用户信息
5. 对于博客平台级别管理员和主持人，您可以使用域组。 SharePoint小组被选中到站点集合级别，而且它们 只能在网站集中使用。域组可以 在Active Directory目录范围内使用任何位置 服务。

   请注意，在此解决方案上有一个实体的治理计划是非常重要的.Check这个技术文章治理概述。治理计划将 帮助您随着时间的推移控制平台，并确保它在不引入不必要的风险的情况下运行流畅。

Answer 2

最小数据库大小是一个推荐，而不是停止。在数据库和SharePoint上查看我的博客文章： http://davidlozzi.com/tag/database/ 。

如果您希望超越最低要求，您需要包含额外的维护任务，可能改善硬件等。SharePoint可以支持4TB数据库，它取决于基础架构以有效地支持它。

Answer 3

如果这主要是博客平台，那么我不会太担心存储大小。博客帖子不会那么大，除非图像巨大，否则它们不会占用很大的空间。我同意David对数据库大小和限制的评论。

在思考配额和尺寸时，您会发现您不会统一使用所有网站。当我有大量网站时，我通常计划20％的配额用法。有40k的网站，它可能甚至小于你的情况。 如上所说，我仍然喜欢尝试使用更多的网站，因为它增强了管理它的能力（权限，备份/恢复，功能）。如果您的担忧是品牌和导航，那么您可以通过安装一个可以部署您的主页，CSS和全局导航提供程序的相对简单的功能来轻松管理。

Answer 4

作为它的名称SharePoint说明了所有，在单点分享一切以停止重复数据，因此如果可以在网站集中共享与品牌相关的一切，但我不是专家，但这是我的意见，但这是我的意见，而且你可以只创建一个网站定义和另一个站点模板，其中包含自定义主页页面，可以在站点定义之间共享以创建数千个博客站点。

一个主题的一件事我认为yu应该考虑那样，如果你将在SharePoint中创建博客，这意味着它将在午夜或其他时间做一些应用程序池，或者博客不会被访问（我不是100％肯定它是否发生在任何地方，但它确实发生在我们的SharePoint应用程序中）

还要考虑的另一件事是内存管理，如果有数千个网站，则WebParts的每一行代码必须遵循SharePoint最佳实践。

btw如果我是你，我会联系一些SharePoint托管公司，并获得一些建议，因为他们必须做的一些类似的东西，我知道这家公司确实有助于SharePoint用户组和其他人，你必须给他们一个尝试:)

这是一个SharePoint托管公司，如果您要求 ，才能为您提供免费的SharePoint博客。

不，我不是他们的营销人员，我刚刚看到了一个关于他们在这里的MVP

SharePoint Blogger具有额外的普通架构知识