Ottimizzazione delle prestazioni degli indici full-text

Durante un popolamento full-text, è possibile che la memoria disponibile per fdhost.exe o sqlservr.exe diventi insufficiente o si esaurisca. Se il log delle ricerche per indicizzazione full-text indica il riavvio frequente del processo fdhost.exe o la restituzione frequente del codice di errore 8007008, uno di questi processi non dispone di memoria sufficiente. Se fdhost.exe produce dump, in particolare in computer di grandi dimensioni con più CPU, è possibile che la memoria si esaurisca.

I motivi possibili sono i seguenti:

• Se la quantità di memoria fisica disponibile durante un popolamento completo è pari a zero, è possibile che il pool di buffer di SQL Server stia utilizzando la maggior parte della memoria fisica presente nel sistema.

  Il processo sqlservr.exe tenta di acquisire tutta la memoria disponibile per il pool di buffer, fino alla quantità massima di memoria del server configurata. Se l'allocazione di max server memory è eccessiva, per il processo fdhost.exe possono verificarsi condizioni di memoria insufficiente e l'impossibilità di allocare memoria condivisa.

  [!NOTA]

  Durante un popolamento full-text in un computer con più CPU, ad esempio un sistema IA64 a 64 vie, tra fdhost.exe e sqlservr.exe può verificarsi un conflitto per la memoria del pool di buffer. La conseguente mancanza di memoria condivisa genera tentativi batch, sovraccarico della memoria e dump da parte del processo fdhost.exe.

  È possibile risolvere questo problema impostando in modo appropriato il valore max server memory del pool di buffer di SQL Server. Per ulteriori informazioni, vedere "Stima dei requisiti di memoria del processo host del daemon di filtri (fdhost.exe)" più avanti in questo argomento. Può inoltre risultare utile ridurre la dimensione del batch per l'indicizzazione full-text.

• Problema di paging

  Anche le dimensioni insufficienti del file di paging, ad esempio in un sistema con un file di paging ridotto con crescita limitata, possono generare condizioni di memoria insufficiente per fdhost.exe o sqlservr.exe.

  Se nei log delle ricerche per indicizzazione full-text non sono riportati errori di memoria, è probabile che le prestazioni non siano ottimali a causa del paging eccessivo.

Stima dei requisiti di memoria per il processo host del daemon di filtri (fdhost.exe)

La quantità di memoria richiesta dal processo fdhost.exe per un popolamento dipende principalmente dal numero di intervalli di ricerca per indicizzazione full-text utilizzati, dalla dimensione della memoria condivisa in ingresso e dal numero massimo di istanze di tale memoria.

È possibile stimare approssimativamente la quantità di memoria (in byte) utilizzata dall'host del daemon di filtri tramite la formula seguente:

number_of_crawl_ranges * ism_size * max_outstanding_isms * 2

I valori predefiniti delle variabili nella formula precedente sono i seguenti:

Variabile	Valore predefinito
number_of_crawl_ranges	Numero di CPU
ism_size	1 MB per computer x86 4 MB, 8 MB o 16 MB per computer x64, a seconda della memoria fisica totale
max_outstanding_isms	25 per computer x86 5 per computer x64

Nella tabella seguente vengono illustrate le linee guida da seguire per stimare i requisiti di memoria di fdhost.exe. Le formule contenute in questa tabella utilizzano i valori riportati di seguito.

• F: stima della memoria richiesta da fdhost.exe (in MB).

• T: memoria fisica totale disponibile nel sistema (in MB).

• M: impostazione max server memory ottimale.

Importante
Per informazioni essenziali sulle formule, vedere 1, 2 e 3 di seguito.

Piattaforma	Stima dei requisiti di memoria di fdhost.exe in MB: F1	Formula per il calcolo del valore max server memory: M2
x86 con AWE disabilitato	F=Number of crawl ranges* 50	M=minimum(T, 2000)–F– 500
x86 con AWE abilitato	F=Number of crawl ranges* 50	M=T–F– 500
x64 o IA643	F=Number of crawl ranges* 10 * 8	M=T–F– 500

1 Se sono in corso più popolamenti completi, calcolare i requisiti di memoria di fdhost.exe per ciascuno, come F1, F2 e così via, quindi calcolare M come T**.** sigma**(Fi)**.

2 500 MB è una stima della memoria necessaria per altri processi nel sistema. Se nel sistema sono in corso processi aggiuntivi, aumentare questo valore di conseguenza.

3. Si presuppone che ism_size sia di 8 MB per le piattaforme x64.

Esempio: Stima dei requisiti di memoria di fdhost.exe

Questo esempio è relativo a un computer AMD64 con 8 GB di RAM e 4 processori dual core. Il primo calcolo consente di stimare i requisiti di memoria di fdhost.exe, ovvero F. Il numero di intervalli di ricerca per indicizzazione è 8.

F = 8*10*8=640

Il calcolo successivo consente di ottenere il valore ottimale per max server memory -M. TLa memoria fisica totale nel sistema in MB -T - è 8192.

M = 8192-640-500=7052

Esempio: Impostazione del valore max server memory

In questo esempio vengono utilizzate le istruzioni sp_configure e RECONFIGURETransact-SQL per impostare max server memory sul valore calcolato per M nell'esempio precedente, 7052:

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

Per impostare l'opzione di configurazione max server memory

• Opzioni per la memoria server

• Procedura: Visualizzazione o modifica delle proprietà del server (Gestione configurazione SQL Server)

• Procedura: Impostazione di una quantità di memoria fissa (SQL Server Management Studio)

È previsto che le prestazioni di esecuzione dei popolamenti completi non siano ottimali quando l'utilizzo medio della CPU è inferiore al 30 percento. In questa sezione vengono illustrati alcuni fattori che influiscono sull'utilizzo della CPU.

• Lunga attesa di pagine

  Per determinare il tempo di attesa delle pagine, eseguire l'istruzione Transact-SQL seguente:

  Execute SELECT TOP 10 * FROM sys.dm_os_wait_stats ORDER BY wait_time_ms DESC;
  

  Nella tabella seguente vengono descritti i tipi di attesa relativi a questo contesto.

  Tipo di attesa	Descrizione	Possibile soluzione
  PAGEIO_LATCH_SH (_EX o _UP)	Può indicare un collo di bottiglia a livello di IO, caso in cui anche la lunghezza media della coda del disco sarebbe elevata.	Lo spostamento dell'indice full-text in un filegroup diverso in un disco diverso potrebbe contribuire a ridurre il collo di bottiglia a livello di IO.
  PAGELATCH_EX (o _UP)	Può indicare conflitti tra i thread che tentano di scrivere nello stesso file di database.	L'aggiunta di file al filegroup in cui risiede l'indice full-text potrebbe contribuire ad attenuare questi conflitti.

  Per ulteriori informazioni, vedere sys.dm_os_wait_stats (Transact-SQL).

• Analisi inefficaci della tabella di base

  Un popolamento completo esegue l'analisi della tabella di base per produrre batch. Tali analisi potrebbero risultare inefficaci negli scenari seguenti:

  • Se la tabella di base dispone di una percentuale elevata di colonne esterne alle righe sottoposte a indicizzazione full-text, il collo di bottiglia potrebbe essere causato proprio dalla scansione della tabella di base per produrre batch. In questo caso, lo spostamento dei dati di dimensioni inferiori all'interno delle righe tramite varchar(max) o nvarchar(max) potrebbe risolvere il problema.

  • Se la tabella di base è molto frammentata, la scansione potrebbe risultare inefficace. Per informazioni sul calcolo dei dati esterni alle righe e sulla frammentazione dell'indice, vedere sys.dm_db_partition_stats (Transact-SQL) e sys.dm_db_index_physical_stats (Transact-SQL).

    Per ridurre la frammentazione, è possibile riorganizzare o ricostruire l'indice cluster. Per ulteriori informazioni, vedere Riorganizzazione e ricostruzione degli indici.