Случай с полнотекстовым поиском на половину терабайта

У клиента в обычной файловой бухгалтерской базе, которая весит максимум 10 Гб регулярно формировался файл tableChanges.dat огромного размера, на картинке вырос уже до 500 Гб:

Почитал обсуждение на Мисте, но рецептов там нет, похоже ошибка платформы.

Принял решение отключить полнотекстовый поиск:

С подобным поведением 1С клиент мучился уже несколько лет. Ко мне тоже обращался, но я никак не мог отловить момент, когда появляется большой файл и не подозревал, что проблема в поиске. А клиент сам удалял этот файл.

В 1С ошибка зарегистрирована для «больших баз», но на маленьких она тоже проявляется.

Клиент обратил внимание, что ошибка появляется только при архивации базы встроенными средствами. Почему — нет идей. Видимо, какой-то сбой в платформе.

Среда: 3.0.169.19 Платформа: 8.3.24.1761

fixin

Программирую на 1С с 1999 года. В 1С просто Гений. В 2020 году ушел из офиса на вольные хлеба фриланса. Принимаю заказы.

Читайте также:

комментария 2

  1. sedd:

    Если кто наткнется на эту проблему.
    Надо выгрузить .dt, удалить текущую БД, создать пустую конфигурацию и загрузить туда обратно .dt
    После этого индексы перестают пухнуть.
    Заметил, что проблема обычно вылезает после обновления версии платформы.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *