作为CIO，如何在有限的投入下尽快建立高效的自动化IT运维体系是首要关注的问题。要处理好下面四个关键步骤。
资源中心
2010-07-05 13:18
运维管理是电信运营商主要的生产和管理活动之一。运维管理系统建设和运营的好坏直接影响到电信运营的整体成本、管理水平和服务水平。因此，近两年来，各大电信运营商纷纷对现有的运维系统进行改造。
中国在电信领域的增长速度超过了其GDP增长的速度。正是电信快速的增长，推动了运维系统的发展。如何更有效地利用现有的资源，提高运营维护的工作效率，提高整体服务质量是目前各大运营商面临的普遍问题。毫无疑问，中国电信在运营维护方面，也面临相同的问题。建设新一代中国电信运维管理系统，成为解决目前运维管理问题的唯一方案。
2010-06-10 12:06
前言：俗话说生儿容易养儿难，这同样适合企业的IT建设和运维。建设虽然不易，但IT运维实际更难。IT系统只有进行良好的维护和管理，方能正常运转并发挥作用。那么如何才能做好IT运维？做好运维是否意味着企业需要花费大量人力、财力和精力呢？请看运维专家王勇先生为您解读。
2010-06-09 18:25
五、锁定表
尽管事务是维护数据库完整性的一个非常好的方法，但却因为它的独占性，有时会影响数据库的MySQL数据库性能，尤其是在很大的应用系统中。由 于在事务执行的过程中，数据库将会被锁定，因此其它的用户请求只能暂时等待直到该事务结束。如果一个数据库系统只有少数几个用户
来使用，事务造成的影响不会成为一个太大的问题；但假设有成千上万的用户同时访问一个数据库系统，例如访问一个电子商务网站，就会产生比较严重 的响应延迟。
2010-06-09 18:16
一、选取最适用的字段属性
mysql可以很好的支持大数据量 的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的MySQL数据库性能，我们可以将表中字 段的宽度设得尽可能小。
例如，在定义邮政编码这个字段时，如果将其设置为CHAR(255),显然给数据库增加了不必要的空间，甚至使用VARCHAR这种类型也是多 余的，因为CHAR(6)就可以很好的完成任务了。同样的，如果可以的话，我们应该使用MEDIUMINT而不是BIGIN来定义整型字段。
2010-06-09 17:35
* 性能问题的根源分析
* 根本原因通常是难以理解的
* 过多的强调平台的性能调整和初始化文件的的调整
* 这些调整带来的提高小于10%. 一个好的性能调优工程师总是在追求获得最大的性能提高
* 没有足够地关注SQL 语句的调整( optimization and quality )
* 性能问题常常被认为是神秘和困难的.
2010-06-09 17:32
* 当前的趋势是数据库的设计工作量和大量的廉价硬件来解决问题
* 这意味着要有良好的容量规划尤其是在I/O方面
* 在很多案例中许多Oracle先进的特性特意没有被使用和开发出来
* Oracle作为单一的套装软件供应商做了很多客户应该做的规划和打包工作而受到诘难
* Oracle很多客户天真地认为大表的扫描操作可以通过硬件的提高来满足要求
2010-06-09 17:30
Oracle数据库性能现状
* 现在大多数数据库系统的在编码阶段已经优化，其性能可以满足客户的需求
* 为什么?
* CPU的处理能力不断增长
* 64-bit 计算和内存价格的降低
* 即使低效率的应用都可以在内存中运行
2010-06-08 12:19
在从IT员工晋升为企业战略家的CIO的过程中，分水岭往往出现在由高级IT负责主管向CIO过渡的时刻。在发展其领导能力的整个历程中，看上去从普通员工晋升到CXO级别似乎仅仅是那么一步，但实际上其绝对可以说是一个很难逾越的鸿沟。而且，还有另一项职能这些准CIO们必须达到，即：能够充分提高并运用他们的领导能力不仅仅做出积极的示范，更要为企业带来长期的影响力。
2010-05-12 17:23
关于预测方法
根据以上讨论，尤其是需求与竞争之间的关系，我们预测 Oracle 性能问题的方式有两种：
* 识别出以增长的速率消耗资源或在一段时间内表现出响应时间变慢的 SQL 语句。对于这些 SQL 语句，根据发展趋势识别出需要现在进行调整的 SQL，以避免将来出现问题。
* 识别出接近容量极限以及以后会形成瓶颈的数据库资源（锁、锁存器、I/O 通道等）。这些资源需要增加容量或提高利用率以达到计划的需求。
预测模型：为何少即是多