《Oracle11gR2数据库新特性》.ppt

OLTP表压缩测试 测试评估 结论： 通过对数据块进行压缩，现在数据库dfk_gaxz.t_ALERT_M_DETAIL 表由33M变为8M，执行时间：20S，效果理想；数据库表DFK_GAXZ.BADPERSON_M_DETAIL由2013M变为1275M，空间节省45％。 存储空间评测 对表进行压缩之后，表占用的存储空间比原先缩小40%以上，效果相当明显。 性能评测 同时由于存储相同数据使用的数据减块少了，当查询相同数据时读取的数据块也相应减少，则磁盘IO也至少减少40%。 Oracle SecureFiles（LOB字段压缩） 许多应用同时访问文件/关系数据 e.g. 文档管理, 医疗, CAD, 图像 SecureFiles消除了在数据库中存储文件的性能问题 类似LOB，但性能更快，功能更强 透明加密、压缩、deduplication 保持了数据库的安全性、可靠性和扩展性 LOB 接口的超集，方便从传统LOB迁移 好处 一个安全模型 一个数据视图 单点数据管理 高性能 Oracle 11g新功能概述 Oracle 11g 新特性 自动内存管理 ADDM for RAC 数据卫士（ Dataguard ）技术革新 闪回技术 闪回存档 RAC和ASM RAC One Node ASM 数据安全 Database Vault Audit Vault 高级压缩 OLAP表压缩 LOB字段压缩 Expdp导出文件压缩 Rman备份压缩 Oracle 11g 新特性 数据库重演 服务器端查询结果高速缓存（Result Set Caching） 备份与恢复增强 RMAN压缩功能 表空间时间点恢复 只读表 11GR2升级路径 自动内存管理 Oracle11g数据库已经实现了自动内存管理，一定程度上简化了数据库管理员对于内存管理的工作。 自动内存管理是通过两个初始化参数进行配置的： MEMORY_MAX_TARGET MEMORY_TARGET 动态的参数 根据负载自动进行调整 多平台支持 Linux Windows Solaris HPUX AIX RAC数据库的ADDM 确定集群性能问题 定位问题 全局资源，如 IO和锁 高负载SQL和热数据块 内存内部争用 网络延时 实例间相应时间偏差 在EM中运行ADDM 数据卫士(Data Guard)技术革新 Active Data Guard physical standby在redo apply同时，支持只读查询 primary / standby 均支持RAC 查询结果在transaction级别一致 对广大physical standby用户立即可以带来好处 DR + 实时查询—业界独一无二的技术–无闲置资源 支持所有的数据类型，但缺乏logical standby的灵活性 支持多达30个Active Standby数据库(11gR2) Snapshot Standby 保证零数据丢失, 但不提供实时查询/快速切换 测试阶段physical standby可以读写打开，测试后继续同步 Data Guard 性能改善 更快的Failover Fast-Start Failover，秒级 更快的Redo传输 最大性能模式下优化的async传输 redo 压缩传输: log_archive_dest_n新增compression 参数（仅用于gap fetching） 更快的Redo Apply 并行media recovery 更快的SQL Apply 内部优化 更快的physical standby 增量备份 支持block change tracking 日志产生迟滞时自动进行网络传输压缩 Data Guard 11g能够自动在日志发生迟滞时，对数据传输进行压缩 对网络带宽受限的环境非常关键 降低传输时间15-35% 降低网络带宽占用35% 快速的迟滞解决（最高可提高3倍的速度）= 更好的数据保护 压缩对系统响应时间和吞吐量的影响可以忽略不计 需要Oracle 11g高级压缩选件 提供多种数据保护模式 保护模式 数据丢失保护 传输方式 当无法传输log到Standby时 最大保护模式 (Max Protection) 零数据丢失 双重故障保护 性能影响最大 同步 主数据库将挂起，等待直到log传输成功 最大可用模式