您的大数据是热、温还是冷第2部分.PDFVIP

您的大数据是热、温还是冷？第 2 部分 原文原文：/2012/07/is-your-big-data-hot-warm-or-cold-2/ 多温度工作负载管理 作者：Dan Gibson |发布日期：2012 年 7 月 6 日|评论次数：68 在本系列的第一部分，重点是开发一套关键性能指标 (KPI)，以更好地了解您的数据“温度”。表 1 描述了在讨论多温度数据或存储时 所使用的普遍接受的分类。 分类 描述 热 访问频率很高 温 访问频率较低 冷 极少访问 表 1：多温度数据分类 本文提供了一个高层次的观点，说明工作负载管理 (WLM) 如何根据业务需求和被访问的数据的“温度”，帮助确定查询的优先级并执 行它。 管理多温度工作负载 让我们来看看，图片是否真的胜过千言万语。如表 2 所示，我们可以假设，以下的高、中、低优先级的定义与被访问的数据的温度有关。 优先级 数据温度 描述 高 1 到 3 个月 只有极少控制可以管理查询。存在并发控制， 在有需要的时候作为节流的方式。阈值主要用 作预警机制。 中 4 到 9 个月 存在并发控制，以确保高优先级的查询不会受 到影响。阈值用作一种警告和中止查询的方式。 低 10 个月或以上 非常有限的并发。阈值用于中止查询。 表 2：数据温度优先级的定义 图 1 中的工作流显示了按数据的年龄（或温度）管理的工作负载。在这个示例中，不到 4 个月的数据查询时作为高度优先级；4 至 10 个月的数据是中优先级；而 10 个月及以上的数据是低优先级。 图 1：多温度工作负载管理 实施并发控制和阈值 图 2 显示了并发控制，用于确定可在给定优先级上执行的并发查询数量。 图 2：在工作负载管理工作流中实施队列和阈值。 如果查询的数量比允许并发执行的数量更多，则会将这些查询放进一个队列。当并发执行的查询数量降至低于指定的并发水平时，排队 的查询被自动释放执行。图 2 还显示了，可以定义阈值，而表 3 列出了可以实施的阈值子集，以及针对每个阈值提供的操作。可用阈 值的完整列表和描述可以在面向 Linux、UNIX 和 Windows 的 IBM® DB2® 10.1 Information Center 的 “Control of work with thresholds” 部分中找到。 阈值名称 可用操作 Number of concurrent activities 继续或停止执行 Number of rows returned 继续或停止执行 Number of rows read 继续或停止执行 Estimated SQL cost 继续或停止执行 Unit of work time 继续或停止执行，或执行应用程序 Activity total time 继续或停止执行 CPU time 继续或停止执行 Amount of temporary space 继续或停止执行 Amount of aggregate temporary 继续或停止执行 space Connection idle time 继续或停止执行 Number of concurrent 继续或停止执行 connections 表 3：可能的工作负载管理阈值 走向全球化 对于那些熟悉工作负载管理的人来说，图 2 显示了在服务类级别实施的队列。在 DB2 中，您还可以在其他级别实施队列，如工作负载 定义级别。使用在文章 “Going Global with Data Mart Consolidation” 中列出的国家，您也可以定义并发控制（以及其他 WLM 构造）， 其中每个国家都是一个独立的工作负载，有自己的一套并发控制。为简单起见，图 3 中只显示了中国和巴西的并发控制。 图 3：定义中国和巴西的并发控制。 使用多温度工作负载管理与存储组 存储组非常适合于 WLM 多温度存储架构的实现和管理。图 4 显示的数据在使用存储组 HOT、WARM 和 COLD 定义的表空间中是