Уважаемые специалисты, подскажите пожалуйста, почему может портиться база?

Порядок действий:
1. База хранится в файловом варианте и прописана через файл .v8i.
2. Переносим базу на другой диск, меняем путь к базе в файле .v8i - получаем ошибку "Файл базы повдержен"
3. Распаковываем ту же базу из заранее подготовленного бекапа в новую папку - и ошибка "Файл базы повдержен" - не проявляется.

Вопрос - что это было и как этого избегать (не прибегая к бекапу)?

1С x32 8.3.18.1433 (но было и на более ранних версиях - типа 8.3.17), Windows 8.1 x64Rus

(0) утилитой chdbfl.exe тестировали ?

(1) Какую базу - сбойную? Нет, не тестировал, но могу попробовать.

(0) кэш почистить

Ну или просто не лазить кривыми ручками в служебные файлы типа .v8i

(0) Например, повреждение при копировании по сети.

(2) это первое что нужно пробовать

(4) а если я сам этот файл создал, мне можно в него лазить? Если бы я там менял какие-то служебные поля, типа GUID базы - это одно, но просто изменить папку можно?

(5) копирование было в пределах одного компьютера - с диска на диск.

(3) Но почему тогда разворачивание базы из архива (без чистки кеша) - вылечило проблему?

(7) что означает фраза "разворачивание из архива" ?

проверьте кавычки и русские буквы, так то нонсенс, но может быть (3) в кеше ошметки дин обновления и тогда ясно понятно

(8) база каждый вечер архивируется (7Zip) и когда я увидел, что перенесенная база перестала открываться - развернул вечерний архив (сегодня с ней не работали) - и увидел, что вечерняя копия ощибку не вызывает. Если бы протух кеш - то должны по идее глючить обе базы (и текущая и из бекапа).

Обычно, если отдают каталог базы на копирование, то из него нужен сам файл базы. Но, если пытаться его положить куда попало в каталог и стартануть в режиме предприятие, то сбойнет и не запустится. Чтоб запустилось, нужно самый первый запуск сделать конфигуратором. Конфигуратор сумеет рестартнуть базу так, что никакие другие файлы ему не нужны. Только файл базы.

(9) путь менял, подставляя его из FAR - ошибки имени исключены.

(11) Спасибо за идею, обязательно проверю эту тонкость.

(13) в конфигуратор заходит ?

(13) это именно когда пытаешься вытянуть базу из файла базы на новом расположении, у которого нет и не должно быть никаких старых служебных файлов. Они там в кататлоге базы тоже создаются.

(11) можно и без конфигуратора
просто в кэше остались по уиду базы данные а тут упс

(7) >Если бы я там менял какие-то служебные поля, типа GUID базы - это одно, но просто изменить папку можно?

если поменял папку и грохнул там часть файлов то уид базы поменяй

(18) Спасибо за информацию, учту. Думал, что если не трогать УИД, то можно будет воспользоваться уже существующим кэшем, не чистя его.

(5) кстати да, бинарно сравнить файлы. Ну и при копировании в базе не должен никто рабоатть.

(12) Нифигасебе, есть еще люди пользующиеся FARом...

(21) FAR по сравнению с Проводником — это как ИР по сравнению с обработками с ИТС. :)

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

(23) особенно с плагинами, тем же adb или архиваторы