背景：我们的服务器超出了SP2013（Software Boundaries and Limits）的建议限制，每台服务器的应用程序池数量（10）。我想知道这是否是造成明显滞后的原因，特别是在中央政府。我已经在IIS中修复了extending the "Shutdown Time Limit"的超时问题，但也希望优化性能。
问题：我想将几个SP Web应用程序分组以共享AppPool，因此我有3个AppPools而不是10个。按优先顺序排序（1）我该怎么做在管理中心，（2）在PowerShell，（3）或IIS中（很可能不是推荐的做法）？什么是最佳做法？
更新（17/29/17）：我实际上最终删除了5个未使用的Web应用程序（剩下7个，包括中央管理员）。这并没有真正解决WFE方面的滞后问题，但这两个Powershell命令似乎：
PS> Set-SPEnterpriseSearchService -PerformanceLevel PartlyReduced
PS> Restart-Service SPSearchHostController
信用：https://sharepoint.stackexchange.com/questions/125174/reduce-noderunner-exe-impact
<小时/> 我在Central Admin中进行更改时仍然存在延迟。仍在寻求解决方案。
答案 0 :(得分：1)
每次在sharepoint中创建Web应用程序时，都会邀请您通过中央管理员创建新的应用程序池。
每次在sharepoint（搜索，用户配置文件，托管元数据）中创建服务应用程序时，都会邀请您通过中央管理员创建新的应用程序池。
如果您想重新分配应用程序池，可以导航到中央管理员＆gt;管理服务应用程序＆gt;选择服务＆gt;点击功能区中的属性＆gt;更改应用程序池。
至于创建应用程序池或重新分配服务的powershell代码，我没有它们。
从IIS端，您只能创建应用程序池，以防您想要将现有服务应用程序重新分配给新的应用程序池。
至于您的中央管理缓慢，您可以分享您现有的机器规格吗？对于开发人员VM，我已经用4vcpu / 24 gb ram / 8 gb快速运行我的VM for sql（将sql实例限制为8gb）/将搜索设置为最小性能（对此有强大的功能）