SharePoint Application Pool的推荐设置
2010-10-08 13:36
288 查看
Default Application pool
=========
别碰它, 确保没有什么使用它.
千万不要删掉它. 为什么? 因为IIS不喜欢. 如果删了它, IIS会发疯的.
不要重命名它.
Performance application pool settings: 空闲十分钟后, shutdown.
Health Application pool settings: 关掉pinging, 关掉rapid failure.
Cantral Admin App Pool, SSP Admin App Pool
==========
Recycling Application Pool Settings:
每晚上2:00AM 到4:00AM回收.
最大物理内存和最大虚拟内存, 这些App pool不会消耗多大内存, 想要多少就给多少吧. 如果需要限制, 那么我会在一个典型的系统上限制为500MB. 如果你想要保守一点, 你可以限制它们为200MB. 它们真的不应该需要这么多内存.
Performance Application Pool Settings:
空闲十分钟后就shutdown. 这些App pool不需要一直运行, 因为它们仅供管理之用的.
不用担心CPU. 如果你真要限制的话, 就限制它为5%吧.
Web Garden, 想都不要想. 你甚至都不希望一个w3wp.exe的运行时间太长.
如果你真的很想省内存, 你应该让central 和 ssp共享一个app pool. 基于安全的考虑, 如果你有两个团队管理ssp 和central的话, 那就不要改为共享了.
Health Application Pool Settings:
Pinging: 关掉.
Rapid failure: uncheck掉.
Startup/Shutdown: 你不会希望看到因为他们启动或者停止时因为慢了一点而报出错误的, 推荐它们两项限制修改为300。
Identify Application Pool Settings:
使用单独的账号. 如果出现问题, 这里是首先应该检查的地方.
SharePoint App Pool or %Your Content App Pool% (Whatever you call it)
===========
Recycling Application Pool Settings:
关掉按分钟回收.
每晚上2:00AM 到4:00AM回收.
最
大的物理和虚拟内存: 这个配置需要很多的控制. 这个部分是用来在消耗了太多内存的时候回收Application Pool时使用的.
在物理内存上, 32位的系统上App Pool数据不是很多的时候, 一般限制在800MB到1200MB之间. 如果一共有2G内存,
那么至多也就是限制为800MB了. 如果是4G内存, 那就限制为1000MB或至多1200MB. 如果是在64位的前端,
一共拥有8到16G内存的话, 我听说有限制为2G的, 甚至不予限制的.
Performance Application Pool Settings:
Idle timeout, 关闭. 除非App Pool不经常使用, 不要打开这个选项.
Request queue, 不要选.
CPU限制, 不要选. 这些web app pool正是你想要使用cpu的地方.
Web Garden, 不要使用.
Health Application Pool Settings:
Pinging: 保持开启. 你可以每隔10-15分钟ping它一下, 让它保持运转
Rapid failure: 不要勾选, 除非你只有一个web application在使用这个app pool, 并且所有的内容都在这个app pool上.
Startup/Shutdown: 你不会希望看到因为他们启动或者停止时因为慢了一点而报出错误的, 推荐它们两项限制修改为300到900。
Identify Application Pool Settings:
使用单独的账号. 如果出现问题, 这里是首先应该检查的地方.
关于web garden, MSDN解释到:
因
为web garden开启了允许使用多个进程, 所以每个进程都会有自己的一份application state, in-process
session state, caches, static data的拷贝. 所有的应用程序都不应该使用web garden,
特别是他们需要维护state的时候. 请确保在决定web garden模式是否合适前, 先对性能进行衡量.
当使用web garden时, 理解session state和round robin的运行机制很重要. 理解其他的application 配置如何影响应用程序也很重要的.
我
的经验是, 使用多出来的一个worker process的话, 我可以让一个web application的性能更好一点.
但是排查错误就非常困难, 而且进程隔离也很困难. 开发人员也不喜欢这样用. 在我下结论永远不要使用web garden之前,
请先按照上面的推荐进行配置. 如果你想提高性能, 先测一个work process的, 再测两个的. 如果没有提高, 就不要用.
摘译自:
Recommendations for SharePoint Application Pool Settings
http://blogs.msdn.com/b/joelo/archive/2007/10/29/sharepoint-app-pool-settings.aspx
=========
别碰它, 确保没有什么使用它.
千万不要删掉它. 为什么? 因为IIS不喜欢. 如果删了它, IIS会发疯的.
不要重命名它.
Performance application pool settings: 空闲十分钟后, shutdown.
Health Application pool settings: 关掉pinging, 关掉rapid failure.
Cantral Admin App Pool, SSP Admin App Pool
==========
Recycling Application Pool Settings:
每晚上2:00AM 到4:00AM回收.
最大物理内存和最大虚拟内存, 这些App pool不会消耗多大内存, 想要多少就给多少吧. 如果需要限制, 那么我会在一个典型的系统上限制为500MB. 如果你想要保守一点, 你可以限制它们为200MB. 它们真的不应该需要这么多内存.
Performance Application Pool Settings:
空闲十分钟后就shutdown. 这些App pool不需要一直运行, 因为它们仅供管理之用的.
不用担心CPU. 如果你真要限制的话, 就限制它为5%吧.
Web Garden, 想都不要想. 你甚至都不希望一个w3wp.exe的运行时间太长.
如果你真的很想省内存, 你应该让central 和 ssp共享一个app pool. 基于安全的考虑, 如果你有两个团队管理ssp 和central的话, 那就不要改为共享了.
Health Application Pool Settings:
Pinging: 关掉.
Rapid failure: uncheck掉.
Startup/Shutdown: 你不会希望看到因为他们启动或者停止时因为慢了一点而报出错误的, 推荐它们两项限制修改为300。
Identify Application Pool Settings:
使用单独的账号. 如果出现问题, 这里是首先应该检查的地方.
SharePoint App Pool or %Your Content App Pool% (Whatever you call it)
===========
Recycling Application Pool Settings:
关掉按分钟回收.
每晚上2:00AM 到4:00AM回收.
最
大的物理和虚拟内存: 这个配置需要很多的控制. 这个部分是用来在消耗了太多内存的时候回收Application Pool时使用的.
在物理内存上, 32位的系统上App Pool数据不是很多的时候, 一般限制在800MB到1200MB之间. 如果一共有2G内存,
那么至多也就是限制为800MB了. 如果是4G内存, 那就限制为1000MB或至多1200MB. 如果是在64位的前端,
一共拥有8到16G内存的话, 我听说有限制为2G的, 甚至不予限制的.
Performance Application Pool Settings:
Idle timeout, 关闭. 除非App Pool不经常使用, 不要打开这个选项.
Request queue, 不要选.
CPU限制, 不要选. 这些web app pool正是你想要使用cpu的地方.
Web Garden, 不要使用.
Health Application Pool Settings:
Pinging: 保持开启. 你可以每隔10-15分钟ping它一下, 让它保持运转
Rapid failure: 不要勾选, 除非你只有一个web application在使用这个app pool, 并且所有的内容都在这个app pool上.
Startup/Shutdown: 你不会希望看到因为他们启动或者停止时因为慢了一点而报出错误的, 推荐它们两项限制修改为300到900。
Identify Application Pool Settings:
使用单独的账号. 如果出现问题, 这里是首先应该检查的地方.
关于web garden, MSDN解释到:
因
为web garden开启了允许使用多个进程, 所以每个进程都会有自己的一份application state, in-process
session state, caches, static data的拷贝. 所有的应用程序都不应该使用web garden,
特别是他们需要维护state的时候. 请确保在决定web garden模式是否合适前, 先对性能进行衡量.
当使用web garden时, 理解session state和round robin的运行机制很重要. 理解其他的application 配置如何影响应用程序也很重要的.
我
的经验是, 使用多出来的一个worker process的话, 我可以让一个web application的性能更好一点.
但是排查错误就非常困难, 而且进程隔离也很困难. 开发人员也不喜欢这样用. 在我下结论永远不要使用web garden之前,
请先按照上面的推荐进行配置. 如果你想提高性能, 先测一个work process的, 再测两个的. 如果没有提高, 就不要用.
摘译自:
Recommendations for SharePoint Application Pool Settings
http://blogs.msdn.com/b/joelo/archive/2007/10/29/sharepoint-app-pool-settings.aspx
相关文章推荐
- SharePoint Application Pool的推荐设置
- SharePoint Error: 'Recycle IIS Application Pool': Win32: The system cannot find the path specified'
- 在SharePoint管理中心管理SharePoint Designer设置
- SharePoint Portal Server-管理匿名访问设置
- Microsoft Office Sharepoint Server 应用积累 (6) 统一查看,分页上传 推荐
- SharePoint User Profile Services Application之(二) 配置同步连接(Synchronization Connections)
- SharePoint User Profile Services Application之(四) -Promoted Sites
- 帐户权限和安全设置 (SharePoint Server 2010)
- 在SharePoint管理中心管理SharePoint Designer设置
- BEGINNING SHAREPOINT® 2013 DEVELOPMENT 第3章节--SharePoint 2013 开发者工具 站点设置
- 理解SharePoint Web Application和IIS Web Sites 和 HTTP请求
- Create a SharePoint Application Page for Anonymous Access
- [转]如何设置SharePoint BreadCrumb
- SharePoint Configuration Wizard失败“Failed to install the application content files.”的解决方案
- How to enable an ASP.Net application to run on a SharePoint virtual server
- SharePoint JS Link 之( 三)如何设置JSLink的引用
- 《微软文档管理解决方案2007》之二:设置及使用 - [SharePoint Server]
- 推荐在线设置 innodb_buffer_pool_size
- Sharepoint Error: "This server is not the indexer of this search application"
- [导入]推荐工具:SharePoint Content Deployment Wizard