DB2 最佳实践: DB2 数据库存储机制

　2010-06-23 00:00:00　来源：WEB开发网　闂備線娼уΛ鎾箯閿燂拷

濠电姭鎷冮崨顓濈捕闂侀潧娲ゅú銊╁焵椤掍胶鈯曢柕鍥╁仧缁辩偤鏁撻敓锟�闂備線娼уΛ鎾箯閿燂拷　　闂備胶枪缁绘鈻嶉弴銏犳瀬闁绘劕鐏氱€氼剟姊洪崹顕呭剰闁逞屽墮缁夊綊寮婚妸褉鍋撻棃娑欏暈闁伙綀浜埀顒傛暬閸嬪﹪宕伴弽褏鏆﹂柨鐕傛嫹

核心提示： 更糟糕的是，数据库管理员知道需要多少物理磁盘来确保良好性能，DB2 最佳实践: DB2 数据库存储机制(5)，却不得不为拥有太多空间而辩护，例如，例如 MDC 、MQT 和压缩，尽可能消除 I/O 操作，假设有一个 CPU 核和 20 个物理磁盘，这样的磁盘 -CPU 比例应该可以产生足够的 I

更糟糕的是，数据库管理员知道需要多少物理磁盘来确保良好性能，却不得不为拥有太多空间而辩护。例如，假设有一个 CPU 核和 20 个物理磁盘。这样的磁盘 -CPU 比例应该可以产生足够的 I/O 并行性来提供很好的性能。如果每个磁盘设备可以存储 150 GB ，那么每个 CPU 核有大约 3 TB 的空间。如果有多个 CPU 核，每个核按 1:20 的比例配备物理磁盘，那么存储的总量将以惊人的速度增长。

虽然有这么多“空闲”的空间，但重要的是这样的存储并不会过量。例如，您可能想将一些未使用的存储分配给其他应用程序或进程。但是要记住，相互竞争的应用程序或进程发出太多的每秒 I/O 操作（I/O-operations-per-second ，IOPS ）可能导致所有应用程序的性能下降。这意味着存储管理员应该抵制诱惑，不要将未使用的空间作为单独的 LUN 分配给 DBA 无权控制的其他应用程序。

现在，可以在将数据库备份到长期存储之前，将未使用的空间用作数据库在线备份或归档日志的 staging 区域。这是非常合理的用法，因为当执行备份时，一切都在您的控制之下。换句话说，当使用这些设备时，完全由您（而不是其他未知的用户或应用程序）控制。您可以在不需要峰值 I/O 吞吐量的时候执行在线备份。

如果使用这样的策略来最大化空间使用率，那么要记住，为数据和备份使用相同的磁盘将不可避免地带来一定的风险。应该适时地将备份归档到外部备份目标，例如 Tivoli® Storage Manager (TSM) 。

由于 CPU 速度有望继续增长（增长方式是通过增加 CPU 核提高处理并行性，而不是增加时钟频率），预期的趋势是，为确保数据库服务器不成为 I/O 密集型系统，每个系统将需要越来越多的物理磁盘。因此，DBA 应通过良好的模式设计，并利用 DB2 数据库系统中的高级功能，例如 MDC 、MQT 和压缩，尽可能消除 I/O 操作，这一点比以往更重要。