Presentation Transcript

1. Enterprise Manager DBaaS：数据库、模式或 TB 级数据几分钟即可就位 ShaileshDwivedi 产品管理总监
2. 说明 专题讲座：CON1719 标题：Oracle Enterprise Manager DBaaS：数据库、模式或 TB 级数据几分钟即可就位 说明：数据库即服务 (DBaaS) 是为大量最终用户提供自动化数据库服务的最新趋势。在本专题讲座中，您将了解DBaaS的最新特性，包括基于模式的整合、数据的精简供应以及许多其他激动人心的特性。
3. 免责声明 以下内容旨在概述产品的总体发展方向。该内容仅供参考，不可纳入任何合同。其内容不构成提供任何材料、代码或功能的承诺，并且不应该作为制定购买决策的依据。此处所述有关 Oracle 产品的任何特性或功能的开发、发布以及相应的日程安排均由 Oracle 自行决定。
4. 议题 什么是 DBaaS？ 主要挑战 Oracle 云解决方案 数据库和模式整合 基于模板的快速供应 数据克隆（“写入时复制”存储技术和 RMAN 备份） 客户案例 — HDFC Bank
5. 全面掌控云环境 集成的云体系管理 业务驱动的应用程序管理 全面的云生命周期管理 | | 自助式 IT 简单、自动化 业务驱动
6. 客户可以选择合适的云 专用 由多个组织共享 混合云 私有云 公有云 云爆发 — 透支以应对峰值负载 开发/测试和生产 B2B 集成 资本支出和运营支出 降低总成本 控制和可见性 多个应用程序共享资源 运营支出 启动快且成本低 外包服务 多个承租方共享资源
7. 私有云：PaaS 和 IaaS 通过私有 PaaS 提升企业价值 私有PaaS 加强标准化和整合 提供安全性与合规性 最大程度地重用组件 尽量减少手工编码 最大的灵活性和控制
8. 多种多样化问题 手动、耗时的供应 数据，大量的数据！ 三个主要挑战
9. 主要挑战 1：多种多样化问题解决方案：标准化和整合
10. 需要标准化和整合 复杂和不断增长的数据库 高昂的运营成本 高昂的部署成本 利用不佳：硬件、CPU、 存储 服务交付 负载多种技能、许多不同的 系统、 自动化不佳 “存在多种版本、操作系统、 硬件；迅速变旧” 服务差， 交付期长
11. 在 PaaS 和 IaaS 层整合 整合到标准、共享和可灵活伸缩的 PaaS 上 应用程序 应用程序 应用程序 适用于所有应用程序的标准化PaaS可减少异构、降低成本以及减少复杂性 加快新应用程序部署速度 通过减少硬件、能耗和数据中心空间来节省成本 PaaS 应用程序 应用程序 应用程序 与 应用程序 应用程序 应用程序 软件体系异构性、成本和复杂性保持不变 无管理 (O&M) 成本节省 整合到共享的 IaaS 无标准化 通过减少硬件、能耗和数据中心空间来节省成本 IaaS
12. DBaaS 云模型 基础架构云 数据库云 数据库云 DW CRM ERP ERP DW CRM DW ERP CRM DB DB DB DB OS OS OS DB DB DB 共享数据库 共享数据库实例 虚拟机管理程序 OS OS OS OS 提高整合度 共享服务器 由虚拟机管理程序构成的共享池 共享集群 由服务器构成的共享池
13. 选择合适模型需要考虑的事项 选择成熟模型还是全新模型？ 选择商用服务器还是集成设计系统？ 需要部署的应用程序是哪些？以及它们占用多少数据库空间？ 业务用户预期怎样的 SLA？ 需要什么样的隔离或安全性？ 是否易于管理？有什么可用技能？ 需要自助服务吗？如果需要，那么用户是谁？以及用户希望从该服务获得些什么？ 多数客户会选择这些模型的组合
14. DBaaS 云模型比较
15. DBaaS 云模型使用示例 共享集群 共享数据库 共享服务器 应用 DBA 为复杂的打包应用程序 （如 eBiz）供应数据库 应用测试人员 克隆生产数据库，以执行性能测试 应用开发人员 为自行开发的自定义应用程序供应一个或多个模式 销售工程师 为培训应用程序供应包含数据的模式 初级 DBA 构建测试环境以验证数据库补丁 应用开发人员 在同一虚拟机上供应应用程序中间件和数据库
16. 主要挑战 2：基于手动和人工管理的供应解决方案：快速供应标准化模板
17. 部署门户 需要快速的基于模板的供应 数据库即服务部署（由最终用户驱动） 传统的应用程序部署（由管理员驱动） 指定和采购硬件 请求数据库部署 配置硬件 部署硬件 数据库 根据需求变化调整容量 数据库 操作系统和存储 部署操作系统并配置存储 服务器硬件 淘汰不需要的数据库 部署数据库 用户对底层基础架构缺乏认知 自助式供应
18. EM 12c：最全面的 DBaaS 解决方案 数据库部署和管理的自助服务范例 预打包、预配置的数据库配置 一键式数据库供应和部署 底层平台的按需可伸缩性 支持全部三种 DBaaS 部署模型 提供计量和收费/计费，以明晰 IT 成本分担 通过“写入时复制”存储技术和 RMAN 备份来克隆数据 智能自动放置、配额管理、基于角色的访问等等
19. 最终数据库整合（共享数据库部署模型） 每个应用程序用户获得一个或多个数据库模式 通过数据库资源管理器保证服务级别 通过 Data Vault 实现安全隔离 与 Database 12c 可插拔数据库集成 多个可插拔数据库放置在一个数据库容器中 模式即服务
20. 模式即服务用户：门户 现成的控制台；无需额外设置 支持自定义背景 丰富的服务目录： 数据库实例 模式 数据库门户功能 列出所有数据库和模式 列出请求、配额使用和通知 资源监视 备份/还原 基于 REST 式 Web 服务的 API 和 CLI
21. 模式即服务用户：特性 一个“模式”请求提供 1 个数据库（应用程序）服务 N 个模式/用户 1 个主帐户，权限超过其他模式 1 个表空间 请求“模式”实例 选择包含/不包含种子数据的服务模板 重命名模式并为其设置密码 上传自定义的 sql 脚本以便执行 选择时长 用于对供应的实例进行管理的主页
22. DBaaS 设置：模式即服务 角色和职责 自助式管理员 云管理员
23. DBaaS 云资源模型 PaaS区域 各种池的集合 — MW 和 DB 基于地理位置、成本中心…… 数据库池 定义同构数据库集合或Oracle 主目录 必要条件 - 平台、数据库版本、可用性 (SI/RAC) 可选条件 - SLA、安全性、产品生命周期…… 数据库和 Oracle 主目录 — 单个实例和集群 SI 10.2.0.5 SI 10.2.0.5 SI 10.2.0.5 RAC 11.2.0.2 RAC 11.2.0.2 4N RAC DB 11.2.0.3 N = 节点 SI = 单个实例 RAC = Real Application Clusters
24. 设置服务目录捕获 -> 发布到目录 将服务模板发布到服务目录 包含或不包含数据和对象的模式 为主帐户分配角色和权限 在创建 sql 脚本前后进行注册 对表空间进行加密以保障环境安全 捕获数据库供应配置文件 从现有数据库捕获模式和数据 使用数据泵功能进行导出/导入
25. 设置服务目录（续） 负载大小调整和放置 负载大小 基于对CPU、内存和存储的预计使用 定义小/中/大负载 附加到服务模板 布局算法 简单：按服务数量 高级：按预计的负载特征 资源管理器用于 CPU 分配 固定数据文件大小利于存储分配
26. 计费报告 计费管理员 自助门户用户 业务线用户 根据 LDAP 层次结构进行累计 针对用量和计费的汇总和趋势报告 下钻 与 BI Publisher 相集成 生成各种格式的报告 Excel、Word、HTML、PowerPoint、PDF 电子邮件或 FTP 报告 按资源细分的计费趋势报告 可选择的信息详细程度 计费方案配置
27. 数据库收费指标
28. 主要挑战 3：数据，大量的数据！解决方案：通过“写入时复制”存储技术和 RMAN 备份实现数据克隆
29. 数据克隆概述 应用程序功能测试 多数功能测试都只需很少的数据更改 测试人员经常需要回滚数据 多数基于存储的解决方案都缺少生命周期管理功能 DBA 友好。克隆“数据库”而不是“存储卷” 克隆数据库的监视和配置管理 上游主测试创建工作流（与屏蔽和生成子集等集成） 基于 QOS 监视、实施配额和计费
30. 数据克隆选项 技术比较 写入时复制 RMAN 备份 基于存储的技术 节省空间和时间 非常适合“用后就丢掉”（即生命周期较短）的数据库 涉及存储管理 基于 Oracle 数据库的技术；与存储无关 恢复时间与备份大小成正比 利用现有技术和基础架构 完全由 DBA 管理 数据克隆
31. 通过“写入时复制”技术即时克隆数据库 主测试数据库 生产数据库 屏蔽和生成子集 010110011101001010 000111010 功能性副本 — 用户可创建多个副本以便进行功能测试，而不会消耗空间 最初，支持 Sun ZFS 存储和NetApp存储 不仅仅是存储卷克隆 用户可创建快照，并且可以“时空穿越”到早期的快照
32. DBaaS 设置：数据库即时克隆 角色和职责 云管理员 自助式管理员
33. 通过 RMAN 备份克隆数据库 1 RMAN 复制 通过目标数据库连接实现基于备份的复制 不通过目标数据库连接实现基于备份的复制 不通过目标数据库连接或恢复目录数据库连接实现基于备份的复制 连接目标数据库 连接辅助数据库 3 2 连接目录数据库
34. DBaaS 设置：RMAN 备份 角色和职责 云管理员 自助式管理员
35. HDFC BANK DBaaS通过 EM12c 步入 Oracle 数据库云之旅
36. 关于 HDFC Bank 成立于 1994 年 8 月 印度第二大私有银行，拥有全国性业务网络，其中包括 支行： 2,564 ATM 机：10,000 台（位于印度的 1,416 个城镇中），并拥有 2000 万客户 借记卡：1490 万张 信用卡：580 万张 行业：零售和企业银行 员工数：56,000 收入：50 亿美元
37. 业务驱动因素 零售资产部分 [贷款业务] 占 HDFC Bank 营业收入的 50% 始终面临着推出“新业务模式”以保持在此业务的领先地位的这一压力 IT 必须对此业务需求做出响应，因为每种新业务模式都意味着对应用程序的更改以及针对生产数据 [UAT 数据库] 的测试 在推出新业务计划时灵活敏捷
38. 实现数据库云之前的情况 为贷款管理应用程序供应 UAT 数据库平均需要 3.5 天才能完成 孤立的环境，平均只有 30% 的利用率 合规性要求会消耗 UAT 测试资源。 DBA 活动意味着需要向 SI 支付美元，以便手动供应数据库 管理生产和测试环境之间的配置偏差需要开销。 影响/延迟新业务计划的推广
39. 数据库整合 — 应用程序分类 基于系统可用性要求/重要程度对应用程序分类
40. 数据库整合计划 为云确定候选应用程序 根据可用性要求以及基于 OS/DB 的子类别对它们进行进一步细分
41. 数据库云解决方案架构
42. 云管理设置 区域 Exadata 区域 AIX 区域 Exadata 和 AIX 区域上每个应用程序的角色 根据现有可用基础架构设置配额 LOS 应用上 7 个数据库 LMS 应用上 5 个数据库 Web 收集应用上 5 个数据库 通用计费方案 服务模板 Exadata — 3 个包含数据的模板 Exadata — 3 个只包含结构的模板 AIX 模板，用于小、中、大型数据库，只包含结构
43. 使用 RMAN 备份供应数据库 测试版客户通过 DBaaS 获取 RMAN 恢复集成特性 通过备用数据库实现生产数据库的 0 级 RMAN 备份 [批量副本] 为每个 0 级备份创建服务模板 通过 RMAN 供应数据库的过程和创建空数据库的过程一样
44. 实现数据库云之后的情况 — 供应时间
45. 总结 DBaaS 支持三种不同的 DBaaS 模型 专用虚拟机中的数据库 共享集群或安装中的数据库 共享数据库中的模式 特别关注数据克隆 “写入时复制”存储技术 RMAN 备份 现成的门户可提供所有类型的服务
46. DBaaS 是部署企业云的最佳模式 所有利益相关方均可获益
47. Graphic Section Divider