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

08.10.20

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

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

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

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

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

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

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

Вступайте в нашу телеграмм-группу Инфостарт

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

HighLoad оптимизация Администрирование СУБД Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Бухгалтерский учет Бесплатно (free)

После миграции с MS SQL на PostgreSQL закрытие месяца в 1С:ERP стало идти 8 часов вместо 12 минут. Рассказываем, как мы нашли причину в оценке Hash Join, которую планировщик завышал в миллионы раз, и как исправили её так, что проблемный запрос теперь выполняется за 18 секунд вместо часа.

19.10.2026    1004    Tantor    0    

10

Администрирование СУБД HighLoad оптимизация Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

Большинство материалов о компрессии в PostgreSQL отвечают на вопрос «во сколько раз удалось уменьшить базу». Мы предлагаем посмотреть на проблему с другой стороны — какой ценой достигается эта экономия? В статье разбираем архитектурные компромиссы различных подходов к компрессии страниц, объясняем, почему при разработке CSM в Tantor Postgres отказались от погони за максимальным коэффициентом сжатия, и показываем результаты нагрузочных испытаний на реальных базах 1С.

01.10.2026    1498    Tantor    6    

18

DevOps и автоматизация разработки Администрирование СУБД Групповая разработка (Git, хранилище) Разработчик 1С 8.3 Абонемент ($m)

В корпоративных инсталляциях «1С:Предприятие 8.3» под управлением PostgreSQL всё чаще проявляются архитектурные пределы масштабирования: рост числа пользователей, обязательная маркировка, плотный поток API-интеграций и высокая стоимость простоя. Вводная часть цикла разбирает ключевые факторы современной эксплуатационной нагрузки и формирует инженерную методологию эволюционной модернизации без остановки продуктивного контура. Материал основан на практическом кейсе «Торговый контур» и показывает, как определить целевые метрики (p95, MTTR, APDEX), выстроить наблюдаемость, стабилизировать работу кластера и подготовить инфраструктуру к дальнейшему масштабированию. Публикация задаёт фундамент для последующих частей, посвящённых телеметрии, оптимизации PostgreSQL, CI/CD и архитектурному росту.

1 стартмани

10.09.2026    1565    Ninel_S    0    

6

HighLoad оптимизация Администрирование СУБД Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Бесплатно (free)

В рамках 18 релиза СУБД Tantor Postgres мы рассказывали об оптимизациях, которые помогают планировщику сделать более точный выбор между Nested Loop и Hash Join. В следующем релизе у нас планируются оптимизации, которые позволят ускорить выполнение как Nested Loop, так и Hash Join. Сегодня мы расскажем об одном из таких методов - фильтре Блума.

31.08.2026    6159    Tantor    3    

18

Администрирование СУБД Системный администратор Разработчик 1С 8.3 Бесплатно (free)

Мы подготовили для сообщества Infostart.ru практическое занятие, в котором каждый желающий сможет: научиться собирать реальные данные о процессах кластера 1С; выявлять «перестарков» — процессы старше периода и без соединений; выполнять безопасный перезапуск (с dry-run и подтверждением); настраивать автоматическую проверку через systemd на Linux; отправлять уведомления (Telegram, почта) при обнаружении проблем; работать с логами, ротацией, профилями кластеров и конфигурацией; развернуть полноценный учебный проект AdminClusterMonitor у себя в тестовой среде.

30.08.2026    1769    Ninel_S    2    

6

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

На infostart.ru вышел разбор Ивана Недомолкова «Сервер 1С падает: настройка сбора дампов (logcfg.xml), лимиты памяти и передача дампа в поддержку» - это хорошая инструкция, как ловить и разбирать падение rphost постфактум: logcfg.xml, procdump, анализ дампа. Но там нет ответа на вопрос «а почему кластер вообще прибил процесс сам, ещё до всякого краша». Мы дополняем разбор тремя сводными таблицами лимитов памяти и автомасштабирования кластера - и заодно фиксируем, чем в этой части лицензия ПРОФ урезана относительно КОРП.

12.08.2026    2500    Ninel_S    5    

6

Администрирование СУБД Системный администратор Разработчик Бесплатно (free)

5,5 тысячи пользователей в единой базе 1С, розница в режиме 24/7 и SLA 99,98% – в таких условиях любая авария быстро превращается в очереди на кассах, потерю денег и давление со стороны бизнеса. Показываем, как выстроить процесс аварийно-восстановительных работ: от первых алертов и базового скрининга системы до подключения команды, проверки гипотез и дебрифа после инцидента. Разбираем, как метрики, дашборды, техжурнал, Zabbix, Prometheus, Grafana, Telegram-боты и скрипты помогают не гадать, а быстро находить причину проблемы. На реальных авариях объясняем, почему «быстро» не должно означать «рискованно», как работа над ошибками снижает панику и почему каждая авария может сделать систему надежнее.

11.08.2026    3453    jul.dolganova    9    

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

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