鸿鹄之志

                                             

  从上个世纪90年代，IT外包服务开始兴起，已经成为一个快速成长的行业，并且在2000年后出现持续大幅度增长。目前，已经有60％的美国企业借助专业的IT外包服务迅速扩展自身的业务。

　从概念上说，IT外包服务（IT Outsourcing），就是客户将全部或部分IT工作包给专业性公司完成的服务模式。如果从公司管理的角度来看，IT外包服务更准确的解释是策略性的使用外部资源：客户整合利用其外部最优秀的IT专业化资源，从而达到降低成本、提高效率、充分发挥自身核心竞争力和增强客户对外环境的应变能力的一种管理模式。

　IT外包服务进入中国最早是在1999年和2000之间。在最近的几年里，IT外包服务在中国的发展出现了质的突破。但是作为一种新兴的事物， IT外包服务在一些人的理解中多少还有些误区。目前主要存在以下5 个误区，需要重新认识。

　误区之一外包让企业失去控制、受制于人？

　产生这种想法的一个原因是来自于中国特殊的文化氛围。自力更生、艰苦创业，一直是中国奉行的美德，因此，一些公司宁愿自己什么都做，也不愿意借助外来的帮助。有些企业甚至会产生这样的疑问：把IT部分外包出去会不会影响企业的独立性？

　这个问题需要从企业的战略和定位去思考，就是要思考公司的核心竞争力是什么？必须界定清楚公司是一个什么样的公司，物流公司、银行还是IT公司等等。如果是物流公司，那么核心竞争力自然在物流这方面；是银行则需要考虑银行业务……

　目前，各个行业的业务已经非常精细化和模块化，每个企业要想占据领导地位就需要在最核心的地方有专长。即使再强的企业也不可能万事包办，特别是在专业性、技术性很强，更新速度飞快的IT领域。对于绝大多数企业来说，IT只是企业内部的一个服务部门，不能直接为企业获取收益，相反企业还要雇佣大量的人力来管理设备。随着设备的不断增多，应用越来越复杂，企业在这方面付出的成本也越来越大。

　这个经验是IBM 经过尝试后得到的。25年前，IBM 有自己的发电厂，有自己的小学校、幼儿园，还有食堂。但是IBM 在经营中逐渐意识到，自己不是教育事业的专家，不是电力专家，要变成会跳舞的大象，就要把这些部分包给相关的专业企业去做。现在IBM 将包括大部分的生产都已经外包出去，甚至网络也交给了AT&T去管理。

　在国外，这种专业分工的趋势已经非常明显，事实证明采用IT外包服务不仅不会影响企业的核心竞争能力，反而让企业有足够的精力和人力投入到核心领域的经营与开发，大大提高了企业的效率。

　外包服务的根本就是将非核心的、不能盈利的、影响企业发展的、难于管理的部分交给专业公司去打理。

　误区之二 IT 外包服务只能做IT部分？

　IBM 最近在中国实施了一项看似有些特殊的IT外包服务：一个外资公司在中国设立了工厂生产医疗健康器材，10年了，在采购方面也没有能够融入中国本地的采购体系，结果造成采购成本单价非常高，直接影响了企业在市场方面的竞争力。IBM 为这家企业提供一项名为“业务转型的外包服务”，项目成功上线后，让这家企业的采购成本下降了20%.

　从“外包”的发展历程可以将其分成“传统性外包”、“协作性外包”和“企业业务转型外包”。

　前两者还仅仅局限在企业的IT架构部分，且外包合同也不与企业的业绩直接挂钩。而后者则是一种“变革式”外包，它通过外部力量的参与，帮助企业改变其核心业务的运作方式，以获得快速、持久、一步到位的企业业绩的改善。

　现在的IT外包服务已经不只局限在企业的IT设备范围，也可以提供与企业相关的一些非核心业务的外包管理。据调查，困扰企业最大的四种非核心业务是财务、采购、人力资源、客户管理。这四个方面对于所有的企业来说都是每天必须做，而且要做好的事情。但是这些部门往往又不是构成企业主要收益来源的业务。从企业核心竞争力方面来说，这部分就属于让CEO 头疼而又不产生利益的“鸡肋”。

　解决这种问题的最好方式是采用业务转型外包。在去年9 月，IBM 与宝洁签定了为期10年、价值4 亿美元的人力资源业务转型外包服务全球协议。IBM 将为近80个国家约9.8 万名宝洁员工提供支持，IBM 提供的服务包括：工资管理、津贴管理、补偿计划、移居国外和相关的安置服务、差旅和相关费用的管理以及人力资源数据管理，从而彻底解决了宝洁的一些“后顾之忧”。

　误区之三只有大企业才需要、才能做得起？

　很多中小企业在没有接触IT外包服务之前或多或少都有这样的误区：IT外包是大企业才能做的事情。其实不然。

　举个简单的例子，平时打出租车就是一种外包服务的形式，而且就是面向没有车的普通大众的服务。外包不仅不是大企业的专利，而且中小企业相比大企业来说更需要IT外包服务。

　就目前来看，有些大企业实力雄厚，或许可以负担起IT设备自我维护、自我管理的巨大费用。而这是中小企业做不到的，主要表现在两个方面：一方面，要维护企业复杂的应用系统，就不得不雇佣不同类型的IT人才。然而在传统企业里面，IT人员的成本往往影响企业整体人员的成本结构，导致企业人力资源整体成本上升。如果IT人员薪水太低，流动性就会随之增高。企业需要花费庞大的精力来应对IT人员流失、系统的升级、维护，资金更加捉襟见肘，从而导致企业信息化难以顺利实施。另一方面，随着互联网向纵深的推进，企业信息化的实现需要更加专业的IT技术，以及高效的IT技术管理来完美结合，这些不是一般的企业IT人员能够完成的。在这种背景之下，越来越多的中小企业开始关注IT服务市场。因此，在今年IBM 专门推出了面对中小企业的“易捷系列解决方案”。这个计划最显著的特点就是在产品组合、定价以及付费方式上有了更多的选择。所以，IT外包服务不仅适用于中小企业，而且也决不代表高价。目前，在IBM 提供服务的企业中有超过1/3 是中小企业。

　误区之四找了外包公司就什么都不用管了？

　一提到服务，很多人有这样的感觉：所有的事情都由服务商来搞定，自己只用等现成的就行了。在这里不得不强调一下，一旦外包服务合同关系成立，双方建立合作伙伴的关系最重要。根据IBM 多年来在全球的经验，成功的关键是外包服务项目的管理模式一定要清楚，这种模式包括三个重要的内容。

　第一个是合作双方的交流，重点是确认双方对项目的期望值。有时候，企业把一个东西外包给服务商，总是要求服务商做一些额外的工作，那是一种期望值的扩张。这种对期望值的扩张一旦过了头，项目往往就无法进行。所以，期望一定要得到双方认可。此外，IT外包服务就像婚姻一样必须交流，常常交流，服务方就可以了解客户期望值，进行适当调整改变。

　第二是组织模式要清楚。比如在一个IT外包项目中，项目由谁负责，项目中间谁说了算，谁最后可以拍板，这些东西都必须要确定下来。这不是简单地画一个非常完美的组织流程图，关键是保证中间发生环节的负责人一定要明确。这个组织模式还要适合中国的文化。如果在服务中出现文化冲突，一般都很难解决。

　第三点就是不断总结、不断改进。IBM 的外包合作模式就是对自身18年的外包经验总结得出的。同样，客户通过对外包经验的总结也能够获得很多管理经验，变成非常成功的公司。因为客户在合作中可以学到IBM 总结的经验，又能提升某些业务的管理模式。可以说，到最后，外包不再是技术问题，而是管理的最佳体验。

 

 

    有兴趣的朋友可以参加下这个链接里的会:http://wmdata.com.cn/oracle/11g/index.html

 

    数据库重放和 SQL Performance Analyzer是Oracle11g的真正应用测试的两大解决方案，也是我在动手过程中感触颇深的亮点。

 

    数据库重放

 

    数据库重放（DBR）是：使DBA可以捕获在生产系统上产生的负载，包括跨多个会话同时收集所有依赖的事务时捕获并行执行的相同SQL语句的能力，然后有选择性地或跨大范围的数据库环境和平台全部重放。这就像准确的系统回归实况录像，因为其他外部因素（如网络等待时间）减少了或没有了，所有记录下来的SQL语句组成了重放的负载。

 

    第一步：捕获负载

 

    建立了一个新用户、表、索引和相关的PL/SQL对象，初始化源数据库环境。

 

    例如：在数据库中为该目录创建一个目录对象：

 

create directory dbcapture as '/home/oracle/dbcapture'；

 

    跟踪Oracle库的所有外部客户端请求，以二进制文件的形式将其存储到文件系统上，最好在捕获负载之前备份整个数据库。

       

第二步：处理负载

 

将捕获的数据转换为重放文件，并创建重放负载所需的所有必要元数据。通常会将捕获文件复制到另一个系统进行处理。捕获的负载经过处理之后，可以在重放系统上反复重放。

  

l  选择Preprocess Workload；

 

l  选择目录对象或创建目录；

 

l  单击 Preprocess Workload；

 

l  提供作业名和相关细节（如主机用户名和口令），或接受默认值；

 

l  单击查看作业状态的链接；

 

    第三步：重放负载

 

一个名为重放客户端的客户端程序处理重放文件并提交对数据库的调用，时间和同步与在捕获系统中完全相同。可以使用一个校准工具来帮助确定一个负载所需的重放客户端的数量。

  

l  选择Replay Workload；

 

l  选择重放文件所在的目录；

 

l  点击Setup Replay；

 

l  单击 Continue；

 

l  单击页面上显示的链接更改所有非引用参数；

 

l  输入Replay Name或接受默认值；

 

l  提供正确的 SYSTEM 口令，决定是否启动多个客户端来并行处理负载；

 

l  单击 Next，单击Submit启动重放流程；

 

     第四步：回归分析

 

     重放期间遇到的所有错误都会被记录下来。会显示任何由 DML 或查询返回的行中的差异。可使用 AWR 报告对捕获和重放之间的性能统计信息进行详细的比较。

  

l  DB Replay Report：比较捕获负载和重放负载的执行过程，查找任何可能的数据或错误回归的源。

 

l  AWR Report：提供自动工作负载信息库（AWR）报告，分析在重放操作开始到结束这段时间周期内的数据库的整体性能。

 

l  ASH Report：通过查看在重放期间的活动会话的历史记录（ASH），找出对性能影响最大的SQL语句和等待事件。

 

作者：李原

 博文地址：http://blog.sina.com.cn/s/blog_51e3b6650100ara5.html