Всем привет. При запуске (в т.ч. и в конфигураторе) база выдает ошибку (во вложении). Chdbfl ошибок не находит, актуальных бэкапов нет. В Tool 1CD открывается нормально - не ругается на отсутствие каких-либо таблиц. Может кто знает куда копать? Или нет смысла заморачиваться с восстановлением и ставить крест на базе?
Прикрепленные файлы:
По теме из базы знаний
- Опыт по восстановлению файловой версии базы после неудачной реструктуризации таблиц
- Восстановление работоспособности файловой базы. 2. Лечение
- Восстановление работоспособности файловой базы. 3. Конфигурация
- Направляем список пользователей, не закрывающих терминальные сессии 1С, на почту ИТ директору
- Как я восстанавливал разрушенную базу
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(4) "Уважаемые спецы, расскажите - как сделать операцию аппендицита в домашних условиях? Скальпель мы уже купили" (с)
У вас примерно такой же вопрос. Совет: выкладывайте базу на файлообменник, ссылку сюда или в ЛС кому-то персонально (кто захочет) и ждите приговора.
У вас примерно такой же вопрос. Совет: выкладывайте базу на файлообменник, ссылку сюда или в ЛС кому-то персонально (кто захочет) и ждите приговора.
в стандартной документации описан следующая возможная причина:
При старте 1С:Предприятие проверяет наличие в информационной базе таблицы
1. Config
2. ConfigSave
3. Files
4. Params
5. _YearOffset
6. DBSchema
и в случае отсутствия какой-нибудь из них выдается сообщение «информационная база разрушена».
Такое сообщение об ошибке может быть выдано в случае, если отсутствует или содержит искаженные данные таблица DBSchema при условии, что имеются таблицы DBChanges и DBSchemaOG, или нет ни таблицы DBSchema, ни таблицы DBSchemaOG.
...
ВНИМАНИЕ! ПЛАТНЫХ УСЛУГ ПО ВОССТАНОВЛЕНИЮ ДАННЫХ КОМПАНИЯ [Гилева] НЕ ОКАЗЫВАЕТ
При старте 1С:Предприятие проверяет наличие в информационной базе таблицы
1. Config
2. ConfigSave
3. Files
4. Params
5. _YearOffset
6. DBSchema
и в случае отсутствия какой-нибудь из них выдается сообщение «информационная база разрушена».
Такое сообщение об ошибке может быть выдано в случае, если отсутствует или содержит искаженные данные таблица DBSchema при условии, что имеются таблицы DBChanges и DBSchemaOG, или нет ни таблицы DBSchema, ни таблицы DBSchemaOG.
...
ВНИМАНИЕ! ПЛАТНЫХ УСЛУГ ПО ВОССТАНОВЛЕНИЮ ДАННЫХ КОМПАНИЯ [Гилева] НЕ ОКАЗЫВАЕТ
Свежая аналогичная тема:
Я так понимаю, если бэкапов совсем нет, то взавшимся восстанавливать понадобится точная информация о версии релиза.
Если база обновлялась автоматически - поищите резервные копии в папах %temp% пользователей. Ещё есть мизерный шанс восстановления программами восстановления удаленных файлов и, если база была на системном диске, из теневых копий через программу Shadow Explorer.
В базе которую выложили данные целы, но полностью очищена системная таблица DBSCHEMA. Для лечения нужен нужно импортировать эту таблицу из бекапа, скорее всего получить еще пачку ошибок и уже дальше смотреть что можно сделать.
(14)
Порылся в базе, и тоже обнаружил это.
Импортировал эту таблицу в битую. базу, но только не из архива, а из другой конфы. Сейчас в конфигураторе запускается, в пользовательском режиме нет. Ругается на отсутствие таблицы константы в схеме бд. При выгрузке в dt падает платформа с дампом. Буду пробовать импортировать DBSCHEMA из живого архива, как вы посоветовали.
очищена системная таблица DBSCHEMA
Порылся в базе, и тоже обнаружил это.
Импортировал эту таблицу в битую. базу, но только не из архива, а из другой конфы. Сейчас в конфигураторе запускается, в пользовательском режиме нет. Ругается на отсутствие таблицы константы в схеме бд. При выгрузке в dt падает платформа с дампом. Буду пробовать импортировать DBSCHEMA из живого архива, как вы посоветовали.
(15) Так не прокатит. По сути в DBSCHEMA хранится информация о расположении данных и их размер. Так что импортировать нужно именно из этой же базы...пусть из более старой версии. После импорта скорее всего будут ошибки следующего рода: будут отсутствовать записи о таблицах которые есть в более новой версии базы и ошибки формата потока из-за разницы размерах некоторых записей в таблицах.
Не нужно экспортировать системные таблицы - проблем не оберетесь - даже если это архив той же базы . Необходимо экспортировать таблицы данных из убитой базы в чистую(того же релиза и идентичной конфигурации). Работы больше, но результат гарантирован. Необходимо использовать связку Tools_1cd и компоненту 1с_Lib (точнее обработку которая идет в поставке с этой компонентой , но ее надо будет допиливать в частности для работы с двумя файлами базы )
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот