DB2和磁盘存储虚拟化第1部分.PDF

DB2 和磁盘存储虚拟化：第 1 部 分 磁盘存储虚拟化如此重要的原因 英文原文： /2012/08/db2-and-disk-storage-virtu alization/ 作者：Paul Pendle | 发布日期：2012 年 8 月 3 日 | 404 次阅读 打印 PDF 从传统上讲，大型机的存储配置流程一直缓慢而又复杂。除了采购和硬件安装外，该流程还包含 大量针对输入/输出定义文件 (IODF)、SMS 存储组和自动类选择 (ACS) 例程的主机活动。IBM 创建了 zDAC 来帮助系统程序员匹配 IODF 与存储控制器，但这只是配置流程的一个方面。当 采用 DB2 基于时间点的系统恢复技术的时候，或者利用 Symmetrix Remote Data Facility (SRDF) 和对等远程拷贝 (PPRC) 来实现基于阵列的长距离复制的时候，有一些注意事项。可 以将整个过程都融入变更控制中，这种做法虽然是必要的，但可能既枯燥又费时。 这种痛苦而又漫长的过程不可避免地会导致最终用户频繁地要求获取超过当时所需空间的存储 空间，以便减少空间不足所带来的困扰。有时候，此种额外空间并未得到使用，或者更糟糕，已 经分配但从未使用，这是一种隐式浪费。例如，如果使用 8 GB PRIQTY 创建 DB2 线性数据 库，即使 DB2 仅写入一小部分所分配的数据集，而所有正常的容量规划和评估工具仍然认定该 空间已被利用。 完全配置完存储空间之后，仍有一些挑战可能会导致应用程序性能不良。某些光纤通道驱动器容 量可能高达 600 GB 。试想一下，有多少 MOD-9 才能构建一个 600 GB 的光纤通道驱动器。 存储管理 存储管理员必须思考下列一些问题：  如何管理控制器中的大型磁盘？  满足应用程序 SLA 的最佳方式是什么？  如何区分重要的生产应用程序，例如测试应用程序和 QA 应用程序？  性能需求（IOPS 或 MB/秒）是什么？  可用性需求（RAID 保护和远程复制）是什么？ 促使这项活动更加复杂的关键因素之一是：光纤通道驱动器的 IOPS 密度最近有所降低。旋转 磁盘容量大大提升，但速度却未显著加快，因此 IOPS 提供的速度与数年前大致相同。图 1 就 这一趋势进行了说明。 图 1. 随着旋 转磁盘容量逐渐变大，每 GB 的 I/O 能力以惊人的速度大幅下降。（资料来源：S） IOPS 密度的计算方法：驱动器 I/O 能力（每秒 I/O）除以驱动器大小（单位：GB）。从图 1 中可以明显看出，四个 146 GB 的光纤通道驱动器实现的 I/O 可达一个 600 GB 光纤通道驱 动器的四倍。然而，问题在于，随着高密度替代品的面世，146 GB （或者更小的）驱动器将会 很快绝迹。过去的 15 年一直在延续这种趋势，低容量磁盘逐渐被高容量磁盘所代替，迫使您 对这些超大型传动装置部署 DB2 系统，这放大了共享相同物理驱动器的工作负载之间的争用现 象。 图 1 显示，当前的 600 GB 光纤通道驱动器的性能为 0.25 IOPS/GB，远低于图表第一栏呈现 的慢速 9 GB 驱动器。这种 IOPS 密度降低是一种不太好的趋势，如果应用程序能够实现自身 的 SLA，就能阻止这一趋势再继续。但这需要进行一场量子变革。 本文会在第 2 部分继续我们的讨论。 相关主题 1. 提示与技巧：在 DB2 中自定义XML 存储 2. 自动存储数据库 3. 案例研究：SAP 部署 IBM DB2，节约成本并提升性能 4. DB2 9.7：总结 5. 固态驱动器：改变数据世界