今天第一次在项目经理没有在的情况下由我和团队来共同完成任务。主要任务如下：1。重启两台生产机的应用，停掉两个实例的数据库；2。配合业务人员做好今天的培训；
首先来说说今天存在的问题吧：
1。重启两台生产机的应用，我竟然弄错了是生产机的哪两台应用（我们有6台生产机应用），还打电话给业务人员确认，惹得他很恼火；
2。重启其中的一台应用的时候，竟然不知道具体的服务名是什么，惹得另外一个经理大为恼火，连问我们的方案准备了没有，问我们和业务人员怎么没有进行沟通
对于以上两点我觉得以后在做生产机变更的时候需要准备好发布方案，同时自己要以积极的心态去关注将要做的事情以及涉及到具体的人员关系，不能临时包袱较的，上次发布生产机的时候也是没有关注而搞得我们自己很被动，连续加2个晚上的通宵；
3。竟然把测试机上的业务人员需要的数据清除掉了；
对于这点，我觉得以后再操作生产机的数据和测试机上有用的数据时候，一定要小心谨慎，如果今天不是磊哥有备份，那数据就算完了，培训工作也就无法继续下去了，那样真的后果很严重，风险与机会并存。以后一定要严格控制风险，把风险降到最小的状态。
4。昨天晚上发布的程序到生产机竟然有错误没有发现；
这个在昨天发布以后，测试人员和开发人员进行测试的时候，着急着回家竟然没有把错误报告出来，难道我需要什么事情都需要自己去做吗？看了阿朱的那本书，觉得应该由专人来操作的。对项目中不稳定的因素要进行更严格的控制，当然最近大家都加班累了，不过还是得在质量和做事效率上进行控制。
5。培训机在培训的时候竟然不能用；
今天这个问题真的是没有预料到，在程序的并发性能上，我们已经采取了队列的方式来减小程序的并发性，满以为程序的并发性能够很好的，而当培训真正地开始以后，通过后台监控，AIX系统的内存和CPU的利用率几乎是100%，尤其是内存，已经扩充了内存，仍然是不够用。以后再准备重大的事项的时候，一定要准备一台备用的机器，以备不时之需。
由于培训的无法进行，导致客户非常的生气，多次重启应用仍然没有解决问题，后台还好有台备用的机器，真是幸运。
下午培训结束以后，通过LoadRunner进行性能测试，经过开发人员不断的努力和调试终于找出了程序的瓶颈所在，程序中的数据库连接竟然没有释放，导致死锁内存不足，程序中的数据库连接的释放代码是 conn = null, 这个是非常严重的性能瓶颈，因为这样会把连接的释放交由java虚拟机来执行，而不会立即释放内存，从而可能导致死锁，所以应该直接关闭连接conn.close();这个错误是通过不断的进行性能测试，不断的试验才终于发现了程序的bug，看来以后要注重程序代码的质量和并发性能LoadRunner的使用，希望测试人员能主动掌握这款工具。
在上班期间上班是第一位的，自己在管理能力还有待更大的提高，又非常多非常多的不足，希望自己能够进步不断成长起来。
