MOSS 2007系统管理-网站性能优化

Click to Edit Title Text,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,SharePoint 2007,网站性能优化,日程,为什么要做性能优化？,正确的部署模型,32,位？,64,位？,SharePoint,服务器场配置,IIS,压缩,匿名用户,vs.,非匿名用户,缓存,core.js,的延迟下载,关注列表（文档库）的性能,代码优化,把所有的方法放在一起,工具,两个工具，两个目的,Visual Studio Team Test,Web,应用压力测试,Fiddler,监控,HTTP,数据, Studio Team Test,为什么要做性能优化？,SharePoint,已经成长为一个通用的,Web,应用平台,SharePoint,不同于普通的,ASP.NET,应用,选择正确的部署模型,SharePoint,服务器场,前端,Web,服务器,应用服务器,Excel Service,Index Service,Query Service,Document Conventer Service,数据库服务器,SQL Server,推荐的部署模型,关于部署的提示,不要将域控制器与,SharePoint,服务器混在一起,给数据库服务器尽可能多的内存,Index Service,对,CPU,会造成相当的压力，所以应尽早考虑将其部署到单独的服务器上,如果必要，创建多个前端,Web,服务器,服务器硬件配置推荐,前端,Web,服务器,双,CPU (3GHz),内存,2GB,应用服务器,双,CPU (2.5GHz),内存,4GB,数据库服务器,双,CPU (2.5G),内存,4GB,RAID - 1,32,位？,64,位？,64,位系统的优势,支持更多的内存,更快的,IO,SharePoint,对,64,位完全支持,Windows Server / SQL Server / .NET Framework 2.0 / .NET Framework 3.0 / SharePoint Server,都有,64,位版本,支持,32,位与,64,位混合部署,前端,Web,服务器,/,应用服务器：,32,位,数据库服务器：,64,位,考虑使用,64,位技术的优先次序：,SQL Server,Index,Excel,Query,Web,关于服务器场，你需要考虑的,做好站点层次规划,尽量减少,Web,应用程序的数量,尽量减少共享服务提供者（,SSP,）的数量,别创建太多的应用程序池,对于数据库的增长，提前最好规划,SharePoint,服务器场配置,项目,允许的最大值,建议,站点集,/,数据库,5000,250,容量,/,数据库,25 50 GB,数据库,/ SQL Server,实例,300,100,容量,/ SQL Server,实例,2 TB,SSP /,服务器场,1,Web,应用程序,/,服务器场,10,应用程序池,/,服务器,2 4 (,除了,SSP),最大内存,/,应用程序池,800 MB,数据容量,/,站点集,5 GB,大小,/,单个文件上传,50 MB,IIS,压缩,IIS,自带了文件压缩功能,将压缩文件暂存到,%WINDIR%IIS Temporary Compressed Files,目录下,压缩默认支持的文件类型,静态文件,: htm, html, txt, js, css, htc;,动态文件,: asp, exe, axd,可以增加对,aspx,文件类型的压缩,cscript C:Inetpubadminscriptsadsutil.vbs SET W3SVC/Filters/Compression/Deflate/HcScriptFileExtensions asp dll exe aspx,cscript C:Inetpubadminscriptsadsutil.vbs SET W3SVC/Filters/Compression/gzip/HcScriptFileExtensions asp dll exe aspx“,不要压缩已经被压缩过的文件类型，比如,.jpg,IIS,压缩率,提高默认的,IIS,压缩率,cscript C:Inetpubadminscriptsadsutil.vbs SET W3Svc/Filters/Compression/GZIP/HcDynamicCompressionLevel 9“,cscript C:Inetpubadminscriptsadsutil.vbs SET W3Svc/Filters/Compression/DEFLATE/HcDynamicCompressionLevel 9“,演示,IIS,压缩,匿名用户,vs.,非匿名用户,非匿名用户将对“缓存”的使用造成许多影响,匿名用户最适宜使用缓存，因为他们看到的都是同样的内容,非匿名用户通过折中方法也可以使用缓存,对于非匿名用户应该尽量减少用户组、权限级别的划分,尽量按照层次结构设计站点,将非匿名用户访问的内容放到子站点中,输出缓存,SharePoint,站点集支持输出缓存设置,在站点集层次进行控制,允许排除应用程序页面（,Application Pages,）和子站点,使用不同的缓存配置文件,内置的缓存配置文件已经可以适用于大部分场景,输出缓存使用提示,如果并不想缓存整个页面怎么办？,Post-Cache Substitution controls, like login, Page Gallery,Style Library,演示,文件缓存,对象缓存,默认会被开启,用来存储经常访问的列表项,站点导航结构,文档库或列表的栏结构,默认使用,100MB,内存空间,使用管理界面来清空对象缓存（同时也可以清空文件缓存）,对象缓存使用提示,谨慎调整对象缓存所使用的内存容量,监控“,SharePoint Publishing Cache,”,目标是缓存命中率超过,90%,如果低于,90%,，则要增加对象缓存所使用的内存容量,所有的缓存都会使用同一个内存空间,意味着在,32,位机器上，缓存所使用的内存空间不能超过,2GB,SharePoint,自己的模块也是使用同一个空间,如果对内存有更高需求，可以考虑,64,位系统,演示,对象缓存,延迟下载,core.js,core.js,是,SharePoint,中最大的,jscript,文件,257k on disk, 54k compressed,在大部分匿名用户场景的页面载入阶段都不需要它,产品组的,Blog,中已经详细描述了如何延迟载入,core.js, !,性能建议：一个文件夹下不要存放超过,2000,个数据项,合理使用索引栏,对用于分组、搜索条件的栏建立索引,演示,列表栏索引,代码优化, Web Part,Web Part,在页面上是以“一个接一个”的模式来运行,一个缓慢的,Web Part,就可以毁掉整个页面,缓慢的,Web Part,是让用户不爽的主要原因之一,让,Web Part,尽可能快的执行！,代码优化,别让,Web Part,干太多活,Web Part,不适宜用于完成业务操作,可以考虑的替代品：,Windows Service,，,SharePoint Job Timer,仅让,Web Part,完成界面的处理和操作,代码优化,异步操作,使用异步调用,不要在一个,Web Part,上浪费太多的执行时间,ASP.NET 2.0,页面异步模型,演示,异步,Web Part,代码优化,缓存，缓存！,不要总是查询数据库、列表,现成的缓存接口：,System.Web.Caching.Cache,this.Context.Cache,缓存,DataTable,不要直接缓存,SPListItem,DataTable table = SPListItemCollection.GetDataTable();,演示,Web Part,缓存,代码优化,获取列表数据,SPList with For/Each,SPListItemCollection items = list.Items;foreach (SPListItem item in items) ,SPList with SPQuery,SPQuery query = new SPQuery;query.Query = “”;query.RowLimit = 100;SPListItemCollection items = list.GetItems(query);,代码优化,获取列表数据（续）,SPList with DataTable,DataTable table = list.Items.GetDataTable();,SPListItem with DataTable,SPQuery query = new SPQuery;query.Query = “”;query.RowLimit = 100;SPListItemCollection items = list.GetItems(query);DataTable table = items.GetDataTable();,代码优化,获取列表数据（续）,List with Web Service,WSLists.Lists ws = new WSLists.Lists();ws. Credentials = System.Net.CredentialCache.DefaultCredentials;ws.Url = “http:/myPortal/_vti_bin/lists.asmx”;XmlNode node = ws.GetListItems();,Search,FullTextSqlQuery query = new FullTextSqlQuery(mysite);query.QueryText = “SELECT ”;query.RowLimit = 100;query.ResultTypes = ResultType.RelevantResults;ResultTableCollection rtc = query.Execute();,代码优化,获取列表数据（续）,PortalSiteMapProvider,SPQuery query = new SPQuery;query.Query = “”;query.RowLimit = 100;PortalSiteMapProvider ps = PortalSiteMapProvider.WebSiteMapProvider;PortalWebSiteMapNode node = (PortalWebSiteMapNode) ps.FindSiteMapNode(myWeb. ServerRelativeUrl);SiteMapNodeCollection items = ps.,GetCachedListItemsByQuery(node, “myListName”, query, myWeb);foreach (PortalListItemSiteMapNode item in items) ,哪种最快？,索引栏有何影响？,代码优化,集合,不好的习惯,SPWeb web = SPContext.Current.Web;web.Lists“Documents”.Title = “Tech Docs”;web.Lists“Documents”.Description = “Technical Docs”;web.Lists“Documents”.Update();,好的习惯,SPWeb web = SPContext.Current.Web;SPListCollection lists = web.Lists;SPList docList = lists“Documents”;docList.Title = “Tech Docs”;docList.Description = “Technical Docs”;docList.Update();,代码优化,及早释放,SPSite,与,SPWeb,SPSite / SPWeb,当创建它们的实例对象时，会使用非托管资源,每个实例对象会占用,1-2 MB,内存,它们都实现了,IDisposable,接口 ！,会造成什么后果？,应用程序池频繁进行回收,/,重启操作,访问量一多，站点就明显变慢很多,访问量一多，站点就常出现“超时错误”、“页面不可用”等错误,代码优化,及早释放,SPSite,与,SPWeb,（续）,不好的习惯,SPSite site = new SPSite(“http:/Portal”);SPWeb web = site.OpenWeb(“,MyWebSite/MySubSite,”);foreach (SPWeb sWeb in site.GetSubWebsForCurrentUser(),好的习惯,using ( SPSite site = new SPSite(“http:/portal”) ) using (SPWeb web = site.OpenWeb(“,MyWebSite/MySubSite,”) foreach (SPWeb sWeb in site.GetSubWebsForCurrentUser() sWeb.Dispose(); ,External Storage API for SharePoint,一个允许将文件存储到外部数据源的接口,对,SharePoint,其他组件完全透明,不影响现有所有文件操作功能,已通过,KB 937901 Hotfix,添加到,SharePoint,总结,综合考虑,从整个服务器场的部署架构，到具体的一段代码,充分的测试,“测试中得真知”,Office SharePoint Server 2007,开发入门指南,Microsoft Office SharePoint Server 2007,管理员指南,已出版,正在翻译中,Kaneboys Blog, SharePoint Server Development Portal,