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