生产环境升级,小心再小心

晚上是计划好的系统升级,我负责db部分。本来按照计划是打一些补丁,导一个全新的dump.这里就说是dump3吧。
但是升级前几个小时,突然又冒出来一个新的dump.说要升级那个。这里就说是dump4。
在dump4的基础上还有dump5,计划如果能升到dump5最好。
本来计划是只升级dump3,现在一共有3个dump,一下子让人乱了很多。
 
然后交代了一下后,开始紧张的准备dump5,结果因为软件的bug,导dump的时候有问题,然后就临时决定导dump4,结果在最后checksum的时候,发现dump3的要大一些,结果阴差阳错的,就把dump3导进去了。升级的过程倒没什么问题。
第二天,领导打电话时候dump可能倒错了。我一听怎么可能,怎么能弄错呢,一边说把日志粘出来,一边很坚定的回答着,结果在最后打开日志的时候,真的傻眼了。
 
不知道怎么出场了,好在这个升级的影响不大。因为还没有正式交付客户使用。但是总结了一下。还是能得出不少的经验教训。
 
看来凡事不能跟着感觉走。一定要严谨再严谨。如果不确认一定要确认。一旦出错,也能够很明白错在那个环节上。如果是指挥错误也有一定的依据。
 
在协调的过程中,本来按照计划的东西突然多了变数。这些也要及时好像告知。以免造成口径不一致。
 
 
 
上一篇:利用Ntdsutil检查计划任务生成的快照(活动目录快照配置管理系列二)


下一篇:SQL Server高可用——日志传送(4-3)——使用