Ошибка СУБД. Внутренняя ошибка компоненты dbeng8.

Свободного места на диске полно, больше 20 гб.

Вобщем, сделала я следующее, пришлось эту базу перенести на другой комп, там открыла в конфигураторе, начала тестирование и исправление, выдал ошибку:
"Ошибка СУБД:
Внутренняя ошибка компоненты dbeng8"
и все, и ни в какую не хотел дальше тестировать. Повторила несколько раз, ничего. Запустила просто тестирование, без исправления, выдал ошибки:
"В таблице AccRg443 не верны 11 записей.
В таблице AccRg479 не верны 25 записей.
В таблице DocumentJournal5547 не верна 1 запись.
В таблице AccumRg7282 не верны 4 записи."

После того, как нашлись ошибки, я запустила опять тестирование уже с исправлением. И прога выдала следующее:
"В таблице AccRg443 удалены 11 записей.
В таблице AccRg479 удалены 25 записей.
В таблице DocumentJournal5547 удалена 1 запись.
В таблице AccumRg7282 удалены 4 записи.
ну, и что все объекты перезаписаны, база реструктуризирована и т.д. вобщем, как обычно пишет"

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

У меня такая же ошибка выскакивала при попытки записать приходный кассовый ордер в УТ 10.3, помогло тестирование и исправление.

Лучше использовать chdbfl, а не тестирование в конфигураторе.

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

chdbfl исправляет нарушение физической целостности, ТиИ проверяет внутренние нарушения (ссылочную и логическую целостность)
поэтому в первую очередь chdbfl, а потом ТиИ
а комп на вирусы прогнать не мешало бы

chdbfl не исправляет целостности а исключает поврежденные записи при этом можно потерять данные!!!

"После того, как нашлись ошибки, я запустила опять тестирование уже с исправлением. И прога выдала следующее:
"В таблице AccRg443 удалены 11 записей.
В таблице AccRg479 удалены 25 записей.
В таблице DocumentJournal5547 удалена 1 запись.
В таблице AccumRg7282 удалены 4 записи.
ну, и что все объекты перезаписаны, база реструктуризирована и т.д. вобщем, как обычно пишет" "

а теперь пусть пользователь проверит осв и прочие отчеты на предмет сохранности данных

Я в такой ситуации сделала ТиИ с реструктуризацией таблиц и chdbfl, честно говоря, не помню, что именно помогло.

Спасибо. Полезная тема. Помогла. Такая же ошибка при попытке распечатать заказ покупателя.

Спасибо помогло. При тестировании в конфигураторе тоже получал ошибку, запустил утилиту chdbfl, потом снова тестирование в конфигураторе и уже норм отработало.

Я бы порядок действий поправил:
1) проверить диск на наличие битых кластеров
2) проверить свободное место на диске
3) протестировать базу утилитой chdbfl
4) Конфигуратор -> Администрирование -> Тестирование и исправление ИБ

Я бы в порядок действий добавил (учитывая, что комп старый):
0)Отдать комп на ТО (предварительно скопировав базу в укромное место).
- Зачастую причиной перезагрузки бывает банальная пыль в системном блоке. Много пыли -> процессор (память / контроллеры) греются -> комп глючит и перезагружается.
- Также одна из причин - старение электронных компонентов как блока питания, так и системной платы - не держат допустимые параметры (напряжения / емкости). Наскоро можно попробовать поменять блок питания.

У меня была подобная проблема. Пробывал ТиИ на старом и на новом компах - платформа падала. Помогла только утилитка chdbfl.exe

C:\Program Files (x86)\1cv82\8.2.19.76\bin
найдите chdbfl.exe
и будет счастье

Очень часто такая беда происходит, когда в локальной сети с базой работают клиенты, соединенные через WiFi.

однозначно помогло chdbfl.exe
притом на 5 гиговой базе достаточно быстро, за 1.5 часа

у меня chdbfl.exe пишет ошибок не обнаружено

не помогает , у меня такая ошибка возникает при начале автоматического обмена связи с FTP , под админом все работает , тестирование и исправление запускаю -ошибка ФАЙЛ БД поврежден

спасибо , скопировал базу на другой комп , запустил chdbfl.exe -все исправил.

Смотрю довольно часто такие ошибки бывают. Мы в процессе последующей эксплуатации системы еще несколько раз с таким сталкивались. Всегда chdbfl.exe и ТиИ через конфигуратор помогало корректно все исправить.

Решение: Помогло тестирование и исправление из конфигуратора

Такая же ошибка была при попытке редактирования свойств пользователя через конфигуратор (при этом непонятно что произошла с базой, т.к. винт целый, сервак новый, никаких лагов в последнее время не было). Опять-таки и в этом случае chdbfl помогла (ещё вычитала совет, что можно либо переустановить платформу, либо тупо заменить файл dbengs.dll - но не испробовала, т.к. помог первый вариант с утилитой 1с-ной).

Но железо тут наверное, все-таки, тоже свою роль играет,на старом и на новом компе стоят 2 идентичные базы, на старом база постоянно сыпется, а на новом ни разу не было.

меня больше всего прикалывает если это клиент серверный вариант тогда что? когда такая же ошибка но только уже в базе которая висит СКУЛе?