omnibus管理.docx

本章主要讲安装完成后1 目录的结构变化2 重要的文件属性3 用户 角色权限$NCHOME下的目录文件Bin : 执行文件Etc : 配置文件 如：接口配置文件License :omnibus和probe许可Log 日志文件Omnibus : 产品安装路径Platform :操作系统和目录特性的二进制文件，和数据库产品有关的中间设备Uninst:卸载组件VarTivoli_product : 安装tivoli/netcool产品$OMNIHOME下的目录文件Bin : omnibus下的可执行程序文件 都是链接文件 事件目录在/platfrom/linux2x86/bin下Desktop: desktop定制的一些文件 如：viewGates : 存放的是gateway的文件 如：一个gateway传到另一个gatewayExtensions : 存放omnibus可扩展的东西Java : 开机启动的脚本 如:paPatches : 补丁Platform : 运行平台Probes : 所有探针的文件 属性文件 规则文件Utils; 自定义的脚本程序存放位置Var : 转发文件 进程控制Objectserver最重要3个数据库元数据库，objectserver自带的1 Alerts(报警): 所有object的信息2 Custom : 留给用户的接口，可以加一些数据表3Catalog :元数据系统目录 只能看，不能修改4IDUC_system : 加速事件通知系统5 security :用户 组 角色 认证存放的数据库6 tools ： 用户和菜单的结构7transfer : 使用Ob的个gateways8 persist : trigger procedures 和 signalsObjectserver 最重要的3张表全部来自于alerts数据库1 alerts.status : 可以看到字段 @LstOccurrence=$data存储在里面视图： 真实事件 probe解析成为变量 probe rules规定04//09/2010 mercuryhameofflin------------------$Date=04/09/2010-----------@LastOccurrence = $data 字段 2 alerts.details : 可以到字段的值3 alerts.journal : 告警日志，当在 TIVOLI／NETCOOL 与事件合作，你时常想要追踪那一个事件的历史。 。 你想要知道谁已经拥有消除的事件是通过，什么自动化对它有所反应，和更多。 你能使用日记追踪历史。 当一个新日记增加，数据被储存加入alerts.journal表Status里默认的关键字段Identifier : 唯一的警报，状态数据标识符，控制os重复的数据删除Serial : 在Tivoli的Netcool/综合序列行号Node：节点StateChange : 只是一个时间字段，由触发器更新fistOccurrence :第1次发成的时间LastOccurreence :最后一次发生的时间Type : 类型 故障事件 3种类型：0表示类型尚未确定 1表示该事件有问题 如：linkdown 2表示一个恢复事件0: Type not set1: Problem2: ResolutionAcknowledged : 确认 如：系统告警，谁确认谁处理Expiretime : 过期 给过期事件处理Severity : 事件级别0: Clear 可清除1: Indeterminate 不确定2: Warning 警告3: Minor较重要4: Major 重要5: Critical 严重ServerSerial :事件存储原始observer的序列号，第1件事的特值Servername: 事件最原始的名字ownerUID/GID:用户操作那个事件的IDAlertGroup ： 在规则指定文件，标识有关一类的事件，automationMangager:事件的管理程序 ,probeSummary:详细的说明AlertKey：在规则指定文件，标识有关端口的事件，automationClass : 设备类型的事件分类方式expireTime : 过期 ，给事件做过期处理Tally : 自动维护的计数插入和从任何来源的警报信息。这个数字受到重复数据删除。agent : 描述生成报考名称location: 主机物理位置或那些服务产生警报grade : 表明了提醒升级的状态 0 不升级 1升级DATA Storage 数据储藏位置在 $OMNI