Dostosowywanie wydajności i optymalizacja indeksy Full-Text

Podczas pełnego tekstu zapełnianie istnieje możliwość fdhost.exe lub sqlservr.exe uruchomić niskie wolnej pamięci lub uruchomienia pamięci.Jeśli przeszukiwanie pełnego tekstu dziennika wskazuje, że fdhost.exe jest uruchamiany często ponownie, lub że kod błędu 8007008 jest zwracanych oznacza to jedną z tych procesów jest uruchomiony w pamięci.Jeśli fdhost.exe są zakładane zrzuty, szczególnie w dużych, wiele procesorów komputerów, to może być uruchomiony z pamięci.

Możliwe przyczyny to:

• Jeśli ilość pamięci fizycznej, która jest dostępna podczas pełnego zapełnianie wynosi zero, SQL Server pula buforów może zajmująca większość fizycznej pamięci w systemie.

  Proces sqlservr.exe próbuje chwyć całej pamięci dostępnej dla pula buforów do skonfigurowanego serwera maksymalną ilość pamięci.Jeśli Maksymalna pamięć alokacja jest zbyt duży, limitu pamięci warunków i nie można przydzielić pamięci współużytkowanej może wystąpić w procesie fdhost.exe.

  Uwaga

  Podczas zapełnianie pełnego tekstu na komputerze wielu procesorów, takim jak komputer IA64 64-kierunkowe pomiędzy fdhost.exe lub sqlservr.exe mogą występować rywalizacji o pamięci pula buforów.Brak wynikowy ponownych prób partia powoduje, że pamięci współużytkowanej pamięci thrashing i zrzuty procesu fdhost.exe.

  Ten problem można rozwiązać, ustawiając Maksymalna pamięć wartość SQL Server odpowiednio buforu puli. Aby uzyskać więcej informacji, zobacz sekcję „ Wymagania pamięci procesu hosta demon filtru (fdhost.exe), Szacowanie"w dalszej części tego tematu.Zmniejszanie rozmiaru wsadu, używane do indeksowania pełnotekstowego może pomóc.

• Problem stronicowania

  Rozmiar pliku strona za mało takie, jak w systemie, który ma mały plik strona o ograniczonym dostępie wzrostu, przyczyną może być również fdhost.exe lub sqlservr.exe uruchomienie z pamięci.

  Jeśli dzienniki przeszukiwanie nie wykazują żadnych błędów związanych z pamięcią, jest prawdopodobne, że wydajność jest niska, ze względu na nadmiernego stronicowania.

Szacowanie wymagań pamięci procesu hosta demon filtru (fdhost.exe)

Ilość pamięci wymaganej przez proces fdhost.exe dla zapełnianie zależy głównie od liczby zakresów przeszukiwanie pełnego tekstu zastosowano, rozmiar pamięci współdzielonej przychodzących (ISM) i maksymalną liczbę wystąpień ISM.

Może być mniej więcej fizycznemu oszacowana ilość pamięci (w bajtach) przez hosta demon filtru przy użyciu następującej formuły:

number_of_crawl_ranges * ism_size * max_outstanding_isms * 2

Domyślne wartości zmiennych w poprzednim formuły są następujące:

Variable	Wartość domyślna
number_of_crawl_ranges	Liczba procesorów
ism_size	1 MB dla x 86 komputerom 4 MB, 8 MB lub 16 MB dla komputerów 64, w zależności od tego, całkowita pamięć fizyczna x
max_outstanding_isms	25 na x 86 komputerom 5 na komputerach z 64 x

W poniższej tabela przedstawiono wskazówki dotyczące oszacować wymagania pamięci fdhost.exe.Formuły w tej tabela należy użyć następujących wartości:

• F, który jest oszacowanie wymagane przez fdhost.exe (w MB) pamięci.

• T, który jest całkowita pamięć fizyczna dostępna w systemie (w MB).

• M, który jest optymalnej Maksymalna pamięć ustawienie.

Important Note:
Aby uzyskać istotne informacje dotyczące formuły zobacz 1, 2, and 3, poniżej.

Precyzyjne lub całkowita liczba cyfr.	Szacowanie wymagań pamięci fdhost.exe MB —F1	Formuła do obliczania Maksymalna pamięć —M2
dla komputerów z procesorami x 86 z AWE wyłączone	F=Number of crawl ranges* 50	M=minimum(T, 2000)–F– 500
dla komputerów z procesorami x 86 z AWE włączone	F=Number of crawl ranges* 50	M=T–F– 500
x 64 lub IA643	F=Number of crawl ranges* 10 * 8	M=T–F– 500

1 W przypadku wielu pełnego populacji w trakcie obliczania zapotrzebowania pamięci fdhost.exe każdej oddzielnie F1, F2, itd. Then calculate M as T**–** sigma**(Fi)**.

2 500 MB jest szacowana ilość pamięci wymaganej przez inne procesy w systemie.Jeśli system robi dodatkowej pracy, należy odpowiednio zwiększyć tę wartość.

3 .ism_size zakłada się, że wynosi 8 MB dla x 64 platformach.

Przykład: Szacowanie wymagań pamięci fdhost.exe

W tym przykładzie jest na komputerze AMD64, na którym 8 GM ilość pamięci RAM i procesory dwurdzeniowy 4.Pierwsze obliczenie szacunków pamięci wymagane przez fdhost.exe—F. Liczba zakresów przeszukiwanie 8.

F = 8*10*8=640

The next calculation obtains the optimal value for max server memory—M.The total physical memory available on this system in MB—T—is 8192.

M = 8192-640-500=7052

Przykład: Ustawienie Maksymalna liczba serwerów pamięci

This example uses the sp_configure and RECONFIGURETransact-SQL statements to set max server memory to the value calculated for M in the preceding example, 7052:

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

Aby ustawić maksymalny serwer opcja konfiguracja pamięci

• Server Memory Options

• How to: View or Change Server Properties (SQL Server Configuration Manager)

• How to: Set a Fixed Amount of Memory (SQL Server Management Studio)

Oczekujemy, że wydajność pełnego populacji nie przebiega optymalnie, gdy średnie zużycie PROCESORA jest niższa niż około 30 procent.W tej części opisano czynniki wpływające na zużycie PROCESORA.

• Wysoka oczekiwania na stronach

  Aby dowiedzieć się, czy czas oczekiwania do strona jest wysoka, wykonaj następujące czynności Transact-SQL instrukcja:

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

  W poniższej tabela opisano typy oczekiwania odsetek w tym miejscu.

  Odczekaj typu	Description	Możliwe rozwiązania
  PAGEIO_LATCH_SH (_EX lub _UP)	Może to oznaczać wąskie gardło operacji We/Wy, przez co będzie zazwyczaj widoczny również długość wysoka Średnia dysku kolejki.	Przesunięcie inną grupa plików indeksu całego tekstu na innym dysku może zmniejszyć wąskie gardło operacji We/Wy.
  PAGELATCH_EX (lub _UP)	Może to oznaczać dużą ilość rywalizacji między wątków, które próbujesz zapisać do tego samego plik bazy danych.	Dodawanie plików do grupa plików, na którym znajduje się indeks więcej zwiększa złagodzić takich niezgodności.

  Aby uzyskać więcej informacji zobacz sys.dm_os_wait_stats (języka Transact-SQL).

• Nieefektywność skanowanie tabela bazowa

  zapełnianie pełne skanowanie tabela bazowa do wyprodukowania instancje.Skanowanie tabela, może być mało wydajna w następujących scenariuszach:

  • Jeśli w tabela bazowa jest wysoka wartość procentowa kolumn poza wiersze, które są pełnego tekstu indeksowanych, skanowanie tabela bazowa do wyprodukowania partii może być wąskie gardło.W takim przypadek przenoszenie mniejszych danych w wierszu metodą varchar(max) lub nvarchar(max) być może pomóc.

  • Jeśli w tabela bazowa jest bardzo pofragmentowany, skanowanie może być mało wydajna.Aby uzyskać informacje na temat obliczania danych wychodzących z wierszy i indeks fragmentacji zobacz sys.dm_db_partition_stats (Transact-SQL) i sys.dm_db_index_physical_stats (Transact-SQL).

    Aby zmniejszyć fragmentacji, reorganizować lub odbudować indeks klastrowany.Aby uzyskać więcej informacji zobaczReorganizing and Rebuilding Indexes.