Терминальный сервер, 1С 8,3, SQL.
После последних обновлений постоянно и быстро растет папка - C:\Program Files\1cv8\srvinfo\reg_1541
Базы стали подтупливать.
В чем может быть причина ?
Прикладываю скрины, самый большой файл во всех папках один и тот же - tableChanges.dat и постоянно растет.
На выходных все вычищал от туда, 131 Гб за 2 дня ...!

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

Я уже удалял в выходные, он снова растет потом.
Как убрать причину ? Из за чего он стал так расти ?
И главное тормоза в 1С появились
Журнал регистрации сократить ?  Только ошибки поставить планирую.
Пока других вариантов нет.

(2) Чтобы убрать причину есть несколько способов.
1. Очистить базу от данных.
2. Остановить и не включать сервер.
3  Не допускать соединения с информационной базой как пользователей, так и внешних программных продуктов. Дополнительно остановить регламентные задания.

С чего вы взяли, что рост кэша это плохо? Купите дискового пространства побольше. ИТ это дорого.

Это понятно, просто до последних обновлений такого не было.
Это регламентные задания нужно смотреть ?
Нашел как отключить полнотекстовый поиск :
"Механизм полнотекстового поиска в 1С по умолчанию включен. Чтобы отключить полнотекстовый поиск, нужно зайти Операции — Управление полнотекстовым поиском-Настройка и убрать признак «Разрешить полнотекстовый поиск»
Отключение механизма полнотекстового поиска осуществляется в монопольном режиме (никто не должен работать в программе, кроме вас)**
Отключение механизма полнотекстового поиска дает увеличение производительности до 10%."

Но у меня нет в базах такого пункта, в Операциях нет Управление полнотекстовым поиском.

(4) Общие настройки\поиск данных

https://bugboard.v8.1c.ru/error/000166233
После каждого обновления захожу в обработку Управление полнотекстовым поиском,  очищаю и заново создаю индекс полнотекстового поиска
Рост размера файла changes.dat в папке 1Cv8FTxt
На форуме я тоже создавал тему, проблема еще нерешена

Добавлю, если задание запустилось и пошел процесс роста размера файла, то только остановка службы сервера(веб-сервера)/процесса 1cv8 в файловой базе прервет полцесс, иначе, до 0 байт свободного места будет молотить

Проблема проявляется на 24,25 платформах, про 26 еще не видел тем

Для чего нужен полнотекстовый поиск ?
Может его отключить совсем ?

Я на выходных установлю 26, посмотрим

(9) https://infostart.ru/1c/articles/1679552/

А при его отключении вообще не будет возможности искать ?
Я так понимаю, даже если он включен - не должен так расти файл - tableChanges.dat.  Это что не ошибка, в 1С официально ничего нет про такое поведение программы.
Если учесть что у меня 90 баз на сервере, я не могу просто экспериментировать ....
В релизе 26 версии нет упоминания о такой проблеме вообще.
Кто ни будь писал в официальную тех поддержку 1С ?
В 90 база отключать  - полнотекстовый поиск, такое еще развлечение, в если он понадобится в итоге ..

(12) Плохо смотрите
https://bugboard.v8.1c.ru/error/000144799

Так это 23г .....Как то весь 2024 отработали нормально с этой  проблемой )

И еще самое не приятное - у меня жутко затормозила 1С после всего этого ....Но по оборудованию нет никаких перегрузок.
Сервак на SSD дисках.   Не понимаю почему именно сейчас всплыли эти косяки 1С...

(15) Естественный процесс. Увеличение данных приводит к тормозам.

(0) тоже с этим столкнулись. ошибка релизов в 24, 25, 26 платформах. Помоему до конца еще не исправлено.

Файл начинает расти после обновления конфигурации базы. Лечится очисткой и расчетом заново индекса полнотекстового поиска (через меню все функции).

Либо отключением ПП (если обновление часто, это проще).

(12) возможность искать никуда не пропадет. просто поиск будет выполняться средствами sql, а не сервером 1с

(12) возможность искать никуда не пропадет. просто поиск будет выполняться средствами sql, а не сервером 1с

Спасибо за инфу !
Тогда точно отключаем .....

Средствами SQL это по ходу быстрее будет ))

Да обновляемся каждую 2 неделю с наши законодательством сейчас

(19) перед отключением нажмите кнопку "очистить индекс", чтоб отключенные файлы ПП места не занимали на диске. Писали, что при отключении ПП не всегда сервер 1С их удаляет.

(12) https://bugboard.v8.1c.ru/error/000166233

(19) перед отключением нажмите кнопку "очистить индекс", чтоб отключенные файлы ПП места не занимали на диске. Писали, что при отключении ПП не всегда сервер 1С их удаляет.

Я вручную все папку очищу  ....и все

C:\Program Files\1cv8\srvinfo\reg_1541

(25) всю папку не надо. Там есть файлы, в которых хранятся списки баз, прописанные на сервере 1С.

Если удалять, то только подпапки из \reg_1541
(имена этих каталогов похожи на ГУИДЫ)

(25) всю папку не надо. Там есть файлы, в которых хранятся списки баз, прописанные на сервере 1С.

Если удалять, то только подпапки из \reg_1541
(имена этих каталогов похожи на ГУИДЫ)

Да я знаю...

(27) Посмотри какие папки растут. Может это вообще с полнотекстовым поиском не связано. В папках ИБ (гуиды) есть же подпапки.

(20) Будет медленнее. На ИСТ хорошая статья про это есть. Полнотекстовый поиск "урезает" выборку для поиска в SQL.

(29) А можно мне ссылочку на эту статью?

(30) В закладках у меня нет. Суть можно посмотреть в профайлере при перехвате запросов с включенным и выключенным полнотекстовым поиском.
Вот тут автор проделал примерно тоже самое. https://infostart.ru/1c/articles/1056842/

а tableChanges.dat это точно полнотекстового поиска файлы ? что-то у меня сомнения по памяти

(32) да, точно

У нас полнотекстовый везде выключен, если кому то надо что то быстро найти то используют alt+F

(9) Да. ППД - ненужный костыль. Типа яндекса для базы. Ну и фиг бы с ним, но он во-первых тормозит и глючит, а во-вторых, индекс поиска обновляется с задержкой. И когда он включен в типовых, то поиск в списках справочников производится через этот механизм. И можно не найти свежевведенный элемент.

сегодня 2 клиента с тако проблемой обратились  - у одного 70 гигов у второго почти 2 терабайта ! БП типовые без переписок файловые - пока просто удалил их

(36) обновились недавно? Заметил что после обновления такое, не в этот же день, бывает, на следующий.
Причём,  если обновить, сразу почистить индекс (обычно в папке всего 3 файла остается с нулевым размером) - то проблема не проявляется

Отключил везде в базах  - ПП ,  все стало хорошо !

(38) Ждите заявок от пользователей, что поиск не работает

Но я не понимаю програмеров 1С, они запустили автоматическую индексацию полнотекстового поиска после обновления как я понял. А они не подумали что в SQL эта процедура будет выполнятся даже если никто базы е открывал, в фоновом режиме и сразу в 90 штуках ! Может у кого и больше есть в кластерах.
Этот процесс положил сервак на 48 ядрах, я 512Гб памяти и ssd raid.
Я просто в шоке от такого решеня....

(38) Ждите заявок от пользователей, что поиск не работает

Поиск будет работать средствами SQL.....

Кстати с таким серваком может даже еще лучше ..)

(38) Ждите заявок от пользователей, что поиск не работает

Я не против полнотекстного поиска - но способы решения у них варварские...Что же нам делать ....

Запускайте обновление полнотекстового индекса по расписанию, чтобы не было большой нагрузки на сервер с вашими 90 базами. Развели, понимаешь, зоопарк! Идите работайте!

и индекс верните

Припёрся тут админ, который не может обеспечить инфраструктуру... Увольтесь, раз не можете.

(41) >> Поиск будет работать средствами SQL.....

Не надо бреда в студии. Тут и без Вас хватает бредогенераторов.

(46) >> Припёрся тут админ, который не может обеспечить инфраструктуру... Увольтесь, раз не можете.

Все обеспеченно, почему файл tableChanges.dat сжирает весь диск в 2 ТБ ?
Это типо нормально !?
Пусть сначала обновление нормальное выпустят, а потом индексируют.

(44) >> Запускайте обновление полнотекстового индекса по расписанию, чтобы не было большой нагрузки на сервер с вашими 90 базами. Развели, понимаешь, зоопарк! Идите работайте!

Причем тут расписание, когда они сами признают проблему в сжирании места на диске ...
Ну не нормально это 2 ТБ за неделю индексами заполнять !
В первую очередь из за этого было отключено.
А расписание да настроим, когда все нормально работать будет.

(49) О, админ, который вчера зареген, учит нас писать платформы... Да иди ты нахрен!

файловая база, релиз 8.3.24.1761.
500 Гб файл полнотекстового поиска tableChanges.dat.
Отключил нахрен полнотекстовый поиск, удалил папку с ним.
как так?

Пользователь говорит, что такой большой файл генерится при запуске архивации из 1с.

(52) сколько места есть свободного - все займет. Главное, вовремя заметить, и завершить процесс. Пока непонятно, почему до сих пор не пофиксили

Переходите на v2. Но это только для трехзвенок.

(54) в тг сообществе по развитию 1С говорят, что на v2 поиск стал медленнее

(52) поддержу файловая 1с у пользователя на новом компе файлом  съела места 1тб. я думал, это только на серверных такое. последняя 25ая платформа,в ней дело или 24ая такая же ?

(56) 24 такая же. и по слухам в 26 тоже.

(57) и что пока все с выключенным поиском сидят ? А старые 24 и 25 , ну типа от лета нормальные?

(58) не у всех проявляется. на моем опыте проявлялось у тех только, кто встроенное архивирование использовал, видимо там баг платформы, когда он в индекс весь архив пихает.

(59) у меня 2 случая было : в клиент-серверной точно не было архивирования от 1с ( там админы скулем бэкапят); в файловой сегодня проявилось,  думаю, что тоже не было - но гипотетически могли сами настроить

У меня на 26 платформе тоже "сожрало" все свободное место после обновления (обновлял и платформу и конфигурацию -она слегка доработанная). Файл tableChanges.dat-занял гигов 300 на момент вылета пользователей. Остановил сервер, нашел "виновника", удалил. В программе очистил полностью ПП, создал заново. Прошла неделя -размер файла около 150 МБ, не меняется сильно.

(62) такая же ерунда была, только не с первого раза помогло и никаких обновлений не было, просто в какой то момент начал расти, а со второго раза все стало ок

(61) а ставить коробочную фреш - это законно? почему тогда так никто не делает?