频道栏目
读书频道 > 数据库 > Oracle > 深入理解Oracle Exadata
2.2.10 非智能扫描类型的卸载
2013-01-17 10:36:54     我来说两句
收藏   我要投稿

本文所属图书 > 深入理解Oracle Exadata

本书深入地诠释了Exadata的各项特性,如智能扫描、混合列式存储、存储索引、智能闪存、IO资源管理;系统地介绍了如何安装、配置和管理Exadata;完美地阐述了Exadata的等待事件、性能监控和调优方法;详细地剖析了...  立即去当当网订购

还有一些优化与查询处理无关,由于并非本章重点,所以我们仅做简要描述。

1.智能文件创建

这种优化在名称上会有些误导,它实际上是为了加速数据块初始化动作的。只要有数据块分配,数据库就必须初始化这些块。这个动作会发生在创建表空间的时候,也会发生在由于各种原因而产生的文件扩展时。在非Exadata存储上,这种情况就需要数据库服务器格式化每个数据块,然后再将它们写回磁盘,所有的这些读写操作都会导致数据库服务器和存储之间大量的数据流量,正如你现在知道的,消除层与层之间数据流量是Exadata的主要目标,所以如你所猜,这些完全没有必要的流量就被消除了。数据块在存储节点上被格式化,而无须发送到数据库服务器中来。该动作所等待的时间由Smart File Creation等待事件记录。这个等待事件和调用它的操作将在第10章详细描述。

2.RMAN增量备份

Exadata通过增加数据块变化跟踪(block change tracking)粒度来加速增量备份。在非Exadata平台上,块变化是通过一组块来跟踪的;在Exadata中,则是对单个块跟踪变化。这样就显著减少了必须备份的数据块个数,结果是更小的备份尺寸、更少的I/O带宽、更短的增量备份时间。此功能能够通过设置_DISABLE_CELL_OPTIMIZED_BACKUPS=TRUE来禁用。我们将在第9章中讲述此优化。

3.RMAN恢复(Restore)

此优化加快了从存储节点恢复备份时文件初始化部分的速度,就算很少会从备份中恢复数据库,此优化也能够帮助加速克隆环境。此优化减少了数据库服务器的CPU使用率,减少了两层之间的数据传输量。设置 _CELL_FAST_FILE_RESTORE=FALSE,将禁用该行为。 我们仍将在第9章中讲述此优化。

您对本文章有什么意见或着疑问吗?请到论坛讨论您的关注和建议是我们前行的参考和动力  
上一篇:2.2.9 数据挖掘模型评分
下一篇:2.3 智能扫描的先决条件
相关文章
图文推荐
排行
热门
最新书评
特别推荐

关于我们 | 联系我们 | 广告服务 | 投资合作 | 版权申明 | 在线帮助 | 网站地图 | 作品发布 | Vip技术培训 | 举报中心

版权所有: 红黑联盟--致力于做实用的IT技术学习网站