题

我当然是SharePoint的纽比，但我的公司给了我一个大任务来部署它。

它是一个SharePoint 2013标准安装了OnPremise。我们的目标是建立一些团队网站加个人网站。

我的问题是呼吁最好的实践和社区体验。我想专注于要创建的Web应用程序数量。

我的感觉给我：

    一个用于中央管理控制台的
  • 个人网站一个
  • 一个用于团队网站 - 可能会被拒绝，因为人们来使用sp和网站数长增长
  • 一个for centralsearch
  • 一个用于测试

感谢您的建议

有帮助吗？

解决方案

我认为这是一个坚实的设置。至于测试，我不知道是否有可能，但也许在不同的硬件系统上测试项目只是为了安全！但这只是如果它可用。

这里有一些有用的人在我第一次开始时告诉我：每个Web应用程序都应该理想地拥有自己的应用程序池。这样，如果App Pool失败，它将不会缩小该池中的所有其他Web应用程序。但是，缺点是每个应用程序池都有一个开销（让我们说...... 10 MB）。因此，对于您创建的每个App池，您将基本上击退了10MB的空间，以允许Web应用程序工作。即使它没有完全使用，其他任何内容都无法触及其他任何内容，因此取决于尺寸。应用程序池等。

编辑：我只提到最后一部分，以帮助您确定所需的Web应用程序。

其他提示

测试的Web应用程序是什么用？你不能使用特定的网站集吗？如果它用于测试不同版本的自定义解决方案等，它将无助于使其成为一个单独的Web应用程序，我担心。

没有必要使用单独的Web应用程序进行搜索，您只需使用搜索中心模板创建网站集。

今天的最佳实践越来越倾向于使用主机命名的网站集（HNSC）。据说原因是更容易迁移，onprem - > onprem和onprem - >在线。

在该方案中，您只能使用两个Web应用程序，一个用于中央管理员，另一个用于个人网站和团队站点。这是一个非常好的微软博客，让您熟悉这个概念以及如何工作： http://blogs.mofollive/2013/10/31/guide-to-sharepoint-2013 -host-name-site-collections.aspx

许可以下： CC-BY-SA 和 归因
scroll top