linux 服务器互相之间怎么传输 90G 网站文件？论坛附件非常多

顺丰.......

rsync

rsync -z

另外，这些东西干嘛不丢到对象存储类服务。。

@l0wkey 只有这个了吗 OTZ 。。 我就老安不好这个

@l0wkey 已经放了。 但是还是想把文件也传好到新服务器。

nginx
wget

我 800G 还是用 ssh 传~~

@doufenger 曲线救国，不从旧服务器 copy ，从对象存储服务 copy 。

ssh 传? 也是 scp 吗。 这个简单好用， 但是我传一会服务器就会卡死导致传输失败啊。 你怎么做到的

@l0wkey 也是一个思路(⊙o⊙)哦 谢谢。 虽然还不知道应该怎么弄，但是可以去找找方法

@shinko ssh 传? 也是 scp 吗。 这个简单好用， 但是我传一会服务器就会卡死导致传输失败啊。 你怎么做到的

sftp 在服务端传

才 90G ， sshfs 挂上去凑活着用

@doufenger linux 基本都自带了这个 不需要额外安装 另外你不需要免密码使用的话 现有的环境就可以用 跑个 screen 之后再开始传输 90G 不算大

用的哪家，兼容 s3 的话，可以用 s3cmd
s3cmd sync s3://xxxxx /home/xxx

OVO 还有那么多方法。 等我一个个试吧

btsync 可以么？

@l0wkey 用的 http://hellohostnet.com/hosting.html

论坛附件多数是图片和压缩包之类的，打多个包不压缩会更好

@akira 我中午的时候就是进行了打包命令，被坑到现在。 现在还没打包好。一直在生成包

才 90G 而已啦， mirrors.ustc.edu.cn 那么多文件都可以 rsync

@doufenger 我大概 30W 个文件吧，不过我的是服务器

ftp

打包成 tar 然后 http

几百 G 的 kvm 磁盘镜像，还不是一个 scp -C 直传
连几十 G 的文件都搞不定，要 ssh 有何用
打包慢就 tar cf - 直接 pipe 给 ssh 啊
估计很多人还不知道 ssh 可以 pipe
文件可压缩就加-C

rsync +1 不二的选择

不用先压缩。用 rsync 传整个文件夹。如果服务器还有其它流量，可以加参数限制 rsync 带宽。

@ryd994 支持，直接用 pipe 给 ssh ，然后用 dd 到远端。

不是很理解楼主，二楼就给了答案……结果 21 楼还在纠结压缩的事情

btsync 也是可以考虑的选项吧？这个比 rsync 用起来简单，个人感觉。

楼主别太折腾，楞以选用开源的 syncthing 或者闭源的 resilio sync (就是上面两位说的 btsync ），直接就解决了你的问题。

rsync 可以断点续传，同时记得开个 tmux 或者 screen

screen / tmux
+ rsync
上 TB 的数据都这么传的。

nc

rsync 可以断点续传，写个 shell 脚本检测 rsync 进程，挂了就再跑一次

一楼加一， U 盘拷一下顺丰就好，何必那么麻烦

楼主用这个是最好的： https://github.com/axkibe/lsyncd

服务搭好后就不用管了，同步完以后停止服务就是了

scp

直接 scp ？
好歹 tar -cJ /home/me/source/directory | ssh target tar -xJ --directory /home/you/target/directory 吧

tar 然后 scp ……

rsync

估计楼主的 VPS 磁盘性能不怎么样，瓶颈不在于网络，建议可以通过云服务的对象存储中转一下，国内提供云存储的基本都可以，推荐阿里云 OSS ，七牛，其它的不怎么熟悉。

供参考
#!/usr/bin/expect

spawn scp root@ip:/root/check/today_count.log /home/autowork/everyweek_check/from_232
expect '密码: '
send "密码\r"
interact


备注： Linux 文件大于 1G 的使用 scp 会受限制，可采用 split 分片之后传输。
1 ）分割大文件
split -b 1000m a.tar.gz a.tar.gz. #后面输出的文件名 a.tar.gz. 会以 a.tar.gz.aa ， a.tar.gz.ab ， a.tar.gz.ac 形式输出,

2 ）合并
cat a.tar.gz.* > a.tar.gz

有个高性能的方法：
1.先在接收方执行:
nc -l 6677 | tar -C 接收文件的目录 -zxf - #接收目录最好是个空目录，防止覆盖的风险

2.再在发送方执行:
tar -zcvf - 要发送的目录 | nc 接收方 ip 6677

sf

rsync 实际上是不行的，因为文件太多了，还是多线程 sftp 好使
详见 http://unix.stackexchange.com/questions/165858/transfering-millions-of-files-from-one-server-to-another 最后一个答案

rsync 或者 btsync

配合 nohup ，从本机拷贝到远端
nohup rsync -avz -P -e "ssh -p 目标机器 ssh 端口" ./本机文件路径 user@remote:远端机器文件路径 >> /tmp/rsync.log &

tar zcf - attaches | ssh root@ip "tar zxf - -C /path/to/"

ncc ncs?

出 BTSYNC 正版授权，官网购入没用过

务必打包传，小文件影响传输效率

zip -rq0
wput

送分题。

split 分割文件成 900 个
开 nginx ，将 900 个文件放到 web 目录下（端口弄得奇葩一点，二级目录奇葩一点）
接受方服务器写个脚本，用 axel 下载
将 900 个文件合并

如果不放心还可以做个 MD5 校验

如果这都跑不满带宽，你砍我。

rsync

一个服务器 nc -l 8888 > test.txt
一个服务器输入 nc ip 8888 < test.txt
采用 tcp 协议传输数据。

resilio sync

试试这个 sudo rm -rf /

用 btsync 吧 快到爆炸

@aaronzjw 你够了

做成种子，用 rtorrent 传

@zzutmebwd rsync 支持断点续传，貌似还可以自动同步的，网上教程 搜一搜

楼上的各位写这么多不累吗？为什么不用简单的？

syncthing 直接就可以用了。连脚本都省了。

sftp 的话，你可别在本地分别连接两个服务器，然后从一个拖到另一个上，这样能快就怪了。

另外一般经验是，即使在局域网里面，传输零散文件的速度也是非常慢的。要先打包再传输。 打包是 archive ，不需要压缩。

rsync ，我们一直这样同步，另外是否你服务器磁盘 IO 性能较差

rsync ， scp

rsync -av

@shiny +1

打包成压缩文件,用迅雷下载...

硬盘搬运

sysnc 文件多了后，占用内存极大，这个问题，楼上的一群人是怎么解决的？？

46 楼的方法 正确
其它人都是半瓶水，或者说，根本没有搞过大量文件同步传输

@TaMud 恕我直言， 46 楼用 nc 和我说用 ssh pipe 是一回事
而且 nc 不加密不验证，安全性和 ssh 差远了

@ryd994 嗯，有些考虑欠佳，默认了内网传输。多谢提醒。

@hl 不，其实你的做法也没多大问题
我只是被某人说其他人都是半瓶水感觉很不爽
年轻气盛就是这个样子………

@ryd994 忘了表扬你了， sorry

才 90G

表示我这的备份中心服务器每天 1 点~4 点都至少传输 800G 内容 每天