多数据库和核心应用的云端管理 - oracle ·...

1 版权所有 © 2012，Oracle 和/或其分支机构。保留所有权利。

多数据库和核心应用的云端管理

张军华

甲骨文公司大中华区技术战略部解决方案经理


的DBA承认面对性能个问题束手无策


超过 50% 的DBA由于害怕对生产环境产生负面影响而宁愿不做变更

90% 的DBA经历过由于未经过充分测试的变更而导致的数据库宕机

事件

避免或是拥抱


数据增长

33% 的DBA平均每人同时管理100个数据库实例——并且数据库按每年20％递增


超过 21% 的企业将提供基于DBaaS的私有云服务


Oracle Enterprise Manager 12c

具有良好伸缩性的数据库自管理平台性能管理

实时ADDM

不同区间的ADDM对比

ASH分析

生命周期管理配置、变更与合规性管理

大规模数据库补丁与升级自动化

数据库云服务 Database-as-a-Service

测量与计费

一体机整合规划

Exadata管理


数据库管理十大挑战 IOUG Survey (2011)

保持补丁最新

诊断并分析性能

处理日益增长的安全威胁

实时标识最消耗资源的SQL语句

管理数据中心不断增长的资源数量

将开发/测试中的变更提交到生产环境中

供应开发/测试系统

管理数据量和系统资源使用的最速增长

执行重复的任务或工作流程

为合规性需求跟踪配置

45%

42%

35%

33%

33%

26%

21%

17%

13%

21%


数据库管理十大挑战生命周期管理挑战

保持补丁最新

诊断并分析性能

处理日益增长的安全威胁

实时标识最消耗资源的SQL语句

管理数据中心不断增长的资源数量

将开发/测试中的变更提交到生产环境中

供应开发/测试系统

管理数据量和系统资源使用的最速增长

执行重复的任务或工作流程

为合规性需求跟踪配置

45%

42%

35%

33%

33%

26%

21%

17%

13%

21%


为什么要投资在生命周期管理领域？

19%

34%

30%

8%

22% 28%

38%

减小风险

加强一致性y

提升效率

快速解决问题

自动化IT审计与合规性

对新应用上线而言，时间即金钱

其他

问题: 到底是什么在驱动着企业投资工具，实现应用架构的自动化配置、变更和发布管理？

Source: Oracle Survey of Fortune 1000 Companies.


管理Oracle数据库生命周期的策略通过降低风险和努力驱动业务价值

Point 了解你有什么

• 利用自动发现和跟踪简化管理

• 利用广泛的变更检测能力主动发现问题并解决问题

实施标准化

• 利用预先定义的“黄金”基线与工业标准控制配置偏差

• 利用标准化部署实现安全策略与合规性策略

拥抱自动化

• 自动化提升可扩展性、有效性与性能

• 在企业级环境中维护一致性

• 利用自管理增强服务质量


数据库生命周期管理DBLM

发现与初始化供应

持续的变更管理

持续的配置与合规性管理

供应

重复、自动化

管理增长升级、部署

补丁

重复、自动化

合规性跟踪

安全与审计

重复、自动化

1 2 3


数据库生命周期管理DBLM

发现与初始化供应

持续的变更管理

持续的配置与合规性管理

发现企业资产并在其上供应软件

对补丁、升级、Schema变更的端到端管理

跟踪清单、配置偏差与合规性

1 2 3


如果没有EM，你得 •使用独立的网络发现工具 •使用主机名人工发现挑战与问题 • 冗长的过程：

• 需要清理掉非关键性目标 • 需要一个独立的过程上载目标到监控工具中

• 遗漏的风险： • 新创建的数据库可能疏于管理而引发潜在的合规性风险

发现了解你有什么

Lifecycle

Management 1


自动发现了解你有什么

无代理与基于代理的自动发现遗漏的风险

冗长的过程

Enterprise Manager 12c 方案对已知软件和端口使用基于IP扫描

的代理

挑战与问题

1


对已知软件和端口使用基于IP扫描的代理

从代理出发自动扫描某段IP范围

根据已知软件的特征进行扫描。你可以扩充之


无代理与基于代理的自动扫描

将目标按主机和非主机分类忽略已被监控的主机


供应数据库供应测试、开发或生产系统

如果没有EM，你得 • 人工安装或基于脚本的安装 •使用响应文件/模版文件的静默安装

挑战与问题

• 时间长与错误检测: • 对诸如RAC类的复杂配置时间很长 • 大部分安装并没有打相应的补丁

• 缺乏标准化: • 由于DBA个人习惯的不同，部署也是各种各样 • 安装脚本需要不断修正/修改以适应新的版本需要

Lifecycle

Management 1


供应数据库供应测试、开发或生产系统

缺乏标准化

时间长与错误检测

挑战与问题

1

使用供应Profile进行标准化部署

Enterprise Manager 12c 方案自动化大规模部署

角色与访问的分离


自动化大规模部署数据库

通过部署程序使得数据库软件的部署实现自动化


使用供应Profile标准化

从当前现有的预安装补丁的安装上或经过批准的安装上捕获“黄金模版”与配置属性，为标准化的软件部署做好准备


角色与访问的隔离（设计者与操作者）

设计者可以指定并锁定输入值，最小化操作者的操作并实现标准化减少错误与配置偏差

设计员管理界面

设计员管理界面

操作员管理界面


1000% 为企业私有云提供更快的数据库部署

“加速数据库运行和部署, 过去类似的流程可能需要我们花费2到3周的时间, 现

在我们只需要19 分钟就可以完成部署，实现了不可思议的 10倍效率的提升. 加快系统部署可以让我们迅速地对市场上的客户要求做出反应.”

Surren Partabh

首席技术官英国电信


数据库部署分析 200多亿英镑的营收在170个国家进行业务，93,000 名雇员 5,000 个生产数据库运行

集中在数据库云管理和部署

挑战:

• 日益增加的业务应用和数据量

• 应用部署架构非常复杂，耗时而且投资巨大

• 数据库的架构由于不同时期的投入和扩容形成了某些信息孤岛

• 业务目标: 转变英国电信为全球领先的客户服务管理和技术成本投资节省的电信业务服务商

在部署了ORACLE EM12c 以后:

• 把不同版本和硬件环境下的数据库统一部署成数据库云

• 技术运维团队可以管理30%更多数量的数据库但是投入的人工成本却缩减了20%

• 系统运维的错误和重复管理成本急剧下降，减少了问题分析时间: 更加运行平稳的一体化管理平台, 优化了内部故障分析流程和方法论

• 减少了重复系统建设，提高了系统资源共享，数据库的运行速度也得到了提升

案例分析


打补丁维护补丁级

如果没有EM，你得 • 人工安装或使用脚本安装 • 需要多人消耗大量精力实现企业级补丁的实施

挑战与问题

• 预测性: • 在真正打补丁之前无法预测问题与补丁冲突

• 宕机时间管理: • 很难跨越多个团队管理宕机时间窗口

• 可伸缩性与跟踪: • 应用多个补丁到很多数据库上 • 很难跟踪企业数据库清单的打补丁状态

Lifecycle

Management 2


打补丁维护补丁级

宕机时间管理

预测性

挑战与问题

可伸缩性

2

通过先决条件检查标识问题，并最小化宕机时间

Enterprise Manager 12c 方案自动化大规模部署

补丁模版与合规标准


标识Oracle推荐补丁

主动Patch推荐 (包括 CPU,PSU..). 支持: 联机模式 (直接连接到 My Oracle Support) 脱机模式 (不连接到 My Oracle Support), 用户可以尚在catalogue以生成建议。有关补丁的丰富信息，例如 bugs fixed, associated KM articles, number of downloads, trends等。


大规模部署节约大量时间

简化的、基于向导的方法你可以应用多个补丁到多个目标


使用分析模式进行先决检查

自动化补丁冲突解决进程综合且细致的先决检查


减少宕机时间，更好地管理维护窗口调度

打补丁可以使用“Out of Place” 方式： 1) 减少宕机时间 2) 更灵活地管理维护时间窗 3) 万一有问题可以回切到旧配置


管理和监控补丁滚动

创建补丁模版与合规性标准管理和监控补丁滚动


补丁管理 2011年的营收达到700亿美元全球雇员75,000人零售客户达到9千6百万

集中在系统智能化

挑战:

• 补丁以及系统升级耗费巨大，能否降低升级成本

• 企业合规需要季度的合规报告，因此系统的补丁管理必须与企业的业务要求一致

• 需要每年两次在520个数据库上做系统变更的配置

• 在非生产数据库上将进行配置变更管理和追踪系统参数变更十分困难

• 在系统打补丁阶段，DBA工作非常繁忙而且容易出现计划外故障

实施了ORACLE EM12c 以后:

• 补丁升级过程自动化

• 人工系统升级和补丁管理时间缩小了4 倍，工作效益提高了67%

• 应用架构团队可以有自动化工具来扫描系统的配置变更管理参数，从而有更多的时间来进行重要的系统测试和编程设计工作

• DBA 团队可以集中精力来进行数据库系统的高可用性管理，系统性能管理等重要工作

• 技术部门提高了在公司内部业务部门之间的满意度

案例分析


变更管理将开发中的Schema变更应用到生产中

如果没有EM，你得: • 使用SQL脚本 • 人工操作验证、扩散脚本挑战与问题: • 缺乏预演:

• 在应用到生产之前无法预演从而尽早发现问题并改正之 • 可伸缩性:

• 无法实现跨多个数据库的滚动变更

Lifecycle

Management 2


变更管理将开发中的Schema变更应用到生产中

缺乏预演

人工

挑战与问题

可伸缩性

2

验证和扩散计划变更

Enterprise Manager 12c 方案数据比较与基线化


Schema与Data比较

基线: • 捕获数据库与Schema定义 • 基线版本化 • 变更历史

比较 • 数据库与基线 • 数据库与数据库 • Schema与Schema • 数据比较

自动扩散 • 扩散期望的改变——通过变更计划


扩散计划变更

1. 验证计划变更，标识冲突或以前应用过的变更。

2. 在应用之前，预览并编辑变更。 3. 基于验证过的变更生成最终的

SQL脚本。 4. 应用验证过的计划变更到生产库。


在私有云中管理虚拟化目标和实体目标

1000’s


变更管理 35亿美元的营收第二大私有云服务商 55 个应用运行

集中在标准化

挑战:

• 业务每年的发展速度是10% • 业务的变革必须跟上市场的发展速度 • IT架构的重现部署需要支持市场客户的核心需求 • 现有IT系统的支持能力不能够帮助企业迅速地适应市

场以及客户需求的变化

在应用Oracle EM12C 以后:

• 可以将全部应用集成在一起管理 • 应用变更可以统一地在企业的各个应用上实现 • 企业新的IT架构可以帮助技术部门更加精准地理解客

户的需求，从而迅速适应市场的变化

“ 我们可以近乎实时地监控系统不同节点之间的配置变更变化。这样的迅速反应能力对于我们的价值很大. 我们可以准确地控制我们的生产系统的运行情况，哪些系统参数发生了变化，哪些需要调整等等 ”

Clifford Musante 业务应用首席架构师

Intuit

案例分析


配置管理保证配置一致性

如果没有EM，你得: • 在一个Excel表格中维护配置细节 • 人工比较配置挑战与问题: • 时间消耗:

• 在配置比较方面消耗了大量时间，且不过准确 • 非常被动:

• 被动方式，无法自动捕获随时间变化的配置偏差 • 可伸缩性:

• 比较通常是基于应用上下文的，而不是一成不变的

Lifecycle

Management 3


配置管理保证配置一致性

总是被动

时间消耗

挑战与问题

可伸缩性

3

比较资产与配置

Enterprise Manager 12c 方案标识和跟踪资产

跟踪和补救偏差


标识和跟踪资产

清单仪表板，资产使用细节使用趋势，为规划用


配置比较模版

Oracle预配置的模版客户化模版以满足特定情况（黄金模版、基线等）配置属性的偏差可以被通知可以忽略某些偏差


跟踪和补救偏差

标识跨越整个环境堆栈的偏差使用“补救行动”进行补救


BENEFITS

CONFIGURATION MANAGEMENT $14 Billion in Revenue 40 Oracle E-Business Suite Instances 800 Oracle Databases 1,400 Applications

FOCUS ON

Configuration

Consistency

• Reduced IT Operations overhead by 10%

• Eliminated manual scripts and reports for monitoring

• One view to manage total environment

• Reduced migration time of new features by 30%

• Reduced unplanned outages by 10%

Challenge:

• Consolidate 14 global datacenters to 4

• Understand configurations and track software deployments globally

• Consolidate patch reporting and eliminate manual tasks

After Oracle Enterprise Manager:

• Comprehensive tracking & understanding for all configuration changes

• Gold standard configuration established

• Automatic weekly checking for “drift” against all datacenters

• Automatic changes detection and history

Case Study


合规性管理保证所有数据库是合规的

如果没有EM，你得: • 冗长的人工配置审计，每隔一段时间都要重复挑战和问题: • 高成本:

• 大量的资源消耗，高审计成本 • 高风险因素:

• 万一不合规对公司所引发的风险

Lifecycle

Management 3


合规性管理保证所有数据库是合规的

高风险

高成本

挑战与问题

3

监控和管理合规性

Enterprise Manager 12c 方案开箱即用的合规标准库

遵循合规性并生成报告


监控和管理合规性的仪表板


遵循合规性并生成报告


数据库生命周期管理DBLM 关键点

数据库配置的标准化命名规范，路径，操作系统用户/组，数据库选项，补丁级别，硬件，操作系统等

黄金映像的供应（最小化个性化配置）

利用角色与职责设计者指定标准，操作者进行部署与变更

最大化自动化保证一致性，避免人为错误

通过验证与报告规范和控制变更打补丁，配置，对象，数据

利用高级技术最小化宕机时间分析，滚动打补丁，Out of Place打补丁

主动满足合规性标准


最终建议

• 不要再使用独立的或竖井式的管理实践与方法

• 从全局观出发，而不是一个一个的数据库

• 采用或更新变更管理最佳实践

• 与最新技术/技巧保持一致

多数据库和核心应用的云端管理 - oracle ·...

Documents