【IT名人堂访谈】资深数据库架构师对话80后IT“音乐隐士”：畅谈IT职场感悟

刘盛：Hadoop与分布式数据处理版版主（ ID:Leonarding）、ACOUG核心成员、Oracle~OCM，他现任PBCCRC高级数据架构师，负责金融征信项目基础架构与建模、设备选型、解决方案。具有丰富Oracle运维管理经验和项目架构经验，擅长大型数据库架构设计与建模、性能调优、故障诊断及高可用容灾技术。目前专注于Oracle&Hadoop&Nosql&SAS大数据处理解决方案整体实现撰写了大量数据库&数据分析原创文章，荣获2012&2013年度ITPUB最佳技术原创精华奖。乐于分享自己的技术心得，提倡“分享技术~成就梦想”理念。Blog：www.leonarding.com

Leonarding Q1：Hi Jack，耳闻能详啊,堪称史诗般的经典电影《泰坦尼克》中的Jack，也许是你的偶像吧，揭开面纱向大家介绍一下自己吧！

jackson198574 A1：盛哥好~ 大家好！ 我是高强，ID是jackson198574，山东济南人，非常荣幸做客卧虎藏龙、高手如云的ITPUB名人堂。目前从事系统集成工作，主要的工作内容是Oracle，AIX、Linux、虚拟化、小型机、存储和HACMP也都是日常工作中需要负责为客户保驾护航的内容。刚入行时做了2年的存储，主要是磁盘阵列、双机软件、多路径和第三方备份软件等软硬件产品的安装、调试和维护工作，在这些项目中多多少少都能接触到数据库，慢慢的发现自己对Oracle的兴趣越来越浓厚，以至于无法自拔，自己在家里把NBU和Oracle一些文档打印成书，出差时塞上一两本，一有时间就看，再后来就索性转了DBA职位，开始了与Oracle朝朝暮暮、形影不离的职业生涯。

在2009年12月8日的早上，我按照平时的习惯提前半个小时到单位，网上看看技术新闻和行业动向，收拾一下心情，准备迎接下午5:00准时下班，哈哈哈，开玩笑的！

发现当天大多数关于数据库备份的问题解释的最多、最深刻、搜索结果最靠前的就是ITPUB的帖子，于是果断的注册了ITPUB的账号，当时觉得这是一个能帮助我解决技术问题的普通技术网站。随着时间的推移，经验的增长，越来越觉得论坛里有很多特别好的处理思路和经典案例，聊得都比较热烈，气氛特别好，于是就经常来论坛学习和交流。今天有幸在这里被盛哥采访，我觉得很大程度上是因为在这里学习了大家的案例和跟朋友们讨论之后得到了进步。正是因为如此，我觉得做技术，尤其是DBA，一定要抱着开放的心态与人分享，以帮助更多的人解决问题，也能让更多新鲜血液对咱们这个圈子乃至行业抱有充分的信心！今天你帮我，明天我帮你，开放心态、开放技术、开放思路，这样DBA行业就能长长久久的良性循环下去！~

Leonarding Q2：据说你是做运维出身，而运维也是企业的命脉，俗话说“看似简单深似海”，因为企业运维是一门N项全能的职位，需要身怀十八般武艺，才能过五关斩六将。那么在你的职业生涯中总结出哪些武功秘籍来给大家传授一下吧。

jackson198574 A2：备份重于泰山，系统总是有随时出问题的可能性，有“备”无患；迁移首先要有可用的备份，然后要根据场景选择合适的迁移工具和相关方案；运维工作是一个综合性的工作，不仅有技术要求，还有心态和态度上的要求，记得曾经在好多场合都听过类似的比喻，“DBA这个职业跟外科医生的工作相似度非常高”，我想运维DBA的角色就像是专门驻守在单位的医生吧。

  作为一个大夫，不仅要在个人技术能力上保持居安思危的危机感，不断学习、不断积累；也要多修正一下自己的性格，比如懒惰、拖延、浮躁、想当然和胆怯等等，好习惯+好性格+好心态=好人生.我觉得每个人经历的项目不同，所以对于备份、迁移和运维等更多方面工作的观点和习惯可能会有一些区别，从我自身经历的项目中看，我认为这三个工作是有相辅相成的相关性的，总的来说，有以下3个重要方面：

A.态度决定一切：

  保证按照合理、正规的操作流程和事无巨细的态度。不管做过多少类似项目，即使是简单、枯燥到要吐的项目，也要保持高度的重视和全神贯注，很有可能因为前期准备工作的一点小细节没注意，导致在关键工作中导致不可挽回的后果，医生的技术决定着人的生命的延续；在无纸化办公和信息化的现代办公环境中，运维的态度和粒度直接决定了办公效率甚至是企业的存亡。

B.思考的力量：

有很多人学习技术非常积极，书架上堆满了各种高大上的技术书籍，每天都会看很久，非常刻苦，认真的钻研，我觉得这首先是一件特别有毅力的事，挺值得提倡的，质变以前必须经过量变的痛苦过程，我也有这个阶段，大学的时候一本CCNA的厚书，在自习室一个月读了两遍，感觉很有成就感，特别充实的感觉，认为我比别人下的功夫多、花的时间多，一定会比别人收获的多，觉得当时自己已经入行了，后来跟老师做实验的时候，却发现很多东西都想不起来，只记得自己在自习室把CCNA通读了两遍这件事而已。可能有人有过目不忘的特点，我却几乎连书的全名都想不起来...

我觉得思考非常重要，重要到拿到书即使是来不及读也要先思考，思考为什么要看这本书，跟自己息息相关的特性有哪一些，因为产品的所有功能和特性都是为了针对用途而设计得，我们不可能把一个设备淋漓尽致的完全用上，但是我们能大体的知道这款产品主要针对的应用场景和环境，如果把焦点放在用途，而不是实现功能的命令本身，我想可能学习效果会更好些，比如Cisco的Ether Channel、IBM的HACMP（现在叫POWERHA）、EMC的PowerPath、ROSE Datasystem的Rose HA、Oracle的Data Guard和RAC，他们都是提供某种程度上的高可用特性，有一些甚至可以提供高性能的特性，每个产品都会有很多文档，网上有各种“详细教程”、“核心教程”、“某某省某局培训资料”和“原厂资料”等，让我们眼花缭乱，永远都有看不完的教材，这边看两眼，那边瞅两行，始终不明白为什么每个人的文档命令和流程都不同，最后搞不清楚时间到底去哪儿了。

其实在阅读具体实施文档前，思考一下厂家为什么会耗费资金、脑力、财力和物力去做这么一个功能或者产品，搜索一下自己记忆里有没有出现过相关的东西，把知识点串起来，联想记忆的话，应该会效果更好。

就刚才的例子来说，Ether Channel主要用于保证网络层的冗余性和带宽提升；HACMP可以保证操作系统层面的高可用，但是会有切换时间窗口；PowerPath在存储网络层面提供高可用性，保证单链路故障的无缝切换；Rose HA跟HACMP类似，但是在应用场景上，两者不同，Rose HA常用于Linux和Windows系统，HACMP用在AIX上；Data Guard提供数据库级别的高可用性，也能提供查询压力分担；RAC提供实例级别的高可用，但是存储会造成单点故障。这样联想一下，会不会觉得不论哪个层面的产品，思路都会有类似的地方，要么为了提供高可用性，要么为了提供高性能，只是平台、时间窗口、性能和成本等等因素不同，会更好记忆。

如果继续把思考发展下去：RAC是不是需要Cache Fusion？是否可以提供网络层面的高可用设置？是否RAC加EtherChannel有一定的可能性能增加带宽？RAC能不能也搞一个多路径？RAC有共享存储这个单点故障风险，能不能结合DataGuard搞一个RAC+DG？如果做RAC+DG成本太高，能不能用存储层面的mirror来做一下？这样主动的思考，很像我们小时候玩积木或者是插塑玩具，不为学而学，为用而学，会不会比被动的无目的性的读生硬的文字更有趣一些？

C.分享的奥妙：

分享自己的技术经验、分享自己的项目体会、分享自己成功的喜悦、分享自己的各种资源（文档、心得、同行和好的网站），无论在项目中还是在日常的讨论中，我觉得很多论坛里的大神都是非常具有分享精神的，他们在博客分享、在论坛分享、在自己的书里分享、在座谈会上分享，这是我觉得做任何工作都需要特别强调的一件事，不论是之前做音乐还是现在做IT，其中的道理只有你真正坚持去做了，你才会体会到坚持分享所带来的收获和成就感。

PS:盛哥分享的很多文章我都看过，很多都下载下来保存，都是经验之谈，让我收获甚多。感兴趣的朋友请关注www.leonarding.com。如果说前两点能促进技术的提高，那我认为最后一点能让人在前进的道路上越走越宽，这是我对于自己工作生涯中的一点总结和感悟。

Leonarding Q3：在野蛮的竞争环境中，不前进就等于后退，如何在恶劣的市场环境中生存下去，是每个人都会思考的问题，新技术是否是一条出路，你怎么看？

jackson198574 A3：说实话对于NoSQL和NewSQL这两种技术我在今年的全国数据库大会听过业内专家讲座，在网上也搜索过很多资料，但是确实没有相关的实战经验，我觉得新技术的诞生一定是由于社会和行业中新产生的某种新规则或者是新形势的需要。这两种技术应该是由于传统数据库对于海量数据和非结构化数据所占比例越来越大应运而生的。感觉好新鲜的样子，因此查看了好多资料，了解了一下大概。新技术肯定会有个消化和完善的过程，今天有nosql和newsql，明天可能会有SuperSQL或者是OtherSQL也说不准，我认为我们需要做的是在思想上接受新东西，在概念上了解它，在项目中去剖析它，在问题中改善它，学以致用，不用不学，用到再学，用不到简单地了解一下概念，把更多的时间用于近期项目的完善，把自己当前的工作做的更好。

Leonarding Q4：听说你上学的时候是学校的音乐达人，组建过乐队，也开过演唱会，算80后里面比较潮儿的人。你是如何把爱好与职业来对立统一起来的，说说它们的相同点与不同点吧。

jackson198574 A4：我总结了以下一些相同点

a.都需要非常扎实的基础学习，比如音阶、节奏类型、配器、编曲、录音、混音和项目管理等；

b.传统的产品利润都减少了，唱片工业在2000年左右直接瓦解了，IBM也把PC和PC Server转售给别人做了；

c.晚上加班比较多... ...在心理学上，晚上人的心理防线比较低，相对较感性，比较容易被音乐灌醉，因此晚上是灵感迸发的好时机，而且等别人都熟睡了之后，环境噪声会整体下降；IT大多数重要操作都是在别人下班后，有时要干到别人上班后...

d.都需要终生学习，IT发展迅速，这个大家都了解，音乐行业虽然有一个歌、曲越陈越香的情况，但是对于专业从业人员来说，需要保持自己音乐独特的个性和新作品不断的推出，我是歌手里的吉他手之一Tommy在有一次演出中使用了滑棒演奏吉他技巧，他在微博中表示不是特别擅长，但是由于歌曲的意境需要，必须要迅速掌握。不论是IT还是Music，都是专业人员跟着项目走，而不是项目为专业人员单独做的。

e.英语是必须要会的，否则几乎很难走的太远、爬的很高。

不同点：

a.IT界男女比例失调严重...音乐行业相对比较平均。

b.感性和理性的投入分量不同，音乐行业在和弦编配、混音等工作上理性成分可能略高，演唱和创作工作上理性成分略低，IT行业可能是在工作中理性占很大的比例，做性能优化的话，可能会有做艺术的感觉。

c.做音乐要靠自己体验生活去找寻新的东西，灵感枯竭之后很受挫，影响温饱问题；做IT一直都有新东西出来，不怕你没精力，就怕你体力、脑力跟不上，想接触新东西，多得是，不会出现灵感枯竭没钱赚的情况，温饱问题相对稳定。

d.IT行业相对朴实、低调一些，我觉得更适合我自己的性格。

Leonarding Q5：有人说营造一个圈子是这个社会的生存之道，那么可以说你是收益于ITPUB也成长于ITPUB，能否谈谈你对ITPUB的认识和感觉呢？

jackson198574 A5：ITPUB就像是一个欧洲的精品手工作坊，在欧洲有很多顶尖的手工产品，他们愿意花一年甚至更久去做一个精致的，能惊艳永恒的东西，比如意大利的奥罗拉钢笔、德国的Lakewood吉他和法拉利等等，我觉得ITPUB里，很多问题能延伸到很深的地步，非常的精深。在严谨的技术态度之外，ITPUB的海区也是一个很好玩儿的板块，谁去谁知道，哈。

Leonarding Q6：做了多年的项目管理的你，肯定积累了丰富的职业经历，同时对这个行业也有了自己的认识，作为一名资深DBA请谈谈自己对所从事行业的展望以及以后发展方向。

jackson198574 A6：我觉得随着市场化、信息大爆炸和价格透明化的发展，竞争可能会从以前的地方转移到其他地方，以前可能硬件技术门槛比较高，将来可能更注重无形的服务，比如咨询服务、性能优化服务、本地化服务、专职驻场服务和培训服务，虽然之前这些部分一直都有在做，可能未来会越来越成为重点，以公司为单位或者是以业内高手自组团队为单位的应该都有。

大数据和BI应该越来越需要人去做好，信息量暴增应该会催生出好多大数据产品，随着市场竞争的日益激烈，为了尽最大可能性的降低投资风险和尽可能的确定利润点，量体裁衣的数据分析行业应该会越来越受重视吧。以上纯属个人观点，如有巧合，纯属事实。