Пути сохранения вложенных файлов

[Anonymous]

Здравствуйте!

Такая ситуация: имеется папка с рабочими файлами ревита. Нужно папку перенести на новый диск.

Проблема в том, что в файлах хранилищах пути вложенных файлов посыпятся, ревит их не сможет найти, будет бить панику, всё зальёт красным шрифтом. Как сделать, чтобы минимизировать усилия по восстановлению путей файлов? Потому что вложенных файлов, к несчастью, может быть и по 20 штук (не спрашивайте, почему так, не говорите, что это неправильно, просто примите меня и мои файлы такими, какие мы есть).

Переназначать пути руками — адища. Выход я вижу такой: у ревита наверняка есть где-нибудь файлик лога, в котором пути к файлам прописаны даже если пути сохранения относительные (если надо сделать абсолютными — ну ок, это руками сделаем). Если пересохранить ФХ на новый диск, а потом в таком файлике ручками переписать буковку старого диска на новый (иерархия останется прежней), то есть надежда, что Ревит не поймёт, что его прокидали, и откроет файлы как надо.

Что скажете, сталкивались с такой проблемой?

[Borissofff]

Не пробовали использовать eTransmit for Revit
<>
?

[Anonymous]

Спасибо. 

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

[y.bazylev]

Относительные пути ссылок не помогают?

[Anonymous]

Неа, всё равно выгружаются связи все.

[Anonymous]

Пути хранятся в нескольких разных места внутри файла хранилища. По содержимому файла хранилища вычисляется контрольная сумма.

Ревит поймет, даже если вы через HEX-редактор руками пути перепишите, т.к. контрольная сумма у хранилища не сойдется. 

Что в целом логично и предупреждает несанкционированный доступ и редактирование хранилища. 

[Anonymous]

Понятно. Ну что ж, печально это всё. Будем работать руками. 

Спасибо!

[Iliya.Glukhanyuk]

Тема то "баянище", еще во времена давние решалось кардинально использованием диска Z

И конечно об этом надо думать заранее. Если вы еще не начали переносить и править пути, создайте путь с привязкой к диску Z и больше никогда не будете перебивать пути. Ведь не гарантия что это последний раз вы переносите материалы проекта

[Anonymous]

Создать диск Z не проблема. Только я не понял, как это решит проблему? Что нам даёт последняя буква алфавита? Создать путь с привязкой к диску Z — в смысле, просто перезаписать все файлы хранилища на диск Z руками, так? 

Подробнее проблему опишу. Всё у нас было хорошо, лежали себе файлы ревита на сетевом диске, но каждый день работы фирмы плодил столько новых файлов, что сервер за ночь не успевал бэкапиться. Айтишники забили тревогу, что ваши данные не успевают резервироваться, так что, если что, то часть данных потеряется, будете страдать. 

Решили перенести часть проектов на другой диск, чтобы снизить нагрузку на один диск и появилась возможность параллельно бэкапиться с двух дисков. Вот и нужно перенести данные теперь. В теории, если аналогичная беда случится и с новым диском по мере накопления файлов ревита, то придётся снова запиливать ещё диск и переносить файлы. Это долго и неэффективно, понимаю, но таки что делать, другого решения пока нет.

[talalaevd]

---

Vadim_Muratov написано:

Айтишники забили тревогу, что ваши данные не успевают резервироваться, так что, если что, то часть данных потеряется, будете страдать. 

---

Гнать таких айтишников, проблема именно в них.

[Iliya.Glukhanyuk]

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