你好，
我猜最常见的SharePoint服务器星座是一个小农场：一个数据库服务器和一个Web前端（WFE）。 SharePoint（WSS 3.0 / MOSS 2007）的默认configuration似乎不是此类SharePoint-Server场的最佳configuration或最佳实践configuration。
那么我能做些什么来获得更好的performance呢？
– 我应该重新configuration工作stream程设置吗？
– 我应该改变数据库设置吗？
– 等等
提前致谢！
更新：我假设SharePoint服务器被用作协作服务器，“TeamSites”和具有自定义列表的网站，在该列表上运行的各种工作stream，大量文档库等等。
在该类别中的SharePoint服务器的一个优化是IMO 更改数据库的恢复模式，以防止大型数据库文件。
不要太有争议，但我认为你正在对你的问题做出一些非常大的假设。 我们从农场configuration开始。
根据我的经验，我不认为我看到任何一种configuration比另一种configuration更普遍，只有一个明显的例外：“开发”服务器。 开发人员倾向于将所有东西都整合到一个虚拟机（或一个盒子）中，只是因为原型最简单。 这是没有任何真正的眼睛对预期的负载或农场的目的 – 这是一个方便的事情。
但是，对于生产场configuration，农场的目的和预期负载应推动其configuration。 这是微软System Center Capacity Planner（SCCP）（ http://www.microsoft.com/systemcenter/en/us/capacity-planner.aspx – 免费下载）等工具背后的全部基础。 您插入预期的用户负载以及农场将要执行的操作，然后获得基准build议。 这不是一种适合所有人的方式，但它为进一步规划，定制和调整提供了坚实的起点。
虽然用户负载往往是投入农场的“箱数”中较大的驱动因素之一，但农场的预期目的是驱动一些configuration和调整方面。 你问过关于“更好的performance”的问题，但是你需要回答这个问题：农场将用于什么？
要使用两个截然不同的示例，根据服务器场是用于协作（经典的“团队站点”场景）还是发布（即，一个互联网暴露的“横幅站点”），性能调整build议会有很大差异。 在较高的层次上，前者的优化将推动R / W性能的最大化，而后者的调优将侧重于最大化caching性能和最小化响应时间。
尽pipe在大多数服务器场景中都有一些常规规划和性能提示（例如，利用64位硬件和软件： http ： //technet.microsoft.com/en-us/library/dd630764.aspx ），但我会鼓励你开始通过钉住两个参数：
一旦你知道这两件事情，你就可以开始估计你的农场规模/configuration; 您还可以了解某些调整工作的重点。
祝你好运！
Sharepoint有许多移动部分，每一个都可以进行优化，以提高整体性能。 作为一般规则，你应该从数据库开始，向外发展。
不过，我确实认同肖恩， 您需要更清楚地确定农场的工作量以及预期的未来增长。