← На главную

Переезд на новый сервер баз данных — это всегда ответственная задача. Нередко после успешного восстановления резервной копии администраторы сталкиваются с тем, что привычные инструменты 1С начинают работать некорректно. Одной из самых частых «невидимых» проблем является некорректная работа полнотекстового поиска (ППП). В этой статье мы разберем, почему данные в журнале отображаются, но поиск по ключевым словам возвращает неполный список документов, и как это исправить.

Причины возникновения проблемы

Полнотекстовый поиск в 1С:Предприятии — это сложный механизм, который тесно взаимодействует как с файловой системой сервера, так и с метаданными самой конфигурации. Когда мы переносим базу данных через Бэкап на другой сервер, особенно при смене версии MS SQL (например, с 2012 на 2017), связи между поисковыми индексами и данными могут нарушиться.

Важно понимать, что полнотекстовый индекс — это не то же самое, что обычные индексы таблиц SQL. Перестроение индексов через План обслуживания или обновление статистики Update Statistics помогают ускорить работу запросов к таблицам, но никак не исправляют ошибки внутри поискового движка 1С. Если файлы индекса на диске повреждены или содержат устаревшие ссылки, база данных будет «думать», что данные проиндексированы, но результаты поиска останутся неполными.

Разбираем шаги по устранению проблемы

Если вы столкнулись с подобной ситуацией, не спешите паниковать. Давайте пройдем по этапам, которые помогут нам восстановить работоспособность поиска.

1. Проверка регламентных заданий. Прежде всего, убедитесь, что регламентные задания Обновление индекса ППД и Слияние индекса ППД включены и выполняются без ошибок. Иногда проблема кроется в том, что очередь на индексацию «зависает» из-за ошибок в данных.
2. Принудительная переиндексация. Если обычное обновление не дает результата, необходимо произвести «чистую» переиндексацию. Самый надежный способ — это сброс настроек полнотекстового поиска.

Как выполнить полный сброс индекса ППП

Рассмотрим процедуру сброса, которая позволяет заставить платформу 1С забыть старые «битые» пути и создать индексные файлы заново:

Мы рекомендуем выполнить следующие действия в режиме Конфигуратор или через Предприятие (в зависимости от прав доступа):

1. Перейдите в раздел Администрирование, затем откройте Настройка полнотекстового поиска.
2. В открывшейся форме найдите переключатель Полнотекстовый поиск включен.
3. Выключите флажок, примените изменения. Это приведет к тому, что старые индексы станут неактуальными.
4. Затем снова включите флажок Полнотекстовый поиск включен.
5. После повторного включения запустите Очистку индекса. Система физически удалит файлы, которые могли быть повреждены при переносе базы.
6. Дождитесь завершения работы регламентного задания, которое автоматически запустится для создания нового индекса.

Данный подход является наиболее эффективным, так как он заставляет 1С просканировать всю базу данных целиком и заново построить структуру полнотекстового индекса, исключая накопленные ошибки при миграции.

На что еще стоит обратить внимание?

Если после сброса индексов поиск по-прежнему работает странно, проверьте следующие аспекты:

• Режим совместимости SQL. Убедитесь, что после миграции базы данных на SQL 2017 вы выставили корректный Режим совместимости (Compatibility Level) в настройках базы данных внутри SQL Server Management Studio.
• Права доступа. Убедитесь, что учетная запись, от имени которой запущена служба Агент сервера 1С, обладает полными правами на каталог, где расположены файлы базы данных и временные файлы индексации.
• Регистры сведений. В некоторых конфигурациях поиск может зависеть от специфических регистров. Если конфигурация типовая, проверьте наличие данных в регистре сведений Версии подсистем — это поможет понять, не требует ли подсистема обновления версии или дополнительных настроек после переезда.

В завершение подчеркнем: при использовании самописных конфигураций или сильно измененных типовых решений, иногда приходится самостоятельно проверять наличие механизмов полнотекстового поиска, так как они могут быть отключены на уровне функциональных опций. Надеемся, что этот метод поможет вам оперативно восстановить поиск в вашей базе!