Embed Size (px)
Citation preview
Oracle 白皮书 2013 年 10 月
使用 Oracle Enterprise Manager 12c 实现 数据库即服务 (DBaaS)
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
1
概要 ................................................................................................................. 2
“数据库即服务”的演变 ...................................................................................... 2
数据库生命周期管理 ........................................................................................ 4
数据库供应的传统方法 ..................................................................................... 4
数据库即服务 ................................................................................................... 5
设置数据库即服务 ....................................................................................... 6
区域：分配服务器资源 ........................................................................... 6
池：池化运行数据库的平台资源 ............................................................. 7
服务目录：安装与启用服务 .................................................................... 7
通过 快速启动 工具包提供一站式 DBaaS 解决方案 ................................ 9
示例用例 ................................................................................................... 10
供应新的数据库服务 ............................................................................. 10
克隆（使用完全克隆或快速克隆） ....................................................... 11
自助服务体验 ............................................................................................ 13
收费（计费） ............................................................................................ 16
云 API 与编排 ............................................................................................ 17
总结 ............................................................................................................... 19
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
2
概要
当今的大型企业中充斥着成百上千的数据库，其版本、配置和补丁级别也各不相同。此外，供应新数据库的时间也是个棘手的问题。当最终用户，无论是开发人员还是 QA 工程师，需要一个数据库时，往往须经过审批流程，而这一流程随后会转化为数据库管理员、系统管理员和存储管理员的一系列工作。这一过程既繁琐又费时，也许会耗时数天。而且，有限计算资源的不当使用以及大量 IT 延迟也会让企业面临成本超支的风险。
Oracle Enterprise Manager 12c 提供的云服务作为一项开创性的技术，不仅可让企业用户自助部署 IT 资源，还提供了可满足各种多租户架构需求的资源池模型。数据库即服务 (DBaaS) 是一种范式，最终用户（ DBA 、开发人员、 QA 工程师、项目负责人等）可以通过它来请求数据库服务，在项目生命周期内使用该服务，在使用后自动取消数据库服务供应并将其返回资源池。
数据库即服务 (DBaaS) 可提供：
• 用于供应数据库服务的共享整合平台
• 用于供应这些资源的自助式模型
• 自由伸缩数据库资源的弹性
• 基于数据库使用的收费方式
“ 数据库即服务”的演变
起初，数据库即服务主要是作为一种减少资本支出 (CAPEX) 的整合方式，然而随着其不断发展，企业开始关注其他形式的关键驱动因素，比如自助服务、计费等等。在 2013 IOUG 调查中，人们可以很清楚地看到数据库即服务的几大目标。
图 1：从宏观层面对 2013 IOUG 调查进行分析
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
3
图 3：Oracle database 12c 中的可插拔数据库
在下图中，可以看到几种提供 DBaaS 的整合模型。对于服务器虚拟化，存在着最简单、最普遍的整合方式。服务器虚拟化提供了一种在同一硬件上运行多个操作系统实例的简单方法。而更为理想的模型是将多个数据库实例整合到同一个操作系统或集群中。不过，在上述两种情况下，数据库泛滥仍然是一个问题，因为这必然导致更大的管理开支，引发更棘手的合规性难题。为此，可以在同一数据库中托管多个来自不同租户的模式，由此实现的整合模型堪称更胜一筹。
Oracle Enterprise Manager 12c 提供了如上所述的全套数据库整合体系。这同时也为企业提供了与技术和业务影响有关的、全方位的服务交付选项。表 1 对不同的整合模型以及各自的优缺点进行了比较。
因此， Database 12c 为我们带来了一个新的整合模型。该模型称作可插拔数据库，由 Database 12c 的多租户选件提供。在该配置中，一个容器数据库可以容纳多个可插拔数据库，每个可插拔数据库可能代表一个不同的租户或应用程序。可插拔数据库将其他整合模型的优势集于一身，所以，虽然每个可插拔数据库的内存结构各有不同，但均在容器数据库级别进行修补和管理。因此，可插拔数据库在保持互相隔离和安全性的同时，也提供了数据库整合的绝好方法。此外，利用简便的插入和拔出机制还可以实现快速供应和取消供应，从而显著节约成本和工作量。
图 2：Oracle Database 12c 之前的各种 DBaaS 整合模型
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
4
表 1. DBAAS 整合模型的比较 数据库生命周期管理
如今已进入信息时代，企业 IT 部门所维护的数据库为各企业核心所在。一些数据库被用来执行重要的日常工作，比如 ERP ，其使用期限较长，而另一些数据库则用于临时性或非关键性项目，因而使用期限也短得多。每个数据库都能在其生命周期中找到所对应的阶段，例如开发、测试、准备和生产。有一点必须承认，上述所有数据库，无论属于哪类，其使用请求均源源不断，这就需要 IT 进行应对和处理。处理上述情况时，需要系统、存储、数据库管理员、开发人员、 QA 以及版本管理部门进行通力协作。一般来说，功能增强或新的业务请求需交由项目开发小组处理，而该小组提出的第一条需求往往是源数据库的最新副本或是同类的空数据库。尽管在实际情况中总能用到最佳的版本管理程序，但各种应用程序也只能与不同形式的操作系统平台上的数据库异构版本兼容。
数据库供应的传统方法
如果项目打算创建一个新的应用程序，则会请求使用最新及最佳版本的数据库实例，而在实际使用场景中仅会创建一到两个特定模式。此时，系统管理员需要找出合适的服务器（主机）来承担此负载。 存储管理员则配置存储并对其进行分区，以便数据库管理员 (DBA) 在其中安装必备的软件版本。若一切顺利，完成此流程大约需要 2 到 3 天。
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
5
不过，各种应用程序和操作系统的认证、高可用性需求以及其他方面的考虑，也可能使该过程变得复杂。如此一来，项目多半要延长 3 到 4 天，新数据库的供应也不得不花费一周或更长时间才能完成。
管理员面对的最后一个问题是，他们仍要对所分配的主机和存储以及供应的数据库承担一部分责任。按以往的经验，要确定哪个数据库正处于使用中以及何时会释放这些资源，是一件十分繁杂的工作。
上述流程描述的传统型数据库提供模式并未使整合、标准化、自动化和责任等核心问题得到充分解决。这些供应请求都可能导致非标准的配置。而且，如果池化不得法，还会使 IT 基础设施极度分散。因此，我们需要的是一个拥有明确定义的服务、且服务中包含恰如其分的治理规则的平台。具体内容将在下一节中介绍。
数据库即服务
为应对这些挑战，大多数 IT 企业都在探究云计算在其数据中心实现的益处。无论是快速供应、按需访问、基于策略的敏捷型资源调度，或是确保业务责任的付费规则，还是对环境的更多控制，在数据中心的管理方面， IT 都必须从被动向主动，乃至向可预测的管理方法演进。
Enterprise Manager 是用于系统管理的 Oracle 旗舰产品，提供了业界最全面的云管理解决方案。它提供了单一集成控制台，用于对当今复杂的 IT 环境进行部署、操作、监视、诊断和故障排除。还提供了简单、可伸缩的解决方案，用于在云环境中运行针对 A 类和 B 类系统的 Oracle 数据库。企业必须支持数百甚至数千种应用程序，才能满足不断增长的业务需求。这方面的增长使得购买及管理服务器和存储的成本一路攀高。云使得客户可将服务器、存储和数据库负载整合到共享的硬件和软件基础设施上。 Enterprise Manager 允许用户以自助服务、可灵活伸缩和可计量的方式按需访问软件和基础设施，因而具有如下优势。
提高服务质量： IT 组织不仅要努力降低成本，同时还要寻求一些解决方案来改进性能、可
用性和安全性，从而提高服务质量。云用户可自然而然地受益于云中内置的高可用性。 提供资源弹性：这是一种在给定的数据库上扩展和收缩其容量的能力，包括存储空间的
大小和计算能力，它使应用程序能够灵活适应不断变化的业务负载。 快速供应：通常情况下，可通过自助服务基础设施快速供应云中的数据库，从而实现应
用程序部署敏捷性。这将缩短部署生产应用程序、开发平台或创建测试环境配置所需的总时间。
可衡算性：在云中使用的数据库，不仅要在预算和规划方面进行度量，也要根据资源使用情况来分配管理资源。
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
6
设置数据库即服务
区域：分配服务器资源
无论启用任何数据库服务，首先都要确定服务要在什么样的物理资源上运行。而这并非一件容易的事。这可能取决于商业上的考虑（例如 LOB ）、数据库的生命周期状态（开发与生产）、负载（ OLTP 与数据仓库），甚至也取决于服务质量（高度可用与不可用）。上述问题均可通过将基础设施分成若干个单元来解决，这些单元就是 Enterprise Manager 中的区域。 假设有一个由财务、生产和人力资源三个业务部门组成的企业“ mycompany” 。这个企业共有 1000 台服务器，而服务器所在的数据中心由企业 IT 负责运维。 IT 管理员可根据上述业务部门的特点将这些服务器进行分离，并进一步将其细分为生产和开发服务器。 托管数据库即服务或 Java 即服务等平台服务的区域可列入平台即服务 (PaaS) 基础设施区域。作为第一个简化步骤，系统管理员把主机分散到 PaaS 基础设施区域中，而后确定放置策略限制条件，并对这些区域实施访问控制。
PaaS 基础设施区域：每个 PaaS 基础设施区域通常包含一组主机。这些主机既可以是 Exadata 计算节点、 Oracle VM 来宾，也可以是 Enterprise Manager 所支持的任何其他主机。区域中的每个资源均可表示服务实例的部署位置。
图 4：通过 Oracle Enterprise Manager 云资源来描述 PaaS 区域
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
7
一旦分配了区域并对 LOB 用户实施了访问控制，此后即使有偶发需求，也不用临时去搜寻可用主机。
池：池化运行数据库的平台资源
DBA 对每个 LOB 内正在使用的数据库的确切版本及特点以及操作系统版本的兼容性可谓了如指掌。作为进阶简化过程，每一种类型较为独特的数据库配置均可添加到一个称之为“池”的地方。例如，单实例 11.1.0.7 ，集群数据库 11.2.0.2 等等。
每个数据库池都包含一组可用于在 PaaS 基础设施区域内供应数据库实例的资源。 DBaaS 池分为以下几种：
数据库池：安装有数据库软件的服务器或集群的集合。 模式池：由带或不带种子数据的模式构成的数据库集合。 可插拔数据库池：和 12c 版本相当的一组容器数据库。
服务目录：安装与启用服务
一个成熟的数据库即服务解决方案需要满足各种使用情况，常见例子如下所示：
• 开发人员或项目负责人需要新的（带或不带种子数据的）数据库服务 • QA 需要完全的数据库刷新，以进行高强度负载测试 • QA 需要创建多个克隆，以便在数据子集上进行功能测试
当这些用例与前文所述的整合模型对应时，便出现了以下各种需求（如图 5 所示），而 Enterprise Manager 12c 可支持所有需求。管理员可根据配置（小、中、大型）或其他特性创建多个服务。
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
8
图 5：针对 DBaaS 的用户需求建模 为支持上述需求， DBA 需要创建黄金映像或创建供应配置文件（ Enterprise Manager 的说法）并将
其安置到软件库中。数据库供应配置文件是一个可以捕捉源数据库信息并对其给予供应的实体。事实上，若供应配置文件创建于现有安装，便可在克隆网格基础架构（含软件或配置）和 Oracle 数据库（含软件或配置）时提供足够的灵活性。配置文件可以代表完整的数据库，也可表示构成某个应用程序的一组相关模式。 Enterprise Manager 12c 支持使用以下方式创建配置文件：
a. DBCA 模板 b. RMAN 备份 c. 快照 d. 导出转储模式对象
眼下， DBA 已设法使主机分门别类放入 PaaS 区域中，各类供应配置文件也已创建完毕，此时，仅需让项目用户根据自己的需要，学会独立动态使用这些资源，便可大功告成。 Enterprise Manager 12c 给出的解决方案是“服务模板”。服务模板是一种自助服务用户可用来创建数据库或模式的标准化服务定义。自助服务用户可根据服务模板定义创建一个或多个数据库或模式。此外，一个配置文件可以用来创建多个服务模板，这实属意外之喜。此外，要控制用户对已发布的“服务模板”的访问，通过定义哪些特定角色有权使用哪些模板即可实现这一控制。例如：
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
9
服务模板 1 ：此模板是 Oracle 主目录和以 DBCA 模板为基础的 B 类系统数据库附属结构
的副本。 服务模板 2 ：此模板是 Oracle 主目录和完整的 A 类系统数据库的 RMAN 备份副本。 服务模板 3 ：此模板定义了各种负载配置，也允许创建空的模式。 服务模板 4 ：此模板是特定的 B 类应用程序的输出模式转储。
图 6：数据库配置文件和服务模板 对于供应了服务模板的数据库，其各个实例所使用的计算资源，都可以通过模板本身的初始化参数设置，由 DBA 来预先规定。
通过 快速启动 工具包提供一站式 DBaaS 解决方案
Enterprise Manager 12c 提供了一组用以配置底层资源和服务的管理 API ，从而让管理员可以容易地搭建云环境。另外，在 Exadata 上，这些 API 已进一步简化成单一的配置脚本，利用该脚本可以将其计算节点转化为一个完备的数据库即服务池。管理员只需运行该脚本，即可将自助服务界面提供给用户。
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
10
示例用例
供应新的数据库服务
开发人员和项目负责人往往需要为其项目准备一个新的数据库。而在这些数据库中会选择性地植入一些数据。对于全新的应用开发项目，仅需要使用所支持的 Oracle 软件版本，托管一个特定部署类型的空数据库 [单实例或集群 ] 。通过对数据库特性予以阐明的预定义服务模板来对该数据库实施供应。服务模板利用部署程序来执行供应过程。会根据诸如填充（已经部署在主机上的数据库数量）或负载（当前的 CPU 和内存使用情况）等条件，自动将该数据库放置在服务器池的适当主机中。供应过程结束时，会提供一个连接字符串，以便使用数据库。
如表 1 的比较结果所示，专用数据库模型，无论是在虚拟机或是在实体上实施，均可能导致数据库和操作系统的泛滥。这不但让管理员难于管理、备份、修补这些软件，也使其难以应对违规行为。
模式即服务
并非所有应用程序都需要专用数据库。与 ERP 不同，自行开发的小型应用程序往往都能与其他应用程序共享数据库资源，在开发周期中尤其如此。模式即服务作为 Oracle 解决方案，可支持共享的数据库交付模型。 使数据库支持多租户模型是一个重要目标，因为这可以让 DBA 在不牺牲安全性和资源的前提下，就可以在一个数据库中托管多个相同 / 不同的应用程序。自助服务管理员发布的服务模板可创建一个包含一个或多个（带或不带种子数据及数据库对象）模式的数据库服务。 最终用户 [ 开发人员 ] 可通过选择服务模板来请求已发布的配置，在这一过程结束时，将创建一个加载了必要模式的数据库服务。简而言之，每个模式即服务请求都可为用户提供：
数据库服务（允许 SSA 用户连接到数据库） 一种或多种（带或不带种子数据的）模式（视服务模板而定） 一个可供所有模式使用的主账户 单个表空间（作为请求的一部分而创建的模式将使用该表空间进行数据读 /写） 导出/导入（用户可以备份和恢复自己的专有数据）
模式即服务的“服务级隔离”实现基本分为两大类： 资源隔离：资源级隔离，可用于
数据/存储：可通过为每个用户创建唯一的表空间而实现数据 / 存储隔离，这样可以确保所请求数据的完整性和安全性。
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
11
CPU ：通过资源管理器（如果已启用）来实现 CPU 的隔离。 一旦启用资源管理器选项，每个作为服务请求的一部分而创建的模式都会被放入指定的用户组中，从而确保在多租户模型中，所有人都能公平使用自己份额内的 CPU 周期。
内存：由于数据库本身无法对内存使用加以限制，我们特地提供了报警功能，当服务超过限定的阈值时，会有警报提示管理员和用户。
安全隔离：安全级隔离是通过将适当的授权和权限提供给作为服务请求的一部分而创建的模式来实现的。此外，若要实现额外的安全级别，则可以选择使用 Data Vault 配置。
模式即服务的益处显而易见。数据库共享可以防止数据库的泛滥，从而将管理和配置的合规性风险降到最低。例如，只需要一次修补过程即可修补托管着数百个模式的数据库。以往，这通常会涉及到完整数据库的供应过程，而合理使用模式即服务可让硬件利用率提高 40% 以上。
对采用了 Database 12c 的企业来说，可插拔数据库提供了一个比模式即服务更高级的版本。
克隆（使用完全克隆或快速克隆） 使用 DBaaS 的 QA 工程师或测试人员为数甚众。他们要对各种应用执行用户验收测试 (UAT) 。
而执行 UAT 时，他们往往需要生产数据库的副本。对于某些高强度的测试（比如升级前的测试场景），则需要可全面更新的生产数据副本。在其他情况下（比如功能测试），虽然对数据的更新少之又少，但却需要多个功能性副本。 Enterprise Manager 12c 可支持上述两种场景。在前一种情况下，它利用 RMAN 备份来克隆数据。而在后一种情况中，它利用“写入时复制”技术在存储层执行 Enterprise Manager 12c 快速克隆（或简称为快速克隆）。目前，快速克隆支持 NAS 技术（也就是 Netapp 和 ZFS 存储设备）提供的通用 ZFS 和克隆 API 。使用这项技术后无需再克隆全部数据，但新的数据库可能物理上指向相同文件夹内的源数据块，而如果克隆副本有更新，只需分配新的数据块即可。两个模型的比较如下所示。
12
Delivering Database as a Service (DBaaS) using Oracle Enterprise Manager 12c
利用存储快照供应配置文件的方式被称为“快速克隆”。为便于理解，可以将快照看成数据的一个时间点视图。这就如同一个可以让你回顾过去的时间机器。由于快照只是一个个指针，我们实际上可将其看成一个活动的文件系统。快照只能读而不能写，因为已发生的事情无法改变，但我们照样可以查看快照，读取数据。 NetApp 和 SunZFS 快照可将新信息写入磁盘上一个用于存储这些变化的专用位置，称为 SnapReserve 。而后，负责将数据位置告知系统的指针会进行更新，以便指向 SnapReserve 中的新数据。
节省空间：由于记录的只是数据增量，因此磁盘空间占用极少，堪与写入时复制快照相比（对于 1 TB 的数据库，通常仅占用几百 KB 空间）。不过，这并非是以异乎寻常的方式复制原始数据块，因而性能没有明显下降。
节省时间：快照只是一些指针，所以要（使用 SnapRestore ）恢复数据的话，只需更新指针，让其重新指向原始数据即可。相对于从原始数据的快照区域复制所有数据，这种方式要快得多，如同写入时复制快照。如此一来，快照在很短的时间内即可生成，甚至对特大容量（如 TB 级）的数据及数据恢复来说也是如此。因此，一个典型的 TB 级数据库几分钟内即可克隆完毕。
13
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
图 8：创建数据库配置文件的可能性 若以最终用户（开发者）的角度来看待实用性，最好的做法是使用快照或不超过 1 个月的 RMAN 备份来保存生产数据库的供应配置文件。
快速克隆还有一个功能，即在不多占用额外空间的前提下，生成若干完全一样的数据库快照。这就使得 QA 工程师们无需在待测试数据间频繁往来。每个 QA 工程师都可以获得克隆副本的多个备份。使用 Enterprise Manager ，用户就如同在这些快照间进行“时空之旅”，可以将数据恢复到一个较早时间点的状态。
自助服务体验
自助服务范式是促使人们采用云计算的因素之一。 就云计算而言，其自助服务的本质就是让最终用户可自行获取与移除云服务，而无需 IT 人员的协助。云用户通过自助服务门户网站即可获取云服务。 由于企业用户可以直接获取和配置云服务，这等于提高了 IT 人员的生产力，使他们有更多时间来管理云服务。
Enterprise Manager 内部的所有自助服务用户均有权访问特定 PaaS 基础设施区域，其实现方法是在 Enterprise Manager 中设立一个基于角色的访问控制 (RBAC) 模型来对云资源的使用加以限定。
当用户登录到自助服务门户（假设该用户角色可访问所有四个服务模板），将看到一个服务目录，并且可根据给出的选项，选择创建一个完整的数据库或是创建一个包含一种或多种模式的
14
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
服务。根据项目需求的特点，将由用户来决定哪种工作方式是最适合的，例如，如果要为 SIT 或 UAT 克隆一个完整的数据库，仅需以适当的服务模板为原型生成一个实例即可。一旦用户提交此请求， Enterprise Manager 会依据池的定义，通过执行目标放置适配算法来自动确定哪个主机最适合所请求的数据库以及哪个数据库最适合所请求的模式。 此外，自助用户还可以在选项中指定所需的资源以及使用期限。
图 9：DBaaS 自助式控制台 简言之，在我们谈及的这个场景中，由于企业 IT 对云敏捷性模型领悟颇深，因而可凭借自助服
务让用户按需访问那些适时供应的资源。 同样需要注意的是，供应过程不仅创建了数据库服务，而且该服务完全可由 Enterprise Manager 进行管理。大多数云应用程序执行完供应过程，即将管理负载传输给管理员后即告结束。而 Enterprise Manager 可创建并配置数据库服务，并将其视为快速克隆的目标，如图 8 所示。因此，自助式控制台不仅实现了数据库服务的供应，同时也提供了几项操作供用户选用。用户可以启动和关闭其数据库，执行备份和恢复，还可以监视与数据库活动相关的关键指标。
15
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
图 10：显示供应和发现的快速克隆详细步骤 对数据中心内所有可用资源进行精简并提供给按需型业务开发项目之后，还要针对有限的消耗
性资源确定制约和平衡机制，这一点尤为关键。在数据库即服务的环境下实施自助服务管理，以下几个方法较为理想：
请求设置： DBA 可以在此处指定以下几项设置：即提前多久发送请求，请求的最大持续时间，以及已存档请求在被系统自动删除之前可以存储的时间。
撤消：要撤消自助服务请求，有以下三种途径：
a. 请求服务时，指定撤消日期和时间。此方式安排的是一个清理部署过程，以后若需要，可以重新安排。
b. 可以在处理请求后再确定是否要撤消。清理部署过程的日程表由用户来设定。 c. 用户可以重新安排“删除”请求。此方式根据新的时间表重新安排位于后端的清理部
署过程。
配额设置：此设置规定了属于某个特定角色的自助服务用户可以使用的资源总量。虽然要满足所有的自助服务请求，但 Enterprise Manager 每次都会透明地执行配额验证，从而确保服务请求只有在用户目前的使用未超出其所属的角色范围时才可执行。而在后台，Enterprise Manager 将根据以下属性自动分派配额：
16
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
a. 数据库：数据库数量以自助服务请求（数据库即服务）的数量为基础进行计算，而
请求的状态可分为“已安排”或“成功”两种。
b. 数据库服务：服务数量以自助服务请求（模式即服务）的数量为基础进行计算，请求的状态同样分为“已安排”或“成功”两种。
c. 内存： 分配的内存可视为以下各项的总和：
为每个数据库分配的内存 (SGA + PGA) + 在每个“模式”服务请求（包括“已安排”和“已处理”）的负载中所定义的内存。
d. 存储：总存储量是下列各项的总和：
数据库中创建的表空间总和（针对 DBaaS ） + 快速克隆的数据库的可写空间（仅适用于精简克隆） + （映射到表空间大小的模式即服务）负载中定义的存储。
收费（计费）设置： 自助服务的出现，有可能使数据库服务供应潮流愈演愈烈。 而
Enterprise Manager 中有一个高级收费应用程序，可对所有 DBaaS 用户进行管理并按其用量收取费用。下面将介绍收费特性。
收费（计费）
自助服务供应以及随后对数据库资源的使用，其费用都需要准确计算，尤其是在多个用户和用户组共用同一平台的情况下。除了配额和撤消这两项外，由于收费（计费）方案可对数据库的使用进行计量，因而自助服务用户还会受到该方案的管控。 Enterprise Manager12c 内含一套丰富的收费指标，可以作为收费方案的依据。 而收费方案可以基于资源使用或配置或两者的组合。例如，如果使用的是更高版本的数据库，则要收取更高的费用，而且 CPU 的使用时间也必须计算在内。 这些使用计量可以根据 LDAP 中定义的层级累计到组织层面，并且上报以供预算使用。与数据库即服务相关的各种指标和配置如下所示：
17
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
图 11：收费/计费配置选项
可以通过 Enterprise Manager 或 BI Publisher 查看收费结果。该报告为自助服务用户、数据库管理员和 LOB 负责人分别提供了专门的视图。作为收费依据，还可以使用 EMCLI 将每小时一次的计量信息导出并输入至计费或记账系统。
图 3：面向 DBA、自助服务用户和 LOB 负责人的不同收费报告（由左至右）
云 API 与编排 对于云计算以外的广阔空间，自助服务门户界面为最终用户提供了唯一的窗口。虽然私有云已
成为一种潮流，但仍存在这样的内在需求，即将这款强大的服务与其他第三方编排工具和自己构建的编排工具相整合。而云 API 是一套使用 JSON 有效负载，依靠运行 Enterprise Manager 云资源模型来驱动云操作的 REST 式 API ，正好可作为上述需求的解决方案。
图 13：用于提供 DBaaS 的 REST 式 API
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
图 14：使用蓝图的 DBaaS 和 MWaaS 示例
Enterprise Manager 12c 自身也附带编排框架，在该框架中可以使用蓝图来供应多层应用程序。蓝图可在云 API 中运行，以部署服务实例并将它们以应用程序的形式拼接在一起。这就是为何 DBaaS 可以关联至更高阶的平台即服务 (PaaS) 解决方案。
使用 Oracle Enterprise Manager 12c 实现数据库即服务 (DBaaS)
19
总结 那么，谁是受益者呢？ 用户和 IT 均为受益者。用户得到了他们想要的：快速供应、使用计量、有保障的性能。 IT 则受益于标准化和自动化，从而能够致力于创新。
Enterprise Manager 12c 提供了迄今为止业内最完整、最全面的数据库即服务功能。而且，在添加了配置管理、性能管理、自动修补等 DBaaS 管理员视为不可或缺的数据库生命周期管理特性后，其特性更趋完善。如上所述， Enterprise Manager 12c 涵盖了所有主要的 DbaaS 用例，从而能够带来显著的业务收益和很高的投资回报。
丰富的云管理特性不仅使所有企业私有云设计更为成熟，同时还实现了强大的“精确复制”功能，也就是说，迄今为止大多数仍靠人工推进的生产过程，将借助无差错级装配线生产和标准化步入新的时代。很显然， Enterprise Manager 12c 是在考虑了与资源引用相关的诸多因素以及自助服务请求中指定的条件后，最终确定了最有效的硬件计算资源利用方式。自动安装服务目录、智能部署软件资源、一键式供应和克隆，以及丰富的计量和计费方式，所有这些都为在企业级私有云环境中实现以按需型数据库消费模式为中心的可预测模型提供了极大帮助。
甲骨文（中国）软件系统有限公司
北京远洋光华中心办公室
地址：北京市朝阳区景华南街5号远洋光华中心C座21层
邮编：100020
电话：(86.10) 6535-6688
传真：(86.10) 6515-1015
北京汉威办公室
地址：北京市朝阳区光华路7号汉威大厦10层1003-1005单元
邮编：100004
电话：(86.10) 6535-6688
传真：(86.10) 6561-3235
北京甲骨文大厦
地址：北京市海淀区中关村软件园24号楼甲骨文大厦
邮编：100193
电话：(86.10) 6106-6000
传真：(86.10) 6106-5000
北京国际软件大厦办公室
地址：北京市海淀区中关村软件园9号楼国际软件大厦二区308单元
邮编：100193
电话：(86.10) 8279-8400
传真：(86.10) 8279-8686
北京孵化器办公室
地址：北京市海淀区中关村软件园孵化器2号楼A座一层
邮编：100193
电话：(86.10) 8278-6000
传真：(86.10) 8282-6401
上海名人商业大厦办公室
地址：上海市黄浦区天津路155号名人商业大厦12层
邮编：200001
电话：(86.21) 2302-3000
传真：(86.21) 6340-6055
上海腾飞浦汇大厦办公室
地址：上海市黄浦区福州路318号腾飞浦汇大厦508-509室
邮编：200001
电话：(86.21) 2302-3000
传真：(86.21) 6391-2366
上海创智天地10号楼办公室
地址：上海市杨浦区凇沪路290号创智天地10号楼512-516单元
邮编：200433
电话：(86.21) 6095-2500
传真：(86.21) 6107-5108
上海创智天地11号楼办公室
地址：上海市杨浦区淞沪路303号创智天地科教广场3期11号楼7楼
邮编：200433
电话：(86.21) 6072-6200
传真：(86.21) 6082-1960
上海新思大厦办公室
地址：上海市漕河泾开发区宜山路926号新思大厦11层
邮编：200233
电话：(86.21) 6057-9100
传真：(86.21) 6083-5350
广州国际金融广场办公室
地址：广州市天河区珠江新城华夏路8号合景国际金融广场18楼
邮编：510623
电话：(86.20) 8513-2000
传真：(86.20) 8513-2380
成都中海国际中心办公室
地址：成都市高新区交子大道177号中海国际中心7楼B座02-06单元
邮编：610041
电话：(86.28) 8530-8600
传真：(86.28) 8530-8699
深圳飞亚达科技大厦办公室
地址：深圳市南山区高新南一道飞亚达科技大厦16层
邮编：518057
电话：(86.755) 8396-5000
传真：(86.591) 8601-3837
深圳德赛科技大厦办公室
地址：深圳市南山区高新南一道德赛科技大厦8层0801-0803单元
邮编：518057
电话：(86.755) 8660-7100
传真：(86.755) 2167-1299
大连办公室
地址：大连软件园东路23号大连软件园15号楼502
邮编：116023
电话：(86.411) 8465-6000
传真：(86.755) 8465-6499
苏州办公室
地址：苏州工业园区星湖街328号苏州国际科技园5期11幢1001室
邮编：215123
电话：(86.512) 8666-5000
传真：(86.512) 8187-7838
沈阳办公室
地址：沈阳市和平区青年大街390号皇朝万鑫国际大厦A座39层3901&3911室
邮编：110003
电话：(86.24) 8393-8700
传真：(86.24) 2353-0585
济南办公室
地址：济南市泺源大街150号中信广场11层1113单元
邮编：250011
电话：(86.531) 6861-1900
传真：(86.531) 8518-1133
南京办公室
地址：南京市玄武区洪武北路55号置地广场19层1911室
邮编：210018
电话：(86.25) 8579-7500
传真：(86.25) 8476-5226
西安办公室
地址：西安市高新区科技二路72号西安软件园零壹广场主楼1401室
邮编：710075
电话：(86.29) 8834-3400
传真：(86.25) 8833-9829
重庆办公室
地址：重庆市渝中区邹容路68号大都会商厦1611室
邮编：400010
电话：(86.23) 6037-5600
传真：(86.23) 6370-8700
杭州办公室
地址：杭州市西湖区杭大路15号嘉华国际商务中心810&811室
邮编：310007
电话：(86.571) 8168-3600
传真：(86.571) 8717-5299
福州办公室
地址：福州市五四路158号环球广场1601室
邮编：350003
电话：(86.591) 8621-5050
传真：(86.591) 8801-0330
南昌办公室
地址：江西省南昌市西湖区沿江中大道258号
皇冠商务广场10楼1009室
邮编：330025
电话：(86.791) 8612-1000
传真：(86.791) 8657-7693
呼和浩特办公室
地址：内蒙古自治区呼和浩特市新城区迎宾北路7号
大唐金座19层北侧1902-1904室
邮编：010051
电话：(86.471) 3941-600
传真：(86.471) 5100-535
郑州办公室
地址：河南省郑州市中原区中原中路220号
裕达国际贸易中心A座2015室
邮编：450007
电话：(86.371) 6755-9500
传真：(86.371) 6797-2085
武汉办公室
地址：武汉市江岸区中山大道1628号
武汉天地企业中心5号大厦23层2301单元
邮编：430010
电话：(86.27) 8221-2168
传真：(86.27) 8221-2168
长沙办公室
地址：长沙市芙蓉区韶山北路159号通程国际大酒店1311-1313室
邮编：410011
电话：(86.731) 8977-4100
传真：(86.731) 8425-9601
石家庄办公室
地址：石家庄市中山东路303号石家庄世贸广场酒店14层1402室
邮编：050011
电话：(86.311) 6670-8080
传真：(86.311) 8667-0618
昆明办公室
地址：昆明市三市街六号柏联广场写字楼11层1103A室
邮编：650021
电话：(86.871) 6402-4600
传真：(86.871) 6361-4946
合肥办公室
地址：安徽省合肥市蜀山区政务新区怀宁路1639号平安大厦18层1801室
邮编：230022
电话：(86.551) 6595-8200
传真：(86.551) 6371-3182
广西办公室
地址：广西省南宁市青秀区民族大道136-2号华润大厦B座2302室
邮编：530028
电话：(86.771) 391-8400
传真：(86.771) 577-5500
使用 Enterprise Manager 12c Cloud Control
实现数据库即服务 (DBaaS)
2013 年 3 月
作者：Subhadeep Sengupta
公司网址：http://www.oracle.com（英文）
中文网址：http://www.oracle.com/cn（简体中文）
销售中心：800-810-0161
售后服务热线：800-810-0366
培训服务热线：800-810-9931
欢迎访问： http://www.oracle.com（英文） http://www.oracle.com/cn（简体中文）
版权© 2014 归 Oracle 公司所有。未经允许，不得以任何形式和手段复制和使用。
本文的宗旨只是提供相关信息，其内容如有变动，恕不另行通知。Oracle 公司对本文内容的准确性不提供任何保证，也不做任何口头或法律形式的其他保证或条件，包括关于适销性或符合特定用途的所有默示保证和条件。本公司特别声明对本文档不承担任何义务，而且本文档也不能构成任何直接或间接的合同责任。未经 Oracle 公司事先书面许可，严禁将此文档为了任何目的，以任何形式或手段(无论是电子的还是机械的)进行复制或传播。 Oracle 是 Oracle 公司和/或其分公司的注册商标。其他名字均可能是各相应公司的商标。
