Ошибка доступа к файлу 'v8srvr://dbeng8/f05559E10/Files/depot.nfo'
по причине:
Ошибка доступа к файлу 'depot.nfo'

Пробовал разные версии платформы, чистил кэш, места на диске достаточно.

Что за ерунда?(((

мики маус

(0) Файловая или клиент-сервер?

4 GB таблица?

(1) Файловая

v8: Ошибка доступа к файлу 'v8srvr://dbeng8/f00E8AC38/Files/depot.nfo'

(3)
нет

(5)
Я это уже пробовал

А ведь 1С сами говорили: не делайте резервные копии средствами платформы

А какой платформой выгружено и в какую загружается?

(9)
Выгружено 13 релизом, попытки загрузки 13, 12 и 14 - безрезультатно

(8) Не говорили они такого... Есть только рекомендации, но прямого указания "*.dt - низя" отродясь не было.
(10) 13 релизом 8.1 или 8.2? Опять же, на 8.2 13-х релизов пачка...

Релизы совпадают

8.2 конечно же

(13) Просто последний раз проблема отмечалась на 8.1 и была связана с кэшем метаданных.
А если попробовать загрузить в пустую вновь созданную базу?

(13) Пробовал и в пустую и в непустую, пробовал также развернуть чистую конфу такую эе и в нее заливать архив - не помогло.

Ну вообще да, на 8.1. База портирована была недавно с 8.1 на 8.2, режим совместимости сейчас отключен в ней.

(15) А архив-то точно из 8.2?

Гилевский скрипт тоже запускал

(16), конечно! Делаю выгрузку на сервере, тащу ее на свою машину, пытаюсь развернуть - ни в какую

(17) Подними на сервере в файловую. К себе CD скопируй.

(18) Так и делаю...
Сам факт! Я просто не в первый раз с таким сталкиваюсь в случае с портированными базами

Хорошо, есть возможность стащить себе CD, а если в след раз не будет

(19) Скорей всего баг платформы при конвертации. Он там не один такой, поверь.

(11) они писали, что за сохранность dt не отвечают

8.2.13.219, по-моему, самая стабильная на сегодняшний день.
Если на сервере что-то ниже, можт, стоит обновиться до неё.

6.6. Выгрузка информационной базы данных в файл

Текущую информационную базу данных можно сохранить в файл на диске.

Для сохранения данных в файл нужно выбрать пункт Администрирование — Выгрузить информационную базу данных в файл. На экран выводится стандартный диалог выбора файла. Следует выбрать каталог и указать имя файла, в который будут записаны данные.

Механизм выгрузки предназначен:

● для получения образа информационной базы независимо от способа хранения данных;

● для переноса информационной базы из одной СУБД (или файлового варианта) в другую СУБД (или в файловый вариант).

Перед выполнением выгрузки информационной базы рекомендуется выполнить процедуру тестирования (средствами конфигуратора или отдельной утилиты) и исправить все обнаруженные проблемы.

Не рекомендуется использовать данный способ для создания резервной копии информационной базы по следующим причинам:

● может возникнуть ситуация, при которой файл выгрузки будет невозможно загрузить, если в информационной базе, из которой производилась выгрузка, существовали ошибки;

● длительное время создания;

● необходимость монопольного доступа к базе данных;

● высокие требования к оперативной памяти.

Примечание. Работа информационной базы в монопольном режиме не переводит базу данных MS SQL в однопользовательский режим (single user).

(24) Это и есть рекомендации :)

(25) так написано :
"
Не рекомендуется использовать данный способ для создания резервной копии информационной базы....
"

(26) а) "Не рекомендуется" <> "Нельзя".
б) Ниже приведено обоснование.

ПРоблема проявляется не только при конвертации баз с 8.1 на 8.2, а и при конвертации на различные релизы платформы 8.2.
Выгруженный из 8.2.12.78 не загружается в 8.2.14

(27) ещё бы 1с написала нельзя =)

(28) чую приходит безвозвратное время

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

))))))))))))))))
На 8.2.14.540 не работает ОЛЕ-подключение одной базы к другой (счс пробовал обмен анстроить УТ-БП)

анрил

денег приготовил ?

(32) Гонишь.

(34)
Вовсе нет. Не скопипастил ошибку, но она была.

(35) "У меня всё работает"(с)

При попытке подключения к информационной базе произошла ошибка:
Ошибка при вызове метода контекста (Connect): Произошла исключительная ситуация (V82.COMConnector.1): Версия компоненты 'comcntr' (8.2.13.219) отличается от версии корневого модуля 'core82' (8.2.14.540)

"- Все лгут.
- А Вы?
- А я - нет." (с)

Обе базы сконвертированы под 8.2.14.540

(37) Вы как бы читать не умеете? :)

(39) Как бы на (38) обрати внимание

(40) И что? У тебя стоят 2 версии платформы, базы тут вообще ни при чём.

v8: v82.comconnector различные подверсии платформы

Ок, вот для чистоты эксперимента счс взял две базы по 8.2.14.540, СНЕС 8.2.13.219

"При попытке подключения к информационной базе произошла ошибка:
Ошибка при вызове конструктора (COMОбъект): Недопустимая строка с указанием класса: Недопустимая строка с указанием класса"

херасе, базы не причем

(42) и вообще, по твоей логике что, если у меня база запущена под 8.2.14.540, она что - обращается к модулям и функциям 8.2.13.219? Чушь! Да хоть 10 платформ установлю счс, под какой запустил CD-ник - под той и танцуем!

Винт плохой,было так.смотри его,где базы.

(44) facepalm.jpg, у тебя dll-ка comcntr.dll зарегана одной версии, а платформа последняя стоит - другой. То бишь ты ставил СНАЧАЛА 8.2.14, а потом 8.2.13. Ничего сносить не надо было, достаточно было зарегать правильную dll-ку. Базы НИ ПРИ ЧЁМ.