здраствуйте. Замечено интересное поведение утилиты chdbfl. Интересен опыт.

Есть файловая база 1С 8.3.6. При загрузке данных из главного узла выдается ошибка "Внутренняя ошибка компоненты dbeng8".
При проверке с помощью утилиты chdbfl(с включенной галочкой исправлений) ошибок не находится, но обмен начинает проходить(ошибка исчезает). Через несколько дней ситуация повторяется.

Проверка конфигуратором "Тестирование и исправление" ошибок не находит, "но!" - проверку логической и ссылочной целостности сделать не могу, так как делал обрезку базы средствами sql(вычищал некоторые не нужные в филиалах крупные таблицы - партий, списанных товаров и т.п.), база после этого работала 2 года без проблем, на других филиалах подобные обрезанные базы работают нормально.
Конечно можно смахнуть все проблемы на эту нестандартную обрезку, но интересен тот момент, что chdbfl ошибку все-таки устраняет, хотя об этом и не пишет.

Может кто сталкивался?

замени ИБП, поставь свежие диски
у нас на кассах все прошло после этого. ранее чуть не каждую неделю такой генгбенг был.

архиватор базы если есть  - поменять на время когда никто не работает . от этого тожебывает

спасибо за советы, попробуем.
архивирование действительно происходит в момент работы пользователей, так что начнем с этого далее если будет рецидив - поработаем на питанием и дисковой подсистемой.

все-таки интересно поведение утилитки chdbfl. Получается она что то исправляет, но молчит об этом

(4) она проводит реструктуризацию помимо исправления ошибок, про это сообщений нет.

(3) тогда вот это в точку.

:) "Вы будите сильно удивляться"(с), но ТиИ тоже так иногда делает! Оно иногда "молча" устраняет скрытые ошибки в служебных файлах и в информации, не афишируя этого. И это ещё не всё! Такое же поведение "замечено" за выгрузить/загрузить БД в файлы *.dt - оно тоже лечит/калечит данные :)

Кстати(а может быть и нет): у меня есть база подчиненного узла, в которой всякий раз запускается этап реструктуризации при установке очередного типового обновления конфигурации. Даже тогда, когда в базах других узлов такого не происходит (не требуется). С чем это связано - не в курсе, но база рабочая и без видимых проблем.