第275章 前哨战成功(1 / 3)

投票推荐 加入书签 留言反馈

  如果说马来西亚子公司上线切换作为全公司参与级別(各业务部门同时参加)的“渡河”第一战。
  那在真正意义上渡河战役之前的前哨战则是系统开发,这是独属於华兴it的独角戏。
  四周前的2016年10月21日,凌晨1点17分。
  华兴坂田总部g1大楼23层作战指挥中心,空调出风口不停喷出新风。
  此刻窗外的城市灯火也开始逐渐熄灭。
  李峰的手指在键盘上敲出急促的鼓点,眼睛死死盯著屏幕上滚动的代码日誌。
  作为自研erp项目的项目经理,他已经30个小时没合眼。
  眼下泛著青黑,头髮乱糟糟的,关键是脸上的油感觉比电脑还亮几分。
  作战室中央的巨幕上,200+个监控指標正在进行最后的基线校验。
  红色预警灯每隔三分钟就会闪烁一次,像某种机械生物的呼吸。
  “供应链模块初始化失败。”负责配置管理的赵宏明声音特別大,他是从蓉城过来支持项目,“自研资料库的存储过程和旧系统的兼容性测试通过了七轮,怎么一到生產环境就报错?”
  自从被陈默餵饭升职以后,赵宏明就成了他的铁桿拥护者。
  本来这次支援是不需要他这个主管过来的,他愣是带上几个核心骨干工程师直接飞过来。
  说是这马上產品叠代开发的第一个版本就要上线了,想要尽一些绵薄之力。
  会议桌上摆著三十多份夜宵套餐,从潮汕牛肉丸到麻辣香锅,热气混著键盘清洁剂的味道在空气中游荡。
  陈默靠在墙角,手中杯子里的茶已经凉透,目光却始终停留在巨幕右下角的倒计时:
  距离代码冻结还有2小时13分钟。
  作为项目领导小组主要负责人之一,他这会儿儘量在角落里面看著,免得下属们紧张。
  “把存储过程的执行计划调出来。” 李峰的声音带著沙哑,手指在触控屏上快速滑动,“第三十七行的事务锁参数没对齐,旧系统用的是oracle的行级锁,咱们的高斯资料库默认是表级锁,得手动添加锁粒度声明。”
  他突然转头看向坐在斜后方的资料库组负责人刘洋,“上周不是说兼容性方案里加了自动转换层吗?”
  刘洋推了推滑到鼻尖的眼镜,面前的三台显示器分別显示著资料库日誌、架构图和代码比对界面:“转换层在测试环境没问题,但生產环境的负载均衡策略里,第三节点的读写分离配置漏了锁机制的关联参数。”
  他调出配置文件,“现在有两个选择:要么回退到旧锁策略,要么现场修改负载均衡配置。”
  作战室里响起此起彼伏的吸气声。
  回退意味著前三天的联调成果作废,而现场修改则要承担配置失误导致系统崩溃的风险。
  李峰的手指悬在键盘上方,迟迟没有落下。
  101看书 101 看书网书库全,101??????.??????任你选 全手打无错站
  他清楚,这个决策不仅关係到今晚的上线,更会影响整个渡河项目的节奏。
  渡河erp的第一个可运行版本必须在11月13日前完成技术验证,这是陈默在月度例会上拍板的死线。
  但他不甘心,他一直都是奔著提前完成项目进度的目標去的。
  陈默看李峰有些犹豫,终於开口,声音平稳却带著临场决策的力度:“按新锁策略改。” ↑返回顶部↑

章节目录