SharePoint Application Pool的推荐设置
2010-05-30 20:16
459 查看
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'
- How to create and delete a SharePoint site by web application
- How to use sharepoint webservices in web application
- SharePoint SPUtility.SendEmail 发送邮件设置级别
- ReportingService错误:配置参数 SharePointIntegrated 被设置为 True,但无法加载 Share Point 对象模型
- SharePoint Portal Server-管理匿名访问设置
- How to enable an ASP.Net application to run on a SharePoint virtual server
- 《微软文档管理解决方案2007》之二:设置及使用 - [SharePoint Server]
- 利用 PowerShell 分析SharePoint WebApplication 体系结构
- 创建SharePoint Business Data Connectivity Service Application
- Dynamics CRM 2011 集成Sharepoint server 2010 报错“由于Internet Explorer安全设置的原因,无法确定SharePoint的版本”
- [推荐WebPart开发教程]Developing Web Parts for SharePoint Portal Server 2003 in .NET
- [导入]推荐工具:SharePoint Content Deployment Wizard
- SharePoint Online 设置网站集
- 为 SharePoint Server 2010 安装配置RBS(2)为内容数据库设置 BLOB 存储
- sharepoint application page
- VS2010开发SharePoint Workflow (一) 推荐
- [转]如何设置SharePoint BreadCrumb
- SharePoint JavaScript API in application pages