在全文填充期间，fdhost.exe 或 sqlservr.exe 的内存有可能不足。如果全文爬网日志显示 fdhost.exe 正在反复重新启动，或系统返回错误代码 8007008，则意味着这些进程中的某一个进程内存不足。如果 fdhost.exe 在生成转储（特别是在大型多 CPU 计算机上），则该进程的内存可能不足。

可能的原因如下：

• 如果在完全填充期间可用的物理内存数量是零，则 SQL Server 缓冲池可能正占用系统的大部分物理内存。
  
  sqlservr.exe 进程试图侵占缓冲池的所有可用内存（最大为配置的最大服务器内存）。如果分配的“最大服务器内存” 过大，fdhost.exe 进程可能会面临内存不足的状况及共享内存分配失败。
  
  

  注意：
  在多 CPU 计算机（如 64 路 IA64 计算机）上进行全文填充期间，fdhost.exe 或 sqlservr.exe 之间可能出现缓冲池内存争用。由此造成的共享内存不足会导致批次重试、内存抖动并让 fdhost.exe 进程进行转储。

  可以通过适当设置 SQL Server 缓冲池的“最大服务器内存” 值来解决此问题。有关详细信息，请参阅本主题后面的“估计筛选器后台程序宿主进程 (fdhost.exe) 的内存需求量”。减小用于全文索引的批次大小可能也会有用。
  
  
• 分页问题
  
  页文件大小不足也会导致 fdhost.exe 或 sqlservr.exe 的内存不足，例如在具有增长受限的较小页文件的系统上。
  
  如果爬网日志未指示存在任何与内存相关的故障，则很可能是因为过度分页导致性能下降。
  
  

估计筛选器后台程序宿主进程 (fdhost.exe) 的内存需求量

USE master;
GO
EXEC sp_configure 'max server memory', 7052;
GO
RECONFIGURE;
GO

我们希望当平均 CPU 占用率低于大约 30% 时完全填充的性能不是最佳的。本节讨论影响 CPU 占用率的一些因素。

• 长时间等待页面
  
  若要了解等待页面的时间是否太长，请执行下面的 Transact-SQL 语句：
  
  

  	复制代码
  Execute SELECT TOP 10 * FROM sys.dm_os_wait_stats ORDER BY wait_time_ms DESC;

  下表描述了这里需要了解的等待类型。
  
  

  等待类型	说明	可能的解决方法
  PAGEIO_LATCH_SH（_EX 或 _UP）	这可能表明存在 IO 瓶颈，在此情况下通常还会发现平均磁盘队列长度很高。	将全文索引移动到其他磁盘上的其他文件组可能有助于减少 IO 瓶颈。
  PAGELATCH_EX（或 _UP）	这可能表明多个正在试图写入相同数据库文件的线程之间存在大量争用现象。	将文件添加到全文索引所在的文件组可能有助于减轻此类争用。

  有关详细信息，请参阅 sys.dm_os_wait_stats (Transact-SQL)。
  
  
• 扫描基表的效率很低
  
  完全填充将扫描基表，以生成批次。在下列情况下，这样的表扫描可能很低效：
  
  
  • 如果基表有很高百分比的行外列正在建立全文索引，则扫描基表以生成批次可能成为瓶颈。在这种情况下，使用 varchar(max) 或 nvarchar(max) 对较小的数据进行行内移动可能有用。
    
    
  • 如果基表非常零碎，扫描可能很低效。有关计算行外数据和索引碎片的信息，请参阅 sys.dm_db_partition_stats (Transact-SQL) 和 sys.dm_db_index_physical_stats (Transact-SQL)。
    
    若要减少碎片，可以重新组织或重新生成聚集索引。有关详细信息，请参阅重新组织和重新生成索引。