Восстановление полнотекстового поиска в базе данных. Клиент-серверный вариант. Моя практика.

08.10.20

База данных - Администрирование СУБД

Восстановление полнотекстового поиска в базе данных. Клиент-серверный вариант.

Описание проблемы: нарушение работы полнотекстового поиска. После аварийного завершения работы базы данных вследствие отключения электроэнергии перестал работать полнотекстовый поиск. При попытке открытия оснастки "Управление полнотекстовым поиском", обработки "Полнотекстовый поиск" и при поиске в динамических списках программа "зависала". При попытке очистить и перестроить индекс программными средствами выводилась ошибка: "Очистка невозможна, идёт построение индекса. Для продолжения завершите процедуру построения индекса".

Решение проблемы: В консоли управления серверами 1С:Предприятия было обнаружено более 10 фоновых заданий, которые, как я полагаю, и запускали регламентное задание построения индекса полнотекстового поиска. При удалении сеансов и подключений фоновых заданий, они вновь возобновляли работу примерно через 1 секунду. Было принято  решение: после завершения работы пользователей в базе с помощью консоли управления серверами 1С:Предприятия установить флаг блокировки регламентных заданий в проблемной базе и перезапустить сервер 1С:Предприятия. После чего была запущена встроенная обработка платформы "Управление полнотекстовым поиском" и вызваны последовательно процедуры: Очистить индекс и Построить индекс.

Далее Был снят флаг блокировки и перезапущен сервер 1С:Предприятия.

Поиск восстановился.

Есть, конечно и другие варианты, в комментарии 2, например, описан. Описанный мной вариант был использован как альтернативный.

См. также

Администрирование СУБД Системный администратор Программист

В крупных компаниях, где много типовых и сильно доработанных баз с режимом работы 24/7, переход с MS SQL на PostgreSQL затягивается. Получается гетерогенная структура – когда прод уже на PostgreSQL, а разработка и тестирование – пока на MS SQL. О том, какие варианты помогут постепенно перевести прод с несколькими базами MS SQL на PostgreSQL, не сломав среду тестирования и разработки, пойдет речь в статье.

21.11.2024    2576    a.doroshkevich    7    

14

Администрирование СУБД Системный администратор Платформа 1С v8.3 Бесплатно (free)

Пользовался ранее https://infostart.ru/1c/articles/1120161/#, но она устарела, т.к. службы запускаются через systemctl, да и сами службы слегка изменились. Возможно, где-то на ИТС уже есть нужная инструкция, но мне не попалась.

15.11.2024    338    Baser    2    

1

HighLoad оптимизация Администрирование СУБД Системный администратор Программист Платформа 1С v8.3 Россия Бесплатно (free)

Мы исследуем проблему долгого выполнения запросов PostgreSQL при использовании конструкции VALUES: когда она возникает, как на нее можно повлиять, а главное, почему ее продуманная отработка важна для более быстрого функционирования решений на базе 1С

12.11.2024    854    Tantor    19    

14

HighLoad оптимизация Администрирование СУБД Механизмы платформы 1С Программист Платформа 1С v8.3 ИТ-компания Россия Бесплатно (free)

В данной статье мы рассмотрим, как работает механизм временных таблиц на postgres на платформе 8.3.23 и что изменилось в нем при добавлении новых возможностей в платформе 8.3.25. А также на примере покажу, как понимание работы платформы позволяет оптимизировать СУБД для работы с 1С.

29.10.2024    3247    Tantor    38    

34

Администрирование СУБД Системный администратор Программист Бесплатно (free)

CDC - очень мощный механизм, который можно использовать во многих сценариях, возможность развернуть его в Docker показывает простоту и лёгкость данной технологии.

08.10.2024    759    AlexSvoykin    1    

7

Администрирование СУБД Системный администратор Программист Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Анализ и решение ошибок СУБД. Во время реиндексации базы Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Не удалось найти объект "ИмяБазы.dbo._RefSInf21806", так как он не существует, или отсутствуют разрешения. Во время проверки целостности Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Недопустимое имя объекта "dbo._RefSInf21806".

19.09.2024    4398    Xershi    10    

17

HighLoad оптимизация Администрирование СУБД Архивирование (backup) Системный администратор Программист Платформа 1С v8.3 Бесплатно (free)

Бэкап в Postgres состоит из набора граблей, которые нужно обойти для успешного восстановления. Они заложены в самых неожиданных местах от предмета резервного копирования (база или кластер) до структуры каталогов. Один неверный шаг и восстановление будет невозможным. Почему нельзя было сделать проще, как в MS SQL или Oracle? Почему бэкап в Postgres оставляет впечатление чьей-то лабораторной работы? Статья адресована прежде всего специалистам 1С, избалованным комфортом в MS SQL, в суровых буднях импортозамещения на Postgres.

13.08.2024    3002    1CUnlimited    9    

4
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. TerveRus 02.10.20 13:29 Сейчас в теме
Там еще в папке (кэше) базы есть папка 1Cv8FTxt с данными полнотекстового поиска, ее тоже можно почистить.
2. nomad_irk 76 02.10.20 13:35 Сейчас в теме
(0)Переименуйте публикацию в "Восстановление полнотекстового поиска в базе данных. Клиент-серверный вариант. Моя практика" или как-то так.
Потому что вы описываете лично для меня банальные вещи.

1.Остановить все регламенты.
2. Грохнуть индекс ПП типовым способом. Можно еще папку хранения данных ПП на сервере 1С почистить от остатков.
3. Обновить индекс ПП типовым способом.
Vasas2007; +1 Ответить
3. premierex 204 04.10.20 19:28 Сейчас в теме
(2) Согласен. Но надо было быстро сделать. Вот такой вариант нашёл. Сработало.
Оставьте свое сообщение