玩转Oracle EM12c-数据库生命周期管理篇
合集下载
Oracle 12c数据库基础教程-Oracle 12c数据库存储管理
视图V$TABLESPACE的字段属性
字段名
数据类型
说明
TS#
NUMBER 表空间编号
NAME
VARCHAR2 (30)
表空间名称
INCLUDED_IN_D ATABASE_BACK UP
VARCHAR2 (3)
表明该表空间是否包含在完整数据库备份中
BIGFILE
VARCHAR2 (3)
是否为大文件表空间
NUMBER
段的大小，单位为数据块
EXTENTS
NUMBER
分配给段的区间的数量
NEXT_EXTENT
NUMBER
下一个要分配给段的区间的大小，单位为字节
MIN_EXTENTS MAX_EXTENTS
NUMBER NUMBER
段中允许包含的最小区间数量 段中允许包含的最大区间数量
（5）查看表空间中空闲区间的信息
NUMBER
包含区间的文件的相对文件号
【例5.3】
SELECT TABLESPACE_NAME, FILE_ID, BYTES, BLOCKS FROM DBA_FREE_SPACE;
5.1.2 统计表空间的使用情况
DBA_DATA_FILES：用于查询所有数据文 件的信息。
DBA_FREE_SPACE：用于查询表空间的空 闲区间信息。
统计表空间的使用情况
5.1.3 创建表空间
CREATE [UNDO] TABLESPACE 表空间名 [DATAFILE 子句 [ { MININUM EXTENT 整数 [k|m] | BLOCKSIZE 整数 [k] |logging 子句 |FORCE LOGGING |DEFAULT {是否压缩数据段} 存储子句 |[online|offline] |[PERMANENT|TEMPORARY] |区间管理子句 |段管理子句}]
oracle12c新特性之ilm数据生命周期管理
Oracle 12c 新特性之ILM 数据生命周期管理张乐奕云和恩墨副总经理，Oracle ACE总监，ACOUG 联合创始人ILM 全称是Information Lifecycle Management，意思是信息生命周期管理，听上去很高端洋气的一个词，但是实际上几乎每个稍微大些的系统都已经在做ILM 了，比如说将生产表中的数据定期插入到历史表中，并把生产表中的这些数据删除，这就是数据生命周期管理；又比如使用了分区，定期将过期的数据分区删除掉，或者置为READONLY，让RMAN 不再备份，这也是数据生命周期管理。
因此ILM 由来已久，只要数据存在活跃-不活跃-静止这样的周期变化，那么ILM 就必不可少，Oracle Database 12c 中提供了很多新功能用来方便地进行数据生命周期管理，有些功能甚至是我们期盼已久的。
时间有效期管理（Temporal Validity）以下简称TV，TV 的功能大致上可以这样描述：在表中手动或者自动建两个时间类型的字段，一个表示有效期的开始时间，一个表示有效期的结束时间，就可以通过设置让只有在有效期内的记录才会被选择出来。
以下这个场景是我构想出来的，一张表里不断地INSERT 数据，但是每条数据有效期只有1分钟，过了1分钟再查就看不见了，如果加以仔细策划，应该会是很有趣的功能。
直接进入测试:1) 设置TV，需要使用dbms_flashback_archive 包，需要该包的执行权限。
2) 创建测试表，period for 关键字是TV新功能的关键字，valid_time 是TV 策略的名字，可以随便写。
valid_time_start 和valid_time_end 字段可以不手工定义，只要指定了period for 关键字，Oracle 会自动创建两个不可见字段。
我这里之所以手工定义开始和结束时间字段，是为了能够指定DEFAULT 值。
有效期开始时间valid_time_start 是记录插入的当前时间，有效期结束时间valid_time_end 是当前时间的后一分钟。
EM12c_技术概览
议程
• • • • • • • • • •
企业就绪架构 云管理 计费与容量规划 Exadata和Exalogic 管理 配置管理 供应与补丁的自动化 应用质量管理 数据库管理 融合中间件管理 应用管理
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
强壮且可扩展性架构 可扩展性管理平台
My Oracle Support
自我更新 • Connectors • Provisioning bundles • My Oracle Support UI • VM templates
企业就绪框架 融合应用管理 云管理
中间件管理
计费与容量规划
数据库管理
Exadata和 Exalogic管理
应用质量管理 供应与补丁管理
配置管理
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
企业就绪框架 – 主要领域
强壮和可扩展性架构
统一丰富的用户界面
安全性
故障管理与监控
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
强壮且可扩展性架构 一致且具弹性的agent • 对收购产品的统一化 (JVMD, ADP, CCC and ACC)
安全性
故障管理与监控
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
数据库生命周期管理-Oracle
• 与自更新集成
• 在主要版本周期之外更新部署过程
• 提高可诊断性
• 与事故框架集成 • “调试”模式 • 更有用的错误消息
7
EM 12.1：软件库
可跨数据中心分布、伸缩
• 使用一个控制台管理各种实体类型，如组 件、指令、组合件等 • 集成了自更新 • 增强对存储类型的支持 • 文件系统 • 在 OMS 之间共享 • 代理服务的文件系统 • 参考位置 — http、nfs、只读代理文件 系统 — 适用于多位置数据中心 • 支持软件库实体使用附件和备注 • 将自述文件附加到补丁组件 • 改善了搜索，例如按供应商和版本搜索 • 细粒度实体权限
• 操作系统、数据库和中间件产品版本的分发 • 通过趋势报告指示资产增长和可能的泛滥
30
EM 12.1 配置管理
资产清单搜索和报告
保存搜索定义
使用现有关系和属性
为即席搜索构建搜索条件
31
EM 12.1 配置管理
资产清单报告
总体趋势
版本分发
配置详情
EM 12.1：配置管理
拓扑查看器
• 直观地表示关系 • 在系统级而不是组件级进行 管理 • 了解相关性并分析影响 • 支持关系：
持续配置 和合规性管理
跟踪资产清单、配置偏差和合规性
EM 12.1：补丁管理
特性总结
• 端到端补丁的管理支持为单实例数据库和 Real Application Cluster 体系打 补丁 • 支持所有版本（直到 11.2）/网格基础架构 • 减少停机，通过异地打补丁方法实现可恢复、灵活的打补丁（仅适用于单实 例数据库） • 通过补丁计划实现简单、集成的打补丁流程 • 在设计人员和操作人员之间启用工作流 • 引入补丁模板以处理补丁推出周期 • 集成合规性标准以持续监视补丁 • 对于数据库云服务器 • 通过“patchmgr”为单元打补丁 • 通过 Enterprise Manager Grid Control 自动持续为数据库打补丁
Oracle Enterprise Manager Cloud Control 12c 产品说明书
scripting option
Copyright © 2014 Oracle and/or its affiliates. All rights reserved. | Oracle Confidential – Restricted
2
Evolution of Datacenter
Changing Dynamics of Database Maintenance
Ever growing database population
Multiple versions and patch levels Compliance challenges Poor resource utilization High cost of deployment and operation
3. Self Service users or Admin can choose to migrate DBs over to the new home
Benefits:
– Scale: Subscription based, automated deployment and at mass scale
Distinct configs.
OHs are Different !!!
X with version and platform 9 Versions, 3 Platforms avg.
Copyright © 2014 Oracle and/or its affiliates. All rights reserved. | Oracle Confidential – Restricted
downtime and rollback/switch back Mass automation - multiple targets with multiple patches
Copyright © 2014 Oracle and/or its affiliates. All rights reserved. | Oracle Confidential – Restricted
2
Evolution of Datacenter
Changing Dynamics of Database Maintenance
Ever growing database population
Multiple versions and patch levels Compliance challenges Poor resource utilization High cost of deployment and operation
3. Self Service users or Admin can choose to migrate DBs over to the new home
Benefits:
– Scale: Subscription based, automated deployment and at mass scale
Distinct configs.
OHs are Different !!!
X with version and platform 9 Versions, 3 Platforms avg.
Copyright © 2014 Oracle and/or its affiliates. All rights reserved. | Oracle Confidential – Restricted
downtime and rollback/switch back Mass automation - multiple targets with multiple patches
Oracle EM12c 简介
• 主动式支持
– “Phone home” – 健康检查 – 补丁与最佳实践建议
主动式支持
集成My Oracle Support • 主动式补丁建议 • 认证检查
– End-of-life建议
My Oracle Support
Knowledge Management Problem/SR Management Configuration Management
Database-as-a-Service (DBaaS)
提升企业价值
Platform-as-a-Service (PaaS)
云资源模型
资源类型分类
• 云
– 顶层实体，不同zone的集合, OVM, DB, …
OVM Pool 1 RAC 11.2.0.2 RAC 11.2.0.2
OVM Pool 2
Oracle Enterprise Manager 12c 帮助企业实现私有云管理
Jeffrey Huang 大中华区EM 业务拓展总监
议题
• • • • • • 企业业务管理挑战分析 EM 云管理策略 EM 技术架构 EM 部署成效案例 EM 价值定位 问答
<在此处插入图片>
企业管理挑战分析
• 众多数据库节点和不同版本同时运行 <在此处插入图片> • ERP 系统访问压力很大， 如何提高访问性能 • IT应用系统种类繁多，如何对应用系统进行 集中式管理 • 如何实现企业云管理战略的价值提升 • 如何实现数据库，中间件，网络和客户前端应用的端到端 的全向业务监控，提高投资回报率， 例如RUEI监控与数据 库性能分析的集成等
Host 1
Plug-Ins (Database, FMW, Fusion Apps, . .) Agent
Oracle数据库生命周期管理包说明书
ORACLE DATA SHEET
ORACLE DATABASE LIFECYCLE MANAGEMENT PACK KEY FEATURES • Auto Discovery of hosts • Inventory tracking and reporting • Database provisioning • Schema and data change management • End-to-end patch management • Upgrade planning and analysis • Configuration management • Compliance management • Change Activity Planner • Sensitive Data Discovery
Figure 1. Inventory Details
Agile Provisioning of Databases Database Lifecycle Management Pack comes with out-of-box Deployment Procedures to provision and patch the Oracle Database (Single Instance, CDB, PDB and RAC Databases) including the underlying infrastructure. Enterprise Manager also supports the entire lifecycle of pluggable databases in Oracle Database 12c including migration, plugging and unplugging. Segregation of duties allows Designers to create provisioning and patching workflows while an Operator can simply deploy the databases using those workflows. One can also provision a new database from a reference system or from a gold image. The gold image along with configuration details can be captured in Provisioning Profiles which can either be sourced from a reference system or downloaded from Oracle.
ORACLE DATABASE LIFECYCLE MANAGEMENT PACK KEY FEATURES • Auto Discovery of hosts • Inventory tracking and reporting • Database provisioning • Schema and data change management • End-to-end patch management • Upgrade planning and analysis • Configuration management • Compliance management • Change Activity Planner • Sensitive Data Discovery
Figure 1. Inventory Details
Agile Provisioning of Databases Database Lifecycle Management Pack comes with out-of-box Deployment Procedures to provision and patch the Oracle Database (Single Instance, CDB, PDB and RAC Databases) including the underlying infrastructure. Enterprise Manager also supports the entire lifecycle of pluggable databases in Oracle Database 12c including migration, plugging and unplugging. Segregation of duties allows Designers to create provisioning and patching workflows while an Operator can simply deploy the databases using those workflows. One can also provision a new database from a reference system or from a gold image. The gold image along with configuration details can be captured in Provisioning Profiles which can either be sourced from a reference system or downloaded from Oracle.
Oracle Enterprise Manager 12c 数据库生命周期管理说明书
OEM 12c Overview
4 Management Servers (OMS) spread across 2 data centers
Repository (OMR) 2 node RAC cluster with DataGuard to another 2 node RAC cБайду номын сангаасuster
Database Lifecycle Management
with Oracle Enterprise Manager 12c
Vaithianathan Soundararajan
About Nationwide
Founded in 1926 $22.4 Billion in Revenue $168 Billion in Assets Fortune 100 Company 33,000 Employees/Associates #1 Writer of farm owner insurance #1 provider of public-sector retirement plans
• Gold Copy Provisioning
• Cloud Management pack with self service provisioning.
• Patching-High priority security patches applied
Provision Oracle Binary/Database Comparison
Run Analyze (OEM 12c Patching Procedure runs prerequisite checks such as Credentials setttings, Upgrades Opatch, checks for patch conflicts etc.,) – 10 mins.
oracle12c 内存数据库(IN-MEMORY)使用手册
启动Oracle数据库12c的第1版（12.1.0.2），在内存中的列存储（IM列存储）是存储表和分区的副本进行快速扫描优化的特殊柱状格式可选，静态SGA池。
在IM列存储不更换缓存，但作为一个补充，使这两个存储区可存储不同格式相同的数据。
默认情况下，仅使用DDL 对象指定的inmemory的候选人将填充在IM列存储。
柱状格式只存在于内存中。
图14-8显示了存储在IM列存储SH模式三个表：客户，产品和销售。
在IM列存储通过柱，而不是行存储数据。
该数据库保持柱状数据缓冲区高速缓存事务一致性。
本节包含了以下主题：在IM列存储的好处双存储格式：纵栏和行在内存中的列存储的人口在内存列压缩扫描优化的IM列存储在IM列存储的好处在IM列存储使得数据库进行扫描，联接和聚合时相比，它使用的磁盘格式完全快得多。
特别是，对于IM列存储是很有用的：扫描行数和应用使用运营商，如=过滤器，<，>，和IN查询列的子集在表中，例如，选择5 100的列加快加入通过将小维表谓词到过滤器上的一个大的事实表业务应用，即席分析查询和数据仓库工作负载受益最大。
执行使用索引查找短事务纯OLTP 数据库中受益较少.在IM列存储还具有以下优点：所有现有的数据库功能都支持，包括高可用性功能（参见“高可用性概述”）。
没有应用程序的改变是必需的。
优化器会自动柱状格式的优势。
配置简单。
该INMEMORY_SIZE初始化参数指定的内存预留供IM列存储的使用量。
DDL语句指定表空间，表，分区或列被读入IM列存储。
压缩优化的查询性能。
这些压缩技术通过使会话读取更多的数据到内存中增加有效的内存带宽。
更少的索引，物化视图和OLAP多维数据集是必需的。
在预先建立的对象的数量的减少导致了降低的存储空间和显著较少的处理开销双存储格式：纵栏和行当读取数据时，Oracle数据库可以在同一个查询中读取无论是IM列存储或数据库缓冲区高速缓存，或两者兼而有之。
数据库透明发送OLTP查询（如主键查找）的缓冲区高速缓存，以及分析和报告查询到IM列存储。
12c实现自动化信息生命周期管理
15 倍
列存档压缩
Oracle Advanced Compression
透明、更小、更快
▪ 100% 对应用程序透明 ▪ 跨 CPU、DRAM、闪存、磁盘和网络的端到端成本/性能优势 ▪ 更快地运行：OLTP 应用（事务和分析）和 DW ▪ 减少数据库占用空间
– 节省资本支出和运营支出 – 通过减少数据库在 DRAM 内存中占用的空间来增加云的 ROI
10 倍
列查询压缩
8 版权所有 © 20132，Oracle 和/或其分支机构。保留所有权利。
机密 － Oracle 保密信息
存档数据
101010101110101 10101010111010100110101110000101000101101110101 001101011100001 01001010010010000100010101011010010110100111000 010001011011101 01010010010100001001000010001010101110011011100 010100101001001 000010001010101 101001011010011 100001010010010 100001001000010 001010101101001
当今的驱动力
新兴的增长因素
企业
数据库数据每年 增长 45% 云
80% 的新 应用程序 及其数据
规制
到 2015 年， 存档数据将达
300 EB
移动
到 2013 年，移动设备将成为第一大 Internet 访问设备
大数据
大型客户数据量超过 50PB
社交业务
到 2015 年，年交易额将达 300 亿
5 版权所有 © 2013，Oracle 和/或其分支机构。保留所有权利。
列存档压缩
Oracle Advanced Compression
透明、更小、更快
▪ 100% 对应用程序透明 ▪ 跨 CPU、DRAM、闪存、磁盘和网络的端到端成本/性能优势 ▪ 更快地运行：OLTP 应用（事务和分析）和 DW ▪ 减少数据库占用空间
– 节省资本支出和运营支出 – 通过减少数据库在 DRAM 内存中占用的空间来增加云的 ROI
10 倍
列查询压缩
8 版权所有 © 20132，Oracle 和/或其分支机构。保留所有权利。
机密 － Oracle 保密信息
存档数据
101010101110101 10101010111010100110101110000101000101101110101 001101011100001 01001010010010000100010101011010010110100111000 010001011011101 01010010010100001001000010001010101110011011100 010100101001001 000010001010101 101001011010011 100001010010010 100001001000010 001010101101001
当今的驱动力
新兴的增长因素
企业
数据库数据每年 增长 45% 云
80% 的新 应用程序 及其数据
规制
到 2015 年， 存档数据将达
300 EB
移动
到 2013 年，移动设备将成为第一大 Internet 访问设备
大数据
大型客户数据量超过 50PB
社交业务
到 2015 年，年交易额将达 300 亿
5 版权所有 © 2013，Oracle 和/或其分支机构。保留所有权利。
Oracle DB12c_数据生命周期管理
10 倍
列查询压缩
存档数据
1010101011101 10101010111010100110101110000101000101101 0100110101110 11010101001010010010000100010101011010010 0001010001011 11010011100001010010010100001001000010001 0111010101001 010101110011011100 0100100100001 0001010101101 0010110100111 0000101001001 0100001001000 0100010101011 01001
了解数据使用模式
数据库“热图”
0 1 0 101 1 0 1 0 1 0 01 1 1 0 1 01 0 0 1 0 110 1 0 1 0 1 0 1 0 1 01 0 0 1 0 110 1 0 1 0 1 0 1 0 1 0 0 011 0 1 0 110 1 0 1 0 1 0 1 0 1 0 1 01 1 0 1 0 1 0 101 1 0 1 0 1 0 1 01 1 0 1 0 1 0 101 1 0 1 0 110 1 0 1 0 1 0 1 0 1 0 1 01 0 0 110 1 0 1 0 1 0 1 0 1 0 1 01 0 0 110 1 0 1 0 1 0 1 0 1 0 1 01 0 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 01 0 0 1 0 110 1 0 1 0 1 0 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 01 0 0 1 0 110 1 0 1 0 1 0 1 0 1 0 1 0 1 01 1 0 1 0 1 0 101 1 0 1 0 110 1 1 1 0 1 0 1 0 1 1 1 011 0 1 0 1 01 1 0 1 0 1 0 101 1 0 1 0 110 1 1 1 0 1 0 0 0 1 1 1 01 0 0 110 1 1 1 0 1 0 0 0 1 1 1 01 0 0 110 1 1 1 0 1 0 0 0 1 1 1 01 0 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 01 0 1 1 0 110 1 0 0 0 1 0 1 0 1 01 0 1 1 0 110 1 0 0 0 1 0 1 0 1 01 0 1 1 0 110 1 0 0 0 1 0 1 0 1 0 1 0 1 01 1 0 1 0 1 0 101 1 0 1 0 1 0 1 01 1 0 1 0 1 0 101 1 0 1 0 1 0 1 01 1 0 1 0 1 0 101 1 0 1 0 10 1 1 1 0 0 0 0 0 1 1 1 01 1 0 10 1 1 1 0 0 0 0 0 1 1 1 01 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 01 0 0 1 0 110 1 0 1 0 1 0 1 0 1 0 110 1 1 1 0 1 0 1 0 1 1 1 01 1 0 1 0 1 01 1 0 1 0 1 0 101 1 0 1 1 1 0 1 01 1 0 1 0 1 0 101 1 0 1 1 1 0 1 01 1 0 1 0 1 0 101 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 0 110 1 1 1 0 1 0 1 0 1 1 1 01 1 0 110 1 1 1 0 1 0 1 0 1 1 1 01 1 101 0 1 1 0 0 1 0 1 0 1 01 1 0 1 101 0 1 1 0 0 1 0 1 0 1 01 1 0 1 101 0 1 1 0 0 1 0 1 0 1 01 1 0 1
列查询压缩
存档数据
1010101011101 10101010111010100110101110000101000101101 0100110101110 11010101001010010010000100010101011010010 0001010001011 11010011100001010010010100001001000010001 0111010101001 010101110011011100 0100100100001 0001010101101 0010110100111 0000101001001 0100001001000 0100010101011 01001
了解数据使用模式
数据库“热图”
0 1 0 101 1 0 1 0 1 0 01 1 1 0 1 01 0 0 1 0 110 1 0 1 0 1 0 1 0 1 01 0 0 1 0 110 1 0 1 0 1 0 1 0 1 0 0 011 0 1 0 110 1 0 1 0 1 0 1 0 1 0 1 01 1 0 1 0 1 0 101 1 0 1 0 1 0 1 01 1 0 1 0 1 0 101 1 0 1 0 110 1 0 1 0 1 0 1 0 1 0 1 01 0 0 110 1 0 1 0 1 0 1 0 1 0 1 01 0 0 110 1 0 1 0 1 0 1 0 1 0 1 01 0 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 01 0 0 1 0 110 1 0 1 0 1 0 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 01 0 0 1 0 110 1 0 1 0 1 0 1 0 1 0 1 0 1 01 1 0 1 0 1 0 101 1 0 1 0 110 1 1 1 0 1 0 1 0 1 1 1 011 0 1 0 1 01 1 0 1 0 1 0 101 1 0 1 0 110 1 1 1 0 1 0 0 0 1 1 1 01 0 0 110 1 1 1 0 1 0 0 0 1 1 1 01 0 0 110 1 1 1 0 1 0 0 0 1 1 1 01 0 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 01 0 1 1 0 110 1 0 0 0 1 0 1 0 1 01 0 1 1 0 110 1 0 0 0 1 0 1 0 1 01 0 1 1 0 110 1 0 0 0 1 0 1 0 1 0 1 0 1 01 1 0 1 0 1 0 101 1 0 1 0 1 0 1 01 1 0 1 0 1 0 101 1 0 1 0 1 0 1 01 1 0 1 0 1 0 101 1 0 1 0 10 1 1 1 0 0 0 0 0 1 1 1 01 1 0 10 1 1 1 0 0 0 0 0 1 1 1 01 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 01 0 0 1 0 110 1 0 1 0 1 0 1 0 1 0 110 1 1 1 0 1 0 1 0 1 1 1 01 1 0 1 0 1 01 1 0 1 0 1 0 101 1 0 1 1 1 0 1 01 1 0 1 0 1 0 101 1 0 1 1 1 0 1 01 1 0 1 0 1 0 101 1 0 1 101 0 1 0 0 0 1 0 1 0 1 01 1 0 1 0 110 1 1 1 0 1 0 1 0 1 1 1 01 1 0 110 1 1 1 0 1 0 1 0 1 1 1 01 1 101 0 1 1 0 0 1 0 1 0 1 01 1 0 1 101 0 1 1 0 0 1 0 1 0 1 01 1 0 1 101 0 1 1 0 0 1 0 1 0 1 01 1 0 1
玩转Oracle EM12c-数据库管理优化篇
实时ADDM—架构
EM Agent
诊断连接
JDBC连接
数据库
ADDM 分析
通过实时ADDM市别 Top事件
资源约束 挂起
内存问题 到达资源限制
死锁
• 发起一个轻量级的连接，不占用额外的锁和资源, 不通过SQL*Plus的连接 协议而是通过Agent端的连接
• 同时也会尝试启动一个JDBC连接
• 这两种连接的返回数据都会被ADDM分析
– AWR (Automatic Workload Repository) 自动负载资料库 – ADDM (Automatic Database Diagnostic Monitor)自动数据库诊断 – ASH (Automated Session History)自动会话历史
Oracle 9i、10g、11g自我管理的数据库自动监控、自动警报
Oracle数据库管理
120% 100%
80% 60% 40% 20%
0%
诊断、性能
变更管理
一体机管理
高服务，高质量，低风险
数据库云服务
EM12c数据库管理概要
• 日常管理：备份管理、安全管理、对象管理、空间管理、灾难备 份
• 日常监控：数据库全面监控，快速发现问题 • 数据库性能优化：捕获需要优化的SQL语句，快速解决问题 • 软件分发：包括克隆软件、安装补丁等 • 报表：对系统的运行状况提供自定义报表
集成
ASH可以分析哪方面的性能问题
SQL
会话属性
ASH
PL/SQL
会话标识
资源消耗
SQL PL/SQL
SQL ID Plan Hash Operation
PL/SQL
Top Level PL/SQL
数据库生命周期管理-Oracle
应用程序
云就绪
以应用程序/系统 为中心
27
EM 12.1：配置管理
特性总结：利用收购和创新
12.1 主要特性 GC 11.1 中的新特性或增强 特性 应用程序配置控 制台 配置变更 控制台
无代理自动发现服务器 资产清单报告 可扩展性 • 自定义目标和收集 拓扑能够添加目标/关系 跨越关系的复杂搜索 配置比较 • 跨生命周期环境 •忽略已知差异 •系统比较 配置历史记录 合规性 •现成的框架和信息板 • 实时变更检测 • 变更调节（授权、未授权） • 用户创建的规则、标准和框架 集成的系统管理与支持
EM 12.1：数据库生命周期管理
发现和 初始供应
发现资产并供应相关软件
持续 变更管理
端到端管理补丁、升级和模式变更
持续配置 和合规性管理
跟踪资产清单、配置偏差和合规性
EM 12.1：发现存在哪些组件
无代理发现
• 发现 • 使用 IP 扫描（NMAP、无 代理）自动发现服务器、虚 拟服务器和服务 • 在选定自动发现的主机上实 现集成的代理部署和目标发 现工作流 • 将目标从“未受管理”升级 到“受管理”
数据库 A
数据库 B
21
22
EM 12.1：数据库变更管理
数据比较
使用指南
• 本地数据库必须为 11.1 或更高版本，远程数据库必须为 10.1 或更高版本 • 数据库字符集必须相同 • 可以针对表、单表视图和物化视图比较数据 • 不能针对某些数据类型（例如 LONG、LONG RAW、 ROWID、CLOB、BLOB 等）比较数据 • 但是，可以从比较中排除这些列
持续配置 和合规性管理
跟踪资产清单、配置偏差和合规性
EM 12.1：补丁管理
Oracle Enterprise Manager 12c 数据库生命周期管理
自动数据库软件部署的部 署过程
16 版权所有 © 2012，Oracle 和/或其分支机构。保留所有权利。
从幻灯片 16 起插入信息保护政策分类等级
使用供应配置文件进行标准化
从现有预打补丁、已批准的安装中捕获黄金映像和配置 属性以部署随时准备使用的标准化软件
17 版权所有 © 2012，Oracle 和/或其分支机构。保留所有权利。
补丁 传播、部署 重复、自动化
8 版权所有 © 2012，Oracle 和/或其分支机构。保留所有权利。
从幻灯片 16 起插入信息保护政策分类等级
3
持续配置
和合规性管理
跟踪合规性 安全和审计 重复、自动化
数据库生命周期管理
1
发现和供应
2
补丁和 变更管理
发现资产并供 应相关软件
端到端管理补 丁、升级和模 式变更
从幻灯片 16 起插入信息保护政策分类等级
供应数据库
供应测试、开发或生产系统
不使用 Enterprise Manager 的流程 • 手动或基于脚本的安装 • 使用响应/模板文件的静默模式安装
挑战与问题 • 时间长且容易出错： • 对于 RAC 等复杂配置，处理时间长 • 大多数安装没有预先打补丁 • 缺乏标准化： • 由于 DBA 各有喜好，部署不尽相同 • 需要频繁修改脚本以支持新版本
使用分析模式执行运行前检查
自动补丁冲突解决流程 全面的运行前检查
23 版权所有 © 2012，Oracle 和/或其分支机构。保留所有权利。
从幻灯片 16 起插入信息保护政策分类等级
缩短停机时间、更好地管理维护计划
“异地”修补，能够： 1) 缩短停机时间 2) 灵活管理维护时段 3) 出现问题时切换回原来的配置
Oracle 12c数据库基础教程-Oracle 12c数据库简介
（7）表空间和方案的关系
同一方案中的对象可以存储在不同的表空间中； 表空间可以存储不同方案中的对象。
数据库
系统表空间（System Tablespace）
用户表空间（USERS Tablespace）
DATA1.ORA 1MB
DATA2.ORA 1MB
DATA3.ORA 4MB
（8）数据库、表空间和数据文件的关系
物理结构由构成数据库的操作系统文件 所决定。每个Oracle数据库都由3种类型 的文件组成，即数据文件、日志文件和 控制文件。这些数据库文件为数据库信 息提供真正的物理存储。
1．控制文件
每个Oracle数据库有一个控制文件，记录数据 库的物理结构。控制文件包含数据库名、数据 库数据文件和日志文件的名字、位置和数据库 建立日期等信息。 数据库的控制文件用于标识数据库和日志文件 ，当开始数据库操作时它们必须被打开。当数 据库的物理组成更改时，Oracle自动更改该数 据库的控制文件。数据恢复时，也要使用控制 文件。 当数据库打开时，Oracle数据库服务器必须可 以写控制文件。没有控制文件，数据库将无法 装载，恢复数据库也很困难。
（3）SYSAUX表空间
数据库组件将SYSAUX表空间作为存储数据的默 认位置，因此当数据库创建或升级时，SYSAUX表 空间会自动创建。使用SYSAUX表空间可以减少默 认创建表空间的数量，在进行普通的数据库操作 时，Oracle数据库服务器不允许删除SYSAUX表空 间，也不能对其进行改名操作。
视图
虚拟的表，它在物理上并不存在。视图可以把表或其他视图的数据按照一定的条件组合起 来，所以也可以把它看成是一个存储的查询。视图并不包含数据，它只是从基表中读 取数据。例如，在图1.4所示的表Employee中，只读取姓名和年龄，就是一个视图
玩转Oracle EM12c-数据库生命周期管理篇共49页
玩转Oracle EM12c-数据库生命周期管理 篇
56、死去何所道，托体同山阿。 57、春秋多佳日，登高赋新诗。 58、种豆南山下，草盛豆苗稀。晨兴 理荒秽 ，带月 荷锄归 。道狭 草木长 ，夕露 沾我衣 。衣沾 不足惜 ，但使 愿无违 。 59、相见无杂言，但道桑麻长。 60、迢迢新秋夕，亭亭月将ห้องสมุดไป่ตู้。
END
16、业余生活要有意义，不要越轨。——华盛顿 17、一个人即使已登上顶峰，也仍要自强不息。——罗素·贝克 18、最大的挑战和突破在于用人，而用人最大的突破在于信任人。——马云 19、自己活着，就是为了使别人过得更美好。——雷锋 20、要掌握书，莫被书掌握；要为生而读，莫为读而生。——布尔沃
56、死去何所道，托体同山阿。 57、春秋多佳日，登高赋新诗。 58、种豆南山下，草盛豆苗稀。晨兴 理荒秽 ，带月 荷锄归 。道狭 草木长 ，夕露 沾我衣 。衣沾 不足惜 ，但使 愿无违 。 59、相见无杂言，但道桑麻长。 60、迢迢新秋夕，亭亭月将ห้องสมุดไป่ตู้。
END
16、业余生活要有意义，不要越轨。——华盛顿 17、一个人即使已登上顶峰，也仍要自强不息。——罗素·贝克 18、最大的挑战和突破在于用人，而用人最大的突破在于信任人。——马云 19、自己活着，就是为了使别人过得更美好。——雷锋 20、要掌握书，莫被书掌握；要为生而读，莫为读而生。——布尔沃
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
▪ 锁定过程是什么? ▪ 将部署过程的必要交互步骤的输入结果进行锁 定，使其他操作人员和查询人员无法编辑
▪ 通常两者共同使用来确保标准化的部署新的数据库
概要文件
锁定输入的过程
部署过程
概要文件和锁定
捕获供应的概要文件
锁定的值以只读模式显示
数据库生命周期管理
1
发现与供应
发现企业资产 并在其上供应 软件
例如TNS监听器) • 使目标从“未管理状态” 变为 “管理状
态” • 统一的代理部署流程-目标变为管理状态
后自动进行代理部署
基于Nmap的发现
▪ 什么是Nmap? ▪ IP网络发现工具
▪ 它能发现什么? ▪ 未管理状态的主机和操作系统 (即无代理) ▪ 网络服务(例如TNS监听器)
▪ 使用端口扫描技术 (TCP和UDP协议) ▪ 扫描定义任务中定义端口 ▪ 由管理状态的目标进行扫描 ▪ 非认证的(无需用户名/密码)
1
发现与供应
发现企业资产 并在其上供应 软件
2
补丁与变更管理
对打补丁, 升 级, 和 schema 变更 进行端到端的 管理
3
配置与合规性管 理
跟踪清单, 配 置偏差与合规 性
配置管理
保证配置一致性
如果没有EM，你将: • 在一个类似Excel表格工具中去维护配置细节 • 通过登录数据库操作来手工进行配置对比
生命周期管理 1
挑战和问题 • 长时间的运行与错误检测： • 对诸如RAC类的复杂配置需要较长时间 • 大部分安装并没有预先打好补丁 • 缺乏标准化: • 由于DBA个人习惯不同，部署方式也各种各样 • 安装脚本需要不断修正/修改以适应新版本的需要
供应数据库
供应测试、开发或生产系统
挑战与问题 运行时间长与错误检测
RAC的Rolling模式打补丁
• 在RAC上以Rolling模式打补丁不需要停机 • 补丁支持GI (或Clusterware) Bundles, 一次性将补丁应用到RAC的一个节点的GI和RAC
家目录或者同时在所有节点上全部应用 • 支持对Clusterware或GI和ASM的补丁修补 • 支持10.2.0.x及以上版本
网络发现结果
找到未管理状态的数据库
• 结果以列表形式展示了未安装代理的主 机和网络服务
• 搜寻安装了DB的主机 • 服务= TNS监听器 • 推送 – 将代理推送到主机上 • 忽略 – 异常的结果
Oracle TNS监听器= 未管理状态的DB主机
供应数据库
供应测试、开发或生产系统
如果没有EM，你需要 • 用手工或脚本的方式安装 • 使用响应文件/模板文件的静默安装
• 从My Oracle Support下载元数据并在EM中对目 标端进行应用
• 丰富的信息显示： 如bugs的修复, 相关知识共 享文章, 下载的数量, 趋势
简单的补丁修补过程示例
• 步骤 1: 选择补丁和目标端 • 步骤 2: 选择部署选项
(*部署过程是自动选择的)
• (In-Place模式, Out-of-Place模式, Rolling模式, NonRolling模式)
• 无法在跨多个数据库实施变更
生命周期管理 2
变更管理
2
从测试系统到生产系统的数据库Schema变更
挑战和问题 手工方式 缺乏预览 可扩展性
Enterprise Manager 12c 的解决方案 数据比对和基线 验证并发布有计划的变更
Schema和数据比对
基线 : • 捕获数据库和schema的定义 • 基线版本化 • 变更历史
级
• 支持Exadata 集群数据库的打补丁
补丁修补
• 支持基于补丁的分组
• 操作员只要按补丁“推送按钮”即可进行打补丁过程
• 基于配置的建议/推荐的补丁 • 提供补丁级别与社区反馈
补丁计划
• 在单个停机窗口创建补丁计划和模 板来应用多个补丁
• 冲突检测与补丁合并请求
• 进行预打补丁的独立性与影响分析
自动发现
了解你有什么
挑战与问题 冗长的过程 遗漏的风险
1
Enterprise Manager 12c 的方案 对已知的软件和端口使用基于代理 的IP地址扫描 无代理（网络的）和基于代理 的自动发现
自动发现
无代理的发现
• 使用IP扫描技术( Nmap ) • 发现服务器和在一个端口上的服务监听 (12cNmap
Nmap
配置网络发现
无代理的发现-设置方法
每个代理配置一个IP段
• 选择其中的一个或多个代理来运行 Nmap
• 每个代理都有唯一的IP地址段以进行扫 描
• 用缺省的端口配置服务以进行扫描 (可用 的范围也可)
• 即刻运行或者定制一个计划任务在特定 的时间进行扫描
每个代理 要配置端 口号来进 行扫描
搜索配置信息
对复杂的问题快速寻找答案
• 强大的搜索界面
– 在一个目标端搜索配置属性信息及其与其他目 标端的关联关系
– 之前的EM版本仅支持预定义的搜索 – 利用目标属性
• 用户和多个搜索条件可以创建并保存最新的 配置搜索定义
• 搜索定义组合可以囊括开箱即用的普通/有 利用价值的搜索结果
资产跟踪
• 显示如下的分布信息:
新的或重要的增强
补丁建议
• 连接到My Oracle Support官方网站 – 在线模式
• 直接通过EM访问 • 与My Oracle Support完美结合
• 支持离线的数据中心
– 离线模式
• 不连接到My Oracle Support
• 对Oracle官方推荐的补丁提出预先补丁建议 ( 包括CPU,PSU..)
– 在补丁计划中的补丁
• 实时的目标端检查:
– 目标状态和配置检测 – Opatch版本和 OUI 检测 – 锁，有无用户访问等检测 – 系统空间检测 – 集群验证检测( 利用cluvfy, srvctl
config等工具) – 在sqlplus中运行一些sql进行检测
等
Out-of-Place模式打补丁– 最少的停机时间
供应开发/测试系统
33% 33%
管理高速增长的数据量和 系统
执行重复的任务和流程
26% 21% 21% 17% 13%
数据库管理十大挑战
生命周期管理挑战
保持 补丁 最新 诊断性能
处理日益增长的 安全 威胁
找到最耗资源的SQL语句 管理数据中心不断增长的资
源数量
为合规性需求跟踪配 置变化
将开发/测试环境中进行 的变更应用到生产环境中
2
补丁与变更管理
对打补丁, 升 级, 和 schema 变更 进行端到端的 管理
3
配置与合规性管 理
跟踪清单, 配 置偏差与合规 性
补丁管理
维护补丁级别
如果没有EM，你需要 • 直接用手工安装的方式或用脚本安装 • 需要消耗大量人力精力实现企业级补丁的实施
挑战或者问题 • 预测性: • 在真正打补丁之前无法预测问题与补丁冲突 • 停机时间管理: • 很难跨越多个团队管理停机时间窗口 • 可伸缩性与跟踪: • 在多套数据库上应用多个补丁 • 难于跟踪企业数据库清单的补丁修复情况
• 步骤 3: 运行检测 – 综合分析补丁冲突及目标级别 • 步骤 4: 复查 -> 准备-> 应用
• 在停机前准备要打补丁的系统 • 对于在新文件系统目录安装补丁的情况，则需要克隆一个
Oracle HOME目录并在克隆的数据库上打补丁 • 准备好停机时间.
补丁预修补检测
• 补丁冲突检查
– 选择位于Oracle Home目录的补 丁
挑战和问题: • 时间消耗:
• 在配置比较方面花费了大量时间，且不够准确 • 非常被动:
• 被动方式，无法自动捕获随时间变化的配置偏差 • 可扩展性:
• 比较通常是基于应用上下文的，而不是一成不变的
生命周期管理 3
配置管理
保证配置一致性
挑战与问题 时间消耗 总是被动 可扩展性
3
Enterprise Manager 12c 的解决方案 识别并跟踪资产 比较资产与配置 跟踪和补救偏差
供应开发/测试系统
管理高速增长的数据量和 系统
执行重复的任务和流程
数据库生命周期管理
1
发现与供应
发现企业资产 并在其上供应 软件
2
补丁与变更管理
对打补丁, 升 级, 和 schema 变更 进行端到端的 管理
3
配置与合规性管 理
跟踪清单, 配 置偏差与合规 性
数据库生命周期管理
1
发现与供应
发现企业资产 并在其上供应 软件
比对 • 数据库的基线 • 数据库之间比对 • Schema之间比对 • 数据比对
自动化的发布 • 发布变更 – 变更计划
发布计划的变更
1. 验证计划的变更来检测冲突 或之前应用的变更.
2. 在应用变更之前先预览并编 辑认证的变更.
3. 将最终的认证变更生成SQL 脚本.
4. 应用有效的变更计划
数据库生命周期管理
2
补丁与变更管理
对打补丁, 升 级, 和 schema 变更 进行端到端的 管理
3
配置与合规性管 理
跟踪清单, 配 置偏差与合规 性
发现
了解你有什么
如果没有EM，你需要 • 使用独立的网络发现工具 • 在DNS中使用主机名手工发现
生命周期管理 1
挑战与问题 • 冗长的过程:
• 需要清理非关键性目标 • 需要一个独立的过程上载目标到监控工具中 • 遗漏的风险: • 新创建的数据库可能疏于管理而引发潜在的合规性风险
EM 12c 的补丁管理
• 检测并验证补丁是否修复成功
▪ 通常两者共同使用来确保标准化的部署新的数据库
概要文件
锁定输入的过程
部署过程
概要文件和锁定
捕获供应的概要文件
锁定的值以只读模式显示
数据库生命周期管理
1
发现与供应
发现企业资产 并在其上供应 软件
例如TNS监听器) • 使目标从“未管理状态” 变为 “管理状
态” • 统一的代理部署流程-目标变为管理状态
后自动进行代理部署
基于Nmap的发现
▪ 什么是Nmap? ▪ IP网络发现工具
▪ 它能发现什么? ▪ 未管理状态的主机和操作系统 (即无代理) ▪ 网络服务(例如TNS监听器)
▪ 使用端口扫描技术 (TCP和UDP协议) ▪ 扫描定义任务中定义端口 ▪ 由管理状态的目标进行扫描 ▪ 非认证的(无需用户名/密码)
1
发现与供应
发现企业资产 并在其上供应 软件
2
补丁与变更管理
对打补丁, 升 级, 和 schema 变更 进行端到端的 管理
3
配置与合规性管 理
跟踪清单, 配 置偏差与合规 性
配置管理
保证配置一致性
如果没有EM，你将: • 在一个类似Excel表格工具中去维护配置细节 • 通过登录数据库操作来手工进行配置对比
生命周期管理 1
挑战和问题 • 长时间的运行与错误检测： • 对诸如RAC类的复杂配置需要较长时间 • 大部分安装并没有预先打好补丁 • 缺乏标准化: • 由于DBA个人习惯不同，部署方式也各种各样 • 安装脚本需要不断修正/修改以适应新版本的需要
供应数据库
供应测试、开发或生产系统
挑战与问题 运行时间长与错误检测
RAC的Rolling模式打补丁
• 在RAC上以Rolling模式打补丁不需要停机 • 补丁支持GI (或Clusterware) Bundles, 一次性将补丁应用到RAC的一个节点的GI和RAC
家目录或者同时在所有节点上全部应用 • 支持对Clusterware或GI和ASM的补丁修补 • 支持10.2.0.x及以上版本
网络发现结果
找到未管理状态的数据库
• 结果以列表形式展示了未安装代理的主 机和网络服务
• 搜寻安装了DB的主机 • 服务= TNS监听器 • 推送 – 将代理推送到主机上 • 忽略 – 异常的结果
Oracle TNS监听器= 未管理状态的DB主机
供应数据库
供应测试、开发或生产系统
如果没有EM，你需要 • 用手工或脚本的方式安装 • 使用响应文件/模板文件的静默安装
• 从My Oracle Support下载元数据并在EM中对目 标端进行应用
• 丰富的信息显示： 如bugs的修复, 相关知识共 享文章, 下载的数量, 趋势
简单的补丁修补过程示例
• 步骤 1: 选择补丁和目标端 • 步骤 2: 选择部署选项
(*部署过程是自动选择的)
• (In-Place模式, Out-of-Place模式, Rolling模式, NonRolling模式)
• 无法在跨多个数据库实施变更
生命周期管理 2
变更管理
2
从测试系统到生产系统的数据库Schema变更
挑战和问题 手工方式 缺乏预览 可扩展性
Enterprise Manager 12c 的解决方案 数据比对和基线 验证并发布有计划的变更
Schema和数据比对
基线 : • 捕获数据库和schema的定义 • 基线版本化 • 变更历史
级
• 支持Exadata 集群数据库的打补丁
补丁修补
• 支持基于补丁的分组
• 操作员只要按补丁“推送按钮”即可进行打补丁过程
• 基于配置的建议/推荐的补丁 • 提供补丁级别与社区反馈
补丁计划
• 在单个停机窗口创建补丁计划和模 板来应用多个补丁
• 冲突检测与补丁合并请求
• 进行预打补丁的独立性与影响分析
自动发现
了解你有什么
挑战与问题 冗长的过程 遗漏的风险
1
Enterprise Manager 12c 的方案 对已知的软件和端口使用基于代理 的IP地址扫描 无代理（网络的）和基于代理 的自动发现
自动发现
无代理的发现
• 使用IP扫描技术( Nmap ) • 发现服务器和在一个端口上的服务监听 (12cNmap
Nmap
配置网络发现
无代理的发现-设置方法
每个代理配置一个IP段
• 选择其中的一个或多个代理来运行 Nmap
• 每个代理都有唯一的IP地址段以进行扫 描
• 用缺省的端口配置服务以进行扫描 (可用 的范围也可)
• 即刻运行或者定制一个计划任务在特定 的时间进行扫描
每个代理 要配置端 口号来进 行扫描
搜索配置信息
对复杂的问题快速寻找答案
• 强大的搜索界面
– 在一个目标端搜索配置属性信息及其与其他目 标端的关联关系
– 之前的EM版本仅支持预定义的搜索 – 利用目标属性
• 用户和多个搜索条件可以创建并保存最新的 配置搜索定义
• 搜索定义组合可以囊括开箱即用的普通/有 利用价值的搜索结果
资产跟踪
• 显示如下的分布信息:
新的或重要的增强
补丁建议
• 连接到My Oracle Support官方网站 – 在线模式
• 直接通过EM访问 • 与My Oracle Support完美结合
• 支持离线的数据中心
– 离线模式
• 不连接到My Oracle Support
• 对Oracle官方推荐的补丁提出预先补丁建议 ( 包括CPU,PSU..)
– 在补丁计划中的补丁
• 实时的目标端检查:
– 目标状态和配置检测 – Opatch版本和 OUI 检测 – 锁，有无用户访问等检测 – 系统空间检测 – 集群验证检测( 利用cluvfy, srvctl
config等工具) – 在sqlplus中运行一些sql进行检测
等
Out-of-Place模式打补丁– 最少的停机时间
供应开发/测试系统
33% 33%
管理高速增长的数据量和 系统
执行重复的任务和流程
26% 21% 21% 17% 13%
数据库管理十大挑战
生命周期管理挑战
保持 补丁 最新 诊断性能
处理日益增长的 安全 威胁
找到最耗资源的SQL语句 管理数据中心不断增长的资
源数量
为合规性需求跟踪配 置变化
将开发/测试环境中进行 的变更应用到生产环境中
2
补丁与变更管理
对打补丁, 升 级, 和 schema 变更 进行端到端的 管理
3
配置与合规性管 理
跟踪清单, 配 置偏差与合规 性
补丁管理
维护补丁级别
如果没有EM，你需要 • 直接用手工安装的方式或用脚本安装 • 需要消耗大量人力精力实现企业级补丁的实施
挑战或者问题 • 预测性: • 在真正打补丁之前无法预测问题与补丁冲突 • 停机时间管理: • 很难跨越多个团队管理停机时间窗口 • 可伸缩性与跟踪: • 在多套数据库上应用多个补丁 • 难于跟踪企业数据库清单的补丁修复情况
• 步骤 3: 运行检测 – 综合分析补丁冲突及目标级别 • 步骤 4: 复查 -> 准备-> 应用
• 在停机前准备要打补丁的系统 • 对于在新文件系统目录安装补丁的情况，则需要克隆一个
Oracle HOME目录并在克隆的数据库上打补丁 • 准备好停机时间.
补丁预修补检测
• 补丁冲突检查
– 选择位于Oracle Home目录的补 丁
挑战和问题: • 时间消耗:
• 在配置比较方面花费了大量时间，且不够准确 • 非常被动:
• 被动方式，无法自动捕获随时间变化的配置偏差 • 可扩展性:
• 比较通常是基于应用上下文的，而不是一成不变的
生命周期管理 3
配置管理
保证配置一致性
挑战与问题 时间消耗 总是被动 可扩展性
3
Enterprise Manager 12c 的解决方案 识别并跟踪资产 比较资产与配置 跟踪和补救偏差
供应开发/测试系统
管理高速增长的数据量和 系统
执行重复的任务和流程
数据库生命周期管理
1
发现与供应
发现企业资产 并在其上供应 软件
2
补丁与变更管理
对打补丁, 升 级, 和 schema 变更 进行端到端的 管理
3
配置与合规性管 理
跟踪清单, 配 置偏差与合规 性
数据库生命周期管理
1
发现与供应
发现企业资产 并在其上供应 软件
比对 • 数据库的基线 • 数据库之间比对 • Schema之间比对 • 数据比对
自动化的发布 • 发布变更 – 变更计划
发布计划的变更
1. 验证计划的变更来检测冲突 或之前应用的变更.
2. 在应用变更之前先预览并编 辑认证的变更.
3. 将最终的认证变更生成SQL 脚本.
4. 应用有效的变更计划
数据库生命周期管理
2
补丁与变更管理
对打补丁, 升 级, 和 schema 变更 进行端到端的 管理
3
配置与合规性管 理
跟踪清单, 配 置偏差与合规 性
发现
了解你有什么
如果没有EM，你需要 • 使用独立的网络发现工具 • 在DNS中使用主机名手工发现
生命周期管理 1
挑战与问题 • 冗长的过程:
• 需要清理非关键性目标 • 需要一个独立的过程上载目标到监控工具中 • 遗漏的风险: • 新创建的数据库可能疏于管理而引发潜在的合规性风险
EM 12c 的补丁管理
• 检测并验证补丁是否修复成功