1
orzfly 2014 年 2 月 10 日
在 A 上做反代或者端口转发到 B 上?
|
2
X-Force 2014 年 2 月 10 日 省事做法,A提示维护中请稍后访问。
|
3
alexrezit 2014 年 2 月 10 日
搬迁过程中 A 设为 RO.
|
4
raincious 2014 年 2 月 10 日
原有服务器A,A上有数据库+Web(无论多复杂的系统其实就是界面+数据);
新服务器B,安排在用户操作最少+用最短时间署迁移数据库部分,然后开放B上数据库的访问接口,将A上的访问数据库指向到B服务器上。(也可以做主从库访问),这样就不会导致数据不一致的问题了。 当稳定时,关闭A上的数据库,备份,迁移程序和其他部分,然后慢慢撤销指向A的解析。 完成。 |
5
adrianzhang 2014 年 2 月 10 日
服务器A的IP挂到B上面去,然后改了DNS解析,过了一天A服务器IP就应该没有什么访问了吧?
|
6
yemoluo 2014 年 2 月 10 日
@adrianzhang 我们直接RO
|
7
adrianzhang 2014 年 2 月 10 日
@GTim 恩,要没要求必须可写的话做RO就可以。
|
8
qq286735628 OP RO是read only的意思?
|
9
misaka 2014 年 2 月 10 日 via Android
|
10
zeinima 2014 年 2 月 11 日
数据库放在C,附件放在D
爱谁谁 |
11
fatpa 2014 年 2 月 11 日
把迁移时间放在半夜,应该就没啥影响了
|
12
dndx 2014 年 2 月 11 日
迁移前两天,修改记录 TTL 到一个很小的值,比如 10 秒。
挑流量最少的时候,先把原站 RO, 再修改解析到新 IP。 这样应该可以最小化影响。 |
13
msg7086 2014 年 2 月 11 日
数据迁移完毕以后把A改成反代就行了,然后DNS什么时候生效都无所谓。
|
14
julyclyde 2014 年 2 月 12 日
迁移完成后,立即进行原子切换,把旧的从实体运行改为proxy_pass
然后再改域名 |
15
julyclyde 2014 年 2 月 12 日
已经差异了就困难了。除非你的应用程序有工作日志,去另外一遍replay一遍日志就得了
|
16
jk2r 2014 年 2 月 12 日
你A服务器不会是 端 + DB 吧,那就没解了。
要解决DB上行,数据不一致么?SQL/NoSQL得有IP或域名对吧,去A上设置hosts,域名指向B新机器的IP,就写过去了。。。 哈哈哈哈,仅供参考,曾经这么干过。。问题也多。A、B不是一个机房的,访问就很慢。 |
17
jk2r 2014 年 2 月 12 日
先切过去再慢慢修吧。The damage is done
半夜,悄悄的,操起mysql改吧。。数据不多就手动修SQL脚本,多就写个脚本搞。 可以当作新数据。 |
18
evefree2 2014 年 2 月 12 日
切的1秒先锁库...
|
19
lyragosa 2014 年 2 月 14 日
关掉原站,我就是这么干的
|