Monthly Archives: December 2007
看图学话，学ITIL(v2)系列 之1
前言 在2007年ITILv3推出之后，ITIL这个概念从最佳Best practice实践变成最好Good practice实践。从此称呼的转变能够看出ITIL思想的普及化、平民化。ITIL v2已经使用了快20多年了，看看如今的ITIL的用户，成熟度依旧参差不齐。有的已开始琢磨着如何完善所有ITIL Support流程并开展实施ITIL Delivery中的各个流程；有的已经在开始实施帮助台并建立事件和问题管理；有的依然处于扫描阶段。 在ITILv3即将普及的2008年，v2对于各类用户来说还是基础，是最可实施的框架。v2是v3的核心内容，为了及时的升级到v3，熟练掌握v2的概念是当务之急。下个月公司有ITILv3升级的认证考试，本系列文章可能算是一个v2的复习笔记吧。 一图胜过千言，本系列通过对一些经典图形的回顾来复习v2的部分概念。由于是看图学话版，所以目标观众是ITIL的学龄前儿童呵呵，学习内容是ITIL Delivery。如果您已经是小学以上水平，请忽略:) ITIL Service Delivery介绍 ITIL的全称是IT Infrastructure Library，开发于1980年；成果要素：Public domain framework公共领域框架－放之四海皆准；Best practice framework最佳事件框架－现在成最好事件了；De facto standard事实上的标准－90年ITSM推广； Quality approach质量解决方案－IT质量保障；itSMF IT服务管理论坛。 Jigsaw diagram ～ 锯齿图 OGC设计了这个图，用此来说明ITIL有5个主要部分组成；每个部分之间都相互接口并联系着。 Service Delivery; the coverage ～服务交付涵盖如图5个不同流程。 BS15000 Service Management processes～BS1万5中的服务流程图示。它涵盖了ITIL的所有流程，以控制为中心的增强版。 Relationship between Change Management, Configuration Management, Capacity Management and Release Management～变更、配置、能力和发布管理之间的关系。 Process improvement model ～ 流程改进模型：发展方针和业务目标，评估、流程改变和指标追踪。
OTRS.ORG，it is time to check it out；不得不：）
一贯喜欢按照Google的指引在互联网上穿梭的你，是否发现了下面的这个现象。如果你搜索itil，无论选择所有网页、中文网页还是简体中文网页；你是否发现了在右边的赞助商连接中，OTRS.org总是能出现在第四个。OTRS.ORG是什么？和ITIL有什么关系？ 热衷于开源ITSM的我不得不揭示这些答案。 什么是OTRS 这是一个开始于2001年的开源项目。OTRS是Open Ticket Request System的缩写。它的老家在www.otrs.org；下面是来自它首页的简介： OTRS is an Open source Ticket Request System (also well known as trouble ticket system) with many features to manage customer telephone calls and e-mails. The system is built to allow your support, sales, pre-sales, billing, internal IT, helpdesk, etc. department to react quickly to inbound inquiries. Do
如何配置OpenNMS中的 Path outage －路径失效
这个功能是是1.3.2之后加入的。它解决的问题是：当OpenNMS系统和被监控节点之间的网络路径失效了，或者网络链路down了，那么OpenNMS就需要抑制发送这个节点的告警。例如，如果一个广域网链路down了，所有由这个链路连接的远程站点的所有节点就都看起来down了。因为你将会得到一个路由器上远端链路无响应的告警，而不需要得到在这个路由器后所有节点Down的告警。如果当一个远程节点不响应了，OpenNMS会测试一下那个远程路由器广域网接口的ip，通过对这个ip的测试OpenNMS觉得是否该发出此节点Down的告警。OpenNMS测试的这个节点叫做此节点的Critical Path IP Address（关键路径Ip地址）。 给一个节点配置Path Outage 在OpenNMS的节点配置上，点击Admin, 点击 Configure Path Outage，输入对于这个节点来说关键的ip地址。点击Submit按钮。 配置基于规则的Path outage 可以为一组节点配置一个规则。在总导航条上选中Admin，Configure Notifications，点击Configure Path Outages，在Define the Critical Path下面输入一个Ip地址，例如：192.168.0.1（这种格式）；在Current Rule下面输入地址范围，例如：IPADDR IPLIKE 192.168.0.*；可以选中Show matching node list后的box，点击Validate Rule Results连接；在下面的页面可以查询到受那个关键Ip地址所影响的所有节点；最后点击Finish按钮完成配置。 查看Path Outage 在总导航条上选中Path Outages，在页面中你可以看到你配置的所有Path Outages的规则。 这个文章基本上翻译的是http://www.opennms.org/index.php/Path_Outage_How-To 只是觉得这是个不错的功能，所以就大概翻译了一下，希望对感兴趣的朋友们有帮助。由于手头硬件环境的限制，我还没有真实测试过这个功能，如果您对此功能做了什么测试的话，也欢迎和我交流，请留言或者或发邮件给我。
如何使用OpenNMS中的StrafePing功能
自从1.3.7之后OpenNMS加入了Smokeping功能，取名为StrafePing。从此OpenNMS也成了Smokeping的银牌赞助商。 安装： StafePing做为一个Poller默认被安装在1.3.7后的软件中，不需要单独安装和配置。 配置： 没有单独的配置文件，相关的配置信息需要修改文件： poller-configuration.xml中的相关部分。需要在 标记中加入需要使用的Ip地址范围。启用之后StrafePing做为一个被监控的服务显示在这个节点上。 默认安装OpenNMS并不使用这个服务，是为了减小网络流量；推荐根据OpenNMS硬件的能力只对部分节点做这种监控。 使用： 需要产品StrafePing的图形有两种方式。1）在OpenNMS首页上，点击右侧的Resources Graphs，选中产看的机器，在Response Time下面的列表中选中需要产看的Ip地址，点击Submit，即可产看到图形。2）在节点产看页面，选中Resources Graphs，在Response Time下面的列表中选中需要产看的Ip地址，点击Submit，即可产看到图形。 如何想看懂StafePing的图 请参考我以前的blog http://lzheng.blogspot.com/2007/02/smokeping-rttround-trip-time-tcp-tcp.html 参考Smokeping的网站http://oss.oetiker.ch/smokeping/doc/reading.en.html
发送告警短信的方法，德国工艺服了
在OpenNMS的邮件组中偶然发现的这个解决方案，利用这个方案你可以用串口连接外置的GSM modem来发送短信。 这个方案的名称叫做：SMS Server Tools 网址在－> http://www.meinemullemaus.de/smstools/index.html 工作原理 －> http://www.meinemullemaus.de/smstools/slideshow/page1.html 据说是可以运行在任何平台上，能支持很多设备，不过我没用试过，记录一下日后可能有用。