Pełny tekst: wiele FT_MASTER_MERGE czeka w stanie SUSPENDED po utworzeniu wielu indeksów pełnotekstowych (serwer zawiesza się)

Testowaliśmy na SQL Server 2014, kiedy mieliśmy 10 baz danych, 100 różnych schematów w każdej bazie danych, 10 małych (~ 50 wierszy) tabel w każdym schemacie (łącznie 10 tys. Tabel) i utworzyliśmy indeksy pełnotekstowe na tych wszystkich tabele we wszystkich tych bazach danych jednocześnie.

Po kilku minutach stwierdziliśmy, że SQL Server przestał akceptować wszelkie połączenia (z wyjątkiem ADMIN:.połączenia). Jeśli zrestartujemy serwer, możemy się połączyć, ale po pewnym czasie zawiesi się ponownie. Po pewnym dochodzeniu ustaliliśmy, że jest to spowodowane zużyciem wszystkich działających wątków, dm_os_tasksi dm_os_waiting_taskspokazaliśmy, że FT_MASTER_MERGEw SUSPENDEDstanie jest dużo oczekiwań . Sprawdziliśmy w Google, że „Pełny operacja oczekuje na operację scalenia głównego”, ale nie znaleźliśmy żadnych faktycznych informacji na jej temat.

Próbowaliśmy różnych konfiguracji katalogu pełnotekstowego: jeden katalog na DB, jeden katalog na schemat, jeden katalog na indeks. W każdym razie serwer zawiesza się z tymi wszystkimi zawieszonymi zadaniami.

Jaka jest podstawowa przyczyna oczekiwań, jak można to naprawić / złagodzić?

A jaki jest zalecany sposób włączenia pełnego tekstu na tak dużej liczbie tabel?

Będziesz musiał rozłożyć operacje zamiast robić wszystko naraz. Element Connect nie mówi o akceptowaniu nowych połączeń. Ale z tego powodu oczekiwania wątki nie są uwalniane (w twoim przypadku) i nowe połączenia nie są możliwe.

Ref:

• https://connect.microsoft.com/SQLServer/feedback/details/1069538/fulltextindex-master-merge-operation-was-not-done
• https://www.sqlskills.com/help/waits/ft_master_merge/

Jest to znany problem z programem SQL Server. Z elementu połącz:

Jest to spowodowane sposobem konfiguracji naszego obecnego harmonogramu zadań, co powoduje, że wiele operacji scalania głównego jest umieszczanych w kolejce, ale nigdy nie jest sygnalizowane. Żeby było jasne, dzieje się tak tylko wtedy, gdy wywoływanych jest jednocześnie wiele operacji indeksowania / reorganizacji - operacja indeksowania kończy się dobrze, a wyniki można zapytać. Upłynął tylko czas połączenia głównego i został on ponownie zaplanowany na późniejszy okres.

Ze względu na złożoność poprawki postanowiliśmy poczekać na następne główne wydanie przed przetestowaniem go. W tej chwili zaleca się przesunięcie populacji indeksu, aby nie powodować takich problemów z przekroczeniem limitu czasu . Daj mi znać, jeśli masz dodatkowe pytania.