У меня есть около 600 МБ на удаленном веб-сервере, который я хотел бы скопировать на ПК, а затем скопировать на новый сервер. Я попробовал FileZilla, но он не смог выполнить передачу со старого сервера и не смог восстановить, не теряя того, что уже было завершено. Есть ли способ лучше?
Оба удаленных сервера - это системы * nix с SSH и доступом к оболочке. Я не рассматривал возможность перемещения файлов напрямую без промежуточного ПК; Я решил, что хочу сохранить его как часть процесса, в основном для резервного копирования файлов. ПК посередине - это Windows, но у меня есть большинство утилит Linux, доступных как часть Cygwin.
Мое решение скопировать в Windows дало неожиданное преимущество - оно рассказало мне о паре тонких деталей моей файловой структуры, которые в противном случае могли бы остаться незамеченными. Я сгенерировал контрольные суммы всех файлов на обоих серверах и ПК с Windows следующим образом:
find . -type f -exec cksum {} \; | sort >sums.txt
Я обнаружил пару несоответствий в копии Windows. Сначала были два файла с одинаковыми именами, за исключением различий в верхнем и нижнем регистре, из-за чего второй файл перезаписывал первый. Во-вторых, мягкая ссылка, которая была преобразована в обычный файл.
Я думаю, что мои первоначальные проблемы с Filezilla были вызваны дублированием верхнего / нижнего регистра, что привело к прерыванию работы этого файла. К тому времени, когда я проверил статус передачи, соединение с сервером было потеряно, что объясняет, почему я не смог восстановить.
Rsync через SSH.
Продолжайте использовать Filezilla.
Rsync SSH не лучше: Filezilla может подключаться к SSH-порту 22 для туннелирования к FTP-службе, используя порт 20 + 21 на той же машине. Filezilla уже имеет возможности сделать это благодаря возможности организации очереди и SSL.
Filezilla имеет очень продуманную возможность "возобновления", которая должна обрабатывать ЛЮБУЮ проблему отключения подключения, когда должным образом настроен.
Если вы хотите избежать ненадежной двухпортовой / канальной природы FTPS или FTP (что может быть вашей проблемой), вы можете запустить «мини-версию» сервера CoreFTP на порту 22 на целевой машине и подключиться к нему с помощью клиента WinSCP или CoreFTP. и выполните передачу через один порт.
Если файлы открываются через http или ftp, используйте wget. Это похоже на питбуля. Удерживает и не сдается, если вы укажете неограниченное количество повторов. Один раз скачал файл размером в несколько МБ со скоростью около 6 байт / секунду :)
Если у вас есть доступ к оболочке, вы также можете использовать rsync.
Было бы полезно узнать, какая ОС на серверах. Думаю, вам лучше всего подойдет FTP. Хотя, если у вас есть доступ, я бы зашел на сервер, на который вы копируете, и попытался сделать прямую копию с исходного сервера и избавиться от ПК в середине.
Linux или другой * nix
Rsync через SSH, как предлагалось в других ответах. Он безопасен, возобновит работу с того места, где остановился, если возникнут какие-либо перерывы, может сжимать файлы при передаче.
Windows
Robocopy, вероятно, будет вашим лучшим выбором.
FTP, вероятно, лучший способ (то есть то, что вы делаете)
Теперь лучше всего сжать файл (то есть каким-то образом заархивировать его) и разбить файл на более мелкие куски, используя что-то вроде http://www.filesplitter.org/ (например)
Вы можете выполнить обе эти задачи, используя что-то вроде WinRar а затем загрузите их.
Но, конечно, это зависит от того, какой у вас доступ к хост-машине и что это за хост-машина. Это даже окна?
Я использую FileZilla, так как вы можете настроить его так, чтобы он не загружал / не загружал файлы того же возраста или старше. Таким образом, вы не будете просматривать файлы, если они не новее. Если я хочу скопировать файлы напрямую с одного сервера на другой, я использую Rapid Transfer Script (www.rapidtransferscript.com). Он может копировать большие файлы размером 1 ГБ менее чем за 90 секунд.