前言

大家好，在进入正题之前，首先想说一下为什么会有这篇文章。经常有用户或者销售来问我，我们Oracle有没有数字化转型的方案？有没有数据底座，湖仓一体的方案？有没有大数据，数据治理的方案？诸如此类。其实我想说的是，数据是现代化企业的核心资产，只要企业以数据为驱动，Oracle就能够直接或间接的提供帮助；无论这些热词如何酷炫，或许未来还会不断的产生新的时髦的概念，只要他们和数据发生联系，Oracle就可以对构建这些方案助一臂之力。

Oracle数据库经过40多年的发展，已经发展了丰富多样和成熟的能力。Oracle也没有故步自封，一直在根据行业的发展趋势和基于用户的业务需求来探索和发展新的能力，如融合化，自治化等。Oracle数据库的核心能力就体现在接下来要介绍的解决方案当中，而这些方案也是支持前述用户关系的数字化转型，数据底座等方案的重要基础。这些方案涉及到数据的方方面面，包括数据管理，数据分析，数据安全，数据保护，数据集成等。

Oracle数据库解决方案集锦

1

Oracle业务连续性保护解决方案

熟悉Oracle的朋友，一定对MAA不会陌生。MAA表示Oracle 最高可用性体系结构，是建设用户业务连续性的蓝图和最佳实践。MAA可以最大程度提高系统可用性，并在系统可用性、服务质量和数据保护方面达到最严苛的服务级别协议 (SLA) 要求。MAA涉及的领域非常广泛，但最核心的3个方面包括备份，高可用（HA）和灾难恢复（DR）。

备份是业务连续性保护的起点和底线，业务也许可以停，但数据一定不能丢。Oracle 零数据丢失恢复一体机（简称为ZDLRA或RA）是一款集成式数据保护解决方案，有助于消除整个企业中所有 Oracle 数据库的数据丢失风险。利用实时Redo传输技术，所有数据更改都会立刻记录到恢复一体机中，一旦发生故障或勒索软件攻击时，数据库可以恢复到故障发生时刻的前一秒内。恢复一体机提供基于验证的自动化的永远增备方法，这消除了对耗时的全量备份的需求，并可将数据库服务器和管理资源释放出来用于生产负载。此外，恢复自动化、备份不可更改和高可用性架构可帮助企业满足政府对于保护和快速恢复关键数据的要求。

备份的下一阶段是高可用。数据库高可用在硬件层面通过冗余部件实现，在软件层面则是通过RAC，即真正应用集群。Oracle RAC允许客户在多个服务器上运行单个 Oracle 数据库，以最大限度地提高可用性并在访问共享存储时实现水平可扩展性。连接到 Oracle RAC 实例的用户会话可以在中断期间进行故障转移并安全地重放更改，而无需对最终用户应用程序进行任何更改，从而隐藏了中断的影响并提升了用户体验。

为防止整个站点失效，还可以进一步实施灾难恢复或灾备方案。Oracle数据库标准的灾备组件为ADG，即活动数据卫士。ADG支持丰富的Redo传输模式（同步，异步，Far Sync），数据保护模式（最大性能，最大可用和最大保护），备库模式（物理备库，快照备库和逻辑备库）和拓扑结构（一对一，一对多，级联），可实现深度的Oracle数据库保护。同时，ADG管理运维简单，可实现一键式数据库切换和回切。由于备库可读，因此可以将查询，分析，备份等负载在备库运行，减轻生产端数据库的负担，提升灾备的投资回报率。关于ADG的详细介绍，可参考之前的文章：“防大于治，做好数据保护的最后一公里”。

Oracle GoldenGate（OGG）本质上属于数据集成产品，当与其他 Oracle MAA 技术结合使用时，OGG 消除了日常数据库维护和升级、操作系统补丁、应用程序升级和平台迁移期间的停机时间。所有操作都受到故障恢复功能的保护，消除了丢失数据的风险。OGG 可以部署在双活或多活配置中，以实现数据库可扩展性或分布式同步。OGG的多活特性和ADG配合，可以构成Oracle数据库最高级别的业务连续性保障方案。

如果说软件是思想，硬件则是身体，两者不可偏废。Exadata作为承载Oracle数据库的首选平台，本身也结合了MAA最佳实践，并且提供私有云，专有云和公有云多种部署方式。关于Exadata的介绍，可参见之前文章"Oracle Exadata 决策者指南"、"Oracle Exadata X8M：终结 DIY 数据库系统"和"那些只在Exadata上支持的数据库特性"。

2

Oracle数据库整合解决方案

在经历了存储整合、服务器整合、桌面整合后，企业逐渐将重点转向数据层面的整合。Oracle相应推出了数据库整合解决方案，即DBaaS（数据库即服务）。

组织之所以被 DBaaS 所吸引，是因为它可以简化 IT 基础架构，从而可以方便地从同一个硬件和软件基础架构为许多用户和多个部门提供数据库功能，同时还能使手工供应流程实现自动化。在传统环境中供应新数据库可能需要数天甚至数周时间。而 DBaaS 可以使这个时间缩短为寥寥数分钟。更简单的 IT 基础架构可确保更大的业务敏捷性和更低的风险及成本。DBaaS 最吸引人的另一个方面是，整合能带来更小的硬件空间占用，这会降低成本。此外，许多用户和部门在为自己的数据库服务付费的同时共享基础架构，这会降低这些服务的单价。

Oracle DBaaS解决方案的三个技术核心组件为数据库软件层面的多租户选件（Multitenant），数据库硬件层面的Exadata，以及数据库运维管理层面的Oracle企业管理器（Enterprise Manager）。

Oracle Multitenant 可将 Oracle 数据库“转变”为容器数据库 (CDB)，一个 CDB 可整合多个可插拔数据库 (PDB)，从而提高资源利用率、优化管理和增强整体安全性。Multitenant的多合一管理可以简化运维，PDB的克隆，快照和增量可刷新功能可快速提供生产数据库最新副本，支持多样化的开发和测试需求。

Oracle 企业管理器是Oracle数据库首选运维管理解决方案，专为监控和管理本地部署和云环境中的Oracle 数据库和集成系统而设计。Oracle 企业管理器针对数据库的主要功能包括：

- 数据库性能管理，帮助 DBA 快速发现和修复性能问题。

- 数据库运营自动化，包括大规模自动化运营、自动化供应和克隆、配置管理、安全性和合规性实施等。

- 针对Oracle数据库和Exadata的企业级监控和一体化管理。

Oracle Exadata是理想的数据库整合平台。由于 Exadata 数据库云平台可提供超强性能、大存储容量和独有的压缩功能，因此，原本需要超大型传统硬件系统的负载现在可以在小得多的 Exadata 系统上运行。在选型方面，与传统系统相比，Exadata 系统规模通常要小 2-4 倍。

数据库整合除了以上三大技术支柱外，ZDLRA可实现数据库备份的整合，Oracle的融合数据库特性可实现非结构化数据，JSON，Spatial和Graph等多数据类型的整合。Database In-Memory数据库选件可实现极限分析工作负载的整合。

总之，对于数据库整合场景，无论是多租户，多工作负载，还是多数据类型，Oracle都可以提供全面的支持。

3

Oracle数据库管理解决方案

没有仪表盘的汽车很难驾驶，同样，没有Oracle Enterprise Manager的数据库也很难管理。Oracle Enterprise Manager（简称EM）是Oracle数据库运维管理的首选工具，可以集中统一的管理Oracle，MySQL，TimesTen等数据库，Exadata和ZDLRA工程化系统，Oracle中间件和Oracle应用。通过插件，EM还可以管理Microsoft SQL Server，IBM DB2，Sybase ASE数据库。通过连接器，EM可以与BMC Remedy，CA Service Desk，HP Operations/Service Manager，IBM Tivoli，Microsoft Systems Center，PagerDuty和ServiceNow等管理框架集成。

对于数据库的管理，如上图所示，EM提供了5个管理包（Management Pack）。其中诊断包和调优包通常是用户最基础的选择，也是DBA的最佳搭档。AWR，ASH和ADDM等常用工具均包含在诊断包中。调优包中则包括了各式各样的调优顾问和自动调优工具，如SQL Access Advisor、SQL Tuning Advisor和Automatic SQL Tuning。数据脱敏与子集包可提取所有或部分生产数据，脱敏后交付给开发和测试环境，自动化的过程和丰富的脱敏选项大幅降低了DBA的运维负担，同时保证了数据隐私和安全合规性。数据库生命周期管理包是一个全面的解决方案，可帮助数据库、系统和应用程序管理员自动执行管理 Oracle 数据库生命周期所需的流程。此外，数据库生命周期管理包还提供了用于行业和法规遵从性标准报告和管理的合规框架。Oracle数据库云管理包可用来建立数据库云或DBaaS服务。

4

Oracle数据安全解决方案

Oracle关于架构的三字经，除了之前介绍的MAA，还有一个MSA，就是最高安全架构。Oracle最高安全架构提供加密、密钥管理、数据脱敏、特权用户访问控制、活动监视和审计等功能，可帮助您降低数据泄露风险并简化合规性流程。

Oracle数据安全秉承两大原则，即深度防御和最小权限原则。深度防御也称为纵深防御或多层防御，类似于洋葱，外层攻破了还有内层的保护。从应用整体来看，从外到内包括网络，硬件，操作系统，应用软件，数据库；从Oracle数据库角度看，则包括风险评估、防止未经授权的数据泄露、检测和报告数据库活动以及通过数据驱动的安全性在数据库中实施数据访问控制。

Oracle数据库安全性的优势包括：
- 利用机器学习防范威胁：自动化保障数据库安全，包括应用关键补丁，从而节省时间，最大限度避免人为错误。

- 集成的解决方案，提供更高性能：Oracle 透明数据加密（TDE）和 Oracle Database Vault 直接在数据库内核中运行，更快捷，更易于维护。

- 降低用户、数据和配置风险：Oracle Data Safe云服务或DBSAT（数据库安全评估工具）通过安全性评估、活动审计、敏感数据发现以及数据屏蔽为您降低风险。

- 自动化且始终启用的内置安全性：Oracle 自治数据库提供多项功能，例如始终加密、自动打补丁以及预配置职责分离，从而增强了安全性并降低了人为错误的风险。

在上述优势中，特别强调两点。一是Oracle可以为用户或协助用户利用DBSAT对数据库进行评估，详情可参见之前文章“数据库安全小助手DBSAT”。二是，Oracle透明数据加密可在数据库层面直接启用表空间或列级加密，无需改变应用。从开销考虑，列加密要大于表空间加密。

Oracle MSA架构中，有几个产品也支持非Oracle数据库，他们是：

- Enterprise Manager中的数据脱敏和子集包

- Oracle AVDF（审计保险箱和数据库防火墙）

- Oracle Key Vault （秘钥保险箱），建议配合TDE使用

最后，Oracle数据库19c版本于2020年4月10日高分通过公安部“信息安全技术网络安全等级保护基本要求”(即等保2.0)第四级要求中数据库系统的安全防护要求能力测评，建议您在新系统中采用19c或尽快将数据库迁移至19c。

5

Oracle内存计算解决方案

提到内存，大家都会想到和性能相关。但考虑到Oracle内存计算技术的多样性，最终还是决定单独来写，而没有放入后续的高性能和可扩展性解决方案。

Oracle内存计算家族的第一个成员是TimesTen。TimesTen最初来自于惠普实验室的内存驻留数据库项目Smallbase。1996年，TimesTen从惠普分拆并在加州成立独立公司。1998年，TimesTen发布业界第一个商用的内存关系型数据库。2005年6月，TimesTen被Oracle正式收购。

TimesTen有两种用法，一种是作为Oracle数据库的读写缓存。读缓存用于加速热点数据的访问，写缓存适用于物联网应用的高速数据摄入。这种缓存方式除了提升数据存取性能外，还可以减轻后端数据库压力，并提升整体的高可用性。另一种是作为独立数据库使用，支持传统和分布式两种模式。

除了性能，TimesTen的主要特点，第一个是关系型。毕竟对于数据库而言，支持SQL和ACID都是非常重要的特性。第二个是和Oracle数据库和Oracle GoldenGate的紧密集成。在作为Oracle数据库缓存时，TimesTen只需配置而无需编程。TimesTen也高度兼容Oracle的数据类型，SQL和PL/SQL语法。第三个则是分布式，对性能有极致需求的应用可以考虑使用。关于TimesTen的更多介绍，请参考之前文章“Oracle - 内存计算的王者”和“Oracle TimesTen 关系型内存数据库18.1新版本详解”。

Oracle内存计算家族的第二个成员是Oracle Database In-Memory，简称DBIM。有人说，DBIM的推出是为了应对SAP HANA，对此我无法确定。但不可否认，两者的应用场景高度重叠，技术实现上也有诸多类似之处。

和TimesTen不同，DBIM是Oracle数据库的一个选件。其用途只针对有分析型负载的应用，如纯用于分析的数据仓库和数据集市，或ERP，CRM，财务，人力资源等混合负载应用。由于DBIM是数据库内核的一部分，因此其可以就地加速分析，这对于实时分析或运营分析的场景是非常重要的。Oracle Database In-Memory对于应用的加速是透明的，无需修改应用，可以减少或消除对分析型索引的依赖，由此也可以提升OLTP负载的性能。

在技术实现上，DBIM 提供了一种独特的双格式架构，可以同时使用传统的行格式和新的内存中列格式在内存中表示表。Oracle SQL 优化器自动将分析查询路由到列格式，将 OLTP 查询路由到行格式，从而透明地提供两全其美的性能优势。Oracle 数据库自动维护行格式和列格式之间的事务一致性，就像维护表和索引之间的一致性那样。新的列格式是纯内存中格式，不会在磁盘上持久保留，因此不存在额外的存储成本或存储同步问题。关于DBIM的介绍，可参见之前文章“加速度：走进Oracle Database In-Memory”和“海信Oracle Database In-Memory案例分享”。

其实Oracle内存计算家族还有另一重要成员Oracle Coherence，技术上属于内存网格。本解决方案主要谈内存数据库，因此这里就不涉及了。

6

Oracle高性能和可扩展性解决方案

Oracle的高性能保证来自于软件，硬件，管理多个层面。

在软件方面，Oracle数据库有RAC，Partitioning、高级压缩和Database In-Memory共4个选件。

Oracle RAC是一个共享缓存的集群数据库架构，它突破了传统的无共享和共享磁盘架构的限制，从而能够提供无与伦比的数据库性能、可伸缩性和可靠性，而且无需对现有的 Oracle 数据库应用程序进行修改。所以你会看到RAC是一个比较全面的数据库选件，对性能，高可用和可扩展性都有贡献。

说到压缩，大家通常想到的都是节省空间，包括数据库本身，以及相应的备份，开发测试环境，网络传输等。除了节省成本，Oracle高级压缩还可以提升查询的性能，这是由于压缩导致内存中可以缓存更多的数据，从而减少了物理I/O请求。

和Oracle RAC一样，Oracle Partitioning也是一个综合型的选件，可以提升数据库的性能，可用性和可管理性。技术上，Oracle Partitioning可以将表和索引细分为更小、更易于管理的单元，这样数据库管理员便可采用一种“分而治之”的方法来管理数据。

如果需要极速实时分析，可以使用Database In-Memory来应对，这在上一个方案中已有介绍。

再来谈一下Oracle数据库的可扩展性。有些人认为Oracle数据库是单体架构，扩展起来可能会有问题。有时也会碰到用户，担心未来业务增长太快，所以一开始就要求分布式架构，要求分库分表。实际上，Oracle也支持原生分片（Sharding）技术，只是Oracle不主张在没有对应用负载有清晰的了解和估算的情况下，一开始就谈分布式和分库分表。

大家可能只看到了分布式无限扩展性的一面，往往忽视了分布式在开发，运维，变更和集成等方面的复杂性，以及为保证一致性、高可用性和跨片查询的高技术门槛。所以，我个人的观点是非必要不分布。而且，就我所了解的业务系统中，很多都是用单体Oracle来支持，并没有用到分布式架构。

对于分库分表，Oracle Partitioning强大的能力和丰富的分区类型使得分库分表在绝大多数情况下没有必要。Oracle数据库没有单表行数的限制，Oracle的用户中，单表数十亿条记录的情形并不少见。不必分库分表实际上简化了架构，简化了集成，简化了开发和运维。

Oracle用于可扩展性的第一个技术是RAC，可以将更多的计算资源聚合在一起，并通过服务实现负载分布和负载均衡。第二个可扩展技术是数据复制。当源数据库负载不堪重负时，可以利用Oracle GoldenGate和Active Data Guard生成一个或多个数据副本，然后转移部分负载在这些数据副本上进行处理。最后，如果有必要可以使用应用定制的分库分表或Oracle原生的Sharding技术。

为了保障Oracle数据库的性能，硬件的支持也非常重要。需要保证有足够的内存，高性能的CPU，高I/O能力的存储系统。Exadata可以为Oracle数据库提供坚实的性能保障。

性能管理方面，Oracle提供EM诊断包和调优包。EM可以查看非常全面和细致的数据库指标，为数据库性能诊断和调优提供可信的依据，强力辅助应用开发端完善应用架构，优化应用代码。这种看似非常基础的能力，实际上并不容易做到，需要长期的积淀，需要在大量用户应用基础上经验和教训的总结归纳。在Oracle数据库中运行的应用代码，就如同放置于显微镜下，纤毫毕现，可以清楚的知道其来龙去脉。又如同CT扫描，可以清楚知道其健康状况，从而快速准确的定位和解决问题。

前面提到，很多用户可能对自己的应用负载没有清晰的认识，此时可以借助Oracle真正应用测试（Real Application Testing，简称RAT）数据库选件，用户不必费时费力编写负载模拟代码来对应用进行测试。RAT包括2个组件，即Database Replay和SQL Performance Analyzer（SPA）。Database Replay可以抓取生产数据库的工作负载并在测试数据库中存放，SPA则通过识别每个 SQL 语句的性能差异来自动化评估系统变化（数据库升级，索引变更，参数调整等）对整个 SQL 工作负载的总体影响的过程。Oracle真正应用测试使新系统规划更准确，系统迁移更有信心，同时简化了DBA的工作任务。

总之，通过Oracle全面深入的性能管理工具和性能测试工具，您可以消除当前的性能问题，准确预估未来负载对可扩展性的要求；通过Oracle的性能组件，可以使用简洁的单体架构承载大型应用负载，避免分布式架构，分库分表在开发，运维，扩展，集成，安全管理，高可用等方面带来的复杂性。最后，如果必要，也利用数据库复制和应用定制或原生的分片技术来实现Oracle数据库的可扩展性。

7

Oracle商务智能与数据仓库解决方案

Oracle商务智能与数据仓库解决方案，或称为BIDW解决方案，从数据流动的方向，包括数据集成，数据存储与处理，数据分析和展现几个阶段。

BIDW方案中，数据源支持结构化的关系型数据库，也支持半结构化和非结构化的JSON，文本，图形图像等。集成方式包括属于CDC（变化数据捕获）支持实时集成的Oracle GoldenGate以及属于ELT的Oracle Data Integrator。Oracle GoldenGate的特点包括实时非侵入式数据集成，以及对于异构的支持，包括不同的数据库产品，相同数据库不同的版本，不同的硬件平台，不同的操作系统。Oracle Data Integrator也称为ODI，ODI的特点是支持丰富的转换转换，以及提供丰富的知识模块，从而简化集成任务，免除或减少用户端代码开发。另外需要强调的一点是，ODI和OGG都支持大数据体系，特别是OGG与Kafka的集成，在用户处得到了广泛采用。

数据的存储和处理自然是使用Oracle数据库。Oracle数据库企业版还提供两个重要的选件来简化和加速数据分析。Oracle Partitioning可以将表和索引细分为更小、更易于管理的单元，提高数据库的可管理性、性能和可用性。

为加速分析，Oracle数据库可使用索引，物化视图，立方体等手段，而Oracle Database In-Memory可以减少和避免对这些手段的使用，从而简化了分析架构，并且应用无需修改。关于Database In-Memory的介绍可参见前面的方案5：Oracle内存计算解决方案。

Oracle Exadata 是一款经过高度优化的Oracle 数据库硬件平台。Exadata 为数据仓库应用提供了杰出的 I/O 和 SQL 处理性能，利用高度并行的架构实现动态存储网格以用于 Oracle数据库部署。Exadata 是用于存储和访问 Oracle 数据库的软件和硬件的组合。它提供数据库感知的存储服务，例如，能够将数据库处理从数据库服务器分流到存储，同时保持对 SQL 处理和数据库应用透明。Exadata 存储大幅提升了性能，具有无限的 I/O 可扩展性，同时易于使用和管理。

对于分析和展现，Oracle的解决方案是Oracle 分析平台。Oracle 分析平台提供两种部署选项，即支持云部署的 Oracle 分析云 (OAC) 和支持本地部署的 Oracle 分析服务器 (OAS)。企业在混合部署中可同时采用这两种选项。Oracle 分析平台可连接到许多企业数据源，包括第三方数据源。互联数据源可以是云端、本地部署或自助数据集。同时，您也可以开发和交付经治理的企业级语义模型，以获得一致的业务关键数据视图。

8

Oracle大数据融合解决方案

Oracle和大数据的关系，可以从数据库内外两个层面来看。从内部来说，Oracle数据库本身就是融合数据库，可以支持非结构化或半结构化类型数据的处理，如文本，图形图像，JSON等。从外部来看，开源大数据体系已相对成熟，Oracle也没必要重新搞一遍。因此Oracle除了自己有一个NoSQL数据库外，其余就将重点放在了和大数据体系的融合上面。在此基础上，可以衍生出湖仓一体，数据平台，数据中台，数据底座之类的解决方案。

第一个大数据融合技术是Oracle Big Data SQL。Oracle Big Data SQL 让您可以利用 Oracle SQL 的全部功能无缝访问和集成跨 Oracle 数据库、Hadoop、Kafka、对象存储和NoSQL 存储的数据。它将 Oracle 数据库安全性扩展到所有数据。其独特的智能扫描利用集群来解析、智能过滤和聚合其所在位置的数据。通过分布式处理和最小化数据移动，Smart Scan 最大限度地提高了查询性能。这里有几点需要强调一下，一是跨多个数据源统一查询的能力，二是使用了数据库开发者早已熟悉的SQL语言，现有基于 SQL 的应用程序可以无缝集成新数据。这些都简化了开发任务，并降低了开发的难度。技术实现上，Oracle Big Data SQL通过访问驱动将外部大数据源映射为外部表，从而可以充分利用Oracle数据库强大的SQL功能；同时可以在一个统一系统中，使用标准 Oracle 数据库角色和权限管理对跨平台数据的访问，从而简化安全性设置。

大数据融合的第二项技术是Oracle GoldenGate for Big Data和。Oracle GoldenGate for Big Data 将事务数据实时流式传输到大数据和云系统，而不会影响源系统的性能。它可以实时将数据交付到流行的大数据目标，包括Apache Hadoop、Apache HBase、Apache Hive、Confluent Kafka、NoSQL数据库、Elasticsearch、JDBC、公有云（Oracle OCI，AWS，Azure，GCP）和数据仓库，以促进企业改进洞察力和及时行动。Oracle Data Integrator for Big Data是一种基于开放轻量级 ELT 架构的透明异构大数据集成技术。他还可以为多种语言生成代码以允许各种工作负载，这包括 HiveQL、Pig Latin、Spark RDD 和 Spark DataFrames。

以上两项数据集成技术，可以极大缩短大数据项目的价值实现时间，同时简化和缩短了大数据集成项目的开发实施过程。

Oracle Big Data Connectors 是一个软件套件，它将 Apache Hadoop 中的处理与 Oracle 数据库中的操作集成在一起。它支持使用 Hadoop 处理和分析大量数据，并将其与数据库数据一起使用，以获得新的和关键的业务洞察力。该套件中的工具包括 Oracle SQL Connector for HDFS、Oracle Loader for Hadoop、Oracle XQuery for Hadoop、Oracle R Advanced Analytics for Hadoop 和 Oracle Datasource for Apache Hadoop。以上组件部分已在图中说明，此外，Oracle XQuery for Hadoop 可以将 XQuery 语言表达的转换翻译为一系列 MapReduce 作业，然后在 Hadoop 集群上并行执行。输入可以位于HDFS或Oracle NoSQL，输出可以写到HDFS、Oracle NoSQL、Apache Solr 或 Oracle 数据库。Oracle R Advanced Analytics for Hadoop 提供了一个通用计算框架，您可以在其中使用 R 语言将自定义逻辑编写为mapper或reducer。R 包集合中提供了作为 MapReduce 作业运行的预测分析技术。 而代码则使用 Hadoop 集群上的计算和存储资源以分布式并行方式执行。Oracle R Advanced Analytics for Hadoop 包括了连接Apache Hive 表、Apache Hadoop 计算基础架构、本地 R 环境和 Oracle 数据库表的接口。

9

Oracle公有云解决方案

Oracle的公有云，简称为OCI，即Oracle 云基础设施。OCI是首款从零开始打造的公有云，旨在成为更适合每种应用的云。OCI提供了迁移、构建和运行 IT 所需的全部服务，包括从现有企业负载到新的云原生应用和数据平台的服务。目前，OCI在全球已建立32个商业云区域，其中在美国，加拿大，英国，法国，阿联酋，巴西，澳大利亚，印度，日本和韩国均具有至少2个云区域。

OCI虽然起步相对较晚，但一直在坚定不移地贯彻云战略并稳步前进，并展现出强劲的增长势头。在2021 年 Gartner 集成基础设施即服务 (IaaS) 和平台即服务 (PaaS) 解决方案记分卡中，OCI的总体得分为 78%，位列AWS，Azure和阿里云之后。同时，OCI也是进步最快的云，其在 2020 年的得分为 62%。另外，Oracle 在必需标准方面的得分从 74% 提高到 90%，其中计算、存储、网络和软件基础架构（例如数据库即服务和函数）的得分为 100%。

越来越多的用户选择将其工作负载迁移到OCI，其主要原因包括：

1. 轻松迁移关键企业应用

2. 所有服务开发人员都需要构建云原生应用

3. 通过自治服务轻松管理安全性、性能和可扩展性

4. 全面支持混合云策略

5. 默认启用内置的安全功能，且无需额外付费

6. 卓越的性价比

2022年7月20日，Oracle和微软联合宣布了适用于 Microsoft Azure 的 Oracle 数据库服务（ODSA：Oracle Database Service for Azure），从而可以更好地支持用户的多云战略。Azure 客户可以轻松地为他们的 Azure 应用程序配置和管理在 OCI 上运行的 Oracle 数据库，享受 Oracle 数据库服务的所有好处，同时使用类似于 Azure 的门户来配置数据库——并使用 Azure 来处理其他一切。 与其他 Azure 资源一样，该数据库在 Azure 门户中可用。

结语

通过这9个解决方案，相信您已经对Oracle的核心数据能力有了基本的了解。实际上，这些解决方案是通过Oracle数据库企业版及选件，数据库管理包，工程化数据基础设施，数据集成和数据分析等产品组合而成。特别是Oracle数据库企业版选件和数据库管理包中包含了丰富的选项，在之前的文章"王宝器漫游O记数据商店"中已经做过详细介绍。

这些解决方案并非固定不变，您也可以根据自己的理解或实际项目的需要对这些组件进行调整，形成更适合和贴切的解决方案。如果您有不同的看法或好的建议，也请通过留言告知我们，谢谢！

编辑：小炒肉