博主之言，TSM 备份恢复，最担心的就是TSM服务器或者TSM自己数据库出问题，这样时候即便是备份磁带都完好仍旧无法恢复restore。还有就是生产机端磁带无法直接拿到DR灾备机房使用。使用backup set可以脱离TSM服务器实现数据的恢复，所以它提高了用户恢复数据的灵活性.

用户使用Tivoli Storage Manager进行数据备份的目的都是为了预防意外事故而造成的数据丢失。用户所遇到的意外灾害一般有两种，一种是应用系统损坏，而备份系统完整(TSM的环境没有被破坏)。另一种则是应用系统和备份系统均被损坏(TSM的环境也被破坏)。

当前者所描述的事故发生后，用户需要执行的工作相对比较简单。用户只需要重新安装应用系统，安装TSM的备份，归档客户端，就可以从TSM备份环境中把丢失的环境取回。

当后者描述的事故发生后，用户需要执行的工作相对就比较复杂。用户需要做的工作，不仅是重新安装应用系统，安装TSM的备份，归档客户端。用户还必须设法恢复TSM的服务器端环境。这需要用户重新安装TSM服务器端软件，重新恢复TSM数据库，并完成存储环境的重新配置。一般说来，当这种事故发生后，系统恢复的时间比较长，对工作人员的应用水平比较高，同时对备份文件的管理水平也要求甚高。

对遭遇事故的用户来说，尽快恢复生产数据是最为迫切的需求。但是万一用户数据量庞大，恢复的时间是一个无法回避的难题。但是，万一用户的数据相对比较集中，并且关键数据量在一定范围内如100G→800G，则TSM提供了更为灵活的方式来实现系统环境的快速恢复。这就是 Backup Set又叫做Instant Archive。

使用Backup Set，用户可以把某一个客户节点备份到TSM服务器上的当前数据(Active Backup)集中收集到一个特定的存储空间(磁带或者顺序读写的FILE卷)中，作为一个独立的存储对象进行管理。例如，用户可以把自己所有的当前备份数据都整理收集到一盘磁带上，制作成一个Backup Set。在Backup Set中，记录了用户在恢复数据时所需要的全部信息，即不仅包括了实际的备份数据信息，也包括了元数据信息。所以，用户不仅可以通过TSM服务器从Backup Set中取回数据。当TSM服务器系统发生故障的时候，用户也可以直接使用Backup Set恢复客户节点上的数据。例如用户可以把磁带机直接连接到备份归档客户端上，然后从本地恢复Backup Set中保留的数据。显然，使用Backup Set，用户还可以非常方便的实现把一份数据恢复到多台机器上。

下面是一个使用Backup Set实现数据快速恢复的例子，实验环境在AIX 5.2上，TSM的版本是5.3.2,使用的带库为3581。定义的Device class为lto001

节点名为new2003，密码为new。该节点已经在TSM服务器上备份了若干数据。现在需要制作一个该节点的Backup Set。

首先使用dsmadmc命令进入TSM的管理控制台;

执行如下命令：

Generate Backupset new2003 new devclass=lto001 scratch=yes retention=10 wait=yes

在这个命令里，我们为节点new2003定义了一个前缀名字为new.*******的Backup Set,使用的Device Class是lto001，使用scratch方式获取磁带，Backup Set中的数据有效期为10天。

更具体的命令，用户可以参考手册Administrator Reference,可以从这个地址下载

当完成Backup Set的定义后，用户可以使用下面的命令查看Backup Set的信息:

Query Backupset

万一希望查看某一个Backup Set中的内容，用户可以使用：

Query Backupsetcontents new2003 new.11915

这个命令查看了new2003节点的名为new.11915的backupset的内容。

在数据过期(Expire)之前，用户可以主动使用命令删除一个Backup Set

Delete Backupset new2003 new.11915

当用户需要从Backup Set中恢复数据时，需要打开Backup & Archive客户端应用程序，然后选择从服务器或者本地的Backup Set中恢复数据。