OneCMDB_Core_Concepts

合集下载

LMSVirtual

LMSVirtual

bMotion发动机解决方案早晨的阳光透过窗帘的缝隙,洒在我的工作台上。

我泡了一杯咖啡,打开电脑,准备开始一场关于bMotion发动机解决方案的创作。

这个方案已经在我脑海中构思了很长时间,现在,是时候把它呈现出来了。

我们要明确这个方案的核心目标:为用户提供一款高效、稳定、易于维护的虚拟实验室发动机。

这款发动机需要具备强大的数据处理能力,能够在各种复杂环境下稳定运行,同时还要具备高度的可定制性,满足不同用户的需求。

想象一下,当用户打开bMotion发动机,他们会看到一个简洁、直观的界面。

这个界面不仅美观,而且功能丰富。

左侧是各种实验模块,右侧是实时数据展示。

用户可以通过简单的拖拽操作,将实验模块组合起来,形成一个完整的实验流程。

一、核心功能1.数据处理与分析bMotion发动机的核心竞争力在于其强大的数据处理能力。

它能够快速地收集实验数据,并进行实时分析。

用户可以通过设置各种参数,对数据进行筛选、排序和可视化展示。

这样,用户可以更加直观地了解实验结果,从而优化实验方案。

2.实验模块自定义为了满足不同用户的需求,bMotion发动机提供了丰富的实验模块。

这些模块包括但不限于:物理实验、化学实验、生物实验等。

用户可以根据自己的需求,自定义实验模块,甚至可以开发新的实验模块,实现个性化实验。

3.实验环境模拟bMotion发动机支持多种实验环境模拟,包括温度、湿度、压力等。

用户可以在虚拟环境中进行实验,观察实验结果,从而避免了真实实验中可能出现的危险和浪费。

4.实验报告实验结束后,bMotion发动机可以自动实验报告。

报告内容包括实验过程、实验数据、实验结果等。

用户可以导出报告,进行分享和交流。

二、技术优势1.基于云计算技术bMotion发动机采用了云计算技术,实现了数据的高速传输和实时分析。

用户可以在任何地方,任何时间访问虚拟实验室,进行实验操作。

2.高度可扩展性bMotion发动机具有高度的可扩展性。

Autodesk Nastran 2023 参考手册说明书

Autodesk Nastran 2023 参考手册说明书
DATINFILE1 ........................................................................................................................................................... 9
FILESPEC ............................................................................................................................................................ 13
DISPFILE ............................................................................................................................................................. 11
File Management Directives – Output File Specifications: .............................................................................. 5
BULKDATAFILE .................................................................................................................................................... 7

重塑微软:帝国的云蓝图

重塑微软:帝国的云蓝图

整 体 云计算 解 决方 案 中发挥 关 键作
用 。 既是运营 平 台 , 是开 发 、 它 又 部
署 平 台 ,提 供 了 一 个 在 线 的 基 于
Wid ws n o 系列 产品 的开 发、存储 和
服务 等综 合环 境 。
目前 , u e 台还包括 Wi— Az r 平 n
do s Az e pl f m w ur ator AppFa i brc,

开发 人员创建 的应用既可 以直接在该 平 台中 运行 , 也可 以使用 该 云计算 平 台提 供 的服务 。 相 比较 而言 ,A ue 台延 续 了微软传 统软 件平 台 zr 平 的特点 , 能够 为用 户提供 熟 悉的开 发体 验 , 户 用 已有 的许 多应用程 序都 可以相对 平滑地 迁移 到该
弃 以前所有 软件 , 而是重 新开 始” 实 际上 , 尔 , 鲍
的角逐 , 在这 新 旧游戏规 则 交替 的紧要 关头 ,谁 握 住 了主动权 ,谁 就 能获得未 来 的话语权 。
、作为传统 的软 L
A ue z r ,开启 蓝色 时代
20 年 1 月 ,在微 软开 发者 大会 上 ,微 软 08 1 宣布 了其 “ 1 2 世纪 最重 要 的里程 碑” — w i— — n
平台上运 行 。另 外 ,A u e 台还 可以按 照 云计 zr平
种思 路从 战略 高度 上 ,作 出了具 有微 软特 色 的
默 的潜 台词可 以理解 为 ,微软正 在 打造一个 基 于 传 统软件 的互联 网上 的计 算环境 ,也是一 个具 有 微软 标识 的云计 算 的蓝色 新时 空 。
事 实上 , id wsAz r 和 S L A r 是 W n o ue Q z e u

USB Type-C 规范1.2(中文版)

USB Type-C 规范1.2(中文版)
INTELLECTUAL PROPERTY DISCLAIMER
知识产权声明
THIS SPECIFICATION IS PROVIDED TO YOU “AS IS” WITH NO WARRANTIES WHATSOEVER, INCLUDING ANY WARRANTY OF MERCHANTABILITY, NON-INFRINGEMENT, OR FITNESS FOR ANY PARTICULAR PURPOSE. THE AUTHORS OF THIS SPECIFICATION DISCLAIM ALL LIABILITY, INCLUDING LIABILITY FOR INFRINGEMENT OF ANY PROPRIETARY RIGHTS, RELATING TO USE OR IMPLEMENTATION OF INFORMATION IN THIS SPECIFICATION. THE PROVISION OF THIS SPECIFICATION TO YOU DOES NOT PROVIDE YOU WITH ANY LICENSE, EXPRESS OR IMPLIED, BY ESTOPPEL OR OTHERWISE, TO ANY INTELLECTUAL PROPERTY RIGHTS.
预发行行业审查公司提供反馈
Revision History.......................................................................................................................14
LIMITED COPYRIGHT LICENSE: The USB 3.0 Promoters grant a conditional copyright license under the copyrights embodied in the USB Type-C Cable and Connector Specification to use and reproduce the Specification for the sole purpose of, and solely to the extent necessary for, evaluating whether to implement the Specification in products that would comply with the specification.

iMC平台产品自定义性能监视指标功能的配置[技巧]

iMC平台产品自定义性能监视指标功能的配置[技巧]

iMC平台产品自定义性能监视指标功能的配置[技巧] iMC平台产品自定义性能监视指标功能的配置一、组网需求:当iMC预定义的监视指标不满足现场网管需求时,iMC支持自定义性能监视指标。

比如要监视第三方设备的CPU,但该设备的CPU对应的MIB节点为私有MIB节点,在iMC中未定义,可以通过此功能实现对第三方设备的CPU监视。

二、组网图:无三、配置步骤:登录iMC界面,点击【资源】|【性能管理】|【全局指标设置】。

在该页面点击【增加自定义性能指标】进入设置界面。

图1 自定义监视设置界面参数说明如下:指标公式: 某些性能监视指标为多个OID的运算结果,这种情况下,需要通过Formula进行组合运算。

增加监视或测试时,iMC获取公式中OID的所有实例(例如设备的所有接口),实例的索引格式在Type中定义,实例的索引描述通过索引描述OID中设定的OID获取。

索引描述OID:通过设定的OID将实例的索引转换为便于识别的字符串形式,比如Ethernet1/0/1。

可以直接点击Select OID按钮,通过iMC MIB管理工具进行选择。

索引类型: 用来表示监控实例在MIB定义中的索引格式,支持多级。

[index1[0|2]:NAME:TYPE:LENGTH].[index2[0|2]:NAME:TYPE:LENGTH]index1、index2:仅在定义时作为标识,没有实际意义[0|2]:0表示索引属于非表节点对象,2表示索引属于表节点对象NAME:实际显示出来的监控实例名称TYPE:索引的数值类型,1为Integer;2为StringLENGTH:索引的长度,对于TYPE为Integer或单级索引,取0示例:[index1[2]:Interface:1:0][index1[2]:Frame:1:0].[index2[2]:Slot:1:0].[index3[2]:Memory:1:0]以自定义“接口接收速率测试指标”为例,配置步骤如下:1、定义公式。

美国赛博空间作战行动Cyberspace _Operations

美国赛博空间作战行动Cyberspace _Operations
Challenges to the Joint Force’s Use ofCyberspace..................................................I-11
CHAPTER II
CYBERSPACE OPERATIONS CORE ACTIVITIES
Introduction................................................................................................................II-1
3.应用
a、本出版物中确立的联合原则适用于联合参谋部、作战司令部指挥官、下属统一司令部、联合特遣部队、这些司令部的下属部门、各军种和作战支持机构。
b、本出版物中的指南具有权威性;因此,除非指挥官认为特殊情况另有规定,否则将遵循这一原则。如果本出版物的内容与出版物的内容发生冲突,则以本出版物为准,除非参谋长联席会议通常与其他参谋长联合会成员协调,提供了更为现行和具体的指导。作为多国(联盟或联盟)军事指挥部一部分的部队指挥官应遵循美国批准的多国原则和程序。对于未经美国批准的条令和程序,指挥官应评估并遵循多国司令部的条令与程序,如果适用并符合美国法律、法规和条令。
•联合职能部门和网络空间运作
第三章权限、角色和职责
•简介III-1
•当局III-2
•角色和职责
•法律考虑因素III-11
第四章规划、协调、执行和评估
•联合规划过程和网络空间运营
•网络空间运营规划考虑因素
•对网络空间的情报和操作分析支持
运营计划IV-6
•针对性IV-8
•网络空间部队的指挥与控制

oecturbo参数

oecturbo参数

oecturbo参数摘要:1.Oecturbo 参数简介2.Oecturbo 参数的作用3.Oecturbo 参数的使用方法4.Oecturbo 参数的注意事项正文:1.Oecturbo 参数简介Oecturbo 是一种常见的计算机编程参数,主要用于优化代码的执行效率。

它可以影响程序的编译、执行速度以及程序的体积。

Oecturbo 参数作为一个重要的编译选项,广泛应用于各种编程语言和编译器中,如C++、Java 等。

2.Oecturbo 参数的作用Oecturbo 参数的主要作用是优化程序的性能。

通过调整Oecturbo 参数的值,可以有效地提高程序的运行速度,降低程序的执行时间。

同时,Oecturbo 参数还可以影响程序的体积,减小程序占用的磁盘空间。

这对于开发者来说,可以提高程序的竞争力,提升用户体验。

3.Oecturbo 参数的使用方法要使用Oecturbo 参数,首先需要在编译时添加相应的编译选项。

不同的编程语言和编译器可能有不同的添加方式。

以C++语言为例,可以在编译时添加`-Oecturbo`选项,如`g++ -Oecturbo source.cpp -o source`。

其中,`-Oecturbo`表示开启Oecturbo 优化,`source.cpp`是待编译的C++源文件,`-o source`表示生成的可执行文件名为`source`。

4.Oecturbo 参数的注意事项虽然Oecturbo 参数可以提高程序的性能,但并不是在所有情况下都适用。

在某些特定场景下,开启Oecturbo 参数可能会导致程序出现错误或异常行为。

因此,在使用Oecturbo 参数时,需要注意以下几点:(1)合理选择优化等级。

Oecturbo 参数通常有多个优化等级,如`-Oecturbo1`、`-Oecturbo2`等。

不同的优化等级会对程序的性能产生不同程度的影响。

需要根据实际需求选择合适的优化等级。

技术岗-中国联通电信移动笔试试题汇总

技术岗-中国联通电信移动笔试试题汇总

中国联通电信移动笔试试题大收集1、第三代移动通信系统IMT-2000主要包括的无线传输标准有(WCDMA)(CDMA-2000)(TD-SCDMA)2、WCDMA的中文全称是(宽带码分多址接入)、其系统带宽是(5MHz)码片速率是(3.84Mbps)3、TD-SCDMA的中文全称是(时分双工同步码分多址接入)、其系统带宽是(1.6 MHz)码片速率是(1.28Mbps)4、WCDMA系统主要由三部分组成,(核心网)(UTRAN陆地无线接入网)(UE无线终端)5、RNC的英文全称是(Radio network Controller),既无线网络控制器6、WCDMA的空中接口定义的三种信道是(逻辑信道)(传输信道)(物理信道)三种信道的关系:逻辑:按照消息的类别不同,将业务和信令消息进行分类传输:根据不同的处理方式来描述信道的特性参数物理:根据它所承载的上层信息的不同7.WCDMA的物理信道在时间上分为三层结构,分别包括(超帧)(无线帧)(时隙)8.WCD MA采用的正交化码是(OVSF码)9.WCDMA中存在的三种切换方式包括(硬切换)(软切换)(更软的切换)10.WCDMA采用的纠错编码类型包括(卷积码)(Turbo码)11.WCDMA是一种扩频系统,扩频增益是扩频系统的一个重要指标,请给出扩频增益的定义:频谱扩展前的信息带宽DF与频带扩展后的信号带宽W之比7、WCDMA的切换方式:8、激活集的定义:指与某个移动台建立连接的小区的集合。

9、什么是乒乓切换:移动通信系统中,如果在一定区域里两基站信号强度剧烈变化,手机就会在两个基站间来回切换。

什么是小区的呼吸效应:在CDMA系统中,由于它是一个动态网络,所以小区的变化随着用户以及业务情况的变化发生着相应的变化WCDMA进行功率控制的主要原因:由于远近效应和自干扰问题12.WCDMA空中接口的传输信道分为那两种:公共传输信道,专用传输信道1.以下列出的下一组字母是什么?______abc cba def2.一位妇女买了一打橘子,两打苹果。

2024年度Cognos8培训教程

2024年度Cognos8培训教程

03
工具与技巧
介绍一些性能监控、分析和优化的工具及技巧,帮助开发人员快速定位
和解决性能瓶颈。
27
06
系统管理与安全防护
2024/3/23
28
用户角色权限管理策略
2024/3/23
用户角色划分
根据职责和业务需求,将用户划分为不同的角色,如管理 员、普通用户、访客等。
权限分配原则
遵循最小权限原则,即每个用户只能获取完成任务所需的 最小权限。
2024/3/23
添加组件
通过拖拽或点击添加按钮,将需要的组件添加到仪表盘中。
属性设置
对组件进行属性设置,包括颜色、字体、大小、位置等。
数据绑定
将组件与数据源进行绑定,实现数据的动态展示。
20
数据可视化效果优化
2024/3/23
选择合适的图表类型
根据数据类型和展示需求,选择合适的图表类型,如柱状图、折 线图、饼图等。
Cognos8培训教程
2024/3/23
1
目录 CONTENTS
• Cognos8概述与安装 • 报表设计与开发 • 数据建模与多维分析 • 仪表盘设计与展示 • 高级功能与应用拓展 • 系统管理与安全防护
2024/3/23
2
01
Cognos8概述与安装
2024/3/23
3
Cognos8简介及功能特点
响应式设计
根据不同设备屏幕尺寸,自适应调整仪表盘 布局和组件大小。
数据导出与分享
支持数据导出和分享功能,方便用户进行数 据分析和交流。
22
05
高级功能与应用拓展
2024/3/23
23
事件驱动型报表开发
事件驱动型报表概述

Atrium_CMDB_2.0_架构介绍_Workshop_v1.0

Atrium_CMDB_2.0_架构介绍_Workshop_v1.0
–所有关系的父类
› BMC_Component
–用来表现一种包含关系
› BMC_Dependency
–用来表现一种依赖关系。如某一应用服务的运行要求某应用子模块能够正常运 行
› BMC_ElementLocation
–用来表现一种位置关系。
› BMC_MemberOfCollection
–用来描述一种属于关系。比如可以用来描述网络拓扑;或者用来描述一个业务 服务和基础架构之间的关系
9
BMC Atrium CMDB通用数据模型
› 基于国际标准:DMTF( Distributed Management Taskforce’s)组织提出的CIM模型以及ITIL最佳实践
› 面向对象:CI之间可以形成继承关系。父CI的属性将被子CI继承 › 可扩展:提供了CMDB管理控制用户访问界面,允许管理员添加、修
Atrium CMDB 2.0
架构介绍 Workshop V1.0
讨论主题
› 讨论的主题列表:
–CMDB 介绍 –配置项定义 –数据模型的定义(类/属性) –OOTB 用户访问界面 –数据集(Datasets)和数据集调和 –CDM模型介绍
2
数据是关键
› 从某种角度上说是,通过流程使得数据被更有
某个IP子网段中
13
对象继承
› 数据模型是面向对象的,一个类可以拥有多
个子类,子类继承父类的属性以及父类包含 的关系
› 子类用来进一步对某一CI进行类型划分,并
可以提供更多的属性来对CI进行更细节的描 述
14
使用产品分类信息(Product Categorization 属性) --CI分类信息
采用联邦的机制来引用外部数据,以减少冗余

Adobe Acrobat SDK 开发者指南说明书

Adobe Acrobat SDK 开发者指南说明书
Please remember that existing artwork or images that you may want to include in your project may be protected under copyright law. The unauthorized incorporation of such material into your new work could be a violation of the rights of the copyright owner. Please be sure to obtain any permission required from the copyright owner.
This guide is governed by the Adobe Acrobat SDK License Agreement and may be used or copied only in accordance with the terms of this agreement. Except as permitted by any such agreement, no part of this guide may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic, mechanical, recording, or otherwise, without the prior written permission of Adobe. Please note that the content in this guide is protected under copyright law.

GSM0710中文版

GSM0710中文版
第 2 共 39 页
杭州波导软件有限公司
3.4. 过程和状态..................................................................................................................... 20 3.4.1. 建立 DLC 链路 ........................................................................................ 20 3.4.2. 释放 DLC 链路 ........................................................................................ 20 3.4.3. 信息传输 .................................................................................................. 21 3.4.4. 帧变量...................................................................................................... 21 3.4.5. 超时的考虑 .............................................................................................. 22 3.4.6. 多路控制通道 .......................................................................................... 22 3.4.6.1. 控制消息格式........................................................................................... 22 3.4.6.2. 控制消息类型参数 ................................................................................... 23 3.4.7. 电源控制与唤醒机制 .............................................................................. 32 3.4.8. 流控.......................................................................................................... 32 3.5. 集成层 Convergence Layer ............................................................................................ 34 3.5.1. 类型 1-未结构化的字节流...................................................................... 34 3.5.2. 类型 2-带参数的未结构化的字节流...................................................... 34 3.5.3. 类型 3-不可中断的帧数据...................................................................... 36 3.5.4. 类型 4-可中断的帧数据.......................................................................... 36 3.6. DLCI 值 ........................................................................................................................... 37 3.7. 系统参数......................................................................................................................... 37 3.7.1. 确认时间 T1 ............................................................................................ 37 3.7.2. 帧的最大长度 N1 .................................................................................... 38 3.7.3. 最大重发次数 N2 .................................................................................... 38 3.7.4. 窗口大小 k ............................................................................................... 38 3.7.5. 控制通道的响应时间 T2 ........................................................................ 38 3.7.6. 唤醒流程的响应时间 T3 ........................................................................ 38 3.8. 启动和关闭 MUX .......................................................................................................... 38 4. Error Recovery Mode ................................................................................................................. 39

one api用法

one api用法

one api用法
OneAPI 的步骤通常包括以下:
1.安装OneAPI 工具包:下载并安装Intel OneAPI 工具包,该工具包包含了一系列用于不同硬件架构的编程工具和库。

2.设置环境变量:配置环境变量以确保系统正确识别和使用OneAPI 工具。

3.选择编程语言:OneAPI 支持多种编程语言,如C++、Fortran、Data Parallel C++(DPC++)等。

4.编写代码:使用选择的编程语言编写代码,利用OneAPI 提供的库和工具来实现并行计算、加速器编程等。

5.构建和运行:使用OneAPI 的构建工具构建代码,并在相应的硬件上运行。

6.优化和调试:使用OneAPI 提供的工具进行性能优化和代码调试。

1_ITIL概述1

1_ITIL概述1
用 户 体 验 监 控
桌面管理 安全审计 机房管理 桌 面 资 产 管 理
桌 面 运 行 控 制
设 备 监 控
流 量 监 控
链 路 监 控
主 机 监 控
日 志 监 控
定 位 诊 断
安 全 行 为 审 计
安 全 合 规 审 计
环 境 监 控
机 房 拓 扑
IT战略规划与最佳实践
我们如何做IT服务管理?
5
IT战略规划与最佳实践
•IT服务管理变成战略资产(ITIL) •IT的服务战略满足企业的商业战略并为企业创造价值(COBIT和ITIL) •IT服务的可视化管理(PMP、 ITIL 、 Cloud Computing Data Center) •IT资源的动态按需供给与资源共享最大化(Cloud Computing Data Center) •技术、流程和人员的标准化来降低服务成本(PMP与ITIL) •有效的风险管理和高效的质量管理(PMP与ITIL) •持续性的IT服务改进和提高(ITIL)
技术 ITSM 系统架构 工具要求 工具评估和选择 工具安装 开发环境 客户化和集成 测试 部署
信息 服务目录 服务级别管理(SLA&OLA&UC) 服务指标信息要求(KPI) 数据提取方式(标准导出接口) 数据转换成信息格式 信息度量和服务报告
IT服务财务管理 IT服务战略管理 客户与业务 关系管理 服务组合管理 供应商管理 业务需求管理 风险管控
IT服务连续性
知识库管理 服务级别管理
IT需求管理 设计协调
服务报告管理 (CSI,SIP)
信息安全管理
IT服务管理 最佳实践 变更管理 配置管理 项目管理

UCMDB自监控通用CMDB November 2017白皮书说明书

UCMDB自监控通用CMDB November 2017白皮书说明书

White PaperUCMDBSelf-MonitoringUniversal CMDBNovember 2017White Paper UCMDB Self-Monitoring ContentsOverview (3)UCMDB Server (3)UCMDB Database (8)Universal Discovery (8)Store and Forward Server (11)2OverviewThis document lists items that you can monitor in order to understand whether UCMDB is working correctly and to help flag any anomalies that warrant further investigation.UCMDB Server•Monitor the UCMDB Server serviceo Windows: Monitor the UCMDB_Server service to make sure that it is running.o Linux: Search for the UCMDBServer process (the path to the process will resembleopt/hp/UCMDBServer/bin/wrapper).▪Monitor wrapper.exe. This is a "watchdog" process that monitors the UCMDB_Server process.▪Wrapper logs for UCMDB Server are saved tohp\UCMDB\UCMDBServer\runtime\log\wrapper.log.▪Log entries for starting UCMDB resemble the following:STATUS | wrapper | 2014/07/30 10:47:51.692 | Launching a JVM...INFO | jvm 1 | 2014/07/30 10:47:52.896 | -XX:+CMSClassUnloadingEnabled -XX:+CMSIncrementalMode -XX:+HeapDumpOnOutOfMemoryError -XX:InitialHeapSize=1073741824 -XX:+ManagementServer -XX:MaxGCPauseMillis=250 -XX:MaxHeapSize=4294967296 -XX:MaxNewSize=1073741824 -XX:MaxPermSize=201326592 -XX:MaxTenuringThreshold=6 -XX:OldPLABSize=16 -XX:-OmitStackTraceInFastThrow -XX:+PrintCommandLineFlags -XX:+PrintGC -XX:+PrintGCDetails -XX:+UseAdaptiveGCBoundary -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC -XX:-UseLargePagesIndividualAllocation -XX:+UseParNewGCINFO | wrapper | 2014/07/30 10:48:06.658 | Waiting to start...INFO | jvm 1 | 2014/07/30 10:48:09.629 | WrapperManager: Initializing...INFO | jvm 1 | 2014/07/30 10:48:11.351 | 2014-07-30 10:48:11,336[WrapperSimpleAppMain] INFO - Starting cmdb serverSTATUS | wrapper | 2014/07/30 10:48:13.668 | UCMDB_Server started.▪Log entries for stopping UCMDB resemble the following:STATUS | wrapper | 2014/07/25 20:53:30.517 | on_exit triggermatched. Restarting the JVM. (Exit code: 1)INFO | wrapper | 2014/07/30 10:12:13.870 | Waiting to stop...STATUS | wrapper | 2014/07/30 10:12:17.473 | <-- Wrapper StoppedSTATUS | wrapper | 2014/07/30 10:12:18.876 | UCMDB_Server stopped.•Check the status of UCMDB Server. To do this, open <protocol>://<serverName>:<port>/status in a browser (access requires authentication). Possible statuses are Up, Starting, and Down.•If the UCMDB UI is not accessible, check that the status of the UI server is UP. To do this, open <protocol>://<serverName>:<port>/ucmdb-ui/status.jsp in a browser.•Monitor the amount of free space that is available on the server. The server creates files and uses disk space in the directory tree in which the server is installed (by default, hp\UCMDB\ UCMDBServer). If SOLR is enabled but a standalone SOLR approach is not used, full-text search indexes (UCMDBServer\search\) can occupy a significant amount of disk space and grow in proportion to the data model size. Check the Universal CMDB Support Matrix document for more information about free space.•Check that the UCMDB log levels are set to the default value.o Log levels in UCMDB are configured by changing the log settings in the \conf\logs directory in the UCMDB installation folder.o A more detailed log level (such as DEBUG) can impact UCMDB performance, as every action performed by the application is slowed down by disc I/O as the logs are written to the physical disk. Ingeneral, no logs should ever be set to the DEBUG level unless you are troubleshooting a specific issue. •If you experience slow performance, check the slow.log files.o Each operation that takes more than a certain time (by default, 5 seconds; configurable in operation.slow.log.threshold) is written to the log.o Each operation that exceeds a defined timeout (configurable in server.sync.session.timeout) is written to the log.o The log is written to every 60 seconds.o The log includes thread names and commulative time (how long the operation has taken currently) o The log includes all managers, their status, and their queue (Manager name (max threads), Busy=threads; Waiting=threads). If a manager has any threads that are in the Waiting state for morethan 10 minutes, UCMDB may experience a performance degradation. If there are more than 100serving threads, UCMDB Server may run slowly.o Check for operations that have an elapsed time greater than 10 minutes.o We recommend that you increase the number of slow.log log files to 100. This ensures that the logs capture a longer timeframe for analysis. Make sure that enough free disk space is available.o Historical and "Top 10 worst" operations are saved to \runtime\log\statistics.▪These logs are written to every 15 minutes.▪The logs record the operations executed, the different types of operation executed, the average time of operations, and the 10 worst operations.▪The logs record all operations during the last 15 minutes, together with the average and maximum duration, and the number of operations. You should investigate operations that take more than 10minutes.▪Ignore AutoDiscoveryOperationGetProbeTasks 30 seconds. This is the default operation timeout.NoteIt is normal for some operations to take a long time. For example, merging a lot of data, performing ahistory baseline, or purging data may take 20 to 30 minutes. However, this should occur only rarely; if it occurs regularly, you should investigate further.•Check UI statistics by invoking the getServicesStatisticsSortByAvgDuration JMX method.o If UCMDB users experience slow UI navigation or login, this JMX method can highlight potential slow areas.o Investigate any operations that take more than 60 seconds.•Check the thread count and memory usage in the jvm_statistics.log file.o Check that enough memory is assigned to the UCMDB server, based on the deployment type as recommended in the Universal CMDB Support Matrix document.INFO - HEAP - [USAGE: 3989.8, FREE: 3.9, TOTAL: 3993.6, MAX: 3993.6]; NON-HEAP -[USAGE: 181.6, FREE: 50.9, MAX: 240.0]; CLASSES - [Loaded: 26658, Unloaded: 1651,Left: 25007]; THREADS - [Count: 259]•Check the cmdb.dal.log file (cmdb.dal.slow) to identify queries that take more than 150 seconds.2017-07-18 12:47:32,226 [RequestProcessorAsyncPool-19858] 483705ms 863448635 755639820 1193357250 309891880 704983185 1216509861 SELECT CDM_ROOT_1.CMDB_ID FROM CDM_ROOT_1CDM_ROOT_1 …..•Check the output from the runSupportHandlersForAllCategories JMX method. This method generates a lot of useful statistics about UCMDB Server.o For more information about this JMX method, refer to the "How to Access Support Using the JMX Console" section in the Universal CMDB Administration Guide.•Check the number of active enrichments, TQLs, and pattern-based models.o This data can be found in the .zip file that is generated by using the Supportability Services JMX methods.o You can also use the retrieveTqlNames and retrieveAllEnrichmentNames JMX methods.•Use the System Health Services JMX method to check the active TQL count.o It is important to check the number of active TQLs. We recommend that you have a maintenance task to delete unused and test active TQLs and deactivate those that do not need to be active.o You can also view this information by running the retrieveTqlNames JMX method or by checking the runSupportHandlersForSpecificCategories output (TQL.properties file).•Check the cmdb.pattern.statistics.log log file, which displays TQLs and Views, together with statistics about how long each one took took, the average time, the maximum time, and the result size.o This log shows data for active TQLs only.o To check all UCMDB TQLs that are calculated, check the cmdb.tql.calculation.audit.log log file.Check for TQLs that take more than 600 seconds.Finished calculation of pattern [JDBCDataSrc_Database]:[JDBCDataSrc_Database Num of nodes [2] ; -10 - database ; -11 - jdbcdatasourceNum of links [1] ; -12(-11 --> -10) - join_f] Result size [12000] calculationtime = [JDBCDataSrc_Database= 920.016 ]Finished calculation of pattern [Probe Info]: [Probe Info Num of nodes [1] ; 1- discoveryprobegateway Num of links [0]] Result size [1] calculationtime = [Probe Info= 1.230 ]•Check the active TQL status. To do this, run the showFullReport JMX method.•Check the CPU usage for the UCMDB process.o In Linux environments, this is logged in the os_statistics.log file.USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMANDroot 29472 5.0 63.3 8621540 5071408 ? Sl 00:32 30:43/opt/hp/UCMDB/UCMDBServer/bin/jre/bin/ucmdb_server –servero In Windows environments, use Task Manager or other monitoring tools. This information is not stored in the UCMDB logs.•Check for model consistency using the newDbTool database tool. This is documented in the Universal CMDB Administration Guide.o Alternatively, you can run the use findBrokenLinks, deleteBrokenLinks, andcheckModelConsistency JMX methods.o The recommended approach is to use the newDbTool.bat tool (not in preview mode) to clean any inconsistent CIs.•You can check what UCMDB is doing at a specific time by invoking the following JMX methods. The JMX methods reveal which managers are running, together with a full stack trace. This enables you to see which UCMDB operations are running, and their callers.o viewOperationsInformationo viewFormattedServerSnapshoto viewServerSnapshoto viewThreadDumpo viewLocksInfo•Check the cmdb.reconciliation.audit.log file for the total time of discovery bulks.INFO - [ID=1612311824] [Customer ID=1] [Changer=UCMDBDiscovery: MZ_Basic node_Host Connection by WMI] [total time=120.625o The cmdb.reconciliation.audit.log file contains information to help you troubleshoot potential slow data-in issues.•Check the data-in throughput by using the following JMX methods (aging and automatic probe deletion is not included in these statistics):o viewDiscoveryProcessingStatisticso exportDiscoveryProcessingStatisticsToExcelFor more information about the meaning of the data saved in the Excel file, refer to the "Reconciliation" of the "Supportability Handlers" topic in the Administration guide.UCMDB Database•Check that the UCMDB Database is configured based on the recommendations in the Database guide.•Check if there are any UCMDB Database connection from JMX by using the viewDbConnectionSummary JMX method.o There should be no connections. Database connection leaks are displayed for many hours, until the server restarts.•Check if there are any inconsistencies between the UCMDB class model and the database tables by using the rebuildModelDBSchemaAndViews JMX method.o If inconsistencies exist, run the rebuildModelDBSchemaAndViews and rebuildModelViews JMX method.o The class model must be aligned with the Database tables and views.•Check if there are any missing indexes. To do this, run the showAndRebuildMissingIndexes JMX method.o One of the common root causes for a slow environment is index fragmentation.o Check the Universal CMDB Database Guide for details about how to monitor index fragmentation and how to create an index rebuild plan based on the discovery schedule and load of the UCMDB server.•Check the UCMDB connection to the Database by using the testConnectionToDB JMX method. The method displays a basic summary of few DB SQL statements.o Use the method to establish a baseline. Run the method when the system is busy and when it is idle.This can highlight possible UCMDB database configuration issues.•Fix any history tables inconsistencies by using the alignHistoryForType JMX method.o If there are inconsistencies in the history tables (for example, missing columns) data in operations will fail.•Delete any unused history tables from the Database to save disk space on the Database server. To do this, run the deleteUnboundHistoryTables JMX method.Universal Discovery•Monitor the following Windows services on the Data Flow Probe server to make sure the services are running:•"UCMDB_Probe_XmlEnricher" (Display name: "HP Universal Discovery XML Enricher")•"UCMDB_Probe" (Display name: "UCMDB Probe")•"UCMDB_Probe_DB" (Display name: "UCMDB_Probe_DB")•It is necessary to monitor the amount of free space available on the probe. The probe creates files and uses disk space in the directory tree in which the probe is installed (by default, C:\hp\UCMDB\DataFlowProbe).Scan files (especially if software scanning is enabled) can occupy a significant amount of disk space. If the free disk space is less than 100 Mb, you should free more space.•When you encounter problems, refer to the log files (by default, these are located inC:\hp\UCMDB\DataFlowProbe\runtime\log). Logs that typically contain information about fatal errors are WrapperProbeGw.log and probe-error.log. If a log contains an entry that resembles the following example, you must address the issue:<2017-08-23 10:13:12,594> 50626250 [FATAL ] XXXXXXXX•Monitor the probe status using the MAM:service=Discovery manager::monitorDiscoveryProbes UCMDB server JMX method. The method displays information that resembles the following:RUBMYDGLNOMonitors Discovery ProbeLast Report Time: No reports yetReported 0 CIsLast Access Time: 08/24/2017 13:55:30Monitor the Last Access Time value. If the last access time is not updated for one minute, the probe is disconnected.•Run the JobsInformation>viewJobsStatuses probe JMX method.o This JMX method displays the number of stuck triggers in the probe.o When the number of stuck threads reaches 8, the probe will restart.o Monitor this JMX method to be alerted about probe restarts.•Run the GwTaskResultDistributer Probe JMX method.o Check "NumberOfUnsentResults". This is the number of pending bulks waiting in the probe to be sent to the server.o Drill down to the GwTaskResultDistributer >viewUnsentResults JMX method:▪Check how long each bulk is waiting in the probe queue before it is sent to server.▪Bulks may wait too long in the probe queue because of a server-side problem.If the number of unsent results is increasing and is more than 1 million, you should investigate further. •Monitor the probe JVM heap by checking the jvm_statistics.log file (located in\HP\UCMDB\DataFlowProbe\runtime\log). The log contains content that resembles the following:<2017-07-12 12:58:58,660> [DEBUG] [Timer-1] (JVMMonitorInfo.java:13) - HEAP - [USAGE: 241.5, FREE: 253.5, TOTAL: 494.9, MAX: 1979.8]; NON-HEAP - [USAGE: 41.7, FREE: 0.9,TOTAL: 42.6, MAX: 1024.0]; CLASSES - [Loaded: 7093, Unloaded: 0, Left: 7093]; THREADS - [Count: 89]If the free size of HEAP is less than 10, increase the amount of memory allocated to the probe’s JVM. •Check the probeGW-taskResults.log file:o Example:<2014-07-24 12:08:37,925> 145673 [INFO ] (TaskResultsSenderThread.java:166) - Process Result Time Statistics - Total Time:5651, Results size:6, Time To get Tasks:9, Timeto send results: 78, Time until server gets the results:90132, Time to get resultsstatus:5016, Time to process Id Mapping:98, Time to update warnings:0, Time toactivate automatic deletion:378, Time to inform the sent results is:4, Time to finish deleting results:25, Total time to handle Successful results:505o The above entry is printed for each group of discovery results bulks. Each entry includes the following measurements:▪"Time until server gets the results": Select results from DB (in probe side)▪"Time to get results status": Server side work - reconciliation\model update▪"total time to handle Successful results": Update probe DB table•Check the result processing queue time on the server side in the mam.autodiscovery.results.stat.log log file (located in \HP\UCMDB\UCMDBServer\runtime\log).2017-07-12 16:47:12,046 INFO [Process Results Thread-Test Import Vector From File] - Processing result of 'Unix-Daily' from probe: 'USPMVAPP557' took 3948msec. Waiting time (in result processing queue): 133349If the waiting time is more than 120000, you should investigate further.•Check the queue size in the mam.autodiscover.log log file (located in\HP\UCMDB\UCMDBServer\runtime\log).2017-08-22 20:20:25,275 INFO [notification_publish_task0-130] - [DISPATCH] Adding dispatch task to queue. New queue size: 846. Task: Redispatch Trigger Cis•Enable the probe server Database performance log. To do this, follow these steps:1. Open the \HP\UCMDB\UCMDBServer\conf\log\mam.properties file, and then add the followingcode:########################################## DB.performance.appender #########################################log4j.category.mam.collectors.dal=DEBUG,db.performance.appenderlog4j.appender.db.performance.appender=com.mercury.topaz.cmdb.shared.base.log.BetterRollingFileAppenderlog4j.appender.db.performance.appender.File=${logs.dir}/db.performance.loglog4j.appender.db.performance.appender.MaxFileSize=${def.file.max.size}log4j.appender.db.performance.appender.MaxBackupIndex=${def.files.backup.count}yout=org.apache.log4j.PatternLayoutyout.ConversionPattern=%d %-5p - %m%n2. Locate the db.performance.log file (located in \HP\UCMDB\UCMDBServer\runtime\log).2017-08-02 15:35:48,031 DEBUG -context=dalcollectors;operation=setCIs;duration=500349The unit of duration is milliseconds. If one operation exceeds 2 mins, investigate further.Store and Forward Server•Windows:o Monitor the following two Windows services to make sure the services are running:▪"hpudStoreAndForward" (Display name: "HP Universal Discovery Store and Forward Server")▪"hpudApacheSF" (Display name: "HP Universal Discovery Store and Forward Web Server") •Linux:o Monitor the following Store and Forward server processes to make sure they are still running: ▪storeNforward▪httpd (embedded Apache web server daemon)•The Store and Forward server also serves the XML status document showing the current status of the server over HTTP (or HTTPS depending on how the server is configured). The status is available at the following URL:http[s]://<StoreAndForwardServer>:<port>/server_status.xmlIf you view the server status in a browser, a user-friendly HTML page is displayed. However, monitoring software can read the XML itself. For example:<?xml version="1.0" encoding="UTF-8"?><?xml-stylesheet type="text/xsl" href="server_status.xsl"?><StoreAndForwardStatus version="1.0"><statusDirBytes>0</statusDirBytes><incomingDirBytes>0</incomingDirBytes><inProgressDirBytes>0</inProgressDirBytes><resumeDirBytes>0</resumeDirBytes><freeDiskSpaceBytes>50882215936</freeDiskSpaceBytes><numIncomingFiles>0</numIncomingFiles><numInProgressFiles>0</numInProgressFiles>11<numResumeFiles>0</numResumeFiles><modifiedTime>06/22/14 08:23:30</modifiedTime></StoreAndForwardStatus>•It is important to monitor the amount of free disk space available on the disk that the store and forward server uses for its data. If there are network connectivity problems and the store and forward server is not able to send the files on a timely basis, the files will start to accumulate and consume disk space. The directories that are used for storage are configured in the config.ini file used by the store and forward server:[BaseDirectories]dataDir=xxxincomingDir=yyyMore details can be found in the UCMDB documentation.12White PaperMicro Focus Trademark InformationMICRO FOCUS and the Micro Focus logo, among others, are trademarks or registered trademarks of Micro Focus (IP) Limited or its subsidiaries in the United Kingdom, United States and other countries. All other marks are the property of their respective owners.Company DetailsCompany name: Micro Focus International plcPlace of registration: England and WalesRegistered number: 5134647Registered address: The Lawn, 22-30 Old Bath Road, Berkshire, RG14 1Q。

IBM Cognos Transformer V11.0 用户指南说明书

IBM Cognos Transformer V11.0 用户指南说明书
Dimensional Modeling Workflow................................................................................................................. 1 Analyzing Your Requirements and Source Data.................................................................................... 1 Preprocessing Your ...................................................................................................................... 2 Building a Prototype............................................................................................................................... 4 Refining Your Model............................................................................................................................... 5 Diagnose and Resolve Any Design Problems........................................................................................ 6
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。


September 2006

Job Trigger

A Job Process can have one or more Job Triggers OneCMDB starts a job when its trigger(s) have met their conditions Triggers can be configured to be

OneCMDB Core Concepts and API overview
Check the documentation available at for more details
Concepts Used

Configuration Item (CI) Attribute Template and Instance Reference Change Control Board (CCB) Policy Accounting Job Process Job Trigger








Configuration Item

A CI in OneCMDB is defined by:
– – – –
ID Label (alias/display name) Description (text/icon) User-defined attributes...

Everything is a CI!



The types are model dependent

Example of reference types
– – – –
physical dependency logical dependency business relation organizational relation, etc.
Root Policy
Root Container
Root Ci All other User-defined CIs
User-defined references
User-defined Policies
User-defined Containers
September 2006


type of the link (e.g. physical relation)

Min/Max Occurrences

number of values the Attributes must/can have

September 2006
Template and Instance
– – – –
a Java Class (Java Class can startup an external program) Input parameters (all attributes existing on Job Process) Progress (up to Java Class) State (idle/running) automatically set by OneCMDB
– –

Create a new CI
– – – – – – – –
ICcb ccb = (ICcb) session.getService(ICcb.class); ICmdbTransaction tx = ccb.getTx(session); ICiModifiable template = tx.getTemplate(ci); ICiModifiable newCi = template.createOffspring(); newCi.setAlias("My new CI"); ITicket ticket = ccb.submitTx(tx); IRfcResult result = ccb.waitForTx(ticket); if (result.isRejected()) return errorMsg(result.getRejectCause());

September 2006
CCB

'Automated' Change Control Board
– –
Reviews all RFCs Grants or rejects the changes based on the existing Policies

RFCs are created for all changes: creation, modifications and removal of CIs.
Instances
September 2006

Reference

A reference is a CI pointing to another CI A reference is created when the Attribute of a CI has another CI for value References are typed
Code Example

Query a CI with ID '101'

IModelService onecmdbModel = (IModelService) session.getService(IModelService.class); ItemId id = new ItemId(“101”); ICi ci = onecmdbModel.find(id);

Everything can be changed except the ID of a CI

CCB is asynchrone, as some changes may take time to realize (use a ticket)
September 2006

Policies
– – – –

Session

Contains credentials of user acting toward OneCMDB

September 2006
Internal CIs
Root
Root Reference
Root Job User-defined Job Processes Job Triggers
– – –


Manual trigger (a user or another entity) Schedule trigger (date/time based trigger) Event trigger (based on changes to specific CIs) - later
September 2006

CIs are organized using object-oriented techniques
– – – –
All CIs are derived from a 'parent' CI: a Template A CI has only one parent Template A CI inherits all Attributes defined by its parent Template. Changes to a Template affect all the Template's children (adding, modifying or removing Attributes) A CI that is not a Template is said to be an Instance A Template may have a parent Template There is always a Root Template

API Overview

IService
– – –
IModelService (find any CI) ICcb (create, submit and find RFCs) IReferenceService (access Root of references, navigate references forward/backward) ICiService (access Root of user-defined CIs) IJobService (access Root of Jobs, start/stop/cancel jobs) IPolicyService (access Root of Policies) IContainerService (access Root of containers)
September 2006

Job Process

OneCMDB can use external programs

Mainly used to create or modify CIs (auto-population).

Job Processes are CIs with attributes

OneCMDB keeps an history of all changes to a CI since its creation

Can query all RFCs on a specific CI
– – – –
Type of RFC (default: all) From date – to date Ordering ascending/descending How many (paging)

Policies are created in Java Modify the behavior of the CCB Example:
相关文档
最新文档