|
|
9 回复 | 直到 17 年前
|
1
3
你不会说你的前端服务器有多少内存——考虑到它们是32位的,我假设每个工作进程的最大内存大约为2gb+。 我的建议?切换到64位,添加更多内存,并检查每个前端是否只使用一个w3wp工作进程。深入了解“网络花园”,也就是说,在每个前端配置多个w3wp进程。首先,从每个前端两个workerprocess开始,看看效果如何。还要确保它们被设置为回收,并且每对工人流程的回收不会重叠——有两个以上的工人意味着他们可以轮流回收,而不会切断通道。 只是我的0.02。 -Oisin |
|
2
2
我认为你的首要任务是确定问题实际上在哪里- 直到你知道你在浪费时间改变事情。
|
|
|
3
2
感谢大家提供的一些有用的建议,我刚刚了解到的一件事是,我们的对象缓存基本上什么都没做!这是因为它的工作方式似乎是,如果您有权编辑网站集上的ANYWHERE,则默认情况下会禁用整个门户的对象缓存。由于所有用户都有至少某些内容的权限,这意味着缓存基本上什么都不做! 我们通过启用缓存调试发现了这一点,该调试在html中添加了一个关于正在使用的缓存的小注释。在更改了经过身份验证的缓存配置文件中的“允许写入者查看缓存内容”设置后, 我们正在观察这对编辑的影响,但对于普通观众来说,轶事证据表明它正在产生巨大的影响! |
|
|
4
2
是的,缓存是减少系统负载的最佳方法。 在SQL服务器上添加RAM也很好。(64位确实是SQL服务器的必备配置,WFE没那么重要)。 但不确定是否要回收这些流程。除了与某人的对话外,我没有证据表明这一点,他说回收过程似乎解决了一个性能问题,但引入了其他问题。 我有没有提到缓存? SQL server应处理高达100Gb的数据库,但在这种规模下,很难对其进行备份等管理,因此,将您的网站拆分为相关的网站集可能是您现在需要计划的事情,但这可能与性能无关。 |
|
5
1
你看了吗 Plan for software boundaries (Office SharePoint Server) ? 乍一看,您的服务器 发作 在他们推荐的设置中。 为了提高性能,您应该看看:
|
|
|
6
0
一定要检查磁盘使用情况。如果您有两个VM,并且它们运行在同一个磁盘/SAN上,请确保它不会太忙。SAN过载会降低性能 |
|
|
7
0
我会把我的帽子扔到戒指上,也推荐64位。也许不是立即解决问题,但展望未来,我会把64位作为你整个农场的目标。 我也会接受Nat的评论,即这在Web前端并不重要。我不会辩论基准测试或争论内存可寻址性。这真的比那简单。 微软公开表示,2007是SharePoint在32位服务器上运行的最后一个版本。展望未来,64位将是一个要求——就像FRAM滤油机的人说的那样——“现在付钱给我,或者以后付钱给我”。.. |
|
|
8
0
我们也有性能问题。我们在2008年的胜利中升级了64位,这带来了一些变化,但没有预期的那么大。 bih的推动使我们从NTLM身份验证转变为Kerberos。这是我们的主要改进。 希望这对某人有所帮助 |
|
|
9
0
我运行了一个非常相似的设置,但是我们在3个网站集上有超过400GB的存储空间。在走64位路径之前,您还可以尝试其他一些事情。
希望这能有所帮助! |
.gif){kind=link}