如何正确认识IT系统的可靠性
我们在服务器可靠性方面经历得太多了。我们总是在努力保障服务器、路由器和switch的正常运转，而用户却总在抱怨系统的可靠性太差。一旦系统出现故障，用户们就会把帮助席位的电话打爆了。而且每一次系统出现故障，他们都会责备系统维护人员。等到高级管理人员最终来到的时候，由于他们也同样经受了系统故障带来的痛苦，他们会站在用户一边。当这些问题如潮 水一样涌来，问题出现了：究竟什么是可靠性？谁来测量它？当我为一个客户提供支持流程改进服务的时候，我学到了很多东西。
我的客户是一家中型（大约有3000或者左右的节点）公司，它在20个州和4个国家有办事机构。它邀请我作在的公司帮助他们解决反复出现、困扰着他们的“可靠性”问题。他们期望我们能到他们的环境中去，并为他们的问题提供特别的技术和服务方案。我们公司派了一个比较小的团队进行这一个项目，我是其中的一个低级别成员。
经过两个星期的评估，我们发现了一些非常显见的问题。服务器维护人员把MS Exchange和MS SQL Server安装在卫星办公室的同一个磁盘阵列。网络小组在对路由器做规划的时候非常奇怪地忽略了国外的办公室。有三个用户总是飞来飞去，他们总是处在安全域之外；他们帐户故障的频率比其他用户高出两个量级。我们建议采用磁盘阵列来解决由双任务服务器所引起的磁盘连接问题，避免在欧洲办公室的工作时间安排关机，培训那些问题多的用户。客户非常感激我们，并安排了六个月的试用来验证这样做的效果。
我们满怀期望，希望可靠性的问题解决了。从技术角度说，确实如此。可是用户的IT部门的人员却不太情愿采用我们的建议方案。设备正常运行的时间显示我们的方法还是达到了预期的效果。服务器不再按照一定的周期出故障。通往欧洲的连接始终状态良好。帐号故障率下降了80%
不幸的是，用户仍然周期性地抱怨网络稳定性。从技术角度稳定性的提高并没有转换成用户满意度的提高，为什么？
测量可靠性：我们在测量什么？
IT人员还在自鸣得意的时候，我们就开始尝试去找出这个问题的答案。一位工程师被指派负责这一工作，他是我最初几年工作的导师，他发现了一些不同寻常的事。我们打了很多电话，有时候还装扮成潜在用户来观察系统是如何跟踪数据流的。
经过两个星期的工作，我们有如下发现：
用户觉得只有他们不能完成工作时，他们的问题才受到重视。因此，当他们希望能够立刻得到重视，他们就会宣称当时遇到的问题妨碍他们完成工作。所有被标志着“妨碍工作”的问题都会被当作是可靠性的问题。
IT小组的成员则认为任何没有造成系统重启的错误都不能够算做一个失败，因为他们的奖金是按照是否能够建设一个零故障的环境来计算的。一台不需要重启以重新提供服务的服务器永远“没有故障”，虽然它不能为客户提供服务。
用户通常分不清楚什么是网络故障，服务器故障，服务故障或者是安全防范措施。他们把任何问题都看作是系统故障。这就让终端用户不能够很好地进行系统稳定性跟踪，尽管高级管理层们可能相信他们能够担负这一任务。
执行者认为经过这些基础分析，我们完成了我们的工作。可是我的导师不这样认为。他准备了一份报告，上面论述了该公司因为测试如下三种完全不同的事情，并试图把它们放在一起对照比较，所以自己造成了无穷无尽的问题：
用户感觉可靠性，这包括服务访问能力、培训、可用性、企业文化、不同项目产生的行政辐射，本地和集中支持产生的人的冲突。
对于设备正常运行时间的技术考核没有考虑到它的可用性。考核系统正常运行时间是很好的第一步，但并不是考核可靠性的首要而全部的指标。
管理信息系统认为所有的报告者都对于基本信息有同等的了解。这就造成了模糊的数据。这些数据会引导管理人员做出错误的决定，比如采用技术的方案来解决流程或沟通的问题。
为了解决这些问题，避免重复的电话，我们的小组建议IT人员和管理人员在他们最初的数据分析上采取更多积极的行动。为了摆脱对通用报告的依赖，我们设计了四种基本的调查工具，这样客户就可以对用户进行调查，对遇见的问题按照实际种类进行分类。
最后一个调查工具为企业IT部门赢得未来的胜利提供了有力的帮助。通过迫使企业内部员工和管理团队把故障时间和用户问题报告相关联，他们发现了很多潜在的问题。更重要的是，它迫使企业开始了解用户的需求，而不仅仅是选择一个技术方案，并把它强加给用户。
随着中国信息化水平发展的加速，IT系统越来越复杂，越来越庞大，公司业务对IT系统的依赖性也日渐提高，IT系统的任何波动和故障，都会直接影响公司业务的正常开展和进行，企业需要具备合理有效的IT运维策略来保证业务系统的正常运作。
一、IT运维管理的现状及问题
信息系统的架构创新不仅仅带来了效率提升、成本下降等管理层面的价值，更是成为了企业加速形成差异化经营、保持核心竞争力优势的关键，而IT系统的运维与管理是企业业务系统的保障，更是企业生存和快速发展的支撑。
公司在信息化水平日益完善的同时，随之而来的是更多的应用系统、软硬件平台和设备等需要维护和管理。如何对结构复杂的IT系统进行有效的监控和管理，已经成为了企业信息化部门非常关注的一个问题。作为IT管理部门，经常被大量的IT故障和问题所困扰，“拆东墙补西墙”的尴尬场景也是常常上演。不论哪一家企业，只要它的员工和IT系统发展到一定的水平，就会不可避免地面临IT系统管理的一系列难题。
IT运维管理工作中可能存在的问题有：
1.1.IT运维管理机制不完善，流程操作不统一
许多企业尚没有建立起稳定和规范的IT运维机制。现有的IT运维流程的操作不规范不统一。如IT事件单提交之后，事件预判和优先级的设定不统一，没有规范性的指导文档，仅以运维工程师的经验判断或约定俗成的主观方式引导IT事件的处理。有识别但不规范，有处理但无管理，有人员但疲于应付，有系统但用不好。因此，“轻规范、重维护”的IT运维管理现状很容易造成因员工技能水平参差不齐带来的IT运维不稳定，直接影响维护体系的效果。简单点说就是还未脱离传统管理思想的束缚。
1.2.过度依赖核心人员，年轻员工成长慢
IT运维管理是一个系统性的技能，在实际工作中积累的的经验始终仅能在小范围内得到传播和继承，这就形成了企业里面的一个特殊景象，同样是IT运维部门，有的员工独挡一面从白天忙到天黑累倒吐血，有的员工经验平平帮不上什么忙反倒悠哉游哉。尤其是IT的使用部门，对于有经验的IT运维人员更加依赖和倚重，这样导致了无论是IT事件性质的识别、优先级的界定，还是问题的分析判断，均汇总至少数核心人员进行处理。所谓大事小事一把抓，这样不仅增加了少数核心人员的工作量，也容易产生工作流程的“瓶颈”，降低运维管理部门整体的工作效率，也会让一些核心员工产生巨大的压力感。
