公司内部网的SharePoint网站层次结构-多个网站或具有一个根的子网站?

公司内部网的SharePoint网站层次结构-多个网站或具有一个根的子网站?,sharepoint,sharepoint-deployment,Sharepoint,Sharepoint Deployment,我是一家中型制造公司的IT经理。我们已经被SharePoint打湿了脚——到目前为止,我们已经有一个博客投入生产使用>这是CEO的博客 我们有几个基于列表的“应用程序”的用例,其中一些简单的工作流将由我们的一个开发人员实现。我们还希望让我们的用户(至少是技术熟练的用户)能够创建和使用自己的部门网站 然而,我们担心,如果它被广泛采用,我们可能会开始一些可能很快失控的事情(这将是一件好事)。由于我们并不真正理解所有的架构权衡,我们最终可能会在一个结构中产生大量的用户数据,这会让我们一路受挫 我们最大

我是一家中型制造公司的IT经理。我们已经被SharePoint打湿了脚——到目前为止,我们已经有一个博客投入生产使用>这是CEO的博客

我们有几个基于列表的“应用程序”的用例,其中一些简单的工作流将由我们的一个开发人员实现。我们还希望让我们的用户(至少是技术熟练的用户)能够创建和使用自己的部门网站

然而,我们担心,如果它被广泛采用,我们可能会开始一些可能很快失控的事情(这将是一件好事)。由于我们并不真正理解所有的架构权衡,我们最终可能会在一个结构中产生大量的用户数据,这会让我们一路受挫

我们最大的问题是,是否每次使用都有多个站点,而不是一个根站点,其他所有内容都从这个根站点上下来。多个站点将使我们能够灵活地进行更改或开发新功能,而不会给所有用户带来问题。但是,多个站点可能更难备份、搜索和维护用户配置文件/安全性。一个单一的大型网站似乎会逆转成本/收益

我非常感谢您对一对多权衡的任何见解,或者与讨论它的资源的链接。如能链接到通用SharePoint“企业最佳实践”(抱歉),我们将不胜感激

谢谢

但是,多个站点可能更难 备份、搜索和维护用户 档案/安全。一个巨大的 网站似乎扭转了这种局面 成本/效益

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

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

那是关于备份的

说到搜索和用户配置文件,你的假设又错了。搜索和用户配置文件是共享服务,只要它们驻留在单个共享服务提供商中,就可以正常工作。两者都是农场级服务

一个单一的大型网站(如果你真的是指这里的网站而不是网站集)是一个完全不可能的,也是一个糟糕的设计

我建议你拥有多个网站集(比如你公司的整个部门,比如人力资源部、财务部、IT部),然后在其下设立子网站。通过这种方式,您可以在SQL中管理一个数据库,并且仍然可以通过将内容数据库添加到现有web应用程序来进行扩展

在这里,我假设您正在公司级别创建拓扑。如果这是在一些较低的水平,它需要加以改进

阅读Technet上有关分类法和站点架构的文章,然后再继续阅读

但是,多个站点可能更难 备份、搜索和维护用户 档案/安全。一个巨大的 网站似乎扭转了这种局面 成本/效益

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

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

那是关于备份的

说到搜索和用户配置文件,你的假设又错了。搜索和用户配置文件是共享服务,只要它们驻留在单个共享服务提供商中,就可以正常工作。两者都是农场级服务

一个单一的大型网站(如果你真的是指这里的网站而不是网站集)是一个完全不可能的,也是一个糟糕的设计

我建议你拥有多个网站集(比如你公司的整个部门,比如人力资源部、财务部、IT部),然后在其下设立子网站。通过这种方式,您可以在SQL中管理一个数据库,并且仍然可以通过将内容数据库添加到现有web应用程序来进行扩展

在这里,我假设您正在公司级别创建拓扑。如果这是在一些较低的水平,它需要加以改进

阅读Technet上有关分类法和站点架构的文章,然后再继续阅读


这完全取决于你的需要和要求。即使不同的网站有不同的web应用程序,我也可以利用备份为您提供一个引用。您可能很少有数据不经常更改的站点,如组织策略、流程文档等。在这种情况下,进行定期备份/搜索爬网是没有意义的(尽管您可以选择差异备份和增量爬网,但仍然需要在一周或两周内进行完全备份)。因此,我建议仔细分析您的需求,然后做出决定。微软已经提供了一个很好的清单和模板,用于规划目的。马杜尔的回复中很少提供链接,其余的你可以在谷歌上搜索

这完全取决于您的需要和要求。即使不同的网站有不同的web应用程序,我也可以利用备份为您提供一个引用。您可能很少有数据不经常更改的站点,如组织策略、流程文档等。在这种情况下,进行定期备份/搜索爬网是没有意义的(尽管您可以选择差异备份和增量爬网,但仍然需要在一周或两周内进行完全备份)。因此,我建议仔细分析您的需求,然后做出决定。微软已经提供了一个很好的清单和模板,用于规划目的。马杜尔的回复中很少提供链接,其余的你可以在谷歌上搜索

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