我的担忧：dba如何在稳定环境中成长

Karsus

有上进心的人一定会自己思考的。
没上进心的人急死了也没有用的。

dickdba

原帖由 biti_rainy 于 2008-9-28 18:33 发表


怎么样的目标是跳起来才能够的着的目标？具体操作的时候因人而异，的确是个问题。 因为目标如果并不能尽快应用于工作而是学习操作难度就大。并且一旦是以管理的方式下去就会影响绩效影响加薪和奖金。

昨天开会一个兄弟说，目前工作有板有眼，也完成的蛮好。觉得现在系统固若金汤，不知道该怎么办了。目前有ha，3套standby，另外有nas额近线standby备份，还有远程的nas同步的备份。从来没有遭遇过恢复是什么样子的。年底还要做一个北方的异地镜像站点。 他觉得太安逸了，应该想办法避免裹足不前。

还有的兄弟，可能系统连续几个季度都是 0 故障，这种情况下怎么办？

当然，我们也有考核的，每个人所管理的db之和一年是允许53分钟的非计划downtime。

我是希望团队能保持一个向上的活力，同时又不希望在本来大家工作都还完成的不错的情况下提高标准采用物竞天择的方式来选择。

确实如此，合理制定团队及其团队成员KPI是很花时间、伤脑筋的事，KPI的制定既要结合公司的要求和目标，还要结合部门和个人的实际情况；既要有可操作性，还要能准确的度量团队成员的实际工作能力和工作量。
但我个人认为，dba不应该只关心纯技术的东西，也应该花时间考虑如下几个方面：
1、就技术架构来讲，你们的系统架构和系统稳定性都是非常优秀的，但从整个公司或公司其他部门来讲，你们的系统部署是不是最优的？包括成本、人员配置等等。
   如：有一流的人才是否还需要一流的设备？是否用低廉的设备通过一流的人才也能达到同样的效果？
2、就数据库而言，精通了Oracle，还有MySQL,PostgreSQL,Sybase,DB2,Informix......, 选择Oracle作为公司的数据库是不是最优选择(包括成本)？
3、就互联网的技术而言，数据库，操作系统，存储，网络，Web Server....，都太多东西了，可能有些人认为，DBA只关心数据库，其他不关DBA什么事。可是在
   大型的故障诊断中，这些技术缺一不可的。
4、我们曾经让技术人员去业务部门轮岗(当然是征求当事人和相关业务部门，人力资源同意后才轮岗)，轮岗3个月回来后，我们发现有明显的变化，轮岗的工程师在回来以后就
   能从业务部门的角度来思考技术性的东西，这个是以前从未有过的。

btw：说实在的，很羡慕你们的设备

[ 本帖最后由 dickdba 于 2008-9-29 14:11 编辑 ]

biti_rainy

原帖由 dickdba 于 2008-9-29 14:08 发表



确实如此，合理制定团队及其团队成员KPI是很花时间、伤脑筋的事，KPI的制定既要结合公司的要求和目标，还要结合部门和个人的实际情况；既要有可操作性，还要能准确的度量团队成员的实际工作能力和工作量。
但我个人认为，dba不应该只关心纯技术的东西，也应该花时间考虑如下几个方面：
1、就技术架构来讲，你们的系统架构和系统稳定性都是非常优秀的，但从整个公司或公司其他部门来讲，你们的系统部署是不是最优的？包括成本、人员配置等等。
   如：有一流的人才是否还需要一流的设备？是否用低廉的设备通过一流的人才也能达到同样的效果？
2、就数据库而言，精通了Oracle，还有MySQL,PostgreSQL,Sybase,DB2,Informix......, 选择Oracle作为公司的数据库是不是最优选择(包括成本)？
3、就互联网的技术而言，数据库，操作系统，存储，网络，Web Server....，都太多东西了，可能有些人认为，DBA只关心数据库，其他不关DBA什么事。可是在
   大型的故障诊断中，这些技术缺一不可的。
4、我们曾经让技术人员去业务部门轮岗(当然是征求当事人和相关业务部门，人力资源同意后才轮岗)，轮岗3个月回来后，我们发现有明显的变化，轮岗的工程师在回来以后就
   能从业务部门的角度来思考技术性的东西，这个是以前从未有过的。

btw：说实在的，很羡慕你们的设备

对于内部的业务部门我们是有到客户那轮岗了解客户需求的。跟开发部门、产品设计和需求分析部门，我们都会尽量的去多接触。我们公司有考核客户第一，需要站在客户的角度去思考问题，尽可能为客户提供更好的服务。同事我们也把dba的影响力扩展到其他部门我们做了大量的努力。我几乎可以说国内没有哪一个公司的 dba team能比我们公司的dba team在公司内更有影响力。同时我自己也是广泛参与到各种大的产品和项目的探讨，能了解到高层的的一些动作，所以整体上来说，dba team的发展当然也要配合公司的整体发展，在自己的位置发挥最大的作用。

但就数据库本身而言，目前我们正在筹备mysql的团队，将来mysql（或者postgresql） 也可能成为我们部署的最多的数据库。我们的目标是oracle的license量在2010年达到使用顶峰。 目前数据仓库也在测试新的一些产品如 greenplum 来避免使用 oracle 或者 teradata这样的产品。 同时也开始打算测试 华为、浪潮 一类公司的廉价存储，将来需要以 sas、sata 磁盘一类廉价磁盘搭建存储子系统提供服务，从整体上降低成本。由于我们负责了 预算的编制、采购的选型，深度参与价格谈判，目前还重点从这些角度来控制成本。 将来需要充分利用 intel cpu计算的能力 以及 廉价磁盘的吞吐能力，但目前I.ops方面还没有廉价解决方案，只有等待三量年后 ssd 成本大幅下降才可能有高性价比的 I.ops(没办法这里被过滤只好加个点) 解决方案了。

当然，不同系统我们也在选择不同的厂商和不同的产品，只有最高要求的 db 才会使用最好的设备，其他的正在朝着  scale out 的方向走。 现在 pc server 的 cpu 和 io吞吐已经非常强（单块15k sas磁盘 能达到 160MB/s 的吞吐量），只要解决好数据和应用扩展问题就好了。 btw，我么也在协助推进公司一个叫 ameoba 的开源项目，这是架构team在做的对外开源的项目，已经做了mysql上的透明群集代理，他们的目标更远，要自己解析oracle的tns协议 直接跟oracle server交互，从而为将来 连接 管理  和 部署打下基础。 这个项目能做的怎样我不好说，毕竟是他们部门在做，但是我们很希望他们成功。


btw: 说这么多，也一并把我的想法用文字的形式给公司兄弟们交代一下。

[ 本帖最后由 biti_rainy 于 2008-9-29 18:23 编辑 ]

gy1982329

反思下

dickdba

原帖由 biti_rainy 于 2008-9-29 14:41 发表


对于内部的业务部门我们是有到客户那轮岗了解客户需求的。跟开发部门、产品设计和需求分析部门，我们都会尽量的去多接触。我们公司有考核客户第一，需要站在客户的角度去思考问题，尽可能为客户提供更好的服务。同事我们也把dba的影响力扩展到其他部门我们做了大量的努力。我几乎可以说国内没有哪一个公司的 dba team能比我们公司的dba team在公司内更有影响力。同时我自己也是广泛参与到各种大的产品和项目的探讨，能了解到高层的的一些动作，所以整体上来说，dba team的发展当然也要配合公司的整体发展，在自己的位置发挥最大的作用。

但就数据库本身而言，目前我们正在筹备mysql的团队，将来mysql（或者postgresql） 也可能成为我们部署的最多的数据库。我们的目标是oracle的license量在2010年达到使用顶峰。 目前数据仓库也在测试新的一些产品如 greenplum 来避免使用 oracle 或者 teradata这样的产品。 同时也开始打算测试 华为、浪潮 一类公司的廉价存储，将来需要以 sas、sata 磁盘一类廉价磁盘搭建存储子系统提供服务，从整体上降低成本。由于我们负责了 预算的编制、采购的选型，深度参与价格谈判，目前还重点从这些角度来控制成本。 将来需要充分利用 intel cpu计算的能力 以及 廉价磁盘的吞吐能力，但目前违规广告方面还没有廉价解决方案，只有等待三量年后 ssd 成本大幅下降才可能有高性价比的 违规广告 解决方案了。

当然，不同系统我们也在选择不同的厂商和不同的产品，只有最高要求的 db 才会使用最好的设备，其他的正在朝着  scale out 的方向走。 现在 pc server 的 cpu 和 io吞吐已经非常强（单块15k sas磁盘 能达到 160MB/s 的吞吐量），只要解决好数据和应用扩展问题就好了。 btw，我么也在协助推进公司一个叫 ameoba 的开源项目，这是架构team在做的对外开源的项目，已经做了mysql上的透明群集代理，他们的目标更远，要自己解析oracle的tns协议 直接跟oracle server交互，从而为将来 连接 管理  和 部署打下基础。 这个项目能做的怎样我不好说，毕竟是他们部门在做，但是我们很希望他们成功。


btw: 说这么多，也一并把我的想法用文字的形式给公司兄弟们交代一下。

哈哈，看来我们想法比较一致，开源软件 + 廉价设备 + 合理部署 应该是互联网公司的发展方向。
管理方面，有一本书分享一下：<<六顶思考帽>>，可能大师早就看过了。

ELITE-OF-CHYNA

学习了

ELITE-OF-CHYNA

好文

amtom

个人感觉在稳定环境下很难成长,象我一年到头也没有遇到过多少问题,做得最多的就是检查表空间.

netbanker

konger6967

如果要把一件事做好，技术是一方面，真正用心去做才是关键。
这一年多我做了好几个项目的优化，和以前相比，技术提高了很多，但越来越没以前用心了，这里有很多原因。我觉得要让dba明白技术是一方面，真正要用心去做事。