DB2纯规模集群设计指南：最佳实践与经验教训

"DB2pureScale_Practical_Design_Guide_2016-Feb-5.pptx" 是一份关于IBM的DB2 pureScale集群设计的实用指南，内容涵盖最佳实践、配置步骤、系统配置以及表和索引设计。这份文档由Masafumi Otsuki等IBM专家编写，旨在为在日本实施DB2 pureScale的客户提供指导。 1. **DB2 pureScale集群配置步骤** - 决定DB2成员和控制文件（CFs）的数量：根据工作负载需求和故障恢复策略来确定。 - 容量估算：分析当前及预期的数据量和增长速度，确保足够的存储空间。 - 物理位置规划：合理分配DB2成员和CFs的物理位置，以优化性能和容错能力。 - 网络配置选择：选取适合的网络布局，避免单点故障（SPOF）。 - 虚拟化技术考量：评估System p平台上的虚拟化技术，优化资源利用。 - 集群升级时优先考虑水平扩展（Scaling up）而非垂直扩展（Scaling out），以保持集群稳定性。 - 确保关键网络可用性：确保所有关键通信路径的冗余和可靠性。 2. **DB2系统配置** - 平衡LBP（Large Buffer Pool）和GBP（Global Buffer Pool）大小：根据读写比例进行调整。 - 锁列表（LOCKLIST）分配：从LBP中预留部分空间用于处理锁定操作。 - 全局锁管理器（GLM）大小：防止因锁冲突导致的锁升级问题。 - 使用PAGE_AGE_TRGT_GCR参数：提升性能，但可能增加恢复时间，需权衡利弊。 - 设置正确的DIAGPATH和CF_DIAGPATH位置：确保诊断日志在本地文件系统的高效访问。 - 表空间设计性能提示：如多容器表空间可以提高数据分布的均匀性和性能。 - 大型缓冲池与LOAD和REORG操作：大型LBP可能影响这些操作的速度，需要适度调整。 - 考虑多个表空间容器：提高数据分布的灵活性和系统性能。 3. **表和索引设计** - 序列（SEQUENCE）和标识列（IDENTITY）的考虑：根据业务需求合理使用，以支持自增ID。 - 索引首列的选择：优化查询性能，首列应选择区分度高的列。 - 大索引的首次访问：大索引可能导致初次访问延迟，应提前预估并优化索引大小。 这份文档旨在帮助用户理解并实施有效的DB2 pureScale集群设计，提供了一套全面的实践指南，同时也提醒用户在选用非IBM产品、程序或服务时，需自行评估和验证其运行效果，并注意可能涉及的知识产权问题。