暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

OBIEE 教程

原创 Handsome BOY 2022-11-14
1149

什么是 OBIEE?

当今的企业业务场景由多个异构流程和系统组成,包括事务、ERP、决策支持、分析和基于电子表格和 Microsoft Access 的自定义本地桌面应用程序等。数据分布在整个企业中,并在各种系统之间集成以产生很难对企业的经营业绩有一个统一的、连贯的看法。

Oracle 商业智能是一个系统,它提供业务绩效的单一企业视图,从企业的顶部到底部产生可操作的洞察力。这是最广为人知的 Oracle 商业智能企业版 OBIEE。

Oracle 商业智能提供下列特性:

  • 统一  的企业视图:跨多个异构源(如 ERP、数据仓库和操作系统)实现企业的单一一致和逻辑视图。
  • 统一语义视图: 将来自多个来源的复杂业务信息和模式建模为通用企业逻辑模型。
  • 终端用户自助服务:业务用户可以根据自己的需求开发即席分析报告,只关心信息的业务视图: 
  • 实时信息访问: 联合访问、微 ETL、与事务系统的直接集成以及复制等技术提供了这一点
  • Oracle 设备提供的性能支持:  Oracle Exalytics 是独立于设备中的 OBIEE。它是预装和配置 OBIEE 软件的硬件机器
  • 开放式可扩展架构: 多层架构使其能够在任何层中垂直和水平扩展。
  • 多数据源支持:  OBIEE 支持多种数据源,包括 ERP(EBS 和 Peoplesoft)、Siebel CRM、数据仓库、OLAP 多维数据集(如 Essbase 和 SSAS)、电子表格和文本文件。Oracle 数据集成器工具是提供各种适配器的数据集成的通用中心。
  • 内置和可定制的分析功能:  OBIEE 应用程序是平台之上的一套产品,包含可根据企业需求扩展的内置功能。
    1. 集成多个分析应用程序的基础
    2. 集成财务、采购、人力资源、交通等多个应用程序的基础。
    3. 发布和与 Microsoft Excel 集成
  • 像 Essbase 这样的集成 OLAP 源: 数据可以在水平(钻取)或垂直(向下钻取能力)中拉取并与 Essbase 集成”
  • 企业移动功能:  OBIEE 在分布式断开模型中具有内置和可定制的移动平台功能。
  • 业务的数据源抽象:  OBIEE 提供了一种基于通用信息模型的逻辑业务数据模式,该模型对业务隐藏了数据源。
  • 高度可定制和模块化:  OBIEE 可在所有第 1 层、e 报告、存储库中进行定制。中间件、ETL 和数据层。分层架构和功能主题领域提供了模块化。
    1. 交互式和可定制的仪表板和报告
    2. KPI、警报、交付和自动化
  • 通用数据集成:   Oracle 数据集成器提供跨事务、OLAP、电子表格和其他外部数据源的通用数据集成平台

 KPI、警报、交付和自动化

OBIEE架构

典型的 OBIEE 实现由多个层组成,如下面的架构图所示。来自数据源层的信息在此过程中被转换和集成,并以最终业务用户可有效消费的方式呈现。

 OBIEE架构

OBIEE 分层架构

  1. 客户端层:这包括浏览器和用于从笔记本电脑或台式机或通过互联网或移动设备访问 OVIEE 系统的 URL。
  2. Web 层:这是一个 Web 目录层,用于存储由 BI 业务用户开发的报表和仪表板。
  3. 应用层:称为存储库的元数据层,根据用户请求开发 SQL 查询
  4. 数据仓库:这一层是将历史数据存储在适合 BI 分析的模式中的数据仓库
  5. ETL:提取转换和加载是将事务数据转换为适合 BI 分析的格式的工具。
  6. 数据源:数据源是各种事务和电子表格数据源。

Oracle BI 域

上图显示了 OBIEE 应用层架构。Oracle 应用层或俗称的融合中间件层建立在一个通用的基于域的架构之上,该架构可以支持跨各种 Oracle 产品的一组通用核心功能(如安全性、可伸缩性等)。这是通过 Weblogic 域实现的,如图所示(Oracle BI 域)。

Oracle BI 域由两个组件组成

  • Weblogic 域:  Weblogic 域由应用程序的逻辑划分组成,我们使用通用架构来管理它们的服务器层,称为管理服务器和托管服务器,以执行应用程序执行的 Web 应用程序工作。
  • 管理服务器:这由一组管理服务器组成,用于管理域中运行的进程。
  • 托管服务器:这些是在 Weblogic 中运行的特定于产品的进程。核心架构的设计使得多个托管服务器可以在多台机器上启动,以随着 BI 使用量的增加进行负载平衡。托管服务器由不同的特定于应用程序的服务组成,例如 BI 发布者(负责生成像素完美报告)、BI Office(与 excel 和 ppt 等 MS Office 组件集成)、Action 服务(负责基于为报告中的数据单元格)。
  • Oracle BI 系统组件:  Oracle BI 系统组件是执行一组特定工作的 WebLogic 应用层域的服务器端组件。系统组件由中央流程 Oracle 流程管理器 (OPMN) 以集成方式管理
  • Oracle BI 服务器: 根据 Oracle BI 存储库元数据和用户请求生成 SQL 查询。然后将 SQL 查询定向到数据源或数据仓库以产生所需的结果。
  • Oracle Presentation Server: 负责将带有从 SQL 查询中检索到的数据的报告目录呈现到仪表板。
  • Oracle BI Scheduler: 负责执行 Oracle BI 请求,并以计划的自动化方式将 BI 内容(例如生成的报告)发送到业务用户的电子邮件。负责监控BI系统中设置的不同业务告警。
  • Oracle BI 集群控制器: 与 Oracle 集群件一起负责高可用性和故障转移环境中的集群控制。在一个节点中检测到的进程故障将导致自动故障转移到其他节点。
  • Oracle BI Java Host: 它负责使 BI Presentation 服务器支持 BI Scheduler、Publisher 和图表的各种 Java 任务。

Oracle BI 企业版:

  • 是一套全面的企业 BI 产品,提供全方位的分析和报告功能

  • 它具有以下组件:

  • Oracle BI Server – 通用企业业务模型和抽象层

  • Oracle BI Answers – 即席查询和报告

  • Oracle BI 交互式仪表板——用于访问商业智能和应用程序内容的高度交互式仪表板

  • Oracle BI 提供 – 主动业务活动监控和警报

  • Oracle BI Disconnected Analytics – 面向移动专业人员的完整分析功能

  • Oracle BI Publisher – 企业报告和“像素完美”报告的分发

  • Oracle BI 简报 – 仪表板页面的快照,可在离线模式下查看和共享

Oracle BI 应用程序:

是完整的预构建 BI 解决方案,可为组织中的每个人提供基于角色的直观智能

Oracle BI 应用程序基于 Oracle 商业智能企业版构建

提供独立应用程序的所有功能,以及:

  1. 用于常见行业分析处理的应用程序,例如服务分析、销售分析、营销分析等
  2. 预先构建的基于角色的仪表板,以支持直线经理到首席执行官的需求
  3. 一个预构建的数据库(Oracle 业务分析仓库),专为分析处理而设计,使用预构建的例程从事务数据库中提取、加载和转换数据。

OBIEE架构

由五个主要部分组成:

  • 网络客户端

  • Oracle BI 表示服务器

  • Oracle BI 服务器

  • Oracle BI 调度程序

  • 数据源

网络客户端

提供对 bi 信息的访问

  • 网页浏览器

  • 企业应用

  • 企业门户

Oracle BI 表示服务器

  • 提供处理以可视化客户消费的信息 -1。实现为 Web 服务器的扩展 2.使用演示目录来存储应用程序的各个方面
  • 从 Oracle BI 服务器接收数据并将其提供给请求它的客户端

Oracle BI 表示目录

  •  存储应用程序仪表板请求定义和有关计划报告的信息
  •  包含有关按组和用户对仪表板的权限和可访问性的信息
  •  在 Oracle BI Presentation Server 启动时创建
  •  使用 Oracle BI 目录管理器进行管理

Oracle BI 提供

  • 一个客户端应用程序:

         1.用于创建iBots

         2. 向订阅用户发送警报

         3.与仪表板和答案集成

  • 作业确定应在何时运行过滤哪些信息,以及向谁发送警报

Oracle BI 表示服务管理

  • 用于访问 Oracle BI 表示服务的管理功能并查看有关当前安装的系统的信息

Oracle BI 服务器 

  • 提供高效处理以智能地访问物理数据源并构建信息

    1. 使用元数据来指导处理
    2. 生成动态 SQL 以查询数据源中的数据
    3. 本地或通过 ODBC 连接到 RDBMS
    4. 构造结果以满足请求
  • 向 Oracle BI Presentation Server 提供数据

  • Oracle BI Server 使用了几个重要的组件:

    1. 存储库文件 (.rpd)
    2. 缓存
    3. NQSConfig.ini
    4. DBFeatures.ini
    5. 日志文件
1. 存储库文件 (.rpd)
  • 包含表示分析模型的元数据
  • 它是使用 Oracle BI 管理工具创建的
  • 它分为三层:
    1. 物理层——代表数据源
    2. 业务和映射层——将数据源建模为事实和维度
    3. 表示层——指定模型的用户视图;在 Oracle BI Answers 中呈现
2.缓存:
  • 包含查询结果

  • 用于消除对数据库的冗余查询:

    1. 加快请求处理
3. NQSConfig.INI 
  • 是 Oracle BI 服务器在启动时使用的配置文件指定控制处理的值,例如:

       1. 定义要加载的存储库 (.rpd)

       2. 启用或禁用结果缓存

4.DBFeatures.INI
  •  是 Oracle BI Server 使用的配置文件
  •  指定控制 SQL 生成的值:

          1.各数据库支持的特性

5. 日志文件
  •  NQServer.log 记录 Oracle BI Server 消息
  •  NQQuery.log 记录查询请求的信息

Oracle BI 调度程序:

  • 管理和执行请求数据分析的作业
  • 安排在指定时间向用户发送报告
  • 在 Windows 中,调度程序作为服务运行

数据源:

  • 包含用户想要分析的业务数据
  • 由 Oracle BI 服务器访问

     可以是任何格式,例如

         1. 关系数据库

         2. 在线分析处理(OLAP)数据库

         3.平面文件

         4. 电子表格

Oracle 业务分析仓库

  • 它是一个预定义的数据源,用于支持 Oracle 商业智能应用程序的分析要求:1。相关数据结构支持 Oracle BI 应用程序
  • 它采用星型模式格式
  • 它包含在 Oracle BI 应用程序中(不适用于单独购买 OBIEE)

数据仓库管理控制台

  •    数据仓库应用程序控制台 (DAC) 客户端:
    1.  用于调度、监控、配置和自定义 OBAW 提取、转换和加载

    2.  访问 DAC 存储库中有关 ETL 映射和依赖项的元数据

  • DAC 服务器:

     1.组织ETL请求进行处理

  • 第三方 Informatica Server 从事务数据库(PeopleSoft 数据库)填充 OBAW:

     1. 使用提取、转换和加载 (ETL) 例程

样品请求处理

  • 用户查看仪表板或提交答复请求
  • Oracle BI Presentation Server 向 Oracle BI Server 发出请求以检索请求的数据
  • Oracle BI Server 使用存储库文件优化功能以从数据源请求数据
  • Oracle BI 服务器根据需要从数据源和进程接收数据
  • Oracle BI Server 将数据传递到 Oracle BI Presentation Server
  • Oracle BI Presentation Server 格式化数据并将其发送到客户端

实时实施:

  • Oracle BI 组件通常在网络上的多台计算机上实施

集群 Oracle BI 服务器

  • 集群服务器功能:
    1. 最多允许一个网络域中的 16 个 Oracle BI 服务器充当单个服务器
    2. 集群中的服务器共享来自多个 Oracle BI 客户端的请求,包括 Oracle BI Answers 和 Oracle BI Delivers
  • Cluster Controller 是 Cluster Server 功能的主要组件:
    1. 监控集群中资源的状态,并在资源变化时执行会话分配
    2. 支持检测服务器故障并为故障服务器的 ODBC 客户端进行故障转移

OBIEE 存储库基础知识

  • 将 OBIEE 服务器使用的元数据存储为以 .RPD 作为扩展名的文件格式
  • 使用管理工具访问和公开
  • 由以下服务器架构师创建:
    1. 导入——来自数据库和其他数据源的元数据     
    2. 简化元数据并将其重组为业务模型
    3. 构建业务模型以向用户展示以请求信息
  • 在三个单独的窗格中显示 Oracle BI 信息库,称为层
    1. 物理层
    2. 业务模型和映射层
    3. 表示层

构建存储库的物理层

客观的:

完成本章后,您将能够:

  • 识别存储库物理层中的对象
  • 为数据源定义系统数据源名称 (DSN)
  • 构建物理层 为什么需要知道:
  • 使您能够执行创建存储库、构建物理层的第一步
  • 提供对用户将根据其生成报告的数据源的访问权限

物理层

  • 是描述分析数据来源的元数据
  • 定义数据是什么、数据如何关联以及如何访问数据
  • 由 OBIEE 服务器用于生成 SQL 以访问业务数据以提供业务问题的答案 

连接池

  • 指定 ODBC 或本机数据源名称
  • 定义 OBIEE 服务器如何连接到数据源
  • 允许多个用户共享一个数据库连接池
  • 可以创建多个连接池以提高一组用户的性能

表类型: 

物理模式中的表可以是:

  • 物理表——数据库中存在的表
  • Alias table – 导入到物理层的物理表的别名
  • Select Statement – 在存储库的物理层中形成不透明视图
  • 存储过程

外键连接

  • 表示物理层中表之间的主键-外键关系
  • 用于在构建 SQL 时制定连接

复杂连接

  •  复杂连接用于表达不涉及主键-外键关系的关系

导入数据源架构(续)

  • 选择支持业务模型所需的表和列
  • 限制为支持用户分析要求所需的表和列

构建物理层 - 最佳实践: 

仅导入可能在业务模型中使用的那些表

  • 避免从数据库导入连接,因为在物理层中定义自定义连接条件时会导致循环连接
  • 仅在需要时导入数据库视图、同义词和系统表
  • 导入不必要的数据库对象会增加不必要的复杂性并增加存储库的大小
  • 从数据库导入表后,为每个表定义/重新定义主键。
  • 使用复杂连接在非主键上连接物理表或指定表达式。

原文作者:Ravindra Savaram

原文标题:OBIEE Tutorial

原文链接:https://mindmajix.com/obiee-tutorial

「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论