1.Cloud Control 体系结构介绍

1.1.   Cloud Control Console

Cloud Control Console 是一个基于浏览器的应用程序，通过该应用程序，管理员可以集中管理整个计算环境。

1.2.   Oracle Management Agent

Management Agent 被安装在每个被管理的主机上，并监控主机及该主机上的所有目标，同时将这些目标信息提交给 OMS 。这些被监控的目标既可以是该主机上的 Oracle 组件，也可以是非 Oracle 组件。

在每一个有目标被管理的主机上，你只能运行一个 Management Agent 。一个被正确安装的 Agent 会自动启动监控功能，并对其自身、主机和 OMS( 如果 OMS 与 Agent 被安装在同一台主机上) 及一些被安装在主机上的 Oracle 产品( 例如，数据库、监听器以及 Oracle Application Servers) 执行监控。

1.3.   Oracle Management Service

OMS 是一个 Java 2 Platform Enterprise Edition(J2EE) 中间层应用程序，为 Console 提供用户界面。Agent 将与目标相关的数据上传到 OMS ，OMS 会先处理这些数据，然后再把它们上传到数据存储库，即 Oracle Management Repository 中。

OMS 是为 Console 提供用户界面的中间层。OMS 被部署在 Oracle WebLogic Server(WLS) 11gR1(10.3.5) 版本上。

当运行 Installer 创建一个新的 EM 系统时，WLS 实例被安装在 Middleware 主目录( 例如/u01/app/ Middleware) 下的子目录wlserver_10.3 中。OMS 被部署在该WLS 实例中一个被命名为GCDomain 的新域中，不会使用任何现有的内置域。要理解 OMS 服务器的架构需要掌握它的每一个组件。 在一个 WLS Fusion 域中的 WLS 10.3.5( 包含 Oracle HTTP Server) 和 OMS J2EE 应用一起构成了所谓的“OMS” 。

所有 OMS 组件都被安装在相同的服务器上，无论 Cloud Control 采用何种安装模式。在一个给定的 Cloud Control 环境下，每个主机上的 OMS 必须包括所有的 OMS 组件，而且必须指向相同的 Repository 数据库。

OMS 通过 Thin Java Database Connectivity(JDBC) 与 Management Repository 通信。Middleware 主目录包含了下列目录的子目录：EM 实例的基本目录(gc_inst) 、JDK 1.6 目录(jdk16) 、OMS 目录(oms) 、Middleware 通用目录(oracle_common) 、Middleware WebTier 目录(Oracle_WT) 、 安装在 OMS 上的插件目录(plugins) 以及 WebLogic Server 目录(wlserver_ 10.3) 。

在安装完 CC 12c 后，Administration Console 连接到 GCDomain ，GCDomain 包含两个 WLS Managed Servers( 对每个已安装的 OMS 有可选的服务器) ：

Ø   EMGC_ADMINSERVER 位于 GCDomain 的管理服务器

Ø   EMGC_OMS1 在 OMS 上安装的第一个 OMS 应用。其后安装的OMS 应用分别被命名为 EMGC_OMS2 、EMGC_OMS3 等

1.4.   Oracle Management Repository(OMR)

OMR 是 Cloud Control 的管理资料库，它或者是在 CC 安装过程中被创建在一个预安装的 Oracle 数据库中，或者是在数据库创建时由 DBCA 中的 EM 模板创建的。Repository 存储在 SYSMAN 模式(schema) 中，该模式包含了 Cloud Control 的所有目标和管理员的信息。Repository 对这些数据进行组织，以便 OMS 能够在 Console 中检索和展示它们，让有权限的管理员查看这些数据。

Oracle Management Repository(Oracle 管理资料库，OMR) 是存储 Cloud Control 所有的管理信息的综合资料库。它由 Oracle 数据库内的模式定义、存储过程和 RDBMS 作业组成，所有这些对象由数据库用户 SYSMAN 所拥有。一个指定的 Cloud Control 实施只部署一个 Management Repository 。你可以安装多个 Management Service ，但每个 Management Service 必须使用这个中央 Repository 作为它们的数据存储。 所有的 CC Console 管理员按照赋给他们的权限共享相同的 Management Repository 信息。

Management Repository 中的信息包括：

Ø   被管理目标的配置详细信息

Ø   被管理目标的可访问信息

Ø   历史度量数据和告警信息

Ø   目标响应时间数据

Ø   已安装的补丁和产品的目录信息

Cloud Control 的 Installer( 安装工具) 创建 3 个默认的表空间来存储这些对象：

Ø   MGMT_TABLESPACE 存储所有与目标相关的监控数据和度量数据

Ø   MGMT_ECM_DEPOT_TS 存储从被监控的目标所收集来的配置数据

Ø   MGMT_AD4J_TS 存储与 JVM Diagnostics 和 Application Dependency Performance (ADP) 有关的诊断数据

Console 管理员和 Agent 通过特定连接和批连接( 除了告警) 与 OMS 进行通信，分别地使用下列协议与 OMS 进行通信：

l   管理员通过浏览器会话中的 HTTP(S) 请求 Console 中的内容，浏览器会话由 OMS 提供。然后，OMS 从 Management Repository 中检索所请求的数据并在 Console 中加以显示。

l   Agent 通过 HTTP(S) 上传信息给 OMS ，OMS 通过 thin JDBC 把这些数据上传给 OMR 。之后，OMR 通过 thin JDBC 把数据返回给 OMS ，OMS 再通过一个内置的 HTTP 监听器传递给 Agent 。