Tags
ARS asset Atrium Blog BMC cacti ci cloud Cloud Computing cluster cmdb cms Enterprise faq Ganglia GLPI Google grid GroundWork Hyperic HQ inventory ITIL ITSM linux Movie Nagios NSM OCSNG OpenNMS opensource opensuse oss OTRS remedy service desk snmp Tomcat training translation twitter v3 wordpress Yum zabbix ZenossCategories
Recent Comments
Views
- zenoss opennms comparison/比较 - 470 views
- 手把手教您构建CMDB/CMS - 353 views
- OTRS::ITSM期待中的开源ITIL工具 - 299 views
- Deploy asset management solution - 285 views
- Archive - 219 views
- About - 170 views
- CMDB选型解密 - 170 views
- Open Source Ticket Request System – OTRS 2.2.6 - 157 views
- Build Zenoss 2.1.2 on Redhat Enterprise Linux 5 - 134 views
- 掀起CMDB的盖头来 - 125 views
Blogroll
Tag Archives: remedy
Remedy Server Group及负载均衡配置参考步骤
上图为大型用户环境下Remedy ITSM的部署架构,作为本安装步骤参考模型。所不同的是,如下配置步骤只应用了一个最上面的负载均衡器,每个Web对应连接一个ARS服务器,简化掉了中间放在ARS前的负载均衡器。 第一步 安装前的准备工作。 确定Remedy ARS的服务别名,例如“AtriumCMDB”。在所有的Web服务器(Mid-tier所安装的服务器)的host文件中加入一条Ip地址解析,例如: 192.168.10.11 AtriumCMDB 此ARS服务别名指向的是该Web服务器所对应的ARS服务器,例如:Web1中AtriumCMDB对应的ip为ARS1,Web2对应ARS2,Web3对应ARS3,以此类推。 第二步安装第一台ARS服务器 默认所有的ARS都安装了数据库客户端程序,如果是Oracle数据库,ARS上的客户端程序的大小版本号必须和远程数据库的大小版本号完全一致。Windows平台的Oracle客户端只支持32位的程序。在所有ARS服务器的host文件中加入一条Ip地址解析,例如: 192.168.10.11 AtriumCMDB 此IP地址为每台ARS自己的对外提供ARS服务的IP。ARS上安装完JDK之后,开始安装ARS,安装过程中服务器别名输入AtriumCMDB,其他的选项都按需要配置,所有有关服务器端组件、服务端口、密码、安装路径的信息都要做详细记录,用来安装Server Group中其他成员使用。安装完第一台服务器的ARS之后,申请Remedy License,打License,包括其他所有CMDB、ITSM相关应用模块的License,打完License后导出成文件备用。ARS安装成功之后,顺序安装其他应用,顺序时CMDB 》ITSM 其他。安装完毕后,通过Remedy User来确认所有应用功能是否正常。 第三步 配置第一台ARS服务器为Server Group中的管理服务器 配置方法参照,ARS Configuration Guide中的Server Group的相关章节。配置完毕之后打开Server Group的Log,从启动ARS服务之后,查看该Log看Server Group工作是否正常。 第四步 安装Server Group中的成员ARS服务器 准备工作参考第一台ARS服务器。运行ARS安装程序,选择Server Group,选择输入AtriumCMDB别名,选择共享的数据库,其他参数与第一台保持一致。安装完毕之后。使用ARS自带的Sample应用新增一个city,在ARS1上查询ARS2上新增的记录。同样参考的Server Group的相关章节,对ARS2进行配置。在ARS2上查看Server Group的日志,确认该ARS已经加入了以第一台ARS为管理服务器的群集中。为第二台ARS服务器打License。在确认第二台ARS服务器成功加入之后,安装CMDB应用。安装完毕之后,在第二台ARS服务器上,使用Remedy User客户端,打开CMDB的相关表单进行新增和查询操作;然后在ARS1上检查操作结果,保证两边一致。安装ITSM:直接把第一台ARS服务器的ar.cfg文件覆盖到第二台ARS的ar.cfg上,一定要修改第一台ARS服务器主机名的哪一行,把它修改为第二台ARS的主机名。复制第一台ARS的ITSM安装目录到第二台ARS的相同路径中,重启ARS服务。查看arerror.log文件看看ARS启动的是否正常。在第二台ARS上使用Remedy User确认ITSM应用是否工作正常,如果一切工作正常,则第二台ARS服务器安装完毕。按照相同的方式安装其他的ARS服务器。 第五步 配置每台ARS的ranking 按照ARS … Continue reading
BMC课程通知: BMC Remedy AR 7.5 管理员培训
课程适用于Remedy AR管理员和开发人员,讲授AR系统的功能、架构、日常运维和创建应用。 学员可以选择课后参加上机考试,获得BMC Certified Administrator: BMC Remedy AR System 7.5认证。不参加考试的学员将会获得结课证书 点 击查看详情 课程目标 认识AR System 7.5 的用途和优势 认识AR System 7.5的架构 使用Remedy User和Web浏览器创建和查询请求 使用Remedy User和Web浏览器创建AR系统报告 使用BMC Remedy Alert 和Web接收通知 描述BMC Remedy Administrator工具的基本维护任务 了解AR系统的访问控制概念 了解不同的AR System角色 理解 AR System 的系统架构 了解AR System … Continue reading
BMC提供ITSM洋快餐
还有很多企业依然在寻找IT服务管理的方法论 还有很多企业依然在让内部开发团队打造ITSM流程平台 也还有很多企业在购买的成熟的ITSM管理平台套件上大搞研发和定制 也还有很多外国企业在拼命保持使用ITSM产品开箱即用的功能来减少开支和加快投资回报 也还有一些外国企业在尝试ITSM的KFC,BMC Remedy OnDemand,连系统也不建设了,直接拿标准的就来用吧。 回顾国内的ITSM用户,往往在探索期里花的时间和金钱成本太大,推广标准化ITSM的理念需和ITSM系统平台建设同行;目前国外的工具和ITIL标准已经够标准、成熟和进化了,我们的标准化理念也争取迎头赶上吧 Reduce Service Support Costs Quickly with BMC Remedy OnDemand View Full Screen
联邦的CMDB–神话/现实/需求/还是策略?
来自:Jonathan Markworth(CompuCom Systems有限公司管理顾问,探讨联邦数据库的优点) 使用一个具有单一的、全知的、万能的和自维护功能的工具,来管理IT基础架的方方面面信息,是否是最好的方案呢?使用一个能做所有工作的全集成平台,来替换您积累下来的所有管理工具是否是最佳方式?现实情况是,大多数组织都已经实施了几十种应用程序、工具、实用程序、数据存储、硬件平台和管理框架,它们一起运行着一个或更多的IT服务管理功能。它们中的每一个应用都有自己的数据库,对当前环境中的一些关键管理功能提供信息支持。在CMDB应用场景中,这些工具相关的数据库中,其实也包含了大量关键的CI属性,这些属性可以用于识别CI之间的关系。重要的问题是,如何利用现有的投资和资源来建立一个底层共享的数据库,比如一个CMDB。
掀起CMDB的盖头来
今天是项目计划提交后的第二天,客户方项目经理对项目的推迟表示感到非常吃惊,期望能让我们给出一个合理的解释。其实这也同样的超出了我的预料,难道软件项目管理和运作都是所谓的人月神话么? 在我看来CMDB项目的实施和运作有是有可能分阶段、逐步地交付项目成果的。简单的来说首先交付的当然是CMDB和配套发现工具系统本身,丑媳妇不要怕见公婆,把这个不加粉饰的原型系统拿出来,让项目各方包括最终用户来试用和评估。接着按照CMDB配置数据的来源的不同,把数据顺序的导入CMDB,并且开展数据的调和工作,完成基础数据的初始化。在基础数据的基础上,需要对CMDB服务模型加以验证,选取重点的系统来验证,让系统经理和CMDB相关用户也参与进来,用事实和数据讲话,对模型和工具做最终的确认。这个其实是一个小范围内的推广,它的经验可以直接应用于下一个阶段。接下来是对其他所有被采集对象的普遍扫描和CI数据同步,在这个阶段里还需要实现CMDB和所有ITIL流程的集成,ITIL流程是CMDB的主要消费者 ,这个集成往往是两家不同的产品,这种情况下,如果集成的效果欠佳,CMDB的实施成果也会打折扣。最后结尾的交付物可以是CMDB的审核和报表等产品。 正如ITIL的实施一样,没有两个国内公司的ITSM实施是相似的,就像国内不存在两片相同的树叶一样。那么国外的树叶又如何呢?从ITSM实施方面来看,相同的树叶在国外还是非常多的。相同的原因在于,往往用户选择了相同的产品如Remedy ITSM套件,往往由于定制化的人力成本很多用户也在尽量避免对产品的定制,如果通过配置可以实现的需求,绝不定制或者开发。我们也应该多走工业化标准生产的道路,少以中国特色为借口来实施个性化二次开发。