【 资讯】本文由美国计算机世界网站根据微软提供的技术手册改编，文中删除了促销信息，保留了微软提供的有效解决方法。

SharePoint是微软历史上销售量增长最快的产品，其可以存储大量的文件。这意味着应用性能是成功部署SharePoint的一个关键因素。我们在这里列出了能够提高SharePoint服务器性能的十个步骤。

步骤1:分离用户和数据库信息

一个常见的误区是与高速网络连接的服务器有着充足的带宽执行所有需要的操作。但是SharePoint在SQL设置了大量的请求———每个需求一个页面的请求会导致向数据库发送大量的请求，更不要说服务、检索和其它操作了。

为了缓解用户与数据库信息间的冲突，前端服务器和SQL连接应当被分离，让它们分别通过独立的物理网络或虚拟LAN。这需要在每一个前端Web服务器上至少配置两个独立的网络接口卡，通过设置静态路由确保信息被路由至正确的接口卡。相同的设置或许也能够被应用至应用索引服务器。

步骤2:分离检索

一个典型的中型服务器群由一台或多台Web前端服务器、一台专用索引或应用服务器和一台独立的SQL数据库服务器。由索引服务器发起的搜索信息必须由负责传递用户内容的相同服务器处理。为了防止搜索和用户信息冲突，额外的服务器或许应当被添加至服务器群中，这台服务器只用来服务搜索查询(在更小的环境中，索引服务器或许应当具备这一功能)。服务器群管理员应当对搜索服务进行配置以仅在这台专用户服务器上执行收集功能。在搜索操作中，这一配置可能会减少Web前端服务器信息70%。

步骤 3:调整 SQL参数

一个避免麻烦的便捷方法是在独立的物理磁盘(或是逻辑单元符号)上设置一个大型SharePoint数据库。这意味着有一套搜索数据库磁盘，一套临时数据库磁盘和内容数据库磁盘。还需要对独立的日志文件(*.ldf)进行额外考虑。尽管这些不会此发与其它文件相同级别的I/O，它们在备份和恢复中扮演了一个主要的角色，它们会让主数据库文件大小翻上数倍。

另一个方法是前摄性的管理单个数据库的尺寸和增长。默认状态下，SQL会让数据库文件以很小的规模递增，大约以每次1MB或是以数据库大小的固定百分比为限(通常是10%)。这些设置导致SQL在反复的造成数据库浪费，在数据库增大的同时妨碍了其它数据的写入。一个备选方案是如果空间足够大可以重新将数据库设置为推荐的最大值(100GB)，将自动增长设置为一个固定值(如10MB或20MB)

步骤4:整理数据库索引碎片

SQL服务器维持对存储在多个数据库中数据的索引，以改善查询效率和读取操作。就像文件存储在硬盘中一样，这些索引也会碎片化。定期进行维护操作十分重要。由于这种维护属于资源密集性操作，因此在定期执行这类操作时应当特别注意，许多时候，会影响到数据写入或读取。

步骤5:在多内容数据库分散用户数据

大多数SharePoint数据被存储在列表中:任务、通知、文件库、问题、图片库等等。大量的这种数据实际上被存储在与站点集合相联系的内容数据库的单一表单上。这与在SharePoint层内有多少站点和子站点被创建没有关系，每一个站点集合仅与一个内容数据库相联。这意味着一个带有数千个子站点的站点集合存储了大量的用户数据。这些用户数据来自于SQL单一表单上的每一个站点所存储的每一份列表。

由于SQL必须在一个潜在的非常庞大的数据组中递归执行查询，这会导致延时。减少工作负载的一个办法是让站点集合映射至内容数据库。