Question

我是一家中型制造公司的IT经理。我们正在利用SharePoint - 到目前为止，我们在生产中使用了一个博客＆gt;这是首席执行官。

我们有几个基于列表的“应用程序”的用例，其中一些简单的工作流程将由我们的开发人员实现。我们还希望为我们的用户（至少是技术娴熟的用户）提供创建和使用他们自己的部门网站的能力。

然而，我们担心，如果它被广泛采用（这将是一件好事），我们可能会开始一些可能很快失控的东西。由于我们并不真正理解所有的架构权衡，因此我们最终可能会在结构中产生大量用户数据。

我们最大的问题是，每个用户是否有多个网站，而其他所有网站都是从哪个网站下载的。多个站点可以让我们灵活地进行更改或开发新功能，而不会给所有用户带来问题。但是，多个站点可能更难以备份，搜索和维护用户配置文件/安全性。一个庞大的网站似乎扭转了成本/收益。

我很欣赏任何关于一对多的权衡，或与讨论它的资源的链接。一般SharePoint“企业最佳实践”的链接（对不起）也将不胜感激。

感谢。

Answer 1

但是，多个站点可能更难备份，搜索和维护用户配置文件/安全。单一的大规模网站似乎扭转了局面成本/效益。

我认为这是不正确的。首先，我们需要澄清当我们说多个网站时，我们是指多个网站集还是多个网站 - 它们是两个完全不同的东西。

现在，即使它们是多个不同的网站集，在SQL数据库中，它们也只是一个数据库，因为数据库是作为Web应用程序级别创建的，而不是网站级别。

那是关于备份的。

来到搜索和用户个人资料，你的假设再次出错。搜索和用户配置文件是共享服务，只要它们位于单个共享服务提供程序中，它们就可以正常工作。两者都是农场服务。

一个庞大的网站（如果你真的是指这里的网站不是网站集）是一个完整的禁忌设计。

我建议您拥有多个网站集（如公司的整体部门，如人力资源，财务部门，IT部门），然后在其下设置子网站。这样，您就可以在SQL中使用一个数据库来管理，并且您仍然可以通过将内容数据库添加到现有Web应用程序来进行扩展。

再次在这里，我假设您正在公司级别创建拓扑。如果这是在较低的水平，则需要进一步完善。

在开始使用Technet之前，请阅读一些关于分类和网站架构的文章。

Planning worksheets for SharePoint Server 2010
http://technet.microsoft.com/en-us/library/cc262451.aspx

Plan sites and site collections
http://technet.microsoft.com/en-us/library/cc263267.aspx

Sites and site collections overview
http://technet.microsoft.com/en-us/library/cc262410.aspx

Plan site navigation
http://technet.microsoft.com/en-us/library/cc262951.aspx

Answer 2

纯粹取决于您的需求和要求。即使为传送站点提供不同的Web应用程序，我也可以为您提供一个引用备份作为优势。您可能只有少数网站的数据不会像组织策略，流程文档等那样频繁更改。在这种情况下，定期备份/搜索爬网没有意义（尽管您可以选择差异备份和增量爬网，但仍可在一周或两周内完成你必须完全备份）。因此，我建议仔细分析您的要求，然后做出决定。 Microsoft为计划目的提供了一个良好的清单和模板列表。很少有链接在madhur的回复中提供，其余的你可以google。

公司Intranet的SharePoint站点层次结构 - 具有一个根的多个站点或子站点？

2 个答案: