копирование файлов с полосой препятствия
 

День добрый!

У меня к вам вопрос, кто и как бы решил подобную задачу.
Один сервер вышел из строя, в связи с перебоями электропитания, выключились кондиционеры в серверной, спустя 15 минут можно было пончики жарить.
пострадали несколько серверов, один из них который содержит личные файлы пользователей.
Спустя некоторое время, сервер таки откачали, но, оказались некие битые файлы, которые нельзя ни удалить, не переименовать, проверка диска ничего не дала, поднялся вопрос копирования оставшегося на новый сервер, объем 162ГБ, время ограниченно. сначало пытался скопировать xcopy \\битыйСервер\файлы\* \\новый сервер\c$\новые файлы\ /c /e /z /h /k /y однако на мое удивление, утилита все таки подвела меня, выдав ошибку что нехватает места. Порыв документацию, понимаю что ошибка связанна с невозможностью копирования файла, чья длинна больше 260 символов. Искать и переименовывать подобные файлы, это занятие на всю ночь, использовать ключ /N ( /N Копирует с использованием сгенерированных коротких имен.) невозможно, т.к. пользователи оболдели бы увидив во что превратились ихнии файлы и папки. Недолго думая пробую тоталкомандером скопировать файлы, увы, с переносом списка ACL копирование очень и очень медленное, пробовал FAR, но он иногда все таки ругается на то, что файл испорчен, несмотря на то, что до этого выбрал ignore all. Теперь прекрипляю скрин как я решил эту проблему, господа, кто знает лучше способ, посоветуйте.

Всем спасибо.

xamelion
То есть на новом сервере прицепить винчестер со старого (и использовать его в дальнейшем) принципиально нет возможности? Это было бы наиболее простым решением, постепенно битые файлы/папки можно было бы отсеять.

Blast
Не один хард, там рейд.
хард поджарился без кондишена, он скоро уедил или в помойку, или в гарантию, вопрос этот не от меня зависит.

С уважением, Дмитрий.

а рэйд какой?

6 скази дисков, первых два рейд 1, на систему. остальные 4 на рейд 5
Я хотел бы поднять вопрос, как копировать в случае подобных вещей, возможно это кому то и понадобится в будущем.

ну вообще существует масса программ для восстановления данных, в том числе и копирования битых файлов сбойные участки заменяются вроде как на 0.
почему не воспользоваться одной из них?
если не секрет - а для чего на 4 дисках строить 5 рэйд? не лучше ли 10?
вот например
http://softsearch.ru/programs/28-757...download.shtml

переименовать все файлы в ?????????????????????????????????????????????????.* (сколько надо символов)
RENAME [диск:][путь]*.* ??????????????????????????????????????????????????????????????????????????????????????.*

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

А если попробовать поиск в Фаре по такой же маске ?????????????????????????????????????????????????????????????????*.*, то есть до фига вопросов, потом *.*, то есть файлы с именем длиннее, задать поиск начиная с данной папки и вниз, результат на панель, а там переименовать?

можно конечно, но без автора трудно сказать об какие имена файлов спотыкается фар при копировании, если они содержат знак вопроса, хоть несколько, тогда действительно можно пробовать маску *??*.* а Far зафиналили версию 1.70 - давно уже, есть весьма удобные функции по поиску и не только, кстати в поиске там теперь фильтр можно сразу задавать

Blast
совершенно верно, тема чуть чуть другая, вы правы.

Прошу прощения, если я неверно излагал свои мысли, причина состоит в том, точнее состояло в том, что бы переписать как можно больше файлов по сети, и самое главное как можно быстрее. Я это решил при помощи запусков нескольких копий ФАРов, и копирование по несколько папок на каждый. Я просто хотел узнать решение проблемы на будущее, и возможно эта тема уже кому то попадется, или кто то уже будет знать решение на некие вопросы. Как бы вы переписали бы 409 тысяч мелких файлов, размером в 162 ГБ, при этом, учитывая те моменты, что есть и битые файлы, и битые папки, и очень длинные файлы, и опять же могут быть длинные и битые.
хотелось бы услышать ваше решение проблемы. + к этому чуть не забыл, копирование должно перенасить права доступа.


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

С уважением, Дмитрий

Таким образом имеем четыре проблемы.
Как быть с длинными именами - я уже говорил.
неправильные имена зачастую переименовываются только на основе короткого имени.
Поэтому я поступил бы следующим образом.
1. Переименовал, что можно. (как я писал).
2. Запустил перенос (именно перенос, а не копирование, чтоб не потерять ничего, а то можно запутаться, что скопировал, что - нет). Можно несколько копий фара, потом обьясню почему.
3. Когда будет спотыкаться на неправильном имени, переименовывать руками. Вот здесь пригодятся несколько копий фара, пока в одной переименовываешь, в другой прет перенос. Меньше простоев сети.

Скорость определяется толщиной сетевой карты. Выше не прыгнешь
Еще имеет значение размер (не длина имени) файлов - много маленьких копируются ГОРАЗДО медленнее одного большого.

В этом случае запускаю упаковку rarом, он (и не только он) может сохранять данные о правах, в многотомный архив. Помере упаковки запускаем КОПИРОВАНИЕ получаемых частей. Файлы с неправильным именем он тоже может не взять, но длинные имена ему пофик.

Битые файлы - пропускать. На них фар не останавливается, он останавливается на корявых именах.