公司的一个小项目,源码+图片+日志等杂七杂八的东西大概有 10G 左右,要从服务器 A 迁移到服务器 B ,请问各位彦祖,有什么推荐的迁移方案?
我自己设想的方案是:使用 tar
打包后,然后再通过 rsync
来同步文件。
请问这种方案是否可行(就是有没有坑之类的)?还有无其他更好的方案?
补充说明:
谢谢各位。
1
xuxuxu123 142 天前
1 、云服务器还是物理服务器还是纯物理机?
2 、服务是否可以停止?可以停多久? |
![]() |
3
huangzxx 142 天前
单单文件迁移来说,10G 就直接 rsync 吧,别压缩了。
|
![]() |
4
newaccount 142 天前
原硬盘直接挂过去……
|
![]() |
5
cxbig 142 天前
云服务还是自行维护的?
rsync 自带压缩选项,不需要先用 tar 。10G 完全没压力。 如果新服务器配置都没问题的话,拷贝期间不用停机,完成了直接更新域名即可。注意域名 TTL ,如果是 1~2 天的,需要提前缩短,如 5 分钟( 300s )。 |
![]() |
6
shench 142 天前
才 10G,直接 scp 不香吗?
|
![]() |
9
skiy 142 天前 via iPhone
若是腾讯云,可以按你前面的步骤来,打包,然后上传到 cos ,再到新主机那里下载即可。他们家有命令行工具: coscmd
|
![]() |
10
IvanLi127 142 天前 via Android
用 rsync 的话,就不用打包了,用 scp 才需要打包
|
11
arischow 142 天前
A 新挂载一个数据卷
内容放到这个数据卷 把这个数据卷挂载到 B |
![]() |
12
netnr 142 天前 via Android
syncthing 不香?
|
13
jifengg 142 天前
1.A 继续服务
2.使用各种方式同步 A 所有文件到 B (比如 rsync ,最好是这种可以增量同步的) 3.第 2 步同步期间会有新数据产生,再 rsync 一次,这期间再产生的新数据应该足够少了。 4.停止 A 服务 5.第三次 rsync ,这个时间应该很短 6.启动 B 服务 |