本剧纯属虚构，如有类同，纯属巧合。
2009年X月X日，晴
主要角色：项目组成员D，Y。
7：45——项目组的成员们一脸轻松地离开所住公寓，前往办公。这天天气不错，阳光明媚，他们很顺利的打到了车，尽管实施了交通管制，但是幸运的在管制的间隙司机迅速的把车开到了项目地点Z公司。
8：15——成员们优雅的在餐厅食堂里点着早餐。早餐依旧那么丰富：豆浆、油条、鸡蛋、包子、粥、油饼、蛋糕……自由选择、应有尽有。组员们边吃边说笑着，临近周末，一切是那么愉悦。
8：30——早餐完毕，组员们来到办公室，懒散的打开电脑，一如既往地浏览一下新闻，挂上QQ和MSN，偶尔还到开心网去种种菜。
8：45——一般情况下在这个时点开始组员们才进入工作状态，此时D发现系统无法登陆，转由Y进行排查。
8：55——Y发现由于在前一晚Z公司DBA进行系统克隆失败，导致了服务器数据文件受损，情况有些棘手，立刻通报上级W和C。
9：15——由于事态似乎很严重，C通过QQ远程协助直接介入系统排查原因。
9：30——Z公司的员工们陆续打开电脑，然后发现无法登陆系统进行操作，因此电话接二连三的打到项目组这里，而项目成员的回复是：服务器维护中，暂时无法使用。
10：15——紧张的气氛开始弥漫整个项目组，C已经开始直接和Z公司DBA进行沟通，同时Z公司联系到了IBM的人员，希望过来排查硬件问题。
10：30——系统仍旧没有任何起色，此时依靠系统打印业务单据的Z公司的一家分厂里，前来办理业务的货车已经排起了长龙——因为无法打印标准业务单据，他们无法提货运走。
11：00——初步认定前两天的数据无法恢复，项目组立即建议Z公司通知下属20多家子公司当天内不要登陆使用系统，Z公司的分厂启动应急预案，手工做帐开展业务。各家公司得知数据丢失，可能要补录两天的业务数据，怨声载道，电话不断打入项目组。
11：30——吃饭时间，组员们陆续来到食堂，一切还是平静，因为似乎没有觉得情况会继续恶劣下去。
12：30——午休，IBM技术人员赶到，D和Y一起到楼上的机房，协同Z公司的相关人员研究事态。
14：30——Z公司的系统已久处于瘫痪状态，信息部的领导L心急火燎，亲自过来询问事态发展……
17：30——整整一天，Z公司已经无法在系统中录入业务数据和财务数据，此时已是晚饭时间。
19：00——D和Y回到了办公室，脸色沉重，系统已经可以使用，但最终的结果是数据只能恢复到3月8号，这意味着丢失了3天的原有数据，另外本周还有2天的数据一共是5天数据需要尽快补录。
19：45——项目小组经过会议，将此事件初步定性为一起重大意外事故。决定在第二天举行会议中全力配合Z公司信息部解决问题，作为项目实施方的会议基调已经明确：现在重要的研究和制定解决措施，而不是讨论谁对谁错。尽管是由于Z公司下属人员在操作中发生的问题，项目组无需承担太多责任，但是由于项目组与Z公司信息部有着复杂的利益关系，因此必须坚决地站在信息部的一方，而且尤其要稳定住客户方的关键用户……
19：55——小组成员们离开了办公室，前往住地，其实D和Y仍旧没有吃晚饭，但他们已不再有饥饿的感觉，徘徊在他们脑海中的，是第二天会议上要面临的种种困境……
本篇文章使用aigaogao Blog软件发布, “我的Blog要备份”