Web Application 的限制

SharePoint 2013 Farm最大支持20个WebApplication.这个限制和Application Pool的限制无关，是对于整个Farm来讲的。微软建议把Web Application的数目控制的越小越好。如果想要多个不同名字的site，可以用创建host named 网站集来代替添加新的web application。

一个We Application最多支持5个Zone。这个是SharePoint定义死的，不可修改。

一个Web Application最多支持20个 Managed Path。其实多创建也是可以的，但是这个会造成效率上的问题。因为每个Managed path都在Web Front End Server上缓存着。

创建web application 之前要考虑的问题：

1.      最好为web application取比较好的名字，并且有一定的规则。

         比如: 对于公司内部办公网站的webapplication，可以叫 htpp://portal.contoso.com

         对于存放个人网站的，叫http://mysite.contoso.com

         对于和外部合作伙伴交互的，叫http://partner.contoso.com

2.      创建Content database的时候也是要有规则。一般情况下，SharePoint会随机安排一个名字，后面是一串GUID。最好修改成Web Application name+[标识]。因为一个                web application下面可能有多个content database, 因此要用标识区分一下。

          这样做可以避免在维护数据库的时候，弄错数据库。

3.      要支持哪些认证方式？

          对于internal 的站点，一般是windows认证，不能允许外部的人访问。

4.      是否要开启匿名访问？

          匿名访问需要在Web Application级别开启，因此为了安全起见，允许匿名访问的站点要有一个单独的web application。

5.      这个Web Application 要消费哪些Application Service?

Content Database 的限制

1.      一个Farm最多支持500个Content Database。添加过多的Content Database到一个Web Application上会带来管理上的麻烦。比如创建Site Collection会变慢，如果Content Database过多，建议使用Powershell 命令来管理SharePoint ，而不要用页面。

2.      Content database 的大小限制

针对不同的用途，建议的大小限制也不一样。

• 一般来讲，建议不超过100GB，最大别超过200GB。因为数据库越大，维护起来就越麻烦。比如，为了在白天不影响用户的使用，你想在夜里进行数据库备份，那么你要保证夜里这几个小时能够备份完。
• 如果你能保证数据库有很高的响应速度，很快的备份机制，高可用性和容灾恢复，那么一个Content database可以达到4TB
• 对于归档的文档，Contentdatabase的大小没有特定的限制。但是要保证站点模板是在Document Center或者Record Center。并且是有很少量的文件需要被访问(<5%),极少数的文件需要被修改(<1%)。其他交互性的功能，比如alert，workflow，打破集成的权限不应该被使用。

3.      一个Content Database可以存储6千万item。超过的话应该分开存放到多个content database里。

4.      一个Content Database最大可以存放1万个site collection。可以是

• 2500个普通网站集，外加7500个个人站点
• 或者10000个个人站点