那天下午三点，我正赶一篇明天要发的稿子，手指在键盘上敲得飞快。突然，页面弹出一个红色警告框：“pubdata数据库未能连接”。我愣了一下，第一反应是重启。关掉页面再打开，还是同样的提示。再试一次，依然不行。这时，我才意识到这不是小问题，心里有点发毛。我们这行，数据库就是命根子，里面存着这些年积累的所有资料、案例、数据，还有那些还没写完的稿子。没了它，就像写字的丢了笔，做饭的没了锅。
我赶紧给技术部门打电话。接电话的小张倒是镇定，说可能只是临时故障，重启一下服务器就好。我挂了电话，盯着屏幕等。十分钟、二十分钟过去了，还是没动静。我又打过去，这次小张的声音有点变了，说情况比预想的复杂，可能是硬件问题，也可能是系统更新时出了岔子。他让我别急，正在排查。可我怎么能不急？稿子明天就要交，采访对象的电话号码、之前整理的背景资料，全在那个数据库里。我翻箱倒柜找出一台旧笔记本，上面零零散散记着些东西，但根本不够用。
这时，办公室的气氛也变了。隔壁桌的老王也在打电话，估计是同一回事。他平时话不多，但那会儿嗓门大得很：“你们倒是快点啊，我手头一个选题就差一段数据了！”再往远处看，好几个人都对着电脑发愁，有人干脆站起来踱步。原来不止是我，整个部门的数据库都瘫了。我突然想起上个月系统升级时，技术部门发过通知，提醒要注意备份。我当时瞄了一眼，心想“哪有那么巧的事”，就把邮件删了。现在想想，真是悔得肠子都青了。
等了快一个小时，小张终于回话了。他说初步判断是数据库服务器的一块硬盘出了问题，数据可能部分损坏。他们正在尝试从备份中恢复，但备份是三天前的，这三天里新录入的东西可能就没了。我算了算，这三天我至少写了五篇稿子的初稿，还整理了十几个采访录音。那些录音还没转成文字，要是真丢了，光重听一遍就得花好几天。更头疼的是，有些采访对象是临时约的，联系方式也在数据库里。要是找不回，连补采的机会都没有。
整个下午，我基本什么都干不了。没有数据库，就像被扔进了信息孤岛。我试着回忆关键数据，但脑子像生锈的齿轮，怎么都转不动。我开始翻手机备忘录，找微信聊天记录，看看能不能拼凑出一些信息。可这些碎片化的东西根本撑不起一篇完整的稿子。我突然意识到，这些年我太依赖数据库了。过去写稿子，靠脑子记、本子写，虽然慢，但心里踏实。现在全部数字化了，效率是高了，但一旦系统出问题，整个人就废了。
傍晚六点，技术部门终于传来消息，说数据恢复了大部分，但确实丢了一些。我赶紧登录查看，三天的稿子初稿全没了，录音倒是还在，但索引乱了，得一个个翻。小张在电话那头道歉，说这次是他们的疏忽，备份机制没做到位。我没吭声，心里其实也怪自己。技术再可靠，也架不住人懒。我平时总想着“下次再备份”“下次再整理”，结果一直拖到今天。这次故障就像一记闷棍，把我敲醒了。
晚上回到家，我坐在电脑前，打开一个空白文档，开始重新写那篇稿子。脑子里乱得很，但强迫自己静下来，一边回忆采访内容，一边翻手机里的零散笔记。写到半夜，稿子总算有了雏形，虽然粗糙，但至少能交差了。我关掉电脑，突然觉得，这次数据库故障未必全是坏事。它逼着我回到最原始的工作方式，重新体验那种靠脑子记、靠手写的踏实感。当然，我不会天真地说“数字化不好”，但至少我学会了，再可靠的系统，也得留一手。明天第一件事，就是把重要资料备份到本地硬盘，再抄一份到本子上。
