• 开源友好：可充分发挥 Hadoop、Spark、NoSQL 等开源工具的全部价值，同时支持在 Qlik、Tableau、SAS 以及其他分析环境中运行大数据负载
• 支持流行工具：Oracle 大数据 SQL 适用于 SQL 查询和来自 WanDisco、Cloudera 等第三方供应商的运行环境
• 卓越性能：经过预先集成、优化和调优，大幅缩短了部署时间和价值实现时间
• 内置安全性：可自动识别异常并跟踪欺诈活动，由此可靠保护数据，简化合规性审计
• 源于单一供应商的简单性：系统所有方面均出自 Oracle，可尽可能降低您的大数据环境部署、维护和升级成本
• 经济高效：以更低的成本、更高的效率支持 Hadoop 和 Spark 大数据应用，同时加速实现价值

Oracle 数据库机 X6-2M 硬件均通过集成设计形成了一体化的机架式系统，它们带来了最新一代的 Intel® Xeon® 处理器和 NVM Express (NVMe) 闪存具有的性能优势。每个完全集成系统中的 NVM Express (NVMe) 闪存、处理器内核数以及主内存量都经过平衡，可为各种企业应用程序负载提供最佳的数据库性能。为了加快存储性能，Oracle 的服务器设计使用一个内部 PCIe 交换机将磁盘背板连接到 NVM Express(NVMe) 闪存。在这些使用 NVM Express (NVMe) 闪存的系统中，数据库负载的每秒输入/输出操作次数 (IOPS) 可达到使用传统 SAS 固态驱动器 (SSD) 的类似系统的 5倍。

为帮助客户轻松部署和管理他们的数据库，Oracle 数据库机配备了ApplianceManager 软件，以简化系统的供应、修补和诊断。Appliance Manager 特性不但可以极大简化部署过程，而且还可以确保数据库配置符合 Oracle 最佳实践。基于 Web 的部署控制台快速收集所有配置参数以简化供应，只需几个简单的步骤即可完成。

Appliance Manager 还通过使用 Oracle 专门为该数据库机设计且经过 Oracle 测试的补丁包完成对整个数据库机（包括所有固件和软件）的修补操作，极大简化了维护工作。用户只需在基于 web 的修补控制台中选择适当的补丁包即可更新整个系统。内置的诊断功能持续监视数据库机并检测组件故障、配置问题以及偏离最佳实践的情况。此外，Oracle 数据库机的自动服务请求 (ASR) 特性还能自动向 Oracle 支持部门提交服务请求，从而帮助加快问题的解决。

1.1.1     最短的停机时间

本解决方案通过DataGuard进行数据迁移，可以确保数据库层面的迁移升级在半小时内完成。

1.1.2     DataGuard高效的容灾备份

DG是一种有效的disaster recovery 和high availability的解决方案。 可以很容易的在主库和备库之间进行switchover 和 failover的切换。 如果主库出现特殊情况，也能将停机时间降到最小。    在最大保护的级别下，可以做到零数据丢失的保护，即使是一些不可预知的灾难。 并且standby 数据库也可以提供一种预防data corruption 和用户误操作的安全保护。    DG 提供了3种级别的保护：maximum protection，maximum availability，maximum performance。 用户可以根据数据保护级别的需要和性能需求综合考虑选择对应的模式。    如果主库和备份之间的的连接通信中断，比如网络故障，那么主库的归档日志就不能传送到备库。 一旦主备库之间通信重新连接，那么这些丢失的归档文件就是GAP。 DG 会自动检测GAP，如果发现有GAP，会自动把这些丢失的归档传送到备库，实现主备库的同步，这一切操作都不需要DBA的参与，自动实现。    当启用fast-start failover后，如果primary 出现故障，那么DG broker会自动把standby 转换成primary。这个过程自动实现，无需要DBA 干预。    Data Guard broker技术提供了一个用户图形界面和命令界面来自动管理和配置DG

1.1.3     ODA+DG满足苛刻的环境要求

ODA和Dataguard的数据库层面的容灾技术，能够最大限度的满足苛刻的技术应用场景和业务需求应用场景。

1.1.4     完全冗余的系统

对比亚迪汽车金融有限公司来说，全天候提供信息访问并防止数据库遭遇意外停机和计划停机是很大的挑战。实际上，采用非原厂方案自行为数据库系统构建冗余是有风险的，而且容易出错。Oracle 数据库机ODA能够帮助比亚迪汽车金融有限公司实现简单性，减少风险因素和不确定因素，从而实现数据库的高可用性。

1.1.5     防范逻辑错误

ODA+DG方案能防范逻辑错误，对数据库逻辑错误不会传递

• 自动监测redo损坏: 校验以及内部元数据检查
• 确保redo适应于数据块的“下次改变”: 检测数据块损坏
• 在读数据时或者更新后验证数据块，读数据时，通过校验检测数据块损坏。 在更新后，通过db_block_checking检测数据块损坏