Повнотекстовий: багато FT_MASTER_MERGE чекає в SUSPENDED стані після створення декількох повнотекстових індексів (сервер висить)


9

Ми зробили тест на SQL Server 2014, коли у нас було 10 баз даних, 100 різних схем у кожній базі даних, 10 невеликих (~ 50 рядків) таблиць у кожній схемі (тобто 10K таблиць загалом), і ми створили повнотекстові індекси на всі ці таблиці у всіх цих базах даних одночасно.

Через кілька хвилин ми виявили, що SQL Server перестав приймати будь-які з'єднання (крім ADMIN:.з'єднання). Якщо ми перезапустимо сервер, ми можемо підключитися, але через деякий час він знову зависне. Після деякого розслідування ми з'ясували, що це викликано споживанням усіх робочих ниток, dm_os_tasksі dm_os_waiting_tasksпоказали нам, що FT_MASTER_MERGEв SUSPENDEDдержаві багато чекає . Ми похизувались, що "Повнотекстовий текст очікує на операцію злиття головного", але більше інформації про нього не знайшли.

Ми спробували різні повнотекстові конфігурації каталогу: один каталог на БД, один каталог на схему, один каталог на індекс. У будь-якому випадку сервер зависає з усіма цими призупиненими завданнями.

Що є першопричиною очікування, як це можна виправити / пом'якшити?

І який рекомендований спосіб включити повнотекстовий текст на такій великій кількості таблиць?

Відповіді:


3

Вам потрібно буде робити поетапні операції, а не робити все відразу. Елемент підключення не говорить про прийняття нових з'єднань. Але через це потоки очікування не випускаються (у вашому випадку), і нові підключення неможливі.

Довідка:

Це відома проблема із SQL Server. З елемента підключення:

Це викликано тим, як налаштовано наш поточний планувальник завдань, що призводить до того, що декілька операцій злиття головних операторів стають у чергу, але ніколи не сигналізуються. Зрозуміло, це відбувається лише тоді, коли одночасно викликаються декілька операцій індексації / реорганізації - операція індексації завершується чудово, а результати підлягають запиту. Це лише головне злиття, яке вимикається та переплановане на наступний проміжок часу.

Через складність виправлення ми вирішили дочекатися наступного основного випуску перед тим, як спробувати його. Наразі рекомендується розміщувати індексні сукупності, щоб не викликати таких проблем . Будь ласка, повідомте мене, якщо у вас є додаткові питання

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.