(Chinese)DB2+DPF-HA.pptVIP

IBM 信息管理解决方案:DB2 高可用性 郁 昕 yuxxin@ Oracle RAC管理指南中对RAC 可用性的描述 Comparison to DB2 ESE with DPF DB2 UDB： 10秒钟故障后跳转 客户的测试 – 达到了低于10秒的故障后跳转 DB2 运行在Linux上 在故障后跳转之前和之后每秒有3500个事务在处理 高可用性关注于： Health Center 健康中心 Turn outages into planned maintenance Dynamic Configuration Parameters 动态的配置参数 Tuning on fly Adjust for changing workloads or resources Backups 备份 Online backups Split Mirror to move backup off production system Reorgs 重组 Online / In-place to minimize impact Multi Dimensional Cluster to avoid reorgs Load 装载 Online with read access Index Create / Reorg 创建索引和重组 Online with read write access Minimal locking Restore Parallelized to minimize outage time Log skipping Container Add / Remove / Resize 容器的增加、移除和重定大小 Online – with or without rebalance Infinite Logging 初始化日志 Eliminate log space errors Solitaire 的报告 IBM Software Group ? 2004 IBM Corporation IBM Software Group ? 2004 IBM Corporation IBM Software Group | DB2 Information Management Software ? 2004 IBM Corporation IBM Software Group ? 耗 时 1 2 3 4 5 6 7 8 Default 15sec min 6 Default 5sec min 1 Several Customers Report 30sec Then Rollforward starts Figure 7-1 Steps in Oracle Instance Recovery Kirk McGowan – Technical Director, Oracle RAC Pack “当有个结点拓机时，一般 将碰到30-60秒的系统停止” 无 部分 完全 数据库的可用性 实例拓机 检测到结点故障但却等待时间有点长 进行GCS的重新配置 读取冗长的日志记录，决定哪些数据页需要恢复 锁住所有需要恢复的数据页 进行前滚的恢复操作 进行UNDO的恢复 数据库现在就完全可用了 实例拓机 检测到结点故障但却等待时间有点长 进行GCS的重新配置 读取冗长的日志记录，决定哪些数据页需要恢复 锁住所有需要恢复的数据页 进行前滚的恢复操作 进行UNDO的恢复 数据库现在就完全可用了 实例拓机 检测到结点故障但却等待时间有点长 进行GCS的重新配置 读取冗长的日志记录，决定哪些数据页需要恢复 锁住所有需要恢复的数据页 进行前滚的恢复操作 进行UNDO的恢复 数据库现在就完全可用了 Oracle RAC 管理指南 耗 时 1 2 4 5 实例发生故障，拓机 检测到结点故障，故障后跳转开始 完成前滚恢复 完成UNDO恢复 数据库现在就完全可用了 3 无完全的数据库停运期 n-1/n 依然可以继续工作 无 部分 完全 数据库的可用性 资料来源: Solitaire Interglobal Ltd, 2003