Sharepoint 2010 有任何SharePoint极客对体系结构发表评论吗？
我们正在为一家公司（其内部网）使用现有的SharePoint解决方案。现在，公司一分为二，他们的内部网也一分为二。从现在起，这两家公司中的每一家都将拥有自己的内部网。所以，我们的想法是将这个Intranet（它只是一个web应用程序）拆分为两个web应用程序。但是等等，这些公司之间也会有一些信息可以共享。因此，我们的想法是将共享信息（管理信息等）放到一个单独的web应用程序中。到目前为止，我们有三款网络应用 此前，该公司的内部网以子网站的形式管理大约50家设施的数据。现在，根据新的设计，每个web应用程序将有25个设施。换句话说，每家公司将有25个设施。但问题是，每个设施都有大量数据，几乎为5GB+。因此，我不可能将限制配额放在站点级别。尽管如此，我们可以在SiteCollection级别限制大小（根据我的理解）。到目前为止，我们的想法是为每个设施创建一个网站集，这意味着我们将在一个web应用程序中创建25个网站集。导航可能是一场噩梦。但是，我们能用管理路径等解决导航问题吗Sharepoint 2010 有任何SharePoint极客对体系结构发表评论吗？,sharepoint-2010,Sharepoint 2010,我们正在为一家公司（其内部网）使用现有的SharePoint解决方案。现在，公司一分为二，他们的内部网也一分为二。从现在起，这两家公司中的每一家都将拥有自己的内部网。所以，我们的想法是将这个Intranet（它只是一个web应用程序）拆分为两个web应用程序。但是等等，这些公司之间也会有一些信息可以共享。因此，我们的想法是将共享信息（管理信息等）放到一个单独的web应用程序中。到目前为止，我们有三款网络应用 此前，该公司的内部网以子网站的形式管理大约50家设施的数据。现在，根据新的设计，每个we
任何其他建议/改进都将受到热烈欢迎和赞赏！即使是你的一点评论也可以帮助我改进我的设计；） 在建议的设计中，您必须手动设置导航（除非您希望在url中包含/sites/以外的内容，否则托管路径可能没有帮助）
我真的很怀疑，为什么在拆分之前，子网站起作用时，您现在必须将每个设施拆分为各自的网站集。如果您被要求在两家新公司之间移动设施，我只建议您将每个设施作为一个独特的网站集。很明显，我们需要将每个设施移动到一个独特的网站集，因为每个设施包含近10 GB+的容量。想象一下，如果我们必须将所有设施都保存在一个网站集和一个内容数据库中。Moss不允许我们拥有超过100GB的容量。因此，请澄清一下，您打算为每个设施向公司webapp添加一个新的内容数据库？