По теме из базы знаний
- Как я восстанавливал разрушенную базу
- Трюки с внешними источниками данных
- Механизм анализа данных. Кластеризация.
- Пример пошагового решения проблемы производительности на базе Postgres SQL с картинками
- Ошибка аутентификации клиента средствами операционной системы: Аутентификационный контекст клиента отсутствует в рабочем процессе
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) сохранить конфигурацию в файл , снять конфигурацию с поддержки, добавить в конфигурацию новый справочник , обновить ИБ ( произойдете перестроение таблиц) , загрузить ранее сохраненную конфигурацию из файла , заменив существующую. Обновить ИБ.. Проверить результат
P/S ну и не забываем про резервные копии
P/S ну и не забываем про резервные копии
(13) ну тогда восстанавливать более сложными методами - конвертировать базу в формат 8.2.14 , определить что за таблица enum ( можно воспользоваться функцией глобально модуля - получитьСтруктуруИнформационнойБазы() )
Использовать tools1cd - там есть операция - поиск и восстановления потерянных таблиц - если не поможет , то из другой базы экспортировать эту таблицу( правда она там будет называться по-другому) , скорректировать файл описания таблицы desc. и импортировать в текущую .
И обратная конвертация 8.3.8
Использовать tools1cd - там есть операция - поиск и восстановления потерянных таблиц - если не поможет , то из другой базы экспортировать эту таблицу( правда она там будет называться по-другому) , скорректировать файл описания таблицы desc. и импортировать в текущую .
И обратная конвертация 8.3.8
(24)
Только что с помощью утилиты cnvdbfl.exe конвертировал БП 3.0.106.101 (последняя на сегодня) в формат 8.2.14 и открыл ее в Tool_1CD
cnvdbfl.exe -c -f 8.2.14 D:\Base1C\Accounting\1Cv8.1CD
Каких либо затруднений с конвертацией не заметил.
После конвертации база открывается как Кнфигуратором, так и в режиме 1С:Предприятие.
О каких полседних конфах речь?
последние конфы..уже в 8.2 тоже не конвертятся..
Только что с помощью утилиты cnvdbfl.exe конвертировал БП 3.0.106.101 (последняя на сегодня) в формат 8.2.14 и открыл ее в Tool_1CD

cnvdbfl.exe -c -f 8.2.14 D:\Base1C\Accounting\1Cv8.1CD
Каких либо затруднений с конвертацией не заметил.
После конвертации база открывается как Кнфигуратором, так и в режиме 1С:Предприятие.
О каких полседних конфах речь?
Все оказалось несколько проще (повезло)...
Сегодня декабоь 2024 года (чтобы ни кто не думал что ответ старый и на сегодня не рабочий).
Конфигурация Бухгалтерия предприятия 3.0.167.
Размер файловой базы 15.4 Гиг.
Ошибка при попытке выгрузить в dt файл "В базе данных отсутсвует таблица _ResSInf18654.
1 - нашли выгрузку базы без ошибки за сентябоь этого года.
2 - проверили и исправили ошибки в сбойной базе с помощью chdfl
3 - конвертировали сбойную базу в формат 8.2.14. с помощью cnvdbfl -c -f 8.2.14 <путь к файлу 1cd>
4 - Открыли ее с помощью 1CDtool.
5 - В программе 1CDtool закладка "дополнительно" - "найти потерянные объекты" выпало 84 пропавших таблицы. Переписываем название каждой.
6- используя пункты 3-4 открываем последнюю удачную копию нашей базы (полностью рабочую) используя 1CDTool.
7 - находим и выгружаем в отдельный каталог потерянные 84 таблицы. Закладка "Дополнительно" - "Экспорт текущей таблицы". Да пришлось экспортировать ручками каждую таблицу... Долго, Муторно, но все таки лучше чем восстанавливать руками с сентября по декабрь..
8 - в нашей битой базе загружаем потерянные таблицы экспортированные на 7 шаге (закладка "Дополнительно" - "Импорт и создание таблиц".)
Все. Оборотно-сальдовая ведомость все выдала цифра в цифру. Есть разбег по некоторым цифрам в регистрах, но это гораздо лучше ручного восстановления за полгода.
Так что те кто пишет что конвертация базы в формат 8,2,14 не позволяет некоторым конфигурациям нормально работать - не пудрите мозг людям. Во всяком случае на 15 декабря 2024 года все работает.
Сегодня декабоь 2024 года (чтобы ни кто не думал что ответ старый и на сегодня не рабочий).
Конфигурация Бухгалтерия предприятия 3.0.167.
Размер файловой базы 15.4 Гиг.
Ошибка при попытке выгрузить в dt файл "В базе данных отсутсвует таблица _ResSInf18654.
1 - нашли выгрузку базы без ошибки за сентябоь этого года.
2 - проверили и исправили ошибки в сбойной базе с помощью chdfl
3 - конвертировали сбойную базу в формат 8.2.14. с помощью cnvdbfl -c -f 8.2.14 <путь к файлу 1cd>
4 - Открыли ее с помощью 1CDtool.
5 - В программе 1CDtool закладка "дополнительно" - "найти потерянные объекты" выпало 84 пропавших таблицы. Переписываем название каждой.
6- используя пункты 3-4 открываем последнюю удачную копию нашей базы (полностью рабочую) используя 1CDTool.
7 - находим и выгружаем в отдельный каталог потерянные 84 таблицы. Закладка "Дополнительно" - "Экспорт текущей таблицы". Да пришлось экспортировать ручками каждую таблицу... Долго, Муторно, но все таки лучше чем восстанавливать руками с сентября по декабрь..
8 - в нашей битой базе загружаем потерянные таблицы экспортированные на 7 шаге (закладка "Дополнительно" - "Импорт и создание таблиц".)
Все. Оборотно-сальдовая ведомость все выдала цифра в цифру. Есть разбег по некоторым цифрам в регистрах, но это гораздо лучше ручного восстановления за полгода.
Так что те кто пишет что конвертация базы в формат 8,2,14 не позволяет некоторым конфигурациям нормально работать - не пудрите мозг людям. Во всяком случае на 15 декабря 2024 года все работает.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот