最近,我们的客户开始抱怨我们的一台服务器性能不佳.
这包含多个大型CMS实施和很多使用Sitefinity的小型网站.
我们的托管团队现在正试图找到我们环境中的瓶颈,因为加载时存在一些主要问题.我已经被赋予了一个任务来指定一个需要注意的大事项列表,分为不同的部分(IIS,ASP.NET,Web特定).
我认为根据Sitecore文档e.d,找出我们可以在一台服务器上运行多少个Sitecore CMS实例.我们希望能够监控并找出我们的瓶颈在哪里.我们的一些网站加载速度非常慢,其他网站加载速度非常快.我们在此服务器上运行的大多数Sitecore实现都具有较差的后端性能,并且在编译后加载时间非常糟糕.
我们的Sitecore解决方案在Win 2008 64服务器上运行,其中包含用于db的Microsoft sql Server 2008.
我知道指定有关我们设置的更详细信息可能很方便,但我希望我们能够获得有关如何监视和查找瓶颈的一些有用的基本信息e.d.
这包含多个大型CMS实施和很多使用Sitefinity的小型网站.
我们的托管团队现在正试图找到我们环境中的瓶颈,因为加载时存在一些主要问题.我已经被赋予了一个任务来指定一个需要注意的大事项列表,分为不同的部分(IIS,ASP.NET,Web特定).
我认为根据Sitecore文档e.d,找出我们可以在一台服务器上运行多少个Sitecore CMS实例.我们希望能够监控并找出我们的瓶颈在哪里.我们的一些网站加载速度非常慢,其他网站加载速度非常快.我们在此服务器上运行的大多数Sitecore实现都具有较差的后端性能,并且在编译后加载时间非常糟糕.
我们的Sitecore解决方案在Win 2008 64服务器上运行,其中包含用于db的Microsoft sql Server 2008.
我知道指定有关我们设置的更详细信息可能很方便,但我希望我们能够获得有关如何监视和查找瓶颈的一些有用的基本信息e.d.
解决方法
>不要使用太多不同的asp.net池,在plesk中调用和作为专用池.在同一个池中放置更多站点.
>更多内存,或停止服务器上未使用的程序/服务
>检查应用程序池上是否有内存限制,使池继续自动重新启动.
>在数据库上,将恢复模式设置为简单.
>从程序内部收缩数据库文件和重新索引数据库
>毕竟你的磁盘碎片整理
>更多内存,或停止服务器上未使用的程序/服务
>检查应用程序池上是否有内存限制,使池继续自动重新启动.
>在数据库上,将恢复模式设置为简单.
>从程序内部收缩数据库文件和重新索引数据库
>毕竟你的磁盘碎片整理
用process explorer检查内存.
要查看服务器的最新信息,请使用autoruns但请注意不要停止任何关键服务,并且计算机永远不会重新启动.不要停止autoruns的服务,使用服务管理器将类型更改为手动.如果你从未使用它们,许多sql服务也不需要运行它们.
其他一些提示
>将临时文件/和asp.net构建目录移动到其他磁盘
>从临时目录中删除所有文件(cd％temp％)
使用进程exporer确保可用物理内存不为零.如果它接近于零,那么您的服务器需要内存,或者需要停止非使用程序运行.
要将多个站点放在同一个池下,您需要更改新共享池下站点的权限.它并不困难,只需要花一些时间并组织起来知道哪个站点在哪个池下运行.现在假设你有10个站点,最好使用2个不同的池,并根据每个站点的负载在这个池上扩展站点.
