DB2 V10.1多温度数据管理:设置存储媒体属性

如今市场上充斥着大量的媒体类型,其中包括硬盘驱动器、闪存卡和固态驱动器。一些媒体具有不错的读取性能,一些具有不错的写入性能,还有一些与其他媒体相比具有不错的读/写性能。在组织数据时,至关重要的是考虑数据存放的位置和时间,以及数据在所选媒体设备上存储多长时间。不同媒体类型具有不同的性能。最高性能的媒体类型需要更高的成本。采用最佳总体拥有成本方法,数据可分布在各种不同的媒体设备上。

确定">媒体属性

一般而言,在受外部存储设备支持的文件系统上创建存储路径时,可采用两种方法来自定义 DEVICE READ RATE 和 OVERHEAD 存储组属性(或 TRANSFERRATE 和 OVERHEAD 表空间属性)。

• 静态(使用发布的规格):通过 LUN(可被主机看到)跟踪到外部存储控制器并确定实际的后端设备或从中创建 LUN 的设备。具有该信息后,在磁盘驱动器制造商网站上搜索型号,可找到发布的驱动器规格表,然后可使用该表计算这些媒体属性。

• 动态(使用 I/O 分析和评估技术):使用一个工具(比如 I/O 仪表)(或存储供应商提供的类似工具)来度量 I/O 吞吐量,使用观察值来估算。但是,您仍然需要知道后端物理磁盘规格才能设置 OVERHEAD 值。

主机可寻址外部磁盘设备(或 LUN)可是直接附加的存储控制器,也可是一个存储区域网络 (SAN)。例如,可使用两根线缆连接到每个主机系统背部的两个光纤通道 (FC) 启动器,将主机系统直接附加到 DS5300 Storage 系统的控制器 A 和控制器 B。类似地,主机系统可使用一种 SAN 结构从一个 EMCV-Max Storage 控制器访问磁盘,其中主机系统和存储控制器都连接到同一个或互联的 SAN 结构交换机,并映射到同一个专区。专区控制可登录到哪个启动器或访问哪个后端端口。

对查询优化器规划的影响

当编译一个查询时,DB2 优化器制定了多个计划,通过考虑与媒体设备相关的表数据的各种统计信息(比如 OVERHEAD 和 TRANSFERRATE)来选择最佳的计划。在以前的版本中,存储可能具有统一的功能,您无需担忧媒体属性的设置。现在有了对多个存储层的支持,媒体属性的设置更为重要。

如果想要实现基于成本的工作负载管理并使用静态 SQL 包,那么可以重新绑定这些包。重新绑定包是因为查询的成本会重新计算并存储在包中。 要实现最佳的查询性能,可设置存储组媒体设备属性 OVERHEAD 和 DEVICE_READ_RATE 来反映存储路径的功能。

时间: 2024-09-10 09:02:54

DB2 V10.1多温度数据管理:设置存储媒体属性的相关文章

DB2 V10.1多温度数据管理:备份和恢复考虑因素

当一个http://www.aliyun.com/zixun/aggregation/8302.html">数据仓库在廉价.更慢的存储设备上存储了大量冷数据时,与仅包含快速存储设备的环境相比,它会花更多的时间来进行完整的数据库备份.备份时间与存储设备的速度直接相关.因此,对于具有多温度数据的仓库,最佳实践建议是实现在线表空间备份.使用一种基于表空间备份的备份战略,而不是完整数据库备份,这样可以执行基于数据温度的细粒度备份.例如,您可以一个月备份一次冷数据和休眠数据(与数据从一个温度层到另一

DB2 V10.1多温度数据管理:针对多温度数据的数据库设计

当为多温度数据设计数据库时,本文推荐的主要原则是将热.暖.冷和休眠数据物理地分开,将不同的温度层隔离在不同的存储组中.将热数据和暖数据放在最快的存储上的表空间中,将冷数据和休眠数据放在更廉价.更慢的存储设备上的表空间中.这种类型的数据库设计使所有数据均可访问,还通过为很少访问或很少更新的数据使用更低成本的存储来优化了性价比平衡. 通过基于数据的温度来将其存储在表空间中,将热.暖.冷和休眠数据物理地分开.将热数据存储在最快的存储设备上,将暖数据存储在快速的存储设备上,将冷和休眠数据存储在较慢的存储

DB2 V10.1多温度数据管理建议的重要概念

数据仓库中的数据可依据其温度来分类.数据的温度基于其年龄.被访问的频率.不稳定程度和http://www.aliyun.com/zixun/aggregation/11872.html">访问数据的查询的性能的重要性.热数据经常被访问和更新,用户在访问这类数据时期望获得最佳的性能.冷数据很少被访问和更新,并且访问这类数据的查询的性能无关紧要.为热数据使用更快.更昂贵的存储设备,为冷数据使用更慢.更廉价的存储设备,这样就可以优化最重要的查询的性能,同时帮助降低总体成本. 本文将介绍一种管理多

DB2 V10.1多温度数据管理:在温度层之间移动数据

随着数据不断老化和冷却,将它们从一个温度层移动到另一个温度层就很重要.例如,可以设置一个批处理作业,每个月或每季度定期将数据从一个温度层移动到另一个温度层.因为不同温度层中的数据存储在不同的存储设备上,所以移动数据会导致将该数据从源存储组的存储路径移动到目标存储组. 如果有多个表共享一个表空间,请确保这些表具有相同的温度特征.一个表空间中的所有数据会在存储组改变时发生移动.将数据从一个温度层移动到另一个温度层之后,就可以使用 RUNSTATS 命令收集统计信息. 以下过程显示了如何将当前数据分区

DB2 V10.1使用动态方法确定媒体属性

使用 I/O 性能监视工具度量磁盘吞吐量 前面的方法没有考虑外部存储特征,将这些设备视为内部设备并使用静态(供应商发布的)规格来计算http://www.aliyun.com/zixun/aggregation/35211.html">媒体属性.另一种方法是监视支持 DB2 自动存储路径的磁盘的 I/O 特征,使用该结果估算一个可能的值. 磁盘 I/O 性能监视可使用您的存储供应商提供的工具来实现,或者使用 iometer 等免费工具来实现. 无论使用何种监视工具,您都必须考虑以下因素才能

DB2 V10.1将现有数据库升级为多温度存储数据库

在将现有数据库升级为多温度http://www.aliyun.com/zixun/aggregation/17326.html">存储数据库之前,必须先将它们升级到 DB2 V10.1.在升级 DB2 服务器和数据库之前,请备份数据库.请参阅 DB2 V10.1 文档中的"升级数据库"一节,了解有关的完整细节.下面的过程描述了将现有数据库升级为多温度存储数据库的步骤顺序. 1. 使用 UPGRADE DATABASE 命令将现有数据库升级到 DB2 V10.1 版本.

如何在SAP环境下升级到DB2 V10.5

IBM DB2 V10.5 for Linux, Unix, and Windows,简称 DB2 V10.5,是 IBM 在 Linux,Unix 和 Windows 平台上的企业级数据库产品 DB2 for LUW 的http://www.aliyun.com/zixun/aggregation/29707.html">最新版本,它已于 2013 年 6 月正式发布.DB2 V10.5 提供了很多新的功能特性以及对一些老的 DB2 特性做了加强,很多用户由于业务系统的需要,希望将 DB

DB2 v10.5索引特性的功能和性能使用案例

索引是数据库的应用中提高查询性能的重要手段.DB2 v10.5 加入了多项关于索引方面的改进来,提升了索引的功能和性能,让索引的使用变得更加灵活和方便.这些新特性包括:排除空键索引(EXCLUDE NULL KEYS INDEX).表达式索引(INDEX ON EXPRESSION)以及新的索引键排序方式随机排序(Random)的支持. 在http://www.aliyun.com/zixun/aggregation/29707.html">最新版本的 Optim Query Worklo

DB2 V10.5.0如何合理高效的收集数据库对象统计信息

DB2 优化器是基于成本的优化器,SQL 语句的访问计划是通过成本计算得到的,而成本的计算又是基于数据库对象的统计信息,所以实时准确的统计信息,对于查询效率至关重要. 那么到底应该何时收集统计信息呢?在 DB2 V10.5.0 之前,大部分用户主要会采取两种方式,一种是有经验的 DBA 根据业务的具体情况或通过一些估计来确定收集的时间,另一种就是定一个收集周期,即每间隔多长时间收集一次,显然这两种方法都存在问题,第一种方式需要对数据进行大量的评估和计算,费时费力,第二种方式则缺乏科学依据,假如在