2016，匆匆那年

 

 

2016，匆匆那年

匆匆那年我们究竟说了几遍

再见之后再拖延

可惜谁有没有爱过不是一场

七情上面的雄辩

匆匆那年我们一时匆忙撂下

难以承受的诺言

只有等别人兑现

........................................................

1子在川上曰

刚在博客专家群里看到梦鸽大美女发的公告“我的2016http://blog.csdn.net/blogdevteam/article/details/53636007 ”，才突然意识到这已经2016你的尾牙了，这一年过得太快了，子在川上曰：逝者如斯夫！仿佛依稀感觉猴年才刚刚开始却又要临近结束了。

 

    这一年是忙碌的一年，也是在csdn留下自己的足迹最多的一年了，工作中不停进入新的分支领域，把很多经历感悟都烙印在了csdn博客里，一边学习一边工作一边收获，大家且看我满满的2016年，如下01.png：

                                   

 

    感谢大家的信任 -> 阅读量破两百万了，感谢大家的支持互动 ->评论上千了，让我的csdn博客积分一直不停的上升，从千里之外到了近百强 -> 第132名，目前有望突破进军百强如02.png，老子云，啥都是浮云，但是浮云中飘荡着我的传说，传说中的男主角就是黄杉……

                                         

 

2 妈妈是永远的牵挂

    正月末，妈妈病了，肺结核+脑部肿瘤，又抽筋了一次，我着急上火的打飞的赶紧回家，入门看到家里餐桌上的简朴的饭菜，竟无语凝噎，昨淋魔都雨，今洗锦江水；入门情更怯，莫敢问亲人！

 

   

  

 

 

 

    常言道，父母在、不远游、游必有方。我希望可以留在妈妈身旁，给她做好吃的饭，傍晚陪伴她去锦江边看晚霞落幕，听她唠叨乡里乡村的俚人俚事。可是我是一个IT从业者，DBA回故乡的小镇，也没有合适的土壤，我还得出来去努力工作，给爸爸妈妈也给自己一个较宽裕的生活。

 

    我们的爸爸妈妈年轻的时候，为了我们拼命劳作，很多已经留下了隐患，故乡很多叔叔阿姨不到60就匆匆离世而去，我妈妈虽然病魔缠身，但是精神状态还不错，时常安慰我说她已经60多了，相对于村里很多同龄人，她晚年生活上有我照顾，在家优哉游哉的，可谓是很幸福的晚年生活了。

 

    在此建议网友们，多注意注意爸爸妈妈的身体健康，不要让他们去劳作了，也不要去工地做小工了，老年人身体再硬朗，也支撑不起建筑工地以及小作坊工厂里的强度了。

 

3云的传说

       云的传说，那是痛苦的开始。

 

IDC机房合同临近，问题多多，是继续留用还是搬迁呢？作为紧跟世界科技前沿的IT人士，作为随时准备撸管子搬砖的DBA，作为10年+的老兵，表示：不能再在idc混日子了，我们要突破，要上进，要进军新的领域……

 

于是，在最合适的年龄，在最合适的时间，在脸朝大海春暖花开的日子里，我们开始上云平台，那可是世界排名第二的azure云。

 

紧接着，最痛苦的日子来了，IDC里面我们采用分布式架构，互联网技术，但是azure云上部署lvs高可用出错了，原因是lvs上面的tomcat应用服务，转发不过去，我们查了好久，问题出在azure的内部网络底层实现，他们对于转发给本机的包是永真循环，所以当lvs转发到本机的tomcat应用的时候，直接hang住了，为此，我们不得已考虑的方案是吧lvs和tomcat应用切分开来，lvs服务器用单独的服务器，这样意味着我们必须多花很多LVS的VM虚拟机，一个月需要额外增加好几W的费用。

 

Azure云费用比较昂贵，国内目前是世纪互联代理的，所以我们签合同的是世纪互联公司，原本以为上azure云会节省很多it费用，但是上了之后，发现其实开销没有少，反而多了很多。Azure的普通磁盘io性能太差，稍微有点业务量的都支撑不住，所以我们采用了大量的DS系列挂载SSD的磁盘，这样才能保证性能。比如文件服务器，我们采用fastdfs主备架构，我们刚开始采用的是A系列主机普通磁盘，文件上了100G的量后，各种同步延迟，问题出在IO上；后来换了DS系列SSD磁盘，IO上去了后，一切都顺利了，但是费用也直接double了。

 

那段时间，每天和azure的工程师以及世纪互联工程师一起调试解决问题，经常是凌晨1到2点下班，然后打车回家，睡到9点，又起来去公司继续干活，在经过数个日日夜夜的幸苦调试下，项目终于迁移好了，虽然也有一些小问题，但是都努力解决了，磕磕绊绊吧。其中遇到的问题，我都记录在了csdnl博客里面，http://blog.csdn.net/mchdba/article/category/6091672，大家有兴趣，可以去看看。

 

 

       记得那天迁移完后，正好是凌晨3点半，走出公司，迎面吹来了一阵凉爽的风，但是看到远处的霓虹灯，心理还是暖暖的，打车到家后，简单洗漱后，躺在床上，长舒了一口气，便赋诗一首，发到圈圈，纪念那段神奇的光辉岁月：

 

       夜色如水万物眠，霓虹暖暖入心田；度得悦尚上云端，便是人间四月天。

      

 

 

 

       可是，事实证明我too yong too simple，这还不是人间四月天，接下来不到一个礼拜的时间内，周日上午在没有接到任何通知的情况下，我们azure云上100多台服务器在3个小时内，被相继down机然后开机。

 

       于是我们的应用系统down了，系统停止服务好几个小时，我们被ceo喷死了，被ceo喷的主要原因是我们系统有问题不要紧但是你不能让客户打电话来告诉ceo说有问题，有问题也是我们去通知客户啊。之后我们紧急联系azure云，azure云说物理机例行维护，所以需要不停的停止虚拟机来维护，维护好了再开起来。说好的7*24不down机呢？

 

 

4 云端起舞

所以，基于这次总结下：

(1) 墨菲定律真实存在，演练多少次都带不来安全感

(2) 销售的话永远不能信，永远不能信

(3) 团队很重要，连续两周不知道几点下班，愈战愈勇，很强大

 

Nowthis is not the end. It is not even the beginning of the end

 

为了能及时知道云上服务器的状况，azure云上面nagios和cacti已经不太合适满足，我决定上了新的zabbix系统，zabbix以前没有用过，所以一边学习，一边安装，一边监控，经过一周的努力，终于zabbix系统建立起来了，这样就可以及时知道服务器运行状况。

 

 

 

 

5 MyCAT不得不说的缘分

       关于MySQL集群中间件，以前写在应用程序里面，由开发人员实现，在配置文件里面写多个数据源，写库一个数据源，读库一个数据源，笨拙不高效，由于程序员的差异化，效果并不是特别理想。

 

后来，组织了开发人员写了一个自动识别读写的功能模块接口，让开发人员调用，这样能满足特定场景的业务需求，但是适应性比较窄。

 

后来出了cobar，但是在高并发这里出壳了，后来在一次无意中的演讲中，见到leader在介绍了mycat，于是眼前一亮，就是它了，不早不晚，在我特别需要的时候，就进入了我的生活。我把学习过程也分享到了blog里面：http://blog.csdn.net/mchdba/article/category/6091674，大家有兴趣的可以去逛逛。

 

6 岁月请你不要伤害她

         年中，妈妈再次抽筋住院，病情稳定住了，在保守治疗和动手术之间有了犹豫了下，最后选择了保守治疗，从医院回来休养。妈妈的身体如今到现在，有多方面的原因，我想最主要的是我挣不到钱，挣到大钱了，就可以带妈妈到上海最好的医院来检查治疗，也可以请专业的人护理，让妈妈少受些痛苦，那段妈妈住院的日子，我的心理很惆怅，惆怅自己的无能为力，惆怅自己深深的无奈……我每天都祈祷苍天，祈祷大地，岁月有情，请你善待妈妈，让她健健康康的安享晚年。

 

       七夕那天，我妈妈生日，我把妈妈病况的大概情况记录了下来，记录自己疏忽大意的地方，http://blog.csdn.net/mchdba/article/details/52157705，希望大家也借鉴下，希望普天下的爸爸妈妈身体健健康康平平安安。

 

 

7 SAP的痛，你不懂我懂。

       公司购买了SAP，不知道是哪个领导牵头的，反正最后到了我手里，需要我维护。到现在我也只是了解了个皮毛，记录下来，供大家借鉴下。

 

       SAP购买一般分为3部分，1是许可软件合同；2是实施合同；3是技术支持服务合同；总体费用比较高，这么给大家算下吧，比如你购买了SAP PA+SAP BI模块，软件许可费是200W，然后实施费用是150W，每年技术支持费用是45W。第一年3项加在一起总共是400W。然后第二年以后每年你还要支付45W的技术支持服务器费用。Bty：也可以不签实施合同和技术支持合同，但是有史以来只买SAP软件许可能玩得转SAP的好像没有。

 

打个比方吧，SAP在软件界是No1的存在，就如果海军中的航空母舰一样。

(1)   SAP软件许可，就是航空母舰的舰队费用。

(2)   SAP实施合同，就是培训印度海军使用航空母舰并且形成海军战斗力。

(3)   SAP每年的技术支持费用，就是印度航空母舰每年的维护检修费用。

 

大家想一想，对于一个没有使用SAP软件经验的公司来说，缺了任何一项，都基本game over了。

 

      

 

       SAP实施都是专业的第三方公司来实施，SAP自己公司是没有实施团队的，所以在这个部分需要特别考虑好，验证实施团队的资质，比如200W的SAP项目，对方需要准备2个项目经理来根据负责实施。实施包括软件安装调试、使用培训、试运行阶段全程技术支持，正式上线后一个月支持。

 

       SAP技术支持都是SAP公司本部的人来支持，包括小版本升级、bug修复以及SAP软件使用过程中遇到的各种疑难杂症等等。

 

       关于SAP的后续使用心得，我也会陆续分享在博客里面，如果哪位sap高手看到了，欢迎指点哈，我最近就遇到了sap bi和自己oa整合的问题，想在自己的oa系统里面整合sap bi报表实现不用输入用户名密码登陆来查看sap生成的报表，这个还么有搞定。

 

       Bty：sap服务器对环境要求很高，最好在安装之前是裸机，不然你会被一个小小的细节问题卡住，然后你也不知道是为啥卡住了，这个时候最好的办法是重装操作系统，然后裸机来安装sap，问题就OK了。

 

8 拳头产品知识库

       有幸被梦鸽和红月大美女邀请，建立了自己的ORACLE知识库，在建立过程中，被知识库的博大精深震撼了，特别是其中多层次目录结构，对我非常有用。可以把oracle知识立体化起来。个人觉得

 

       而且也参与mysql、mongodb知识库的维护工作，看到了很多比较不错的博客文章，大家以后如果想学习某一个知识领域的话，可以直接去知识库里面去逛逛，从基础入门到进阶，到深入发展，相信都会有很好的收获的。

 

 

9 酱油之星

       某天通宵完，第二天睡到自然醒的时候，打开csdn博客，很荣幸的接到通知，说我是2016博客之星的候选人，然后很开心的，整理候选宣言，也给csdn的好友发了一些信息留言，帮忙投票等等。

 

       不过感觉自己的魅力还是有限哈，可能是数据库板块在CSDN人气一般，在关注了一段时间后，发现票数遥遥领陷后，就基本不再关注了。在此祝贺最后获得奖项的博客之星们，也希望新的一年自己努力，在新的一年积攒人气，争取2017的博客之星有自己的一席之地，^_^。

 

10 感谢有你

CSDN，感谢有你，让我有了分享和学习的平台，感谢这一年身边陪伴的亲朋好友，有了你们，我的2016才走的踏实安心。

2016很快就要过去了，一路坎坷，一路奋斗，自己收获颇多，也做了很多新的尝试和努力，开拓了新的渠道：

（1）实现了IDC到云的迁移

（2）实现了zabbix分布式监控，实现

（3）学习了sap

（4）被选为博客之星候选人

（5）学会了MyCAT

（6）在CSDN学院传道授业解惑，CSDN学院是个好地方，可以学习自己感兴趣的课程，也可以把自己擅长的技术录制下来，分享给网友们。

（7）招聘了一个小伙伴，人很踏实，能吃苦，帮我分担了很多工作。

 

 

有收获，也有遗憾，在这个普通同庆新年的时刻，就不瞎BB吐槽了。在辞旧迎新之际，希望自己在新的2017年继续进步，有更大的提升，接下来的一年，对自己的要求如下：

（1）   争取早日熟悉SAP，熟练使用运用SAP来促进公司业务发展。

（2）   持续CSDN学院课程录制，分享技术给需要的网友们。

（3）   开源节流，给妈妈提供更好的医疗条件

（4）   锻炼身体，争取体重控制在62KG以内。

 

最后希望2017年，CSDN越来越好，CSDN博客频道发展壮大，感谢下梦鸽美女寄送我的博客专家月度福利 -> 抱枕，蛮温馨，蛮舒服，蛮温暖的，看下面，大家肯定喜欢，对吧！对吧！对吧！