Ребята. файл слишком длинное имя имеет и не может восстановиться что делать #687065

Вы знаете, что на сервере Microsoft 2008 существует такая функция как просмотр версии папок. Там если в папке  удалили файл, то смотришь "Предыдущие версии" и тебе за каждый день показывают (как настроишь) версии этой папки. Так вот. у нас там сидит файл, который удалили. Но при попытки открыть его или восстановить, ОС ругается на то, что имя файла очень длинное и не может быть восстановлено. Но как мне быть? Методичка очень важная. "Указано слишком длинное имя файла" пишет. Но нам она позарез нужна. Я хочу помочь финансовому директору - это очень важно.

скачайте опять

гуд стори бро

А где эти версии хранятся знаешь?

эту методичку писали у нас. это безценный труд. где то на диске. не знаю. Но я вижу что этот файл там есть. Вордовский документ. Но ОС вредничает - не открывает его.

"Я хочу помочь финансовому директору" ты уже помог одному с телефоном, не будь таким добрым

Вот узнай. И оттуда забирай. Там проще.

Кстати, этого человека уволили...

БеЗЦенный труд в одном экземпляре не хранят.

Можно попробовать в программе перед путём указать \? что сообщает Windows, что путь будет длиннее, чем система может понимать.

финдиректоры - зло

не надо им помогать

"при попытки" и "безценный" - тоже зло

Проблема возникает из за длинного имени к теневой папке при монтировании. Попробуй всю тень раром  в архив без сжатия упаковать, а потом из архива открой. Долго конечно, но должно сработать.

Хотя, нет не получится, при чтении он так же будет монтировать с длинным путем. Значит придется брать конкретную тень и вручную монтировать в папку с коротким именем куда нибудь в корень диска. Короче vsadmin вам в руки, и вперед с песней.

ХЗ что такое теневая папка, но длинный путь можно легко укоротить с помощью штатной утилиты subst

Где хранятся так называемые "Предыдущие версии" и как этот механизм работает представляешь? Начаная с winXP на системе NTFS реализован механизм теневого копирования - т.е по сути делается моментальный снимок тома, на данный момент времени, хранятся эти снимки в виде разностных копий - т.е хранятся только изменения. Все это добро лежит в хитром формате, доступа из файловой системы к ним нет. Получить доступ можно  через интерфйс, как делает топикстартер, но там следующая ситуация - встроенная утилита для работы с теневыми копиями читает копию, обеспечивая к ней доступ через tcp порт, и монтирует в файловую систему как сетевую папку. Так вот монтирует она по следующему принципу - например нам надо смонтировать папку D:Base8Ritm по состоянию на двадцатое октября этого года Путь по которому она смонтируется встроенной утилитой будет следующим - \localhostD$@GMT-2013.10.20-23.00.00Base8Ritm Т.е путь получается офигенно длинным. В чем собственно и проблема. Есть утилита для доступа к теневым копиям из командной строки, она позволяет указать точку монтирования в результате папку можно смонтировать как \localhostRitm Или вообще как обычную папку. Предлагаемая тобой утилита subst просто не сможет получить доступ к данным к теневой копии, т.к она их не умеет читать. Поэтому она тут абсолютно бесполезна.

Вот пример для работы с vssadmin