oracle for sap®...4 目录编辑寄语面向 sap 的 oracle database...

1

第 25 期 Oracle for SAP，2016 年 5 月www.oracle.com/sap

Oracle SAPfor® ®

技术动态

2

Oracle 提供全面、开放和高集成度的技术体系，涵盖数据库、业务软件、操作系统、服务器

和存储等各个方面，为 SAP 应用提供了一个绝佳的运行平台。

Oracle 公司与 SAP SE 的合作历史悠久，双方有丰富的联合开发经验，而且为了确保共同

客户的利益，合作前景非常广阔。

可以说，只要 SAP 支持 SAP Business Suite 和 SAP BW，Oracle 也将一直为它们提供

相应的支持。这种合作例证比比皆是，例如，根据 SAP 说明 1951491，SAP 在 SAP Net-

Weaver 7.4 SP08 中引入了创新技术，以便充分利用 Oracle 数据库平台的新技术功能（即

核心数据服务）；根据 SAP 说明 2178980，SAP 环境中支持 Oracle Database In-Memo-

ry 选件；而且 SAP BW 优化了 InfoCubes/Flat Cubes。

28 年来，两家公司通力合作，一贯秉持服务于数以万计共同客户的宗旨。

我们之间长期的经销商协议和支持协议为客户放心采用 Oracle 数据库技术和享受出色的客户支持提供了有效保证。Oracle 的

产品战略为客户打造 IT 基础设施提供了灵活多样的选择。因此，SAP 大中型企业客户中的绝大多数都为其应用选择了 Oracle

数据库。

通过选择 Oracle 数据库和数据库选件，SAP 客户可以不间断地利用持续创新，从而获得显著的收益。在经过深入了解后，您

会发现让 Oracle 数据库成为 SAP 应用运行平台的优势有：出色的性能和可扩展性、部署灵活性、可用性、可靠性、灾难恢复、

安全性、可管理性、自主管理、对超大型数据库的支持、对数据库整合的支持以及软硬件一体化集成。现在，所有 SAP 客户都

能利用 Oracle 数据库的功能和特性来优化 SAP 部署的成本。

目前，以下 Oracle Database 12c 选件已经过 SAP 认证，可供客户使用：

— Oracle Database In-Memory

— 信息生命周期管理 (ILM) /自动数据优化 (ADO)

— 与 ILM 相结合的适用于 Oracle Exadata 和 Oracle SuperCluster 的混合列压缩 (HCC)

— Oracle Multitenant 选件（2016 年）

Oracle Exadata 数据库云平台经过了集成设计，将所有 SAP 数据库和非 SAP 数据库整合到了一个私有数据库云环境中。它为

运行 Oracle 数据库私有云提供了拥有高性能和高可用性的平台，可运行包括联机事务处理（例如 SAP ECC 6.0）和数据仓储

（例如 SAP BW 7.0 和更高版本）在内的所有类型的数据库负载。Oracle Exadata 数据库云平台能够承载重要的大型数据库

负载，通常可将速度提高 10 倍以上，因此有大量 SAP 客户部署了该服务器。

Oracle SuperCluster 是通用型集成系统。它整合了全新 SPARC 处理器的超强计算能力、Oracle Solaris 11 的高性能和可扩

展性、Oracle Exadata 存储的数据库性能优化以及 SAP 内核 6.40 或更高版本的运行时优化。

Oracle 全面更新和扩展了 SPARC M7 和 T7 服务器系列，这一举措改写了企业计算经济学，以较高的性价比为客户提供出色

的价值。

尊敬的 SAP 客户：

3Oracle 为 SAP 应用提供了一个全面的 IT 数据库和基础设施平台

Oracle Exalogic 中间件云平台与 Oracle Exadata 数据库云平台相结合，可为 SAP 和非 SAP 应用提供高可扩展性、超强的

性能和管理简易性。

Oracle 私有云一体机是一个集成系统，它彻底简化了融合基础设施的安装、部署和管理，可用作数据库和应用的虚拟化平台。

Oracle 数据库机则开辟了一种新方式，使得客户可以在一个易于部署和管理的系统上利用使用广泛的 Oracle 数据库。它是一

个包含软件、服务器、存储、高可用性和联网设备的完整系统，旨在通过简化部署、维护和对数据库负载的支持节省时间和

成本。

Oracle Linux 7 是 Oracle 新版 Linux，可满足您的 SAP 基础设施的计算需求。它运行速度快，可为 SAP 应用提供出色性能；

它紧跟时代步伐，可为客户带来全新的创新；它稳定可靠，可提供数据完整性、更高的安全性和更长的应用正常运行时间；而且

它针对 SAP 环境下的 Oracle 数据库进行了优化。

Oracle VM Server for x86 是一个免费的服务器虚拟化解决方案，可以简化 SAP 和其他企业应用的部署、管理和支持。

在德国沃尔多夫 SAP SE 总部现场办公的 Oracle 开发团队将继续与 SAP 开发人员合作，以确保 SAP 客户总在使用全新优化

的 Oracle 技术，从而拥有出色性能、高可靠性和全新创新。

Oracle SAP 服务和支持团队提供高级客户服务 (ACS)，包括针对 SAP 环境的健康检查、技术研讨会、数据库迁移、性能分

析、调优以及 Oracle Solaris 高级客户服务，其中包括辅助服务项目（针对 IT 基础设施的分析/改进与 SAP 就绪服务）。要

了解更多信息或查看当前及早期版本，请访问：www.oracle.com/sap

如果您有何建议或问题，请联系我们：[email protected]

顺祝商祺！

Gerhard Kuppler

Oracle SAP 联盟副总裁

甲骨文公司

甲骨文公司：甲骨文公司拥有 420000 多个客户 — 其中包括所有财富 100 强企业，产品的部署覆盖超过 145 个国

家/地区的各个行业。公司提供了一系列全面、完全集成的云应用、平台服务和集成系统，在全球拥有 25000 多个合作

伙伴以及 130000 多位员工 — 其中包括 37000 位开发人员和工程师、18000 位支持人员和 17000 位咨询专家。

4

目录

编辑寄语

面向 SAP 的 Oracle Database 12c：面向应用优化的全新数据库技术和支持

用 Oracle 数据库选件和管理包为 SAP 客户实施数据管理基础设施

为何选择面向 SAP 的 Oracle 数据库和集成系统？

好消息！在 ORACLE SPARC M7-8 服务器上支持 130000 位用户的 SAP SD 基准测试结果已经获得 SAP 认证

新纪录！采用 Oracle 12c 的 Oracle SPARC M7-8 服务器支持 130000 位 SAP SD 基准测试用户

Bosch GmbH 通过 Oracle Database In-Memory 显著提高 SAP CRM 的效用

Oracle Database In-Memory 在 Villeroy & Boch 的应用

SAP BI 与 Oracle Database In-Memory 组合在 DB Masters 的应用

Oracle Advanced Compression 在澳大利亚公司 Goodman Fielder 的应用

ElectraNet 通过 Oracle 集成系统获得更好的业务洞察

Oracle Exadata 数据库云平台在巴西 Solvi Group 的应用

中国物美：通过 Oracle Golden Gate 实现大型 SAP 跨平台在线系统迁移

Oracle SuperCluster 在 CELSA GROUP 的应用

Oracle Exadata 在俄罗斯 Lenta 的应用

面向 SAP 客户的任务关键型支持服务

面向 SAP 客户的 Oracle SuperCluster M7

SAP 客户从 Oracle Exadata 技术中获益

通过 SAPCTL 为 SAP 资源赋予高可用性

专门针对创新、效率和简单性进行了集成设计：面向 SAP 的 Oracle 集成系统

迁移至 S/4 HANA 需要多少费用？

面向 SAP 的 Oracle 数据库和 ES 相关说明

出版信息

2-3 5

17 36

41424446 49 51

54 55 56 59 61

6267707274787983

5

面向 SAP 的 ORACLE DATABASE 12c：面向应用优化的全新数据库技术和支持

但是，“特殊的 HANA 特性”并不表示“只有 HANA 能提供这些特性”。没有哪些 HANA 提供的特性不包含在 Oracle 数据库中。因此将 SAP 应用特性与 Oracle 数据库进行集成的需求受到越来越多的重视。人们认为应该将在设计时考虑到 HANA 的 SAP 应用优化集成到 Oracle 数据库或由 Oracle 数据库支持 SAP 应用优化。

如今，在 Oracle 数据库上运行 SAP 的战略的两大支柱已经夯实。每当 Oracle 发布一个主要的新数据库特性，Oracle 开发团队就需要将其集成到 SAP 架构以及 SAP 提供的安装、管理和监视工具。每当 SAP 发布一个新的应用优化，开发团队也需要将其与 Oracle 数据库技术进行集成。

认证规划

针对 Oracle Database 11g (11.2.0.4) 的标准维护服务已于 2015 年 1 月 31 日到期，因此于 2015 年 2 月开始了为期三年的延伸支持服务。Oracle 为 Oracle Database 11.2.0.4 免费提供截止到 2017 年 5 月 31 日的延伸支持。（要了解更多信息，请参阅 SAP 说明 2098258。）

为了保障双方共同客户的利益，Oracle 与 SAP 同意将认证过程划分成几个阶段。这不仅会缩短 Oracle Database 12c 正式版上市的时间，还会充分延长对 Oracle Database 11g 的支持。Oracle 和 SAP 打破了十多年来约定俗成的“终点版本”惯例（只包括对版本 x.2 的认证，不包括对版本 x.1 的认证）。

• 第 1 阶段进行基本认证，该阶段已于 2015 年 3 月完成。涉及的认证内容为之前已经在 Oracle Database 11g 中提供的所有特性和选件以及 Oracle Database 12c 中完全透明或者只需极少集成工作的几个特性。


研发战略和规划

集成战略

从一开始，面向 SAP 的 Oracle 数据库或在 Oracle 数据库上运行 SAP 的战略就由两大支柱在支撑。一个支柱是 Oracle 数据库特性与 SAP 环境的集成。另一个支柱是 SAP 应用特性与 Oracle 数据库的集成。

将 Oracle 数据库特性集成到 SAP 环境的需求一直显而易见。如果 Oracle 发布了新的数据库特性，而 SAP 架构还未做好应对的准备，那么这种需求就会特别明显。许多客户可能还记得，在将 Real Appli-cation Clusters (RAC) 集成到 SAP 架构时，大家都认为会有多个 SAP 应用服务器实例，但事实上只有一个数据库服务器实例。

这绝不是旧事重提。为 SAP 客户提供 Oracle Multi-tenant 的当前计划相当于一次架构革命，需要付出的努力不亚于获得 RAC 认证。

但在另一方面，将 SAP 应用特性集成到 Oracle 数据库的需求却经常被忽视。经典的 SAP 应用（如 R/3 和 BW）在 Oracle 数据库上构建。之后，SAP 也开始支持 IBM DB2 和 Microsoft SQL Server，但他们采用公分母策略，即只使用所有受支持的数据库中都包含的数据库特性。因此 Oracle 数据库没有受到太多压力。

但 SAP 自己数据库 (HANA) 的问世改变了这一状况。SAP 很快意识到他们需要放弃公分母策略并改变 SAP 应用：只要 SAP 应用以无差别的方式对待 HANA 和所有其他数据库，SAP 就很难证明 HANA 的优势并说服客户实施 HANA。因此，SAP 已着手进行应用优化项目，以便支持 SAP 应用使用特殊的 HANA 特性。

6

第 2 阶段于 2015 年 6 月完成。在该阶段对 Oracle Database 12c 中的主要新选件进行认证：Oracle Database 12c 中的全新选件 — Oracle Database In-Memory。

第 3 阶段已于 2015 年 12 月完成，Oracle Data-base 12c Advanced Compression 中包含的信息生命周期管理 (ILM) 特性以及 Oracle Exadata 和 Oracle SuperCluster 上带有行级锁定功能的混合列压缩 (HCC) 已于本阶段完成认证。

第 4 阶段计划于 2016 年进行，该阶段将完成面向 SAP 客户的 Oracle Multitenant 的认证。该选件允许将多个数据库整合到一个容器数据库中。它基于一个全新的数据库架构，需要完成大量 Oracle/ SAP 集成工作。

基本认证特性

Advanced Compression

在 Oracle Database 11g 上运行 SAP 应用的客户可以选择各种不同的压缩特性，例如标准数据库特性索

从理论上讲，面向 SAP 应用的 Oracle 支持的优化是一个持续的项目，完全独立于 Oracle Database 12c 认证过程。但在某些情况下可能会需要特定的 Oracle Database 12c 特性。

开始随 SAP NetWeaver 7.40 (SP 05) 一起发布的 SAP 核心数据服务获得 Oracle Database 11g 和 Oracle Database 12c 的支持，不需要特定的特性或选件。（请参阅 SAP 说明 1951491）

许多数据模型优化会提高对磁盘空间的要求。在这种情况下，建议您使用表压缩，但这并不是强制性要求。而且，由于相当一部分表中含有 255 个以上的列，所以 Oracle Database 12c 是允许客户压缩所有相关表的版本。

Flat Cubes 只能与 Oracle Database 12c 和 Oracle Database In-Memory 一起使用。

引键压缩和索引组织表 (IOT)，以及 Oracle Database 11g Advanced Compression 提供的面向结构化数据的 OLTP 压缩和面向非结构化数据的 SecureFile 压缩。

5

5

•

•

•

•

•

•

7

Active Data Guard

Oracle 数据库企业版中自带了 Data Guard，它是设置备用数据库必需的功能。而 Active Data Guard 是一个额外的选件。在 Oracle Database 11g 中，它提供一些附加特性，如自动块修复和快速增量备份。Active Data Guard Far Sync 是 Oracle Database 12c 提供的一个主要的新特性。该特性允许客户对 WAN 中相隔距离遥远的主数据库和备份数据库进行同步，不仅能实现高性能（异步数据传输的特征），还能实现零数据丢失（同步数据传输的特征）。

如需了解详情，请参阅“用 Oracle 数据库选件和管理包为 SAP 客户实施数据管理基础设施”一章的“Data Guard 和 Active Data Guard”小节（本文的第 25 页）。

备份与恢复

Oracle Recovery Manager (RMAN) 为高效地备份和恢复 Oracle 数据库提供了一个全面的基础平台。它在设计之初就考虑了与服务器密切协作，可在备份和恢复期间提供块级损坏检测。RMAN 在备份过程中通过文件多路复用和备份集压缩来优化性能和空间占用。与此同时，RMAN 还集成了 Oracle Secure Backup 和第三方介质管理产品，专用于进行磁带备份。跨平台备份和恢复则使用完整和增量备份集来支持用户实现数据的跨平台传输。

Oracle Database 12c 允许用户利用完整或增量备份、映像副本或备份来进行跨平台的数据传输。要利用备份集进行跨平台备份，目标数据库必须是 Oracle 12c 或更高版本。这个新增特性简化了平台迁移，并大幅度减少了源数据库上的只读停机时间。

尽管 RMAN 仍然是常用的 Oracle 数据库备份工具，用户也可以使用另一种常用方法进行数据库备份，即为数据库中的所有文件创建存储快照。将快照挂载到另一台服务器（生产数据库服务器以外的其他服务器），然后将数据复制到磁带等三级存储设备上，这样就分流了生产服务器的备份处理。存储快照优化支持用户使用第三方技术创建数据库的存储快照，且无需将数据库置入备份模式。

Oracle Database 12c Advanced Compression 自带很多新特性。有些特性与信息生命周期管理支持相关，已在第 2 阶段认证后提供给 SAP 客户。有些 Advanced Compression 选件特性则已经在第 1 阶段通过了认证，现在就可以在 SAP 环境中使用：

Advanced Index Compression，这是一种新的索引压缩形式。使用 Advanced Index Compression 创建或重建索引能够减少唯一和非唯一索引的大小，并且能提高访问索引的效率。这种做法的优势包括：

Advanced Index Compression 适用于所有受支持的索引，包括不能利用现有 Index Key Compression 获得良好成效的索引。

Advanced Index Compression 在块级进行压缩，能为每个块提供出色的压缩效果。这意味着用户无需了解数据的特征 — Advanced Index Compres-sion 会自动为每个块选择适当的压缩方法。

Advanced Network Compression，它可以用于在发

送端压缩要传输的数据，然后在接收端解压缩收到

的数据，以此减少网络流量，即减少通过网络连接

传输的数据的大小。这种做法的优势包括：

增加有效的网络吞吐量：数据压缩后，网络可在更短的时间内传输更多数据，继而提高 SQL 查询的响应速度。

减少带宽使用：压缩减少了要传输的数据的大小，节省了带宽，从而增加了可供其他应用使用的带宽。此外，这也有助于减少与提供网络带宽相关的成本。

只有数据库/即时客户端和数据库服务器都升级到 12.1.0.2 时才能使用 Advanced Network Compression。

有关面向 SAP 的 Oracle Database 12c Advanced Com-pression 的更多信息，请参阅 SAP 说明 2138262。


•

•

•

•

8

如果存储产品符合 Oracle 文档中列出的特定准则，采用这种方式创建的快照会处于崩溃一致状态。在全面崩溃恢复完成后，用户可以打开并使用崩溃一致备份。但这些备份不适合用于时间点恢复，因为重做日志中包含的信息不足以消除数据文件的不一致。用户也可以选择在备份模式下创建快照（即 ALTER DATABASE [BEGIN|END] BACKUP），这可以消除时间点恢复限制。但用户要在创建快照前将所有数据库置入备份模式，并在快照创建完成后将数据库置回原来的模式。如果要处理数十、数百或数千个数据库，用户操作的复杂性会不断放大。此外在这种模式下，如果块映像发生更改，则整个块映像都会写入到重做日志中，从而产生额外的 I/O 活动。

利用 Oracle Database 12c 的 RECOVER ... SNAPSHOT TIME

命令，无需将数据库置入备份模式即可创建存储快照，实现一步恢复。既可以恢复到当前的时间点，也可以恢复到创建快照后的特定时间点，用户无需进行其他操作。由于这些快照支持所有类型的恢复操作，这种优化不再需要将数据库置入备份模式并有效消除了与此相关的复杂性和开销，从而让 DBA 可以腾出时间去关注更重要的生产任务。

ACFS 支持

如果您是 Exadata 的用户，您可能知道 Exadata 此前一直不支持 ACFS。不过，如果您运行的是 Grid Infrastructure v12.1.0.2 或更高版本，那么您可以在 Exadata 上使用 ACFS。在 SAP 环境中，它可以用于 SAP 共享文件系统（/sapmnt 等）。

但这并不意味着 ACFS 是在 ASM 上运行数据库的替代方案。Oracle 数据库仍需在使用 Exadata Storage 节点的 ASM 上运行。这是受支持的配置。

面向 Oracle Grid Infrastructure 的高可用性网络文件存储 (HANFS) 在高可用虚拟 IP (HAVIP) 上公开 NFS 导出，并用 Oracle Clusterware 代理确保 HAVIP 和 NFS 导出始终在线，从而提供不中断服务的 NFS V2/V3 导出路径。如果某个集群节点发生故障，HAVIP 和 NFS 导出会自动迁移到一个正常运行的节点。

HANFS 特性支持用 Oracle ACFS 集群来配置高度可用的 NFS 服务器。HANFS 集群配置可以从当前的基础设施构建，也可以从商用服务器或存储构建。它提供的网络服务与网络文件管理器提供的类似，但成本只有后者的几分之一。

性能

SQL 语句中的 UNION 和 UNION ALL 操作符连接两个或多个分支（如子查询）：<branch1> UNION <branch2>。过去，在这种类型的查询中，各个分支逐个执行，即在一个特定的时间点仅执行一个分支，该分支执行完成后再按顺序执行后续的分支。而 Oracle Database 12c 可以并行执行 Union 和 Union All 分支，即，在同一时间，由一组并行服务器执行一个分支，另一组并行服务器执行另一个分支。

这种并行执行分支的能力可以提高语句的执行速度，从而改善 SAP BW 的性能。

可管理性和可用性

现在，数据库管理员可以使用 BR*Tools 在线执行各种额外的重组操作：

在线移动分区：自 Oracle Database 12c 开始，

ALTER TABLE ... MOVE PARTITION

操作用作无阻塞联机 DDL 命令，而 DML 操作继续在正在移动的分区上不间断地执行。此外，系统会在移动分区时维护全局索引，因此用户不再需要手动重建索引。

9

在线移动数据文件：在 Oracle Database 12c 之前，移动数据文件只能离线进行。用户可以使用一些技巧大幅度减少停机时间，但停机仍不可避免。 Oracle Database 12c 对 ALTER DATABASE 命令进行了改进。现在，用户完全可以在线进行数据文件的移动。

重建索引组织表：由于索引组织表存储为 B 树索引，所以插入、更新和删除等操作可能会产生碎片。然而，您可以使用 ALTER TABLE ... MOVE ONLINE 语句重建索引组织表并减少碎片。

要了解更多信息，请参见 SAP 说明 1856270 和 2087004。

基本认证和应用优化

在 Oracle Database 11g 中，结构化表数据压缩（OLTP 压缩）方式不能用于超过 255 个列的表。而 Oracle Database 12c Advanced Compression 解除了 255 个列的限制。在基本认证后，SAP 用户在进行表压缩时不再受到此限制的影响。

从表面上看，这一改进似乎并不显著，但事实上超过 255 个列的表在几乎所有的 SAP 系统中都很常见。

在 SAP 说明 1835008 和 1892354 中讨论了一个非常有趣的例子：


Microsoft Windows

Oracle Database 12c 支持使用 Oracle 主用户，该用户可以在安装时指定。引入 Oracle 主用户的目的是使用一个低权限的非管理员帐户托管 Oracle 服务，以便提高系统的安全性。Oracle 主用户可以是 Windows 内置帐户，也可以是 Windows 标准用户帐户（非管理员帐户）。此帐户用于为 Oracle 主目录运行 Windows 服务。为了提高安全性，Oracle 建议使用 Windows 标准用户帐户（而非 Windows 内置帐户）。

要了解更多信息，请参阅 SAP 说明 1915302。

SAP 的一些应用优化只适用于脱离了集群的表。由于集群表中的数据通常以 SAP 的压缩方式存储，当表转化成透明表时，表的大小会大幅增加。遗憾的是，有不少脱离了集群的表含有 255 个以上的列。 Oracle Database 11g Advanced Compression 不能减少这些表的大小。而有了 Oracle Database 12c Advanced Compression 选件，用户就能压缩和管理这些超宽表格中的数据了。

5

5

10

核心数据服务

许多人认为，SAP 决定放弃公分母策略并通过优化来支持 SAP 应用使用 HANA 特性是受到了 Oracle 的威胁。确实，在 SAP 环境中，HANA 是 Oracle 数据库的竞品。但在许多情况下，SAP 全新的应用优化让 Oracle 员工和 Oracle 客户如释重负。我们以 SAP 核心数据服务 (CDS) 为例，这一现象很容易解释。

核心数据服务背后的主要问题是：什么是数据库？它能做什么？不能做什么？

传统上，人们认为数据库就是简单的数据存储。它是一个可以永久存储数据的容器，仅此而已。一旦客户想要利用数据做一些有用的工作，就必须将数据传输至应用服务器，因为应用服务器具有智能。

传统的 SAP 应用就基于这一概念。它的缺点显而易见：如果需要对 100 万个值进行求和计算，而且这些值表示不同币种的货币，用户需要将这 100 万个值从数据库服务器传输到应用服务器，并在计算完成后丢弃这些数据。这种方法带来的网络流量降低了系统的性能。

25 年以前，Oracle 数据库的开发人员问道：在数据库服务器一端求和会不会更好？这会不会显著提高系统的性能？他们对数据库的概念给出了不同的答案：数据库不仅仅是数据存储。它不仅能存储数据，还能够存储和执行使用这些数据的过程 — 一些代码片段，这些代码片段来自应用服务器上运行的应用，现在被迁移到数据库服务器上。所以，应用分为两层，一些在应用服务器上运行，另一些在数据库服务器上运行，因此数据库服务器也是一个应用层。

但是，Oracle 开发人员不只是抛出问题和提出一个新概念，他们还构建了一个能够存储和执行数据库过程的全新数据库版本（Oracle 7，于 1992 年发布）。但在当时，Oracle 数据库是可用作应用层的数据库。存储过程不包含在公分母特性子集中，因此 SAP 拒绝使用存储过程。

20 年后，当 SAP 开始推广 HANA 时，他们立刻发现自己的 SAP 应用是全新内存中数据库架构的敌人。只要应用将数据库视为简单的数据存储，且认为只有应用才能有效地进行计算，那么用户就只能通过网络传输数值，这抹杀了内存中数据库的所有潜在优势。这时，SAP 意识到他们需要放弃公分母策略，并打破对数据库的固有成见。

11

作为应对措施，SAP 制定了“下推”策略：将需要数据密集型计算的代码从应用层下推到数据库层。他们开发了一个全新的编程模型，允许 ABAP 代码（以隐式或显式方式）调用存储在数据库中的过程。为了防止出现混乱，他们定义了一个标准过程库。该库被称为核心数据服务 (CDS)。并且他们同意将该库提供给支持存储过程的其他非 HANA 数据库。

Oracle Database In-MemoryOracle Database 12c 带有 Database In-Memory 选件，但它并不是内存中数据库。内存中数据库方法的支持者认为，数据库不应存储在磁盘上，而应（完全）存储在内存中，而且所有数据都应以列格式存储。我们很容易发现，有几个原因（包括数据持久性和通过 OLTP 应用进行数据操作）导致这个意义上的纯粹的内存中数据库不可能实现。因此，HANA 等内存中数据库悄悄添加了一些与原有概念不符的组件和特性。而 Oracle 选择相反的策略：如有需要，数据可以填充到内存中列存储。在其他情况下，数据还按过去的方式存储和处理。（有关 Oracle Database In-Memory 概念的更多信息，请参阅 “用 Oracle 数据库选件和管理包为 SAP 客户实施数

SAP 核心数据服务的发布与 Oracle 7 的发布相隔 20 年，这解释了 Oracle 客户和员工如释重负的原因： SAP 下推策略所取得的性能提升本该在 20 年前实现。但亡羊补牢，未为迟也。


据管理基础设施”，尤其要关注第 22 页的“Oracle Database In-Memory”小节和第 34 页的“总结”。）

在 2015 年 6 月，Oracle Database In-Memory 已通过 SAP 的认证。与竞争对手提供的类似产品不同，Oracle Database In-Memory 的应用场景并不限于 SAP Business Warehouse (SAP BW)，它可以用于所有基于 SAP NetWeaver 的 SAP 应用，包括典型的 OLTP 应用。但这不表示 Oracle Database In-Memory 是一把万能钥匙。它是针对一个特定问题或一系列特定问题的解决方案，并不能解决所有问题。它不能在所有情况下实现性能提升。如果使用方式不当，它甚至可能会 — 像纯粹的内存中数据库一样 — 降低系统性能。因此必须精心选择可从数据的列格式存储中受益的 SAP 应用。

5

5

12

必须对应用和各个表进行选择 — 在 SAP 环境中实施 Oracle Database In-Memory 似乎很难。然而，测试客户和早期采用者对体验 Oracle Database In-Me-mory 的描述非常一致，他们认为在 SAP 环境中实施 Oracle Database In-Memory 可以轻松、快捷地完成。这似乎有悖于常理，但却很容易解释。

首先，许多客户都了解会占用大量时间的查询和作业，并且他们知道涉及的表。对于这些客户来说，选择合适的 SAP 应用和表的任务非常轻松。

其次，对于不希望实施 Oracle Database In-Memory 来解决特定问题而是愿意采用通用方法的客户， Oracle 提供了 In-Memory Advisor — 这是一个向导，能够分析特定系统的负载，并根据可用的内存量建议可填充到列存储的表。（这意味着“使用 Oracle

Flat Cubes

Oracle Database In-Memory 在 2015 年 6 月通过 SAP 的认证时还受到一些条件的限制。尤其是，SAP 强烈建议用户不要删除标准索引和聚合。

在这种情况下（像在本文中描述的所有其他情况下一样），负责进行 SAP 和 Oracle 技术集成的 Oracle/SAP 开发团队必须遵循 SAP 的学习曲线。

Database In-Memory 需要多少内存”这个常见问题失去了意义。情况正好反过来，您告诉 Oracle 您有多少内存，顾问程序就会告诉您如何以有效的方式使用这些内存。）

第三，一旦确定了相关的表，之后的一切都能轻松、快速完成：发送一条

ALTER TABLE XXX INMEMORY

语句，您声明相关表数据都填充到列存储中。从此刻起，所有操作均在后台执行。与迁移到 HANA 等内存中数据库不同，实施 Oracle Database In-Memory 不需要革命性的改变：不需要新硬件、不需要新操作系统，也不需要新数据库。客户可以继续使用现有基础设施，而管理员只需几个小时就能完成对 Oracle Database In-Memory 的了解。

Oracle Database In-Memory 通过 SAP 认证后的情形（此处指的是通过 SAP BW 的认证）与在 HANA 上提供 SAP BW 的 SAP 项目的早期阶段非常相似。就像传统 SAP BW 数据模型不兼容内存中数据库这种新概念一样，上述限制也在一定程度上让用户感到失望。而我们将在本节稍后介绍的 Flat Cubes 类似于 SAP 为 HANA 设计的全新数据模型。

5

5

13

在许多情况下，加载到 Business Warehouse 中的数据是超宽记录。即便一条记录中没有数百个数据项，也可能含有公司名、邮编、城市、街道地址、详细运输信息、订单号、订单日期和发票号等数十项信息。但在数据仓库的早期阶段，数据库存储在磁盘中，而磁盘的价格非常昂贵，如果某家公司发来 1000 个订单，该公司或运输信息就出现 1000 次，或者如果一家运输公司完成了 100000 次运输，该运输公司就出现 100000 次，这是令人无法接受的。因此，数据库架构师提出了一个名为星型模型的设计：将放在一起的数据子集（所有的客户详细信息，所有的运输详细信息）迁移至各个单独的维度表中。其余的数据与 ID 存储在事实表中，指向维度表中的相关条目。

但这种拆分不能满足所有情况。例如，CUSTO-MERS 和 CARRIERS 表中都可能会出现邮编、城市名和街道地址的组合。如果再次执行相同的拆分操作，系统会再创建一些表，但这些表不会连接到事实表，而会与维度表相连。这引出了更复杂，但更有效（从磁盘空间的角度来看）的设计，称作雪花模型。SAP BW 等高端数据仓库添加了另一个级别的明细表，因此依赖扩展的雪花模型。

设计这种复杂的架构是为了优化数据模型，以满足传统的、只在磁盘中存储的关系数据库的需求。但着眼于内存的全新数据库（SAP HANA 和 Oracle Database In-Memory 在这一点上没有差别）有着截然不同的需求。因此，SAP 专为在 HANA 上运行 SAP BW 设计了一个新的数据模型，并因此称之为经 HANA 优化的 InfoCubes。

下面是对经 HANA 优化的 InfoCubes 的简单（但有些出人意料）描述：如果为面向磁盘的数据库优化 SAP BW 数据模型是从平面的宽记录向扩展的星型模型转变的过程，那么为面向内存的数据库优化数据模型则是从扩展的星型模型转变回平面的宽记录的过程。

但这并不是完全反向的转变。经 HANA 优化的 InfoCubes 在一个单独的表中结合了事实表（实际上是 E 和 F 事实表）和维度表（一级明细），而小型的二级和三级表（特征、属性和层级结构）仍然存在。这种变化足以显著地提升性能和可管理性。

传统的“星型”（即扩展的雪花）模型


14

这个新的数据模型消除了之前数据模型的主要缺陷，但保留了原有的优势。再也不需要拆分传入的宽记录并分配到多个表中 — 这加快了数据加载；不再需要传统的索引 — 这也加快了数据加载；以后不再需要进行表的联接 — 这加快了查询处理的速度。由于有了面向磁盘上数据和面向内存中数据的压缩特性，开始推动扩展的雪花模型发展并提高了冗余数据对磁盘和内存要求的平面数据模型的主要缺陷已经不再是问题。

延迟压缩和信息生命周期管理

我们已经在“基本认证特性”和“基本认证和应用优化”中讨论了 Oracle Database 12c Advanced Compression 中的一些新特性。但是，两个主要的新

如果这个新的数据模型要面向非 HANA 数据库，那么“经 HANA 优化的 Infocube”显然不是一个适当的名称。“SAP BW Flat InfoCubes for Oracle”或 “SAP BW Flat Cubes for Oracle”指的是同一个数据模型，只是叫法不同。它需要与 Oracle Database 12c 和 Oracle Database In-Memory 一起使用，因为脱离列存储的 Flat Cubes 没有任何意义。

面向 Oracle 数据库的 Flat Cubes 自 2016 年 2 月开始可供试点客户使用，计划正式发布时间是 2016 年 6 月。

特性还没有介绍。它们没有包含在基本认证中，但将在几个月后（2015 年 12 月）通过 SAP 环境的认证。这两个新特性是热图和自动数据优化 (ADO)。

新的平面多维数据集设计

5

5

15

对于这两个特性背后的基本概念的介绍，请参见第 20 页“Advanced Compression (Oracle Database 12c)”中的“用 Oracle 数据库选件和管理包为 SAP 客户实施数据管理基础设施”。因此，我们将在这里简单研究一下特定于 SAP 的实施。

Oracle Database 12c Advanced Compression 支持客户区分当前（“热”）和历史（“冷”）数据。但在开始，“热”和“冷”的含义并不明确。因此，我们需要进行定义：

ALTER TABLE <table_name> ILM ADD POLICY <action> AFTER <n> DAYS OF NO MODIFICATION;

这段 SQL 语句的第三行回答了我们的问题。新数据被视为“热”数据。如果数据未修改的时长达到特定的天数（30、60、90 天），那么这些数据被视为 “冷”数据 — 假设客户不希望定义“温”数据这样的中间级别。但如果仔细观察，我们会发现上述语句只回答了一个问题：何时将数据称为“冷”数据？我们仍然不知道（而且数据库系统仍然不知道）：数据变冷后会怎么样？将发生什么情况？这将在第 2 行中定义：

ALTER TABLE <table_name> ILM ADD POLICY ROW STORE COMPRESS ADVANCED ROWAFTER 40 DAYS OF NO MODIFICATION;

在本示例中，我们假设（在这个特定的表中）热数据完全不压缩，而且我们告诉系统：(a) 未修改的时长达到 40 天的数据是冷数据，(b) 冷数据需要使用 Oracle Database 12c Advanced Compression 提供的表压缩算法进行压缩。

我们和系统如何知道数据未修改的时长已经达到 40 天了？热图的工作就是提供这类信息。热图可在行级和段级自动跟踪修改和查询的时间戳，提供对数据访问方式的详细洞察。自动数据优化 (ADO) 则可根据热图收集的信息按用户定义的策略（如我们在此处举出的示例）自动移动和压缩数据。

到目前为止，ALTER TABLE 语句一直用于定义 ILM 策略。然而，在 SAP 系统中，我们需要处理数万个表，使用这种方法可能非常繁琐。因此，SWPM (SAPinst) 使用 Oracle 数据库提供的另一种方法：

ALTER TABLESPACE TSX DEFAULT ILM ADD POLICYROW STORE COMPRESS ADVANCED ROWAFTER 40 DAYS OF NO MODIFICATION;

在本示例中，我们不为单独的表定义特殊的策略，而是使用表空间级别的默认策略。除了带有单独策略的表，此表空间中创建的所有表都自动应用默认策略。

在 Oracle 集成系统（如 Exadata、SuperCluster）上运行 Oracle Database 12c 的客户能够受益于混合列压缩 — 这组压缩算法是存档的替代方案，适用于处理纯历史数据。如果 Advanced Compression 能达到 2 到 3 倍的数据压缩率，那么混合列压缩能轻松达到 10 到 15 倍的压缩率。

在这种情况下，我们将未修改时长为 40 天的数据称为“温”数据，并将较长时期（例如 6 或 12 个月）未更改的数据称为“冷”数据。我们将原有的策略作为第 1 层压缩（针对温数据），并添加一个额外的策略，作为第 2 层压缩（针对冷数据）。而且我们将未分区表和分区表分离到不同的表空间，因为混合列压缩不压缩各个块，而是压缩整个分区：

ALTER TABLESPACE TSY DEFAULT ILM ADD POLICYROW STORE COMPRESS ADVANCED ROWAFTER 40 DAYS OF NO MODIFICATION;

ALTER TABLESPACE TSY DEFAULT ILM ADD POLICYCOLUMN STORE COMPRESS FOR QUERY LOW ROW LEVEL LOCKING SEGMENT AFTER 6 MONTHS OF NO MODIFICATION;


16

Oracle Multitenant

有关 Oracle Multitenant 的基本（认证前的）信息，请参阅“用 Oracle 数据库选件和管理包为 SAP 客户实施数据管理基础设施”（尤其要关注第 26 页的“Oracle Multitenant”小节）。


数据库：安装与升级

1915299，为 12.1.0.2 安装故障排除软件

1915301，在 Unix 上安装 Database 12.1.0.2 的软件

1915302，在 Windows 上安装 Database 12.1.0.2 的软件

1915315，面向 12.1.0.2 的数据库升级脚本

1915317，迁移到软件所有者 'oracle'

1915323，面向 Oracle Database 12c R1 的操作系统用户概念

2064206，将数据库升级到采用 Grid Infrastructure 的 12.1.0.2 版本

数据库：补丁

1915313，针对 Oracle Database 12c R1 (12.1) 的当前补丁集

1915316，数据库：针对 12.1.0.2 的补丁

2145572，Grid Infrastructure：针对 12.1.0.2 的补丁

数据库：实例配置

1888485，数据库参数 12.1.0.2

数据库：管理：BR*Tools

2087004，面向 Oracle Database 12c 的 BR*Tools 支持

集成系统

2145628，Exadata/SuperCluster：针对 12.1.0.2 的补丁

2290084，SAP 软件和 Oracle 数据库机 12.1

与 Oracle Database 12c 相关的 SAP 说明

在 Oracle Multitenant 通过 SAP 的认证后，此处将添加特定于 SAP 的信息。

数据库：特性：概述

105047，SAP 环境对 Oracle 功能的支持

1914631，Oracle Database 12 c R1 (12.1) 核心技术说明

2133079，Oracle Database 12c：集成到 SAP 环境

数据库：选件：Advanced Compression

2138262，面向 SAP 系统的 Oracle Database 12c Advanced Compression

2157904，Oracle 12c：压缩表的转换

2166836，Oracle 12c：使用压缩表进行 SAP 升级过程中存在的问题

2254836，BR*Tools 支持 Oracle ADO/ILM

2254866，使用 Oracle Database 12c 自动数据优化

2255992，R3load 和 R3szchk：针对数据库 ILM 策略的 Oracle 新特性

2258061，针对表转换或系统复制的 ADO/ILM 的增强

数据库：选件：In Memory

2137032，DBA Cockpit：面向 In-Memory 特性的监视

2178980，使用 Oracle Database In-Memory 和基于 SAP NetWeaver 的产品

2189163，面向 SAP 的 Oracle Database In-Memory Advisor

数据库：选件：Database Vault

2218115，Oracle Database Vault 12c

17面向 SAP 客户的 Oracle 数据库选件和管理包

用 ORACLE 数据库选件和管理包为 SAP 客户实施数据管理基础设施

简介

数据库版本

Oracle 数据库有 5 个版本，每个版本适用于不同的开发和部署场景。不过只有 Oracle 数据库企业版获得了 SAP 环境的认证和支持。因为 SAP 应用要求非常严苛，只有 Oracle 数据库企业版提供的企业级计算特性才能使其高效运行。

数据库选件和管理包

Oracle 还提供若干个数据库选件、管理包和其他产品来增强 Oracle 数据库的专用功能。它们增强了 Oracle 数据库企业版的能力，可以满足特定客户或应用对磁盘空间高效使用、性能和可扩展性、高可用性、安全性和合规性、数据仓储和大数据以及可管理性等方面的各种需求。

面向 SAP 环境的选件和管理包

本文将介绍面向 SAP 客户的数据库选件和管理包。普通的 Oracle 数据库和面向 SAP 的 Oracle 数据库之间有很多不同：

即便一个选件通过了认证，SAP 也可能不支持其中的某些特性。本文为概括说明，受篇幅所限，不能讨论所有详细信息。如果您有任何疑问，也可以查看 SAP 说明 105047。

由于 SAP 数据模型或应用设计的独特性，Oracle Database 选件或管理包可能是它的必需搭档，而不是可选组件。举例来说，在 Oracle 数据库上运行 SAP Business Warehouse (BW) 就需要安装有 Oracle Partitioning。

Oracle 的客户需要单独购买选件或管理包的许可。但是从 SAP (ASFU) 购买 Oracle 数据库企业版的客户可以免费获得一些（但不是所有）选件和管理包。有关详细信息，请参阅 SAP 说明740897。

图 1：Oracle 数据库企业版、数据库选件（通过认证的必需选件或通过认证的可选选件）以及

Enterprise Manager 管理包（通过认证的必需管理包或通过认证的可选管理包）。

•

•

•

18

挑战：如今，磁盘上的数据分布成为问题的情

况越来越多：

(a) 单一查询或复杂的批处理任务访问表数据的

某个子集需要太长时间。

(b) 数据加载 (SAP BW) 速度缓慢，因为必须更新很多索引；要缩短加载时间就需要删除或重新构建索引，而这会减缓用户查询的速度。

(c) 数据存档导致数据库严重碎片化。

(d) 客户希望实施信息生命周期管理（请参见本文的 Oracle DB 12c 章节）。

价值主张：Oracle Partitioning 将表和索引划分为较小的单元（称为分区）并且强制将所有数据存储在相应的单元中。各个分区可以单独访问和管理。因此：

(a) 理想情况下，通过一个查询便能在一个分区中找到所有相关数据，而其他所有分区都可以

忽略（“分区修剪”）。这大大缩短了运行时间。

(b) 如果某个分区表中定义的索引也进行了分区，那么用户可以删除或重新构建各个索引分区，而其他所有分区保持原样。

(c) 数据存档策略可以基于分区结构，避免磁盘空间产生碎片。

(d) 分区是信息生命周期管理的基本技术之一。

认证/支持：Oracle Partitioning 通过了所有 SAP NetWeaver 应用的认证。

版本：Oracle Database 11g、Oracle Database 12c

实施：默认情况下，在运行于 Oracle 上的 SAP BW 中配置和使用分区（范围分区）。在 SAP OLTP 系统中，可以使用 SAP 分区引擎实施（能够解决数据存档问题），也可以由面向 SAP 的 Oracle ACS 实施。

结构和基础设施

如前所述，数据库选件增强了 Oracle 数据库企业版的能力，可以满足客户对磁盘空间高效使用、性能和可扩展性、高可用性、安全性和合规性、数据仓储和大数据以及可管理性等方面的需求。不过，本文只关注其中一个方面，即数据库选件如何帮助客户实现结构化。如果一个数据库的数据量不断增加，并且这些数据来自不同来源甚至来自一个数据管理基础设施（例如 Oracle Multitenant）中整合的多个数据库时，当数据量和复杂性增加到一定程度，非结构化的海量数据将变得难以处理。因此，整合需要差别化。或者：基础设施需要结构化。

表和索引分区

以上所有问题的共同点是：默认情况下（根据定义），数据库中的表是不保证物理顺序的、无序的记录集，但是从用户、应用或 DBA 的角度来说，这个数据集可能由特定的子集构成，这些子集在理想情况下应与其他子集隔离。Oracle Partitioning 从物理上将相关数据尽可能紧密地存储在一起，从而使用户能够实现这样的子集。

19

在这种情况下，左侧显示的是可以想象的非常糟糕的状况：每个数据库块包含每种颜色的一条记录。换句话说，具有同一颜色的所有记录子集分布在所有数据库块中。

面向 SAP 客户的 Oracle 数据库选件和管理包

图 2 解释了为何将相关数据尽可能紧密地存储在一起能产生这样的结果。图中显示了填有记录的数据库块。不同的颜色代表不同的条件，比如不同的月份或不同的位置。我们假定在大多数情况下，访问这些数据的应用希望检索同一颜色的所有记录。

图 2：表分区 — 从物理上将相关数据子集尽可能紧密地存储在一起

Advanced Compression (Oracle Database 11g)

挑战：如今，数据库规模和未来预期增长成为问题的情况越来越多。该问题所涉及的方面有：存储成本、性能保障 (SLA) 以及在合理时间内克隆和备份数据库文件。

价值主张：Oracle Advanced Compression 采用不同的格式存储表数据。它与 Oracle 数据库企业版自带的其他压缩技术（例如，索引键压缩）结合使用有助于将数据库规模减小 50% 或更多。这属于基本优势，是 Advanced Compression 的设计宗旨。如果源数据库较小，创建备份和其他副本所需的时间就更短。使用 Advanced

Compression 的客户可获得性能提升的额外好处。这里的额外（相对于“基本”）指的是：可能会发生，但不保证一定发生。

认证/支持：Oracle Advanced Compression 通过了所有 SAP NetWeaver 应用的认证。由 SAP 为实施提供支持。

实施：Oracle Advanced Compression 可以在 SAP 环境中轻松实施，因为 SAP 提供了 BRSPACE 工具，它能识别所有特定于 SAP 的需求。有关详细信息，请查看 SAP 说明 1431296。

从 I/O 角度看，一个查询要查找某一颜色的全部记录需要读取 8 个数据库块；从内存的角度看，即使所有用户处理的是同一颜色的记录，也需要将全部 8 个块完全缓存到数据库内存中；从性能的角度看，太多 I/O 意味着性能不理想；从数据库管理的角度看，无法单独管理有同一颜色的记录子集；从 ILM 的角度看，无法分隔“热”数据和“冷”数据；所以这是非常糟糕的状况。

相比之下，右侧的状况是理想的（重申一下，我们针对的是上述情况）：

具有同一颜色的记录都存储在同一个数据库块中。从 I/O 角度看，一个查询要查找某一颜色的所有记录只需读取 1 个块；从内存的角度看，如果所有用户都处理同一颜色的记录，那么只需将 1 个块缓存到数据库内存中；从性能的角度看，I/O 数的显著减少意味着性能大大提升；从数据库管理的角度看，可以单独管理有同一颜色的记录子集；从 ILM 的角度看，可以分隔“热”数据和“冷”数据；所以这是非常理想的状况。

现在，将这一侧显示的记录数乘以块数。一个分区就是包含同一颜色记录的所有块的子集。

20

Advanced Compression (Oracle Database 12c)

挑战：(a) Oracle Database 11g 中的数据压缩存在

一些限制。尤其是无法压缩多于 255 个列的

表。(b) 如果目标表经过压缩，则数据加载速度

会变慢。

(c) 不支持自动化的信息生命周期管理。

价值主张：Oracle Database 12c Advanced Compres-sion 打破了 255 列这个限制，允许压缩更多的

表。其全新特性（热图、自动数据优化）支持

客户实施延迟数据压缩策略和复杂的信息生命

周期管理 (ILM) 策略。

认证/支持：Oracle Database 12c Advanced Com-pression 中的一些新特性已于 2015 年 3 月通过

了认证。对 ILM 特性的认证已于 2015 年第四

季度末完成。

实施：详细信息将在认证时提供。

相关特性：Oracle Database 12c 混合列压缩（Ad-vanced Compression 中不包含该特性，但可从 Oracle 集成系统获得）提供更强大的压缩算法，尤其适用于“冷”数据（即历史数据）。对 Oracle 集成系统上的 HCC 的认证已于 2015 年 12 月完成。

能节省多少磁盘空间取决于数据的特征，而数据特征又取决于采用何种 SAP 应用。通常，SAP BW (BI) 数据的压缩效率高于 SAP ERP (ECC) 数据，而 SAP CRM 数据可实现更高的磁盘空间节省。

Oracle Database 11g Advanced Compression 不仅能提供 OLTP 和 SecureFile 压缩。它还可以大幅压缩由 RMAN 创建的备份文件以及由 Data Pump 创建的导出文件，甚至生产数据库中的表和索引也能够压缩。此外，重做日志数据在从生产数据库运送到备用数据库之前也可以进行压缩（请参阅本文的 Data Guard 章节）。

图 3 的左侧为典型的 Oracle 数据库，这是 SAP（本案例中为 SAP ERP）系统不可或缺的组成部分。大约有三分之一的磁盘分配给索引（红色）使用，三分之二保存表数据（蓝色）。表数据又可以分为结构化数据（以列的形式组织）和非结构化数据（例如，PDF 或图像文件）。

Oracle Database 11g 可以压缩所有三种数据类型：

索引键压缩 — 用于索引。也可以压缩索引组织表。Oracle 数据库企业版中自带这两个特性，不需要安装 Advanced Compression。

OLTP 压缩 — Advanced Compression 的主要特性，可以用于压缩结构化的表数据。该特性并不局限于 OLTP 系统，也可以在 SAP BW 系统中实施。

SecureFile 压缩（也是 Advanced Compression 的一个特性） — 可用于压缩非结构化的表数据。

如果实施了所有特性，并对所有适合的数据库对象进行了压缩，那么客户的磁盘空间平均可节省 55%。（假设这是彻底重组的数据库。如果是未经重组的碎片化数据库，那么经过重组和压缩之后，客户的磁盘空间节省可高达 80%。）

图 3：Oracle Database 11g 索引键压缩和 Advanced Compression（OLTP 压缩、SecureFile 压缩）

•

•

•


信息生命周期管理

由于 Oracle Database 12c Advanced Compression 中新

增了一些特性，您可以引入更多的参数。其中一个

参数是位置。当数据库中同时存在“热”（当前）数

据和“冷”（历史）数据，并且您有两种不同的存储

类型，此时您会有疑问：存储在哪里？这两种数据

应该分别存储在哪里呢？

除了 Advanced Compression，您还可以使用 Partitioning，或者，您可以将数据从一个表空间（即存储层）迁移至另一个表空间，当这些数据“

变得不活跃”时，就释放成本较高的存储层上的空

间来存储更重要的（“热”）数据。这种方法称为

（自动）存储分层。

混合列压缩 (HCC)

如果您在 Oracle Exadata 或 Oracle SuperCluster 上运行 Oracle Database 12c，您会遇到下一个问题：如何操作？您希望如何（也就是使用哪种算法）压缩数据？

除了 OLTP 和 SecureFile 压缩，集成系统还支持混合列压缩。顾名思义，此技术使用行和列方法的组合来存储数据。这种混合方法既可获得列存储的压缩优势，又可避免纯列形式的性能劣势。采用 HCC 可实现的压缩率要远远高于“普通”压缩。因此 HCC 尤其适用于“冷”数据。

由于缺少行级锁定功能，因此一直未能证明 Oracle Database 11g 混合列压缩是否可用于 SAP 环境。不过在 Oracle Database 12c 中，用户可在 Oracle Exadata 和 Oracle SuperCluster 上使用该功能。您可以在这些系统上实施（自动）压缩分层。也就是说，当不压缩“热”数据时，可以用标准压缩算法 (Advanced Compression) 压缩“温”数据，用混合列压缩算法压缩“冷”数据。

基本认证特性

在 Oracle Database 11g 中，索引和表压缩特性存在一些限制。因此 Oracle Database 12c Advanced Compression 提供了更有效的新的索引压缩算法（高级索引压缩），提高了可压缩的表的列数。有关详细信息，请参阅本文中的“面向 SAP 的 Oracle Database 12c — 规划和基本认证特性”。

热图和自动数据优化

除了这些改进之外，Oracle Database 12c Advanced Compression 还增加了两个全新的特性。其中，热图可在行级和段级自动跟踪修改和查询的时间戳，提供对数据访问方式的详细洞察。自动数据优化 (ADO) 则可根据热图收集的信息按用户定义的策略自动移动和压缩数据。

延迟压缩

从 Advanced Compression (Oracle Database 11g) 章节提供的信息来看，似乎压缩只是减少了所需的磁盘空间，与数据库结构没有关系。但这其实是一种错误的观念。即使在 Oracle Database 11g 中，我们也需要辨别可从压缩受益和不会从压缩受益的表（如果不是这样，那么默认会压缩所有的表），也就是需要辨别哪些表应该压缩而哪些表不应该压缩。

尽管如此，这仍然是一种非常基本、不灵活的辨别。以用于数据加载的 SAP BW 表为例：一方面，这样的表可以被压缩，因为大多数时候是以只读模式访问它。另一方面，它又不应该压缩，因为压缩会大大降低加载操作的速度。在 Oracle Database 11g 中，推荐的做法是不压缩这一类表。

热图和自动数据优化可帮您引入一种新的区分参数：如果表或分区应被压缩，那么您希望在何时进行压缩？在 Oracle Database 11g 中，用户只能选择立即进行压缩或不进行压缩。而在 Oracle Database 12c 中，您可以指定在今天加载数据、明天（自动）压缩数据。

22

图 4：Oracle Database 12c Advanced Compression — 支持信息生命周期管理 (ILM)

Oracle Database In-Memory

内存：新的双格式架构

Oracle 数据库历来采用行格式存储数据。这是联机

事务处理 (OLTP) 系统的理想格式，因为它允许快

速访问记录中的所有列。列格式数据库以单独的列结构存储事务或记录的每个属性。这是执行分析的理想格式，因为当仅选择了少量列但是查询要访

问大部分的数据集时，这种格式能够更快地执行数

据检索。

但如果您的系统运行的是混合负载，会出现什么情

况呢？到目前为止，您只能选用一种格式，要么牺

牲 OLTP 性能，要么牺牲分析性能。同时让 OLTP 和分析性能得到优化的方法是用复杂的 ETL 流程将

数据从 OLTP 系统复制到分析系统，但这既会增加

开销又会延长时间。

挑战：越来越多的系统需要满足分析性能需求，这

已成为一大挑战。例如，BW 系统需要长时间运

行查询。OLTP 系统也会存在这个问题，例如，如果非常灵活地实施运营计划/报告，这意味着允

许用户创建大量略有不同的查询变体。

价值主张：Oracle Database 12c In-Memory 允许管

理员将一定数量的数据库服务器内存分给列存

储 — 这种内存结构以列格式（而非行格式）

存储数据。列存储的建立过程既快速又轻松。

采用列格式可以大大提升查询的性能。

认证/支持：Oracle Database In-Memory 通过了所

有 SAP NetWeaver 应用的认证。

版本：Oracle Database 12c

实施：如需了解概要信息和更详细的参考资料

链接，请参阅 SAP 说明 2178980。

Oracle Database 12c In-Memory 可以优化分析和混合

负载 OLTP，不仅提供出色的事务处理性能，还同

时支持实时分析、商务智能和报告。这个突破性

的功能依托 Oracle Database In-Memory 的双格式架

构。该架构同时使用传统的行格式和全新的内存中

列格式来表示表，您无需再进行权衡取舍。Oracle SQL Optimizer 自动将分析查询发送到列格式，将 OLTP 查询发送到行格式，从而透明地向两者提供

出色的性能。就像 Oracle Database 12c 如今在表和索

引之间保持一致性一样，它也自动在行格式和列格

式之间保持完全的事务一致性。


一个或多个表列中有可能包含与 DSS 查询不相关的数据。数据库管理员可能也希望限制保存在内存中列存储中的数据，但此时的目标是定义表数据的一个垂直子集，即在填充过程中排除一个或多个列。同样，Oracle 可以帮助您实现这一点，因为 Oracle Database In-Memory 允许管理员针对不同的表列指定不同的内存中特征。

数十年来 Oracle 数据库经过不断优化和调优，可在 SMP 服务器上纵向扩展。大型 SMP 服务器也非常适合内存中负载，因为极速背板上的全部处理器均可访问所有内存。Oracle Database In-Memory 不仅能够纵向扩展，而且还可以利用服务器集群 (RAC) 中的所有内存和处理器来横向扩展至极高的内存和 CPU 容量。在这样的环境下，填充到内存中的所有对象将默认分布到集群的所有内存中列存储。用户也可以在 Oracle 集成系统上复制对象。也就是说，填充到内存中列存储的一个对象（或对象的一部分，例如一个分区）会将镜像副本放置在 RAC 集群的其他某个节点上。复制数据可提供内存中容错，因为即使某个节点出现故障或因维护而停机，用户仍然可通过内存中列存储访问数据。

磁盘：没有任何改变

新的列格式是纯粹的内存中格式。我们采用 Oracle 基于行的现有格式将表存储在磁盘上（或者以混合

列格式存储在集成系统上）。由于没有持久的列存

储格式，因此没有额外的存储成本，不存在存储同

步问题，而且无需修改数据库。Oracle Database 12c In-Memory 的实施无需进行数据库迁移或表重组。

这样一来，新的 Oracle Database 12c In-Memory 特性

完全兼容现有的标准数据库特性或可选数据库特

性，如表和索引压缩、表加密以及表分区。同时，它还兼容 Real Application Clusters (RAC) 提供的横向扩展

架构以及所有现有的高可用性技术（如 Data Guard）。这些特性无论是与 Oracle Database In-Memory 搭配使用还是独立使用都能发挥一样良

好的效果。

易于实施和管理

除了兼容数据库特性和应用，Oracle Database In-Memory 还易于实施和管理。启用 Oracle Database In-Memory 非常简单，只需设置内存中列存储的大小并确认要放到内存中的表和分区即可。由后台流程将数据从存储填充到内存列中，同时数据库保持完全活动和可访问。

细粒度控制

为典型场景提供智能默认值使得上手非常简单 — 这正是 Oracle 客户所期望的。此外，Oracle 客户还期望有实现细粒度控制和调优的机制。因此 Oracle Database 12c In-Memory 就提供了此类机制。其示例有：

表可以包含“冷”数据，也就是不再更新并且查询不再访问的数据。如果这些表非常大，那将它们全部保存在内存中列存储中就会浪费内存。因此，管理员希望只填充 DSS 查询真正需要的数据。表分区可以帮助他们实现这一点。如果按照实用的方式（例如，按月）进行表分区，则这个内部结构可用于定义要保留在内存中列存储中的表数据的一个水平子集。

图 5：Oracle Database 12c In-Memory — 双内存格式、单一磁盘格式

•

•

•

24

挑战：当数据库服务器上的负载增加（例如由

于应用版本更新、新安装了应用或者增加了用

户等）时，传统解决方案是将现有服务器替换

为更大的服务器（纵向扩展）。但是大服务器

是极其昂贵的。

为了保证数据库服务器的高可用性，常规做法是实施故障切换集群。不过这样的解决方案至少存在两个弊端：

(a) 故障切换集群的设计理念是，在任何指定时间点，一个服务器上只有一个数据库实例处于活动状态。其他服务器（极有可能也是价格昂贵的服务器）都处于空闲状态。

(b) 当在主服务器上检测到故障时，需要在辅助服务器上启动 Oracle 数据库服务器实例。在这种特定情况下，启动可能要花 30 分钟的时间，这就意味着长达 30 分钟的计划外停机。

价值主张：Real Application Clusters (RAC) 允许

上线运行多个实例以及同时访问同一个数据

库。由于这些实例可以（而且在大多数情况下

确实）运行在不同的服务器上，因此客户可以

选择实施横向扩展方案：4、6 或 8 个小型服务

器的负载处理能力相当于一台大型服务器。不过小型服务器的价格要便宜得多。而且可以根据需要增加服务器的数量。

在这种架构中，所有 Oracle 实例同时上线运行。因此不需要重新启动。如果某个 RAC 服务器发生故障，其他实例可以随时接替。受影响的用户只需数秒（而非数分钟）就可以完成重新连接。总而言之，Oracle Real Application Clusters 集负载分布、可扩展性、高可用性、更出色的可管理性以及成本节省等多种优势于一身。

认证/支持：Oracle Real Application Clusters 通过了所有 SAP NetWeaver 应用的认证。


实施：客户可以使用通过 SAP 认证的任何通用设备（Unix、Linux 或 Windows）构建 RAC 系统。采用 Oracle 提供的集成系统（Exadata、SuperCluster）进行实施则更加容易。Oracle Grid Infrastructure 提供一系列基础技术来简化实施和帮助节省资金。

Real Application Clusters (RAC)

图 6 显示了刚提过的 RAC 优势：可扩展性：使用 RAC 时，客户也可以在数据库层面实施 SAP 应用服务器始终支持的横向扩展方法。

在本示例中，运行于 5 个不同服务器上的 5 个 SAP 应用服务器实例连接到了运行于 4 个不同服务器上的 4 个 Oracle 数据库服务器实例上。

图 6：用 Real Application Clusters (RAC) 实现横向扩展和即时（实例）故障切换


高可用性：如果某个 Oracle 实例出现故障，受影响的 SAP 实例将自动重新连接到一个可用的 Oracle 实例上。随后用户可以继续自己的工作。完成故障切换只需数秒钟。

Oracle Grid Infrastructure 提供了支持 RAC 所需的基础技术。它有两个主要组件：

要让多个 Oracle 实例同时访问数据库文件，我们需要一个集群文件系统。因此 Oracle 提供了 Oracle Automatic Storage Management (ASM)。与其他第三方集群文件系统不同的是，该系统针对 Oracle 数据库文件进行了优化，并且可免费使用。

Oracle Clusterware 是运行 Oracle 数据库的 RAC 选件所需的跨平台集群软件。它支持各节点与彼此通信，使得这些节点构成一个就像单个逻辑服务器一样运行的节点集群。Oracle ASM 消除了对于第三方集群文件系统的需求，与之类似，Oracle Clusterware 则消除了对于第三方集群管理软件的需求。

Oracle Clusterware 可以像对 Oracle 资源一样为 SAP 资源提供高可用性和资源管理。因此 Oracle/SAP 开发团队打造了一款 Oracle Clusterware 工具 SAP Control (SAPCTL)，用以帮助客户轻松管理 SAP 高可用性资源。

Data Guard 和 Active Data Guard

挑战：RAC 通过增加 Oracle 实例数量提供高可用性。然而这样的高可用性仅限于实例级别。即使在基于 RAC 的系统中，数据库仍然存在单点故障。这意味着 DBA 失误、数据损坏、服务器或数据中心故障都可能导致整个系统无法使用。

价值主张：Data Guard 可消除这种单点故障。使用该技术时，客户可以设置一个备用（影子）数据库作为主用（生产）数据库的副本，然后让两个数据库保持同步。请注意，Data Guard 包含在 Oracle 数据库企业版中。它不是一个选件。

但 Active Data Guard 是一个选件。在 Oracle Database 11g 中，它提供一些附加特性，如自动块修复和快速增量备份。

Active Data Guard Far Sync 是 Oracle Database 12c 提供的一个主要的新特性。该特性允许客户对 WAN 中相隔距离遥远的主数据库和备份数据库进行同步，不仅能实现高性能（异步数据传输的特征），还能实现零数据丢失（同步数据传输的特征）。

认证/支持：Oracle Data Guard 通过了所有 SAP NetWeaver 应用的认证。但目前只支持物理备用数据库，不支持逻辑备用数据库。

Oracle Active Data Guard 通过了所有 SAP NetWeaver 应用的认证。但不能在 SAP 环境下执行实时查询，因为就连报告生成也不是只读操作。


实施：适用标准的 Oracle 设置过程。SAP 在“Oracle 备用数据库”白皮书中介绍了 BR*Tools 支持。

响，当主数据库和复制数据库相隔很远时，这一点常常让零数据损失保护变得不切实际。相较于数据保护，很多企业更重视数据库性能，于是会选择实施异步复制，并接受了不可恢复的中断将导致各种程度的数据损失这一现实。

Data Guard 可以提供零数据损失保护，并可以接近即时的速度恢复因任何原因变得几乎无法恢复的生产数据库。这是利用 Data Guard 同步重做传输并结合备份数据库端可感知复制的应用进程实现的。然而，任何同步复制方法都可能对数据库性能产生影

•

•

26

Active Data Guard Far Sync 是 Oracle Database 12c 提供的新功能，可以将零数据损失保护从主数据库扩展到相距任意距离的副本数据库上，客户无需再权衡利弊。Far Sync 使相距主数据库任意距离的备用数据库与主数据库保持同步，从而为生产数据库提供了零数据损失保护，并且这种方法不影响性能、成本低、复杂度也很低。新的 Data Guard 目标类型（称为远程同步实例）同步从主数据库接收变更，然后将变更异步转发给远端备用数据库。无论采用手动还是自动方式，生产数据库都可以快速故障切换到远端备用数据库，且不产生任何数据损失。

远程同步实例是只管理控制文件和日志文件的轻型实体。它仅需要占用备用数据库的一小部分 CPU、内存和 I/O。它没有用户数据文件，也不运行恢复。其目的就是透明地将为远程目标提供服务的主数据库的负载进行分流。远程同步实例用 Oracle Advanced Compression 执行传输压缩，因此可以节省网络带宽。

以一个现有的 Data Guard 异步配置为例：主数据库位于波士顿，备用数据库位于旧金山。只需在波士顿的同步复制距离（小于 150 英里）内用 Active Data Guard 部署一个远程同步实例即可实现零数据损失。这既不会破坏现有环境，也不需要专用存储、专有网络、更多数据库许可或复杂的管理。

图 7：Active Data Guard Far Sync — 跨远距离 WAN 提供高性能和零数据损失保护

Oracle Multitenant

挑战：很多 SAP 环境是由几个大型系统和大量

小型或非常小型的系统构成的。但是由很多小

型 SAP 系统充当独立的数据库服务器有一些弊端：

大量小型系统（甚至是虚拟化系统）会占用

大量硬件资源（内存、CPU）

管理众多小型数据库系统需要花费大量时间

价值主张：Oracle Multitenant 将“容器”数据库和“可插拔”数据库进行隔离，以便减少资源

占用。它将标准操作移至“容器数据库”级

别，从而简化管理。

认证/支持：对 Oracle Multitenant 的认证计划于 2016 年年中完成。

版本：Oracle Database 12c

实施：详细信息将在认证时提供。

Oracle Database 12c Multitenant 引入了一种全新的架构，支持客户在不改变应用的情况下轻松整合多个数据库。这种架构具有将多个数据库作为一个数据库进行管理的所有优点，而且保留了独立数据库的数据隔离和资源优先级。

整合方法

大型企业可能会使用数百个甚至数千个数据库。这些数据库通常运行在多个物理服务器上的不同平台上。一个数据库可能只占用一小部分服务器硬件容量。这种方法成本高昂，无法充分利用硬件和人力资源。

•

•


由于共享后台进程、内存结构、系统级元数据和数据库文件，因此资源占用大大减少。此外，客户还可以使用特定功能扩展 Oracle Database 12c Resource Manager，以便控制一个 CDB 中多个 PDB 之间的资源争用。

将多个数据库作为一个整体来管理

通过将现有数据库整合为可插拔数据库，管理员可以将多个数据库作为一个整体来管理。这种做法的优势包括：

在给一个 CDB 打补丁的同时也完成了对其中多个 PDB 打补丁的操作。要升级 CDB 中的所有 PDB，只需升级 CDB，其中的所有 PDB 即可“就地”升级。

管理员不用执行单独的数据库备份，只需在 CDB 级别备份数据库即可。换言之，所有整合到一个容器中的 PDB 将被视为一个整体来进行备份，不过，数据库管理员在必要时也可以灵活地对单个 PDB 执行恢复操作。

管理员在另一数据中心（用 Data Guard 或 Active Data Guard）维护备用系统将只需在 CDB 级别设置一个备用配置即可复制该容器中整合的所有 PDB。

应对这个管理问题的常规做法是在每个服务器上放置多个数据库（直接安装或者使用虚拟机）。但问题是，多个数据库实例并不共享后台进程、系统和进程内存，也不共享 Oracle 元数据。还有一种做法是从逻辑上将数据划分为不同的模式（模式整合）。但问题是，这些虚拟实体难以管理、难以保障安全且难以传输。

Oracle Multitenant 架构

Oracle Database 12c Multitenant 基于一种称为数据库

整合的方法。它提供一种新的架构，支持一个容器数据库 (CDB) 容纳多个可插拔数据库 (PDB)。请参

见图 8。

现有数据库可以“插入到”一个 CDB 中。以后可以在任何时间将其拔出，然后插入到另一个 CDB 中。所有 Oracle 数据库软件版本均支持拔出/插入操作。

从通过 Oracle Net 连接至数据库服务器的客户端应用的角度来看，PDB 就是数据库。PDB 与非 CDB 完全兼容 — 这一规则也被称为 PDB/非 CDB 兼容性保障。

资源利用和资源管理

一个 CDB 中的众多 PDB 共享其内存和后台进程。与旧架构提供的基于模式的整合方法相比，这种方法能够整合更多的数据库，并且不需要对应用进行重大的更改。

Oracle 数据字典的水平分区（一种概念分区，并非物理表分区）不再需要在每一个数据库中存储和管理系统级元数据。“下”半部（在 CDB 中实施）只保存系统级元数据，“上”半部（在 PDB 中实施）只保存特定于应用的元数据。

用新的 SQL 命令创建可插拔数据库、在容器间移动可插拔数据库和克隆可插拔数据库，这些操作仅需数秒即可完成。如果底层文件系统支持精简供应，TB 级数据的克隆几乎可以瞬间完成。图 8：Oracle Multitenant — 采用新架构来整合数据库和简化操作

•

•

•

28

保护传输中的数据：Oracle 网络加密

在 SAP 环境中，用户并非直接连接到 Oracle 数据库服务器。他们先连接到 SAP 应用服务器实例，然后由 SAP 应用服务器实例连接到 Oracle 数据库服务器。在这种情况下，应用服务器实例就是 Oracle 客户端，Oracle 网络加密将对往返于应用服务器和数据库服务器之间的所有数据进行加密。

Oracle 网络加密需要 Oracle 软件，而 Oracle 软件并不安装在用户的设备上。因此我们必须使用其他技术或产品来保护 SAP 用户和 SAP 应用服务器之间的通信。

然而，人们不仅可能试图读取传输中的数据，而且还可能试图截获并修改它们。因此，除了网络加密之外，Oracle 还支持加密校验和来确保数据完整性。加密和加密校验和都对应用完全透明，并且都为系统管理员提供了多种算法选择。1

1请注意：截至 2013 年 6 月，网络加密和加密校验和不再是 Oracle Advanced Security 的一部分。他们包含在所有受支持的、经过许可的 Oracle 数据库版本中，由 Oracle 免费提供。

Oracle Advanced Security

保护静止数据：Oracle 透明数据加密

Oracle 透明数据加密 (TDE) 对构成生产数据库的文件（而不是备份文件，此类文件将在下一节中讨论）中的数据进行加密。顾名思义，TDE 对应用透明，不需要更改应用。自 SAP NetWeaver v7.20 起，您可以使用 BRSPACE 在表空间级别设置加密属性。BRSPACE 还可以用于管理存储加密密钥的钱夹。

透明数据加密有两种形式。一种是列加密（从 Oracle Database 10g 开始提供），也就是只选择部分 SAP 表，甚至只选择这些表中包含敏感数据的列进行加密。而其他一切均保持未加密状态。第二种是表空间加密（从 Oracle Database 11g 开始提供）。它可以加密可能包含数百、数千甚至数万个表的整个表空间。

保护静止数据：Oracle 备份加密

如果您决定在数据库备份中使用列加密，那么窃取数据库文件备份通常比窃取生产数据库容易得多。因此，Oracle Advanced Security 中的第三组特性与备份加密有关。

挑战：要读取或更新存储有 SAP 应用数据的 Oracle 数据库，对合法用户而言，显而易见的选择就是使用这一特定应用。但攻击者不一样，

他们想绕过 SAP 的用户管理和访问控制，所以

可能会用网络嗅探工具捕捉传输中的数据或者

用某些文件编辑器读取静止数据，即数据库文

件副本中的数据。

价值主张：Oracle Advanced Security 包含一系列

特性，使管理员能够加密数据，让攻击者更难

以理解看到的信息。

客户可以用 Oracle 网络加密保护传输中的数据，用 Oracle 透明数据加密和备份集加密保护生产数据库文件及其备份副本中的数据。

认证/支持：Oracle Advanced Security 通过了所有 SAP NetWeaver 应用的认证。由 SAP 为实施提供支持。


实施：可通过 Oracle Net 配置或用 SAP 的 BR*Tools 激活 Advanced Security 特性。有关详细信息，请参阅 SAP 说明 973450、974876 和 1324684。


特权数据库用户（如，数据库管理员）可使用 DBA 工具直接连接到数据库，借此绕过 SAP 的安全检查（见图 10）。加密无法消除此类威胁。例如，如果某用户能够使用具有足够权限的帐户成功连接到数据库，然后发送一个查询请求，则 Oracle 数据库会毫无保留地为该用户提供结果集。如果请求的数据经过加密，Oracle 还会进行解密。因为从 Oracle 数据库的角度来看，该用户发送的请求似乎是完全有效的请求。

这种情况有可能发生，因为按照惯例，如果您被显式授予了足够数量的系统权限，那么您也就隐式获得了所有表的对象权限。数十年来，人们一直觉得这种情况是可以接受的。但是近来，各公司开始思

图 9：Oracle Advanced Security — 加密传输中的数据或静止数据

如果您只是对数据库文件进行备份，则在备份副本中，只有在生产数据库文件中进行加密的那些列是经过加密的。但是，结合使用 Oracle Recovery Manager (Oracle RMAN) 和 Oracle Advanced Security 可以加密整个备份集（即所有数据）。

Database Vault

考以下问题：对于负责管理数据库结构的数据库管理员，真的有必要让他们在默认情况下能够读取（甚至更改）数据库中的所有数据吗？

Oracle Database Vault

要解决这个问题就需要在数据库中引入新的权限管理策略。该策略应该继续提供系统权限和对象权限，但应该删除隐式授予的对象权限。

这正是 Oracle Database Vault 的用武之地。它以更灵活的新策略取代了传统、稍显呆板的权限管理策略。它消除了所有隐式授权，转而提供一些方法来显式定义访问权限以及定义权限生效的环境。这远远超越了传统的用户-权限或用户-角色关联。

挑战：如果攻击者不使用第三方工具而是使用 Oracle 工具来绕过 SAP 应用，那么数据加密就不起作用。如果攻击者是特权数据库用户（如数据库管理员），而且当数据库管理工作外包或者数据存储在云端时，情况会变得非常危险。

价值主张：Oracle Database Vault 用更灵活、功能更强大的新策略取代了传统的数据库权限管理策略。它远远超越了传统的用户-权限或用户-

角色关联。 Oracle Database Vault 允许公司实施和执行职责分离或“四眼双人监控”等原则。

认证/支持：Oracle Database Vault 通过了所有SAP NetWeaver 应用的认证。由 SAP 为实施提供支持。


实施：用 Oracle Database Vault Administrator(DVA) 管理 Database Vault。

30

图 10：Oracle Database Vault — 特权用户访问控制和分析

Oracle Database Vault 允许公司实施和执行职责分离或“四眼双人监控”等原则。

面向 SAP 的 Oracle Database Vault

Oracle 销售的 Oracle Database Vault 只是一个工具箱。它确实附带有预定义的领域和角色，但这些领域是针对系统表的，角色也是非常通用的（基本的）。这些预定义的组件让 Oracle Database Vault 变得实用，您可以使用它，但这些组件不会保护特定于您的应用的数据。这是因为，Oracle 不知道有关您的应用和数据的任何信息。Oracle 只能为您提供一个工具箱，由您自己确定您的安全需求，然后将这些需求转化为访问控制策略。

这里要弄清楚一个重要的差别。只要客户使用自行开发的应用，就不能指望 Oracle 能做更多工作。但是，如果数千或数万家公司都使用某个标准应用，并且所有这些公司的安全需求至少在某个方面来说是相同的（因为它们是应用设计的结果），则 Oracle 对这些需求进行分析并实施一种基本的安全策略相对而言是十分有意义的。

Oracle 确实这样做了，为客户节省了实施繁琐的、特定于应用的安全策略基础工作所需的时间，并避免了这些公司忘记实施某些基础工作。到目前为止，Oracle 提供了一系列的预定义、特定于应用的 Oracle Database Vault 策略，面向 SAP 的 Oracle Database Vault 正是这个系列的一员。

Real Application Testing (RAT)

挑战：为数据库软件打补丁或升级、修改数据库服务器配置以及实施新的数据库特性/选件可以提高数据库服务器和整体系统的性能、可用性和安全性。尤其是，如果实施需要考虑特定于客户或应用的特征，那么管理员会希望提前了解新特性或配置在生产系统中的工作方式。

价值主张：很多测试系统的主要问题是对其应用的负载较小或者与生产系统的实际负载不同，导致新特性或配置在测试系统运行良好，在生产系统却效果不佳。因此，Oracle Real Application Testing 允许客户捕获生产系统的数

据库负载，然后在测试系统重放负载。通过这两个步骤，我们就可以在生产系统实施变更之前利用实际负载了解这些变更的实际效果。

认证/支持：Oracle Real Application Testing 通过了所有 SAP NetWeaver 应用的认证。由 SAP 为实施提供支持。


实施：这是数据库特有的特性，不需要 SAP 工具支持。有关详细信息，请参见 SAP 说明1426980。


Oracle Real Application Testing 使您能够执行实战测试。它捕获生产数据库负载，然后在生产系统部署更改之前评估系统更改的影响，从而降低更改带来的不稳定风险。Oracle Real Application Testing 包括两个组件：Database Replay 和 SQL Performance Analyzer。

Database Replay

目前的负载测试一般都是测试团队利用工具根据用户在系统上的预期行为来生成合成负载。随后，应用虚拟用户重放这些负载，模拟用户向应用提交请求。尽管该方法应用广泛，但它在测试数据库级别的更改时仍有诸多不足：

创建合成负载需要相当长的时间，并需要专业编程技能。

由于对用户行为了解不充分，因此在合成测试中往往遗漏很多可能的工作流。

使用这些工具几乎无法模拟生产规模的数据库的并发性。

使用这些工具模拟用户时需要一个完整的应用体系来支持测试。

利用 Oracle Real Application Testing 中附带的 Data-base Replay，DBA 和系统管理员可以在测试环境下如实、准确、逼真地重新运行实际生产负载，其中包括联机用户负载和批处理负载。Database Replay可从生产系统中捕获所有数据库负载（包括所有并发性、相关性和时间性），使您能够在测试系统中从实质上重建生产负载（这样的负载重现绝对无法通过脚本实现），对系统更改进行逼真的测试。使用 Database Replay，DBA 和系统管理员可以测试：

数据库升级、补丁、参数、模式更改等。

配置更改，例如从单实例转换为 RAC、ASM 等。

存储、网络、互联更改。

操作系统、硬件迁移、补丁、升级、参数更改。

SQL Performance Analyzer

Database Replay 可以实现 Real Application Testing 的一半功能，另一半功能由另外一个工具 SQL Perfor-mance Analyzer 来实现。这两个工具的主要差异在于工作范围：Database Replay 适用于捕获和重放数据库中的所有活动，SQL Performance Analyzer 则使您能够捕获特定的 SQL 语句并重放这些语句。后者对于 SQL 调优有显著优势，因为您可以微调某个应用发出的 SQL 语句并评估其影响。

SQL Performance Analyzer (SPA) 可以预测和防止环境更改导致的 SQL 执行性能问题。通过在更改前后顺次运行 SQL 语句，它可以提供环境更改对 SQL 执行计划所产生影响的详细报告和统计信息。

图 11：Real Application Testing (RAT) — 捕获和重放实际数据库负载

•

•

•

•

•

•

•

•

32

Enterprise Manager 管理包

挑战：监视和管理整个 IT 基础设施通常极具挑

战性。管理员可能会使用大量专为各种特定用

途设计的管理工具。

价值主张：作为一家提供从数据库硬件到应用

的全 IT 体系产品的供应商，Oracle 意识到需要满足客户对集成式企业管理工具的需求。不

过，为了避免不必要的复杂性，Oracle Enterprise Manager Grid/Cloud Control 分为一个基础产品和

几个专用于特殊特性的管理包。无论有没有管

理包，Oracle Enterprise Manager 都能让用户全面

地了解 IT 环境。

认证/支持：一般来说，在 Oracle 上运行 SAP 的客户可以进行选择。一个选择是使用 SAP 提供

的 BR*Tools 系列管理工具。

这些工具中包含了特定于 SAP 的知识，因此简单易用。另一个选择是使用功能强大的 OracleEnterprise Manager 及其管理包。不过，某些情况下只能使用 Oracle Enterprise Manager 或其某个管理包，原因可能是没有针对某个 Oracle 数据库特性（如Database Vault）的 BR*Tools 支持，也可能是 SAP 和 Oracle 功能经过了完全集成，前者离不开后者（如SAP DBA Cockpit 和 Enterprise Manager Diagnostics Pack）。

版本：Oracle Database 11g、Oracle Database 12c实施：有关在 SAP 环境使用 Oracle Enterprise Manager 的基本信息，请参阅 SAP 说明 355770 和 1028068。特殊用例请参阅其他说明和相关白皮书。

Automatic Database Diagnostic Monitor (ADDM)：ADDM 是基于 AWR 中捕获的数据构建的。借助 ADDM，Oracle 数据库可以诊断自己的性能并确定如何解决发现的问题。ADDM 在每次 AWR 统计信息捕获之后自动运行，因此能够立即提供性能诊断数据。ADDM 检查 AWR 中捕获的数据并主动执行分析来确定主要问题、推荐解决方案和量化预期收益。

Active Session History (ASH)：数据库的所有活动会话在每秒钟都有一次自动采样并存储在 ASH 中。这些数据被捕获到数据库内存的滚动式缓冲区中。ASH 数据显示了哪些操作正在占用数据库的时间，并突出显示所有性能瓶颈。由于 ASH 捕获会话状态和大量性能属性，因此可以非常有效地利用内存中 ASH 数据来理解数据库负载状况并主动诊断任何瞬时性能问题，例如，在非常短的时间内发生的 CPU 占用急剧上升或 I/O 激增。

SAP DBA Cockpit 和 Enterprise Manager Diagnostics

Pack

Oracle Diagnostic Pack 提供自动性能诊断和高级系统监视功能。它包含的特性有：

Automatic Workload Repository (AWR)：AWR 是每个 Oracle 数据库中都有的一个内置信息库，包含了有关该数据库的操作统计信息以及其他配置和使用信息。Oracle 数据库定期为自己的所有性能统计信息和负载信息创建快照，然后将快照存储在 AWR 中。AWR 因此形成 Oracle 数据库大多数自我管理功能的基础。它是 Oracle 数据库从历史角度了解使用情况的信息来源，为其决定哪些是专门用于系统环境的准确信息提供支持。Oracle 数据库的大多数自我管理功能严重依赖 AWR 中捕获的信息。AWR 中的数据也可用于诊断所有类型的性能问题，从持久式性能诊断到对比式性能诊断均可使用。

•

•

•


Oracle Diagnostics Pack 的诊断和分析特性（如 AD-DR、ASH 和 AWR）与 SAP 的 DBA Cockpit 紧密集成在一起。因此 Oracle Diagnostics Pack 对 DBA Cockpit 而言是必不可少的。

数据库生命周期管理包

Provisioning and Patch Automation Pack 实现了软件、应用和补丁部署的自动化。它使数据中心的关键运营变得简单、高效和可扩展，从而降低运营风险和拥有成本。供应整个软件体系（包括操作系统、中间件和数据库以及作为补充的综合报告工具）的能力使得 Provisioning and Patch Automation Pack 成为整个系统管理中极其重要的一环。

Provisioning and Patch Automation Pack 提供端到端的补丁安装解决方案，可以跨大范围的产品和客户环境无缝工作。补丁安装应用实现了 Oracle 数据库补丁和底层操作系统补丁的部署自动化。

该应用可以根据需要执行补丁安装前和安装后步骤，如关闭和启动服务、更改字典。它还利用灵活的部署程序框架，使用户可以为补丁安装过程中的特定操作增加自定义步骤。

Provisioning and Patch Automation Pack 还提供现成的部署程序，根据高可用性实践从“黄金映像”供应 Oracle 数据库（单个实例数据库和 RAC）、Oracle Clusterware 和 Oracle Automatic Storage Management。黄金映像是经过测试和批准的软件映像，可以在进行部署之前应用任何级别的补丁。

对于 SAP 环境，则将 MOPatch 实用程序与 Oracle Enterprise Manager 的部署程序相集成，自动编排 Oracle 数据库的补丁安装过程。请参阅白皮书“用 Oracle Enterprise Manager 为 SAP 环境下的 Oracle 数据库安装补丁”。

图 12：Oracle Enterprise Manager Diagnostics Pack 和 SAP DBA Cockpit

34

总结

从某种程度上说，Oracle 数据库一直都是一个数据管理基础设施，因此总是需要为两个相反的目标提供支持：整合和分离（或者区分）。Oracle 一直都是一个多用户、多模式、或许还是多应用数据库。因此，除了将可用数据分到不同表中这个非常基本的做法，还需要分离特定于应用的模式。考虑到性能因素，则需要隔离用于存储用户/应用数据的文件与用于存储重做日志或撤消信息的文件。不过，作为一个全面的数据管理系统，Oracle 数据库一直都提供适配器、网关及其它方式来帮助交互式用户和批处理作业将存储在 Oracle 数据库中的数据与来自外部其它数据源的数据结合在一起。

但是，随着大量客户面临着数据量不断增长、负载不断增加、维护时间越来越少的问题，Oracle 需要提供更多、更成熟的解决方案。因此 Oracle Database 10g、Oracle Database 11g 和 Oracle Database 12c 应运而生。

定义数据子集

自多年前推出以来，表和索引分区已发布了多个版本，但仍然是数据区分的良好示例，是一个功能强大的技术。这就是本文将它放在前面讨论的原因。它用于定义可以独立访问和管理的表数据子集。

子集和访问模式

在确定具体的分区策略时，不仅要考虑数据，还要

考虑访问模式，这非常重要。按月份给一个表分区

可能根本没有价值，甚至，如果大多数查询按位置

访问数据，还会给性能带来负面影响。

不过，用一种前所未有的新方式按访问模式区别数据子集是 Oracle Database 12c 众多特性和选件的主要目标。

Advanced Compression 中附带的热图特性可自动跟踪修改和查询时间戳，提供对数据访问方式的详细洞察。自动数据优化则可根据热图收集的信息按用户定义的策略自动移动和压缩数据。

这意味着可以实施存储和压缩分层，即，根据访问特点为不同的数据子集选择不同的存储介质和不同的压缩算法。

Oracle Database In-Memory 可帮助管理员区分不同类型的事务和内存中的不同数据表示，避免由于需要为所有类型的事务和应用选择一种数据格式而牺牲其他方面。依托新的 In-Memory 选件，Oracle Database 12c 可以用行格式提供数据供 OLTP 事务使用，同时以列格式提供数据供分析功能使用。

负载分布

有一些选件则专注于进行负载分布。突出的选件是 Real Application Clusters (RAC)，它允许客户拆分系统负载，让运行着大量 Oracle 实例的多个服务器处理负载。由客户来决定是让所有实例处理同一类型（或混合类型）的负载，还是由不同的实例负责不同类型的负载（例如，交互式事务与批处理作业）。


图 13：Oracle 多层数据管理基础设施

简单地说，Multitenant 会区分哪些管理任务应针对每个数据库单独执行（因为会带来不同的结果），而哪些管理任务可以一次全部执行或者至少可以针对一组数据库执行（因为不会产生不同的结果）。例如，向 25 个数据库系统应用一个特定的补丁就要重复 25 次同样的过程。因此 Oracle Multitenant 将该操作转移到容器数据库层，只需执行一次就可以应用到所有可插拔数据库了。而时间点恢复操作则在 PDB 层面执行，因为该操作不应影响其他 PDB。

此外，Provisioning and Patch Automation Pack 使管理员能够让所有情况下都相似的操作自动执行。例如，基于“黄金映像”部署 Oracle 补丁或供应新系统。

监视和测试

您的系统是否会受益于这些特性？您如何确定？要让这些特性对您的系统产生积极的影响，您应如何实施？Real Application Testing 将帮助您解答这类问题。

除了支持负载分布，RAC 还提高了系统可用性。Data Guard 更是如此。不过，Data Guard 不需要备用数据库处于空闲状态。它可用于操作，例如备份操作，或者在某些情况下用于报告。换言之，Data Guard 也有助于实现负载分布。

数据访问策略

从另一方面来看，Oracle 的安全性选件还与访问模式有关。具体而言，Database Vault 使安全管理员能够定义和实施访问策略，防止特权用户读取或操作他们不应该访问的数据。“职责分离”这样的措辞则毫不含糊地表明，我们谈论的仍然是分与合之间的平衡。

数据库管理

Oracle Database 12c Multitenant 将数据管理基础设施原则提升到一个全新的层面：我们不是简单地讨论面向大量表或大量用户的基础设施。我们谈的是面向大量数据库的基础设施。在这一点上，整合显然需要分离。

36

从中小企业到大型企业，全球有数以万计的客户因使用面向

SAP 的 Oracle 数据库而从中受益。原因有很多。接下来我们

将详细探讨哪些突出的优势使面向 SAP 的 Oracle 数据库成为

广大 SAP 客户的选择。

28 年多以来，Oracle 和 SAP 一直在共同为 SAP 客户优化 Oracle 数据库。两家公司通过续签协议和持续承诺不断巩固这种长期稳定的合作伙伴关系。重要的是：SAP 客户将受益于 Oracle 创新。Oracle 创新可提供灵活的解决方案，使您能够满足业务需求和要求。另一方面，SAP 客户重视用面向 SAP 应用的 Oracle 数据库所实现的卓越可持续性和投资保护。

随着我们深入了解更多详情，就会清楚地发现为何面向 SAP 的 Oracle 数据库是运行 SAP 应用的合适的 RDBMS。为此，我们要仔细看看面向 SAP 的 Oracle 数据库相比其他适用于 SAP 应用的数据库有哪些主要优势。仅就面向 SAP 的 Oracle Database 11g、12c 以及 Oracle Exadata 数据库云平台（一种 Oracle 集成系统，包含重要特性/选件）而言，至少有 8 项优势：

从出色性能、高可用性到为数据库整合提供全力支持 — 有很多理由和优势促使客户采用面向 SAP 应用的 Oracle 数据库

为何选择面向 SAP 的 ORACLE 数据库和集成系统？

1.)高性能和可扩展性Oracle 在 SAP SD 和 BI-D（BI 数据集市）基准测试中取得了出色的结果，可在 Unix 和 Linux 上跨 SMP 和集群环境提供卓越的可扩展性和性能。

Oracle Real Application Clusters (RAC) 以一种灵活的方式为 SAP 应用赋予近乎线性的可扩展性。借助 RAC，客户可以选择对数据库服务器层进行纵向扩展或横向扩展。由于所有 RAC 节点都是活动的，因此这将帮助 SAP 客户满足生产负载需求。得到客户广泛采用的 Oracle RAC 是通过了所有 SAP 产品认证的正式发布的集群化数据库解决方案，可依托 Oracle Clusterware 确保 SAP 资源高度可用并且不需要第三方软件。

Oracle Automatic Storage Management (ASM) 是 Oracle 数据库文件的卷管理器和文件系统，支持单实例 Oracle 数据库和 Oracle Real Application Clusters (Oracle RAC) 配置。ASM 是 Oracle 推荐的存储管理解决方案，是常规卷管理器、文件系统和原始设备的替代方案。 Oracle Database In-Memory 选件可加快分析、数据仓库、报告和 OLTP 性能。Oracle Database 12c 的 In-Memory 选件与现有应用完全兼容，可利用现有的所有 Oracle 数据库功能。在 Oracle Database 12c 上运行的每一个应用都可以自动、透明地利用 Oracle Database In-Memory 选件。现有应用将保留完整功能，同时轻松获得性能加速。用户可以开发之前因性能限制而显得不太现实的新应用。

采用 Oracle Database In-Memory 的 SAP BW Flat Cubes：数据建模技术 Flat Cubes（也被 SAP 称作“经 HANA 优化的 InfoCubes”）可帮助客户简化 SAP BW 数据模型。客户在 Oracle 系统上运行 SAP

面向 SAP 的 Oracle 数据库的优势

37为何选择面向 SAP 的 Oracle 数据库和集成系统？

的优势：从多个方面降低了成本，包括更高的性能、SAP BW 与 Oracle Database 12c 之间的优化集成、不需要索引和聚合、更快的查询响应和数据加载速度。

借助 Oracle Exadata 数据库云平台，客户可以根据需求以递增方式纵向/横向扩展。开始可以选择适当的 Exadata 规模 — 八分之一机架、四分之一机架、半机架或全机架配置。当您需要更快的速度或更大的容量时，再扩展 Exadata 的规模。这无需叉车式升级，只需对现有系统执行纵向/横向扩展即可。

Exadata 用一项优秀的技术将数据密集型 SQL 操作分流至各个 Oracle Exadata Storage Server，只将与查询直接相关的行和列发送至数据库服务器。

因此，它可以为事务处理和数据仓库提供卓越的性能。SAP 事务所请求的数据将有可能位于闪存中，因此能以超快速度检索。报告和批处理用户不会干扰 SAP 事务用户。SAP BW/BI 数据仓库将查询返回给用户的速度将实现数个数量级的提升。

2.)出色的部署灵活性广受支持的平台 — Unix、Linux 和 Windows 均支持 Oracle。Oracle 在所有操作系统上都采用相同的代码库，在所有硬件平台和操作系统上都提供同样的特性、工具和功能，因此客户可以针对自己的实施选择经济高效的平台。

如果客户需要更改操作系统，Oracle 提供快速高效的 Oracle 到 Oracle (O2O) 迁移服务。许多客户都无法承担离线迁移带来的停机代价。对于这种情况，Oracle 提供了 3O 服务。该服务可实现接近零停机的在线 Oracle 到 Oracle 迁移，无论数据库规模多大，停机时间都可从数小时缩短至数分钟。

作为 Oracle Database 12c 的一个新选件，Oracle Multitenant* 可帮助客户简化整合、供应和升级等过程，从而降低 IT 成本。它由一个新的架构提供支持，允许在一个多租户*容器数据库中容纳多个可插拔数据库。现有的数据库无需任何更改即可用作可插拔数据库。其他应用层也不需要进行更改。

通常，Oracle 为由第三方硬件和第三方操作系统构成的系统提供 Oracle 数据库服务器软件。如今这种方法仍然可行。不过，Oracle 同时也提供“集成系统”，专门为该系统打造了服务器、操作系统和数据库。运行 Oracle 数据库的所有嵌入式组件均经过 Oracle 专家预先配置、调优和测试，其部署时间可比通常部署高性能系统所需时间节省数周或数月。

3.)高可用性和可靠性面向 SAP 的 Real Application Clusters (RAC) 可消除数据库服务器单点故障问题。只要有一个或多个数据库实例处于正常运行状态，数据库就将保持联机。作为 Oracle RAC 的补充，Oracle Data Guard 提供了一个灾难恢复解决方案，避免在发生故障时导致 SAP 停机。Data Guard 通常与闪回技术（用于回退数据库更改，不必执行任何恢复，从而大幅减少停机）结合使用。联机打补丁则可允许客户在完全联机状态下安装单个补丁或补丁包，无需关闭数据库实例。

SAP 客户可以使用 Oracle Database 12c R1 (12.1.0.2) 中提供的（X2、X3、X4 和 X5 上也提供）Oracle Cloud File System (ACFS) 作为 Oracle Automatic Storage Management (ASM) 的补充，以便在 ACFS 上存储非数据库文件。Exadata X5 上也将提供 ACFS 来存储 SAP 相关文件（例如 /sapmnt 和 /usr/sap/trans），替代外部 NFS 文件系统。

Oracle Database 12c 为 SAP 客户带来的业务收益 (1)

38

面向 SAP 客户的 Oracle Exadata 数据库云平台经过了高度集成，采用预先验证的配置，可提供开箱即用的高可用性。Exadata 采用冗余架构，消除了所有单点故障。此外，Exadata 中纳入了镜像、故障隔离以及驱动器和单元故障防护等用户熟悉的特性，可确保持续的可用性和数据保护。

由于 Exadata 是预构建的，因此可减少部署、安装和配置（硬件、操作系统、数据库、RAC、集群件等）的时间和成本。

4.)为超大型数据库提供支持众所周知，Oracle 数据库可以高效地利用磁盘空间。这对于数据库规模不断迅速增长的 SAP 客户来说极其重要。

通过对 B Tree 索引（占据了 SAP 环境中分配给数据库的磁盘空间的三分之一）进行压缩，系统可以在同等大小的内存（缓存）中存储更多索引信息，从而降低 I/O 并提高总体性能。

Oracle Advanced Compression 中的表压缩使用的算法可在数据库块内甚至跨多个列消除重复值。这种方式还有助于减少磁盘空间、提高性能和简化管理。

Oracle Database 12c Advanced Index Compression 采用的算法在块级优化索引条目空间，从而降低磁盘空间需求、加快数据访问并提高 SAP 系统的吞吐量。

行外 LOBS (SecureFile) 压缩、客户端-服务器网络压缩、Data Guard 压缩、Expdp 压缩和 RMAN 备份压缩则是对压缩特性的进一步增强，可为 SAP 客户带来更多益处。

Oracle 优化了 Unicode 迁移过程（所有新的 SAP 版本都需要这一过程）中完全卸载和加载数据的流程，可以快速完成 SAP Unicode 迁移，数据传输速率高达 1 TB/小时并且与 SAP 产品全面集成。即使是大规模的 TB 级数据库也可以在一个周末完成迁移。

采用 Oracle 数据库的 SAP 客户还可以利用丰富的表分区类型来降低 I/O 和提高性能。此外，Oracle Database 11g R2 通过子分区和间隔分区提高了设计灵活性和应用性能。

在 Oracle Database 12c 中，Advanced Compression 选件 (ACO) 增加了一些可增强 Oracle 数据库存储管理功能的新特性。热图可自动跟踪修改和查询的时间戳，提供详细的数据访问记录。

Oracle 集成系统（Exadata 平台）上提供的混合列压缩可实现高级别的数据压缩，能为企业节省大量成本。此外，由于 I/O 减少，性能也有了显著提高。存储空间平均缩减至原来的十五分之一至十分之一，具体情况取决于所实施的混合列压缩级别。

许多环境现在都快到达使用寿命极限，维护成本十分高昂。Exadata 和 Exalogic 可轻松便捷地管理环境，是部署私有云的可行选择。

SAP Business Warehouse： — 处理复杂的大型 infocube、查询或事务需要很长的数据库响应时间

— 需要在有限的时间内完成大型日常提取事务

— 大型提取事务可能会阻塞网络

Oracle Database 12c 为 SAP 客户带来的业务收益 (2)

39

5.)出色的数据库安全性如今，合规性和安全性比以往任何时候都更加重要。

Oracle Advanced Security 的透明数据加密 (TDE) 特性可透明地对写入磁盘的数据执行加密，从而轻松加密敏感数据。Oracle 数据库提供表空间加密（加密表空间中的所有数据）、RMAN 备份加密、Data Guard Secure Network、Expdp 和 SecureFile 加密。

使用 Oracle Database Vault，您可以在 SAP 应用数据库对象周围建立保护领域，从而防止有特权的数据库用户访问敏感数据，同时在特权数据库用户之间实施职责分离。

Oracle Database Vault 可帮助客户通过实施职责分离来满足监管合规要求。Database Vault 12c 权限分析可大幅度减少授权角色的数量。

所有 Oracle 安全特性均可用于所有数据库配置（单实例和 RAC）和所有硬件/操作系统平台（包括 Exadata 数据库云平台）。

面向 SAP 的 Exadata 可满足苛刻的安全性和高可用性要求。它具备有 Database Vault 等 Oracle 高安全性特性，是适用于任务关键型数据库的全面、预构建、均衡且安全的云服务器。

6.)先进的可管理性和自我管理 Oracle Enterprise Manager Grid Control (EM)、SAP DBA Cockpit 和 SAP BR Tools 依赖于 Oracle Automatic Workload Repository (AWR)。AWR 可自动存储负载和性能统计数据，因此，管理员和支持工程师可以分析并快速解决性能问题 — 无论问题的根源发生在数小时之前还是数天之前。

Real Application Testing (RAT) 可评估和实施客户数据中心基础设施中的更改，例如操作系统、硬件迁移、补丁和升级更改。Database Replay（RAT 中的组成部分）则支持客户逼真地测试系统更改，从根本上在测试系统上重建生产负载。

Oracle 12c 为 SAP 客户提供了令人激动的新功能，即信息生命周期管理 (ILM) 和自动数据优化 (ADO)。这些特性可与热图一起用于构建强大的 ILM 策略，即采用自动数据分层和压缩来满足您自定义的策略。

补丁包与 SAP 一起创建和认证，并捆绑在一起以实现简化。用户只需应用 Exadata 补丁包和 SAP 数据库补丁包即可。BR TOOLS 得到了扩展，可支持 ASM 和 Exadata。

面向 SAP 的 Exadata：— 无需复杂的集成工作和手动调优（数据库、存储、网络和服务器）

— 提供出色的实施、迁移和整合支持，快速而低成本地完成项目

— 支持用户实施高效的多系统数据库集中式数据池。

7.)为数据库整合提供支持Oracle 在很早之前就支持各种传统数据库整合方式，例如虚拟机和模式整合，帮助 SAP 客户节省成本并有效优化基础设施。

Exadata 数据库云平台等 Oracle 集成系统则让客户能够进一步整合数据库、节省基础设施成本和降低复杂性。越来越多的 SAP 客户为了一个明确的目标而采用 Exadata：整合其数量庞大的“SAP 数据库”。

用户可以在 Oracle Exadata 数据库云平台上的企业级数据库整合计划中纳入 SAP。这样便可将所有数据库整合到一个现代化数据库平台上并通过整合降低总体数据库成本。将多个分散的 Oracle 数据库整合到一个 Exadata 环境中可实现巨大的优势。管理员可以专注于管理 Exadata，不需要维护其配置。


40

Oracle 12c Multitenant* 可为数据库整合项目赋予除上述优势之外的更多优势。客户使用 Multitenant 选件可极大地简化数据库整合项目，进一步提高效率和节省资源/成本。Oracle Multitenant 引入了一种全新的架构，支持客户在不改变应用的情况下轻松整合多个数据库，只需少量的内存资源便可集中处理管理任务。SAP 客户可以将多个数据库作为一个加以管理（补丁、备份等）。此外还可以轻松高效地提高系统资源利用率和改善资源管理。

8.)出色的软硬件集成多年以来，Oracle 数据库服务器软件一直在利用相关硬件组件的能力，例如采用闪存、加密等。借助 Oracle 12c In-Memory，在 CPU 支持的情况下，扫描可以使用超快的“单指令多数据”(SIMD) 向量指令。因此，使用 Oracle 12c 可更加高效、高质量地实现硬件和软件的集成。

Exadata 是一款预构建的 Oracle 集成系统，可减少部署、安装和配置（硬件、操作系统、数据库、 RAC、集群件等）的时间和成本。面向 SAP 客户的 Exadata 可整合平台和数据库，从一开始就提供硬件和软件的出色集成，降低 SAP 环境的能耗和散热成本。

Oracle Database 12c 认证：第 1 阶段进行基本认证，该阶段已于 2015 年 3 月完成。涉及的认证内容为之前已经在 Oracle Database 11g 中提供的所有特性和选件以及 Oracle Database 12c 中完全透明或者只需极少集成工作的几个特性。

第 2 阶段于 2015 年 6 月完成。在该阶段对 Oracle Database 12c 中的主要新选件进行认证：Oracle Database 12c 中的全新选件 — Oracle Database In-Memory。

第 3 阶段已于 2015 年 12 月完成，Oracle Database 12c Advanced Compression 中包含的信息生命周期管理 (ILM) 特性以及 Oracle Exadata 和 Oracle SuperClus-ter 上带有行级锁定功能的混合列压缩 (HCC) 已于本阶段完成认证。

第 4 阶段计划于 2016 年进行，该阶段将完成面向 SAP 客户的 Oracle Multitenant 的认证。该选件允许将多个数据库整合到一个容器数据库中。它基于一个全新的数据库架构，需要完成大量 Oracle/ SAP 集成工作。


面向 SAP 的 Oracle 数据库的优势

41

更多信息

请参见 SAP 标准应用基准测试：http://www.sap.com/benchmark

商标声明

SAP 和在此提及的其他 SAP 产品和服务以及它们各自的徽标是 SAP SE（或 SAP 附属公司）在德国和其他国家/地区的商标或注册商标。

有关更多商标信息和声明，请参见 http://www.sap.com/corporate-en/legal/copyright/index.epx。

Oracle 和 Java 是 Oracle 公司、其附属公司以及相关公司在美国和其他国家/地区的商标或注册商标。

所有 SPARC 商标均为 SPARC International, Inc. 在美国和其他国家/地区的商标，需经许可方可使用。SPARC64 商标是 SPARC International, Inc. 在美国和其他国家/地区的商标，需经许可方可使用。

UNIX 是 The Open Group 在美国和其他国家/地区的注册商标。SPEC (Standard Performance Evaluation Corporation)、SPECint 和 SPECfp 是 Standard Performance Evaluation Corporation (SPEC) 在美国和其他国家/地区的注册商标。

有关此基准测试的详细信息和新信息，请访问 www.spec.org。

本文提及的所有其他产品名称和公司名称均为其各自所有公司的商标或注册商标。

好消息！在 ORACLE SPARC M7-8 服务器上支持 130000 位用户的 SAP SD 基准测试结果已经获得 SAP 认证

认证 — SAP® 标准应用基准测试

42

新纪录！采用 ORACLE 12c 的 ORACLE SPARC M7-8 服务器支持 130000 位 SAP SD 基准测试用户

Oracle SPARC 服务器在 SAP SD 双层基准测试中创造了新的 8 处理器系统优秀纪录。这些结果证实了 SPARC 架构的强大之处以及 Oracle Solaris 和 Oracle 12c 数据库的高可扩展性。在 Oracle 服务器上运行 SAP 的客户可以利用这种强大的性能来整合负载并大幅降低数据中心成本。

SAP SD 标准应用基准测试是一项 ERP 业务测试，可模拟完整订单处理和发票处理的满业务负载，并演示在单一系统上同时运行应用和数据库软件的能力。它代表在实际 ERP 业务环境中执行的关键任务，同时也是 SAP 客户使用广泛的基准测试。

系统/CPU CPU

内核

线程

用户数 SAPS 认证编号

OS SAP ERP

数据库版本

SPARC M7-8 /

SPARC M7

@ 4.133GHz

IBM Power

Enterprise

System E870 /

POWER8

@ 4.19 GHz

HPE Integrity

Superdome X /

Intel Xeon E7-

8890 v3

@ 2.5 GHz

8 /

256 /

2048

Oracle Solaris 11

Oracle Database 12c

EHP5

for SAP

ERP 6.0

8 /

80 /

640

16 /

288 /

576

AIX 7.1

DB2 10.5

Windows

Server 2012

R2 DC 版

SQL Server 2014

EHP5

for SAP

ERP 6.0

EHP5

for SAP

ERP 6.0

130000 713480 2016020

79750 436100 20144034

100000 545780 2016002

Fujitsu PRIME-

QUEST 2800E3

Intel Xeon E7-

8890 v4

@ 2.20 GHz

8 /

192 /

384

Windows Server 2012

R2 标准版/

SQL Server 2012

EHP5

for SAP

ERP 6.0

74000 404200 2016023

43新纪录！130000 位 SAP SD 基准测试用户

运行 SAP Enhancement Package 5 for SAP ERP 6.0 的 SPARC M7-8 服务器（8 个 CPU/256 个内核/2048 个线程）比搭载 8 个 CPU 的 IBM Power Enterprise System E870（8 个 CPU/80 个内核/640 个线程）快 63％，甚至比两倍于其 CPU 数量的 HPE Integrity Superdome X（16 个 CPU/288 个内核/576 个线程）快 30%。

Oracle 数据库日志文件位于 Oracle FS1-2 存储系统中，后者的写入速度高达 800 MB/秒，此写入操作在基准测试的高负载阶段平均只需 1 毫秒的服务时间。但为了取得这些成绩，Oracle FS1-2 存储系统只配备了 HDD，没有配备任何 SSD。

基准测试认证链接

在 Oracle SPARC M7-8 服务器上支持 130000 位 SAP

SD 基准测试用户的成绩通过 SAP 认证 (PDF)

http://www.oracle.com/us/solutions/sap/nl25-

benchmark-sparc-m7-3021033.pdf

Oracle 和 Java 是 Oracle 和/或其关联公司的注册商标。SAP 和所有 SAP 徽标是 SAP AG 在德国和其他国家/地区的商标或注册商标。Intel 与 Intel Xeon 是 Intel Corporation 的商标或注册商标。其他名称可能分别是其所有者的商标。

结果截至 2016 年 5 月 30 日。信息来源：SAP，www.sap.com/benchmark。

以下双层 SAP 销售和分销 (SD) 应用基准测试已通过 SAP Enhancement Package 5 for SAP ERP 6.0 的认证：

SPARC M7-8，8 个 CPU/256 个内核/2048 个线程，SPARC M7，4.133 GHz，130000 位 SD 用户， 713480 SAPS，Solaris 11，Oracle 12c，SAP 认证编号：2016020

HPE Integrity Superdome X，16 个 CPU/288 个内核/576 个线程，Intel Xeon Processor E7-8890 v3， 2.5 GHz，100000 位 SD 用户，545780 SAPS， Windows Server 2012 R2 数据中心版，SQL Server 2014，认证编号：2016002

IBM Power Enterprise System E870，8 个 CPU/ 80 个内核/640 个线程，POWER8，4.19 GHz，79750 位 SD 用户，436100 SAPS，AIX 7.1，DB2 10.5，认证编号：2014034

Fujitsu PRIMEQUEST 2800E3，8 个处理器/ 192 个内核/384 个线程，Intel Xeon Processor E7-8890v4， 2.20 GHz，74000 位 SD 用户，404200 SAPS， Windows Server 2012 R2 标准版，SQL Server 2012，认证编号：2016023

•

•

•

•

44

Bosch Group 是优秀的技术和服务供应商。它在全球范围内拥有约 375000 位员工（截至 2015 年 12 月 31 日）。该公司 2015 年的销售额为 706 亿欧元。其业务领域主要有四个：移动解决方案、工业技术、消费品、能源与建筑技术。Bosch Group 下辖 Robert Bosch GmbH 及其在 60 个国家/地区的约 440 家子公司和区域性公司。包括销售和服务合作伙伴在内，Bosch 的全球制造和销售网络遍及 150 个国家/地区。创新实力是该公司未来发展的基石。 Bosch 在全球的 118 个地点聘用了 55800 名研发人员。Bosch Group 的战略目标是通过创新实现互联式生活。目前，Bosch 正致力于通过创新性、能够点燃热情的产品和服务改善全球居民的生活质量。简而言之，Bosch 正致力于研发“成就生活之美”的技术。

Bosch GmbH 是优秀的创新型企业。该公司经常使用“科技成就生活之美”的口号，揭示了其改善生活质量以及通过创新实现“互联式生活”的业务目标。

十多年以来，Bosch 一直选择 Oracle 作为与 SAP 搭配使用的数据库的供应商。在 Bosch 基础设施中， Oracle 数据库是核心要素和重要基石。Oracle 数据库通过自主运作与各种 SAP 应用相结合，并且可完美响应这一成功的多元化集团的各种需求。

Bosch 的 IT 部门拥有超过 1500 名 IT 专家和流程专家。作为 Oracle/SAP 客户，在早期阶段合乎逻辑的选择就是充分利用新的 Oracle Database 12c 特性和选件。2015 年年中，其主要关注点是 Oracle Database In-Memory 的特性和优势。

IT 运营部门的一位项目经理兼数据库专家解释说： “我们希望了解 Oracle Database In-Memory 可如何帮助我们优化 SAP 的使用。该选件既适用于 OLAP 应用，也适用于 OLTP 应用。很快，我们意识到，它能给我们带来多方面的收益，在 SAP CRM 使用方面的收益尤其突出。”

Bosch IT 团队讨论了采用内部方案以及 Oracle 产品的各种解决方案场景和用例。该团队还发现，Oracle Database In-Memory 与 SAP BW Analytics 搭配使用时可带来显著的优势。

但对于 Bosch 更加重要的是，Oracle 12c 中的 Oracle Database In-Memory 还支持在 OLTP 系统中（尤其是在 SAP CRM 中）实现计划的、进行了优先级排序的优化。事实上，这是 Bosch 面对的十分迫切的一个问题。Bosch IT 团队需要采用一个合适且价格合理的解决方案来消除使用 SAP CRM / OLTP 时性能欠佳的情形。Oracle 12c 中的 Oracle Database In-Memory 正是他们需要的方案。

辅助索引带来的挑战

在此 CRM 用例中，主要问题在于辅助索引以及需要定期创建的额外的自定义索引。据 Bosch 称：“由于用户集中使用 SAP CRM 功能，因此 IT 团队需要持续为特定 CRM 对象和表创建额外索引。这是确保系统的使用符合各用户使用需求的途径。然而，这种方式无法覆盖应用的所有方面，尤其是 CRM 中的搜索选项和搜索可用性。这是因为并非所有此类搜索选项都受额外索引支持。一些应用功能只会引发超时。”

IT 团队已经创建了约 80 个额外索引。这导致维护需求和与性能相关的调优需求大幅增加，并造成成本密集型的资源使用。此外，还需要为这些索引（它们也是大对象）预留大量存储容量。

Bosch GmbH 通过 Oracle Database In-Memory 加快业务流程并降低成本 — 无需更改现有 SAP 应用

通过 ORACLE DATABASE IN-MEMORY 显著提高 SAP CRM 的效用

45Bosch GmbH 通过 Oracle Database In-Memory 显著提高 SAP CRM 的效用

在 Bosch Group，约有 3500 位用户使用 SAP CRM。此处讨论的 CRM 系统是 Bosch 运行的多个 CRM 系统之一。其中一个 CRM 系统的数据量超过 1TB。

经过 PoC 和一些测试，事实表明 Oracle Database In-Memory 不仅有助于增强性能，同时还可以解决棘手的辅助索引问题。借助 Oracle Database In-Memory，许多这类索引都能够删除。这促使 Bosch 将随带 Oracle Database In-Memory 的 Oracle 12c 投入到生产环境中，搭配 SAP CRM 系统一同使用。Bosch 通过执行详尽的分析确定哪些表适用于 Oracle Database In-Memory。IT 团队找出这些表，其中重要的表能够得到替换。Oracle Database In-Memory 技术的一项优势是 SAP 客户无需更改 SAP 应用即可获得收益，他们可以继续使用现有硬件（虚拟化且基于 Unix 的服务器），且不需要进行数据迁移。通常只需要提供 In-Memory 服务器/RAM 硬件资源（虚拟化或非虚拟化）来支持内存中处理所涉及的表。

Oracle Database In-Memory 实现高满意度通过 Oracle Database In-Memory 在 SAP CRM 系统中实现的改进完全符合我们的预期。用户满意度大幅提升，IT 支持的业务流程现在可以无延迟地平稳运行，并且可作为标准得到充分利用。索引创建和维护工作显著减少，IT 管理工作量也随之大幅减少，从而节省成本。

在所述用例中，Oracle Database In-Memory 消除了对大量针对大型表的辅助和自定义索引的需求，同时加速了 OLAP 的使用。插入、更新和删除语句运行正常。系统性能未受到任何负面影响。

通过增加内存中存储的缓存以及分配特定表以占用空间，可轻松实现进一步的调优。Oracle 12c 中提供的 Oracle In-Memory Advisor 组件还可用于识别适用于 In-Memory 的表。

问题/挑战Bosch 需要设法优化其 SAP CRM 的使用。具有大量辅助索引的表造成了一些非常棘手的问题。这些问题会降低用户满意度，提高管理和维护成本以及对额外 IT 资源（例如，存储）的需求。

解决方案

借助 Oracle Database In-Memory，客户能够替换额外的自定义索引。因此客户可以使用 Oracle 12c 中的 Oracle In-Memory 来应对需要这些索引的表。

收益

现在，用户可以大幅度发挥 SAP CRM 的效用

降低系统/数据库管理的成本

仅针对选定的表启用 In-Memory

不再需要辅助索引，从而节省了存储资源

减少索引数量意味着加快业务流程

更快的 SAP CRM 响应速度和更高的系统性能

使用 Oracle Database In-Memory 时无需更改 SAP 应用

继续使用现有硬件，只需要提供 In-Memory / RAM

•

•

•

•

•

•

•

•

•

•

46

作为优秀的陶瓷制造商之一，Villeroy & Boch AG 拥有超过 7300 名员工，年收入约 8 亿欧元。该家族企业成立于 1748 年，总部设在德国梅特拉赫，是创新、传统和卓越风格的代表。作为一家知名的时尚生活方式品牌，Villeroy & Boch 的产品涵盖浴室用品、健康产品和餐具，业务遍布 125 个国家/地区。 Villeroy & Boch 在各个业务领域中都使用 SAP ERP、 SAP BW 系统以及其他 SAP 解决方案。而且，20 年来，该公司一直采用成熟、可靠的 Oracle 数据库来维持巨大的优势。在此过程中，BW/BI 的重要性不断增加。Villeroy & Boch 在全球范围内拥有约 2500 位 SAP 用户，其中有大约 1700 位用户使用 SAP BW 环境。经过认证的 SAP 托管合作伙伴 Rödl IT Operation GmbH（办事处位于梅特拉赫、泽尔布和法兰克福）运营和管理大量系统，包括代 Villeroy & Boch AG 运营的所有 SAP 系统。

Villeroy & Boch 首席信息官兼 IT 主管 Thomas Ochs 说：“在由德语 SAP 用户组 DSAG 于 2015 年初举办的一次活动中，我们了解了面向 SAP 的全新 Oracle Database 12c 以及 Oracle Database In-Memory，主要

是了解到它能够给我们的 SAP Netweaver BW 系统带来的潜在性能改进。此后不久，我们的托管合作伙伴 Rödl IT Operation GmbH 建议作为透明概念验证 (PoC) 的一部分对 Oracle 12c 技术执行一次联合测试，我们对此表示同意。我们感兴趣的问题是：使用面向 SAP BW 的 Oracle Database In-Memory 可为我们带来哪些潜在性能改进？这需要多少实施工作？”

SAP BW 沙盒上的测试针对 Oracle Database In-Memory 的测试使用了 Villeroy & Boch AG 大型的 COPA 多维数据集中的事实表（E 和 F 表），约有 9400 万行记录。与 Rödl IT Operation GmbH 公司 SAP 技术能力中心总监 Klaus Lehnen 共同执行 PoC 的 Villeroy & Boch IT 团队高级 BI 顾问 Harald Wolf 说：“显然，我们希望用实际生产数据来执行测试并生成结果，并对使用和未使用 In-Memory 的结果进行实际比较。此类测试主要针对使用和未使用数据库聚合情况下的数据和查询读取时间。我们还希望评估该 Oracle 12c 技术针对同等硬件配置以及添加更多内存时的运行情况。”

知名陶瓷生产企业 Villeroy & Boch AG 和托管合作伙伴 Rödl IT Operation GmbH 测试面向 SAP NetWeaver BW 的 Oracle Data-base In-Memory

大幅提升性能，减少实施工作

47Oracle Database In-Memory 在 Villeroy & Boch 的应用

为进行 PoC，合作伙伴构建了一个 SAP BW 沙盒，它是 SAP BW 生产系统的精确副本，共有 64GB 专用于数据库的内存中存储。随后，面向 SAP BW 系统的 Oracle 数据库从 11g 升级至 12c。Lehnen 解释说：“这样做的目的是测试 Oracle Database In-Memory 在可比较的标准硬件上的运行情况。对于含有 128GB RAM 的 BW 沙盒和含有 96GB RAM 的 BW 生产系统，我们均使用依托于 2 个 CPU（共计 16 个内核）的通过 VMware 虚拟化的、基于 X86 RedHat Linux 的系统环境。”

他接下来阐述了如何在大约 5 小时内完成 Oracle 12c 升级和 Oracle Database In-Memory 的启用。整个 PoC 以非常合理的资源利用率持续了 1.5 天。经过初始短暂测试之后，仅根据建议调优措施调整了两个数据库参数。

合作伙伴执行的所有测试均使用了 LISTCUBE 事务。数据库响应时间的计算使用了支持 SQL 跟踪的 SAP 事务 ST05（性能分析）。所有数据均提前使用 Oracle Advanced Compression 进行了压缩。

超出预期

Villeroy & Boch 和 Rödl IT Operation GmbH 在使用 Oracle Database In-Memory 的 SAP BW 沙盒上执行了 4 种不同的测试场景。每一项测试之后都对 SAP 应用获得的结果进行了评估。

首项测试选择了 100 万条记录，未使用数据库聚合，由 In-Memory 进行处理，反复执行多次。在测量数据库处理时间时，准备时间和传输时间单独计量。对于生产系统，数据表明以往整个过程耗时 24 秒。在使用 Oracle Database In-Memory 的 SAP BW 沙盒中执行同一流程的时间明显减少，降至 160 毫秒，有时甚至只需要 5 毫秒。

第二项测试类似于首项测试，只不过对所选择的 100 万条记录进行了聚合。比较测量结果表明，运行时间从 44 秒缩短至 11 秒，即数据库时间减少了 75%。每一项请求的处理时间缩短了 33 秒。

在第三项测试中，从内存中读取所加载的表的全部数据（9400 万条记录）并对其进行聚合只用了 22 秒。SAP BW 生产系统中的比对测试由于超时而无法完成。

测试结果总结：Oracle 12c In-Memory 选件在 Villeroy & Boch 的应用

48

Villeroy & Boch 专注于处理现有 COPA 查询以及通过 Web 模板准备结果。选择的是两个频繁处理的 SQL 语句。查询测试 1 的结果表明，采用 Oracle Database In-Memory 时的数据库时间是 1.5 秒，而在 SAP BW 生产系统中执行相同语句则需要 50 秒。查询测试 2 也取得了类似结果。SAP BW 生产系统中用了 72 秒的语句在使用 Oracle Database In-Memory 时只用了 2.5 秒。

Harald Wolf 说：“通过基于 Oracle 12c 和 Oracle Database In-Memory 的测试，PoC 在性能改进方面取得了惊人的效果。从 BI 的角度来说，SAP 应用在创建后无需任何修改即可使用 Oracle Database In-Memory，我对此感到特别高兴。而且 Oracle Database In-Memory 还可以非常方便地选择要处理以及不处理哪些 SAP BW 表。”

低资源需求，众多收益

Thomas Ochs 总结道：“开始时，我们预见到 Oracle Database In-Memory 技术能够实现一定程度的性能提升。然而结果是实现了大幅改善，这表明该技术的潜力不可限量。Villeroy & Boch 的 IT 团队对于实施工作量之少以及测试执行速度之快感到非常惊喜。”

Rödl IT Operation GmbH 的 Klaus Lehnen 表示：“Oracle Database In-Memory 可为采用 Oracle 数据库的现有 SAP 客户带来的收益是非常可观的，而且成本合理、实施工作量适度。这也是因为客户能够继续使用现有硬件基础设施，应用也不需要进行任何修改。”

他总结说：“迁移至 Oracle 12c 并采用 Oracle Database In-Memory 是一个风险极低且易于管理和易于计算的项目。此外，整个过程均基于为 SAP 环境提供长期稳定数据库支持的 Oracle 技术。”Rödl IT Operation GmbH 还为众多 SAP 客户提供托管服务，其中大部分客户均依赖于成熟的 SAP 和 Oracle 数据库组合。

测试取得成功之后，Villeroy & Boch AG 现在已经采用 Oracle Database In-Memory 来支持其 SAP BW 和 CRM 应用。

Oracle Database In-Memory 在 Villeroy & Boch 的应用

49

内存中数据库技术问世于 20 世纪 90 年代。多年以来，无数数据库供应商前仆后继投身于这一领域。2011 年，SAP 提出了 HANA 内存中概念。其初始理念是通过列存储数据结构高效处理分析查询。该技术计划作为 BWA 的替代，而且并未令人失望。

随后，SAP 扩大了概念的范围，将 OLTP 涵括在内。为实现这一技术目标，SAP 选择结合自主开发的技术与收购的技术，例如 P*Time、TREX Search Engine、MaxDB (livecache) 和 Sybase ASE。希望利用 HANA 内存中技术的客户需要通过特殊硬件来运行系统并从当前技术迁移/转换为 HANA。几乎与此同时，Oracle 将内存中技术全面集成到 Oracle Database 12c 中。Oracle Database In-Memory 承诺可实现高性能的分析处理功能、接近透明的实施，并且不需要特殊的硬件或数据迁移。合理部署后，客户将继续获得现有的性能、可伸缩性、可用性和可靠性，同时还拥有了高性能分析功能。本文探讨某客户采用 Oracle Database In-Memory 进行的认证前测试和获得的成果。2015 年 6 月，Oracle Database In-Memory 通过与 SAP 协同作业的认证。

奥地利公司 DB Masters 致力于通过有效实施 Oracle 数据库及相关技术来解决客户业务挑战。我们使用过许多大型 ERP 系统并且理解客户的特殊需求。然而，我们的侧重点是以 Oracle 为中心 — 独立于在其上运行的应用。我们从 2000 年开始为欧洲各地的客户提供服务。我们有很多客户。

在 Oracle 开始发布 Oracle 12.1.0.2 In-Memory 选件时，我们的一位客户便对该技术表达出强烈的兴趣。该公司同意通过概念证明来评估该技术对其 SAP BW 应用的性能影响。

我们从其生产 SAP BI 中找出“重要”（运行时间较长的）SQL 语句并捕获了以下场景的测量结果：

生产环境中的“当前”查询运行时作为基准 — 由于数据库中有许多其他活动，因此该值并不完全准确。

11gR2，包括原始缓冲区缓存大小和 256GB 缓存。语句执行多次以加温缓存，这样我们便可消除执行中的 I/O 时间。这允许我们测量 Oracle 11gR2 与 Oracle 12c 结果之间的性能差异。

12cR1，包括原始缓冲区缓存大小和 256GB 缓存。同样，语句执行多次以加温缓存，这样我们便可消除执行中的 I/O 时间。这允许我们测量 Oracle 11gR2 与Oracle 12c 结果之间的性能差异。Oracle 11g 与 12c 之间的运行时差异可忽略不计。我们可以假定测试语句无性能差异。

启用 Oracle Database In-Memory 并将所有相关对象置入内存中列存储。我们尝试了多种配置设置（例如不同的内存中压缩选项），但选择通过 FOR QUERY LOW 压缩。

SAP BI 与 ORACLE DATABASE IN-MEMORY 组合在 DB MASTERS 的应用

SAP BI 与 Oracle Database In-Memory 组合在奥地利公司 DB Masters 的应用

•

•

•

•

50 SAP BI 与 Oracle Database In-Memory 组合在奥地利公司 DB Masters 的应用

以下是所有查询的结果 — 请注意，这是较早版本的 SAP BI，未针对 Oracle Database In-Memory 技术进行优化：

这些数值并不像 Larry 发布 Oracle Database In-Memo-ry 时声称的那样惊人，但基于基准达到 25 倍速度提升也是不错的结果。

有一个问题却仍然不绝于耳： “为什么不将整个数据库放到缓冲区缓存中？” 这样可以将系统速度提升 7-8 倍。

答案非常简单：大多数客户并不愿意购置具备所需内存量的服务器。如果您的 SAP BI 数据库规模为 5 TB、10 TB 或者更大，那么缓存区缓存的容量也要达到该数据库规模的 50%。如今，一些服务器的内存高达 32TB 或更多，不过它们价格不菲。目前，基于 Intel 的双插槽服务器可搭载 3TB 的内存 — 平价服务器一般搭载 1.5TB 内存。

Oracle 12c Database In-Memory 选件的优势在于只有表数据能存储在 SGA 中。这通常占数据库大小的 1/3 到 1/2，具体取决于系统类型。事实上，内存中表数据在存储和访问时均采用压缩格式，从而进一步减小了占用空间。我们的测试表明大多数 SAP BI 表都可以压缩至原始表大小的 1/2 到 1/4。换句话说，内存中表的大小是原始表大小的 1/2 到 1/4。

当前基于 Intel、搭载 1.5TB 内存的双插槽服务器应当能够将一个 10TB 的 SAP BI 数据库完全置入内存中！此外，您还可以消除仅用于加速查找的索引 — 尤其是用于提高查询性能的位图索引。维护较少的索引有助于大幅加快数据加载过程，同时减少所需磁盘空间和备份大小。

Oracle Database In-Memory 的另一项优势是实施时间较短。无论您是否相信，该客户在 5 小时内便完成了 POC — 包括在测试系统上创建一个数据库克隆以及运行我们的全部测试！您可以将此项目的实施时间与任何 SAP 特性实施项目的时间进行比较。

停用 Oracle Database In-Memory 也相当简便。一个简单的命令行指令便可动态启用和停用该特性。这有助于在发生任何问题时快捷高效地执行回退。

另外，这对 HA/DR 有何影响？借助 Oracle Database In-Memory，您仍然可以继续利用所有高可用性功能，如 Oracle RAC、Oracle Data Guard，以及 Oracle 或其他供应商提供的故障切换解决方案。无需做出更改。可恢复性也不受影响。该特性与所有 Oracle HA 及 DR 功能均实现了全面集成。

总之，这一新 Oracle 特性带来的体验非常出色。在实施便捷性和性能改进方面，它没有辜负我们的期望。它现在是一个经过认证的选件，并且对于实施几乎完全透明。客户现在以合理的成本即可获得此技术，且不必中断当前业务。

作者简介：

DB Masters 首席执行官 Christian Pfundtner 自 1992 年起就开始使用 Oracle 数据库 (Oracle 6)，是欧洲首批 4 位 OCM 之一。我们专注于 Oracle 数据库，但与许多竞争对手不同，我们兼顾所有相关层，从磁盘（存储）一直到用户。我们提供所有类型的评估，包括业务和当前数据库需求评估、当前许可状态评估。此外，我们提供 Oracle 实施优秀实践建议以满足您的需求和大幅提高 ROI，还提供性能调优和故障诊断。

DB Masters GmbH

Stammersdorfer Str.4632201 Gerasdorf, Austriawww.dbmasters.at

测试类型结果

生产系统运行时始终在 2500 到 2750 秒之间具体取决于当前系统负载

11g /12c 测试系统原始缓冲区缓存约 1455 秒

11g /12c 测试系统 256GB 缓冲区缓存约 382 秒

使用 Oracle Database In-Memory 约 118 秒并启用 QUERY LOW 压缩

51

ORACLE ADVANCED COMPRESSION 将 GOODMAN FIELDER 的业务关键 SAP 数据存储需求减少 40%

概述

数据量的激增给企业带来了严峻挑战。企业必须在不影响盈利能力的情况下快速应对不断变化的业务环境。IT 管理人员需要高效管理其现有基础设施以控制成本，同时继续提供卓越的应用性能。

Oracle Advanced Compression 选件与 Oracle 数据库相结合，提供了一组强健的压缩、性能和数据存储优化功能，可支持 IT 管理人员成功应对这种复杂的环境。

无论是云还是内部 Oracle 数据库部署，OracleAdvanced Compression 都可以在各种不同的环境中提供强健的压缩功能，且不需要更改应用。Oracle Advanced Compression 带来的收益包括减少数据库存储占用空间、节省备份以及改进系统性能。

此案例研究探讨 Oracle Advanced Compression 如何帮助 Goodman Fielder 在其业务关键 SAP 应用环境中改进性能并将现有存储需求减少 40% 以上，从而让 Goodman Fielder 能够省下新存储购置成本。

有关如何实现上述目标的详情，请阅读下文。

关于 Goodman Fielder该公司在澳大利亚一些大的百货类别中拥有许多知名的消费品牌，包括 Meadow Lea、Praise、White Wings、Pampas、Mighty Soft、Helga’s、Wonder White、 Vogel’s（许可授权）、Meadow Fresh 和 Irvines。

Goodman Fielder 的产品涵盖每一种用餐场合，包括早餐、午餐、晚餐和快餐。该公司还生产和销售面包、牛奶、黄油、面粉、调味品、蘸料、酱料、蛋黄酱、冷冻面点、蛋糕粉、馅饼、开胃食品、甜点、酱汁、醋和食用油。

Goodman Fielder 的总部位于悉尼，在澳大利亚和太平洋岛屿拥有约 5000 位员工。该公司通过澳大利亚、新西兰、巴布亚新几内亚、斐济和新喀里多尼亚的约 50 家工厂生产产品。

数据增长带来的挑战

Goodman Fielder 的 SAP ECC 应用是一个覆盖该公司位于澳大利亚及新西兰各办公场所的业务关键应用。此 OLTP 应用是 Goodman Fielder 日常业务事务和处理的核心。SAP ECC 应用出现的任何系统问题或性能下降都会对产品制造和交付业务产生严重的影响。

“实施 Oracle Advanced Compression 的驱动因素是我们 SAP ECC6 数据库规模的增长。通过采用 Oracle Ad-vanced Compression，我们从多个 SAP ECC6 实例中释放了总共 20 TB 的容量。我们针对增长速度快的前 20 个表，未停机便顺利完成了压缩。这一过程对于我们的用户完全透明。我对于其易用性和结果都非常满意。”

– IAN LOFLEY，

技术服务经理

Oracle Advanced Compression 在 Goodman Fielder 的应用

52

Goodman Fielder 的 SAP ECC 数据库以每月 350-400 GB 的速度增长。在过去两年中，数据库的总体规模增长了一倍，达到近 10 TB。在这种数据增长速度下，该公司需要在不影响数据库性能的情况下降低数据存储成本。

从概念验证开始

Goodman Fielder 在其测试环境中对基于 SAP 的Oracle Advanced Compression 执行了一次概念验证 (POC)。通过压缩较大的表，Goodman Fielder 释放了测试环境中约 50% 的空间。此外，POC 还帮助 Goodman Fielder DBA 团队进一步理解了压缩各表的时机。

针对业务用户进行全面测试（也包括性能验证）之后，Goodman Fielder 决定在其生产环境中实施Oracle Advanced Compression。Goodman Fielder 设置一次对一个表进行压缩并在三周内完成了实施，而且整个过程未出现停机。

卓越的性能

除了压缩带来的节省之外，Goodman Fielder 在评估 Advanced Compression 的过程中关注到另一个要点是数据压缩后的系统性能。在测试期间以及在其生产环境中实施后，系统中未发生与压缩相关的性能下降，而且 Goodman Fielder 的各种 SAP 事务都实现了性能提升，如上表如示。

大幅节省存储

Advanced Compression 将 Goodman Fielder 的生产数据库大小从 10 TB 减少至 6 TB。这次压缩立即给 DBA 团队带来 4 TB 的数据库级可分配空间 — 这些空间可在未来实施事务和存储时重用。当 Goodman Fielder 将其生产环境复制到其他辅助环境时，总磁盘空间的节省增至 20TB。

Goodman Fielder 的 DBA 团队计划压缩共计 20 个 SAP 表，数据量超过 50 GB。在计划阶段，Goodman Fielder 的 DBA 团队使用 Oracle Compression Advisor 预测相关数据库表的平均压缩率为 4.79 倍，而压缩结果达到或超出了这一预期。

DBA 团队还将数据库 LOB 对象转换为现代优化的 SecureFile 架构，然后使用 SAP BRSPACE 工具建议的 SecureFile LOB 压缩 (低压缩率) 对其进行了压缩。LOB 对象的占用空间实现了大幅度节省，且未对性能产生任何负面影响。

“Oracle Advanced Compression

超出了我们的预期。它帮助

Goodman Fielder 成功减缓了数据

库增长，帮助我们将数据存储占用空

间降低了 40%，而且未对性能产生负

面影响。我们实现了全面的获益！”

– TAPAN VADODARIA，Oracle DBA

Oracle Advanced Compression 在 Goodman Fielder 的应用

53Oracle Advanced Compression 在 Goodman Fielder 的应用

测试环境中的 POC 令 Goodman Fielder 对所能够实现的空间节省大为惊讶

在生产、暂存 (UAT) 和测试环境中实施了压缩

所使用的 Advanced Compression 特性

OLTP 表压缩

SecureFile LOB 压缩

有关更多信息，请联系您的 Oracle 客户经理。

Oracle 客户：Goodman Fielder

位置：澳大利亚悉尼

行业：食品公司

员工数：5000

Goodman Fielder 的 DBA 团队使用 SAP BRSPACE 工具来支持压缩，其占用空间大且常用的 SAP 表 GLPCA 从 700 GB 减少至 144 GB。

DBA 团队在实施 OLTP 表压缩之后还实现了许多其他收益，包括数据库总增长速率从每月 350 GB 下降至每月不到 200 GB。之前，Goodman Fielder 需要频繁购置额外磁盘空间，而如今，通过释放现有存储，这些购置行为可以延后，从而快速实现了节省。

Goodman Fielder 的 DBA 团队在工作时间为生产环境的压缩启用了 Advanced Compression，未对性能产生任何影响 — 所有表都经过压缩，而且不需要停机。

结论

借助 Oracle Advanced Compression，企业可以大幅度降低其资本支出和运营支出，不需要停机，且不会影响应用性能。Advanced Compression 可减少管理结构化和非结构化数据的工作量，并且可以在不更改应用的情况下在不同环境中将数据库存储占用空间压缩 2 至 4 倍。

实践：

Oracle 免费提供的 Compression Advisor

是非常实用的压缩率估算工具，有关该工具

的信息详见 OTN：

http://www.oracle.com/technetwork/

database/options/compression/down-

loads/index.html

环境

IBM P7 w/ AIX 7.1

SAP ECC 6.0

Oracle 数据库企业版

Advanced Compression 选件

要点归纳

SAP ECC OLTP 数据库的增长速度达到每月 350-400 GB

数据激增导致存储成本不断攀升

压缩对于业务用户是完全透明的，而且不需要停机

•

•

•

•

•

•

•

•

•

•

•

54 ElectraNet – Oracle 新闻报道

在选择 Oracle 集成系统之后，澳大利亚南部的大型传输网络服务提供商 (TNSP) 和系统控制中心运营商 ElectraNet 获得了更多有关电力市场的切实、有效的洞察并改进了决策流程。

采用 Oracle Exadata 数据库云平台来支持其 SAP 和其他报告应用之后，该公司现已将生成财务报表的

时间从 4 分钟缩短至 15 秒。此外，新的系统还大幅

加快了关于日常电价和客户使用情况的报告，并且

可即时获取电力市场数据，而此操作之前需要花费

数分钟的时间。

ElectraNet Pty. Ltd 数据库管理员 Mark Jones 说：“公用事业行业一直是一个由数据驱动的行业。我们的挑战并不是数据不够，而是如何及时从数据中获取高质量的信息。Oracle Exadata 是帮助我们实现这一目标的必备要素。在同一平台中集成硬件与软件给我们带来了切实的性能收益。据我所知，任何其他系统都没有实现如此密切的软硬件集成。”

除了使用高性能和经济高效的数据库平台来提升业务性能，新的基础设施还降低了总拥有成本 (TCO)。通过将 37 台服务器和 10 台虚拟机整合到两台Oracle Exadata 设备上（一台用于生产，另一台用于灾难恢复），该公司将每年的 IT 维护成本减少了一半（从 660000 美元减少至 330000 美元），同时降低了许可成本。此外，通过利用 Oracle 白金服务来加快问题解决速度，ElectraNet 还将每月的系统维护时间减少了 15 个小时。

Jones 继续说：“以尽可能低的成本为客户提供优质的服务对于我们非常关键。然而，管理遍布广大村镇地区的输配电基础设施使得这一目标难以实现。

以近乎实时的方式访问业务信息的能力让我们可以识别简化运营的机会并针对当前和未来需求做出更加明智的决策。”

业务弹性也得到了改进。ElectraNet 将数据备份速度提升了 3 倍（备份时间从 6 小时缩短至 2 小时），并通过经预先配置、预先调优、预先测试的集成系统确保了系统高可用性。

甲骨文公司澳大利亚和新西兰地区的 Exadata 及战略解决方案总监 Carlos Cienfuegos 说：“如今，公用事业单位专注于敏捷运营以及为客户提供出色的价值。通过选择 Oracle Exadata，ElectraNet 得以能够从其企业数据中获取更多价值、加快决策速度、提高几乎所有业务领域的效率和效益以及增强竞争力。”

该公司与 Oracle PartnerNetwork (OPN) 黄金合作伙伴 Blue Crystal Solutions 合作完成初始配置，并与 Oracle 高级客户支持团队共同完成了 SAP 数据库迁移。 Oracle 高级客户支持服务提供的实践和专业知识有助于确保快速、平稳的迁移，因此，ElectraNet 只用了不到一天便将 SAP 应用和其他报告应用迁移至 Oracle Exadata。

Jones 总结道：“Oracle 高级客户支持服务降低了迁移风险。由于这些服务经过 SAP 认证，因此 Oracle 高级客户支持团队对于我们会遇到的大多数问题都有处理经验，也都形成了相应的解决和修复方案。因此，我们大幅度减少了停机时间（比预计减少了近 75%）。”

联系信息：

Antoinette Georgopoulos Oracle +61 2 9491 [email protected]

ELECTRANET 通过 ORACLE 集成系统获得更好的业务洞察

ElectraNet 将财务报告生成速度提升 16 倍并将每年的维护成本降低 330000 美元

55Oracle Exadata 数据库云平台在巴西 Solvi Group 的应用

Solvi Group 拥有超过 60 家极具竞争力的环境工程公司，致力于以下业务领域：城市垃圾、工业垃圾、环境卫生、施工和能源回收。

环境项目公司的目标是以合作伙伴或股东的方式投资巴西或全球的其他公司。

本文介绍了 Oracle Exadata 如何帮助 Solvi 降低额外的环境管理成本以及改进可用性、性能和存储。SAP 以及在 Exadata 上运行的其他系统获得更高的可用性和响应能力，从而为用户带去收益。以下是对巴西圣保罗 Solvi Solutions 的 IT 信息经理 Henrique Fassi Lobao 的视频采访内容。

Solvi 的数据库管理存在问题。我们的基础设施不是集中化的。每一个系统均采用不同的服务器，因此我们的管理工作量非常大。除了拥有众多的独立服务器，我们还面临可用性低的问题。每一台服务器支持一个系统，当一台服务器发生故障时，相应的系统也随之停机。此外，我们还面临性能问题。在实施 Exadata 之后，我们解决了公司面临的一些关键挑战。一项是环境管理。我们将所有数据库集中到一台集成系统上，从而大幅减少了管理所需的时间。

我们只有少量员工负责数据库的管理，因此这种做法减少了加班的情况。现在，我们的 DBA 都能享受空闲的周末了。而这在之前是从未有过的。现在，我们每天工作 8 小时，一周工作 5 天，周末休息。我们的环境可用性也有所提升。这在之前却是一个严重的问题。

如果一台服务器发生故障，相应的系统也随之停机。现在，凭借 Exadata 为客户提供的冗余性，我们在执行补丁安装和更新等维护任务时都不会影响可用性。维护期间不需要数据库主机，也不需要存储设备，同时应用系统也能够正常运行。

第三项改进来自性能。我们在备份方面存在问题。由于我们的备份时窗相对较短，因此备份到第二天早上 8 点仍然在进行。而借助 Exadata，我们可以在工作时间到来之前轻松完成备份，并且可以节省备份所需的存储，因为我们只需处理压缩后的备份。而之前，我们不具备足够的处理能力，因而无法做到这一点。现在，我们可以高效地完成这一任务，并有了大量时间来处理其他任务。

Exadata 并非直接由用户使用。但是，用户可直接受益于 Exadata。因为 SAP 以及其他在 Exadata 上运行的系统的可用性显著提高，可以迅速响应用户的需求。Exadata 可以改进系统可用性、响应能力、整体可用性和稳定性，从而为用户提供一个始终值得信赖的平台。在 Solvi 使用 Exadata 帮助我们降低了成本。我们成功降低了与环境管理及系统不可用相关的额外成本。这些都是间接成本，但也会对用户 — 例如负责发送电子发票的用户 — 产生影响。当系统停机时，这些用户和业务都会受到极大的影响。

我们的可用性依赖于单一的服务器。如果该服务器发生故障，那么整个系统都随之停机。这只是可用性问题的一个示例。现在，得益于 Oracle Exadata 和 Oracle 数据库，我们不再受到此问题的困扰。

实施 Exadata 之后，任何不可用问题都是由应用系统本身（而非数据库）造成的。我们的数据库保持一直联机响应。而且我们还在计划考查可带来切实收益的其他 Oracle 解决方案。

我们希望了解针对应用的 Exalogic 以及针对其他系统的特定产品，而且希望将 SuperCluster 用于 SAP BW 环境，我们计划根据之前的产品和经验来考查 Oracle 解决方案，相信它们能够提高我们的生产效率并帮助我们实现目标。

信息来源：http://medianetwork.oracle.com/video/player/

4120342309001

巴西 SOLVI GROUP 凭借 ORACLE EXADATA 降低环境管理成本

56

通过 ORACLE GOLDEN GATE 实现大型 SAP 跨平台在线系统迁移

简介

北京物美商业集团是一家经营百货商场、超市和便利店的大型零售集团。该集团拥有 700 多家门店，主要分布于北京、杭州、天津、浙江、河北和上海等地，年营业额超过 400 亿元。

物美的收入和零售店数量都呈快速增长的趋势，而其现有的基础设施难以处理当前的业务需求

现有 IT 环境由多个单体式系统的传统孤岛构成，物美希望将其更新为一个基于私有云的现代基础设施

物美希望迁移到 X86 架构来降低硬件和运营成本，同时改进 SAP 系统的整体性能

当前系统问题

对于核心 SAP 系统，CPU 和内存利用率持续超过 90%，而且在峰值期间会达到 100%，从而导致响应速度慢以及客户体验欠佳。

系统孤岛无法针对各种负载模式实现动态的重新均衡，从而导致无法轻松将资源重新部署至需要它们的系统。

购置和维护现有基础设施的成本不断快速增加。

随着业务快速增长以及基础设施产品生命周期的缩短，对基础设施投资的保护也变得越来越难。

现有基础设施庞大、复杂且难以维护，导致 IT 运营成本不断增加。

挑战

将 8TB 的 SAP ECC 数据库从 UNIX 迁移至 Exadata，同时确保停机不超过 20 分钟

ECC 系统外围拥有近 100 个 RFC 接口

外围系统缺乏足够的硬件资源进行测试

在迁移过程中更改 IP 地址、主机名和 DNS

项目时间短，获许的测试期极短

在 3 个月内迁移 3 个大型生产系统

每一个系统中都有大量自定义开发的 ABAP 程序

实施合作伙伴

北京九易云拓科技有限公司

是 Oracle 的一家黄金合作伙伴。该公司具备极强的竞争力，其经验丰富的技术团队在 Oracle 集成系统和 Oracle 数据库领域具备非凡的专业能力。他们致力于在 Oracle 集成系统上提供系统集成服务和 ERP 应用部署服务。他们协助实施了 Oracle Exadata 数据库云平台和基于 Exadata 的 SAP 在中国的首次部署。他们的服务范围包括：

部署和维护 Oracle 集成系统

在 Oracle 集成系统上运行 SAP 的端到端的解决方案和服务

SAP 迁移、升级、优化和维护

Oracle 数据库设计、部署和维护

•

•

•

•

•

•

•

•

•

•

•

•

•

•

•

•

•

•

•

57物美门店实现 Oracle 在线系统迁移

主要迁移过程对现有系统环境进行详尽分析并与 SAP 及 Oracle 就项目细节开展大量讨论之后，我们决定采用“并行同步测试和分步式上线”的方式。这考虑到了客户的特定需求，能够确保不会影响生产运营、保证数据完整性以及零风险的业务运营。九易云拓根据 Oracle Golden Gate 软件的特殊功能开发了一个技术解决方案。首先，他们使用 RMAN 在一个中间环

迁移上线计划（并行同步、分步式上线）

境上复制整个 SAP 数据库，然后使用 Oracle 可传输表空间 (TTS) 完成初始数据库迁移，包括到目标 Exadata 的字节序转换。在此之后，他们使用 Oracle Golden Gate 对 Exadata 上的目标数据库与 IBM P750 上运行的源系统进行同步。至此，他们已经创建了一个全面的数据完整性和数据全面性测试机制，并且能够执行在线数据库迁移切换。

成果和收益

完成迁移后，四个核心生产数据库整合至 Oracle Exadata，应用实例也在一个 X86 池中实现了

虚拟化，从而从传统的 IBM POWER 平台全面转换至具有高可用性和高性能的私有云计算架构。

•

58

迁移前后的 AWR 比较报告显示性能提升了 8 到 15 倍。整合 4 个生产数据库的 Exadata 平台的

CPU 平均利用率仅为 15%。ECC 系统的性能平均提升 6 倍以上。

迁移前后的 AWR 比较

项目实现了系统整合，建立了一个高度资源优化的私有云计算环境，形成了一个先进的高性能架构，让物美能够更加有效地应对业务量的预期增长。

迁移前后的性能比较

如需更多信息，请联系：网站：www.giantower.com

联系人

Frank Zhu电子邮件：[email protected]电话：(86)18611920045

物美门店实现 Oracle 在线系统迁移

•

59

CELSA GROUP 将 SAP 企业应用性能提升 3 倍，将劳动力成本减少 656000 美元并部署 IT 结构来支持持续增长

CELSA GROUP 致力于为五大洲的工业客户提供服务，旗下拥有超过 50 家公司。它是西班牙的大型钢铁制造商，同时也是欧洲的大型钢铁制造商。CELSA GROUP 制造高度多元化的产品，包括铸造钢、层压钢和加工钢。

挑战消除企业资源规划 (ERP) 系统的停机，这类停机将导致钢产品交付延期并带来延期处罚和业务损失的风险

帮助 CELSA GROUP 的 50 多个实体改进 IT 性能，从而提高资源规划和财务报表创建效率

优化备份流程以节省时间和成本，同时满足公司的严苛要求 — 即在紧急情况下不丢失任何数据

解决方案

通过 Oracle SuperCluster 和 Oracle Exadata 数据库云平台消除 SAP ERP 系统停机，优化 CELSA GROUP 及客户供应链，从而确保每年都能够及时、可靠地交付数百万吨钢材

优化财务报表并整合来自遍布集团 50 个实体的超过 2000 位用户的数据，从而每年在劳动力成本上节省超过 656000 美元

将 ERP 系统速度提升 3 倍，让 CELSA GROUP 能够优化物流流程并支持未来四年的计划内增长，而不需要添加任何额外的 IT 资源

通过 Oracle Data Guard 将针对地理位置分散的独立数据中心的备份和查询速度提升至原来的 3 倍，从而优化 IT 资源并缩短备份管理所需的时间

扩展 CELSA GROUP 的数据存储容量，满足公司对于通过数据分析发现趋势以及提高钢铁制造的整体运营效率的不断增长的需求

签约 Oracle 合作伙伴 BT 负责部署 Oracle Super-Cluster，从而确保定制实施前计划、一天内迁移和实施后支持

“Oracle SuperCluster 帮助我们消除了业务关键物流规划和调度流程中的停机，让我们能够安枕无忧。而且由于客户

知晓我们的产品能够及时、可靠地交付，他们便可相应地优化自己的供应链。”

– JESUS MAYORDOMO，

CIO，CELSA GROUP

Oracle SuperCluster 在 CELSA GROUP 的应用

•

•

•

•

•

•

•

•

•

60 Oracle SuperCluster 在 CELSA GROUP 的应用

Oracle 客户：CELSA GROUP

位置：西班牙巴塞罗纳

行业：工业制造

员工数：7000

年收入：10 亿到 50 亿美元

Oracle 产品与服务：

• Oracle SuperCluster

• Oracle Exadata 数据库云平台

• Oracle Active Data Guard

http://www.celsagroup.com

为何选择 Oracle？CELSA GROUP 首席信息官 Jesús Mayordomo 表示： “为改善 SAP ERP 系统的 IT 基础设施，我们考虑了多个解决方案，但测试表明 Oracle SuperCluster 是满足我们对强健性、效益、价格和质量等需求的优秀方案。”

实施过程

得益于深入的实施前分析以及 Oracle 和 Oracle 合作伙伴 BT 的充分准备，CELSA GROUP 在不到一天的时间内便无缝迁移至 Oracle SuperCluster。除了将 CELSA GROUP 迁移到 Oracle SuperCluster，BT 还托管 CELSA GROUP 的 SAP 系统，为 CELSA GROUP 提供数据中心和 Oracle SuperCluster 基础设施，同时全天候地管理和运营平台。

合作伙伴

BT 分析了 CELSA GROUP 的 IT 需求和业务需求，并通过分析和测试展示 Oracle SuperCluster 能够充分满足其需求。BT 在实施前进行了准备，并在一天内完成迁移，从而大幅度减少了 CELSA GROUP 的参与。此外，该公司还负责在实施后发生任何问题时提供培训和支持。

https://www.bt.es

61

俄罗斯大型零售连锁企业之一 Lenta (LSE, MOEX: LNTA) 使用 Oracle Exadata 数据库云平台优化了 IT 基础设施。利用该解决方案，零售商 Lenta 的 ERP 系统的数据处理速度提升了 4 倍。

Oracle 白金合作伙伴 KORUS Consulting 是该项目的主要合作伙伴，其他支持人员还包括来自 Oracle 俄罗斯经销商 FORS Distribution 的软件和硬件专家。

Lenta 的 IT 环境包含 20 多个企业信息系统、连接门店、配送中心与总部的 300 条数据链接以及数据中心内的一些服务器机房。IT 团队为全国各地区的 6000 多个工作站提供支持。

Lenta 的高速发展（建立新的门店和配送中心，再加上大量业务流程的变更）导致用户和数据不断增加，同时也给现有信息系统带来了更高的负载。在此因素的驱动下，该零售商制定了重要的 IT 计划 — 检查当前的 IT 环境，寻找新的高科技解决方案来提高数据处理速度并生成战略性报告。

Lenta 首席信息官 Vsevolod Kuzmich 表示：“俄罗斯零售业正在发展成为一个成熟、竞争激烈的行业。在此过程中，我们对业务需求有了新的理解，并希望信息技术行业能提供更新的功能。先进的解决方案逐渐成为业务不可或缺的组成部分。我们意识到采用卓有成效的信息系统来实时处理大量负载是一项巨大的优势。这正是为什么我们公司 IT 环境发展的下一个阶段就是购置相应的软件和硬件解决方案，让我们能够高效地解决与 IT 系统扩展及性能相关的问题。”

2013 年，在项目初期，所有业务系统都在一个现代化的企业级 RISC 机器集群上运行，通过负载均衡高效使用资源。制定开发 IT 基础设施的战略之后，我们发现这种架构存在一些局限性并且比不上市场上出现的一些新兴技术解决方案。

Lenta 的 IT 团队研究了优秀分析机构的报告，并选出了一些已针对真实数据进行了测试的备选解决方案。除了基本的选择标准（有保障的容错能力、处理大量数据的能力、在俄罗斯有具备资格的系统集成合作伙伴、合作伙伴具备丰富的部署类似系统的经验），系统的可伸缩性和性能也是选择过程中的重要参数。

我们筛选出来自不同供应商的两个系统。测试它们需要在测试平台上使用真实数据创建相同的生产负载。我们根据创建资源密集型报告的速度以及在不同负载条件下执行复杂事务所需的时间对性能进行了评估。此外，还将它们与现有基础设施的相同指标进行了比较。根据所采用的技术，试验项目实现了 4 倍的性能提升和数据存储减少，这一切均得益于压缩和 Oracle 技术特性。

Lenta 使用 Oracle Exadata 实施 IT 基础设施优化项目圣彼得堡，莫斯科。2015 年 4 月 24 日。

Oracle Exadata 在 Lenta 的应用 — Oracle 新闻报道

62

经过几轮测试之后，我们确定 Oracle Exadata 是帮助 Lenta 应对其挑战的优秀解决方案。这一选择既是基于技术标准，例如容错性、可伸缩性和性能，也是因为 Oracle 解决方案能够整合使用 Oracle 数据库的业务关键系统。目前，企业资源规划系统 (SAP ERP) 和其他一些业务应用已迁移至 Oracle Exadata。Oracle Exadata 对 SAP 应用的高效支持表明，Lenta 改善性能的需求已经得到满足。Oracle 可确保应用能够 24x7 全天候无间断运行。

引述

Vsevolod Kuzmich 说：“选择该解决方案的一个重要因素是在其上运行的 ERP 系统的稳定性。对于任何零售商，ERP 都是发送和处理大量数据的中枢神经系统。我们的 ERP 系统目前存储约 20 TB 数据，每天由三到四千员工使用，因此该系统必须保持一年 365 天 24/7 全天候运行。在使用它的这一年过程中，我们的需求已经通过 Oracle Exadata 的可靠性得到满足，当然，该系统的部署速度也给我们留下了深刻的印象 — 将 SAP ERP 生产系统迁移到 Exadata 只用了三天时间。”

Lenta 基础设施和服务部门 IT 副主任 Nikolay Vyatkin 说：“我还得指出，我们找到了一种优化总拥有成本 (TCO) 的方法。首先，选择基于高容量磁盘的 Oracle Exadata 作为解决方案。然后，在运营过程中，我们发现磁盘空间和内存的使用速度比处理能力快，因此我们在 2015 年的扩展中未采用线性扩展方式，而是直接添加内存和磁盘空间，其成本比标准扩展方案低好几倍。这种灵活性是 Oracle 系统相对于其他解决方案的一项巨大优势。”

Oracle CIS 项目前期咨询高级技术总监 Andrey Pivo-varov 说：“性能成倍增长和 IT 资源高度整合是我们的优化式系统的重要的优势，这也是当今客户所迫切需要的。

我们很高兴地看到，Oracle Exadata 帮助俄罗斯零售业务领导企业 Lenta 实现快速增长，并通过大幅提高 Oracle 应用以及其他供应商解决方案的性能来降低 IT 拥有成本。重要的是，它们都在 Oracle 数据库这一优秀的 DBMS 上运行。俄罗斯越来越多优秀的公司开始选择我们的集成系统来加速业务创新，我们也将继续通过先进的解决方案来为客户提供支持。”

合作伙伴

KORUS Consulting Group 是俄罗斯的一家系统集成商，能够提供有关创建、优化和自动化业务流程的 IT 咨询服务。KORUS Consulting 是一家 Oracle 白金合作伙伴。该公司致力于提供全方位的 IT 外包和系统集成服务，包括创建、审计和维护 IT 基础设施以及选择和交付 IT 设备。端到端的零售企业自动化是 KORUS Consulting 的关键行业专业领域之一。 KORUS Consulting 的客户包括 Metro Cash & Carry、 Azbuka Vkusa、Korablik、ZAO Tander (Magnit chain)、 Lenta、Monex Trading、O’KEY、SPAR Retail、TsUM、Trading House TsentrObuv 和 Tyumenskiy TsUM 等。媒体联系人：Yuliya Smirnova，电话：+7(921 )7688563，+7(812 )6775690， +7(495)6475046

FORS Distribution (www.partner.fors.ru) 是负责 Oracle 在俄罗斯和蒙古业务的一家分销商，成立于 2011 年，旨在协助俄罗斯市场中公认的 Oracle 技术专家 FORS 的合作伙伴。目前，FORS Distribution 业务的主要内容包括：Oracle 软件和硬件分销、为合

作伙伴提供Oracle 技术咨询和培训、测试和迁移复

杂解决方案（作为多功能创新型 FORS 解决方案中

心的一部分）。该公司的资源包括销售专家团队、

联盟网络经理和营销经理、物流部门和技术咨询部门。

63

关于 LentaLenta 是俄罗斯的大型零售连锁企业，同时也是该国第二大的超市连锁企业（根据 2014 年的销售额）。该公司于 1993 年在圣彼得堡成立。Lenta 在俄罗斯的 63 个城市运营 123 个大卖场，并在莫斯科拥有 27 个超市，其销售面积合计达到 793804 平方米。 Lenta 大卖场门店的平均销售面积约为 6200 平方米。该公司拥有 6 家自营超市配送中心。

该公司以价格为主导的大卖场模式的优势在于其推广和定价策略以及其本地产品特色。截至 2015 年 6 月 30 日，Lenta 共有员工约 30655 人。

该公司的管理团队具备全面的当地知识、国际专业知识以及丰富的俄罗斯运营经验。Lenta 的大股东包括 TPG Capital 和欧洲复兴开发银行，两者都将竭力维持高标准的公司治理。Lenta 是在伦敦证券交易所和莫斯科交易所上市的一家公司，其股票代码为：‘LNTA’。

关于 OracleOracle 致力于为您的数据中心和云环境打造优化的软硬件集成系统。

有关 Oracle (NYSE: ORCL) 的更多详细信息，请访问 www.oracle.com。

商标

Oracle 是 Oracle Corporation 和/或其附属公司的注册商标。其他名称可能是其各自所有者的商标。

有关更多信息，请联系 FORS Distribution 的高级营销

经理 Anna Komyagina：

电话：+7 495 913-3-913，电子邮件：[email protected]

Oracle Exadata 在 Lenta 的应用 — Oracle 新闻报道

64

对于运用 SAP 来支持关键运营的组织来说，无缝的数据可用性、出色的性能以及降低 IT 风险是其获得成功的基本要素。Oracle ACS 服务将为您提供任务关键型支持服务，从而帮助您维持并大幅度提高 Oracle 系统的性能。凭借专注于与您的 IT 团队建立长期关系并在 Oracle 支持和设计团队内实现协同支持的服务方式，Oracle ACS 提供了一种高度集成、端到端的服务解决方案。无论客户遇到哪种 Oracle 或 SAP 问题，都可以通过单一联系人获得 Oracle 或 SAP 专家的帮助，从而以更快、更有效的方式解决问题。主动、预防性支持服务采用诊断工具来帮助您提高系统可用性、优化性能、降低风险以及加快 Oracle 和 SAP 产品体系的投资回报 (ROI)。规划、迁移、配置和安装服务可让您更加快速、有效地运用高级功能和新兴技术。定制研讨会将向您传授通过运营和维护 SAP 环境来实现高性能和高可用性的实践。所有这一切服务让您能专注于提供业务价值，而不必为日常 IT 支持大费周折。

Oracle 具备深厚的 SAP 专业知识，可帮助您充分发挥 SAP 环境的价值。凭借与 SAP 之间超过 28 年的协作经验，Oracle 成为了为 SAP 部署提供数据库解决方案的优秀提供商，同时也是了解 SAP R/3 和 SAP NetWeaver 的数据库提供商。这两家公司的专属设计和支持资源将共同进行端到端开发、集成和优化，并确保能够快速解决客户问题，让您能够信心十足地运营 SAP 和 Oracle 环境。Oracle HA 和 DR 开发、集成和优化为您的 SAP 环境赋予高水平的可用性，这也确保了客户的问题能得到快速解决。

面向 Oracle 数据库的 Oracle ACS 生命周期支持服务

无论是需要将数据库迁移至采用新技术的平台，将老旧系统整合到现代硬件上，还是改善 SAP 负载的性能，Oracle ACS 生命周期支持服务都可以帮助您优化面向 SAP 的 Oracle 数据库。

面向 SAP 迁移的 Oracle ACS 生命周期迁移服务凭借自动化、高级支持工具以及超过 10 年的 Oracle 数据库迁移经验，Oracle ACS 生命周期迁移服务将为您提供迁移规划、验证和执行服务，从而帮助您更加快速地迁移 SAP 数据库，同时降低成本和减少停机时间。Oracle 专家将对您的 SAP 环境进行评估，指导您从多种迁移方案中选出合适的方案，解决潜在迁移问题，执行迁移测试以降低风险，并通过安全的在线网关来完成数据库迁移。由于基于新的行业实践，Oracle 的高效流程只需几天即可完成 SAP 数据库迁移，而不必像传统 SAP 迁移流程那样花费数周或数月的时间。

Oracle 整合规划服务将老旧系统整合到现代硬件上有助于降低成本、改善性能和简化运营。Oracle 整合规划服务可帮助您快速找出整合至 Oracle 硬件平台和集成系统的合适的整合和迁移场景。Oracle 专家将评估您的 SAP 环境的当前配置、负载、补丁级别和安全要求，并根据这些信息制定一个全面的整合计划，其中包括详细的预测和切实可行的建议，以便降低迁移和运营风险。

Oracle 性能调优和基准测试服务通过持续监视和季度评估，Oracle 性能调优和基准测试服务可帮助您确保关键 SAP 数据库保持稳定的高性能。关键性能指标监视有助于主动发现问题，从而防患于未然。季度性能评估定期为客户提供建议，建议的根据包括行业标准、Oracle 实践以及为有类似 SAP 数据库配置和使用场景的客户提供服务时获得的经验。

新增的 Oracle 负载测试和分析服务通过全面的数据库测试进一步延长了正常运行时间并降低了成本和风险。Oracle 数据库负载测试专家将评估计划进行的技术变更可能产生的性能影响、为客户建议可优化性能的配置，并在上线之前发现和解决问题。

面向 SAP 客户的任务关键型支持服务

65

面向 Oracle 服务器、存储和集成系统的 Oracle ACS 服务依托于服务器、存储和集成系统领域的深厚的专业技术知识，Oracle ACS 可为基于 Oracle 硬件的 SAP 环境提供规划、部署、优化和支持服务。这些服务有助于改善 SAP 环境的性能和可用性并能缩短硬件实施时间。

面向服务器的 Oracle ACS 服务

Oracle ACS 提供的一些服务可帮助您改善 Oracle 服务器的性能和可用性，并缩短新系统的部署时间。安装和配置援助包括通过生产前就绪评估加快新 Oracle 系统的部署并确保 SAP 环境的稳定性和可支持性。为服务器性能调优和可用性配置提供的定制服务可优化您的 SAP 环境。此外，定制化研讨会将向客户传授相关知识和实践，从而让客户信心十足地运营服务器。

面向存储的 Oracle ACS 服务

与面向服务器的服务一样，面向存储的 Oracle ACS 所提供的安装和配置援助将加快新 Oracle 存储系统的部署速度。存储优化服务包括通过配置、性能评估、高级监视和问题解决服务来大幅度提高 SAP 环

境中的存储系统的可用性和性能。

要进一步了解面向服务器和存储的 Oracle ACS 服务，请访问：http://www.oracle.com/us/support/advan-

ced-customer-services/servers-storage/overview/index.html

面向集成系统的 Oracle ACS 服务

通过采用一种全面的生命周期解决方案，Oracle ACS 可为 Oracle 集成系统（如 Oracle Exadata）提供任务关键型支持，从而帮助您大幅度提高集成系统的投资回报率。

Oracle ACS 生命周期支持服务可帮助客户更快地完成数据库迁移、降低迁移和整合风险及成本，同时优化数

据库的性能和可用性。有关面向 SAP 环境的 Oracle ACS 生命周期支持服务的更多信息，请访问：

http://www.oracle.com/us/support/advanced-customer-services/database/overview/index.html 和

http://www.oracle.com/us/support/advanced-customer-services/lifecycle-support-services/overview/index.html

咨询和规划、设计和构建以及部署服务可确保您顺利迁移至 Oracle 集成系统并在 SAP 环境中完成运营准备工作。持续生产支持有助于降低风险，并且您可通过单点联系解决 Oracle 和 SAP 的问题。面向 SAP 的 Oracle Exadata 启动包提供了一个具有端到端支持范围的集成服务包，其中的服务包括：

• Oracle Exadata 启动咨询服务

• Oracle Exadata 安装和配置服务

• Oracle Exadata 生产支持准备服务

• 数据迁移服务

• Oracle Exadata 季度补丁部署服务（包括 Oracle 和 SAP 补丁）

有关面向集成系统的 Oracle ACS 服务的更多信息，请访问：http://www.oracle.com/us/support/advan-

ced-customer-services/engineered-systems/overview/index.

html

Oracle 系统关键业务服务Oracle 关键业务服务为您的任务关键型 SAP 系统提供增强型预防性支持和更快的响应速度。根据服务级别协议 (SLA) 为高严重性事故的应答、更换工作和现场援助提供优先响应，从而确保更快地解决问题。可自动生成服务请求的持续系统监视将检测故障并及时启动问题解决流程，从而避免对运营产生影响。支持定期评估系统和主动安装补丁的预防性服务将优化 SAP 环境中的关键系统的性能和可用性。要进一步了解 Oracle 系统关键业务服务，请访问： http://www.oracle.com/us/support/premier/business-critical-

service/overview/index.html

面向 SAP 客户的支持服务

66

面向 SAP 环境的 Oracle 白金服务

Oracle 白金服务是为 Oracle 标准支持服务客户提供的一项特殊权益，能为客户的 SAP 环境提供更多增强型支持特性。通过采用安全的 Oracle 高级支持网关，针对您的整个 Oracle 和 SAP 环境（硬件、数据库、操作系统和网络）的持续的远程故障监视将有助于加快响应速度。系统将在故障发生的 5 分钟内发出故障通知，并在 15 分钟内完成恢复或上报给开发部门。故障发生后的 30 分钟内对上报故障进行联合调试。白金服务通过预防关键问题和加快问题解决速度来缩短停机时间。事实表明，Oracle 白金服务平均可帮助客户减少 50％的高严重性问题，并将响应速度提高 31％，而且还能减少客户组织内与支持相关的负载。此外，季度补丁部署服务（包括 Oracle 和 SAP 补丁）将确保您的 SAP 环境始终采用新技术。

Oracle 白金服务为使用 Oracle Exadata、Oracle Exalogic 和 Oracle SuperCluster 等白金认证配置的 Oracle 标准支持服务客户提供支持。有关面向 SAP 环境的 Oracle 白金服务的更多信息，请访问：http://www.

oracle.com/us/support/premier/engineered-systems-solu-

tions/ platinum-services/overview/index.html

面向 SAP 客户的 Oracle 研讨会Oracle 可为 SAP 客户提供定制研讨会，从而帮助 SAP 客户更好地维护和运行 Oracle 及 SAP 环境。这些现场研讨会将根据客户的业务需求定制，并由具备在 SAP 环境中优化 Oracle 数据库部署的深厚专业知识的 Oracle 专家讲授。涵盖各种主题的实时、实战演示和面向实践的文档将帮助客户大幅度发挥 Oracle 和 SAP 环境的价值。

面向 SAP 客户的支持服务

67

通过将革命性的 Oracle 数据库的效率和性能与近乎零开销的安全多租户和私有云管理工具相结合， Oracle SuperCluster M7 为数据库和应用创建了一个完备、安全的云基础设施。灵活的配置允许您在开始时先采用一个小型系统，然后随着需求的增长对云进行轻松扩展。如果以单个内核为标准，Oracle M7 高性能处理器架构可提供比同类 x86 系统更高的企业 Java 应用和 Oracle 数据库性能。Oracle VM Server for SPARC 和 Oracle Solaris 接近零开销的虚拟化与超高速 InfiniBand 结构搭配，可实现高水平的性能和可扩展性，而不会浪费空间、能源、计算、内存、人力或软件资源。

当今的 SAP 环境大多是一些复杂的数据中心，需要对应用、数据库、操作系统、集群软件、服务器、网络和存储进行整合，对它们进行专业化管理，并确保业务关键高可用性。

Oracle SuperCluster M7 是面向 SAP 客户的架构，它提供针对数据库和应用进行了优化的 Oracle 安全私有云基础设施，集计算、存储、网络资源、虚拟化、操作系统和管理于一体 — 这使其成为 SAP 环境的理想基础设施。

Oracle SuperCluster M7 是运行各层 SAP 的优秀平台。凭借新的集成优化（包括 Oracle SPARC M7 处理器的性能、强大的安全性、与 Oracle Solaris Cluster 端到端的集成带来的高可用性以及针对Oracle Solaris 的优化），Oracle SuperCluster M7 成为市场上超强的解决方案。

依托于 SAP 的认证和支持，Oracle 提供了一种创新的方式来加快部署以及降低整个 SAP 架构生命周期

的运营成本。Oracle 与 SAP 之间数十年的联合开发经验使得 Oracle SuperCluster 与 Oracle Database for SAP 实现了更加密切的集成。Oracle SuperCluster M7 集成了 SAP 合规性框架中的 SAP 安全合规性扩展。

客户可以实施和部署 Oracle SuperCluster 来整合整个 SAP 环境，从而能简化和加速部署、整合基础设施、提升性能以及提供一个高可用性任务关键 Oracle 云平台。运行 SAP 的 Oracle SuperCluster 客户用例佐证了该解决方案的应用范围之广。

Oracle SuperCluster M7 为 SAP 客户带来的主要收益

Oracle SuperCluster M7 旨在提供一个安全的 Oracle 云基础设施，凭借先进的安全性、出色性能、一组全面的效率增强功能、工具和自动化来大幅降低成本和复杂性。Oracle SuperCluster M7 中集成了各种优化的安全性、性能和效率相关技术，包括 SPARC M7 处理器、Oracle Solaris、Oracle Solaris Cluster、 Oracle 数据库和 SAP。

复杂且包含多层基础设施的 SAP 环境从整合中获得的收益包括降低总拥有成本以及提高 SAP 应用性能、可管理性和可用性。而传统的 SAP 环境已演变为复杂、分离的生产、开发和质量保证基础设施。

Oracle SuperCluster 为 SAP 环境提供了一个简化、整合的云基础设施，作为其架构的基石。Oracle SuperCluster 将计算、网络和存储硬件与虚拟化、操作系统和管理软件整合到一个完备、高性能的基础设施中，该基础设施不仅非常安全，而且易于部署、管理和维护。

面向 SAP 客户的 ORACLE SUPERCLUSTER M7


68

Oracle SuperCluster M7 针对 Oracle 和 SAP 体系的所有层面进行了优化，可提供出色的性能（图 1）。与 SAP 进行联合开发和协同设计是 Oracle 产品战略和性能优化过程的一部分。

Oracle SuperCluster M7 技术概述Oracle SuperCluster 在行业标准的硬件中整合了各种极具可用性和可扩展性的技术，例如 Oracle Database

12c、Oracle Database 11g 和 Oracle Real Application Clusters (Oracle RAC)。所有集成和优化的硬件（包括 Oracle SPARC M7 服务器、Oracle Exadata 存储服务器和 Oracle ZFS Storage ZS3 存储设备）均通过 QDR InfiniBand 统一网络实现了集成。所有组件都经过预先配置、测试、集成、调优和性能优化，而且在设计上完全消除了单点硬件故障（图 2）。

69

Oracle SuperCluster M7 特性：下面列出了 Oracle SuperCluster M7 的一些突出的特性：

超强的性能：Oracle SuperCluster M7 搭载高速的通用计算处理器：SPARC M7。针对加密加速和 Oracle Database 12c 查询加速的增强均直接集成到处理器设计中。SPARC M7 In-Line Decompression 与针对 Oracle Database In-Memory 12c 的 SPARC M7 SQL 加速结合使用，有助于提升资源密集型 SAP 应用的性能。

高级安全性：Oracle SuperCluster M7 具备行业高水平的安全性，整合了许多运行时安全技术、成熟的、经过测试的系统级安全控制和实践以及一体式自动化合规性验证工具。其出色的技术包括 SPARC M7 芯片保护的内存、SPARC M7 加密加速、只读虚拟机和端到端的审计跟踪。

可扩展性：Oracle SuperCluster M7 还为 SAP 环境提供了高可扩展性。它专为高效和安全的多租户而设计，集成了纵向扩展虚拟化和横向扩展 InfiniBand 结构，可在向租户数据库和应用供应系统资源的过程中提供高水平的灵活性。与此同时，它还可以较大限度地隔离其他租户的负载并优化性能，而不必浪费计算、内存或软件资源。

安全的多租户环境：安全的多租户环境可在获许在单一物理 Oracle SuperCluster 上运行和管理自有服务的多个并发实体之间实现高度隔离。应用对安全性、可靠性和性能的要求各不相同。负载被隔离在 Oracle Solaris Zones 中，同时资源和用户账户采用集中管理。Oracle SuperCluster 支持集中管理各组 CPU、内存、和 I/O 之间的硬件隔离，从而提高节点内的可用性。

•

结论

Oracle SuperCluster M7 是面向 SAP 的架构，它提供针对数据库和应用进行了优化的 Oracle 安全私有云基础设施，集计算、存储、网络资源、虚拟化、操作系统和管理于一体 — 这使其成为 SAP 环境的理想基础设施。

凭借新的集成优化（包括 Oracle SPARC M7 处理器的性能、强大的安全性、与 Oracle Solaris Cluster 端到端的集成带来的高可用性以及针对 Oracle Solaris 的优化），Oracle SuperCluster M7 成为市场上强大的组合式平台。

凭借全面的技术和服务，Oracle 为 SAP 打造了一个高度可用的业务关键型 Oracle 云平台。本文简要介绍了 Oracle SuperCluster M7 技术以及它与 SAP 之间的关系。

更多信息： http://www.oracle.com/us/solutions/sap/engineered-

systems/supercluster/index.html


•

•

•

70

SAP 客户从 EXADATA 技术中获益

无需任何更改即可获得性能提升和其他重要优势

Oracle Exadata 数据库云平台可为 SAP Business Suite （如 SAP ECC 6.0、SAP CRM 7.x）和 SAP BW 7.x 等各种客户负载提供极致性能。

Oracle Exadata 客户可以在一台 Oracle Exadata 数据库云平台上使用 Oracle 数据库处理多种负载（SAP 和非 SAP 负载）。客户会发现，Exadata 数据库云平台实施起来既简单又快速，能够处理大型、重要的数据库应用，通常能让应用的运行速度提高至 10 倍以上。其关键优势在于系统集成了 Sun 行业标准硬件和 Oracle 智能数据库和存储软件。

Oracle Exadata 数据库云平台已于 2011 年 7 月通过了 SAP 认证，从那时起，SAP 客户便可以使用 Oracle Exadata 数据库云平台运行 SAP 应用了。Exadata 是一个易于部署的 Oracle 数据库托管解决方案，它能以原厂提供的更高性能直接运行 SAP 应用，可以整合 SAP NetWeaver 应用，并将供应商数量减少至两家，即 SAP 和 Oracle。该解决方案可以实现更好的支持、快速联机迁移、DBaaS 部署平台、企业数据库云解决方案等优势，并可以通过整合快速部署基础设施和降低成本。

随着时间的推移，全球各地越来越多的 SAP 客户购买和部署了 Exadata 数据库云平台。下面展示了 Oracle Exadata 数据库云平台在全球不同行业的一些应用场景，并重点介绍了在各种环境中的具体挑战和解决方案。

业务扩张需要一个“未来数据中心”

印度一家收入约为 5 亿美元的化工和化肥公司面临着如下挑战：实施一个面向未来、可扩展的全新解决方案，帮助执行进军亚太地区的扩张计划；硬件即将报废，已无法支持业务发展；此外，不断增长的存储需求也是个问题。

因此，该公司意识到有必要详细了解集成系统相对于传统系统的优势。一个 SAP ECC 和 BW 在 Exadata 数据库云平台上运行的概念验证就彻底打消了该公司的疑虑，让他们认识到集成系统可为公司带来的巨大好处。该公司一位发言人说道：“Oracle Exadata 数据库云平台对我们搭建未来数据中心至关重要。有了这个支持用户增长的高性能平台，我们就能圆满地实施我们的计划了。”其他好处还有：高效的数据库整合、存储空间节省和显著的性能提升。

下一个案例是日本的一家核心消费金融公司通过部署 Exadata 数据库云平台获得了巨大优势。该公司的管理层希望通过整合数据库以及从 Unix 迁移至面向 SAP ECC 的 Linux 来降低 IT 成本。其计划包括顺利迁移至 Oracle Exadata（支持 R/3 负载）以及替换 Itanium HP UX 系统。很显然，随着新平台的构建，这家金融公司将能够继续发展和整合 SAP，以提高流程性能并实现更复杂的数据查询。

71

为何全球越来越多的 SAP 客户部署 Oracle Exadata 数据库云平台在日本的另一个客户案例是一家从事化学制品、塑料制品、电子材料、化妆品和保健食品进出口销售的公司。Oracle Exadata 数据库云平台早先成功运用于该公司的非 SAP 环境，而现在也用于 SAP 环境。公司的发言人称：“由于在非 SAP 环境下取得了非常好的成效，我们决定为 SAP ECC 采用 Exadata 数据库云平台 X3 半机架。”目前，该公司的主要目标是整合所有的数据库，并通过降低成本和更换 Windows 平台获得投资回报。总之，ECC 系统面临着提升性能、减少停机时间和确保业务增长等各种需求。

客户需要实时业务

而在北美，美国的一家传媒和娱乐公司通过使用 Oracle Exadata 数据库云平台完美解决了所面临的各种挑战。首先，该客户需要一种实时业务。其次，现有基础设施存在 I/O 问题，尤其是面对严苛的 SLA 时。该客户当时正在寻找一种合适的 IT 架构 — 一种适应未来发展、能提供 DBaaS、具有收费和快速供应能力的私有云。“在做出决策前，我们将 SAP HANA 作为备选方案。但我们清楚地看到，我们所选择的 Oracle Exadata 数据库云平台满足了所有的重要需求”，该公司的发言人这样说道。

另一个案例是一家来自医疗卫生领域的美国客户，它选择了相同的解决方案。在此案例中，客户需要对 SAP BW 进行技术更新。IT 人员希望确保他们拥有一个高密度的数据库整合平台，能满足全球部署的需求。对于实施 Oracle Exadata 数据库云平台后获得的收益，该公司非常满意。它不仅为应用带来了非凡的性能，而且符合公司的战略目标，提供了出色的整合和标准化平台。

下一个案例中的客户是来自美国的一家全球性消费品公司，该公司为其 SAP BW 选择了 Exadata。它在 x86 和 Microsoft Windows 上运行 BW 时出现了严重的性能问题。这家财富 500 强企业的 IT 团队评估了 Oracle AWR 报告，建议为 SAP BW 使用 Exadata。该公司的发言人称：“现在我们能够整合

SAP 负载、提高业务流程的性能并降低平台的总成本，从而可以实现持续的业务发展。”

在美洲的其他地区，SAP 客户也在部署 Oracle Exa-data 数据库云平台来应对需求和挑战。例如，巴西某能源公司正在使用 Exadata 来实现更卓越的性能和更平稳的 SAP 环境集成。与之前的硬件相比，使用 Exadata 将查询速度提升至原来的 25 倍，将加载时间减少至原来的 1/10。

缩短上市时间

在欧洲、中东和非洲地区，一家大型保险和金融服务公司希望加快其新产品上市的速度。从 IT 的角度来看，该公司需要降低几十个数据库在多个操作系统（IBM AIX、Linux、MS Windows 和 Solaris）上运行的复杂性。通过使用 Exadata 数据库云平台，该公司目前已能够实现 SAP 和非 SAP 系统的数据库整合，从而减少了工作量并降低了许可数量。在 Oracle Exadata 数据库云平台的帮助下，该公司缩短了产品上市时间并降低了 IT 复杂性，因而取得了更大的成功。

欧洲、中东和非洲地区的另一个案例是一家有着 10000 名雇员的 B2B 零售商，它需要降低 IT 成本和解决业务问题。这家公司将其 46 个数据库整合到两个 Exadata 数据库云平台中，大幅度降低成本。现在，用户 I/O 已不再是主要的等待事件，批处理作业的运行时间仅为原来的 1/3。并且该公司无需对应用进行任何更改。正如该零售商的发言人所称，它获得了“立竿见影的性能提升”。

下一个 SAP 客户案例来自一家大型法国电力公司。它购买和部署了 Exadata 数据库云平台。该公司面临的主要挑战是在运行 ECC 批处理作业时存在性能问题。为解决这个问题，它对 Oracle Exadata 数据库云平台和其他两个备选方案进行了评估。Exadata 的概念验证说服了客户。该 SAP 客户从新的 Oracle IT 基础设施获得了显著优势，“多亏了面向 SAP 的 Exadata，我们的 IT 环境目前已进行了高度整合和优化，能适应未来的需求”，该公司发言人说道。

SAP 客户从 Exadata 技术中获益

72

通过 SAPCTL 为 SAP 资源赋予高可用性

当集群中的某个应用、进程或服务器发生故障时，如果无法完全避免用户知晓，您会希望尽可能缩短中断时间。例如，当服务器上的某应用发生故障时，可以在集群中的另一台服务器上重启该应用，从而减少或消除该应用使用过程中的中断。同样，当集群中的某服务器发生故障时，该服务器上运行的所有应用和进程都需要切换至另一台服务器，从而继续为用户提供服务。通常情况下，客户使用内置 generic_application 资源类型或可定制的脚本及应用代理程序，同时将资源属性分配给应用和进程，Oracle Clusterware 可以管理所有这些实体以确保高可用性。

SAP 客户通常热衷于运行高度可用的基础设施并为 SAP 用户提供无中断的服务。这是一项极具挑战性的任务，因为在一个或多个组织运行多家供应商的众多组件的同时需要确保产品的基础设施/生态系统处于掌控之中。许多 SAP 客户尝试通过迁移至 Exadata 和 Super Cluster 之类的 Oracle 集成系统来降低复杂性和提高效率，但也有一些 SAP 客户希望以尽可能少的工作量来提高当前环境的可用性。SAP 环境面临一项众所周知的高可用性挑战，即 SAPEnqueue 服务故障会导致整个 SAP 系统重启。

SAP Enqueue 服务为 SAP 应用服务器实例提供分布式锁管理。当 SAP 系统使用多个 SAP 实例时，该服务必须处于可用状态。为了支持 SAP 应用高可用性， Enqueue 服务与 Message 服务共同构成了面向 SAP WebAS ABAP 的“Standalone Enqueue Service”(ASCS)。对于 SAP WebAS JAVA，Enqueue 服务与 Message 服务则共同构成了“Central Services Instance”(SCS)。 SAP 的 JAVA 体系始终需要此 SCS 实例。SAP 采用主动/被动方案来支持各 Enqueue 服务的高可用性。

确切来说，一个 Enqueue 服务针对 SAP 系统中运行的 ABAP 应用类型，而另一个 Enqueue 服务则针对 SAP 系统中运行的 JAVA 应用类型。SAP 系统包含不同节点上的多个应用实例。在运行一个或多个 SAP Replication 服务的节点上，针对 ABAP 和/或 JAVA 的主动 Enqueue 服务会在发生故障或计划停机时中断。“服务”是指提供 Enqueue 或 Replication 的 SAP 进程。托管这些服务的节点被称作“队列服务器”和“复制服务器”。

在 Oracle 数据库上使用 SAP 的客户可以根据其首选供应商和 OS 平台来选择使用任何 SAP 认证的故障切换软件。Oracle Clusterware 有助于减少软件供应商数量、降低复杂性、减少管理工作和软件许可成本，因此更胜一筹。Oracle Clusterware 是一个可移植的集群软件，可以将独立的服务器组成一个集群，使它们作为一个系统相互协作。Oracle Cluster-ware 还为 Oracle Real Application Clusters (RAC) 提供了所需的基础设施。此外，Oracle Clusterware 还可以为 Oracle 管理软件或者集群内任何其他类型的应用（例如 SAP 应用）提供保护。

Oracle Clusterware 可以像对 Oracle 资源一样为 SAP 资源提供高可用性。Oracle 打造了一款 Oracle Clus-terware 工具 — SAP Control (SAPCTL)，用以帮助客户轻松管理 SAP 高可用性资源。SAPCTL 提供了一个简便易于的界面来管理资源、脚本以及 Oracle Clusterware 与 SAP 高可用性组件之间的相关性。SAPCTL 整合了 Oracle 命令行工具的功能，支持 SAP 客户轻松管理 SAP Enqueue 服务、SAP Replica-tion 服务以及针对 ABAP 和 JAVA 的 SAP Enqueue 服务所使用的额外虚拟 IP 地址。

73通过 SAPCTL 为 SAP 资源赋予高可用性

除了关键 SAP 高可用性组件（即 SAP Enqueue 和 SAP Replication 服务），SAPCTL 第 8 版还提供了一个界面来保护任意数量的 SAP 应用实例。SAP 核心实例 (CI) 或 SAP 应用实例 (DV) 都可以在 SAPCTL 的监督下运行。SAPCTL 工具还支持 SAP 独立网关 (GW) 和 SAP WebDispatcher (W) 作为独立 SAP 实例。对于所有受支持的 SAP 实例类型，SAPCTL 同时还将通过始终共存的 CRS 资源来监视相关 SAP Start 服务（sapstartsrvdaemon 进程）。如果 SAP 实例在某集群节点上启动或转移至集群中的另一个节点，那么 SAPCTL 会自动启动 SAP Start 服务进程。不需要在系统启动时通过 sapinit 启动所有 SAP Start 进程，因为此任务将由 SAPCTL 在 Oracle Clusterware 启动之后执行。

SAPCTL 工具还支持 SAP 独立网关 (GW) 和 SAP WebDispatcher (W) 作为独立 SAP 实例。

实施指南和 SAPCTL 所需的软件随附在 SAP 说明 “1496927 — 通过 Oracle Clusterware 保护 SAP 实例”中。

Oracle Exadata、Oracle SuperCluster 和 Oracle 数据库机经过认证可运行 SAP Central Services（SCS 实例、ASCS 实例和 ER 实例），当这些服务在上述集成系统上运行时，SAPCTL 可为它们提供支持。 LINUX、Solaris 和 AIX 操作系统上的 SAPCTL 支持 7.00 及更高版本的 SAP 内核。SAPCTL 经过认证可通过 SAP 集成场景 NW-HA-CLU 7.40 与 SAP NetWeaver 相集成。

在 Oracle Clusterware 和 RAC 上实施 SAPCTL 的 SAP 客户可以摆脱 IBM PowerHA 和 HP Service Guard 等第三方高可用性软件。使用 SAPCTL 的客户能够节省资金，因为 SAPCTL 是免费工具并且可以大幅降低管理成本。在 Oracle Real Application Clusters (RAC) 消除 Oracle 数据库实例单点故障 (SPOF) 的同时，Oracle SAPCTL 也消除了一个 SPOF（Enqueue 服务），不过 SAPCTL 针对的是 SAP 应用层面。它将支持 SAP 基础设施实现更高水平的可用性并更迅速地响应严格的 SLA。此外，通过在物理备用数据库上使用 Data Guard，Oracle 技术还提供了全面的灾难恢复解决方案。此类解决方案可以替代存储镜像，从而进一步降低基础设施成本。

74

公司必须优化其 IT 基础设施才能以极具吸引力的成本实现高性能。Oracle 在整个体系的每一个层面都加以创新，力求设计的集成系统可降低 IT 基础设施的成本和复杂性，同时提高效率和绩效。

Oracle 集成系统跨整个技术体系实现了集成，因此您不必实施集成工作。IT 复杂性降低可使企业有更多时间和资金投入到创新和商机上。

Oracle Exadata 数据库云平台、Exalogic 中间件云平台、Oracle 数据库机、私有云一体机和 Oracle SuperCluster 超级集群旨在帮助企业实现出色的性能水平。

Oracle 集成系统集同类具有优势的硬件和软件组件以及突破性技术创新于一体，可简化运营并降低总拥有成本 (TCO)。面向 SAP 的 Oracle 集成系统针对 SAP 应用进行了优化，可提供极致性能。

当竞争对手止步于“超强”、“超高”或“xy”融合系统时，Oracle 并没有停下前进的步伐，而是对所有层进行真正的集成设计，并将它们集成到一个基于自有知识产权和行业标准进行设计、测试、构建和交付的一个解决方案中。

在技术体系的每一层提供极致性能

极致性能意味着比以往更快、更好、更高效地完成任务。这是 Oracle 集成系统的特点，也是 Oracle 推动 IT 简化的体现。

Oracle 抢先提供了全面、开放和具有高集成度的技术体系，涵盖数据库技术、管理软件、操作系统、服务器和存储等各个方面。

Oracle 集成系统

尽管其每个 IT 基础设施层提供了各自领域的优秀技术，但 Oracle 没有止步于此，而是对集成系统进行进一步的设计，将其预先集成以降低 IT 基础设施的成本和复杂性，同时提高工作效率和性能

唯有 Oracle 可以为体系中的每一层予以创新和优化，以简化数据中心运营、降低成本和加快业务创新

每一个系统都集成了 Oracle 的“应用到磁盘”技术体系（服务器、存储、操作系统、数据库软件、中间件、网络和内置虚拟化特性），可减少与采购、供应、部署和维护 SAP 基础设施相关的时间和成本

Oracle 与 SAP 共同对面向 SAP 的 Oracle 集成系统进行了测试和认证，使其成为集成系统系列的一员（这些集成系统经过预先集成、预先测试和预先配置，可简化数据中心运营、确保快速轻松部署 SAP 基础设施并加快业务创新）

面向 SAP 的 Oracle 集成系统针对 Oracle 数据库和 SAP 应用进行了优化，可缩短 SAP 环境上线运行所需的时间

数据中心中的 Oracle 集成系统

完成部署之后，在 Oracle 集成系统上整合 SAP 环境可降低数据中心管理的复杂性

专门针对创新、效率和简单性进行了集成设计：面向 SAP 的 ORACLE 集成系统

•

•

•

•

•

•

•

75

管理员可以使用 SAP 的 BR*Tools 和 Oracle Enter-prise Manager Ops Center 来管理 SAP 环境和 SAP 基础设施。内置自动化特性可简化管理任务并降低日常管理需求。

Oracle Exadata 数据库云平台、Oracle 数据库机、Exalogic 中间件云平台、Oracle SuperCluster 和私有云一体机旨在帮助企业实现出色的性能水平。

Oracle Exadata 数据库云平台旨在为数据仓储、联机事务处理 (OLTP) 和混合负载数据库应用提供极致性能，专为提升 SAP 性能和可管理性而定制。

作为一个“小型数据中心”，Exadata 数据库云平台是一个易于部署的系统，包含了运行 Oracle 数据库所需的一切硬件。此外，它还包含 Oracle Real Application Clusters (RAC)、Oracle Grid Infrastructure、存储管理工具和管理软件 — 并优化了整个系统，可实现极致性能以及任务关键型可用性和可靠性。

在 SAP 环境中使用 Exadata从多个层面上说，Oracle Exadata 数据库云平台都是 SAP 环境的完美之选。

它可为联机事务处理 (SAP ERP)、业务仓库 (SAP BW) 以及混合负载整合提供出色的 I/O 和 SQL 处理性能。

大规模并行网格架构采用 RAC 和 Exadata 存储，可提供极致性能和线性 I/O 扩展能力，从而大大增加数据库服务器与存储之间的数据带宽。密集型查询处理和数据挖掘计分被分流至存储服务器，让处理更接近 SAP 数据，提升了查询性能和并发性

所有服务器、存储和网络组件都在机架中预先完成了布线，并且整个系统经过了预先集成和预先测试，可将部署时间缩短数周或数月。

它通过简化任务（例如用单一供应商的捆绑补丁集来执行补丁安装任务）来降低管理和维护复杂性，并且提供了现成的高可用性和灾难恢复特性

SAP 客户能轻而易举地将其数据库迁移至运行 SAP 应用的 Exadata 上，无需任何修改。迁移过程将像操作系统平台升级那样顺利，不过具体取决于所使用的源平台

专为私有云而设计的 Oracle Exalogic 中间件云平台可为 SAP 应用提供高可扩展性、超强的性能和管理简易性。

由于预先针对中间件和打包应用的计算密集型负载进行了集成设计和平衡优化，每个预先组装并配置的系统都包含经过完全集成的可热交换的 x86 计算节点、高性能 Oracle ZFS 存储系统和高带宽通信结构及交换机。

面向 SAP 的 Oracle 集成系统


•

• •

•

•

76

面向 SAP 的 Oracle Exalogic 中间件云平台

Exalogic 旨在简化应用管理和提高运营效率。

Exalogic 提供作为一个整体进行设计、集成、测试、配送、安装、配置和管理的模块化构建块，可从根本上降低 SAP 环境的复杂性。对于 SAP 客户而言，这相当于一个快速、高效、易于部署的 SAP 环境基础设施。

所有 Exalogic 配置在每个级别上都是完全冗余的，从设计上避免了单点故障。与 SAP 及 Oracle 的高可用性技术结合使用，这将为 SAP 基础设施部署提供前所未有的可靠性水平。

Exalogic 的组件高度标准化、在工厂集成且经过认证和测试，可为所有存储、服务器、操作系统和系统管理服务需求提供单一联系点，从而极大地简化设置和部署、大幅降低出错风险、简化诊断和实现运营标准化。

所有基于 SAP NetWeaver 7.x 且适用于 Oracle Linux 6 平台的 SAP 产品现在都可以在一个虚拟 Exalogic 配置中使用。

Oracle SuperCluster 超级集群这个可扩展的集成系统中融合了众多 Oracle 创新技术（如，新一代 SPARC T5/ M7 服务器、Oracle So-laris 10 和 Solaris 11、Oracle Database 11g 和 12c 以及 Exadata 存储），并针对企业 SAP 应用整合进行了优化和调优。

面向 SAP 的 Oracle 优化解决方案就依托于 Oracle SuperCluster 超级集群，其经过集成设计，可为 SAP 应用和各种补充性企业应用提供出色的性能和可靠性。用户可以将其 SAP 应用实例、核心服务和数据库软件整合到 Oracle SuperCluster M7 系统上，从而极大地简化其 SAP 环境。

在 Oracle SuperCluster 超级集群上运行 SAP 环境

Oracle SuperCluster 超级集群得到了 SAP 的支持。它可运行 Oracle 并行数据库、SAP 核心实例、应用或 Web 服务器、Oracle Enterprise Manager 管理软件以及您所有的 SAP 应用。

该产品尤其适合需要多用途系统的 SAP 客户。这些客户不仅要运行 SAP，还需要运行其他一些企业应用，或者需要在其数据中心内整合和虚拟化多层应用。

借助面向 SAP 的 Oracle 优化解决方案，企业可实现基础设施的现代化、SAP 环境的整合并且以更少的数据中心占地面积管理更多的负载，从而显著提升性能和生产力，降低风险并降低总拥有成本。

面向 SAP 的 Oracle 优化解决方案为任务关键型企业 SAP 应用环境提供了经过精心设计、测试和调优的、可满足需求的完整架构。

客户可以将多个环境（包括开发、测试和生产环境）整合到一个高度可用且可扩展的平台上，以提高 SAP 应用的性能和可用性。

内置的虚拟化技术可安全地隔离 SAP 负载，提供在单一平台中安全地整合 SAP 环境所需的细粒度资源控制。通过对计算、内存和 I/O 资源进行管理，它可以确保各个应用都能够访问一定量的资源，避免某负载占用整个平台的资源。内置管理可简化运营并且不需要多种不同的技能。

私有云一体机是一个集成系统，旨在彻底简化客户为 Oracle Linux 或 Oracle Solaris 应用安装、部署和管理融合基础设施的方式。

它提供了一个高度可用、完全冗余的融合基础设施系统，集网络、计算、管理和存储要素于一体。系统中的所有硬件和所有必需软件采用统一价格。它支持 Oracle 可信分区，使您可以灵活地基于虚拟 CPU 来购买 Oracle 软件许可。它还可以连接至现有或新的 Oracle 存储或者第三方存储。它提供的是一个采用 Oracle Fabric Interconnect 和 Oracle SDN 的软件定义式网络基础设施。您将受益于针对整个体系（包括 Oracle 硬件和软件）的单点支持。

•

•

•

•

•

•

•

77

私有云一体机通过 SAP 认证

所有基于 SAP NetWeaver 7.x 且适用于 Oracle Linux 5 和 Oracle Linux 6 的 SAP 产品现在都可以在私有云一体机这个专为虚拟化而设计的 Oracle 集成系统上使用了。

三层和两层安装（Oracle 数据库和 SAP 应用）均可运行在 Oracle 私有云一体机上。

私有云一体机用于 SAP 环境须满足下列条件：

至少使用私有云一体机 R1.1.3。

私有云一体机基于 Oracle VM。请遵循 SAP 说明 1808268 中的相关Oracle VM 信息。

VM 中的下列操作系统通过认证且受支持在 SAP 环境中使用。

• 采用 UEK 的 Oracle Linux R5.x • 采用 UEK 的 Oracle Linux R6.x • Oracle Solaris

Oracle 数据库机是一个完全开箱即用、高度可用且经过 SAP 认证的集群数据库系统。所有基于 SAP NetWeaver 7.x 且针对 Oracle Database 11g R2 进行了认证的 SAP 产品都可以与 Oracle 数据库机一同使用。

Oracle 数据库机是一个 4U 的机架式系统，专门针对运行 Oracle 数据库企业版进行了设计。它配备有冗余的热插拔组件、三重镜像的共享磁盘和闪存，可满足高可用性和加速数据库性能需求。

该设备预装了 Oracle Linux 和 Oracle 设备管理器软件，可简化高可用性数据库解决方案的部署、维护和支持，从而节省时间和资金。

在 SAP 环境中使用 Oracle 数据库机Oracle 数据库机可为 SAP 环境提供以下功能：

供 SAP 应用使用的高可用性双活集群化数据库服务器

承载 SAP 所需共享文件系统的高可用性文件服务器

SAP 高可用性资源（如面向 ABAP 和 JAVA 体系的核心服务）的全方位集群化解决方案


•

•

•

•

•

•

78 迁移至 S/4 HANA 需要多少费用？

迁移至 S/4 HANA 需要多少费用？

IG SAP CH 要求将迁移至 S/4 HANA 视为一次小版本升级，免费为现有的 SAP

客户提供这项服务。

SAP 用户权益保护组织 IG SAP CH 以对德国软件巨头的批评著称。这家大约涉

及 80 家公司的组织强烈要求 SAP 根据汇率趋势调整软件维护价格。但正如我们

所知道的那样，已担任两年 SAP 瑞士公司掌门人的 Bernd Brandl 并没有理会

这一诉求。因此该组织最近在一则新闻快讯中宣布，它将继续使用各种可能的手

段来影响 SAP。它指出，由于 SAP 系统维护成本的欧元对瑞士法郎汇率固定在

1.17 到 1.60 之间，瑞士 SAP 客户仍然要比其他国家/地区的客户多支付 50% 的

维护成本。

S/4 HANA 是全新的产品吗？

在该新闻快讯中，IG SAP CH 还提出了另一个极其重要的问题。SAP 业务软件的

最新版本是否为全新产品？现有客户必须为 S/4 HANA 支付费用还是 S/4 HANA

的费用已包含在常规维护成本中？

众所周知，SAP 正在为选择 S/4 HANA 的

客户提供优惠价格。IG SAP CH 称，SAP

正在使用订阅优惠来鼓励客户“提前购

买”S/4 HANA 许可。但它认为不该为这

样的迁移概念支付成本。

显然，SAP 将 S/4 HANA 视为全新的产

品，并为其收取相应的费用。人们从白皮

书“SAP S/4 HANA 简化列表”中对 S/4

HANA 的介绍就能解读出这一点。该白皮

书称：“S/4 HANA (...) 不是哪种 SAP Business Suite 产品的后续版本。”

而 IG SAP CH 认为现有客户不应该再为 S/4 HANA 支付许可费用。该组织在上

述新闻快讯中表示：“我们拒绝付费 — 迁移到 S/4 HANA 应视为小版本升级，

属于常规维护。”

http://www.inside-it.ch/articles/42944

79

1289494

2138262

1431296

1436352

有关 Oracle Solaris 和新数据库的说明，请访问：service.sap.com

说明编号说明标题数据库版本

数据库：常规：许可信息

数据库：常规：Oracle 对 HANA 相关 SAP 应用优化的支持

数据库：常规：文件系统支持

数据库：常规：工具支持

数据库：特性：数据存储与压缩

581312

740897

1028068

1174136

2098258

Oracle 数据库许可限制

Oracle 许可范围和所需的 Oracle 选件

DBA Cockpit 所需的 Oracle 选件

Oracle：支持服务终止日期

Oracle 11.2 的支持服务免费延长至 2017 年 5 月 31 日

SAP 环境对 Oracle 功能的支持

Oracle Database 12c R1 (12.1) 核心技术说明

Oracle 数据库 12c：集成到 SAP 环境

Oracle Database 11g 集成到 SAP 环境

BR*Tools 对 Oracle 11g 的支持

Oracle 11.2 核心技术说明

面向较早 SAP 版本的 Oracle Database 11.2

激活针对 SAP ERP 的数据库性能优化

SAP NetWeaver 7.4 SP08 的数据库平台要求

Oracle Direct NFS

Automatic Storage Management (ASM)

"oracle" 用户下适用于 Oracle 安装的 BR*Tools 配置

BR*Tools 对 Oracle ASM 和 Exadata 的支持

面向 Oracle ASM 安装的 SAPinst

Oracle ASM 和 SAP NetWeaver 主数据管理 (MDM)

Oracle Enterprise Manager Database Control

SAP 环境中的 Oracle Enterprise Manager (OEM)

针对 Oracle 数据库使用索引键压缩

BRSPACE 7.20 中的索引压缩支持

SecureFile — 新的 LOB 数据存储方式

延迟创建表段

不丢失位图索引的数据加载

通过唯一索引改善表性能

Oracle Compression 常见问题解答

面向 SAP 系统的 Oracle Database 12c Advanced Compression

使用 BRSPACE 7.20 进行 LOB 转换和表压缩

面向 SAP 系统的 Advanced Compression

所有数据库版本




Oracle DB 11g


Oracle DB 12c

Oracle DB 12c

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g





Oracle DB 11g

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g


Oracle DB 12c

Oracle DB 11g

Oracle DB 11g

数据库：常规：版本支持

数据库：常规：特性支持

105047

1914631

2133079

1398634

1430669

1431800

1434131

1835008

1951491

1416773

1550133

1598594

1627541

1738053

1825328

355770

386413

1109743

1464156

1426979

1583303

1842044

1856270

数据库：选件：Advanced Compression

面向 SAP 的 Oracle 数据库相关说明

80


数据库选件：Advanced Security

742243

1859841

1333328

常规表分区

卸载 Oracle Partitioning 选件 (SAP BW)

Oracle 的分区引擎

SAP 环境中的 Oracle RAC 支持

随带 TAF 的 RAC

通过 Oracle Clusterware (SAPCTL) 保护 SAP 实例

通过 RAC 使用共享或本地 Oracle 主目录

通过 RAC 或 ASM 将 Unix 环境下的数据库升级至版本 11.2.0.4

Real Application Testing 选件

OPS$ 连接和安全方面

通过 SSFS 将 AS ABAP 安全连接至 Oracle

连接至 Oracle 数据库

使用个性化数据库管理员帐户

数据库管理员分离

BR*Tools 对安全存储的支持

概述：Oracle 安全 SAP 说明

Advanced Security — 网络加密

Advanced Security — 透明数据加密

Advanced Security — 备份加密

在 SAP 环境中使用 Oracle Database Vault

在 SAP 环境中安装 Oracle Database Vault

面向 SAP 的 Database Vault 策略脚本

通过 Database Vault 进行 SAP 系统复制

为 12.1.0.2 安装故障排除软件

在 Unix 上安装 Database 12.1.0.2 的软件

在 Windows 上安装 Database 12.1.0.2 的软件

面向 12.1.0.2 的数据库升级脚本

迁移到软件所有者 ‘oracle’

将数据库升级到采用 Grid Infrastructure 的 12.1.0.2 版本

升级脚本

即时客户端

将 Unix 环境下的数据库升级至版本 11.2.0.4（快速参考）

软件安装故障排除

数据库升级故障排除





Oracle DB 11g


Oracle DB 12c

Oracle DB 12c

Oracle DB 11g












Oracle DB 11g

Oracle DB 11g


Oracle DB 12c

Oracle DB 12c

Oracle DB 12c

Oracle DB 12c

Oracle DB 12c

Oracle DB 12c

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g

数据库选件：Real Application Clusters (RAC)

数据库选件：Real Application Testing (RAT)

527843

1431241

1496927

1977463

2059515

157499

1622837

1623922

1710997

1755636

1764043

1868094

1355140

1597194

1502374

1716939

数据库选件：Database Vault

数据库特性：安全

973450

974876

1324684

部署：软件：安装和升级 1915299

1915301

1915302

1915315

1915317

2064206

1431793

1431794

1949451

1431796

1431797

数据库选件：Partitioning

81面向 SAP 的 Oracle 数据库相关说明


部署：实例配置

MOPatch — 一次安装多个 Oracle 补丁

SAP 补丁包 — 2014 年 6 月之后的结构更改

针对 Oracle Database 12c R1 (12.1) 的当前补丁集

数据库：针对 12.1.0.2 的补丁

Grid Infrastructure：针对 12.1.0.2 的补丁

以较少的停机时间为 Oracle 主目录安装补丁

Oracle 11.2.0：当前补丁集

数据库补丁/补丁集合 (11.2.0.4)

Grid Infrastructure 补丁/补丁集合 (11.2.0.4)

数据库参数 12.1.0.2

ADRCI 和 ADR 快速参考

数据库参数设置 11.2.0.x

通过 Oracle Resource Manager 管理 SAP 负载



Oracle DB 12c

Oracle DB 12c

Oracle DB 12c

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g

部署：软件：补丁

1027012

2011199

1915313

1915316

2145572

1696869

1431799

1949250

1968502

1428529

1838850

1844380

2086966

1882182

部署：软件：BR*Tools

1888485

1431751

1431798

646681

937492

966117

BR*Tools 7.20 版中的修正

BR*Tools 7.40 版中的修正

BR*Tools 中的细微功能增强 (5)

BR*Tools 中的细微功能增强 (６)

BRARCHIVE 7.40 中的功能增强

Oracle 生命周期迁移服务（前身为 O2O/3-O）

部署：数据

用 BRSPACE 对表进行重新组织

Oracle 闪回常见问题解答

Oracle 闪回数据库技术




数据库：服务

1508271 所有数据库版本

Oracle DB 12c

Oracle DB 11g

Oracle DB 11g

Oracle DB 11g






有关 Oracle Solaris 和新数据库的说明，请访问：service.sap.com

83出版信息

甲骨文公司

全球总部

500 Oracle Parkway

Redwood Shores,

CA 94065

U.S.A.

出版方

甲骨文公司，

面向 SAP 的 Oracle 数据库全球技术中心

Albrecht Haug

[email protected]

Altrottstr.31

69190 Walldorf, Germany

电话：++49 (0) 6227 356-0

传真：++49 (0) 6227-3847366

照片：Gross Art，Shutterstock，美国

网址：

www.oracle.com/sap

http://scn.sap.com/community/oracle

版权所有 © 2016，Oracle 和/或其关联公司。保留所有权利。本文档仅供参考，此处内容如有更改，恕不另行通知。本文档不保证

没有错误，也不受其他任何口头表达或法律暗示的担保或条件的约束，包括对特定用途的适销性或适用性的暗示担保和条件。我们

特别声明拒绝承担与本文档有关的任何责任，本文档不直接或间接形成任何契约义务。未经预先书面许可，不允许以任何形式或任

何方式（电子或机械的）、出于任何目的复制或传播本文档。

Oracle 和 Java 是 Oracle 和/或其关联公司的注册商标。其他名称可能分别是其所有者的商标。

Intel 与 Intel Xeon 是 Intel Corporation 的商标或注册商标。所有 SPARC 商标均为 SPARC International, Inc. 的商标或注册商

标，需经许可方可使用。AMD、Opteron、AMD 徽标以及 AMD Opteron 徽标是 Advanced Micro Devices 的商标或注册商

标。UNIX 是 The Open Group 的注册商标。0615

SAP® 是 SAP 的注册商标。

SAP NetWeaver 是 SAP 的注册商标。

SAP HANA® 是 SAP 的注册商标。

oracle for sap®...4 目录 编辑寄语 面向 sap 的 oracle database...

Documents

oracle for sap®...4 目录编辑寄语面向 sap 的 oracle database...