第108章 工作往事（2/2）

请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。

下午四点二十三分，生产环境开始正式恢复。全量备份从凌晨三点的时间点开始回滚，屏幕上进度条一格一格地往前走，每前进一格代表一个数据文件的恢复完成。老周站在他旁边，两个人都没怎么说话。机房里只有硬盘读写指示灯在疯狂闪烁，闪成一片琥珀色的光海。

四点五十三分，全量恢复完成。五点零二分，两点之前的增量备份回灌完成。他深吸一口气，把下午两点到两点五十八分之间的增量数据恢复脚本推上了生产环境。屏幕上开始滚动写入日志——I语句一条接一条地刷过去，速度快得看不清具体内容。五点十二分，六十万条增量数据全部回灌完成。

他打开er表的记录数校验查询，对比了凌晨三点加上全量备份恢复后的记录数，加上两点之前增量恢复的记录数，再加上下午两点到两点五十八分的blog提取记录数。三个数字加起来，跟DROP TABLE之前最后一秒的记录总数完全一致。

五点十五分他给老周和主任各发了一条消息：数据全部恢复，零丢失。然后靠在椅背上，感觉后背的衬衫被冷汗浸湿了一片，贴在皮肤上又凉又黏。

老周长长地出了一口气，说这次能恢复得这么快，blog完整是关键。林泠点了点头，脑子里还在回想刚才恢复过程中的每一个步骤。全量备份加增量备份加blog恢复，这个链路他之前在设计数据迁移方案的时候就反复推演过，但真正在生产环境上跑一次全流程紧急恢复，还是第一次。他想起自己在大暑那天在白马河做窗口期复盘直播时说过的话——数据库排查逻辑和鱼情分析逻辑本质上是同一套思维模型：划定时间窗口，定位异常变量，追踪因果链路。今天这次删库恢复，本质上也是一次窗口期内的紧急排查——划出数据丢失的时间窗口，定位DROP TABLE的精确时间点，追踪从全量备份到增量备份到blog的完整恢复链路。逻辑完全一样，只是压力不一样。

他站起来活动了一下僵硬的脖子，走到机房外面。走廊里的温度比机房里高了至少十度，暖暖的空气裹住他冰凉的胳膊，反而让他打了个哆嗦。窗外的天色已经开始变暗，下班的人群从办公楼里涌出来，三三两两地往停车场走。

第二天上午，公司发了全员通报邮件。标题很简短——“关于昨日生产环境数据安全事件的通报”，正文通报了离职运维账号未及时注销、外部人员利用未注销账号执行恶意操作的事实，处理措施列了三条：所有离职人员账号立即清理、生产环境操作权限全面升级为双人审批、数据库备份策略从每日全量升级为每日全量加每四小时增量。末尾特别加了一段致谢，提到数据组林泠在事件响应中完成数据零丢失恢复。邮件发出后不到十分钟，林泠的钉钉上弹出来七八条消息，有同事发的竖大拇指表情，有小赵发的一排感叹号，有平时不怎么联系的隔壁部门同事问技术细节。他一一回了谢谢，把手机屏幕朝下扣在桌上。

下午部门开会，主任专门提了这件事，说这次数据恢复不仅仅是技术过硬，更重要的是响应速度和判断力——从接到电话到定位问题到拿出恢复方案，整个过程不到十五分钟。

开完会回到工位，他翻了翻笔记本。

周五下班前，老周发来一条消息，说运维组的人想请他吃顿饭，感谢这次应急响应。林泠回了个好，然后低头看了一眼桌上那本摊开的笔记本。春季窗口期追踪表上，雨水的空白栏还等着他明天去填。删库是意外，钓鱼是日常。意外处理完了，该回到日常了。