1. 08年8月奥运会要在北京开，因此各区域在7月下旬就封网了，ITC召集我们开会讨论佛山的奥运期间线网保障问题，说封网期间你们和ITC一样按时上下班，下班后就离开，发生故障时在最短时间内赶到。听到这个太好了，巴不得下班早点离开呢，谁想待在那，至于故障什么时候不是最短时间赶到局点啊，封网的两月时间中每天按时上下班，倒也相安无事，只要不搞升级，系统基本上无事。

2.   8月初的一天为了更新测试库的分发表数据，先备份下然后truncat，删完一看不对啊，竟然把线网的数据给删了，赶紧用备份进行了恢复测试一切正常（时间短5秒内，没有出现故障），当时吓的手都在发抖，封网期发生这种事后果是很严重的，不过这个事没有任何人发觉，我也没告诉任何人，这事就这么神不知鬼不觉的过去了，后来再也不敢同时打开两个窗口进行备份和删除数据了，因为好运气不是每次都有的。
  
3.  奥运会开始后ITC为了安全，把我们的外网全部关闭，所有的服务器登陆密码也修改了，登陆需要ITC来输入密码。这下好了什么事情也不用干了，给定制发了封邮件说明了情况，封网期间需要什么文件、数据等全部找ITC，不用来找我了，并提供了ITC的邮箱，这样过了一周ITC的人受不了了，说你们定制整天要这个要那个邮箱都发满了，先给你们提供个无线密码用吧，就这样用ITC的无线网络上网。

4. 某天晚上，系统出现故障，ITC让赶到局点去处理，我问没密码怎么登陆机器啊，ITC说现场值班的人会给你输密码的，去了找一下。到了现场没有找到ITC值班的打电话也没人接，不着急慢慢等，过了一会ITC的烂人才来，输入机器密码登陆服务器，进入后那家伙想走，我说先别走一会还要输入别的机器密码，那家伙就在旁边坐着等，处理完故障我说搞完了，可以走了，那家伙才起身离开。拉个垫背的还不错。

5.  封网期各区域都没什么事，因此在八月中旬，项目组把大家集中到广州进行技能培训，说是培训其实也就是让大家聚一聚增加增加感情。因为平时大家都在区域，一个月也难的见上一面，打电话只闻其声不见其人，时间长了难免就生疏了。

6.  8月的一天下午，业务室要更改一批离职座席的工号状态，他们嫌在Web配置台修改麻烦，想让我批量修改下，我说没问题啊派个单过来，过了一会给我打说现在座席都不能登陆了，是不是我把状态改了，我说都没看到你的单怎么会改呢？这时ITC的一个人来找我说出事了，把座席状态修改后现在不能登陆了，让我协助下，我打开表一看发现工号表上万条数据的状态全部更新为1了（失效），我说你赶紧再改为0就可以了，修改后座席登陆正常，ITC的老太得知是他的手下搞的什么也没说。当时正是封网期，如果这件事是我们搞的那结果可就不是这么简单了。

7.  9月初佛山来了新同事，当时正好封网结束，各区域都积压了一堆事情，每天都加班一周要搞两次需求上线，结果这个新来的家伙玩了两次就受不了了，嫌这个工作没有一点作息规律，太累了不想干了，后来佛山的事情也多就把这家伙调到东莞去了。

8.  9月业务室让清理考试培训数据，考试培训的业务树超过10万条了，打开一次需要几十秒，让把07年前的数据全部清除，我们就写了个清理的方案，一天晚上就把那些过期的数据进行了清理，考试培训系统的好多表是没有分区的，有一部分表是由job每天晚上定时清理的，大部分是没有这个清理功能的，因此只能是手动删除了，当晚清理完也快天亮了，简单测试下就回去睡觉了。第二天下午本来都不想去了继续睡觉，报障电话就来了，说有一批座席现在要考试，但试题的业务树打不开赶紧来看下，看来觉是睡不成了。赶到局点登陆服务器打开平台级别日志进行测试，一个平台级的日志要10M，这要分析到猴年啊，赶紧向定制求助，把日志和昨晚的清理方案一块发过去，应该是业务树表的问题，到底是把那条数据删了，导致不能展示呢？打开备份的表一时也看不出来，随后把数据也发了过去，一时半会还分析不出来，客户还在旁边催，不管了把删除的数据再倒回去了， 倒回数据后再次测试业务树打开了。后来定制分析出是把表的第一条数据给删除后导致的，第一条是根节点，由于此表是按流水号生成的，在清理时直接按流水号删除，没想到第一条竟然是根节点，后来过了几天又清理了一次。
  
9.  9月某个周末晚上，ITC打来电话报障说有个流程的故障让处理下，我说在广州怎么处理啊，ITC说那怎办啊，我说这样吧你去局点我告诉你如何处理，后来ITC的人赶到局点，我电话指导他怎么搞，应该是数据配置的问题，找到相应的存储过程再找到表，加入需要的数据就OK了。

10. 国庆过后接到通知让去中山OCS割接现场报到，主要是搞流程接口的故障定位，每天都要搞到23点才回去睡觉，这次没有5月的割接规模大，办公环境吃饭情况都不如5月的那次割接，在现场待了10天，佛山那边有喊着让回去，最后项目经理扛不住了，只好让我先回佛山远程处理中山的问题，现场主要的问题已经搞完了，剩下的都是些零星的，也没什么大问题了。

11. 10月全省为了提高用户对投诉结果的满意程度，提高服务效率，又要搞工作流满意度、咨询满意度调查，基本上和短信满意度一样，但是比起短信满意度就简单的多了，也就是发一条短信，又没有交互的过程，开发个流程部署个服务就行了。

12. 10月某天开发同事为了调试一个需求，在没有通知的情况下违规登陆线网数据库test存储过程，导致线网大量对象失效，直到客户报障后才检查出有失效的对象，赶紧编译后故障恢复，导致客户对我们极大的不满，这个倒霉的同事被罚款500元且项目组通报批评，看来月底开会又有信息安全的案例学习了。

13. 10月某晚需求上线时，需要配置一批数据，就先登到东莞的数据库查看数据（东莞先上线需求），参照东莞的数据配置完佛山的数据后，先进行了备份然后删除佛山数据，加入配置数据后开始测试，测试后发现不对啊，又仔细检查了数据才发现佛山的数据没变，竟然把东莞的数据给删了，赶紧用备份的进行恢复（刚才备份删除的全是东莞的数据），好在发现的早，要不然就会给东莞带来一个莫名其妙的故障，后来升级时也不敢随便登陆别的区域数据库了，需要什么就让当地的同事发过来。
   
14.  11月全省新的多媒体座席项目启动，从以前的PC搬到小型机上，系统的架构和版本全部采用新的，先在佛山搞试点，等佛山上线成功后全省其它地方再推行，这个项目派了专人来搞，我们只是配合协助，倒也没有分太多的工作。
    
15.  11月需求升级了VP台的语音，谁知第二天有报障说部分语音无法播放，开始因为是格式的问题，但用工具却能正常播放，测试流程也没有问题啊，流程日志中已经取到相应的语音，但是听不到音很奇怪，看来是VP台的问题。后来分析vp配置文件发现里面配置的 NOTE_AMOUNT=61000 表示语音最大为61000,查文档发现超过了NOTE_AMOUNT 的值后语音就不能播放了，而当晚的一些语音已经超过了61000，后来把这个值调大再次测试语音能正常播放了。

16.  11月底升级查话费的扩展号流程，升完后测试发现没播放语音，一检查发现业务室没有录制语音，就发了邮件让第二天把语音补上，也就没有回退流程就回去睡觉了，谁知睡下还没半小时ITC就打电话，说查话费的扩展号流程没有声音引起用户投诉，我把原因说了下，ITC说赶紧回退现在都有投诉还敢等到明天。只好起来赶到局点回退了流程，发了说明邮件后回去睡觉。

17. 12月初某天中午正在吃饭，电话响起号码不认识，接通后对方说是同类投诉系统的（第三方的一个接口系统），说客服系统昨天没有给他们上传数据，让尽快给上传下，我说你怎么不早说，下班吃饭了你让给你传数据，现在外面怎么给传啊？那家伙和我扯了一会最后说最迟两点上班传上来，我说好吧两点给你。吃完饭后检查了下，发现上传的文件走到异常目录了，登陆对方的FTP登不上，一定是对方的FTP出故障了，又给那家伙打个电话让检查下FTP，过了一会那家伙告诉我说正在检查，先不用上传到时再通知我，我说你到时派单吧。凡事先查下自己的原因，然后再去找别人，这样才不至于陷入被动。
  
18.  12月我有事申请调离佛山得到批准，随后来了新同事交接完工作后，向客户告别，客户邀请我们参加他们的年会，后来还给送了一份礼物。12月底离开，从2007年1月到佛山2008年12月底离开，在佛山整整服务了两年时间，后来客户专门发了一封感谢信对在佛山的两年工作表示感谢。