用 scp 传着太慢,而且时间久了就会导致服务器没响应 今天想试试压缩了再传。。结果现在还没压缩好,还搞得一直要重启,不然会卡死( 2G 内存的破 VPS )
用 scp 传着太慢,而且时间久了就会导致服务器没响应 今天想试试压缩了再传。。结果现在还没压缩好,还搞得一直要重启,不然会卡死( 2G 内存的破 VPS )
|
1
顺丰.......
|
|
l0wkeyNov 29, 2016
2
rsync
|
|
3
rsync -z
|
|
4
另外,这些东西干嘛不丢到对象存储类服务。。
|
|
db520Nov 29, 2016 via Android
7
nginx
wget |
|
shinkoNov 29, 2016
8
我 800G 还是用 ssh 传~~
|
|
10
ssh 传? 也是 scp 吗。 这个简单好用, 但是我传一会服务器就会卡死导致传输失败啊。 你怎么做到的
|
|
lslqtzNov 29, 2016
13
sftp 在服务端传
|
|
SasasuNov 29, 2016 via Android
14
才 90G , sshfs 挂上去凑活着用
|
|
kozoraNov 29, 2016
15
@doufenger linux 基本都自带了这个 不需要额外安装 另外你不需要免密码使用的话 现有的环境就可以用 跑个 screen 之后再开始传输 90G 不算大
|
|
l0wkeyNov 29, 2016
16
用的哪家,兼容 s3 的话,可以用 s3cmd
s3cmd sync s3://xxxxx /home/xxx |
|
17
OVO 还有那么多方法。 等我一个个试吧
|
|
M3ngNov 29, 2016 via iPhone
18
btsync 可以么?
|
|
19
|
|
20
论坛附件多数是图片和压缩包之类的,打多个包不压缩会更好
|
|
jimzhongNov 29, 2016
22
才 90G 而已啦, mirrors.ustc.edu.cn 那么多文件都可以 rsync
|
|
missdeerNov 29, 2016 via Android
24
ftp
|
|
isCyanNov 29, 2016
25
打包成 tar 然后 http
|
|
26
几百 G 的 kvm 磁盘镜像,还不是一个 scp -C 直传
连几十 G 的文件都搞不定,要 ssh 有何用 打包慢就 tar cf - 直接 pipe 给 ssh 啊 估计很多人还不知道 ssh 可以 pipe 文件可压缩就加-C |
|
yangqiNov 29, 2016
27
论坛附件大部分都是小文件,肯定要用 rsync
|
|
colatinNov 29, 2016
28
rsync +1 不二的选择
|
|
sylecnNov 29, 2016 via Android
29
不用先压缩。用 rsync 传整个文件夹。如果服务器还有其它流量,可以加参数限制 rsync 带宽。
|
|
qyz0123321Nov 29, 2016
30
@ryd994 支持,直接用 pipe 给 ssh ,然后用 dd 到远端。
|
|
9hillsNov 29, 2016 via iPhone
31
不是很理解楼主,二楼就给了答案……结果 21 楼还在纠结压缩的事情
|
|
flyeblueNov 29, 2016
32
btsync 也是可以考虑的选项吧?这个比 rsync 用起来简单,个人感觉。
|
|
bao3Nov 30, 2016 via Android
33
楼主别太折腾,楞以选用开源的 syncthing 或者闭源的 resilio sync (就是上面两位说的 btsync ),直接就解决了你的问题。
|
|
34
rsync 可以断点续传,同时记得开个 tmux 或者 screen
|
|
msg7086Nov 30, 2016
35
screen / tmux
+ rsync 上 TB 的数据都这么传的。 |
|
yegleNov 30, 2016
36
nc
|
|
37
rsync 可以断点续传,写个 shell 脚本检测 rsync 进程,挂了就再跑一次
|
|
minshengNov 30, 2016 via iPhone
38
一楼加一, U 盘拷一下顺丰就好,何必那么麻烦
|
|
huijieweiNov 30, 2016
39
|
|
waruqiNov 30, 2016 via iPhone
40
scp
|
|
lucifer9Nov 30, 2016
41
直接 scp ?
好歹 tar -cJ /home/me/source/directory | ssh target tar -xJ --directory /home/you/target/directory 吧 |
|
alouhaNov 30, 2016
42
tar 然后 scp ……
|
|
ChopinWongNov 30, 2016
43
rsync
|
|
goodrybNov 30, 2016
44
估计楼主的 VPS 磁盘性能不怎么样,瓶颈不在于网络,建议可以通过云服务的对象存储中转一下,国内提供云存储的基本都可以,推荐阿里云 OSS ,七牛,其它的不怎么熟悉。
|
|
snopyNov 30, 2016
45
供参考
#!/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 |
|
46
有个高性能的方法:
1.先在接收方执行: nc -l 6677 | tar -C 接收文件的目录 -zxf - #接收目录最好是个空目录,防止覆盖的风险 2.再在发送方执行: tar -zcvf - 要发送的目录 | nc 接收方 ip 6677 |
|
chuhemiaoNov 30, 2016
47
sf
|
|
bullfrogNov 30, 2016
48
rsync 实际上是不行的,因为文件太多了,还是多线程 sftp 好使
详见 http://unix.stackexchange.com/questions/165858/transfering-millions-of-files-from-one-server-to-another 最后一个答案 |
|
AnsenNov 30, 2016
49
rsync 或者 btsync
|
|
winiexNov 30, 2016
50
配合 nohup ,从本机拷贝到远端
nohup rsync -avz -P -e "ssh -p 目标机器 ssh 端口" ./本机文件路径 user@remote:远端机器文件路径 >> /tmp/rsync.log & |
|
cuteNov 30, 2016
51
tar zcf - attaches | ssh root@ip "tar zxf - -C /path/to/"
|
|
caomaocaoNov 30, 2016
52
ncc ncs?
|
|
RqPS6rhmP3Nyn3TmNov 30, 2016 via iPad
53
出 BTSYNC 正版授权,官网购入没用过
|
|
28msNov 30, 2016 via iPhone
54
务必打包传,小文件影响传输效率
|
|
imn1Nov 30, 2016
55
zip -rq0
wput |
|
OrzzzzNov 30, 2016
56
送分题。
split 分割文件成 900 个 开 nginx ,将 900 个文件放到 web 目录下(端口弄得奇葩一点,二级目录奇葩一点) 接受方服务器写个脚本,用 axel 下载 将 900 个文件合并 如果不放心还可以做个 MD5 校验 如果这都跑不满带宽,你砍我。 |
|
xarrowNov 30, 2016
57
rsync
|
|
cabingNov 30, 2016
58
一个服务器 nc -l 8888 > test.txt
一个服务器输入 nc ip 8888 < test.txt 采用 tcp 协议传输数据。 |
|
P99LrYZVkZkgNov 30, 2016
59
resilio sync
|
|
aaronzjwNov 30, 2016
60
试试这个 sudo rm -rf /
|
|
zzutmebwdNov 30, 2016 via iPhone
61
用 btsync 吧 快到爆炸
|
|
BFDZNov 30, 2016 via Android
63
做成种子,用 rtorrent 传
|
|
bao3Dec 1, 2016 via Android
65
楼上的各位写这么多不累吗?为什么不用简单的?
syncthing 直接就可以用了。连脚本都省了。 |
|
shijiDec 1, 2016 via Android
66
sftp 的话,你可别在本地分别连接两个服务器,然后从一个拖到另一个上,这样能快就怪了。
另外一般经验是,即使在局域网里面,传输零散文件的速度也是非常慢的。要先打包再传输。 打包是 archive ,不需要压缩。 |
|
lovemindsDec 1, 2016
67
rsync ,我们一直这样同步,另外是否你服务器磁盘 IO 性能较差
|
|
timothyyeDec 1, 2016 via Android
68
rsync , scp
|
|
emtohereDec 1, 2016 via Android
69
rsync -av
|
|
anyforeverDec 1, 2016
70
@shiny +1
|
|
cheny95Dec 1, 2016
71
打包成压缩文件,用迅雷下载...
|
|
cassiaDec 1, 2016
72
硬盘搬运
|
|
TaMudDec 1, 2016
73
sysnc 文件多了后,占用内存极大,这个问题,楼上的一群人是怎么解决的??
|
|
TaMudDec 1, 2016
74
46 楼的方法 正确
其它人都是半瓶水,或者说,根本没有搞过大量文件同步传输 |
|
realpgDec 2, 2016
79
才 90G
表示我这的备份中心服务器每天 1 点~4 点都至少传输 800G 内容 每天 |