В наличии база данных с исправной конфигурацией и перекосом в данных. Аварийно было завершено обновление базы. Бэкапов, увы, нет. И это очень печально...
База не выгружается в dt (ошибка о повреждении файла 1Cv8.1CD) и в предприятие не пускает (зависает при запуске).
При выгрузке лог-файл показал, где падает конфигуратор, при попытке обработки очередной таблицы справочника "_Reference44". Во вложении файл.
При попытке выгрузить таблицу "_Reference44" в xml с помощью утилиты "Tool_1CD" вышло сообщение с ошибкой: "Несовпадение длины Blob-поля, указанного в записи, с длиной практически прочитанных данных", которое повторилось в окне сообщений аж три раза!
При обработке утилитой chdbfl с включённым флагом "Исправлять обнаруженные ошибки" сообщение следующего характера: "Произошло неожиданное прерывание выполнения проверки или исправления файла БД. Файл базы данных поврежден '<адрес расположения 1Cv8.1CD>'"
Коллеги, очень прошу вашей помощи! Кто сможет восстановить базу? Отблагодарю за такое великое дело. И вообще возможно базу завести? Профи, отзовитесь, пожалуйста!
Вот ссылка на архив: https://yadi.sk/d/7QLAUebF3EZDmm
Тоже столкнулась в прошлом году с похожей проблемой.
Как я поняла, сотрудник предприятия сделал копию 1CD-файла, когда кто-то находился в базе и потом этот 1CD-файл интегрировали в папку базы. Конфигуратор не открывался, хотя база работала.
Была ошибка в таблице Config.
Как конфигуратор открылся: я взяла таблицу Config у нормального бэкапа и заменила ею сломанную таблицу Config в программе "Tool_1CD", позже поняла, что можно было взять эту таблицу в типовой конфигурации потому что они свою не снимали с поддержки :)
(2) Так Вы знаете, с конфигурацией всё в полном порядке. Я утилитой "Tool_1CD" выгрузил cf и с помощью его создал новую базу. В режиме предприятие все запустилось и новая, чистая база прекрасно развернулась. Здесь именно с самими данными в битой базе не всё хорошо.
Благодарю за поддержку!
(12) Благодарю! Думаю она уже приняла волшебный отвар и сделала для себя соответствующие выводы. Ну а данная ситуация пусть послужит всем поучительным уроком.
Всего Вам доброго. Еще раз спасибо!
По делу. Восстанавливать конкретно эту базу смысла мало. Достаточно посмотреть содержание таблиц через Tool_1CD. Например в таблицах документов абсолютное количество строк забито нулями и NULL при том все стобцы - данных там нет. Регистры почти все убиты таким же образом. Там по сути уцелели справочники и то не все в этих справочниках цело, перечисления еще что то по мелочи.
Убита действительно не конфа, а данные.
Если есть какая либо архивка до применения любых средств тестирования и исправления давайте ее.
(6) По-моему архивов бухгалтер не делала вообще. Так это опрометчиво. И на что только надеются люди? Говоришь им, говоришь, а они всё по-своему. Вот и имеют в итоге то, что имеют.
Я конечно уточню у неё и сообщу.
(6) кстати как планировали восстанавливать, если формат базы 8.3.8 и выгрузка в ДТ даже не началась по причине повреждения полностью базы?
В текущих реалиях это 99% что ничего сделать нельзя!
Всем спасибо за участием! Принято решение начинать всё с нуля и восстанавливать данные по первичке.
Берегите свои данные, своевременно проводите аудит баз и чаще делайте бэкапы.
Благодарю всех, кто оставался не равнодушным!
Удачи и всяческих благ!
(9) в соседней теме где Вы вопрос продублировали в одном из последних постов Вам советовали спросить у бухгалтера как обновлялась база. Если обновление было автоматическим из режима предприятия - то в этом случае программа сама делает архивную копию. Попробуйте все же выполнить поиск по всему диску файлов по маске *.dt