IT运维整体解决方案教材分析.ppt

IT运维整体解决方案 经验总结 性能监控：监控UNIX服务器、各类PC服务器的性能指标（CPU、内存、硬盘的使用率等），根据预先定义好的阀值进行报警，并且把性能数据存储到标准的数据库或者数据仓库中，以便对其进行数据分析； 日志监控：日志文件的变化情况，可跟踪操作系统、数据库及用户应用系统的日志文件，根据日志中出现的特定信息进行报警或自动执行用户预定义的动作： 进程监控：能够实时监控进程的运行情况，以及子进程、进程对CPU/内存的占用情况等等。 监控方式 Agent代理 Telnet/SSH、SNMP EMC/IBM/HP存储 Veritas NetBackup、EMC Legato NetWorker、HP OmniBack、IBM TSM备份软件 Websphere、Weblogic、Tuxedo、CICS、MQ、JBOSS、Tomcat、IIS等 对应用系统运行状况进行监控： SNMP、JDBC、XML 系统的关键进程； 应用系统的日志情况； 应用系统的性能、告警信息； 应用系统的响应时间情况。 支持应用服务： http等web服务、IIS、DNS、FTP等 LotusDomino、Exchange等群件系统。 华为Optix iManager T2000 中兴通讯软交换系统 中兴动力设备及环境集中监控 OA系统 提供统一的IT运维平台，实现“集中监控、集中管理、集中运维”，服务全程自动化 实现对应用系统的可用性和关键数据完整性监控 实现全集团信息化资产管理，解决了资产管理难点 技术上采用AOP、FreeMarker、Hibernate、SOA、WebService等，提升了系统的易用性和扩展性 提高管理水平，降低成本 提高了故障解决能力和效率，提高了应用系统保障能力 提高了信息化资产管理水平，避免了资产变更带来的管理风险 风险来源 实施完善的帮助台，需要按照ITIL先进的管理流程进行相应部门岗位的设置和职责调整，必将遇到来自不同方面人员、意见的深层次阻力 解决办法 领导层的重视、参与和推动； 在设计和实施中，突出实用性，项目上线后能让各级人员感到工作便利。 深入分析IT服务支持体系要求，确保支持流程的设计和实施要根据现有流程、支持任务和实际环境进行，尽可能优化流程。 风险来源 目前的IT支持和服务体系基于原有的“数据分布式”处理的业务基础和逻辑，数据集中后，需要对现有的IT支持和服务体系进行重新评估和变更 服务台项目实施成功的关键在于最终的IT服务流程与帮助台的设计目标保持相对的一致。在资源、人员和管理流程方面的规范化工作，与帮助台自身的技术建设二者缺一不可 服务台的使用方需要在资源、人员、责任、组织结构和处理流程等方面，进行非常细致的规划和设计。用户必须进行部分管理模式的重新设计和变更，对具体组织和操作上存在压力 解决方法 根据客户实际情况，IT管理的模式可以阶段性的逐步变更和完善，并形成切实可行的、逐步提升的IT运维模式。 通过专业技术顾问的服务和紧密配合，形成一个渐进逼近最终目标的、能够实际操作的实施过程。 选择一个成熟的产品和经验丰富的实施厂商，具有非常强大的伸缩性和客户化定制能力，能满足服务台系统各个建设阶段的管理模式、流程的各种定制要求，保障服务台项目的实施效果能符合新型业务模式下所必需的高质量的IT服务质量管理。 风险来源 直接使用人员包括普通用户、运维调度人员二线维护人员、管理层人员等，对系统整体性能的保障以及面向不同类型使用人员的操作便利性 一旦系统正式上线，将成为这些大量用户的日常操作，对系统在可用性方面提出较高要求。 解决方法 通过严格的结构设计，使服务台系统具有“集中数据”处理功能、可以通过Cluster技术使系统具有快速故障恢复能力，满足大量用户实时操作所需要的高性能、又具备足够的可用性。 1、管理项目，培训先行，将ITIL变成一种文化； 2、重管理，重实施，重效果，轻手段； 3、执行一定有方法！提升项目整体执行力； 4、关注IT管理实际成熟度（人/流程/技术），明确项目建设目标； 5、项目推广考虑现行管理制度兼容性； 6、务实操作，构建可持续发展的IT运行方法（PDCA）； 7、善于利用第三方成熟ITSM项目实施经验； 8、突破传统IT项目建设理念，关注项目过程的衔接； 9、设立流程控制岗位或者职能部门，有助于项目成功； 10、 ITIL是免费的，但不是一个可以拿来即用的标准； 项目实施风险分析－部门架构调整的人员阻力 项目实施风险分析－管理模式与设计目标的差距 项目实施风险分析－性能和可用性风险 经验总结：IT运维建设关注点 网络设备管理 自动生成网络拓扑 主动式网络管理 设备性能监控 事件收集及过滤 阀值控制及告警 性能分析 实时性能监