SQL Server运维避坑指南：12个真实故障复盘

　　去年七月份那单SQL Server运维，甲方说“就改一点点”的时候，我手机屏幕都快被微信60秒语音方阵戳穿了。运维群里老张当时回了个“哈哈哈”，我盯着对话框里那个咧嘴笑的表情包，心里直犯嘀咕——这单怕是要栽。

　　最开始是索引优化，甲方说“用户反映查询慢，你给调调”。我原以为就是常规的碎片整理+统计信息更新，结果查日志发现是某个存储过程里嵌了三层游标，每层游标还带动态SQL拼接。这哪是“改一点点”？分明是拆炸弹！我花了两天重构存储过程，测试环境跑通后发验收文档，甲方技术负责人回了句“这个索引重建的脚本能不能再优化下？我们想自己跑”。我盯着屏幕愣了三秒——他要的根本不是优化，是要我把饭嚼碎了喂他嘴里。

　　凌晨两点，甲方项目经理突然发来需求文档，标题是《关于查询性能优化的补充说明》，打开一看，第三页用红色字体标着“建议增加全文索引”。我原以为他们不懂技术，结果人家早查过资料，知道全文索引能解决LIKE查询的性能问题。可问题是，他们表里根本没启用全文检索功能！我回邮件说“需要先配置全文目录”，对方秒回“在吗？现在能远程吗？”——得，又得熬夜。

　　最绝的是尾款阶段。甲方财务说“合同里写的是‘系统稳定运行一个月后付款’，现在有个用户反馈偶尔报错”。我查监控日志，发现是他们自己改的存储过程里少了个TRY-CATCH块，导致未处理的异常被抛到前端。我把日志截图发过去，对方技术负责人回了句“这个我们后续会优化，但尾款能不能先结？毕竟你们也改了不少地方”。我盯着“改了不少地方”这五个字，突然想起上个月他们说“就加个字段”，结果我加了字段、改了存储过程、更新了触发器、重写了报表，最后验收时人家说“哦，这个字段其实不用显示”。

　　运维群里老李说过句话：“甲方说‘就改一点点’，就像女生说‘我马上好’——你永远不知道‘一点点’后面藏着多少个‘再改改’。”我深以为然。去年那单，我前前后后改了十二版，从索引优化到存储过程重构，从查询性能调优到异常处理完善，最后甲方说“整体挺满意，就是那个报表样式能不能再调调？我们领导觉得颜色太素”。我打开报表一看，好家伙，他们自己用Excel改的版本比我的还丑，但人家是领导，领导说的对。

　　说回那12个真实故障复盘，我最服的就是“甲方的‘就改一点点’”这个点。运维这行，最怕的不是技术难题，是需求蔓延。你按合同范围做完，甲方说“这个功能能不能扩展下？就加个筛选条件”；你加了筛选条件，人家说“这个排序能不能改改？按时间降序”；你改了排序，人家说“这个分页能不能优化下？每页显示50条”——最后你发现，你做的根本不是运维，是二次开发，而且还没源码交付的钱。

文章配图，仅供参考

　　所以每次看到“SQL Server运维避坑指南”这种标题，我第一反应就是看有没有讲需求蔓延的。运维的坑，十有八九是甲方挖的，剩下的两成，是自己没守住边界。去年那单，我最后学乖了——合同里明确写了“需求变更需书面确认，否则视为原需求范围”，结果甲方还是说“就改一点点，不用走流程”。我回了句“那行，我改完您把变更确认单签了”，对方沉默了三分钟，回了个“好吧，我让法务看看合同”。

　　现在想想，那12个故障里，最该复盘的不是技术问题，是沟通问题。甲方说“就改一点点”的时候，你得问清楚“这一点点具体是改什么？影响范围多大？要不要测？”——别怕麻烦，怕麻烦的后果就是返工。我原以为运维就是修修补补，结果发现，运维更大的本事是“把甲方说不清楚的需求，变成能落地的方案”。

　　对了，上个月甲方又找我说“那个系统能不能加个数据分析模块？就导个Excel就行”。我回了句“导Excel是运维范围，但数据分析模块得二开，您看是签补充协议还是走新合同？”——这次对方没回“就改一点点”，而是发了张转账截图，备注是“数据分析模块预付款”。我盯着那张截图看了五秒，突然觉得，这行也不是完全没盼头。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!