《OracleEnterpriseManager12c数据库生命周期管理课件.pptx》由会员分享，可在线阅读，更多相关《OracleEnterpriseManager12c数据库生命周期管理课件.pptx（72页珍藏版）》请在三一办公上搜索。
1、Oracle Enterprise Manager 12c 数据库生命周期管理,46、寓形宇内复几时，曷不委心任去留。47、采菊东篱下，悠然见南山。48、啸傲东轩下，聊复得此生。49、勤学如春起之苗，不见其增，日有所长。50、环堵萧然，不蔽风日；短褐穿结，箪瓢屡空，晏如也。,Oracle Enterprise Manager 12c 数据库生命周期管理Oracle Enterprise Manager 12c 数据库生命周期管理46、寓形宇内复几时，曷不委心任去留。47、采菊东篱下，悠然见南山。48、啸傲东轩下，聊复得此生。49、勤学如春起之苗，不见其增，日有所长。50、环堵萧然，不蔽风日；短
2、褐穿结，箪瓢屡空，晏如也。Enterprise Manager 12c 数据库生命周期管理Shailesh DwivediOracle 产品管理总监,议题仅用于准备,生命周期管理概述Verizon Wireless 案例Qualcomm 案例问答,十大数据库管理挑战,IOUG 调查(2011),采用最新补丁,性能诊断,处理不断增长的安全威胁,实时识别资源密集型 SQL 语句,使用分级资源管理数据中心增长,开发或测试环境中的更改传播到生产环境,供应测试或开发系统,管理快速增长的数据和系统,执行重复任务和流程,跟踪配置的合规性,45%,42%,35%,33%,33%,26%,21%,17%,13%
3、,21%,十大数据库管理挑战,生命周期管理面临的挑战,采用最新补丁,性能诊断,处理不断增长的安全威胁,实时识别资源密集型 SQL 语句,使用分级资源管理数据中心的增长,开发或测试环境中的更改传播到生产环境,供应测试或开发系统,管理快速增长的数据和系统,执行重复任务和流程,跟踪配置的合规性,数据库生命周期管理,发现和 初始 供应,持续变更管理,持续配置 和合规性管理,1,2,3,数据库生命周期管理,发现和供应,补丁和 变更管理,配置 和合规性管理,发现资产并供应相关软件,端到端管理补丁、升级和模式变更,跟踪资产清单、配置偏差和合规性,1,2,3,不使用 Enterprise Manager 的流
4、程 使用独立网络发现工具使用主机名从名称服务器中去发现挑战与问题 流程繁琐：清除非关键性目标 使用单独的流程将发现的目标上传到监视工具 遗漏风险：新数据库不受管理，带来潜在的合规性风险,发现,了解现状,自动发现,无代理和基于代理的自动发现,遗漏风险,流程繁琐,Enterprise Manager 12c 解决方案,对已知软件和端口执行基于代理的 IP 扫描,挑战与问题,了解现状,1,对已知软件和端口执行基于代理的 IP 扫描,从代理自动扫描 IP 范围,扫描已知软件签名，用户可以进一步扩展。,无代理和基于代理的自动发现,将目标分为主机和非主机类别忽略监视目标,供应数据库,不使用 Enterpr
5、ise Manager 的流程 手动或基于脚本的安装 使用响应/模板文件的静默模式安装挑战与问题 时间长且容易出错：对于 RAC 等复杂配置，处理时间长 大多数安装没有预先打补丁 缺乏标准化：由于 DBA 各有喜好，部署不尽相同 需要频繁修改脚本以支持新版本,供应测试、开发或生产系统,“标准化也非常重要，不仅指技术和流程，还包括方法的标准化”，BT Operate 核心技术 CTO Surren Partabh 指出,供应数据库,供应测试、开发或生产系统,1,自动化大规模部署数据库,自动数据库软件部署的部署过程,使用供应配置文件进行标准化,从现有预打补丁、已批准的安装中捕获黄金映像和配置属性以
6、部署随时准备使用的标准化软件,设计人员和运营商之间的角色和访问隔离,作为设计人员，指定和锁定输入值 尽量减少运营商所需的输入减少错误和配置变化,设计人员视图,设计人员视图,运营商视图,打补丁,维护补丁级别,不使用 Enterprise Manager 的流程 直接或使用脚本手动安装 覆盖一个环境需要多人多个工时挑战或问题 可预测性：在修补过程之前无法识别问题和补丁冲突。停机管理：需要执行维护时难以管理不同团队之间的停机时段 可伸缩性和跟踪：将多个补丁应用到大量数据库 难以跟踪已打补丁和未打补丁的数据库清单,打补丁,停机管理,可预测性,挑战与问题,维护补丁级别,可伸缩性,2,尽量缩短停机时间，通
7、过先决条件检查识别问题,Enterprise Manager 12c 解决方案,自动化大规模部署,补丁模板和合规性标准,识别 Oracle 推荐的补丁,针对 Oracle 推荐的补丁（包括 CPU、PSU）的主动修补建议支持：在线模式（与 My Oracle Support 直接连接）离线模式（不与 My Oracle Support 连接），用户可以上传目录以生成建议。提供有关补丁的丰富信息，如修复的错误、相关 KM 文章、下载次数、趋势等。,批量部署以避开时间限制,简化的基于向导的方法用户可以对多个目标应用多个补丁,使用分析模式执行运行前检查,自动补丁冲突解决流程全面的运行前检查,缩短停机
8、时间、更好地管理维护计划,“异地”修补，能够：缩短停机时间灵活管理维护时段出现问题时切换回原来的配置,补丁推出的自动化和跟踪,使用补丁计划中的补丁创建补丁模板和合规性标准使用补丁模板和合规性标准管理和监视补丁推出,主要版本自动升级,使用升级计划程序计划升级 将所需软件和补丁下载到软件库 大规模自动升级,变更管理,将开发环境中的数据库模式变更应用到生产环境,不使用 Enterprise Manager 的流程：使用 SQL 脚本 手动操作以验证和传播变更挑战与问题：缺乏预览：在应用之前无法执行预览和编辑更改，除非从头返工 可伸缩性：无法将变更推出到多个数据库,生命周期管理,2,变更管理,缺乏预览
9、,手动,挑战与问题,将开发环境中的数据库模式变更应用到生产环境,可伸缩性,2,验证和传播计划更改,Enterprise Manager 12c 解决方案,数据比较与基准制定,模式和数据比较,基准：捕获数据库和模式定义确定基准版本变更历史比较基准与数据库数据库与数据库模式与模式数据比较自动传播传播所需更改 变更计划,模式和数据比较,基准：捕获数据库和模式定义确定基准版本变更历史比较基准与数据库数据库与数据库模式与模式数据比较自动传播传播所需更改 变更计划,传播计划更改,验证计划的更改，识别是否存在冲突或为以前应用过的更改在应用之前，预览并编辑已验证的更改。生成最终验证更改集的 SQL 脚本。应用
10、经过验证的计划更改,配置管理,确保配置的一致性,不使用 Enterprise Manager 的流程：以电子表格的形式维护详细信息 通过上传到数据库人工比较配置挑战与问题：费时：配置比较耗时且容易出错 非常被动：过程是被动的，不能自动捕获配置随时间的偏差 可伸缩性：比较通常不是一揽子性的，必须在应用程序的上下文环境中进行,配置管理,完全被动,费时,挑战与问题,确保配置的一致性,可伸缩性,3,比较资产和配置,Enterprise Manager 12c 解决方案,识别和跟踪资产,跟踪和解决偏差,识别和跟踪资产,资产清单和使用详情信息板使用趋势信息进行计划,配置比较模板,Oracle 预配置模板自
11、定义用于各特定案例的模板（黄金、基准）为需要通知的对象配置属性差异可以忽略某些差异,跟踪和解决与标准的偏差,识别整个环境体系中的偏差。采取纠正措施解决问题。,合规性管理,确保所有数据库的合规性,不使用 Enterprise Manager 的流程：对配置的人工审计耗时长，每个审计周期重复进行挑战与问题：高成本：资源消耗巨大、审计成本高 高风险因素：公司存在违反法定标准的风险,合规性管理,高风险,高成本,挑战与问题,确保所有数据库的合规性,3,监视和管理合规性,Enterprise Manager 12c 解决方案,现成的合规性库,遵守合规性并生成报表,使用仪表盘监视和管理合规性,遵守合规性并生
12、成报表,集成化的系统管理,Exadata 管理,异地应用推荐的补丁，无需停机,使用 Enterprise Manager 12c为数据库打补丁,44,议题,VZW DBA 面临的挑战 Enterprise Manger 12c 环境 补丁用例 特性和计划 优势,45,VZW DBA 面临的挑战,修补/升级 规则要求每季度打一次补丁 在极短的维护时间内修补/升级大量数据库 要求系统管理员参与修补/升级过程可管理性 资产清单跟踪 向非生产数据库部署更改 合规性管理和管理报表,VZW 业务要求,每年必须为 520 多个数据库应用 2 次补丁集更新(PSU)400 个非生产数据库以及 120 多个生产
13、数据库。DBA 每年需要打 4 个月的补丁（两个 90 天的修补时段）在此期间，DBA 经常需要加班加点，尤其是在晚上和周末时间。要求系统管理员参与修补过程。修补过程中还涉及其他团队。团队主管、项目经理、应用程序测试人员和系统管理员。这些人员在修补时段都需要加班。,47,为什么选择 Oracle Enterprise Manager 12c？,补丁管理（修补/升级）每季度对 RAC 环境应用一次 GI PSU 补丁 同时对网格基础架构和 RAC 数据库打补丁 修补单实例数据库变更管理（可管理性）由应用程序团队跟踪跨非生产环境和生产环境的变更。覆盖：跨多个平台的 RAC 数据库和单实例数据库我们
14、的团队内就有约 30 个 RAC 集群（包括单一实例）,48,Enterprise Manager 12c 前景,测试环境 EM12c 已安装且正在运行。版本：12.1.0.1（包括补丁包 1）平台：Linux x86-64OMS 数：1信息库数据库：11.2.0.3 单实例数据库 生产环境：正在进行版本：12.1.0.1 平台：SPARC T4（每台有 8 个 CPU，32G 内存）上的 Solaris 10OMS 数：2信息库：2 节点 RAC 数据库,49,试点用例：在 RAC 上应用 GI PSU,案例：第 1 轮：在 RAC 上应用 2012 年 1 月的 PSU。第 2 轮：在 R
15、AC 上应用 2012 年 7 月的 PSU。2 节点 RAC，带 Solaris 平台上的 15 个 11.2.0.2 RAC 数据库方法：从补丁建议识别补丁和受影响的目标使用补丁和目标创建补丁计划提前通过分析模式运行先决条件检查与应用程序团队沟通确定非高峰使用期间转到滚动模式部署补丁重要的先决条件：所有 RAC 实例必须均已启动运行。所有 RAC 数据库在 EM 中标识为目标,50,试点用例：结果,成功修补 2 节点 RAC 上的 15 个数据库 包括使用 SQL 应用程序修补 GI 和 RAC DB OH 修补时间 手动（6 至 8 小时），EM(1:48:58)使用 EM 的参与时间可
16、以只要几分钟（第一次 15 分钟）通过 EM，SQL 是并行应用的 其他事项：需要以最新补丁设置 EM（）创建了命名凭证，对于 ROOT，我们从 SA 获得了临时口令（进一步处理的领域）作为先决条件，所有实例必须均已启动运行：有助于提前发现问题。,51,第 1 步/共 5 步：识别推荐的补丁,全面的补丁建议：直接识别补丁集更新建议,52,第 2 步/共 5 步：创建补丁计划,影响分析：分析相关的受影响目标，所有这些目标可以直接添加到补丁计划。,53,第 3 步/共 5 步：选择部署选项,补丁计划有一个简单的 5 步向导。包括选择修补模式的选项。,54,第 4 步/共 5 步：运行分析,分析：修
17、补前分析，包括冲突和目标健全性,55,第 5 步/共 5 步：部署补丁计划,修补了 2 节点 RAC 集群，时间不到 2 小时补丁已应用于 GI 和 RAC Oracle 主目录 所有步骤（包括中断、启动、关闭、前处理/后处理和 SQL 应用）均已处理,56,后续挑战,问题：管理 ROOT 权限。需求：完成自动化处理，包括需要“root”用户权限的步骤。例如：GI PSU 补丁中的 root 前和 root 后脚本挑战：多个系统管理员和数据库管理员组凭证和口令维护可以选择：直接登录安全身份验证软件：PBRUN/SUDOVerizon Wireless 安全部门批准的实用程序解决方案：在 Ent
18、erprise Manger 中使用命名凭证当前直接为“root”用户创建了一个命名凭证。（将转到使用 sudo/pbrun 集成）优点：命令凭证可以共享：由系统管理员创建，其他用户只是获得访问权限，不知道细节。可以集中回收口令要求的增强功能：要求基于操作对权限进行细分，以控制可能的操作。,VZW 业务优势,使用 Enterprise Manager 12c：工时减少4 倍进入循环后参与时间减少。总成本节省约 67%100%自动化补丁流程。,*以 500 个数据库在几个修补周期内按照 Verizon Wireless DBA 平均每小时收费标准进行计算。,VZW 生产率/效率,DBA 团队：更
19、专注于数据库可用性、可伸缩性和性能 运行 IT 类业务增值！新产品/特性感知 系统管理员不再需要执行 root.sh 即可进行数据库管理应用程序/开发团队：缩短了非生产数据库的停机时间 对开发工作无影响（工作时间）为编码/测试提供了更多时间对于业务：推出更多业务功能 增强产品/客户服务 及时满足市场需求,Qualcomm,Qualcomm 的数据库生命周期管理,议题,关于 QUALCOMMEM 12c 架构当前生命周期管理中的挑战EM 如何解决问题,关于 QUALCOMM,QUALCOMM Incorporated 设计、开发、制造和销售数字通信产品和服务。它经营四个部门：Qualcomm C
20、DMA Technologies(QCT)、Qualcomm Technology Licensing(QTL)、Qualcomm Wireless and Internet(QWI)和 Qualcomm Strategic Initiatives(QSI)。QCT 部门基于码分多址(CDMA)、正交频分多址(OFDMA)及其他技术开发和提供集成电路和系统软件，以用于语音和数据通信、网络、应用程序处理、多媒体和全球定位系统。,关于 QUALCOMMEM 12c 架构当前生命周期管理中的挑战EM 如何解决问题问答,关于 QUALCOMMEM 12c 架构当前生命周期管理中的挑战EM 如何解决问题
21、问答,当前生命周期管理中的挑战,补丁问题对于手动 Oracle 主目录安装的非标准 Oracle 主目录，EM 修补失败许多一次性安装，这导致非标准安装手动修补无法在修补之前检测补丁冲突创建数据库之后多次进行定制跨数据库了解补丁推出状态的能力配置管理问题在生产代码迁移中意外发现丢失数据库对象生产模式与非生产模式完全不同需要迅速构建增量脚本以弥补丢失的对象,关于 QUALCOMMEM 12c 架构当前生命周期管理中的挑战EM 如何解决问题问答,EM 如何解决问题,数据库补丁和供应的现成自动化过程包含 Qualcomm 定制的黄金映像部署在停机前检测补丁冲突一次停机修补多个数据库 使用丰富的信息库
22、数据进行修补分析通过比较生产部署前模式与丢失的对象脚本来预报丢失的对象使用权限委派，“sudo”用于安全，root 身份验证用于网格和 RDBMS 修补（root 脚本之前/之后）、root.sh 等。计划通过用户定义的部署过程部署非 RDBMS 软件,使用 EM 12c 进行数据库生命周期管理,要点,问答,Graphic Section Divider,END,16、业余生活要有意义，不要越轨。华盛顿17、一个人即使已登上顶峰，也仍要自强不息。罗素贝克18、最大的挑战和突破在于用人，而用人最大的突破在于信任人。马云19、自己活着，就是为了使别人过得更美好。雷锋20、要掌握书，莫被书掌握；要为生而读，莫为读而生。布尔沃,
