在DB2 V9版本中，提供了一个重要的新特性，即利用DB2表空间的备份来快速恢复数据库，甚至可以根据数据的重要性选择恢复一部分重要数据，达到快速恢复的目的。本文结合实例对DB2 V9的该重要技术特性做了详细介绍，希望对用户规划系统备份/恢复策略有所帮助。
关于DB2数据库的恢复(Rebuild)
当我们的DB2数据库由于一些严重错误 ( 如存储损坏等 ) 而导致数据库库损坏时，我们通常需要在修复相关错误后，通过Restore命令来进行数据库的恢复(DB2目前也支持通过 HADR 等多机容错机制实现系统高可用，本文仅对单机数据库损坏，需要进行数据库恢复的情况进行探讨 )。一般的做法是通过以前的数据库全备份来进行整库恢复，然后通过日志对数据库进行前滚(RollForward)，从而使数据库恢复到接近灾难点的时间。但当我们数据库的数据量较大时，数据库的全备份和整库恢复都会很是非常消耗时间的。
在DB2 V9版本中，提供了一个重要的新特性，即利用DB2表空间的备份来快速恢复数据库，甚至可以根据数据的重要性选择恢复一部分重要数据，达到快速恢复的目的。本文结合实例对DB2 V9的该重要技术特性做了详细介绍，希望对用户规划系统备份 / 恢复策略有所帮助。
场景1：利用表空间备份来重建整个DB2数据库
在进行数据库重建时，DB2 V9现在能够支持通过表空间一级的备份来重建整个数据库，而不需要整个数据库的全备份。DB2的此项能力使得我们对核心系统的重要数据进行快速备份和恢复成为可能。让我们首先看以下的一个例子：
假设我们有一个数据库TEST，该数据库采用归档日志。某天，系统突然掉电，导致数据库存放的磁盘损坏了。这时，数据库将处于不可用的状态，作为 DBA，我们需要迅速对数据库进行恢复。假如该数据库有以下的表空间：
2 3 4 下一页</div> </div> </div> </div> </div>