Всякий раз, когда я пытаюсь создать резервную копию базы данных, она достигает 90% и застревает там, пока я вручную не убью (потому что он не останавливается, если я пытаюсь остановить его) процесс msftesql.
Это явно означает, что что-то создает конфликт между полнотекстовым индексированием и процессом резервного копирования.
Итак, вы видели что-нибудь подобное? Если нет, как бы вы отладили эту проблему?





Первым и очевидным моментом отладки является отключение полнотекстового индексирования и повторная попытка резервного копирования базы данных. Если он выполняет резервное копирование, то вы знаете, что проблема в FTS. Если нет, то вам нужно найти другую проблему.
Я бы также проверил журналы SQL и средство просмотра событий, чтобы узнать, есть ли там какая-либо полезная информация.
Наконец, если у вас есть реальный физический доступ к серверу во время резервного копирования, послушайте и посмотрите, не издает ли диск какие-либо странные звуки во время процесса резервного копирования, чтобы указать на какой-то сбой диска.
Я могу сказать, что у меня никогда не было FTS, чтобы остановить резервное копирование, но это не значит, что этого не могло быть.
В какое время у вас выполняется задание по обновлению полнотекстовых индексов? Возможно, он пытается повторно заполнить эти индексы одновременно с резервным копированием.
У меня та же проблема. Монитор активности показывает, что задание резервного копирования имеет тип ожидания MSSEARCH.
Индекс заполняется вручную при запуске, он висит несколько дней подряд, пока я не остановлю его принудительно или не перезапущу службу. раньше для заполнения требовались минуты.
К счастью для меня, приложение перестало использовать FULLTEXT SQL Server и начало использовать Lucene, так что мне не пришлось копать глубже. Мне, как и вам, приходилось неоднократно перезапускать службу полнотекстового индексирования.