`
gainfirst
  • 浏览: 15480 次
  • 性别: Icon_minigender_1
  • 来自: 青海
最近访客 更多访客>>
社区版块
存档分类
最新评论

不眠之夜-----令人吐血的问题

阅读更多

          今天是主机迁移,一切都按照原定的计划都有条不紊的进行着,原本想着最晚凌晨2:00就结束了,但是正真迁移后问题(测试的时候没有发现)却层出不穷,庆幸的是天亮之前终于解决了,不过自己也吓出了一身冷汗。先大致说下这次主机迁移的大致过程,我负责接口平台(管理系统大部分的对外对内的接口)部分,我们的接口机用的是HP小型机,先前由于调用量比较大,线程领导决定做个负载均衡(和热备不同,它只是将应用发布到几台主机上,然后对外访问一个入口),说实话关于主机方面的维护我一点也不懂,充其量是别人将软件装好,然后我“坐享其成”将自己的代码发布到某个server上,最后自己和对段厂商针对每个接口测试即可。理论上来说这个是一个很简单过程,毕竟测试的没有发现什么问题,我的应用代码没有变,只不过正式迁移的的时候,主机维护的人只要将这些主机上的应用按照要求配置一个对外统一的浮动IP和port就行了,可是因为中间的某个环节的疏忽让自己付出了“惨重”的代价。ip和port改好后,由于自己要调用某个应用上的EJB,为了减轻某个server压力,自己也采用了“负载均衡”的策略,当时自己就直接用flashfxp对其中的一个配置文件右击编辑后保存了,恰恰这个操作跟自己带来了麻烦,由于这样的保存后字符的编码就成了其中最大的问题,但是当时不知道,结果应用就是发布不上去了,做主机维护的人把所有的东西都重新装了都不管用。这下都傻眼啦,眼看面临接口环境有可能回滚,最后一刻的时候领导要每个人回忆自己所做的操作,然后逐步分析最有可能影响的步骤,然后一一回滚排查,终于在太阳出来前改掉了。改掉的那一刹那,自己紧张的心情终于放松下来,想想以后自己一定要注意哈!步骤和操作一定要记录,以免出现不可避免的错误(太困啦,睡觉)

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics