今天，其实，我很紧张
2008-07-10 00:00 by Jimmy.Lin
故事应该是从昨天晚上说起， 话说礼拜2的下班的公车上，倪同学给我来了个电话， 提到，你们怎么搞得， 把 7 月份的数据导入到 6 月份里头去了， 我脑中一想， 不对啊， 怎么可能？ 不过对于用户， 我的职业习惯告诉我， 我先要承认用户是对的， 除非我真的知道是为什么。
礼拜3到达公司， 这件事情的紧急度当然是相当的高。 火速查一下数据库， 到底是哪出了问题， 我搜寻了最近三天导入的数据， 没有发现异常。 然后，从 balance 表 往 detail 一路排查。 最终发现， 是Oracle 提供的 data fix 的脚本有问题。火速打电话给Oracle公司， 请求需要把 closed 的SR重新开启。 印度的那个工程师也迅速的进入沟通交流。 折腾到下午的时候， 我发现等待Oracle 的工程师提供 solution ，那么我们的 用户就会跟我叫板。 因此， 做出一个决定， 我需要把 balance 的数据恢复到 3天前。把solution 告诉给Oracle， Oracle 再三决定之后， 同意我的做法，为什么我需要把我的想法告诉Oracle的原因是 ， Oracle 肯定比我知道他的脚本里头写啥了。 因此， 我开始写详细的操作步骤。 并且对每步骤都进行了相应的跟踪，因为在这过程中， 我drop了 gl_balances, 心当时是悬着的 ：－） 。
终于， 在晚上8点钟的时候， 我们的数据出来了， 并且， 把3天中发生的Journal post 到 gl_balance. 肚子狂饿， 通知终端用户， 对这些数据进行简单的检查， 并且特别关注这3天中发生的日记账的账户。 然后， 去附近的麦当劳吃了个晚饭。 哎， 一颗晃晃的心终于落下了。 各位好伙伴， 终于可以发布你们的报表给保监会了。
好了， 到此为止，一颗悬着的心落下了。 但是没有人知道我在后面付出了多少， 更没有人知道，这个过程，其实是个相当麻烦的过程。。。其中的心酸和喜悦， 只有自己知道。。。
在这个有点热气的夏天， 在这个有点迷惘的城市， 在这个Oracle bug 充斥的路上， 步履蹒跚。。。 有时候， 在想着那句话： 因为专注， 所以专业。 有时候， 因为专注， 却会伤痕累累。
累了， 得歇歇了。
