基于 Oracle Exadata 的 应用数据库整合和部署最佳实践

2. 基于Oracle Exadata的应用数据库整合和部署最佳实践 Wu Dongxin Exadata解决方案架构师

3. 目录 • 为何将数据整合到Exadata? • Garmin International • 基于Exadata的应用数据库部署和整合 • 数据库整合最佳实践

4. To fill a shape with an image. Use existing picture box, DO NOT delete and create new picture box. Right click on the shape. At the bottom of the submenu select “Format Shape” Select “Fill” at the top of the “Format Shape” dialog box. Select “Picture or Texture fill” from the options. And select “File” under the “Insert from” option. Navigate to the file you want to use and select “Insert” On the “Format” tab, in the Size group, click on “Crop to Fill” in the Crop tool and drag the image bounding box to the desired size DELETE THIS INSTRUCTION NOTE WHEN NOT IN USE 为何将数据整合到Exadata?

5. Exadata提供极限的数据库整合平台 • 大内存和存储容量 • 大量数据库可以被整合 • 极限性能 • OLTP, DW, 数据挖掘, 批处理, 报表, 加载, 备份, 数据库内的文件 • 加密, 加锁 • 工作负载管理 • 通过服务质量(QoS)管理SLA • CPU 和I/O 资源管理 • 实例囚笼 HR EDW CRM ERP Supply Chain 减少数据中心晨报，增加系统资源利用率并且提升应用整合 Data Mart

6. Exadata明显地加快整合后的工作负载的性能 1.7x 1.7x 3x 2x

7. 不是所有Exadata特性能被禁用 实际上Exadata的优越性超越了上页的结果 • 这些特性可以选择启用或者关闭 • Smart Flash Cache / Flash Log • Smart Scan(智能扫描) • Hybrid Columnar Compression(混合列压缩) • I/O 资源管理器 • 这些特性是永远启用的 • 横向扩展的Exadata存储 • InfiniBand单链路40Gb/秒连通性 • 端到端优化 备注： 由于这些天生的特性无法被禁用，Exadata真正的优势比刚才的图表对比要更强

8. Exadata的特性是如何提升性能的 • Smart Flash Cache • 通过闪存提供物理IO • Smart Flash Log • 通过闪存降低IO延迟 • Smart Scan • 将部分查询卸载到存储去执行 • 混合列压缩 (HCC) • 使压缩数据减少数据块数量 • IO 资源管理器 (IORM) • 基于数据库或者数据库内的工作负载提供不同优先级的IO处理 +

9. Exadata Smart Flash Cache 和Smart Flash Log Siebel 30,000 用户的工作负载提升性能27% 惊人地降低IO延迟和加快提交速度 有效地避免应用受到磁盘延迟变化的影响

10. Exadata 智能扫描和混合列压缩 数据集市 (分析型) 工作负载加速4 X, 降低数据CPU消耗3 X Note: 我们随机产生的数据从原来的 735GB压缩为 205GB, 而实际的生产数据会达到10:1甚至更高的压缩比

11. Exadata 资源管理器 没有 Exadata资源管理器的情况下, 数据集市工作负载抢占太多系统资源而导致其他工作负载无法得到公平的服务 通过资源管理器, 数据集市消耗的资源被限制，剩余的资源被正确分配给其他工作负载

12. Garmin基于Exadata的应用数据库部署和整合

13. 内容提纲 • Garmin – 公司简介 • Exadata的业务驱动力 • Garmin的Oracle Databases • Garmin的Exadata配置 • 整合计划 • 实时时间线 • 挑战 • 性能提升 • 迁移后 • 特性 • 资源

14. Garmin – 公司介绍 Garmin是一家全球领先的卫星导航公司. 成立于1989, Garmin设计、执照、和销售卫星导航、通信 和信息设备与应用. Garmin’s 的产品在汽车、航空、航海、户外运动中广泛应用. Garmin 有9200名雇员分布在全球35个分公司.

15. Exadata在Garmin的业务驱动 主要目标: 长期减少Oracle数据库和其支撑硬件基础架构的总拥有成本（TCO） 专注目标: • 服务质量 – 现有的关键系统存在IO问题。尚未实施 RAC和 Data Guard. • 敏捷运维 – 现有的混合平台和OS架构增加了运维复杂性和更高的成本。

16. Garmin的数据库 • ORBIT – Oracle E-Business Suite (11.5.10.2)支撑 2400并发会话，运行在Solaris M9000上，单实例, 10.2.0.3. • PLAN – E-Business Suite (11.5.10.2) 用于非集中化的计划，大约300并发会话.运行在 Solaris M5000上, 单实例， 10.2.0.3. • CONNECT – 用于存储从 Garmin户外运动设备上载的数据. Linux, 单实例, 10g. • 50个其他数据库– 包括以上数据库的拷贝，此外还有Kana, Agile, Hyperion, GRC, SOA, 等等数据库

17. Garmin的Exadata配置 两台Exadata V2 半配 • 一台½ 用户生产。使用高性能磁盘用于提供高性能和可靠性. • 一台 ½ 用户生产数据的Data Guard和非生产数据库. 使用高容量磁盘提供足够容量保证数据库可以有多分拷贝.

18. 整合计划 • 评估原有数据库在峰值时间的以下指标: • M值 (CPU 性能) • I/O • 内存 • 数据库容量 • Redo生成速度 • 并发连接数量

19. Exadata 节点分配 能做到如何平衡各个DB节点的CPU负载的最佳猜测

20. Exadata 实施时间线

21. 内存挑战 • 没有足够的内存支撑计划要迁移到Exadata数据库. • 要求Oracle增加数据库节点的物理内存. • 将数据库节点内存从72GB扩容到144GB. • 更好地帮助Garmin最大化在Exadata上的投资

22. 集中化挑战 • 由于整合了不同应用数据库到Exadata上，需要更多内部不同部门的合作和沟通. • 必须协调: • 资源分配: 内存, CPU, and I/O (必须共享) • GI 版本 (所有数据库必须认证这个版本) • GI 主目录的补丁窗口 • 数据库补丁窗口 • 存储节点补丁窗口 • InfiniBand交换机补丁窗口

23. 维护窗口的挑战 • 部署在Exadata上的某些系统有相似的维护窗口。 例如: PLAN和ORBIT系统在周末最为不忙。 • 其他系统有不同的维护窗口 例如: CONNECT在周末最忙 (因为周末健身的爱好者经常使用他们的Garmin设备)。

24. 适应维护的挑战 • 协商停机时间– 周六晚上通常更加容易被ERP 和 CONNECT系统接收. • 一次只听孩子一个资源– e.g.: 一次只关闭一个实例，确保剩余的实例能处理工作负载. • 缺表存储cell有足够的空闲空间以保证单个cell失效时有足够空间做rebalance. • 在开始维护单台Infiniband交换机前确保InfiniBand网络完全是冗余高可用的.

25. 性能提升 • 大约 95% 的ERP程序完全没更改就在Exadata上运行的更快. • 整个E-Business Suite程序平均提升了 47%.这意味着我们在Exadata上只需要一半的时间完成工作.

26. Exadata Smart Logging Exadata Smart Logging 自动降低写延迟, 明显地提升了系统吞吐量和缩短响应时间.

27. 迁移后工作 • 经常检查MOS Note 888828.1 获取当前Exadata存储软件，数据库，GI的和IB交换机补丁和软件发布版本信息. • 检查 MOS Note 1270094.1获取关键问题补丁可以避免系统计划外停机或者数据损坏. • 在进行例如对存储服务器、GI Home、或者数据库Home打补丁这样的关键维护前和后都运行Exachk. 参考MOS Notes 1070954.1 和 757552.1.

28. Futures Garmin的Exadata扩容 • 计划增加两台X2-2 1/2 • 持续地将传统硬件上的数据库迁移到Exadata. • 将Exadata集群和应用的维护状况进行映射，以确保更加简单的跨应用协调和维护.

29. Resources • Garmin 案例研究： http://www.oracle.com/technetwork/database/availability/garmin-1667151.pdf • Garmin Exadata客户成功案例： http://www.oracle.com/us/corporate/customers/customersearch/garmin-international-1-exadata-ss-1561598.html

30. Contact 电子邮件： mark.rogers@garmin.com

31. 数据库整合最佳实践

32. Exadata 最佳实践开发和部署

33. Exadata 最佳实践开发和部署 发布 想法 每周的专家评估/测试 MOS Note 757552.1 提供最佳实践的工程优化系统 Default Exadata 实施 你在这里 Exachk 单你也在这里 我们继续通过哦白皮书提供MAA最佳实践，现在，我们通过工程优化系统提供现成的express版本:

34. 整合最佳实践 #1: 只整合能共存的数据库

35. 整合最佳实践 #1:只整合能共存的数据库 • 将数据库和/或方案按照以下三组分类: • 关键: 核心业务，收入产生，面向客户 • 标准: 其他不这么关键的数据库 • 非生产: 开发和测试数据库 • 性能容量估算 • 评估应用负荷 – 基线，峰值，增长 • 确定原始资源使用– CPU, 内存, IO 容量/性能 • 在计划停机和非几乎啊停机保证可接受的SLA

36. 整合最佳实践 #2准确地选择你的Exadata平台

37. 整合最佳实践 #2:准确地选择你的Exadata平台 • 一个 “硬件资源池”被用户整合数据库，包括以下特性 • 1到多组Exadata, 一般情况单个集群不超过两台full rack • 如果你的应用需要超过2 full racks，仔细考虑是否能和别的库整合? • 每组一套集群和存储网格 • 最小化的RDBMS ORACLE_HOMEs, 尽可能共享 • 需要超过两台full racks处理能力的数据库应该采用独占硬件 • 通过最佳实践 #1的输出, 确定你需要硬件资源池，然后相应地部署应用

38. 整合最佳实践 #3使用Exadata的特性

39. 整合最佳实践 #3使用Exadata的特性 • 最大的担心是整合的资源共享. 以下是我们最佳3个的特性和配置用户关键应用硬件资源池: • CPU • 使用Instance Caging • 确认每个数据库实例至少 2 CPU • 内存 • 使用Hugepages • 确认总的SGA+PGA < 物理内存 • IO • 采用高度冗余磁盘组 • 采用IO资源管理分配IO资源

40. 详细的白皮书：在 Oracle Exadata数据库云服务器上实施数据库整合的最佳实践

41. 总结 •  • 为什么整合到Exadata? • Garmin案例介绍 • 整合最佳实践 •  • 

42. Exadata其他专题讲座均在Moscone South 举办

43. 问答

44. Graphic Section Divider