Tag Archives: ITSM


在Oracle上备份和恢复 Remedy ARS数据库

environment_view

Why ARS system need full backup and restore 众所周知Remedy ARS上运行的所有程序代码都是在数据库中存储的,几乎所有的程序代码和相关数据都是存储在后端的数据库里的。基于这种特性,我们可以很方便地从数据库层面实现对ARS系统的备份和恢复。所谓基于数据库的备份和恢复就是指数据库的全库导入和导出。在这方面Oracle做的很好,他所提供的imp和exp命令行工具能很好的完成此项任务。 When you may backup BMC Remedy ARS system Database Remedy ARS系统数据库全备份可能会发生在下面的几个时间点: 在安装过程中,Remedy ITSM套件的安装都是从ARS开始一个模块一个模块增加安装的,可以在安装每个新模块之前,做一个数据库备份,用于安装失败情况下的现场恢复 在系统上线前,当系统需要做升级/代码更新等等大规模操作之前可以考虑做一次数据库的导出备份 在做系统迁移的情况下,我们甚至可以生产库迁移到开发机上进行问题的重现,或者代码的修改,或者测试,完成之后再导回生产系统(如果生产系统再次期间处于维护状态的话) How-to 下面是我总结的相关操作步骤参考。 备份ARSystem数据库 exp aradmin/ar#admin@itil file=c:\before-patch7.dmp log=c:\exp.log compress=n statistics=none 参数解释: aradmin/ar#admin  是ARS系统默认的用户名和口令 @itil 是ARSystem数据库所在的数据库实例名 file=c:\before-patch7.dmp log=c:\exp.log  是导出的数据库文件和日志文件路径 删除ARAdmin用户数据 drop user aradmin cascade; 创建和授权ARAdmin用户 CREATE USER ARADMIN IDENTIFIED BY ar#admin# DEFAULT

Continue reading »

图书推荐《服务建模:原理与应用》

Service Modelling: Principles and Applications

《服务建模: 原理与应用》以服务建模为主题,共分4部分:第1部分介绍了服务建模所需解决的问题,第2部分分析了实际应用中的服务建模框架,第3部分列举了使用服务建模的案例,第4部分则对《服务建模:原理与应用》的中心内容进行了总结,并提出了未来服务建模值得研究的一些领域。

Continue reading »

[ZT]ITIL V3 服务转换篇 之 资产和配置管理

为了定义和控制服务和基础设施组件。维持当前计划中、历史的服务和基础设施状况配置信息的准确性 一、先介绍几个基本概念 1、配置项(CI) 配置项是正在或将要在配置管理控制下的资产、服务组件或其他。配置项在复杂性、大小、种类有很大不同,从整个服务或系统包括硬件、软件、文档、支持人员到单独软件模块或硬件组件。配置项可以集中或分组管理。配置项可以选择使用既定的选择标准、分组、分类和识别方式在整个生命周期中管理和追溯。其包括: A) 服务CI项:服务能力资产、服务资源资产、服务模式、服务包、发布包、验收标准等 B) 组织CI项 C) 内部CI项 D) 外部CI项:包括外部客户需求和协议、供应商发布、分包商及对外服务。 E) 接口CI项:端到端的服务,跨越服务提供者的接口 2、配置管理系统(CMS) 为了管理大型复杂的IT服务和基础设施,资产和配置管理需要使用配置管理系统CMS。在指定范围内CMS掌握着所有配置项信息。CMS为所有服务组件与相关事故、问题、已知错误、变更发布、文档、公司数据、供应商、客户信息做关联。 在数据层面CMS能使数据库存在多个物理CMDB中而后共同组成一个联合的CMDB。其他数据来源也可以加入CMS中。 3、配置管理数据库(CMDB) 所有配置项的信息都包括在配置管理数据库(CMDB)中。配置管理数据库(CMDB)对所有IT 组件、组件的不同版本和状态以及组件之间的相互关系进行跟踪。在其最基本的形式下,配置管理数据库(CMDB)可能仅由一些纸质表格或一套电子表格 (Spreadsheets)组成。 4、最终介质库(DML) DML是用来存储和保护所有已授权的被确认版本介质配置项。 他们存储经过质检的主拷贝版本。这个库可以有一个或多个软件库或存放区来存放开发、测试和实时存储文件。他们包含组织所有软件的主拷贝、购买软件的副本及 受控文件的电子版。DML包含物理的拷贝存储,DML是发布管理的基础。 二、配置管理的目的: 1. 确定、控制、记录、报告、审计、验证服务资产和配置项包括版本、基线、组成成分、属性和相关关系。 2.通过服务生命周期管理保护资产完整、配置项等账户。确保只有已授权的组件被使用和已授权变更被执行。 3.通过服务生命周期保护服务资产、配置项的完整性。为了建立和维持一个准确和完整的配置管理系统,确保资产和控制服务、IT基础设施的配置需求的完整性。 三、资产、配置管理的活动 1、规划 2、识别 配置项识别过程: A) 定义和制定标准文件来选择配置项和他们的组件构成 B) 依据标准选择配置项及其组件并记录他们 C) 给配置项分配唯一的标识符 D) 指定每个配置项相关属性 E) 确认每个配置项是受配置项管理来管理 F) 确定每个配置项的责任人 3、控制 必须有效控制信息以维持配置管理数据库(CMDB)的及时更新。一旦某项活动改变了配置项已记录的特征或配置项之间的关系,则必须在配置管理数据库 (CMDB)中记录该项变动。需注意的是:只有变更管理才有权批准对配置项的特征进行变动,事件管理只能改变某个现有的配置项的状态来反映现实状况。 配置管理负责控制组织接收到的所有IT 组件并需确保这些组件被记录在系统中。硬件可在其已订购或已交付时进行记录,而软件则通常在其被纳入DML时进行记录。 4、记录 组件的生命周期可被划分成多个阶段,每个阶段都可以分配一个状态代码,但具体分成几个阶段则取决于公希望记录IT 基础设施的哪些特征。保持对每次状态变化日期的记录可以提供关于一个产品的生命周期的有用信息,如订购时间、安装时间以及所需的维护和支持。组件的状态决 定了可以对其进行操作的余地。 5、审核和报告

Continue reading »

八月十五月儿圆,我和兄弟们装AR

经过几天的奋战,我们终于在中秋月圆之夜,在黑山扈的百望山脚下为客户成功地安装了Remedy ITSM 7.6.03 每当安装程序一次次挂死、安装程序界面不正常显示、安装不完全、安装失败,都让在场的人达到抓狂的后期,无语~~ 这里总结一下这几天的失败安装的血泪史,供后来人参考学习。 版本的确认:所有操作系统,JVM,JDK,数据库,数据库客户端,和以上软件的位数都需要查明,都需要在Remedy的兼容文档中一一确认。 AIX操作系统的字符集:需要同时安装中英文的UTF8字符集。安装方法smitty,需要有操作系统的安装盘,安装完成之后,locale -a ,需要能看到 ZH_CN, ZH_CN.UTF-8,EN_US, EN_US.UTF-8 这四种字符集缺一不可。否则无法以中文方式安装成功,也无法让操作系统已中文utf8来启动AR服务。 XManager需要安装在于AR同一网段的Windows服务器上,例如Mid-tier可能安装在Windows上,并与AR在同以网段,那么安装程序最好在该服务器的Xmanager的客户端中安装,从哪里连接AIX服务器并运行安装程序。如果不在同一个网段,安装程序很有可能安装了一半或者无名的消失,安装进程会立刻中断,需要把系统推到重来。 AIX系统上font server的安装:使用netstat -na|grep 7100, 如果没有结果则需要从AIX的光盘中在AIX的服务器上安装font server和相关的包,并且启动它。如果不装的话,remedy安装程序可能界面显示不正常,或者不显示。 Oracle上众多僵尸进程:如果在安装CMDB或者ITSM套件的时候,安装界面挂死或者消失,这会是Oracle服务器上产生上百个僵尸进程,这些进程会吃光Oracle服务器的所有物理内存。我们的oracle服务器的16GB内存被吃光之后,ITSM安装界面几乎停止,20~30分钟才能安装完一个定义文件。解决方法是:随时监控Oracle服务器的内存使用情况,当出现内存被僵尸进程吃光的情况,可以考虑使用IT行里无人不知的无敌重启方案,重启Oracle服务器的操作系统,从启动Oracle数据库实例,重启ARS服务,然后再次安装Remedy ITSM。 Remedy安装之备份:如果是在AIX+Oracle的数据库上安装。Remedy还是非常绿色的软件,需要在安装完AR,CMDB,ITSM套件后各做一个Remedy安装文件目录的备份,在AIX上可以把这个文件夹tar起来备用。Oracle数据库还是非常容易备份的,使用imp和exp命了就可以搞定,具体语句咨询DBA。切忌在安装CMDB和ITSM之前一定要对Remedy系统的安装文件和数据库做备份,一旦安装失败,可以恢复文件,恢复数据库,排错后重新再来。

[ZT] Old BSM is dead

随着云计算和虚拟化的来临,IT架构愈加复杂,老一套的IT管理方案只能监控静态的基础架构。老一套的CMDB和BSM给运维无法带来实质性的帮助,需要能够具有自适应、自学习IT环境的能力,管理工具需要对IT环境的变化有感知,有学习功能,否则无法对业务故障的处理给予应有的支持。转帖自学一下这个文章,老外从IT架构的历史讲起,横跨跨服务保证和CMDB等领域,讲的还是很不错的。 The Significance of the VMware Integrien Acquisition While it may seem that with Integrien VMware has acquired yet one more piece of the puzzle (a puzzle whose final form no one knows), this acquisition is perhaps one of the most significant if not the most significant that VMware has done. To understand the significance

Continue reading »

Page 2 of 812345...Last »