运维总结

     从4月29号到8月30号，总总三个月的运维，第一次，希望不是最后一次。

 

     去的时候没抱希望，因为先前只是说暂时没人，去应付一下客户，可世事难料，一呆就是三个月。

 

     刚到的时候就有好多问题，数量不准确，单据状态出错等等。

  

     最头痛的就是库位的满载率不准确，出现很多满载率超过100%的库位，而实际上这个库位并没有放东西，导致客户很多空着的库位不能

 

放车上去。只能说是程序出错，刚到的时候因为对业务不了解，没少挨客户的白眼，这是我第二次直接跟客户打交道，好在我心里承受能力不

 

错。

 

     接下来的运维工作真的不好搞，程序的问题不少，上线都这么久了，还要经常改数据库，这让我们很没面子，感觉客户对我们，对我们公

 

司都失去信心了，而我，直接面对客户。

 

     运维的好处是我看清了我还有多少问题没有搞清楚，而问题最大的就是数据库。

   

     整体看来，公司的框架虽然不够完美，但真的很简单，所以出问题的可能性就是在框架在数据库的控制上面，像事务并发等等，很多数据

 

出错跟单据状态出错，我们给客户的解释都是事务并发造成的，而实际上我们并没有找到究竟是哪个地方导致事务并发了，而我个人也缺乏这

 

方面的能力，简单的数据库操作我还能处理，跟踪事务，或者解决这方面以及类似的问题我就显得手足无措。期间没少找资料，这是对我个人

 

知识的补充，运维的这段时间，也许这是我获得的最大的财富吧。

 

     很多问题在回来的时候也是没能解决的，程序在代码层能保证没有错，有的在这段时间都已经改了，虽然改的确是不少。

 

     另一个问题是在不断上线的这段时间里，客户经常增加需求，而我们公司的管理又没有做很好的约束，这是开发的一个误区，做事的人会

 

很头痛。

 

     同时，公司底层框架改版，本来打算上新的框架，但由于问题较多，客户那边不放心，才在二次上线前一周决定上原来的框架，这样

 

很多在新框架测试过的功能放到老框架上的时候又会出现新问题。而老框架原来存在的问题，本来在新框架上改好了，当再次放到老框架上是

 

又要重新测试，时间一长就会遗漏些小的改动，比如 是精确查找还是模糊查找等等，这些改动至少框架里的一个属性值的改变，由于改动比

 

较小，基本都没做变更记录，这是程序员跟管理层双方的责任。

 

     出现以上这两个问题的原因就是公司在程序开发时版本没做好控制。到目前为止还很多改动没写变更文档，或者写了，却忘了，这是个很

 

蛋痛的问题，从上到下都不负责任的表现。

 

    另外在这段时间里，我学到了程序员的人生态度，也一个做人的道理：面对问题，解决问题。不管生活还是工作，都当以这个态度去面对

 

一切。