回忆自己经历的4次数据的搬迁

2009-05-12 10:06:11来源:未知 阅读 ()

新老客户大回馈,云服务器低至5折

第一次 ,时间:1995 年,身份:学生,搬运工,搬迁目标:1992 年购买的一个小型机.
1.5米*1米*1米 的大家伙 我们 20+ 个同学 用了 1上午 将它办到了 离旧机房 300米远的新机房.
然后,开机,系统没有任何反应 ,被老师追问:你们般的时候有没有碰到哪里 ?
1 周后 就在我们大家以为 这个 100万美金的东东报废的时候,有个老师嫌他放的挡路,挪了 90度,系统启动了 ??!!
启动了好啊,马上关闭系统,把他放到原位,系统又没有反应了,再挪 90度,又好了,头次见机器有朝向问题.
我2002 年回去看的时候,那个机器据说已经7年没有人挪动过了....

第二次 时间:2000 身份:搬运工,技术员, 搬迁目的 :IDC 机房改造,将公司托管的 60 台机器从4楼搬 五楼.(不需要改IP)预计时间 9小时
0:00 断网,备份数据
0:30 断电 搬迁
4:30 搬迁完成,开机
数据库不能启动了....然后一帮人开始想出各种方法进行修复,重新插拔硬盘,电源,更换接线板...
5:00 通知公司留守人员改网页通知用户12:00 后登陆
7:00 决定使用备份数据库,(我们的备份机器性能没有主数据库好,所有一开始大家期望能够修复).
10:00 数据导入成功,开始测试
11:00 网站重新开通.

第三次 时间 2004 身份:指挥,搬运,调试 搬迁目的:机器过于密集,散热问题,IDC重新给了一个空间,(需要更换IP地址),预计时间 9小时
提前安装好备份数据库.
0:00 断网,直接将运营数据导入备份数据库机器
1:00 断电,开始搬迁
3:00 搬迁完成,
3:30 重启修改完 ip ,所有机器开机正常,内网测试正常,外网访问不到....
4:00 定位错误:需要清IDC 的一个高端路由的缓存,反映给IDC 值班人员,答复:我们没有权限...
9:00 IDC 上班
9:05 网站可以正常访问

第四次 时间 2006 身份 :指挥,调试 (谢天谢地,公司终于请专业搬运工了),为了解决电信用户访问慢的问题,我们终于从放了 7年的网通IDC迁往一个可以给我们提供 网通,电信双接入的一个小IDC了. (IP完全重新分配,系统构架局部改变) ,跨城市搬迁,预计 12 小时
23:00 断网,备份数据
0:00 断电,同时派专车将备份数据库数据的硬盘先送往目的机房,导入备份数据库.
1:00 所有机器拆除完成
3:00 装车完毕
5:00 抵达目的地
6:00 数据库,主WEB 安装完毕
7:00 主网站,访问正常,但是电信用户访问不到 bbs
1天后查出 给我们的一个电信IP 有问题,ping,tracert 没有问题,tcp 有问题,--->更换此IP
1周后 我们的电信用户感觉他们的访问速度更快了... 因为我发现了一个路由配置失误,让电信用户的发来数据从电信线路来,返回的数据从网通线路转发的...

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:做网站,更直接,更简单更容易成功

下一篇:我的域名故事之谈