1.   7月底到东莞后先进行6月需求版本的升级，先学习需求版本，照着别的区域的升级方案写了东莞的升级方案，8月2日东莞版本升级结束，8月3日有接到通知 让4日去佛山支持需求升级。

   2.   8月4日从东莞去佛山，坐了个快线车一点也不快，感觉不是坐汽车像是坐牛车，到达佛山局点已经一点了，离开佛山局点已经半年多了，局点周边没有一点变化，下午整理升级版本，晚上进行第一次升级，结果升了一晚上搞完已经天亮了，待到10点没见有什么问题就离开局点，吃完饭算了也不用找住处了，直接回广州明天再来。第二天9点动身去佛山，还在半路上，佛山ITC就打电话报障说系统出问题了，其他人都联系不上，只能联系到你了 赶紧来处理下，我说还在路上，至少等半小时，ITC也没办法让尽量快点。等赶到局点别的同事已经在那里处理了，帮忙处理完故障已经12点多了， 吃过饭下午准备当天晚上的第二次升级。晚上进行第二次升级，也不顺利升完天又亮了，又待到10点见没什么事，就和佛山的同事告个别准备回去了，离开前先搞些发票报销，直接回广州周末了先休息下。
  
   3.   8月东莞进行平台升级，来东莞支持的人虽说没有当时广州局点的多，但在东莞有做NGCC系统的人，人还是不少的，也是先与客户开会进行人员的分工，晚上0点开始分组件进行升级，每升完一个组件后就开始测试，等全部搞完后天也快亮了，安排两个人值守，其余人回去睡觉。

   4.   8月20日接到通知让第二天去江门支持需求版本升级，同时去的还有深圳的同事，第二天赶到江门局点，计划定在周日晚上升级，当天去了先整理需求版本，周日晚升级完也没什么事情，第二天上午还在睡觉接到东莞业务室的电话说东莞晚上也要升级，让赶紧赶回来，我说不会改天吗，非要今天升吗，业务室说是省公司安排的他们也没办法，真可恶。只好下午离开江门赶回东莞晚上进行升级。
   
   5.   9月5日周五接到电话让第二天周六去江门，周日晚江门进行升级，周六下午从广州赶去江门，深圳的一个同事也赶到了江门，到江门快黑了见面后吃过饭，准备回去休息了，这时项目经理发短信让大家全部赶到局点，说有重要的事情发生。赶到局点看邮件，系统有个密码验证的故障被人投诉了，省公司让当天必须解决，定制已经在修改版本了，随后发到局点立即进行升级。 后来得知是移动的投诉专业户搞的投诉，那些人都是竞争对手雇佣的专门找对方麻烦的，说白了就是互相拆台互相***，这也是中国奸商使用的一贯伎俩。不过还是要感谢那帮鸟人，没人那帮人系统隐藏的故障不一定会被发现的，晚上10点多版本发到现场，升级后测试故障消失，回去睡觉。  
   
    6.   周日晚上江门进行第一次升级，升级不是很顺利，搞完已经天亮了，吃过饭回去睡觉，睡了一会热的睡不着了，起来一看竟然停电了，到外面一看也没电，热的没地方可去，还是回局点吧。赶到局点值守的同事问到你们怎么回来了，说停电了只能来这里了，然后在×××上睡觉，睡了一会电话吵的根本睡不着，算了出去吃饭了， 局点位于马路边上四周根本没吃饭的地方，只能在食堂吃了。吃完回去找了个会议室睡觉。第四天晚上进行第二次升级，升完天又亮了，当天也没什么事，晚上客户请吃饭一共10个人，第五天9月10日也没什么事，下午与同事告别离开江门，快周末了请个假休息几天。
   
   7.   9月一天中午ITC电话报障系统出现故障，登陆数据库一看大量对象失效，赶紧编译结果有个过程报错，打开一看一行代码报错，一定是有人修改了存储过程也不编译，赶紧把错误的代码修改过来，打电话问ITC是谁修改的，ITC说是他们自己修改的，这帮烂人私自修改线网表结构及存储过程，不编译也不及时通知，真可恶。

    8.   9月某天下午ITC派了个单，上面写的故障没有看明白就打电话过去问，结果那个鸟人说单上写的清楚你不会自己看啊，一听这话我就火了，写的清楚还需要问你吗，最后和那烂女人吵起来了，那烂人要投诉我，我说你随便。打完电话后觉得不行等那烂人投诉就对我不利了，我先自己打电话反映吧，马上给项目经理打电话把刚才的事说了，项目经理说那个女人现在怀孕期，脾气比较大你不要和她起冲突。 怀孕竟然把脾气都怀大了，还是第一次听到，就是这次投诉导致我的级别两次都没有提升。

   9.  9月下旬要进行国庆60周年通讯保障，各区域要建立相应的应急系统，写出完整的应急方案忙了好一阵子，9月30日开了一天的电话会议，逐个提问本局点的应急方案、故障通报机制等，从30日晚上通讯保障正式启动，前三天24小时值班，后四天12小时值班。接到报障后5分钟必须赶到局点并逐级上报，三个小时进行一次全系统巡检，并上传巡检报告。由于国庆前已经封网了，整个国庆期间也没有什么事，整天也就是上上网，到时间点做个巡检，国庆保障结束后休息了几天。

   10.  10月中旬，东莞来了来了两个新同事，是南京研发中心派到广州培训的，当时东莞正在搞NGCC就派到东莞协助了，主要协助全省的大客户电话经理系统的事宜。

   11.  10月月底周末在广州开会，开完后5点多就走了，刚回到家ITC就报障说充值流程无法充值了，赶紧处理下，心想应该是配置数据的问题吧，以前处理过 这样的问题，赶回家给ITC发了以前的处理方法，给相应的表加上数据应该是可以的，过了会又打电话说还是不行，我说等我晚上去广州局点远程处理 吧，随后给广州的同事打电话，约好晚上去局点，晚上赶到广州局点打开流程分析发现调的存储过程和以前的不一样，跟踪流程日志发现的确与以前 的不一样了，应该是后来版本修改过，我的还是老版本的处理方法，怪不得不行，重新加了数据后故障解决，回来已经晚上10点了。经常发生这种在现场时就没有事，刚离开事就来了的情况。

   12.   11月初某天凌晨被电话吵醒，ITC值班报障说座席查不了资料了，让尽快处理下，这种事情一定是BOSS的问题，让直接找BOSS处理就行了，那个值班的人说我会给BOSS报障的但你们客服的也要去现场处理啊，万一不是BOSS的故障呢。真可恶睡个觉都不得安宁，起来去局点，好在宿舍就在局点外面隔了一条马路，到了局点测试了发现没什么问题，打报障人的电话，那个烂人说是BOSS的问题，已经处理好了，你不用处理了。真是可恶已经处理好了也不 通知下，让我半夜三更白跑一趟，给相关人员发个邮件通报此事然后回去继续睡觉。

   13.  11月某天业务室经理找我，说有个人离职了因劳资纠纷要投诉移动，他们几个月前在公告便签系统上发布了相应的说明，现在要把那个证据找出来，希望我帮忙找出来。根据他说的时间和大概内容，先在数据库表中找到相应的内容，然后到服务器取相应的文件，但是那个文件正好在一台出故障的机器上，前段时间刚被我关掉，准备另建一套服务替换那台机器。找人到机房把那台机器打开，然后找到那个文件给他，后来有重新建了一套服务，把那上面的便签文件全部迁移到新建的机器上面。

   14.  11月东莞中心要换新办公地方，原办公场地有点小已经不能适应发展的需要了，新的场地在一个比较偏僻的地方，那地方我也一直没去过，11月份要在新场地调试座席去了几次，坐车十几分钟就能到但等个车就要20多分钟，那烂地方真是荒凉东西北三面一公里之内是荒无人烟的，马路对面是个工业区，坐车一点也不方便，叫个的士人家也不来，嫌太远了拉一趟划不来，真不明白怎么找了个这样的地方，不过新场地确实很大，各种设施也基本上是配套齐全。 

   15.  11月各区域人员进行了一次调整，有好几个人被调到东莞，主要参与在东莞的省中心NGCC系统建设，2010年半个省的业务相继要割到NGCC系统，东莞的人员重新进行了分工，我主要负责东莞原有系统的维保，协助参与NGCC系统的部分事务。

   16.  12月轮到我周末值班，基本上两个月轮一次，每次周末就是深圳的单最多了，其它区域基本上周末没什么单，除非有重大的故障，一般请求客户周末不要派单，一个单48小时不处理完就会超时，超时是要扣分的，值班基本上是在处理深圳的单，有些单可以一次解决，有些单只能进行个初步处理，后续还需要和客户进行再次确认，值班主要是防止重大故障发生现场无人，二是防止事件单超时。

   17.  12月月底客户请吃饭，吃过饭准备去K歌 ，ITC报障说短信满意度出故障了赶紧处理下，直接赶回局点，查询下发表发现表中无积压数据，登陆短信前置机发现前置正常，登陆媒体发送服务器发现没有发送进程，奇怪现在是高峰期怎么没有短信呢？赶紧登陆IVR服务器查看自启动流程，发现自启动流程定死了，检查发现机器的内存被自启动流程耗完了，赶紧把服务关掉释放内存，再次重启服务后短信恢复正常。这真是奇怪以前怎么没有这个现象啊，一时也找不到原因，后来每周都要重启下服务释放内存，不然超过一周必然出故障。